PySerial - Verlust des ersten Zeichens nach PortOpen

[Florian (Gast)]

Hallo Forum,

ich habe da einen merkwürdigen Fehler mit PySerial. Wenn ich den Port 
konfiguriere und dann öffne und 3 Zeichen sende, kommen beim ersten Mal 
nur 2 Zeichen an. Das erste Zeichen wurde verloren.
Wenn ich den Port dann schließe und ein 2. mal öffne und 3 Zeichen 
sende, kommen 3 Zeichen an.
Wenn ich den Port dann schließe und ein 3. mal öffne und 3 Zeichen 
sende, kommen wieder nur 2 Zeichen (ohne das erste) an.

So geht es immer im Wechsel.

Wenn ich allerdings eine gerade Anzahl Zeichen sende, geht niemals ein 
Zeichen verloren.

Auf dem Oszilloskop ist zu sehen, dass immer alle Zeichen korrekt 
gesendet werden.

Ich hatte schon "timeout" und "write_timeout" von None auf 0 umgestellt, 
das hat aber keine Wirkung.

OS: LinuxMint 21.2
Port: USB-TTL-Seriellwandler
Python: 3.8
PySerial: 3.5

Minimalbeispiel:

ser = serial.Serial()
ser.port = '/dev/ttyUSB0'
ser.baudrate = 9600
ser.parity = serial.PARITY_NONE
ser.bytesize = serial.EIGHTBITS
ser.timeout = 0
ser.write_timeout = 0

result = ser.open()
print(result)
time.sleep(0.1)

if result is None:
    for i in range(1):
        string = bytes('Hal', 'ascii')
        print(string)
        ser.write(string)
        # Selbes Verhalten mit:
        # ser.write("Hal".encode("utf-8"))

        time.sleep(0.2)

        print(f'SerOut: {ser.out_waiting}, SerIn : {ser.in_waiting}')
        print(f'Lesen: {ser.read(10)}')

        time.sleep(0.2)
else:
    print('Fehler beim Öffnen')

 ser.close()

Kann mir da jemand helfen? Danke im Voraus.

[Georg A. (georga)]

Passiert das auch, wenn das rein per "bash" (stty für Baudrate/Parity + 
echo xyz > /dev/ttyUSB0) gemacht wird? Dann könnte der USB-Chip evtl. 
etwas "seltsam" sein.

[Frank K. (fchk)]

Florian schrieb:

> Port: USB-TTL-Seriellwandler
Mach mal Pullup-Widerstände an TXD und RXD. Der Ruhepegel ist high, und 
das sollte er auch sein, bevor die UARTs ihre Pins initialisieren.

fchk

[Florian (Gast)]

Danke für die Tipps.

Es ist auf jeden Fall vom Chip abhängig. Bei FTDI klappt alles wie 
erwartet. Bei meinem (alten) CH-341 passiert der oben beschriebene 
Wechsel und bei einem Prolific PL2303 fehlt sogar der gesamte erste 
String (getestet bei Länge 3).

Pullups bringen hier leider nichts, da "hinten" RS232 rauskommt. Und wie 
beschrieben war auf dem Oszilloskop alles wie erwartet zu sehen.

Und mit

stty -F /dev/ttyUSB0

 in einem Terminal und

tail -f /dev/ttyUSB0

 kommt nur mit dem FTDI alles korrekt an. Bei den anderen beiden habe 
ich überhaupt nichts erhalten. Das wird aber wohl an einer fehlenden 
Konfiguration mit stty liegen.

Da ich jetzt weiß, woher das Problem kommt, kann ich zumindest zukünftig 
darauf reagieren.
Mein längerfristiges Ziel ist die Kommunikation mit einem 
Mikrocontroller (sowohl Arduino als auch eigene Platinen) über 
USB-Wandler sowie Max3232. Und hier bin ich ja weitestgehend frei in der 
Wahl des Wandlers.

Für mich ist das Problem damit erst mal erledigt. Danke nochmal.

[Florian (Gast)]

Da unterlief mir ein Fehler mit dem USB-TTL-Wandler. Ist ein 
USB-RS232-Wandler. Sorry.