Koploper raakt Trix loc kwijt

[Dave81]

Hallo allemaal,
zoals sommigen al hebben gelezen ben ik nu bezig om mijn baan met Koploper aan te sturen.
Na wat externe hulp ( dank aan Karst ) loopt dit nu redelijk.
Er is alleen 1 vreemd ding.
Koploper raakt met regelmaat een loc "kwijt"
Het gaat om de loc 22184 "Orland Di Lasso" van Trix,een loc vanuit fabriek voorzien van geluidsdecoder.

Heel bizar, loc rijd goed, maar blijft volgens Koploper in een blok staan ( willekeurig)
Het programma ziet wel dat er een bezetmelding is waar ze rijd, maar niet dat het deze loc is.
Het probleem, de loc kachelt vrolijk door en er worden geen wissels omgezet, en de loc stopt ook niet als het volgend blok bezet is.

Bij mijn andere loc's is dit ( nog ) niet gebeurd.

Als iemand een briljant idee heeft,hoor ik het graag!!

MVG Dave

[Remco.]

Wat zegt Koploper over de loc zodra je hem 'kwijt' bent ? Dat hij nog aan het rijden is of dat hij stil staat ?
En is het altijd op dezelfde plek op de baan of niet ?

Gr. Remco.

[Wim Ros]

Lijkt mij een gevalletje verkeerd ingevulde volgorde van bezet meldpunten, in het blok waar koploper de trein toont in het blok.

De volgorde die je opgeeft bij onderhouden blokken moet wel de volgorde zijn als de volgorde waarop de trein ze tegenkomt als hij uit een bepaalde richting komt.

Mvg
Wim.

[Dave81]

In het loc scherm staat hij stil...
Het is compleet willekeurig, soms gaat het een tijd goed, soms blijft hij aan de gang.
De plaats verschild ook steeds.

MVG Dave

[Dave81]

@ Wim

Karst heeft het voor mij nagelopen, dat zit wel goed.
Het is ook maar 1 loc die het doet ( de Trix)
De andere 2 zijn van Roco en heb ik zelf voorzien van loksound.
Dus het lijkt me niet dat dat het probleem is.
( maar je weet het nooit )
Zover ik kan zien zitten de punten wel goed.

MVG Dave

[Wim Ros]

Lokwindow openen en onder in het lokwindow staat op welk melderpunt wacht, om verder te kunnen gaan met de afhandeling van de rijopdracht.
Als dat overeenkomt met de baan is het goed. Verder kun je het Logwindow openen  en kijken of de centrale de terugmeldinfo ontvangt. Maar meestal is het gewoon dat de melderpunten in de verkeerde volgorde zijn opgegeven.
Dat het soms wel werkt kan heel goed, want als de trein de eerste het punt niet in de juiste volgorde vind, dus voorbij rijdt en het daarna daar achter wel tegenkomt zal het volgende te verwachten melderpunt wel het juiste punt zijn in de volgende ronde dat de trein het blok passeert.

Mvg

Wim.

[Wim Ros]

@ Wim

Karst heeft het voor mij nagelopen, dat zit wel goed.

Heeft Karst ook daadwerkelijk op jouw baan de meldpunten in die volgorde gecontroleerd. Of heeft Karst alleen de Database bekeken op mogelijke fouten. In testmodes zal iedere database werken namelijk.
Verder moet je een log maken van het gegevens die koploper ontvangt en verzend. En die moeten overeenkomen met de situatie op de baan. Overigens zal het niets te maken hebben met het type decoder, een stroomverbruiker of een doorverbinding naar massa op een meldpunt is voldoende. Dus een wagon zonder decoder zal het ook doen.

Mvg
Wim.

[Dave81]

@ Wim,
duidelijk, dus dat ga ik even nalopen, en kijken wat er gemeld word wanneer de loc "kwijt" is.

Blijft alleen vreemd dat alleen de Trix loc het doet, vreemd toeval.

Karst heeft hem goed ingesteld voor mij, hij heeft mijn backup gehad, en het was hem duidelijk waar wat zit.
Ik begin het programma beter te snappen nu, maar veel is nog mistig voor mij

Bedankt voor de reactie!

MVG Dave

[Karst Drenth]

Hoi,

...Karst heeft het voor mij nagelopen, dat zit wel goed....

  Maar ik ben natuurlijk ook niet onfeilbaar  

