Hi,
I have some interrogations about the way modules are written. Are we writing them the correct way? Or am I missing something in the syntax of SWFBasic?
Software modules that emulates hardware ones like SUSART, SI2C, and so on are writen so that they behaves like Hardware ones USART/I2C/...
Is this truely a good thing?
For Hobbists, perhaps it is because it let them use PICs without USART for example to send data in RS232 format. Idem for I2C. This is fine.
Software versions are also MORE FRIENDLY because they let users CHOOSE the Pins to use for such functionnalities. This is also a very nice advantage,
BUT I think that this is the problem: Software version have more flexibility, BUT they are very limited because they are written to work (emulate) like hardware ones.
One kind of limitation we can find is, for example, the fact that, SOFTWARE USART let me choose the pins for TX/RX but the way it's written it let me choose ONLY ONE Soft-USART. Why ? The PBP way of managin Software routines (for I2C for example) is much more flexible...
it would be nice if Software Module were written i such a way that they let users create multiples instances of the Same Software-Driver.
The only Module that do that NICELY is Timer Module. I have reworked SUSART to create a Mutli-SUSART module that let me create up to 16 modules ... (I agree that 2 are sufficient).
It would be nice to have perhaps two versions of modules, one with a single instance and another with multiple instances ...
may be I'm wrong !!! may be I missunderstood something in the doc of SWFBasic... please correct me if so. If it's not the case, it would be nice if David give us a template or at least some guidelines on how to uses (perhaps) preprocessor directives to have the same fonctionnalities in the same module without very high cost in code size !
PS. For the history, I needed two I2C buses on a PIC, one for reading an I2C memory so I used a SOFT-I2C one, and one for communicating with a sensor. I needed again for 3 other I2C buses to communicate with two digital counters and a weighting machine, and all the I2C peripherals and mesure tools are set to Adress 000 Hardwired without any Jumpers to change the address. The costumer gave us no authorisation to touch or reconfigure the mesure tools, and the electronic circuit was an old card. So no way to rework anything other than software. I tried yesturday to rework the SI2C module to have multiple-SI2C Software-controllers on the same PIC, using SWordFish ... and it's working very very fine
The costumer was so satisfied that he is planning to buy 3 licences of SWFBasic for his dev team. My boss was very happy because he had received today a check of 4.500 euro for the very Quickly and WELL DONE and work ... and for the high quality tool we showed to the costumer... and I had a very good satisfaction because I had put SWFBasic in a truely industrial environment... and for bonus I had on my salary...a bonus of about 30 euro ... (yes I have not forgotten a zero ... 
) ... And for the decision I have made ... to quit my actual JOB !!!