Good news, good news.
After banging my head on the same problem for the last three hours, I’ve finally made some more progress.
Using option #2 from the previous post, I’ve written two non-isr based software UARTs for communicating to the USB FTDI chip, and I’ve tested pretty much the full range of values in each direction.
So what’s this mean? I’m one MORE step closer to total integration of all my code. There is now ONE SX program for everything and ONE pc program for everything. My receive code only receives single bytes, as I’m not messing with strings etc etc on the SX — but this is OK. This gives me minimum 256 commands…… and even if I want to set it up to receive an individual track number, I have plenty of command room.
The first two commands will be:
1> “read track” where (for right now only) it will sit there and wait for a track, stopping the buffer at, say 16k. It will use the ISR code to write the data into the FRAM, and then report OK status back to the PC
2> “send track” where the SX will transfer the contents of memory to the PC via USB
The baud rate between the SX and the PC right now is 2mbps. This is very respectable, and testing the SX with a terminal program, I wasn’t dropping anything! Now I DID need a pause between bytes of about 200us, but that’s not too much. Even then the data was FLYING by….. I hope *MY* software receive works fast enough to capture the data at that rate……..