Test if ignoré

Version imprimable

Test if ignoré

Bonjour,

Le programme ci-joint attend la saisie d'un caractère 'c' pour afficher une trame de C_maxcar octets.
Ces octets contiennent les codes ascii consécutifs des caractères '0' à 'C'.
Cet affichage devrait se produire C_nb_trame fois.

Alors, le souci :
Si les instructions Serial.print de la ligne 34 sont commentées, le test de n_trame est ignoré.
Si ces instructions sont actives, le test est respecté !?!?!?
Phénomène constaté avec le moniteur série et un programme de mon cru sur un PC.

Je n'arrive pas à localiser mon erreur.

So help me please.

Cordialement,
bidouilleelec

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
/*
 *Le programme attend la saisie d'un caractère 'c' pour afficher une trame de C_maxcar octets.
 *Ces octets contiennent les codes ascii consécutifs des caractères '0' à 'C'.
 *Cet affichage devrait se produire C_nb_trame fois.
 
 *Alors, le souci :
 *Si les instructions Serial.print de la ligne 34 sont commentées, le test de n_trame est ignoré.
 *Si ces instructions sont actives, le test est respecté !?!?!? 
 */
 
const int C_maxcar = 20; //256  
const unsigned long C_nb_trame = 3 ;    // nb envoi de C_nb_trames de C_maxcar byte
const byte C_valeur_octetdedepart =  0x30;  // 0x00 ;  //0xFB;  //0x30 = code de zéro
byte octet[(C_maxcar)] ;
int n_trame = 1;
bool recu = false;
char incomingByte = 'a';
 
// ***************************************************
void setup() { 
 
Serial.begin(115200);      //1024000 230400  768000
delay(500);
// *** initialise un tableau de byte
    for (int k = 0; k<= C_maxcar - 1; k++){
        octet[k]  = k + C_valeur_octetdedepart ;       // code ascii de 0123456789:;<=>?@ABC      
    } // fin for            
} // fin setup
 
// ***************************************************
void loop() {  
  recu = false;              
      if ( n_trame <= C_nb_trame ){
          //Serial.println("after test n_trame ");Serial.print("C_nb_trame = "); Serial.print(C_nb_trame);
          // *** attend un caractère 'c'
          while ( !recu ){
                if (Serial.available() > 0) {
                    incomingByte = Serial.read();            
                    if (incomingByte == 'c' ) {                         
                        incomingByte = 'z';           
                        recu = true;                        
                    } // fin in == 'c'
                } // fin Serial.available   
          } // fin while
 
          Serial.write(octet , C_maxcar);
          Serial.flush();                    
           n_trame++;
           //Serial.println("after test n_trame ");Serial.print("C_nb_trame = "); Serial.print(C_nb_trame);
      } // fin if n_trame
      else                
      {
        while (true) ;
      } // fin while        
} // fin loop

Quelques détails ...

Bonjour,
quelques petites remarques sur ton code.
C_nb_trame est de type const unsigned long
n_trame est de type int (donc signé).

En ligne 33, tu compare ces 2 valeurs dont l'une est signée et l'autre pas. Et ça, il faut éviter.

En ligne 34, tu affiches la valeur de C_nb_trames à chaque tour de boucle. Mais c'est une constante. Tu espères qu'elle varie ?

En ligne 34 et 49 tu affiches un message "... after test ...". N'est-ce pas plus différenciant de mettre des messages différents ? Par exemple "... before test ..." pour un des messages ?

Le while (true) ; ne sert à rien. Supprime les lignes 51 à 54. Laisse la loop () faire son travail au lieu de saturer la CPU sans permettre d'interruption.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
/*
 *Le programme attend la saisie d'un caractère 'c' pour afficher une trame de C_maxcar octets.
 *Ces octets contiennent les codes ascii consécutifs des caractères '0' à 'C'.
 *Cet affichage devrait se produire C_nb_trame fois.
 
 *Alors, le souci :
 *Si les instructions Serial.print de la ligne 34 sont commentées, le test de n_trame est ignoré.
 *Si ces instructions sont actives, le test est respecté !?!?!? 
 */
 
const int C_maxcar = 20; //256  
const int C_nb_trame = 3 ;    // nb envoi de C_nb_trames de C_maxcar byte
const byte C_valeur_octetdedepart =  0x30;  // 0x00 ;  //0xFB;  //0x30 = code de zéro
byte octet[(C_maxcar)] ;
int n_trame = 1 ;
bool recu = false;
char incomingByte = 'a';
 
// ***************************************************
void setup() { 
 
Serial.begin(115200);      //1024000 230400  768000
delay(500);
// *** initialise un tableau de byte
    for (int k = 0; k < C_maxcar ; k++)
    {
        octet[k]  = k + C_valeur_octetdedepart ;       // code ascii de 0123456789:;<=>?@ABC      
    } // fin for            
} // fin setup
 
// ***************************************************
void loop() {  
  recu = false;              
      if ( n_trame <= C_nb_trame )
      {
          //Serial.println() ; Serial.print("before test n_trame ");Serial.print("n_trame = "); Serial.println(n_trame);
          // *** attend un caractère 'c'
          while ( !recu )
          {
                if (Serial.available() > 0) 
                {
                    incomingByte = Serial.read();            
                    if (incomingByte == 'c' ) 
                    {                         
                        incomingByte = 'z';           
                        recu = true;                        
                    } // fin in == 'c'
                } // fin Serial.available   
          } // fin while
 
          Serial.write(octet , C_maxcar);
          Serial.flush();                    
           n_trame++;
          //Serial.println() ; Serial.print("after test n_trame ");Serial.print("n_trame = "); Serial.println(n_trame);
      } // fin if n_trame
} // fin loop

29/06/2018, 00h07
ducelier

Bonjour Denis La Malice

Bonjour Denis la Malice

Grand merci pour votre réponse.
Cependant :

A/ "En ligne 33, tu compare ces 2 valeurs dont l'une est signée et l'autre pas. Et ça, il faut éviter."

La constante n'est pas signée , ce qui aurait tendance à renforcer le test.
Mais à l'origine les deux étaient des int.
Mais j'ai essayé avec 2 unsigned long et 2 int: même souci.

B/ "En ligne 34, tu affiches la valeur de C_nb_trames à chaque tour de boucle. Mais c'est une constante. Tu espères qu'elle varie ?"

J'ai rajouté ce Serial.print de la constante quand j'ai constaté que le test n'était pas respecté. Je pense à un écrasement de données.
Dans les faits je cherche à échanger des trames binaires aléatoires de 256 octets entre Arduino et PC.
Ce Serial.print est uniquement pour test et serait nuisible dans l'utilisation "opérationnelle" .

C/ "En ligne 34 et 49 tu affiches un message "... after test ...". N'est-ce pas plus différenciant de mettre des messages différents ? Par exemple "... before test ..." pour un des messages ?"

Ah Yes!. En fait la ligne 49 peut être effacée : commentée ou pas , cela ne change rien au comportement du programme.

D/"Le while (true) ; ne sert à rien. Supprime les lignes 51 à 54. Laisse la loop () faire son travail au lieu de saturer la CPU sans permettre d'interruption."

Ah! C'est tout à fait volontaire. Ce programme ne sert (dans une version plus complète ) qu'à tester un programme de mon (petit) cru d'échange avec le PC (une sorte de moniteur série). J'ai joint une version simplifiée mais qui pose le même souci.

E/ J'ai déassemblé le code. Il y a des trucs bizarres.
Comme il se fait tard, je posterais demain le code déassemblé et mes remarques.
Je reste stupéfait qu'un programme aussi simple puisse poser un souci.

Encore merci de votre réponse.

Cordialement
bidouilleelec
29/06/2018, 00h35
ducelier

Re Bonjour Bonjour Denis La Malice

Re bonjour

Alors, alors :
en relisant vos conseils, j'ai supprimé les lignes 51 à 54.
ET LA : magie.
Le test est respecté.
Il me reste à comprendre pourquoi.

Merci pour la piste.

