Bug.

Tue Jan 10, 2012 11:44 pm   

J'ai un bug étonnant (sic) sur une com où une carte #1
(toujours la même) dialogue en RS232 avec une carte #2.
En R&D tout est ok mais en prod une des cartes #2
ne recoit pas *une* des trames de la carte #1, alors
que tout est ok à 100 % pour *toutes* les autres trames.

En remplacant la carte #2 fautive par une autre
(avec le même firmware) le bug disparait.

Juste une première piste avec un soupcon sur le chip
qui translate le signal logique en signal RS232 :
certains ont les capas de leur pompe à diodes (100 nF)
trop justes et ne supportent pas les trames trop longues
car cela fait baisser la tension RS232 au-dessous du seuil
standard en RS232 pour les transitions logiques 0/1.

Au point où j'en suis de mes investigations
je ne sais pas encore si c'est la bonne explication,
(d'autres trames passent alors qu'elles sont plus longues)
mais ca m'intrigue : est-ce que vous avez déja eu
ce genre de problème, et si oui, trouvé la raison ?

Tue Jan 10, 2012 11:44 pm   

Jean-Christophe a tapoté du bout de ses petites papattes :

Sur un PC ou un truc à toi ?

--
LeLapin

Wed Jan 11, 2012 7:52 pm   

Jean-Christophe a tapoté du bout de ses petites papattes :

Je pensais à des conflits d'interruptions.

--
LeLapin

Wed Jan 11, 2012 7:55 pm   

On 10 jan, 23:16, LeLapin


Entre deux cartes autonomes.
( d'après les mesures faites aujourd'hui
le chip 232 n'est pas en cause )

Wed Jan 11, 2012 11:20 pm   

On 11 jan, 19:52, LeLapin

| Sur un PC ou un truc à toi ?


| Je pensais à des conflits d'interruptions.

Oui mais non, le firmware de ces cartes
est écrit par bibi en mode nickel-chrome.
( je sais ce qui tourne sous le coffre )

Cela dit, merci d'essayer )
Quand on ne sait pas où chercher
toute piste est bonne à étudier.
A mon goût c'est justement quand on ne comprend
pas du premier coup ce qui déconne, que ca rend
la résolution du problème encore plus intéréssante.
(parce-que ca veut dire qu'on VA apprendre quelque chose)

Note que je pourrais m'en foutre, vu que 99,9 %
des cartes fonctionnent sans aucun problème.
Ce qui me gène est que, vu que je n'ai
pas encore identifié la source du problème,
il est tout à fait possible que cela se reproduise :
autant ca ne me gène pas que ca arrive au labo R&D,
autant je déteste que ca se produise chez un client.
( je pense que tout le monde comprend ca )

Aujourd'hui j'allais faire des mesures sur le hard
de la carte, donc je recompile le firmware en mode debug,
et en rôdant le long des sources je découvre un truc
un peu limite dans la gestion du watchdog du uP :
j'essaie un correctif avec un patch 'fast n' dirty',
et voici que la carte fautive fonctionne correctement !

Malgré ca je suis loin de jeter l'éponge car
je ne m'explique toujours pas comment les 99,9 %
des autres cartes fonctionnent sans ce patch,
avec le firmware d'origine, et sans aucun problème !

J'en suis à soupconner un bug dû à une interaction
subtile entre le soft et un composant qui serait
à la limite de ses spécifications ... sympa, non ?