PBP hardware oriented?

[mytekcontrols]

Originally Posted by Acetronics
And did you see PBP manual ???

May be it's time to read it ...

Alain

I have one of the latest manuals which I ordered with my last upgrade, and I can't find any command or reference that states usage with the I2C or SPI hardware. Alain can you please respond and tell us what you are talking about?

I too would love to see full support of any hardware peripheral functions by PBP.

[mister_e]

Posted many times on many thread... At this time PBP don't handle the MSSP module. if you want it now, you build it. well as now. I also hope that one day that option will be considered by Melabs. Not because SHIFTIN/SHIFTOUT/I2CREAD/I2CWRITE and others don't work properly... just because they don't use the internal ressources and the possible max speed.

[mytekcontrols]

My main reason for wanting it has to do with easing the load on the program, and giving you a somewhat multi-tasking aspect. If I recall correctly there are built-in data buffers associatted with the hardware I2C. So it would seem that you could just load the buffer with a PBP command and then take off and do something else while the buffer is sent. Of course the buffer is very short, but still it seems like their would be advantages to the person that uses PBP because they don't like, or know how to program in assembly.

Even better still would be if a future version of PBP would give the option of implementing recieve buffers for the serial and I2C routines. Something that would be able to operate in the background as an interrupt, and set a flag that could be occasionally polled by the PBP code.

I luckly do know how to write assembly interrupts, so for me there are other ways to skin the cat (opps! I would NEVER do such a thing, and my cat still has all of his fur), but for some folks it is still beyond there comfort level, and is probably the reason they bought a Basic Compiler in the first place.