Je n'arrive pas à programmer un grand afficheur de texte VFD

[gienas]

Je vais revenir sur le sujet principal de l'afficheur ...

Alors je fusionne. Ça aurait dû commencer comme ça!
-----

[invitebeccf780]

Merci. Cependant, personne ne sait à quoi pourrait être due la panne de ces afficheurs ? Le programme serait-il corrompu ?

[umfred]

J'ai eu deux documents en contactant Lumiplan. L'un qui donne des infos sur l'appareil, et l'autre qui parle du logiciel pour programmer les afficheurs :

D'ailleurs le logiciel est introuvable sur internet

Tu leur as demandé si ils pouvaient te fournir le logiciel ou encore mieux les sources, comme ça tu pourrai retrouver le protocole de dialogue (soit en espionnant la liaison série, soit grace au code).

[invitebeccf780]

Merci beaucoup pour votre réponse. Je pensais que mon sujet allait tomber à l'eau !

J'ai oublié de dire que j'ai le logiciel depuis le 10 août, Lumiplan ont eu vraiment la gentillesse de me le fournir et je les remercie encore. Mais il me reste encore impossible de communiquer avec l'afficheur . Le programme contenu dans l'eprom est peut-être corrompu. J'ai trouvé le câblage série en faisant des recherches sur toutes les puces de l'afficheur, et je suis tombé sur la puce MAX202CWE qui est en fait un tranceiver RS232.
J'explique mieux : J'ai en tout récupéré 4 Afficheurs. Deux en RS232 avec un modem ADSL inclus dedans, et deux autres sans modem mais en RS422.
Ayant fait pleins d'essais je pensais que le câblage par défaut (tel que j'ai récupéré l'afficheur 232) était peut être mal fait.

Ce qui est bizarre, c'est que tous les afficheurs que j'ai récupéré affichent n'importe quoi mais on peut quand même distinguer de vrais caractères. Après avoir fait une expérience, j'ai trouvé que ce sont des restes de données qui sont dans les deux puces SRAM encore alimentées par une pile de 3,7V sur le circuit, car sur un afficheur, j'ai court-circuité l'alim des puces SRAM restantes et en redémarrant l'afficheur, il n'affiche plus rien car les SRAM se sont effacées. Donc alors, est-ce que l'eprom est vraiment corrompue ?

Donc grâce au MAX202CWE j'ai trouvé le câblage RX TX (232 sur P8 et 422 sur P7). J'ai même fait un schéma :
Afficheur VFD pinout.jpg

Je vous joint aussi cet autre document que j'ai fait moi-même grâce aux datasheets
Puces de l'afficheur.jpg


Voilà et merci d'avance pour vos réponses

[invitebeccf780]

En fait les problèmes de communication que j'ai, c'est que quand le logiciel envoie des données à l'afficheur, l'afficheur ne répond pas alors je ne sais pas si c'est un problème de câblage ou un problème de programme corrompu au niveau de l'afficheur. J'ai essayé de croiser Rx et Tx mais rien n'y fait. même sans croiser

Essai numéro 1, Câblage en croisé avec uniquement Rx2 et Tx2, sans masse ni Data Set Ready ou Data Terminal Ready :

- L’afficheur ne répond pas aux requêtes du logiciel

Essai numéro 2, Câblage droit (NON CROISé) avec Rx2 et Tx2, sans masse ni Data Set Ready ou Data Terminal Ready :

- L’afficheur renvoie la même chose que le logiciel envoie

Essai numéro 3, Non croisé avec masse et Data Set Ready sur le 5V (Câblage d’origine tel que j’ai récupéré l’afficheur)

- Le panneau ne répond pas aux requêtes du logiciel

Essai 1.jpg

Essai 2.jpg




Aussi, une autre précision, pour espionner le trafic RS232 j'utilise le logiciel Device Monitoring Studio

[invitebeccf780]

Bonjour,
Sinon personne n'a idée de comment je pourrais rassembler les fichiers de contenu de la puce pour en un seul fichier pour tenter de sauver en quelque sorte la corruption des données, car j'ai la checksum ? Et puis le programme compilé était peut-être en C ? Parce que jusque là vous m'avez dit que c'est de l'assembleur

Merci beaucoup si vous me répondez et m'aidez