Fault status RM 51

lvperlo · 2009-11-03 00:21 UTC

Original sent date : Sat Jan 10 20:49:37 CET 2004
<html><body>

<tt>
Michel, 
 
> Leon, nog een vraagje. Ik heb op dit moment de electronica op de 
> werkelijk baan aangesloten. De wissels en sensoren moet ik nog 
> aansluiten. De blokken zitten echter al aangesloten, en de trein 
> rijdt (via eigen software). 
> 
> Nu is mijn vraag: 
> 
> De FAULT status treed op als: 
> 
> A. er 2 seconden geen communicatie is 
> B. de RM51 in HOLD staat en de PC blijft zenden en een buffer 
> overflow veroorzaakt. 
 
C. Een TM51 controller een foutstatus genereert. Dit kan optreden: 
 a. Als er 2 seconden geen communicate is geweest tussen RM51 en TM51 
 b. De TM51 een interne buffer overflow krijgt door een zeer groot 
aantal tegelijkertijd optredende bezetmeldingen/reed-switches en hij die 
berichten niet kwijt kan. 
 
Of C de oorzaak is kun je achterhalen door een status request op te 
vragen, maar dit zal bijna nooit het geval zijn (ik heb het nog nooit 
voor elkaar gekregen, behalve door de link tussen RM51 en TM51 los te 
trekken. 
 
> Nu is het vreemde dat eens in de <random 10 minuten -> halfuur> tijd 
> de RM51 in FAULT springt. Na controle blijkt dat de hold bit niet 
> wordt gezet, kan ook niet want er worden alleen null commando's in 
> de test periode gestuurd (trein rijdt domweg rondjes op 1 snelheid). 
> 
> Toch valt de communicatie soms ineens weg (de rode led gaat dan ook 
> even uit, maar het lijkt geen 2 seconden). Zover ik begrepen heb 
> brandt de rode let op de RM51 alleen als er een PC datagram wordt 
> ontvangen, niet als de RM51 iets naar de PC zendt. 
 
Ik zou het even moeten nakijken in de code, maar ik vermoed dat de rode 
LED aan gaat zodra er een foutloos datagram door de RM ontvangen is en 
weer uit gaat zodra de RM een volledig datagram heeft teruggezonden (en 
dus weer staat te wachten). 
 
Vanuit Dinamo gezien: Als de rode LED uit is staat-ie dus op jou te 
wachten ;-) 
 
> Kan het zijn dat de RM51 niets naar de PC zendt? Alles zit op een 
> geaard stopcontact, en windows doet verder niets. En het gebeurt na 
> een reset nooit na een ongeveer dezelfde periode. 
 
Dat de RM zomaar niets zendt lijkt me onwaarschijnlijk. Wat wellicht wel 
kan is dat de PC een response niet ontvangt, of dat de RM een datagram 
van de PC niet ontvangt. Volgens mij logt Koploper het niet en ik kan 
het dus niet nagaan, maar toen ik nog mijn eigen software draaide had ik 
een retransmission counter meedraaien en die stond altijd op 0. 
Ik weet niet hoe jij je software hebt ingericht en of het zo zou kunnen 
zijn dat de PC even niet zendt of even niets ontvangt (en dus iets 
mist). Het is in elk geval de verantwoordelijkheid van de PC om de 
communicatie op gang te houden (2 kapiteins op 1 schip werkt meestal 
niet). Als de RM een datagram met een fout krijgt doet-ie er gewoon 
helemaal niks mee en stuurt ook geen antwoord. Het is dus aan jou om als 
je niet - zeg - binnen 200ms een datagram terug hebt ontvangen een 
retransmission te sturen met een ongewijzigd toggle bit. Zou de RM dat 
commando al hebben ontvangen (en heb jij alleen het antwoord niet 
gekregen) dan ziet de RM dat aan het toggle bit en doet niets met het 
commando, maar stuurt alleen opnieuw een respons. 
 
> Is dit een bekend fenomeen? 
 
Bij mij niet, misschien kent een ander het ... ? 
 
Groeten, 
 Leon 
 
 
</tt>

<tt>
To unsubscribe from this group, send an email to: 
mailto://dinamousers-unsubscribe@yahoogroups.com 
 
</tt>

<tt><hr width="500">
Yahoo! Groups Links 
<ul>
<li>To visit your group on the web, go to: http://groups.yahoo.com/group/dinamousers/ 
<li>To unsubscribe from this group, send an email to: dinamousers-unsubscribe@yahoogroups.com 
<li>Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
</ul>
</tt>

