Impossible d'envoyer un personnage avec minicom
Je suis à l'aide de minicom connecter par l'intermédiaire d'une liaison série à un public cible (UART lien d'un processeur sparc).
Avec gtkterm ou cutecom, je peux me connecter, lire et envoyer des caractères. Le seul problème avec ces derniers est qu'ils ont tous les deux insérer des lignes vides après chaque LF caractère, et :
-gtkterm ne peut pas enregistrer la sortie dans un fichier
-cutecom ne pas "vider", après l'enregistrement de la sortie vers un fichier (il est retardé, et le rincer seulement après que chaque 16k tas de données)
Minicom, qui est basé console, permettrait de résoudre ces problèmes (et il n'a pas d'insérer des lignes vides...), mais je ne peux toujours pas envoyer n'importe quel caractère avec elle, et ne comprends pas pourquoi!
Lorsque j'appuie sur une touche (par exemple, "0" + Retour), est écrit (si je activer l'écho local), mais rien ne se passe (alors que cela fonctionne avec gtkterm et cuteterm!!).
Dans mon programme, j'ai lu en utilisant les éléments suivants :
`r = scanf("%d", &option);`
À l'aide d'un débogueur, je vois que le programme ne va jamais passé cette ligne...
Personne n'a une idée?
source d'informationauteur Goulou
Vous devez vous connecter pour publier un commentaire.
L'écho Local ne dit rien sur ce qui se passe sur le fil. Il peut aussi être quelque chose avec comment scanf() interprète les retours à la ligne. Essayez de créer un programme avec getchar() et voir si toutes les entrées à tous, et surtout de ce qui se passe lorsque vous appuyez sur entrée dans les différents émulateurs de terminal.
Vérifier que tous les taux de baud, etc paramètres sont correctement définis dans le minicom. Vérifiez les paramètres de ligne de commande pour minicom, de cette façon, vous pouvez spécifier des options directement.
Vous pouvez essayer le réglage de la 'Contrôle de Flux Matériel "option" NON " dans la configuration du port série de la configuration minicom.
Vérifier la signification de cette option dans minicom docs 🙂