Onverklaarbare (spook)meldingen, Loconet en S88

[Dirk]

Allen,

Het volgende probleem doet zich voor. Op de bijbouw van de baan heb ik onverklaarbare meldingen. Ik volg op het terugmeld scherm van de Digikeijs tool en in het terugmelders scherm van iTrain. In een sectie heb ik alleen melding als de loc rijd, als die stil staat heb ik geen melding. In een andere meldsectie heb ik een juiste melding  als de loc stil staat, maar als die begint te rijden heb ik spookmeldingen op meldpunten die er totaal niet mee verbonden zijn, maar wel in de zelfde module zitten. Ik heb 3 loconet modules en 4 S88N modules die met de loconet modules verbonden zijn.  Waar zou de fout kunnen zitten? V oor de rest werkt alles, ik kan rond rijden, alleen de terugmeldingen lopen fout. Ik heb al modules veranderd, de secties na gekeken, de poling van de boosters eens verwisseld, maar nog niks kunnen vinden.

Dirk

[spock]

Hallo dirk,


Dit klinkt als overspraak.

Liggen de draden van de secties over een langere afstand dicht bij elkaar, bv netjes in een kabelgoot?

Mvg spock

[locofiel]

Ja, overspraak.

Indien je de signaaldraden per paar twist, dan is de kans op overspraak aanmerkelijk minder. Zeven (7) slagen per meter is voldoende en pas dan ook de scheiding, wat Spock adviseerde toe, dan moeten de "Ghostbusters" weg zijn.
In de professionele van Geelgoten worden om voeding van signaal te scheiden metalen binnenschotten inde lengte toegepast. Dit zal te ver gaan voor de (treinen)hobbyist, maar houd dit in het achterhoofd. Houd afstand, hoeft geen 1,5 m te zijn  maar wel bijvoorbeeld 20 cm tussen voeding en signaal.


Gr,

Dirk

[Martin Hornis]

Bij welk van de twee terugmeldsystemen (LocoNet / s88) zijn er spookmeldingen?
Wat is de lengte van de secties waarin de spookmeldingen voorkomen? Want bij lange secties (> 2,5 à 3 m) wil het wel eens verkeerd gaan.

[Martin Hornis]

Dit staat op de site van iTrain bij de FAQ:

Nu heb ik gemerkt dat de S88 naar LocoNet adapter van Uhlenbrock (63880) niet betrouwbaar werkt met iTrain en soms een melder vergeet aan of vooral uit te zetten. Dit komt ook voor bij de ingebouwde S88 aansluiting van de Intellibox 2. Ik heb vele testen gedaan, maar kan er niet achter komen wat het probleem is dus misschien is het wel hetzelfde probleem als eerder met de modules 63330 en 63320 van Uhlenbrock die nieuwe firmware nodig hadden. Alleen op de oude Intellibox met seriële RS232 aansluiting lijkt het wel goed te gaan, maar dat is ook geen puur LocoNet apparaat.

Nu is er een andere S88 naar LocoNet adapter die wel helemaal goed werkt en dat is de S88LN van Rosoft. Deze mist geen enkele melder en werkt met elke LocoNet interface (ik heb er vier getest). Deze is te verkrijgen op http://www.rosoft.biedmeer.nl/Webwinkel ... S88LN.html voor zo'n 25 euro. Je kan er ook meerdere op een LocoNet gebruiken om verschillende strengen te maken met elk een eigen adresbereik.

[AndrevdG]

Dirk,

Wat zit er tussen die loconet modulen en PC met iTrain?
Hoe zijn die verbonden? USB, Wife, Netwerk kabel?

Hoe vaak doet het probleem zich voor, hoeveel loks rijden er?

Bij mij zat destijds daar het probleem, hoe meer loks, hoe vaker het optrad.
En dan heb ik het over 3-4 loks, die een half uur reden.

André

[Dirk]

Dirk,

Wat zit er tussen die loconet modulen en PC met iTrain?
Hoe zijn die verbonden? USB, Wife, Netwerk kabel?

Hoe vaak doet het probleem zich voor, hoeveel loks rijden er?

André

Er rijd 1 loc, ik ben nog in opbouw en de modules zijn verbonden met loconet kabels

Bij welk van de twee terugmeldsystemen (LocoNet / s88) zijn er spookmeldingen?
Wat is de lengte van de secties waarin de spookmeldingen voorkomen? Want bij lange secties (> 2,5 à 3 m) wil het wel eens verkeerd gaan.

Martin, dat zou wel eens iets kunnen zijn, de sectie is 12 m,
de spookmeldingen doen zich voor op een Lokanet melder

Ja, overspraak.

Indien je de signaaldraden per paar twist, dan is de kans op overspraak aanmerkelijk minder. Zeven (7) slagen per meter is voldoende en pas dan ook de scheiding, wat Spock adviseerde toe, dan moeten de "Ghostbusters" weg zijn.
In de professionele van Geelgoten worden om voeding van signaal te scheiden metalen binnenschotten inde lengte toegepast. Dit zal te ver gaan voor de (treinen)hobbyist, maar houd dit in het achterhoofd. Houd afstand, hoeft geen 1,5 m te zijn  maar wel bijvoorbeeld 20 cm tussen voeding en signaal.


