PBP hardware oriented?

[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.