Waar ik nog even aan zat te denken: Er is laatst een draadje geweest waarin ook een Trixdecoder problemen gaf. Volgens mij had Wim daar de oplossing door ergens een 10K weerstandje te plaatsen.

En nog iets. Ik heb op Rail 2009 bij Hans Sprinter gezien, dat een Trix loc moeilijk ging doen ( en DCC commando's miste... ) onder invloed van iets anders op de baan ( weet niet meer wat: een andere loc of een rijtuig  )

Als analyse middel kun je de Koploper Communicatie eens aanzetten tijdens het rijden. Je moet dan wel het vinkje 'Communicatie locomotiever' aanzetten.

Uit je beschrijving lijkt het me dat je Loc ( of de EcOS ) een stopopdracht mist.

In de logging zou je dan moeten kunnen zien of KL die opdracht wel verstuurt denkt te hebben.

Grtzz,

Karst

@Wim,

Als Dave het aangesloten heeft zoals het getekend is ( ga ik maar even vanuit ), klopt de boel

[Dave81]

Dat gaan we ook nog is nalopen, maar je hbet t vast wel goed gedaan


Het vreemde is wel, ik heb ingesteld dat de loc moet fluiten waneer deze weg rijdt.
Dit is in Koploper ingesteld, dit doet ze altijd bij het wegrijden, dus ook wanneer "koploper"haar kwijtraakt.

 
Computers .... hahaha

MVG Dave

[Wim Ros]

Verder een weetje Trix decoders zijn een ware ramp. Bij de minste of geringste kortsluiting verliest de decoder zijn adres. In komt in een soort default adres te staan dacht uit mijn hoofd 78.
Maar gaat het hier om een echte Trix decoder?

Mvg
Wim.

[rjr]

Als het een probleem is met terugmeld punten zou ik niet verwachten dat het maar bij 1 lok is. Die andere loks rijden toch over dezelfde terugmeld punten? die zouden daar dan ook "zoek" moeten raken voor koploper.

Hoe werk je met terugmelding?
Als dit via reedcontacten is kan het natuurlijk wel dat het magneetje niet goed zit en ergens inderdaad on contact overslaat. Terwijl andere loks dit probleem niet hebben.
Als het volledig stroomdetectie is lijkt het mij moeilijk dat dit lok afhankelijk is. Of deze lok moet zo weinig stroom verbruiken dat de terugmelder dit niet ziet als gebruiker?

Groet,
Roelco

[Karst Drenth]

Terugmelding is met stroomdetecie Roelco,

Ik dacht ook aan te weinig stroomopname, vandaar die 10K tip. Echter lijkt KL de loc wel te detecteren ( loc rijdt en KL geeft ook nog eens aan waar  )

Grtzz,

Karst

[Wim Ros]

Dat gaan we ook nog is nalopen, maar je hbet t vast wel goed gedaan


Het vreemde is wel, ik heb ingesteld dat de loc moet fluiten waneer deze weg rijdt.
Dit is in Koploper ingesteld, dit doet ze altijd bij het wegrijden, dus ook wanneer "koploper"haar kwijtraakt.

 
Computers .... hahaha

MVG Dave

Het kan natuurlijk ook nog een wissel zijn welke niet omgaat, dus dat de trein het volgende blok niet binnen rijdt en de lok in dat volgende blok plaatst. Ook dan blijft voor Koploper de trein gewoon in het blok waar die volgens koploper is.

Mvg
Wim.

-----Blok waar de trein is ------------- volgende blok, het meldpunt wat verwacht wordt, zal de lok in het volgende blok plaatsen.

[Hans sprinter]

Karst, oorzaak van de Trix decoder op Rail was een diode: 1N4004.
Zonder elco zorgt deze ervoor dat een Trix decoder in de rangeerstand komt en niet meer vooruit te branden is.
Oorzaak dmv scoop uitgezocht en opgelost: Gewoon een elco na de Diode, zodat de 4004 niet de spanningspiek van de loze ruimte in de diode "terugdumpt" naar het voedende net, maar beperkt.
(Ik had een gelijkrichter in een personenrijtuig gemaakt met 1N4004's om ook op analoog nog de rijtuigverlichting aan te kunnen hebben) Ik denk niet dat dat hier mee te maken heeft ben ik bang.
Hans