Discussion :

[_jey_]

Bonjour,

J'ai un périphérique branché sur ma machine via un port série. Problème : quand ma machine est redémarrée, le périphérique ne fonctionne plus (problème de tension peut-être) et doit être débranché/rebranché pour repartir. J'aimerais savoir s'il existe une commande linux permettant de simuler cette action (donc couper/relancer l'alimentation du port) que je pourrai lancer automatiquement au démarrage.
Je n'ai pas le choix sur le matériel, et ma machine est paramétrée pour redémarrer tous les matins, d'où ce besoin d'agir via une commande linux.

Merci d'avance pour vos lumières !

[Jipété]

Salut,

(...) J'aimerais savoir s'il existe une commande linux permettant de simuler cette action (donc couper/relancer l'alimentation du port) que je pourrai lancer automatiquement au démarrage. (...)

Pas à ma connaissance.
Un port (si on parle de la même chose) c'est du hardware de chez hardware, tu ne peux pas agir dessus.

Quand tu parles de port, c'est bien un port série DB9 ? Combien de fils dans le câble de liaison ?

Si tu as besoin de débrancher/rebrancher, je pense plutôt à une action au niveau des lignes de contrôle (d'où la question précédente), faudrait que tu te documentes sur ces lignes, par exemple ici, et on en reparle.

Que dit la doc de l'équipement externe ?

[_jey_]

Oui c'est bien un port série DB9, avec 6 fils.
Je ne vois pas de quoi tu parles concernant les "lignes de contrôle" (désolé, je suis dans le logiciel, le hardware j'y connais pas grand chose !)

Et malheureusement, je n'ai pas la doc du périphérique... tout ce que j'ai trouvé sur internet, c'est une version portugaise d'un modèle plus récent
Ce que je peux dire, c'est qu'il s'agit d'un afficheur de marque Toshiba, comme on en voit aux caisses de supermarchés.

[noooop]

Hello,

je ne connais pas de commande qui fasse celà, par contre tu peux essayer de balancer 1 ou deux octets sur le port série histoire de réveiller l'appareil qui est branché dessus.

[_jey_]

tu peux essayer de balancer 1 ou deux octets sur le port série histoire de réveiller l'appareil qui est branché dessus.

J'ai déjà essayé de lancer un petit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

echo "coucou" > /dev/ttyS3

Mais ça n'a rien donné (alors que ça affiche bien "coucou" sur l'afficheur quand il fonctionne).
Peut-être y a-t-il une autre façon de faire ?

Je constate en fait que l'afficheur se bloque au démarrage de la machine, et que seul une intervention physique (débranchement/rebranchement en l'occurence) permet de le réinitialiser. Mais je ne peux décemment pas demander à mes utilisateurs de trifouiller le câblage tous les matins...

(au passage merci pour vos réponses, votre réactivité fait plaisir !)

[noooop]

J'ai déjà essayé de lancer un petit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

echo "coucou" > /dev/ttyS3

Mais ça n'a rien donné (alors que ça affiche bien "coucou" sur l'afficheur quand il fonctionne).
Peut-être y a-t-il une autre façon de faire ?

Je constate en fait que l'afficheur se bloque au démarrage de la machine, et que seul une intervention physique (débranchement/rebranchement en l'occurence) permet de le réinitialiser. Mais je ne peux décemment pas demander à mes utilisateurs de trifouiller le câblage tous les matins...

(au passage merci pour vos réponses, votre réactivité fait plaisir !)

Je ne vois qu'une seule solution c'est travailler en C au niveau des registres du port asynchrone.....afin de faire monter et descendre les signaux de la DB9 comme au bon vieux temps des modems. Normalement avec ton appareil tu dois avoir un programmation guide.

[noooop]

Une page pour commencer tes recherches: http://www.linux-perl-c.lami20j.fr/c...erie.html#lbAQ

[Jipété]

Yep !

Je ne vois qu'une seule solution c'est travailler en C au niveau des registres du port asynchrone.....afin de faire monter et descendre les signaux de la DB9 comme au bon vieux temps des modems. Normalement avec ton appareil tu dois avoir un programmation guide.