Très cordialement,
bidouileelec
29/06/2018, 00h50
Denis la Malice

Citation:

Envoyé par ducelier

... Laisse la loop () faire son travail au lieu de saturer la CPU sans permettre d'interruption."...

C'est en supprimant le while (true) ; que j'ai réussi à faire tourner ton programme sans exploser la pile.

Essaie : while (true) delay (1) ; et ça fonctionnera mieux.
29/06/2018, 01h41
ducelier

Pile explosée ?

Re bonjour Denis la Malice

"C'est supprimant le while (true) ; que j'ai réussi à faire tourner ton programme sans exploser la pile."

Pile explosée : le while (true); exploserait la pile?
hé bé.Je ne savais pas.
Cela expliquerait tout.
Je vais regarder cela de près.
C'est intéressant.

Grace à vous je dormirais mieux cette nuit.

Cordialement,
bidouillellec

solution?

Re-re Bonjour M. Denis

Effectif , Bien vu, nouvelle version :
Content d'avoir appris.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
/*
 *Le programme attend la saisie d'un caractère 'c' pour afficher une trame de C_maxcar octets.
 *Ces octets contiennent les codes ascii consécutifs des caractères '0' à 'C'.
 *Cet affichage devrait se produire C_nb_trame fois.
 
 *Alors, le souci :
 *Si les instructions Serial.print de la ligne 34 sont commentées, le test de n_trame est ignoré.
 *Si ces instructions sont actives, le test est respecté !?!?!? 
 *Problème résolu:
 *29/06/2018  <> 00h30  retrait du else while(true) !!!!!!!
 *29/06/2018 écrasement de pile ??????
 *Merci M. Denis La Malice
 *https://www.developpez.net/forums/d1868328/general-developpement/programmation-systeme/embarque/arduino/test-if-ignore/#post10334866
 */
const int C_maxcar = 20; //256  
int C_nb_trame = 3 ;    // nb envoi de C_nb_trame de C_maxcar byte
const byte C_valeur_octetdedepart =  0x30;  //0x30 = code ascii de zéro
byte octet[(C_maxcar)] ;
int n_trame = 1;
bool recu = false;
char incomingByte = 'a';
// ********************* setup ******************************
void setup() {  
Serial.begin(115200);      //1024000 230400  768000  fonctionne à 768000
delay(500);
// *** initialise un tableau de byte
    for (int k = 0; k <= C_maxcar - 1; k++)
    {
        octet[k]  = k + C_valeur_octetdedepart ;       // code ascii de 0123456789:;<=>?@ABC      
    } // fin for k           
} // fin setup
// ********************* loop ********************************
void loop() {  
  recu = false;              
      if ( n_trame <= C_nb_trame ){
          //Serial.println("after test n_trame ");Serial.print("C_nb_trame = "); Serial.print(C_nb_trame);  //pour test
          // *** attend un caractère 'c'
          while ( !recu ){
                if (Serial.available() > 0) {
                    incomingByte = Serial.read();            
                    if (incomingByte == 'c' ) {                         
                        incomingByte = 'z';       //inutile         
                        recu = true;                        
                    } // fin in == 'c'
                } // fin Serial.available   
          } // fin while !recu      
          Serial.write(octet , C_maxcar);
          Serial.flush();                    
          n_trame++;          
      } // fin if n_trame     
} // fin loop

Best Regards,
biduoilleelec

29/06/2018, 09h44
Vincent PETIT

Salut,

Citation:

Envoyé par ducelier

Pile explosée : le while (true); exploserait la pile?
[...]
Je vais regarder cela de près.
C'est intéressant.

C'est surtout très bizarre !

Un while(true); sans rien de particulier dans la boucle ne peut pas faire déborder la pile. Pour que celle-ci déborde il faut au moins un appel de fonction, d'interruption ou non, qui va générer un empilement (ou une variable qui fait un overflow mais rien ne dit qu'il va toucher la pile).

Ça sent le bug caché. C'est peut être lié aux options d'optimisation du compilateur qui, lorsqu'il a vu ton while(true); et tout ton programme, a optimisé tout ça d'une certaine façon qui pourrait le faire réagir très différemment.

A ta place j'essayerai de trouver ce qu'il se passe pour éviter que ce problème resurgisse pendant que tu avances dans ton programme. Malheureusement, le gros problème avec les Arduino UNO/MEGA c'est que tu ne peux pas faire du débug hardware, (c'est à dire voir en direct les registres, la mémoire et faire dérouler le programme en pas à pas) contrairement à des cartes Nucléo ou LaunchPad et c'est précisément dans un problème comme tu rencontres ici que ça te servirait.
29/06/2018, 11h13
Denis la Malice
Citation:

Envoyé par Vincent PETIT

... C'est surtout très bizarre ! ...

J'avoue que l'explication de la pile explosée est peut-être un peu aléatoire, mais en tout cas ça crashe la carte (j'ai testé le code sur une Wemos, c'est ce que j'avais sous la main). Je trouve une mauvaise idée de coder une instruction qui prenne toute la CPU à 100% sans laisser de miettes à tout le reste (interruptions par exemple). Donc soit on supprime les lignes pour refaire un tour de loop (), soit on accorde une milliseconde de respiration while (true) delay(1) ;
Et si on teste une partie du programme et que l'on veut simuler le futur code, on peut écrire quelque chose comme ça :
Code:

1 2 3 4 5 while (true) { Serial.print (".") ; delay (1000) ; }
29/06/2018, 12h02
Vincent PETIT

Citation:

Envoyé par Denis la Malice

J'avoue que l'explication de la pile explosée est peut-être un peu aléatoire.

Je ne remettais pas en cause ton explication, c'est peut être bien la pile qui déborde mais en tout cas ça me paraît très étrange et ça mérite d'y regarder de prés pour voir ce qu'il se passe.

Citation:

Envoyé par Denis la Malice

Je trouve une mauvaise idée de coder une instruction qui prenne toute la CPU à 100%

Moi aussi. En général j'endors mon micro en le mettant en veille (plus ou moins profonde, parfois même CPU off, Auxiliaire Clock off et il n'y a plus que la RAM et les Spécials Functions Registers qui sont maintenus sous tension). Le réveil prend une petite 10aine de µs, en fonction des micro, et se fait par une interruption extérieure.

Citation:

Envoyé par Denis la Malice

sans laisser de miettes à tout le reste (interruptions par exemple).
Donc soit on supprime les lignes pour refaire un tour de loop (), soit on accorde une milliseconde de respiration [B]while (true) delay(1) ;

;) Je t'invite à essayer pour voir si ça fait vraiment ce que tu penses.

Une interruption n'est absolument pas gênée par un while (true); dans le programme principal. Tu peux t'en convaincre en faisant un programme principal bloqué dans une boucle qui ne fait rien et un programme d'interruption qui fait clignoter une LED. Tu verras que malgré la présence d'une boucle qui monopolise 100% du CPU, celle-ci est interrompue par le programme d'interruption qui fera clignoter la LED. Dès lors, la présence d'un delay(1) dans la boucle n'est pas nécessaire sans compter que cette fonction est aussi une simple boucle qui monopolise tout autant le CPU

Citation:

Envoyé par Vincent PETIT

... ;) Je t'invite à essayer pour voir si ça fait vraiment ce que tu penses. ...

Mince, la science ne m'a rien appris. En revanche l'expérience m'a montré que le while (true) delay (1) ; ne crash pas alors que le while (true) ; lui crashe.

Il faudrait désassembler le code généré et le faire tourner sur un simulateur. Si quelqu'un a le temps de le faire, le résultat m'intéresse :mouarf:

Sur la console, lors du plantage :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 Soft WDT reset ctx: cont sp: 3ffef760 end: 3ffef950 offset: 01b0 >>>stack>>> 3ffef910: 3ffee6f8 3ffe84e0 3ffee904 402020e8 3ffef920: 00000000 00000000 00000001 3ffee928 3ffef930: 3fffdad0 00000000 3ffee920 40202424 3ffef940: feefeffe feefeffe 3ffee930 40100108 <<<stack<<< ets Jan 8 2013,rst cause:2, boot mode:(1,7) ets Jan 8 2013,rst cause:4, boot mode:(1,7) wdt reset