</body></html>

Fault status RM 51

mjvdzwet <mjvanderzwet@caiw.nl> · 2009-11-03 00:21 UTC

Original sent date : Sat Jan 10 14:07:37 CET 2004
<html><body>

<tt>
Leon, nog een vraagje. Ik heb op dit moment de electronica op de 
werkelijk baan aangesloten. De wissels en sensoren moet ik nog 
aansluiten. De blokken zitten echter al aangesloten, en de trein 
rijdt (via eigen software). 
 
Nu is mijn vraag: 
 
De FAULT status treed op als: 
 
A. er 2 seconden geen communicatie is 
B. de RM51 in HOLD staat en de PC blijft zenden en een buffer 
overflow veroorzaakt. 
 
Nu is het vreemde dat eens in de <random 10 minuten -> halfuur> tijd 
de RM51 in FAULT springt. Na controle blijkt dat de hold bit niet 
wordt gezet, kan ook niet want er worden alleen null commando's in 
de test periode gestuurd (trein rijdt domweg rondjes op 1 snelheid). 
 
Toch valt de communicatie soms ineens weg (de rode led gaat dan ook 
even uit, maar het lijkt geen 2 seconden). Zover ik begrepen heb 
brandt de rode let op de RM51 alleen als er een PC datagram wordt 
ontvangen, niet als de RM51 iets naar de PC zendt. 
 
Kan het zijn dat de RM51 niets naar de PC zendt? Alles zit op een 
geaard stopcontact, en windows doet verder niets. En het gebeurt na 
een reset nooit na een ongeveer dezelfde periode. 
 
Is dit een bekend fenomeen? 
 
Groetjes, Michel van der Zwet 
 
</tt>

<tt>
To unsubscribe from this group, send an email to: 
mailto://dinamousers-unsubscribe@yahoogroups.com 
 
</tt>

<! ~~|**|begin egp html banner|**|~~ >

<table border=0 cellspacing=0 cellpadding=2>
<tr bgcolor=#FFFFCC>
<td align=center>Yahoo! Groups Sponsor</td>
</tr>
<tr bgcolor=#FFFFFF>
<td align=center width=470><table border=0 cellpadding=0 cellspacing=0> <tr> <td align=center>ADVERTISEMENT <img src="http://us.a1.yimg.com/us.yimg.com/a/ne/netflix/yhoo1103_b_300250A.gif" alt="click here" width="300" height="250" border="0"></td></tr></table> </td>
</tr>
<tr><td><img alt="" width=1 height=1 src="http://us.adserver.yahoo.com/l?M=267637.4116730.5333196.1261774/D=egroupmail/S=:HM/A=1853619/rand=102088683"></td></tr>
</table>

<! ~~|**|end egp html banner|**|~~ >

</body></html>

Fault status RM 51

"M.J. van der Zwet" <mjvanderzwet@caiw.nl> · 2009-11-03 00:21 UTC

Original sent date : Sun Jan 11 11:53:49 CET 2004
<html><body>

<tt>
Ik ben aan het puzzelen geweest, en het ziet er naar uit dat het mijn fout 
was :) Het geheel draait in een eigen "thread". Dit draadje is 
verantwoordelijk voor de communicatie. Dit houdt in dat het berichten van de 
toepassingslaag krijgt via windows messages welke afgehandeld moeten worden 
en commando's ontvangt en verstuurd van/naar de RM51. Nu stuurde ik steeds 1 
byte naar de RM51 keek dan of er nieuwe windows messages waren, dan weer een 
byte naar de RM51... enzovoorts. Nu zou windows niet mogen wachten op een 
peekmessages commando... maar blijkbaar gebeurt dat soms wel... hierdoor 
lijkt het er op dat als tussen 2 bytes naar de RM51 iets te lang zit (minder 
dan 2 seconden) de RM51 de volgende byte niet meer ziet als behorend bij het 
huidige datagram. De PC maakt het datagram af, maar de RM51 vindt het 
nergens meer op lijken... en aan het eind van de cyclus is soms net de 2 
seconden verstreken. 
 
Nu zorg ik ervoor dat per "thread" cyclus een volledig datagram wordt 
afgewerkt, of bij een fout direct wordt afgebroken. Nu komt een datagram dus 
als 1 geheel binnen bij de RM51, en worden na ieder datagram de windows 
messages afgehandeld ipv na ieder byte. 
 
