I love my bus pirate. What a very useful little tool.
I was playing with the script mode and found some issues.
The first and most important is that the LSb/MSb setting is not honored when sending data in script mode. I didn't try receiving data but I assume it is the same. Data is always sent MSb - most significant bit first. I have tried both SPI and 3-wire and they share the same issue. As an example, let's say you configured to use SPI and LSb (command L) and send 0xA3 (decimal 163) while not in script mode. The bit pattern sent will be 1100 0101. Great. Now enter script mode (s) and do "10 SEND 163" and RUN. It will send the bit pattern 1010 0011. This is "correct" data, but bit reversed (MSb first). Obviously, the script engine should send the data in the bit order that has been configured. It would also be useful to have a command (say, "FLIPB") which would reverse the order of the bits in a byte. (for that matter, SWAPB would also be nice, to swap the two bytes of the 16-bit variable).
Another issue is the inability to forcefully break a script that has gotten into an infinite loop or which is stuck waiting on some external condition (waiting for specific data input that never comes). Conventionally, sending a Control-C (ascii ETX, End of Text) should terminate the operation. It would be extremely useful to have Bus Pirate respond to Control-C.
I wonder if we could expand beyond 1 kB for script storage?
The last issue is the silent removal of the script engine from v6.1, but I see that is resolved (or will be resolved) in v6.3, whenever that happens.