Original sent date : Tue Mar 17 21:06:31 CET 2009
Hallo Leon,
Naast de RM-H van Jan Fokkens heb ik ook nog een oude RM-H (Rev 01 november 2002) die ik wil repararen.
Nadat eerst de communicatie slecht of niet opstarte heb ik een slechte IC voet verwijderd en de daarin zittende LM311 direct op de print gesoldeerd. (denderende /INT0 ??). Ook nog een aantal andere solderingen nagelopen. Communicatie start nu telkens goed op.
Echter zodra ik de snelheid met "Geef opdracht" en "Stop Loc" ga regelen op een blok dan gaat na verloop van tijd de Holdstatus indicatie aan. Hoe hoger ik de gewenste snelheid zet des te lager is het aantal keren dat ik "Geef opdracht" en "Stop Loc" kan uitvoeren.
Dit doet mij vermoeden dat ergens een buffer volloopt. Kan dit veroorzaakt worden doordat de Microcontroller zijn data niet meer kwijt kan aan de UART ?
Overigens morgenavond waarschijnlijk een scoop te beschikking om een aantal signalen na te lopen.
met vriendelijke groet,
Paul Salomons
Original sent date : Wed Mar 18 00:05:54 CET 2009
Hallo Paul,
>
> ...
> Echter zodra ik de snelheid met "Geef opdracht" en "Stop Loc" ga
> regelen op een blok dan gaat na verloop van tijd de Holdstatus
> indicatie aan. Hoe hoger ik de gewenste snelheid zet des te lager is
> het aantal keren dat ik "Geef opdracht" en "Stop Loc" kan uitvoeren.
> Dit doet mij vermoeden dat ergens een buffer volloopt. Kan dit
> veroorzaakt worden doordat de Microcontroller zijn data niet meer
> kwijt kan aan de UART ?
>
Holdstatus wordt actief gezet als de interne buffers een bepaalde
vullingsgraad overschrijden.
Je vertelt niet of de RM-H verbinding heeft met de TM-H die je
aanstuurt. Als dat niet zo is heeft het uiteraard ook geen enkele zin
snelheidscommando's te sturen. Data die niet af te leveren is zal
overigens uiteindelijk uit het systeem gewist worden om te voorkomen dat
de boel vast loopt.
Mvg,
Leon
Original sent date : Wed Mar 18 09:33:40 CET 2009
Hallo Leon,
Ik heb deze RM-H eerst getest in een werkend systeem en hier dus de deze fout geconstateerd. Overigens met een werkende RM-H zelfde test uitgevoerd. Bij deze blijft de Holdstatus indicatie uit ook als deze niet is verbonden met een TM-H en geef ik snelheids opdrachten.
Ik begrijp wel dat het zonder TM-H geen nut heeft om snelheids commondo's te geven maar ik zal toch eerst het Holdstatus probleem moeten oplossen en dmv van het geven van snelheidsopdrachten kan ik deze fout telkens opwekken.
Maar als ik het goed begrijp zal indien ik geen commando's meer geef de Holdstaus weer uit moeten gaan. Dit gebeurt echter niet. Dit gebeurt pas nadat ik het systeem aan en uit heb gezet. Communicatie komt dan automatisch weer op gang en Hold status indicatie gaat uit.
Dan krijg ik het donkerbruine vermoeden dat ik ook bij deze print in de hoek van het geheugen moet zoeken.
Ik hou je (Jullie) op de hoogte...
mvg
Paul
--- In dinamousers@yahoogroups.com, Leon van Perlo <leon@...> wrote:
>
> Hallo Paul,
> >
> > ...
> > Echter zodra ik de snelheid met "Geef opdracht" en "Stop Loc" ga
> > regelen op een blok dan gaat na verloop van tijd de Holdstatus
> > indicatie aan. Hoe hoger ik de gewenste snelheid zet des te lager is
> > het aantal keren dat ik "Geef opdracht" en "Stop Loc" kan uitvoeren.
> > Dit doet mij vermoeden dat ergens een buffer volloopt. Kan dit
> > veroorzaakt worden doordat de Microcontroller zijn data niet meer
> > kwijt kan aan de UART ?
> >
> Holdstatus wordt actief gezet als de interne buffers een bepaalde
> vullingsgraad overschrijden.
> Je vertelt niet of de RM-H verbinding heeft met de TM-H die je
> aanstuurt. Als dat niet zo is heeft het uiteraard ook geen enkele zin
> snelheidscommando's te sturen. Data die niet af te leveren is zal
> overigens uiteindelijk uit het systeem gewist worden om te voorkomen dat
> de boel vast loopt.
>
> Mvg,
> Leon
>