Gr,

Dirk

De draden liggen niet mooi langs elkaar maar kriskras. en de spanning komt van een ringleiding die niet in de buurt ligt van de melders

Hallo dirk,


Dit klinkt als overspraak.

Liggen de draden van de secties over een langere afstand dicht bij elkaar, bv netjes in een kabelgoot?

Mvg spock

niet dus, kruislings van het meldpunt naar de melder, de kortste weg tussen 2 punten.

[spock]

Ok, dan begint het uitdagender te worden.

Als je iTrain even erbuiten laat, zie je op het terugmeldscherm van Digikeijs hetzelfde gedrag?

Wat gebeurd er als je de aansluitingen van een sectie op een andere poort aansluit, gaat het gedrag mee naar de andere poort?

Wanneer de loc stilstaat (en niet gedetecteerd wordt), wordt deze wel gedetecteerd als je de verlichting aanzet?

mvg spock

[Dirk]

OK, de kogel is door de kerk, ik sloop een groot deel van de bekabeling en ga Loconet groepen maken. ik plan 7 loconet modules met telkens 1 S88 module erbij, dan heb ik de beschikking van 7x32=224 meldcontacten. Veel te veel maar dan kan ik die wel mooi over de baan verdelen zodat de draden niet te lang worden. nu wordt er gesproken om de draden te "twisten", is het van belang welke draden er getwist worden? Moeten dat aansluitende meldpunten zijn of maakt dat niet uit? en mogen het maar 2 draden zijn of mogen het er ook meer zijn? Er zijn ook modules die van 2 verschillende boosters spanning krijgen, mogen die door elkaar getwist worden?

Dirk

[AndrevdG]

Dirk,

Ik zelf heb nooit last gehad van te lange draden, het euvel zat iedere keer elders.

- Verbinding tussen de PC en de Centrale -> vandaar m'n vraag wat voor verbinding dat is. USB gaat prima, maar als het TCP/IP of Wifi is zou ik daar eerste naar kijken.
- Instellingen in iTrain die ik aanpaste om dingen goed te krijgen.
- Zorg ervoor dat bij lange blokken beiden rails worden geisoleerd, zowel de linker als de rechter aan iedere kant van het blok.
- Zorg voor compleet gescheiden boosters.

Als laatste een voorbeeld van de inschakel en uitschakel vertraging. Daar heb ik veel mee kunnen oplossen als het gaat om spookmeldingen.

Hier een voorbeeld van mijn settings:



Succes.

André

[Dirk]

AndreVg,

de verbindingen zijn OK, de problemen doen zich voor in het nieuw bijgebouwde gedeelte. De DR5000 zit met USB aan de cp, en iTrain draaide prima. Om dat de  basis van de baan dient om reeds 2x een bijbouw heeft doorstaan is de bedrading ondertussen een beetje een rommeltje. Daarom mijn besluit om de meldbedrading helemaal overnieuw te maken. Het is een *** werk, maar als ik het nu niet doe blijf ik met een onoverzichtelijke bedrading zitten mat sommoge melders tot wel 5 meter van het meldpunt. Vandaar mijn besluit. Ik verdeel nu eerst de modules over mijn baan, 7 Loconet en daaraan elk een S88. Er is ook nod 100 meter oranje montagedraad onderweg, met de 100m die ik nog heb kan ik alle melders oranje beraden. Nu nog even wachten op meer uitleg ivm het "twisten" en dan kan ik verder.

Dirk

[Karst Drenth]

Twisten alleen naar de terugmelder toe, nooit van de terugmelder áf naar de rails !

Maw alleen twisten van de pure DCC voeding naar de bezetmelders, wissel/schakel/servodecoders.

[Dirk]

Ja, ok, maar is het van belang of er specifiek de melders samen getwist worden of of mag bvb een draad van melder module 1 met een draad van melder module 7 getwist worden? Of bvb alle draden van een module samen? Ik weet niet waarom er getwist moet worden, ik doe het omdat het aangeraden wordt.

Dirk

[Blausee-Mitholz]

Twisten alleen naar de terugmelder toe, nooit van de terugmelder áf naar de rails !

Zou dat een oorzaak kunnen zijn dat er heel af en toe een melder wordt gemist?

Mvg, Johan

[Karst Drenth]

Nee, dat kan geen missen veroorzaken.

De „melders“ zijn z.g. RS-flipflops en worden al door een pulsje van een paar tientallen microseconden „gezet“.

De daarop volgende hardware transporteert al die bits naar de centrale.

Daar is het het meest waarschijnlijk, dat een bitje „omvalt“.

Een andere oorzaak van „missen“ is dat de computer „even met iets anders“ bezig is dan de data binnen te lezen.

Grtzz,
Karst