Petit script bash :
De la réponse de la sciure, il y a ma solution :
for bauds in $(
sed -r 's/^#define\s+B([1-9][0-9]+)\s+.*/\1/p;d' < \
/usr/include/asm-generic/termbits.h ) ;do
echo $bauds
stty -F /dev/ttyS0 $bauds && echo Ok.
done 2>&1 |
pr -at2
Rendu sur mon hôte :
50 Ok.
75 Ok.
110 Ok.
134 Ok.
150 Ok.
200 Ok.
300 Ok.
600 Ok.
1200 Ok.
1800 Ok.
2400 Ok.
4800 Ok.
9600 Ok.
19200 Ok.
38400 Ok.
57600 Ok.
115200 Ok.
230400 Ok.
460800 Ok.
500000 Ok.
576000 Ok.
921600 Ok.
1000000 Ok.
1152000 Ok.
1500000 Ok.
2000000 stty: /dev/ttyS0: unable to perform
2500000 stty: /dev/ttyS0: unable to perform
3000000 stty: /dev/ttyS0: unable to perform
3500000 stty: /dev/ttyS0: unable to perform
4000000 stty: /dev/ttyS0: unable to perform
C'est-à-dire, mais cela ne signifie pas que cela fonctionnera !
A vous de les tester avec votre câble et votre appareil...
Vous pouvez vérifier le débit en bauds de l'appareil à l'aide de la commande "stty" sur la console :
$ stty < /dev/tty.. (where tty... is the device file you are listening)
sortie :
speed 9600 baud; line = 0;
-brkint -imaxbel
Vous pouvez également modifier le débit en bauds avec la commande suivante :
$ sudo stty -F /dev/tty... 9600 (or whatever baud rate number)
Vous semblez poser deux questions différentes.
Existe-t-il un moyen de vérifier quels débits en bauds sont pris en charge sur un périphérique série ?
La réponse dépendrait (1) des capacités du matériel, c'est-à-dire de l'UART/USART/SCC, et de la plage de diviseurs que le pilote de périphérique peut utiliser dans le générateur de débit en bauds ; consulter la fiche technique de l'appareil ; (2) la fréquence de l'horloge/oscillateur connecté au périphérique de port série ; consulter la documentation de la carte.
Existe-t-il un moyen de vérifier quels débits en bauds sont pris en charge sous Linux ?
Celui des débits en bauds définis dans include/asm-generic/termbits.h pour le c_cflag membre de la structure de contrôle du terminal est la méthode typique que le pilote de périphérique du port série (c'est-à-dire UART/USART) reçoit pour la valeur de configuration du débit en bauds.
#define B0 0000000 /* hang up */
#define B50 0000001
#define B75 0000002
#define B110 0000003
#define B134 0000004
#define B150 0000005
#define B200 0000006
#define B300 0000007
#define B600 0000010
#define B1200 0000011
#define B1800 0000012
#define B2400 0000013
#define B4800 0000014
#define B9600 0000015
#define B19200 0000016
#define B38400 0000017
#define BOTHER 0010000
#define B57600 0010001
#define B115200 0010002
#define B230400 0010003
#define B460800 0010004
#define B500000 0010005
#define B576000 0010006
#define B921600 0010007
#define B1000000 0010010
#define B1152000 0010011
#define B1500000 0010012
#define B2000000 0010013
#define B2500000 0010014
#define B3000000 0010015
#define B3500000 0010016
#define B4000000 0010017
Les pilotes de port série n'ont généralement aucun moyen de signaler/annoncer lesquels de ces débits en bauds sont réellement pris en charge/configurables/implémentés. Il existe une valeur de capacités pour des attributs tels que FIFO et sleep, mais pas pour les débits en bauds. Un pilote pourrait définir un ioctl() appelez pour configurer des débits en bauds (non standard), bien que cela rende les programmes qui l'utilisent non portables.