Depending on the chosen polarity of the Q output for RS232 use, the RESET state of Q may not be "MARKing", which is the idle state for RS232. without that, the RS232 line appears to be BREAKing until the first character is sent, and the first few characters may be lost until the remote end syncs-up.
IDIOT/4, when configured for QHI=0 (active low), has this problem.
It may be possible to make the BitBangSerial.java code more-tolerant of this condition, although the condition is a violation of RS232 specifications (BREAK must end with a minimal amount of IDLE/MARK time).
Depending on the chosen polarity of the Q output for RS232 use, the RESET state of Q may not be "MARKing", which is the idle state for RS232. without that, the RS232 line appears to be BREAKing until the first character is sent, and the first few characters may be lost until the remote end syncs-up.
IDIOT/4, when configured for QHI=0 (active low), has this problem.
It may be possible to make the BitBangSerial.java code more-tolerant of this condition, although the condition is a violation of RS232 specifications (BREAK must end with a minimal amount of IDLE/MARK time).