29/06/2018, 18h47
Denis la Malice

Une piste de solution moins empirique ...

J'ai trouvé ça sur un forum :

Citation:

The ESP8266 is a little different than the standard Arduino boards in that it has the watchdog(WDT) turned on by default. If the watchdog timer isn't periodically reset then it will automatically reset your ESP8266. The watchdog is reset every time loop() runs or you call delay() or yield() but if you have blocking code like the above then the watchdog may time out, resulting in your reset.

Il y a un chien de garde qui doit régulièrement être réinitialisé. Visiblement, il est là pour surveiller qu'il n'y a pas de blocage du code. Il attend donc régulièrement un tour de loop() ou un appel à la fonction delay () ou yield ().

Du coup les 2 solutions proposées : enlever les lignes du else pour redonner la main à loop () ou ajouter un delay (1) dans la boucle while sont de bonnes solutions. Seule l'explication était fantaisiste.

Ça veut-il dire que le code fautif tournait sur un ESP8266 et pas sur un Arduino ?
29/06/2018, 20h03
Vincent PETIT
Aaaahhh :D
Cette explication là me convient mieux !
Là on a la vraie raison.... et jusqu'au bout de l'explication ;)

:bravo: Denis la Malice

En effet, le watchdog semble être la cause d'un RESET de la carte et pour en être vraiment sur et certain, il faudrait lire en boucle le bit numéro 3 du registre MCUSR dans le micro. Si celui-ci passe a 1 alors le micro s'apprête à faire un "RESET Watchdog". Page 79 de la datasheet : http://ww1.microchip.com/downloads/e..._Datasheet.pdf

La fonction delay est implémenté comme suit d'après une source du forum Arduino :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 void delay(unsigned long ms) { uint16_t start = (uint16_t)micros(); while (ms > 0) { yield(); if (((uint16_t)micros() - start) >= 1000) { ms--; start += 1000; } } }
Et la fonction yield() rafraîchit le watchdog pour lui dire que le programme n'est pas planté et qu'il attend volontairement. Accessoirement on voit que delay() n'est qu'une vulgaire boucle et n'apporte pas plus d'oxygène à une boucle while(true); monopolisant 100% du CPU dans le micro.
30/06/2018, 00h07
Denis la Malice

yield () = O2

Citation:

Envoyé par Vincent PETIT

Aaaahhh :D... Accessoirement on voit que delay() n'est qu'une vulgaire boucle et n'apporte pas plus d'oxygène à une boucle while(true); monopolisant 100% du CPU dans le micro.

Ben non. L'oxygène, c'est le yield () présent dans le delay () et pas dans le while (true) ; 8O
30/06/2018, 11h33
Vincent PETIT

Alors ça dépend de ce que tu entends par un temps de respiration ou bouffée d'oxygène. Peut être que je n'ai pas compris ce que tu voulais dire. Initialement je pensais que tu parlais de laisser respirer 1ms le CPU car juste au dessus, tu disais à juste titre qu'il était monopolisé à 100%.

Je vais regardé comment est implémenté yield la semaine prochaine pour en dire plus.

Mais si c'est ce que je pense, cette fonction yield n'apporte pas non plus d'oxygène au CPU qui tournerait en rond dans une boucle, elle dit au watchdog (qui n'est autre qu'un Timer agissant sur le reset du microcontroleur) de relancer son timer avant le Reset.

A la page 81 de la datasheet, que j'ai posté plus haut, on voit que suivant le réglage du timer du watchdog, il reset le micro au bout de 16ms si jamais on ne lui a pas envoyé un signal du genre : "reset pas, je suis pas planté, tout va bien". Pour moi le yield sert juste à ça mais il ne libère pas le CPU de sa boucle infinie.

Je n'ai pas de Arduino sous la main là tout de suite mais en mettant un yield dans un while(TRUE) ça ne devrait plus planter. Tout comme ça ne devrait pas planter si on éteint le watchdog et qu'on se passe du yield (par contre je ne sais pas si Arduino laisserait faire si il voit éteint le watchdog ?)
30/06/2018, 13h57
Jipété

Yep !

J'interviens dans votre monde que je ne connais pas, mais j'en connais d'autres !

Citation:

Envoyé par Vincent PETIT

Je vais regarder comment est implémenté yield la semaine prochaine pour en dire plus.

Pas la peine, l'explication (limpide) est là : https://www.arduino.cc/en/Reference/SchedulerYield et c'est un peu comme le Application.ProcessMessages de Pascal (Delphi, Lazarus, etc.) ou le DoEvents de VB6 : dans une boucle d'instructions, il faut laisser du temps au processeur pour qu'il puisse s'occuper des autres processus.

Sinon, on a l'impression qu'il est planté, ce qui est un abus de langage et n'est pas du tout le cas : il est au contraire tout à son travail dans la boucle.
30/06/2018, 18h38
Denis la Malice

Les chiens de garde

Bonjour,
l'oxygène, ce n'est pas tant pour la CPU que pour les chiens. Il y a le chien quincaillerie (hardware) et le chien logiciel (software). On peut arrêter le soft mais pas le hard (on gagne quelques secondes). J'ai essayé le yield () dans la boucle, il n'y a plus de reset.
01/07/2018, 18h38
ducelier

Explication?

Bonjour Denis ,Vincent, Jipété

Précisions : le code en cause est destiné à tourner sur un Arduino Uno, pas sur un ESP8266.
Le watchdog n'est pas activé.

Alors , après déassemblage :
dans la version avec le while(true), si les instructions Serial.print de la ligne 34 sont commentées, le test

Code:

if ( n_trame <= C_nb_trame )

n'est pas généré (absent du code assembleur) , du diable pouquoi.
Mais si on rajoute un delay dans le while(true) , le test est généré.

Denis :
Le while (true) ; ne sert à rien. Supprime les lignes 51 à 54. Laisse la loop () faire son travail au lieu de saturer la CPU sans permettre d'interruption.
Je ne pense pas que le while (true) empêche les interruptions.

Cordialement,
bidouilleelec
10/07/2018, 11h58
Vincent PETIT

Salut,
Tu n'as pas lu nos échanges ? :D

Citation:

Envoyé par ducelier

Le watchdog n'est pas activé

Arduino active le WDT dans ton dos (et de toute manière au démarrage il est activé par défaut), de la même manière qu'il configure le TIMER0 pour la fonction delay etc... Arduino fait plein de trucs sans le dire.

Dans ton programme le WDT est activé et c'est lui qui reset le micro au bout d'un certain temps.
10/07/2018, 13h53
Vincent PETIT

Mais ce n'est pas un bug, c'est normal.

Le WDT (WatchDog timer) reset le micro au bout d'un certain temps car c'est son rôle lorsqu'on l'active. Un WDT ça sert à faire ça, il permet d'empêcher le micro de planter dans une boucle sans fin et involontaire en le résétant.

Il suffit de rafraîchir le WDT par la fonction yield() dans la boucle d'attente, et de manière régulière. C'est ce que fait la fonction delay () par exemple.

Ce n'est pas un bug.
10/07/2018, 18h13
ducelier

WDT sur Arduino Uno

Bonjour Vincent PETIT

Citation:

Envoyé par Vincent PETIT

Salut,

Arduino active le WDT dans ton dos (et de toute manière au démarrage il est activé par défaut), de la même manière qu'il configure le TIMER0 pour la fonction delay etc... Arduino fait plein de trucs sans le dire.

Dans ton programme le WDT est activé et c'est lui qui reset le micro au bout d'un certain temps.

J'ai bien lu toutes les réponses et signalé qu'il N'y avait PAS de déclenchement du watchdog.
Sur Arduino Uno , le WDT N'est PAS activé par défaut.
Dans les cas de dysfonctionnement cités, le WDT N'est PAS en cause.

Il est clairement établi que l'optimiseur, dans divers cas de figures , supprime la génération correcte du test de n_trame et de la boucle infinie.

