Ta solution ressemble beaucoup à du bricolage. Rien ne garantie que l'augmentation de la valeur va résoudre le problème. Si une commande bloque la réception pendant plusieurs secondes, tu risques d'avoir toujours le même problème.
1. Lorsqu'on souhaite dialoguer avec un flux, la commande classique sous unix est 'chat', elle permet d'écrire des scripts afin d'automatiser des échanges. Ce n'est pas forcément facile à mettre en oeuvre. Le binaire est généralement fourni avec 'ppp'.
2. Si tes commandes partent plus vite que ne peut le recevoir l'équipement cible, c'est qu'il manque probablement du contrôle de flux. Si tu as un câble série complet avec les lignes RTS et CTS, tu peux essayer d'activer le contrôle de flux matériel; sinon le contrôle de flux logiciel basé sur XON/XOFF (plus capricieux).
3. Enfin si tu n'as toujours pas résolu le problème; une autre solution du pauvre sous forme de bricolage, tu dois pouvoir descendre la vitesse du port série à 1200 bauds ou 300 bauds, ce qui laissera plus de temps à l'équipement récepteur pour traiter les commandes.
# Bricolage ?
Posté par Sébastien Koechlin . En réponse au message Minicom, delai saut de ligne. Évalué à 4.
1. Lorsqu'on souhaite dialoguer avec un flux, la commande classique sous unix est 'chat', elle permet d'écrire des scripts afin d'automatiser des échanges. Ce n'est pas forcément facile à mettre en oeuvre. Le binaire est généralement fourni avec 'ppp'.
2. Si tes commandes partent plus vite que ne peut le recevoir l'équipement cible, c'est qu'il manque probablement du contrôle de flux. Si tu as un câble série complet avec les lignes RTS et CTS, tu peux essayer d'activer le contrôle de flux matériel; sinon le contrôle de flux logiciel basé sur XON/XOFF (plus capricieux).
3. Enfin si tu n'as toujours pas résolu le problème; une autre solution du pauvre sous forme de bricolage, tu dois pouvoir descendre la vitesse du port série à 1200 bauds ou 300 bauds, ce qui laissera plus de temps à l'équipement récepteur pour traiter les commandes.