Bonsoir Philbob

Je suis un peu découragé , car le chargement direct de ton .hex ne fonctionne pas non plus
mon pc est un 32 bits , celui avec mon port com sur lequel , j'essaye le prog

Par contre mon laptop sur lequel je compile est bien en 64 bits un rapport

Ci-joint mon .hex compiler sous c:b

peut être mon dossier de librairies AVR , mais alors pourquoi ta version ne fonctionne pas

que de question

Par contre ton .hex fait apparaître une suite dans l'écran de c:b
je l'envoi depuis l'autre pc

On en reparle

A+

Re

@ Philbob
la capture sous cutecom de ton .hex

A+

Bonjour,

Bon. On pose les valises et reprend depuis le début.

Ci joint un prog (ping_pong_simple) qui reçoit un octet
par la rs232 et qui le retransmet dans la foulée.

Pas de bricolage, juste une recopie du dernier octet sur les leds.

Ca DOIT marcher.

PS: il n'y a pas de pièce jointe avec ton hex.

Sorry

voici l'archive

Je teste de suite ton prog simple

Re

J'ai compiler sous C:B et modifier pour avoir les sorties sur le portB ou j'ai les LED

J'allume la carte toutes les leds s'allument , j'ouvre CuteCom
paramètres 115200 bauds, 8 databits, 1 stop bits, R & W, 1ms
j'ai remis no line end
j'envoi 1 la led 8 de ma carte reste allumée , soit PB0

ainsi que les led 3 et 4 , soit PB5 et PB4

les autres leds sont éteintes

La led power est bien sûr allumée

ci joint le schéma de ma carte au cas ou

si j'envoi 2 , la led 8 s'éteind et la led 7 s'allume

si 3 , led 8 et 7 allumées
si 4 , led 6

les leds 3 et 4 reste tout le temps allumées

Bon appétit et a tout de suite

Bonjour,

Petit bilan:

Pour le ping_pong_simple:

J'ai les mêmes sorties que toi sur les leds.

Pour ton code hex:

Il ne fonctionne pas chez moi.
J'ai compilé sous CB et là non plus il ne fonctionne pas.

A ce stade: je pense qu'on a un problème de librairies.

Je creuse l'affaire.....

Bonjour Philbob

Ok

pour les librairies , peut êtrre les compréssé et les joindres avec le prog
j'installe les lib dans le dossier et les lient avec le main.h

ou il faut que je modifie mes librairies

On en reparle

Bonne journée

Bonjour,

Après investigations sur ping_pong_chaine:

Dans la routine

//reception d'une valeur quelconque
uint8_t rs232_rx_valeur(void)

La variable "i" n'était initialisée (le compilo le disait!)
et pouvait provoquer le plantage du µC.

Il est possible que chez moi le compilo la mettait à 0 par défaut
et pas chez toi...

Ci dessous, la nouvelle mouture.

Ne pas hesiter à faire un reset du µC alors que
cutecom est démarré et en lien sur la rs232.
Au démarrage, ping_pong envoie une chaine de carateres

Re

Merci

Je regarde ça ce soir et te tiens au courant

Comme d'hab passage sous C:B et modif sur portB pour mes leds et compil

On en reparle ce soir des résultats

A+

Bonsoir

Hip Hip oura , ça fonctionne, trop fort Philbob
voici une capture d'écran de ma version compilée sous C:B, malgré quelques ligne dans le log
d'ailleurs veut tu une copie du log
le biniou répond les nombre rentré
Je continue par un essai sous Gambas et je te dis quoi

A+

Bonjour,

Que voilà une bonne nouvelle !

Oui le log m'intéresse. Je pense qu'il demeure un léger problème
de librairie et j'ai quelques soupçons sur la ou les coupables.
Mais je pense qu'on peut faire sans la ou les librairies inculpées.

Honte sur moi pour la variable non déclarée.
Vive les tests croisés pour le déverminage.
Ca permet de faire du code robuste.

Chez toi, sous cutecom, teste les entrées suivantes:

123
123.321
0.123
-123
-123.321
-0.123
987654
-987654
0.5
.5
-.5
1A22




Peux tu me dire si chez toi le "chenillard" fonctionne ?

Bonsoir Philbob

même que ça marche sous Gambas, donc bonne maison

Chez moi le chenillard fonctionne

Bon je teste tes "string" et poste le résultat

Bon appétit

Re

Voici une capture sous Cutecom des string proposés

Conforme aux attentes

A+ je retourne essayer sous Gambas pour chaîner n° de commande et valeur de commande
A ce propos tu est parti sur n° de cde 1 et valeur 400 par exemple

la "string" doit avoir la forme
1400 ou
1 400 ou
1
400

en sachant que j'ai rajouté à la fin de l'envoi de la valeur de cde un chr$(10) pour faire le LF line end
donc on peut faire 1 & chr$(10) et 400 & chr$(10) etc

A+

Re
après le test1, le test2 avec pour seule différence le char delay à 1ms
et ça passe

A+

Bonjour,

Ok, tout semble fonctionner pour ping_pong_chaine.
Oui les réponses aux chaines sous cutecom sont conformes à l'attendu.

Je rebascule maintenant sous dummy_12AX7_chaine et je regarde.

En tout cas, on avance....