Cordialement,
bidouilleelec

Hummm ça n'est pas vraiment ce que je vois en dé-assemblant ton programme.

J'ai fait un avr-objdump -h -d -l -S ton_programme.elf dans les deux versions, c'est à dire la version qui fonctionne sans le commentaire de la ligne 34 et avec le commentaire sur la ligne 34.

Que l'optimisation supprime du code, c'est possible car je me suis déjà fait avoir et c'est pour cette raison que je l'ai dit dans le message #8 https://www.developpez.net/forums/d1.../#post10335282 mais là, après désassemblage on voit bien la présence de l'intégralité de ton programme, à la ligne 34 prés, que l'on soit dans la version qui marche ou celle qui ne marche pas.

Pour apporter des éléments de lecture :
Dans les fichiers désassemblés, par exemple la ligne /usr/share/arduino/sketch_jul10a.ino:31 correspond exactement à la ligne 31 de ton programme. Par exemple, le code désassemblé de la version avec commentaire, ne fait pas référence à la ligne 34. Mais si tu regardes de prés tu verras quand les deux versions le compilateur n'a pas supprimer du code.

Ta condition if ( n_trame <= C_nb_trame ) se trouve à la ligne 33 dans ton programme ce qui correspond, dans les deux fichiers désassemblés, aux lignes /usr/share/arduino/sketch_jul10a.ino:33

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
/*
 *Le programme attend la saisie d'un caractère 'c' pour afficher une trame de C_maxcar octets.
 *Ces octets contiennent les codes ascii consécutifs des caractères '0' à 'C'.
 *Cet affichage devrait se produire C_nb_trame fois.
 
 *Alors, le souci :
 *Si les instructions Serial.print de la ligne 34 sont commentées, le test de n_trame est ignoré.
 *Si ces instructions sont actives, le test est respecté !?!?!? 
 */
 
const int C_maxcar = 20; //256  
const unsigned long C_nb_trame = 3 ;    // nb envoi de C_nb_trames de C_maxcar byte
const byte C_valeur_octetdedepart =  0x30;  // 0x00 ;  //0xFB;  //0x30 = code de zéro
byte octet[(C_maxcar)] ;
int n_trame = 1;
bool recu = false;
char incomingByte = 'a';
 
// ***************************************************
void setup() { 
 
Serial.begin(115200);      //1024000 230400  768000
delay(500);
// *** initialise un tableau de byte
    for (int k = 0; k<= C_maxcar - 1; k++){
        octet[k]  = k + C_valeur_octetdedepart ;       // code ascii de 0123456789:;<=>?@ABC      
    } // fin for            
} // fin setup
 
// ***************************************************
void loop() {  
  recu = false;              
      if ( n_trame <= C_nb_trame ){
          //Serial.println("after test n_trame ");Serial.print("C_nb_trame = "); Serial.print(C_nb_trame);
          // *** attend un caractère 'c'
          while ( !recu ){
                if (Serial.available() > 0) {
                    incomingByte = Serial.read();            
                    if (incomingByte == 'c' ) {                         
                        incomingByte = 'z';           
                        recu = true;                        
                    } // fin in == 'c'
                } // fin Serial.available   
          } // fin while
 
          Serial.write(octet , C_maxcar);
          Serial.flush();                    
           n_trame++;
           //Serial.println("after test n_trame ");Serial.print("C_nb_trame = "); Serial.print(C_nb_trame);
      } // fin if n_trame
      else                
      {
        while (true) ;
      } // fin while        
} // fin loop

Voici le code désassemblé de ton programme avec le commentaire de la ligne 34 (je ne mets que la fonction loop())

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
000000ea <loop>:
loop():
/usr/share/arduino/sketch_jul10a.ino:31
  ea:	cf 93       	push	r28
  ec:	df 93       	push	r29
/usr/share/arduino/sketch_jul10a.ino:32
  ee:	10 92 14 01 	sts	0x0114, r1
/usr/share/arduino/sketch_jul10a.ino:33
  f2:	80 91 01 01 	lds	r24, 0x0101
  f6:	90 91 02 01 	lds	r25, 0x0102
  fa:	04 97       	sbiw	r24, 0x04	; 4
  fc:	08 f0       	brcs	.+2      	; 0x100 <loop+0x16>
  fe:	32 c0       	rjmp	.+100    	; 0x164 <loop+0x7a>
/usr/share/arduino/sketch_jul10a.ino:40
 100:	ca e7       	ldi	r28, 0x7A	; 122
/usr/share/arduino/sketch_jul10a.ino:41
 102:	d1 e0       	ldi	r29, 0x01	; 1
/usr/share/arduino/sketch_jul10a.ino:36
 104:	80 91 14 01 	lds	r24, 0x0114
 108:	81 11       	cpse	r24, r1
 10a:	14 c0       	rjmp	.+40     	; 0x134 <loop+0x4a>
/usr/share/arduino/sketch_jul10a.ino:37
 10c:	82 e3       	ldi	r24, 0x32	; 50
 10e:	91 e0       	ldi	r25, 0x01	; 1
 110:	0e 94 ab 01 	call	0x356	; 0x356 <_ZN14HardwareSerial9availableEv>
 114:	18 16       	cp	r1, r24
 116:	19 06       	cpc	r1, r25
 118:	ac f7       	brge	.-22     	; 0x104 <loop+0x1a>
/usr/share/arduino/sketch_jul10a.ino:38
 11a:	82 e3       	ldi	r24, 0x32	; 50
 11c:	91 e0       	ldi	r25, 0x01	; 1
 11e:	0e 94 d7 01 	call	0x3ae	; 0x3ae <_ZN14HardwareSerial4readEv>
 122:	80 93 00 01 	sts	0x0100, r24
/usr/share/arduino/sketch_jul10a.ino:39
 126:	83 36       	cpi	r24, 0x63	; 99
 128:	69 f7       	brne	.-38     	; 0x104 <loop+0x1a>
/usr/share/arduino/sketch_jul10a.ino:40
 12a:	c0 93 00 01 	sts	0x0100, r28
/usr/share/arduino/sketch_jul10a.ino:41
 12e:	d0 93 14 01 	sts	0x0114, r29
 132:	e8 cf       	rjmp	.-48     	; 0x104 <loop+0x1a>
/usr/share/arduino/sketch_jul10a.ino:46
 134:	44 e1       	ldi	r20, 0x14	; 20
 136:	50 e0       	ldi	r21, 0x00	; 0
 138:	65 e1       	ldi	r22, 0x15	; 21
 13a:	71 e0       	ldi	r23, 0x01	; 1
 13c:	82 e3       	ldi	r24, 0x32	; 50
 13e:	91 e0       	ldi	r25, 0x01	; 1
 140:	0e 94 83 01 	call	0x306	; 0x306 <_ZN5Print5writeEPKhj>
/usr/share/arduino/sketch_jul10a.ino:47
 144:	82 e3       	ldi	r24, 0x32	; 50
 146:	91 e0       	ldi	r25, 0x01	; 1
 148:	0e 94 f7 01 	call	0x3ee	; 0x3ee <_ZN14HardwareSerial5flushEv>
/usr/share/arduino/sketch_jul10a.ino:48
 14c:	80 91 01 01 	lds	r24, 0x0101
 150:	90 91 02 01 	lds	r25, 0x0102
 154:	01 96       	adiw	r24, 0x01	; 1
 156:	90 93 02 01 	sts	0x0102, r25
 15a:	80 93 01 01 	sts	0x0101, r24
/usr/share/arduino/sketch_jul10a.ino:55
 15e:	df 91       	pop	r29
 160:	cf 91       	pop	r28
 162:	08 95       	ret
/usr/share/arduino/sketch_jul10a.ino:33
 164:	ff cf       	rjmp	.-2      	; 0x164 <loop+0x7a>

Et ici, toujours le loop() de ton programme mais en retirant le commentaire de la ligne 34.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
000000ea <loop>:
loop():
/usr/share/arduino/sketch_jul10a.ino:31
  ea:	cf 93       	push	r28
  ec:	df 93       	push	r29