Het geheel heeft nu 1 uur achter elkaar gereden... dus het ziet er goed uit. 
 
Groetjes, Michel van der Zwet 
 
----- Original Message ----- 
From: "Leon van Perlo" <leon@vanperlo.net> 
To: <dinamousers@yahoogroups.com> 
Sent: Saturday, 10 January, 2004 20:49 
Subject: Re: dinamousers Fault status RM 51 
 
 
> Michel, 
> 
> > Leon, nog een vraagje. Ik heb op dit moment de electronica op de 
> > werkelijk baan aangesloten. De wissels en sensoren moet ik nog 
> > aansluiten. De blokken zitten echter al aangesloten, en de trein 
> > rijdt (via eigen software). 
> > 
> > Nu is mijn vraag: 
> > 
> > De FAULT status treed op als: 
> > 
> > A. er 2 seconden geen communicatie is 
> > B. de RM51 in HOLD staat en de PC blijft zenden en een buffer 
> > overflow veroorzaakt. 
> 
> C. Een TM51 controller een foutstatus genereert. Dit kan optreden: 
> a. Als er 2 seconden geen communicate is geweest tussen RM51 en TM51 
> b. De TM51 een interne buffer overflow krijgt door een zeer groot 
> aantal tegelijkertijd optredende bezetmeldingen/reed-switches en hij die 
> berichten niet kwijt kan. 
> 
> Of C de oorzaak is kun je achterhalen door een status request op te 
> vragen, maar dit zal bijna nooit het geval zijn (ik heb het nog nooit 
> voor elkaar gekregen, behalve door de link tussen RM51 en TM51 los te 
> trekken. 
> 
> > Nu is het vreemde dat eens in de <random 10 minuten -> halfuur> tijd 
> > de RM51 in FAULT springt. Na controle blijkt dat de hold bit niet 
> > wordt gezet, kan ook niet want er worden alleen null commando's in 
> > de test periode gestuurd (trein rijdt domweg rondjes op 1 snelheid). 
> > 
> > Toch valt de communicatie soms ineens weg (de rode led gaat dan ook 
> > even uit, maar het lijkt geen 2 seconden). Zover ik begrepen heb 
> > brandt de rode let op de RM51 alleen als er een PC datagram wordt 
> > ontvangen, niet als de RM51 iets naar de PC zendt. 
> 
> Ik zou het even moeten nakijken in de code, maar ik vermoed dat de rode 
> LED aan gaat zodra er een foutloos datagram door de RM ontvangen is en 
> weer uit gaat zodra de RM een volledig datagram heeft teruggezonden (en 
> dus weer staat te wachten). 
> 
> Vanuit Dinamo gezien: Als de rode LED uit is staat-ie dus op jou te 
> wachten ;-) 
> 
> > Kan het zijn dat de RM51 niets naar de PC zendt? Alles zit op een 
> > geaard stopcontact, en windows doet verder niets. En het gebeurt na 
> > een reset nooit na een ongeveer dezelfde periode. 
> 
> Dat de RM zomaar niets zendt lijkt me onwaarschijnlijk. Wat wellicht wel 
> kan is dat de PC een response niet ontvangt, of dat de RM een datagram 
> van de PC niet ontvangt. Volgens mij logt Koploper het niet en ik kan 
> het dus niet nagaan, maar toen ik nog mijn eigen software draaide had ik 
> een retransmission counter meedraaien en die stond altijd op 0. 
> Ik weet niet hoe jij je software hebt ingericht en of het zo zou kunnen 
> zijn dat de PC even niet zendt of even niets ontvangt (en dus iets 
> mist). Het is in elk geval de verantwoordelijkheid van de PC om de 
> communicatie op gang te houden (2 kapiteins op 1 schip werkt meestal 
> niet). Als de RM een datagram met een fout krijgt doet-ie er gewoon 
> helemaal niks mee en stuurt ook geen antwoord. Het is dus aan jou om als 
> je niet - zeg - binnen 200ms een datagram terug hebt ontvangen een 
> retransmission te sturen met een ongewijzigd toggle bit. Zou de RM dat 
> commando al hebben ontvangen (en heb jij alleen het antwoord niet 
> gekregen) dan ziet de RM dat aan het toggle bit en doet niets met het 
> commando, maar stuurt alleen opnieuw een respons. 
> 
> > Is dit een bekend fenomeen? 
> 
> Bij mij niet, misschien kent een ander het ... ? 
> 
> Groeten, 
> Leon 
> 
> 
> 
> To unsubscribe from this group, send an email to: 
> mailto://dinamousers-unsubscribe@yahoogroups.com 
> 
> 
> 
> Yahoo! Groups Links 
> 
> To visit your group on the web, go to: 
> http://groups.yahoo.com/group/dinamousers/ 
> 
> To unsubscribe from this group, send an email to: 
> dinamousers-unsubscribe@yahoogroups.com 
> 
> Your use of Yahoo! Groups is subject to: 
> http://docs.yahoo.com/info/terms/ 
> 
> 
 
