57k6 char string onto a LCD with BS2sx?
jacksmith99
Posts: 7
Hello,
Could I ask for some inspiration please?
I am trying to get a longer string (about 120 bytes), received with 56k7 baud, onto a LCD
but I am having trouble with the char RX routine.
I have got the basics working, such char output to LCD and char RX on much lower speeds (1200 and 2400).
Conclusion is a timing problem :-(
Tried different char capture routines:
* direct write onto the LCD, too slow - did not work, only garbled characters on LCD
* buffering RX'ed chars into scratch RAM then write to LCD, too slow - did not work, only garbled characters on LCD
Wonder if someone could share his/her wisdom, please?
Thanks,
Jack
Post Edited (jacksmith99) : 2/24/2007 9:29:18 AM GMT
Could I ask for some inspiration please?
I am trying to get a longer string (about 120 bytes), received with 56k7 baud, onto a LCD
but I am having trouble with the char RX routine.
I have got the basics working, such char output to LCD and char RX on much lower speeds (1200 and 2400).
Conclusion is a timing problem :-(
Tried different char capture routines:
* direct write onto the LCD, too slow - did not work, only garbled characters on LCD
* buffering RX'ed chars into scratch RAM then write to LCD, too slow - did not work, only garbled characters on LCD
Wonder if someone could share his/her wisdom, please?
Thanks,
Jack
Post Edited (jacksmith99) : 2/24/2007 9:29:18 AM GMT
Comments
You have confirmed, what I thought, was the problem.
Unfortunately the RS232 sender device does not use handshake lines, but I like your idea of the serial buffer device.
Trawled the net but did not manage to find a small and simple enough solution, so will end up building my own,
probably PIC based little serial buffer.
Thanks for the tip!
Best regards,
Jack
This, unfortunately, is too small (RAM wise - need 128bytes minimum) and too slow (baud rate wise - need to receive 57k6 baud).
Thanks for your help!
Regards,
Jack
SN74ACT2229
daisy chain a few
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Have Fun
TR
These are synchronous FIFOs. They require a clock and Jack needs to buffer an asynchronous unclocked data stream. He could add additional circuitry to derive a clock, but then he might as well add a UART plus a large enough parallel FIFO. At that point, he'd probably be better off to use either an SX48 or Propeller either of which can handle the data rates involved and the amount of storage needed.
http://focus.ti.com/docs/prod/folders/print/tl16c752b.html
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Have Fun
TR