Inverted baud setting for serial out versus not inverted
Buck Rogers
Posts: 2,187
Hello!
I have a BS2 configured to deliver serial data to logic using these instructions:
' {$STAMP BS2} ' {$PBASIC 2.5} X VAR Byte OUTPUT 0 OUTPUT 1 OUTPUT 2 OUTPUT 3 FOR X = 65 TO 91 SEROUT 2, 84, [X] SEROUT 4, 84, [X] 'DEBUG HEX X,CR DEBUG DEC X,CR PAUSE 1375 NEXT HIGH 0 HIGH 1 HIGH 2 HIGH 3
The connection to P2 is going off to a part that eventually sends its output to a (now obsoleted and discontinued) DS275. According to an earlier discussion, that particular device requires that the instruction
SEROUT 2, 84, [X]be fed a baud rate that's inverted.
I am wondering why is that necessary. The device is then connected to a Palm IIIe running the PalmOrb software from http://palmorb.sf.net that program for the Palm was originally written to emulate an expensive display. Which is the Matrix Orbital LK204-25 LCD. That website is still complaining that it needs a maintainer by the way. (The program not the site.)
If anyone wishes to examine a photo of what's at work, please feel free to ask. A schematic of it, is possible but creating one is a bit of a difficult proposition.
Comments
Hello!
Excellent point. I'll provide the documentation for the DS275. Now regarding the circuit, that's a poser. If necessary I'll present the schematic and perhaps a photo RSN, but only if necessary. Okay the documentation is now attached. Circuit and stuff.... Well only if you (or the next reader) feels it would be needed. Did you by chance visit the website for the application running on the Palm?
TXout and RXin are RS232 signalling.
TXin and RXout are TTL/5V.
I did eventually visit the link for the Palm software. There was nothing there that really changed my previous answer.
Hello!
I see.
Given the time of day when I posted the original, it was either very early in the morning my time, (or also very late at night), I might have missed stating the obvious because of sleep deprivation. Further testing after I provided a copy of the data sheet, for which PJ Allen confirmed most of my theories, and as it happens means that I can now mark this as solved. Having done that, I'm also going to keep working with it. And swap the normal for inverted baud setting.