</tt>

<tt>
To unsubscribe from this group, send an email to: 
mailto://dinamousers-unsubscribe@yahoogroups.com 
 
</tt>

<! ~~|**|begin egp html banner|**|~~ >

<table border=0 cellspacing=0 cellpadding=2>
<tr bgcolor=#FFFFCC>
<td align=center>Yahoo! Groups Sponsor</td>
</tr>
<tr bgcolor=#FFFFFF>
<td align=center width=470><table border=0 cellpadding=0 cellspacing=0> <tr> <td align=center>ADVERTISEMENT <img src="http://us.a1.yimg.com/us.yimg.com/a/ne/netflix/yhoo1103_a_300250A.gif" alt="click here" width="300" height="250" border="0"></td></tr></table> </td>
</tr>
<tr><td><img alt="" width=1 height=1 src="http://us.adserver.yahoo.com/l?M=267637.4116730.5333196.1261774/D=egroupmail/S=:HM/A=1853618/rand=683159823"></td></tr>
</table>

<! ~~|**|end egp html banner|**|~~ >

</body></html>

Fault status RM 51

lvperlo · 2009-11-03 00:21 UTC

Original sent date : Sun Jan 11 12:18:33 CET 2004
<html><body>

<tt>
Michel, 
 
> ... hierdoor 
> lijkt het er op dat als tussen 2 bytes naar de RM51 iets te lang zit 
> (minder 
> dan 2 seconden) de RM51 de volgende byte niet meer ziet als behorend 
> bij het 
> huidige datagram. De PC maakt het datagram af, maar de RM51 vindt het 
> nergens meer op lijken... en aan het eind van de cyclus is soms net de 2 
> seconden verstreken. 
 
Op zich zou het voor de RM niet uit mogen maken hoe lang er tussen 2 
bytes van een datagram zit, al doe je er een minuut over om een heel 
datagram te versturen, de RM zou het moeten zien als 1 datagram, alleen 
zal wel 2 seconden na ontvangst van het vorige foutloze datagram de 
noodstop (fault) worden aangezet. Als het wel kritisch is hoeveel tijd 
er tussen 2 bytes zit dan zou dat een foutje moeten zijn in de RM51 en 
moet ik daar eens een keer naar kijken. 
 
> Nu zorg ik ervoor dat per "thread" cyclus een volledig datagram wordt 
> afgewerkt, of bij een fout direct wordt afgebroken. Nu komt een 
> datagram dus 
> als 1 geheel binnen bij de RM51, en worden na ieder datagram de windows 
> messages afgehandeld ipv na ieder byte. 
> 
> Het geheel heeft nu 1 uur achter elkaar gereden... dus het ziet er 
> goed uit. 
 
OK, in elk geval lijkt het zo te werken. 
 
Groeten, 
Leon 
 
 
</tt>

<tt>
To unsubscribe from this group, send an email to: 
mailto://dinamousers-unsubscribe@yahoogroups.com 
 
</tt>

<! ~~|**|begin egp html banner|**|~~ >

<table border=0 cellspacing=0 cellpadding=2>
<tr bgcolor=#FFFFCC>
<td align=center>Yahoo! Groups Sponsor</td>
</tr>
<tr bgcolor=#FFFFFF>
<td align=center width=470><table border=0 cellpadding=0 cellspacing=0> <tr> <td align=center>ADVERTISEMENT <img src="http://us.a1.yimg.com/us.yimg.com/a/ne/netflix/yhoo1103_b_300250A.gif" alt="click here" width="300" height="250" border="0"></td></tr></table> </td>
</tr>
<tr><td><img alt="" width=1 height=1 src="http://us.adserver.yahoo.com/l?M=267637.4116732.5333197.1261774/D=egroupmail/S=:HM/A=1853619/rand=628966461"></td></tr>
</table>

<! ~~|**|end egp html banner|**|~~ >

</body></html>