Bug.

Do you have a question? Post it now! No Registration Necessary

Translate This Thread From French to

Threaded View
J'ai un bug E9%tonnant (sic) sur une com oF9% une carte #1
(toujours la mEA%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 E0% 100 % pour *toutes* les autres trames.

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

Juste une premiE8%re piste avec un soupcon sur le chip
qui translate le signal logique en signal RS232 :
certains ont les capas de leur pompe E0% 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 oF9% 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 dE9%ja eu
ce genre de problE8%me, et si oui, trouvE9% la raison ?


Re: Bug.
Jean-Christophe a tapoté du bout de ses petites papattes :
Quoted text here. Click to load it

Sur un PC ou un truc à toi ?

--
LeLapin



Re: Bug.
On 10 jan, 23:16, LeLapin

Quoted text here. Click to load it

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

Re: Bug.
Jean-Christophe a tapoté du bout de ses petites papattes :
Quoted text here. Click to load it

Je pensais à des conflits d'interruptions.

--
LeLapin



Re: Bug.
On 11 jan, 19:52, LeLapin

| Sur un PC ou un truc E0% toi ?

Quoted text here. Click to load it

| Je pensais E0% des conflits d'interruptions.

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

Cela dit, merci d'essayer :o)
Quand on ne sait pas oF9% chercher
toute piste est bonne E0% E9%tudier.
A mon goFB%t c'est justement quand on ne comprend
pas du premier coup ce qui dE9%conne, que ca rend
la rE9%solution du problE8%me encore plus intE9%rE9%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 problE8%me.
Ce qui me gE8%ne est que, vu que je n'ai
pas encore identifiE9% la source du problE8%me,
il est tout E0% fait possible que cela se reproduise :
autant ca ne me gE8%ne pas que ca arrive au labo R&D,
autant je dE9%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 rF4%dant le long des sources je dE9%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 !

MalgrE9% ca je suis loin de jeter l'E9%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 problE8%me !

J'en suis E0% soupconner un bug dFB% E0% une interaction
subtile entre le soft et un composant qui serait
E0% la limite de ses spE9%cifications ... sympa, non ?


Site Timeline