Identifier la cause des artefacts \ r lors de la lecture depuis un terminal série?

J'essaie de diagnostiquer la cause des artefacts \ r lors de la lecture à partir d'un terminal série.

Le code suivant peut provoquer le problème. Il y a un périphérique Linux embarqué connecté à l'extrémité physique du câble uart

stty_cmd_set = b'stty cols 200'
ser.write(stty_cmd_set + b_NEW_LINE_WRITTEN)
ser.reset_input_buffer()
ser.reset_output_buffer()
stty_cmd_confirm = b'stty -a'
ser.write(stty_cmd_confirm + b_NEW_LINE_WRITTEN)

# After reading a few lines there is a confirmation that the tty device on the target has indeed been set to 200 
print(ser.readline())                           
b'speed 115200 baud; rows 56; columns 200; line = 0;\r\n'
ser.reset_input_buffer()
ser.reset_output_buffer()

ser.write(b_alphabet + b_NEW_LINE_WRITTEN)

raw_line = ser.readline()
print(raw_line)                                                                                  
# b'A a B b C c D d E e F f G g H h I i J j K k L l M m N n O o P p Q q\rq R r S s T t U u V v W w X x Y y Z z\r\n'

L'impression des données lues a un \ r autour de la lettre q .

Lors de l'exécution d'un émulateur de terminal sur / dev / ttyUSB0 , la ligne commence à s'enrouler après 80 caractères, de la même manière que cette question . Ce retour à la ligne semble être une manifestation du / r que j'obtiens en lisant directement avec l'exemple de code python.

Lorsqu'il est connecté à un émulateur de terminal ( picocom ) ce problème est résolu en exécutant:

# Separate terminal on the host
stty -F /dev/ttyUSB0  cols 100
stty -F /dev/ttyUSB0 raw
stty -F /dev/ttyUSB0  -a
speed 115200 baud; rows 80; columns 100; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^A; eol = <undef>; eol2 = <undef>; swtch = <undef>;
start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; discard = ^O;
min = 1; time = 0;
-parenb -parodd -cmspar cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany
-imaxbel -iutf8
-opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt -echoctl -echoke
-flusho -extproc


#ipython
...
ser.write(b_alphabet + b_NEW_LINE_WRITTEN)
raw_line = ser.readline()
print(raw_line)                                                                                  
# b'A a B b C c D d E e F f G g H h I i J j K k L l M m N n O o P p Q q\rq R r S s T t U u V v W w X x Y y Z z\r\n'

il n'y a pas de retour à la ligne après cela. J'essaie de comprendre pourquoi cela se produit ou où (est l'hôte où / dev / tttyUSB0 ce qui les ajoute ou sont-ils ajoutés par le périphérique intégré auquel on accède), et comment contourner le problème sans avoir pour exécuter des commandes externes.

Les candidats suivants pourraient être à l'origine du comportement:

• paramètres du pilote pour / dev / ttyUSB0 sur le ps du coup
• paramètres du pilote pour / dev / S0 sur le périphérique intégré cible
• shell sur l'appareil cible

Paramètre /dev/ttyUSB0 final

Essayer de modifier / dev / ttyUSB0 dans un terminal séparé pendant que l'appareil est consommé par le script python n'affiche aucun changement.

shopt -s checkwinsize
resize

Paramètre /dev/S0

La définition du périphérique tty cible n'influence pas non plus l'existence des artefacts.

import serial                      

ser = serial.Serial( 
    port='/dev/ttyUSB0', 
    baudrate=115200,  
    timeout=5) 

ser.reset_input_buffer()
ser.reset_output_buffer()

b_NEW_LINE_WRITTEN = b'\n'
b_alphabet = b'A a B b C c D d E e F f G g H h I i J j K k L l M m N n O o P p Q q R r S s T t U u V v W w X x Y y Z z'
ser.write(b_alphabet + b_NEW_LINE_WRITTEN)

raw_line = ser.readline()
print(raw_line)                                                                                  
# b'A a B b C c D d E e F f G g H h I i J j K k L l M m N n O o P p Q q\rq R r S s T t U u V v W w X x Y y Z z\r\n'

Par exemple, une solution de contournement serait de définir en quelque sorte une quantité fixe de 200 colonnes avant de lire afin que le terminal série cesse d'essayer d'être intelligent.