/usr/share/arduino/sketch_jul10a.ino:32
  ee:	10 92 36 01 	sts	0x0136, r1
/usr/share/arduino/sketch_jul10a.ino:33
  f2:	80 91 01 01 	lds	r24, 0x0101
  f6:	90 91 02 01 	lds	r25, 0x0102
  fa:	04 97       	sbiw	r24, 0x04	; 4
  fc:	08 f0       	brcs	.+2      	; 0x100 <loop+0x16>
  fe:	48 c0       	rjmp	.+144    	; 0x190 <loop+0xa6>
/usr/share/arduino/sketch_jul10a.ino:34
 100:	63 e0       	ldi	r22, 0x03	; 3
 102:	71 e0       	ldi	r23, 0x01	; 1
 104:	84 e5       	ldi	r24, 0x54	; 84
 106:	91 e0       	ldi	r25, 0x01	; 1
 108:	0e 94 f3 01 	call	0x3e6	; 0x3e6 <_ZN5Print7printlnEPKc>
 10c:	67 e1       	ldi	r22, 0x17	; 23
 10e:	71 e0       	ldi	r23, 0x01	; 1
 110:	84 e5       	ldi	r24, 0x54	; 84
 112:	91 e0       	ldi	r25, 0x01	; 1
 114:	0e 94 d6 01 	call	0x3ac	; 0x3ac <_ZN5Print5printEPKc>
 118:	2a e0       	ldi	r18, 0x0A	; 10
 11a:	30 e0       	ldi	r19, 0x00	; 0
 11c:	43 e0       	ldi	r20, 0x03	; 3
 11e:	50 e0       	ldi	r21, 0x00	; 0
 120:	60 e0       	ldi	r22, 0x00	; 0
 122:	70 e0       	ldi	r23, 0x00	; 0
 124:	84 e5       	ldi	r24, 0x54	; 84
 126:	91 e0       	ldi	r25, 0x01	; 1
 128:	0e 94 5b 02 	call	0x4b6	; 0x4b6 <_ZN5Print5printEmi>
/usr/share/arduino/sketch_jul10a.ino:40
 12c:	ca e7       	ldi	r28, 0x7A	; 122
/usr/share/arduino/sketch_jul10a.ino:41
 12e:	d1 e0       	ldi	r29, 0x01	; 1
/usr/share/arduino/sketch_jul10a.ino:36
 130:	80 91 36 01 	lds	r24, 0x0136
 134:	81 11       	cpse	r24, r1
 136:	14 c0       	rjmp	.+40     	; 0x160 <loop+0x76>
/usr/share/arduino/sketch_jul10a.ino:37
 138:	84 e5       	ldi	r24, 0x54	; 84
 13a:	91 e0       	ldi	r25, 0x01	; 1
 13c:	0e 94 68 02 	call	0x4d0	; 0x4d0 <_ZN14HardwareSerial9availableEv>
 140:	18 16       	cp	r1, r24
 142:	19 06       	cpc	r1, r25
 144:	ac f7       	brge	.-22     	; 0x130 <loop+0x46>
/usr/share/arduino/sketch_jul10a.ino:38
 146:	84 e5       	ldi	r24, 0x54	; 84
 148:	91 e0       	ldi	r25, 0x01	; 1
 14a:	0e 94 94 02 	call	0x528	; 0x528 <_ZN14HardwareSerial4readEv>
 14e:	80 93 00 01 	sts	0x0100, r24
/usr/share/arduino/sketch_jul10a.ino:39
 152:	83 36       	cpi	r24, 0x63	; 99
 154:	69 f7       	brne	.-38     	; 0x130 <loop+0x46>
/usr/share/arduino/sketch_jul10a.ino:40
 156:	c0 93 00 01 	sts	0x0100, r28
/usr/share/arduino/sketch_jul10a.ino:41
 15a:	d0 93 36 01 	sts	0x0136, r29
 15e:	e8 cf       	rjmp	.-48     	; 0x130 <loop+0x46>
/usr/share/arduino/sketch_jul10a.ino:46
 160:	44 e1       	ldi	r20, 0x14	; 20
 162:	50 e0       	ldi	r21, 0x00	; 0
 164:	67 e3       	ldi	r22, 0x37	; 55
 166:	71 e0       	ldi	r23, 0x01	; 1
 168:	84 e5       	ldi	r24, 0x54	; 84
 16a:	91 e0       	ldi	r25, 0x01	; 1
 16c:	0e 94 99 01 	call	0x332	; 0x332 <_ZN5Print5writeEPKhj>
/usr/share/arduino/sketch_jul10a.ino:47
 170:	84 e5       	ldi	r24, 0x54	; 84
 172:	91 e0       	ldi	r25, 0x01	; 1
 174:	0e 94 b4 02 	call	0x568	; 0x568 <_ZN14HardwareSerial5flushEv>
/usr/share/arduino/sketch_jul10a.ino:48
 178:	80 91 01 01 	lds	r24, 0x0101
 17c:	90 91 02 01 	lds	r25, 0x0102
 180:	01 96       	adiw	r24, 0x01	; 1
 182:	90 93 02 01 	sts	0x0102, r25
 186:	80 93 01 01 	sts	0x0101, r24
/usr/share/arduino/sketch_jul10a.ino:55
 18a:	df 91       	pop	r29
 18c:	cf 91       	pop	r28
 18e:	08 95       	ret
/usr/share/arduino/sketch_jul10a.ino:33
 190:	ff cf       	rjmp	.-2      	; 0x190 <loop+0xa6>

11/07/2018, 09h45
ducelier

Résultat dépendant de la chaine de génération?

Bonjour Vincent PETIT

Citation:

Envoyé par Vincent PETIT

Hummm ça n'est pas vraiment ce que je vois en dé-assemblant ton programme.

après désassemblage on voit bien la présence de l'intégralité de ton programme, à la ligne 34 prés, que l'on soit dans la version qui marche ou celle qui ne marche pas.

Merci de votre réponse.
En effet .
J'en reste tout ébaubi!
Cela contredit de nombreuses vérifications par de multiples personnes.
C'est furieusement intéressant et pourrait bien permettre d'avancer.

Pourriez vous communiquer l'intégralité de votre résultat de compilation ?
Compilez vous pour un Arduino UNO ? avec la chaine standard de l'IDE Arduino?

Cordialement,
bidouilleelec

1 pièce(s) jointe(s)

Salut,
En effet j'ai compilé ton programme avec l'IDE Arduino officiel 2:1.0.5, je ne sais pas si c'est la dernière version mais c'est celle qui est fournie avec ma distribution Linux Ubuntu.

Ps: j'ai donc activé les informations sur la compilation afin de détecter un éventuel problème.

Pièce jointe 395633

Voici le résultat de la compilation avec ou sans commentaire de la ligne 34.

Citation:

/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /tmp/build5937091251372202973.tmp/sketch_jul10a.cpp -o /tmp/build5937091251372202973.tmp/sketch_jul10a.cpp.o

sketch_jul10a.ino: In function ‘void loop()’:
sketch_jul10a.ino:33:20: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]

/usr/share/arduino/hardware/tools/avr/bin/avr-gcc -c -g -Os -Wall -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/wiring.c -o /tmp/build5937091251372202973.tmp/wiring.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-gcc -c -g -Os -Wall -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/wiring_shift.c -o /tmp/build5937091251372202973.tmp/wiring_shift.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-gcc -c -g -Os -Wall -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/wiring_digital.c -o /tmp/build5937091251372202973.tmp/wiring_digital.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-gcc -c -g -Os -Wall -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/WInterrupts.c -o /tmp/build5937091251372202973.tmp/WInterrupts.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-gcc -c -g -Os -Wall -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/wiring_analog.c -o /tmp/build5937091251372202973.tmp/wiring_analog.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-gcc -c -g -Os -Wall -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/avr-libc/realloc.c -o /tmp/build5937091251372202973.tmp/realloc.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-gcc -c -g -Os -Wall -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/avr-libc/malloc.c -o /tmp/build5937091251372202973.tmp/malloc.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-gcc -c -g -Os -Wall -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/wiring_pulse.c -o /tmp/build5937091251372202973.tmp/wiring_pulse.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/WMath.cpp -o /tmp/build5937091251372202973.tmp/WMath.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/IPAddress.cpp -o /tmp/build5937091251372202973.tmp/IPAddress.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/new.cpp -o /tmp/build5937091251372202973.tmp/new.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/Print.cpp -o /tmp/build5937091251372202973.tmp/Print.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard

/usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp -o /tmp/build5937091251372202973.tmp/HardwareSerial.cpp.o
/usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp: In function ‘void store_char(unsigned char, ring_buffer*)’:
/usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp:100:9: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
if (i != buffer->tail) {
^
/usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp: In function ‘void __vector_18()’:

/usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp:129:21: warning: unused variable ‘c’ [-Wunused-variable]
unsigned char c = UDR0;
^
/usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp: In member function ‘void HardwareSerial::begin(long unsigned int, byte)’:
/usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp:370:11: warning: unused variable ‘current_config’ [-Wunused-variable]
uint8_t current_config;
^
/usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp: In member function ‘virtual size_t HardwareSerial::write(uint8_t)’:
/usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp:469:12: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
while (i == _tx_buffer->tail)
^
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/WString.cpp -o /tmp/build5937091251372202973.tmp/WString.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/USBCore.cpp -o /tmp/build5937091251372202973.tmp/USBCore.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/Stream.cpp -o /tmp/build5937091251372202973.tmp/Stream.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/Tone.cpp -o /tmp/build5937091251372202973.tmp/Tone.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/main.cpp -o /tmp/build5937091251372202973.tmp/main.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/CDC.cpp -o /tmp/build5937091251372202973.tmp/CDC.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -D__PROG_TYPES_COMPAT__ -I/usr/share/arduino/hardware/arduino/cores/arduino -I/usr/share/arduino/hardware/arduino/variants/standard /usr/share/arduino/hardware/arduino/cores/arduino/HID.cpp -o /tmp/build5937091251372202973.tmp/HID.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/wiring.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/wiring_shift.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/wiring_digital.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/WInterrupts.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/wiring_analog.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/realloc.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/malloc.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/wiring_pulse.c.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/WMath.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/IPAddress.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/new.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/Print.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/HardwareSerial.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/WString.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/USBCore.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/Stream.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/Tone.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/main.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/CDC.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-ar rcs /tmp/build5937091251372202973.tmp/core.a /tmp/build5937091251372202973.tmp/HID.cpp.o
/usr/share/arduino/hardware/tools/avr/bin/avr-gcc -Os -Wl,--gc-sections -mmcu=atmega328p -o /tmp/build5937091251372202973.tmp/sketch_jul10a.cpp.elf /tmp/build5937091251372202973.tmp/sketch_jul10a.cpp.o /tmp/build5937091251372202973.tmp/core.a -L/tmp/build5937091251372202973.tmp -lm
/usr/share/arduino/hardware/tools/avr/bin/avr-objcopy -O ihex -j .eeprom --set-section-flags=.eeprom=alloc,load --no-change-warnings --change-section-lma .eeprom=0 /tmp/build5937091251372202973.tmp/sketch_jul10a.cpp.elf /tmp/build5937091251372202973.tmp/sketch_jul10a.cpp.eep
/usr/share/arduino/hardware/tools/avr/bin/avr-objcopy -O ihex -R .eeprom /tmp/build5937091251372202973.tmp/sketch_jul10a.cpp.elf /tmp/build5937091251372202973.tmp/sketch_jul10a.cpp.hex
Taille binaire du croquis*: 1*934 octets (d'un max de 32*256 octets)

On y voit quelques warning mais rien de bien méchant.

Ensuite j'ai fait un avr-objdump -h -d -l -S /tmp/build5937091251372202973.tmp/sketch_jul10a.cpp.elf et je t'ai montré la partie la plus intéressante du désassemblage, qui est bien plus volumineux.

Citation:

Envoyé par ducelier

Cela contredit de nombreuses vérifications par de multiples personnes.

Ces personnes n'ont peut être pas été jusqu'à la décompilation ?

:fleche: J'ai du mal à comprendre ce qu'est sensé faire ton programme ? Peux tu m'expliquer ce qu'il doit faire ? Genre un petit mode opératoire (tu fais ci et tu reçois ça depuis le terminal). J'ai besoin de comprendre le programme pour essayer de comprendre le problème.

:fleche: Il faudrait modifier les options d'optimisation avr-g++ -Os pour en essayer d'autres et constater ou pas le problème.

:fleche: Je regarderai prochainement dans tous les fichiers que Arduino joint au sketch afin de vérifier l'état du watchdog car tu sembles certain qu'il n'est pas activé par défaut alors que moi il me semblait bien qu'il l'était.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 wiring.c.o wiring_shift.c.o wiring_digital.c.o WInterrupts.c.o wiring_analog.c.o realloc.c.o malloc.c.o wiring_pulse.c.o WMath.cpp.o IPAddress.cpp.o new.cpp.o Print.cpp.o HardwareSerial.cpp.o WString.cpp.o USBCore.cpp.o Stream.cpp.o Tone.cpp.o main.cpp.o CDC.cpp.o HID.cpp.o
Par contre je n'ai pas beaucoup de temps en ce moment, faudra me laisser un peu de temps ou le faire avec moi.
A+

11/07/2018, 17h05
ducelier

chaine de production

Hello Vincent Petit

Citation:

En effet j'ai compilé ton programme avec l'IDE Arduino officiel 2:1.0.5, je ne sais pas si c'est la dernière version mais c'est celle qui est fournie avec ma distribution Linux Ubuntu.

Ah! Nous n'utilisons pas la même chaine de production : j'utilise l'IDE 1.8.4 et/ou 1.8.5 sous Windows 10.
Sur les fils lancés sur les forums arduino.cc français et anglais, les personnes utilisant d'autres chaines de compilation (Arduino-Makefile) ou tournant sous OS X ou Linux ne constatent pas le phénomène.
Cela pourrait bien être une explication pour nos divergences?

Citation:

Ces personnes n'ont peut être pas été jusqu'à la décompilation ?

Oh! si!
Et sur plusieurs versions du programme plus ou moins modifié et/ou simplifié.

Citation:

:fleche: J'ai du mal à comprendre ce qu'est sensé faire ton programme ? Peux tu m'expliquer ce qu'il doit faire ? Genre un petit mode opératoire (tu fais ci et tu reçois ça depuis le terminal). J'ai besoin de comprendre le programme pour essayer de comprendre le problème.

Au départ : à envoyer une trame d'octets binaires aléatoires via la liaison USB à un programme tournant sur le PC.

Citation:

:fleche: Je regarderai prochainement dans tous les fichiers que Arduino joint au sketch afin de vérifier l'état du watchdog car tu sembles certain qu'il n'est pas activé par défaut alors que moi il me semblait bien qu'il l'était.

Avec l'ESP8266, les watchdogs sont activés par défaut; pas avec l'arduino ( UNO en tous cas ). Certain et vérifié depuis longtemps.

Encore merci pour vos réponses.

Cordialement,
bidouilleelec
11/07/2018, 21h35
Vincent PETIT

Citation:

Envoyé par ducelier

Ah! Nous n'utilisons pas la même chaine de production [...]
Cela pourrait bien être une explication pour nos divergences?

En effet ça semble possible.

Citation:

Envoyé par ducelier

Oh! si!
Et sur plusieurs versions du programme plus ou moins modifié et/ou simplifié.

D'accord. Si ils ont constaté la disparition du code lors du désassemblage alors c'est que les options d'optimisation ont eu une influence trop importante sur le fonctionnement du soft. Il aurait été intéressant de ne pas l'optimiser afin de voir ce qu'il se passe.

Citation:

Envoyé par ducelier

Avec l'ESP8266, les watchdogs sont activés par défaut; pas avec l'arduino ( UNO en tous cas ). Certain et vérifié depuis longtemps.

Alors c'est moi qui était persuadé, à tord, du contraire. Je vais te croire sur parole et m'épargner une analyse de tout ça ;) De toute façon je n'utilise pas Arduino en temps normal, je programme directement en C avec AVR-GCC comme ça si le WDT est activé ou pas, c'est forcément par moi :lol:
14/07/2018, 05h30
ducelier

variations sur les options d'optimisation

Bonjour Vincent PETIT

Citation:

Envoyé par Vincent PETIT

En effet ça semble possible.

D'accord. Si ils ont constaté la disparition du code lors du désassemblage alors c'est que les options d'optimisation ont eu une influence trop importante sur le fonctionnement du soft. Il aurait été intéressant de ne pas l'optimiser afin de voir ce qu'il se passe.

Important :
ma chaine de production est :
IDE Arduino 1.8.4 et/ou 1.8.5 ( Windows 10) qui utilise :
_ avr-gcc 4.9.2
_ avr-g++ 4.9.2
_ avrdude V6.3
_ un fichier Platform.txt avec l'option -Os

J'appelle version NOK la version d'un programme compilé avec -Os ( option "standart de l'IDE Arduino) et qui ne fonctionne pas ,chez moi, comme attendu par un être humain standard.

J'ai fait des essais avec plusieurs versions NOK en utilisant ( dans platform.txt 3 occurences de -Os) -O0 , -O2 , -O3 .

Avec -O0 , -O2 : l'exécution est toujours OK.
Avec -O3 : quelques fois le résultat devient OK.

Avec les programmes utilisés et avec l'option -O2 , l'augmentation de taille du programme en Flash est négligeable, nulle en Ram.

Cordialement et Bon match,
bidouilleelec
16/07/2018, 18h53
Vincent PETIT

Tu pourrais me montrer un désassemblage avr-objdump -h -d -l -S /????/tonfichier.cpp.elf que je constate la disparition de ton code entre la version "ligne 34 en commentaire " et "ligne 34 opérationnelle" ?

Merci.

1 pièce(s) jointe(s)

Bonjour Vincent PETIT

Voici l'assembleur d'un exemple NOK.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
 
int n_trame = 1;
bool recu = false;
char incomingByte = 'a';
 
void setup() {
  Serial.begin(115200);
} // fin setup
 
void loop() {
 
  recu = false;  
  if ( n_trame <= 3 ) 
  { 
      while ( !recu ) 
      {
             if (Serial.available() > 0) 
             {
                 incomingByte = Serial.read();            
                 if (incomingByte == 'c' )
                 {                                                    
                     recu = true;                        
                 } // fin in == 'c'
             } // fin Serial.available             
      } // fin while
      Serial.println(n_trame);
      n_trame++;      
  }  // fin if n_trame
  else
  {    
    while(1);   // {asm("");}  //OK avec asm(""); https://stackoverflow.com/questions/7083482/how-to-prevent-gcc-from-optimizing-out-a-busy-wait-loop
  } // fin else n_trame 
} // fin loop

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
 
5a4:	80 83       	st	Z, r24
 *********************************************************************************
loop():
......./Bug_IF_Bpj_NOK_end-start_asm_simp_NOK_1-8-5_Os.ino:21
**** recu = true;
 5a6:	11 e0       	ldi	r17, 0x01	; 1								//*** ???pour recu=true????
......./Bug_IF_Bpj_NOK_end-start_asm_simp_NOK_1-8-5_Os.ino:11
**** recu = false;
void loop();
 5a8:	10 92 18 01 	sts	0x0118, r1	; 0x800118 <__data_end>			//*** r1->recu
......./Bug_IF_Bpj_NOK_end-start_asm_simp_NOK_1-8-5_Os.ino:12
**** if ( n_trame <= 3 )
#line 5 +++++++Bug_IF_Bpj_NOK_end-start_asm_simp_NOK_1-8-5_Os.ino"
 5ac:	c0 91 01 01 	lds	r28, 0x0101	; 0x800101 <n_trame>			//*** n_trame->r28,r29
 5b0:	d0 91 02 01 	lds	r29, 0x0102	; 0x800102 <n_trame+0x1>
......./Bug_IF_Bpj_NOK_end-start_asm_simp_NOK_1-8-5_Os.ino:14
while ( !recu )
 5b4:	80 91 18 01 	lds	r24, 0x0118	; 0x800118 <__data_end>			//*** recu->r24
 5b8:	81 11       	cpse	r24, r1									//*** saut à 5bc si r24=51 (recu = false)
 5ba:	12 c0       	rjmp	.+36     	; 0x5e0 <main+0x12a>		//*** saut si recu=vrai (pour print)
......./Bug_IF_Bpj_NOK_end-start_asm_simp_NOK_1-8-5_Os.ino:16
**** if (Serial.available() > 0) 
 
 5bc:	82 e2       	ldi	r24, 0x22	; 34
 5be:	91 e0       	ldi	r25, 0x01	; 1
 5c0:	0e 94 c0 00 	call	0x180	; 0x180 <_ZN14HardwareSerial9availableEv>
 5c4:	18 16       	cp	r1, r24
 5c6:	19 06       	cpc	r1, r25
 5c8:	ac f7       	brge	.-22     	; 0x5b4 <main+0xfe>
......./Bug_IF_Bpj_NOK_end-start_asm_simp_NOK_1-8-5_Os.ino:18
**** incomingByte = Serial.read();
 5ca:	82 e2       	ldi	r24, 0x22	; 34
 5cc:	91 e0       	ldi	r25, 0x01	; 1
 5ce:	0e 94 9e 00 	call	0x13c	; 0x13c <_ZN14HardwareSerial4readEv>
 5d2:	80 93 00 01 	sts	0x0100, r24	; 0x800100 <__data_start>		//*** r24->incomingByte
......./Bug_IF_Bpj_NOK_end-start_asm_simp_NOK_1-8-5_Os.ino:19
**** if (incomingByte == 'c' )  
 5d6:	83 36       	cpi	r24, 0x63	; 99							//*** if (incomingByte == 'c' )
 5d8:	69 f7       	brne	.-38     	; 0x5b4 <main+0xfe>			//*** saut à while(!recu) si r24!= c
......./Bug_IF_Bpj_NOK_end-start_asm_simp_NOK_1-8-5_Os.ino:21
**** recu = true;
 5da:	10 93 18 01 	sts	0x0118, r17	; 0x800118 <__data_end>			//*** r17->recu
 5de:	ea cf       	rjmp	.-44     	; 0x5b4 <main+0xfe>			//*** saut à while(!recu)
 5e0:	6e 01       	movw	r12, r28
 5e2:	0d 2e       	mov	r0, r29
 5e4:	00 0c       	add	r0, r0
 5e6:	ee 08       	sbc	r14, r14
 5e8:	ff 08       	sbc	r15, r15
print():
_Sauv_Arduino_1-8-5\hardware\arduino\avr\cores\arduino/Print.cpp:92
size_t Print::print(long n, int base)
{
  if (base == 0) {
    return write(n);
  } else if (base == 10) {
    if (n < 0) {
 5ea:	d7 ff       	sbrs	r29, 7
 5ec:	14 c0       	rjmp	.+40     	; 0x616 <main+0x160>
_Sauv_Arduino_1-8-5\hardware\arduino\avr\cores\arduino/Print.cpp:69
  return write(str);
}
 
size_t Print::print(char c)
{
  return write(c);
 5ee:	e0 91 22 01 	lds	r30, 0x0122	; 0x800122 <Serial>
 5f2:	f0 91 23 01 	lds	r31, 0x0123	; 0x800123 <Serial+0x1>
 5f6:	01 90       	ld	r0, Z+
 5f8:	f0 81       	ld	r31, Z
 5fa:	e0 2d       	mov	r30, r0
 5fc:	6d e2       	ldi	r22, 0x2D	; 45
 5fe:	82 e2       	ldi	r24, 0x22	; 34
 600:	91 e0       	ldi	r25, 0x01	; 1
 602:	09 95       	icall
_Sauv_Arduino_1-8-5\hardware\arduino\avr\cores\arduino/Print.cpp:94
  if (base == 0) {
    return write(n);
  } else if (base == 10) {
    if (n < 0) {
      int t = print('-');
      n = -n;
 604:	66 27       	eor	r22, r22
 606:	77 27       	eor	r23, r23
 608:	cb 01       	movw	r24, r22
 60a:	6c 19       	sub	r22, r12
 60c:	7d 09       	sbc	r23, r13
 60e:	8e 09       	sbc	r24, r14
 610:	9f 09       	sbc	r25, r15
_Sauv_Arduino_1-8-5\hardware\arduino\avr\cores\arduino/Print.cpp:95
      return printNumber(n, 10) + t;
 612:	4a e0       	ldi	r20, 0x0A	; 10
 614:	03 c0       	rjmp	.+6      	; 0x61c <main+0x166>
_Sauv_Arduino_1-8-5\hardware\arduino\avr\cores\arduino/Print.cpp:97
    }
    return printNumber(n, 10);
 616:	4a e0       	ldi	r20, 0x0A	; 10
 618:	c7 01       	movw	r24, r14
 61a:	b6 01       	movw	r22, r12
 61c:	0e 94 66 01 	call	0x2cc	; 0x2cc <_ZN5Print11printNumberEmh.constprop.7>
write():
_Sauv_Arduino_1-8-5\hardware\arduino\avr\cores\arduino/Print.h:54
      return write((const uint8_t *)str, strlen(str));
 620:	42 e0       	ldi	r20, 0x02	; 2
 622:	50 e0       	ldi	r21, 0x00	; 0
 624:	65 e1       	ldi	r22, 0x15	; 21
 626:	71 e0       	ldi	r23, 0x01	; 1
 628:	82 e2       	ldi	r24, 0x22	; 34
 62a:	91 e0       	ldi	r25, 0x01	; 1
 62c:	0e 94 5f 00 	call	0xbe	; 0xbe <_ZN5Print5writeEPKhj>
loop():
......./Bug_IF_Bpj_NOK_end-start_asm_simp_NOK_1-8-5_Os.ino:26
**** n_trame++;            
 630:	80 91 01 01 	lds	r24, 0x0101	; 0x800101 <n_trame>			//*** n_trame->r24,r25
 634:	90 91 02 01 	lds	r25, 0x0102	; 0x800102 <n_trame+0x1>
 638:	01 96       	adiw	r24, 0x01	; 1
 63a:	90 93 02 01 	sts	0x0102, r25	; 0x800102 <n_trame+0x1>		//*** n_trame++
 63e:	80 93 01 01 	sts	0x0101, r24	; 0x800101 <n_trame>
main():
_Sauv_Arduino_1-8-5\hardware\arduino\avr\cores\arduino/main.cpp:47
 
**** if (serialEventRun) serialEventRun();
 642:	0e 94 5c 01 	call	0x2b8	; 0x2b8 <_Z14serialEventRunv>
 646:	b0 cf       	rjmp	.-160    	; 0x5a8 <main+0xf2>			//*** saut à début loop
// ********************************************************************************************
00000648 <_GLOBAL__sub_I___vector_18>:
_ZN5PrintC2Ev():
_Sauv_Arduino_1-8-5\hardware\arduino\avr\cores\arduino/Print.h:46
    size_t printNumber(unsigned long, uint8_t);
    size_t printFloat(double, uint8_t);
  protected:
    void setWriteError(int err = 1) { write_error = err; }
  public:
    Print() : write_error(0) {}
 648:	e2 e2       	ldi	r30, 0x22	; 34
 64a:	f1 e0       	ldi	r31, 0x01	; 1
 64c:	13 82       	std	Z+3, r1	; 0x03
 64e:	12 82       	std	Z+2, r1	; 0x02
_GLOBAL__sub_I___vector_18():
_Sauv_Arduino_1-8-5\hardware\arduino\avr\cores\arduino/Stream.h:63
  public:
    virtual int available() = 0;
    virtual int read() = 0;
    virtual int peek() = 0;
 
    Stream() {_timeout=1000;}
 650:	88 ee       	ldi	r24, 0xE8	; 232
 652:	93 e0       	ldi	r25, 0x03	; 3
 654:	a0 e0       	ldi	r26, 0x00	; 0
 656:	b0 e0       	ldi	r27, 0x00	; 0
 658:	84 83       	std	Z+4, r24	; 0x04
 65a:	95 83       	std	Z+5, r25	; 0x05
 65c:	a6 83       	std	Z+6, r26	; 0x06
 65e:	b7 83       	std	Z+7, r27	; 0x07
_ZN14HardwareSerialC2EPVhS1_S1_S1_S1_S1_():
_Sauv_Arduino_1-8-5\hardware\arduino\avr\cores\arduino/HardwareSerial_private.h:95
  volatile uint8_t *ucsrc, volatile uint8_t *udr) :
    _ubrrh(ubrrh), _ubrrl(ubrrl),
    _ucsra(ucsra), _ucsrb(ucsrb), _ucsrc(ucsrc),
    _udr(udr),
    _rx_buffer_head(0), _rx_buffer_tail(0),
    _tx_buffer_head(0), _tx_buffer_tail(0)
 660:	87 e0       	ldi	r24, 0x07	; 7
 662:	91 e0       	ldi	r25, 0x01	; 1
 664:	91 83       	std	Z+1, r25	; 0x01
 666:	80 83       	st	Z, r24
 668:	85 ec       	ldi	r24, 0xC5	; 197
 66a:	90 e0       	ldi	r25, 0x00	; 0
 66c:	95 87       	std	Z+13, r25	; 0x0d
 66e:	84 87       	std	Z+12, r24	; 0x0c
 670:	84 ec       	ldi	r24, 0xC4	; 196
 672:	90 e0       	ldi	r25, 0x00	; 0
 674:	97 87       	std	Z+15, r25	; 0x0f
 676:	86 87       	std	Z+14, r24	; 0x0e
 678:	80 ec       	ldi	r24, 0xC0	; 192
 67a:	90 e0       	ldi	r25, 0x00	; 0
 67c:	91 8b       	std	Z+17, r25	; 0x11
 67e:	80 8b       	std	Z+16, r24	; 0x10
 680:	81 ec       	ldi	r24, 0xC1	; 193
 682:	90 e0       	ldi	r25, 0x00	; 0
 684:	93 8b       	std	Z+19, r25	; 0x13
 686:	82 8b       	std	Z+18, r24	; 0x12
 688:	82 ec       	ldi	r24, 0xC2	; 194
 68a:	90 e0       	ldi	r25, 0x00	; 0
 68c:	95 8b       	std	Z+21, r25	; 0x15
 68e:	84 8b       	std	Z+20, r24	; 0x14
 690:	86 ec       	ldi	r24, 0xC6	; 198
 692:	90 e0       	ldi	r25, 0x00	; 0
 694:	97 8b       	std	Z+23, r25	; 0x17
 696:	86 8b       	std	Z+22, r24	; 0x16
 698:	11 8e       	std	Z+25, r1	; 0x19
 69a:	12 8e       	std	Z+26, r1	; 0x1a
 69c:	13 8e       	std	Z+27, r1	; 0x1b
 69e:	14 8e       	std	Z+28, r1	; 0x1c
 6a0:	08 95       	ret
 
 
000006f2 <abort>:
abort():
 6f2:	81 e0       	ldi	r24, 0x01	; 1
 6f4:	90 e0       	ldi	r25, 0x00	; 0
 6f6:	f8 94       	cli
 6f8:	0c 94 7e 03 	jmp	0x6fc	; 0x6fc <_exit>
 
000006fc <_exit>:
exit():
 6fc:	f8 94       	cli
 
000006fe <__stop_program>:
__stop_program():
 6fe:	ff cf       	rjmp	.-2      	; 0x6fe <__stop_program>

Je ne vois ni test de n_trame ni boucle infinie.

Cordialement,
bidouilleelec