Port RS232 et chargement d'un soft

Bonjour,

1)
Je dois programmer un soft pour un C167, ce C167 est un microcontrolleur muni d'une flash.
Je dois envoyer par un logiciel sous delphi le code compilé du C167 pour mettre à jour son soft sur le port RS232 .

J'aimerais avoir votre avis sur quel composant à utiliser sachant qu'il me semble que CPort permet d'envoyer seulement du texte.

De plus je ne sais pas comment décomposé mon soft pour C167 en binaire pour l'envoyer par la RS232.

2)
Je doit créer un espion pour la liaison RS232 pour récupérer ce qu'il se passe sur la liaison RS232. Sachant que ce qui sera envoyer sur la liaison série ne sera pas de l'ascii.


Je vous remercie d'avance de votre aide

1) CPort marche très bien, même pour du binaire
2) Quel est ton problème ?

2) Essaie http://www.sysinternals.com/ntw2k/freeware/portmon.shtml

Mon problème est que je ne vois pas comment je dois envoyer le programme. Il faut que je puisse envoyer le programme et le récupérer de l'autre côté...

Sinon pour CPort lorsque l'on fait un Write on peut seulement envyer du texte non ?

Citation:

---

Envoyé par chrisis

Mon problème est que je ne vois pas comment je dois envoyer le programme. Il faut que je puisse envoyer le programme et le récupérer de l'autre côté...

---

Il te faut un soft de chargement de l'autre côté, c'est ce que l'on appelle un bootstrap. Tu utilises soit une manip matérielle (genre strap sur un cavalier) pour passer en mode programmation au démarrage, soit un truc logiciel (réception de caractères en rafale au démarrage du processeur), etc...

Principe :
- Trouver une vitesse fiable et commune aux deux machines. Pour une vitesse maximale, je conseille 115.200, 8 bits de données, pas de parité, 1 bit de stop et pas de contrôle de flux.
- Vérifier si l'on demande un téléchargement ou pas : test de la valeur d'un GPIO, vérification de réception d'une clé magique sur la LS, etc...
- Si oui : mode programmation.
- Si non : exécution du programme principal. Ceci demande à reloger le programme principal "plus haut" dans la Flash, de manière à laisser de la place pour coder le bootstrap et que les deux programmes n'interfèrent pas entre eux.

Mode programmation :
- Transférer des trames adaptées à la taille de la RAM et à la taille des secteurs de Flash du contrôleur. Ces trames doivent avoir une adresse de destination (en Flash), une longueur, un checksum.
- Prévoir des trames "spéciales" : abandon, fin de programmation, reboot, etc... en fonction des besoins.
- Réception d'une trame sur le µC : envoi d'un ACK ou d'un NACK suivant la validité de la trame. En cas d'ACK, on copie les données en Flash.
- Réception d'une trame "fin de programmation" : cette trame contient l'adresse et la taille du bloc complet venant d'être transféré, plus un checksum. Le µC vérifie alors le checksum en Flash, et répond ACK ou NACK en fonction.
- Réception autre trame spéciale : action à prendre suivant les fonctions à implémenter.

Après, ton µC peut également posséder un protocole plus ou moins propriétaire dédié à cette opération, utilisant l'UART mais fonctionnant plus comme un simili-JTAG. Dans ce cas, un soft dédié à cette reprogrammation doit déjà exister, voire être distribué avec l'environnement de développement.

Citation:

---

Envoyé par chrisis

Sinon pour CPort lorsque l'on fait un Write on peut seulement envyer du texte non ?

---

MD Software t'as déjà dit que non, écoutes ce qu'on te dit.
Vu que j'utilise ce composant pour gérer un protocole de téléprogrammation et le protocole Modbus, je crois que depuis le temps, j'aurais remarqué s'il ne prenait pas le binaire... :twisted:
Et j'utilise bien "Write(const Buffer; Count: Integer)".

Le binaire est en fait du texte ! :D
Explications :
Prenons par exemple 01000001 en binaire vaut 65 en décimal et chr(65) = 'A'.
01000001 = A
01000010 = B
01000011 = C
01000100 = D
etc...

Utilise la fonction Chr pour convertir un octet en caractère.
Utilise la fonction Ord pour obtenir l'inverse.
à+