On pense pareil : va falloir jouer avec DSR / CTS / DCD / etc., ce genre de choses (bien, ton lien )

Oui c'est bien un port série DB9, avec 6 fils.
Je ne vois pas de quoi tu parles concernant les "lignes de contrôle" (désolé, je suis dans le logiciel, le hardware j'y connais pas grand chose !) (...)

Ouais, ben là, va falloir se remonter les manches et mettre les mains dans le cambouis, tout au moins au niveau de la compréhension du fonctionnement du connecteur DB9, qui peut envoyer et recevoir des données sous forme de trains d'impulsions, mais peut également positionner des états (et ça va se traduire par des niveaux hauts ou bas sur certaines pinoches) qui peuvent servir de handshake, tout cela pilotable par code donc t'es pas perdu
Et on est là

Il faudrait savoir sur quelles pinoches sont connectés les 6 fils du câble : si les capots des prises sont démontables c'est cool !
Voir aussi s'il y a des fils qui rebouclent une pinoche sur une autre directement dans le capot (regarde mon lien, chapitre câble de liaison : on voit bien ces rebouclages).

[Invité]

bien, ton lien

on a la même chose sur developpez.com : man 4 tty_ioctl

[_jey_]

Merci beaucoup pour vos réponses...
Malheureusement, je n'ai pas de quoi compiler du C sur cette machine, ni sur la centaine d'autres déjà déployées en production (un grand ménage a été fait à la base pour n'avoir que l'essentiel (le minimum système et l'application) sur la machine). Installer des paquets sur chaque machine n'est pas trop faisable dans notre contexte (pour le moment au moins).
Je cherchais une solution relativement simple à mettre en place, mais j'ai l'impression qu'il s'agirait là d'un gros chantier. Je vais laisser les responsables matériel de ma boîte chercher un modèle d'afficheur qui pose moins de problèmes (peut-être déjà en prendre du même constructeur que l'unité centrale )

Bref, désolé si je vous ai fait perdre du temps, j'apprécie vraiment votre répondant et votre disponibilité (comme souvent sur ce site, mais autant le dire !)

[Christophe]

Pour régler ton problème, il te faut la doc pour savoir ce qu'attend l'afficheur comme info. Si j'ai bien compris, il déconne lors du boot du PC, le noyau doit positionner des signaux qui doivent gêner l'afficheur. Si tu sais lequel, peut-être en passant un paramètre au noyau, ça peut te solutionner le prob. Encore une fois, il te faut la doc de afficheur.

[disedorgue]

Bonjour,
Déjà, si tu pouvais donner la référence de ton produit, il se peut que ton problème à déjà été rencontré et résolu par quelqu'un, car à part savoir que c'est un afficheur...

[noooop]

Bonjour,

quand je bossais dans l'industrie des modem, fax et équipements basés sur de la RS232, nous avions un couteau suisse composé de:
- deux cables série
- un analyseur de signaux qui pouvait être un PC

Sur l'écran du deuxième PC on voyait en directe les signaux montés ou descendre.

C'est ce qu'il te faut pour résoudre ton problème: regarder ce qui marche et le reproduire.

[_jey_]

Quelques nouvelles de mon problème : nous l'avons finalement résolu ! En coupant des fils, et en branchant un multimètre, nous avons pu confirmer qu'il s'agissait bien d'un soucis sur l'alimentation du port série à l'allumage de la machine. Le port était alimenté dans un premier temps en 5V, puis en 12, et ce parce que connecté à une carte non soudée à la carte mère (je ne suis pas un expert hardware, désolé si la formulation n'est pas la plus adroite). Bref, en branchant sur un autre port, et en paramétrant les alimentations dans le BIOS, ça a fini par marcher !
Je me désole encore que notre fournisseur n'ait pas su penser à ça, heureusement qu'il est censé connaître sa machine

Bref, bien vu noooop, tu étais dans le vrai, et ça me fait plaisir de voir que si nous n'avions pas eu l'idée de notre côté, ce forum m'aurait encore tiré d'un mauvais pas !

Merci encore pour vos réponse