Spookmeldingen bij bezetmelders.

[Dave.......]

Fijn dat de oplossing is gevonden!
En aardig van Wim dat jullie het telefonisch “bekeken” hebben.

 

[Jan Koelewijn]

Dag Wiebe,

Dat is al gebeurd.

Gr. Jan

[Klaas Zondervan]

Volgens Wim is het probleem vooral dat alles in een kabelgoot bij elkaar ligt waardoor er onderlinge beïnvloeding plaats vindt.

Dat je de ethernetkabel uit de goot moet halen, daar kan ik inkomen. Het s-88 systeem is gevoelig voor beïnvloeding door stromen in de buurt. Maar dat de draden van de terugmeldmodule naar de railsecties elkaar beïnvloeden, dat kan ik me niet voorstellen. Heeft iemand daar ervaring mee? Ik in ieder geval niet want ik rij analoog en stop gewoon alles in één bundel. Nog nooit problemen mee gehad.

[lokloods]

Bij mij is alles gebundeld. Wel gebruik ik  cat-kabel voor de wisseldecoders en de terugmelders. Ik heb totaal geen problemen. Mijn digitale aansturing is overigens Lenz.

Mvg
Wiebe

[Jan Koelewijn]

Dag Wiebe,

Daar zit dus het grote verschil jouw aanleg en de mijne. Ik heb alleen netwerkkabels tussen de bezetmelders. Verder nergens.

Maar ik vind het niet erg om de tafels weer op hun kant te zetten en opnieuw te beginnen. Er waren toch al wat meer zaken die ik anders wilde doen.

Ennn.... het is hobby, er is geen deadline!



Gr. Jan

[Klaas Zondervan]

Het belangrijkste verschil is waarschijnlijk dat bij Wiebe de terugmeldingen niet via s-88 verlopen.
s-88 is geen echte bus maar een schuifregister. Dat is opgebouwd uit standaard CMOS componenten die daar speciaal voor zijn ontworpen. Bij s-88 hebben ze dat schuifregister uit elkaar getrokken in delen die met relatief lange kabels met elkaar zijn verbonden. Daardoor wordt het geheel gevoelig voor stoorinvloeden. Dat is de zwakte van s-88.

[Jan Koelewijn]

Dag Klaas,

Helemaal helder! Zoals ik ook al aan Wiebe schreef is mijn voorkeur om het allemaal heel netjes in kabelgoten te laten lopen dus de oorzaak.
Ben al lang blij dat ik weet waardoor de problemen werden veroorzaakt.

Gr. Jan

[Martin Hornis]

... er is geen deadline!

Dat denk je maar. Ik ben mijn baan na 40 jaar aan het renoveren en ik hoop het voor mijn eigen deadline/begrafenis af te hebben.

[Jan Koelewijn]

Dag Martin,

Jij gaat na veertig jaar je baan renoveren, dan is het een prima baan! Mijn baan wordt al gerenoveerd gedurende de opbouw!

Gr. Jan

[MartinH0]

Het belangrijkste verschil is waarschijnlijk dat bij Wiebe de terugmeldingen niet via s-88 verlopen.
s-88 is geen echte bus maar een schuifregister. Dat is opgebouwd uit standaard CMOS componenten die daar speciaal voor zijn ontworpen. Bij s-88 hebben ze dat schuifregister uit elkaar getrokken in delen die met relatief lange kabels met elkaar zijn verbonden. Daardoor wordt het geheel gevoelig voor stoorinvloeden. Dat is de zwakte van s-88.

Het is meer de hoge ingangsimpedantie van CMOS. Een klein storinkje is al voldoende om een valse melding te geven. Waarschijnlijk zal een eenvoudig rc netwerkje per ingang al goed helpen. Iemand dit al eens gedaan?

[trdl]

Alle,

hoe ironisch: hoe netter je de terugmelding bedraadt des te meer problemen.

Ik heb 21 S88 encoders dicht bij elkaar geplaatst met tussen de encoders de standaard bandkabel met een lengte van 10 - 30 cm.
De aansluitingen naar de spoorsegmenten zijn tot 4 meter lang en netjes gebundeld. Werkt al decennia 100% betrouwbaar.

Het enige probleem dat ik had was toen ik mijn IB1 verving door een IB2. Toen kwamen er onterechte meldingen. De oplossing bleek te zijn om elke S88 encoder aan te sluiten op de massa.

De IB2 polt wel de encoders vaker dan de IB1. Daardoor krijg je bij slecht rail wiel contact veel meldingen.  Ik heb dat destijds aan Uhlenbrock gemeld met het voorstel om het pollen instelbaar te maken. Uhlenbrock vond dat niet nodig en adviseerde om de marklin/Viesmann S88 encoders te vervangen door die van Uhlenbrock.

Je kunt het aantal  meldingen ook verminderen door op de IB2 het maximum aantal S88 encoders van 31 in te stellen.
Ook met de IB2 heb ik sindsdien een voldoende betrouwbare terugmelding.
(Ik rij met een treindienstleiding programma, een onterechte vrijmelding van een spoordeel of een wissel kan problemen geven.)

Groet, Willem   

[Klaas Zondervan]

Het is meer de hoge ingangsimpedantie van CMOS. Een klein storinkje is al voldoende om een valse melding te geven. Waarschijnlijk zal een eenvoudig rc netwerkje per ingang al goed helpen. Iemand dit al eens gedaan?

Dat is wat ik bedoel. Het internet staat vol met schema's van de s88 module, b.v. deze op de site van Wim Ros Daar zie je dat het clocksignaal en het loadsignaal ongebufferd op de ingangen van de IC's terechtkomen. En dat is bij CMOS zondigen tegen de ontwerpregels. Een RC netwerk lijkt me niet de aangewezen oplossing, dat kan ontoelaatbare vertraging opleveren.

Ik heb 21 S88 encoders dicht bij elkaar geplaatst met tussen de encoders de standaard bandkabel met een lengte van 10 - 30 cm.
De aansluitingen naar de spoorsegmenten zijn tot 4 meter lang en netjes gebundeld. Werkt al decennia 100% betrouwbaar.

Dat is wat ik al beweerde. Het probleem zit niet in de bekabeling van de rijstroom, maar in de verbindingen tussen de s88 modules.

[meino]

Dat denk ik ook. Ik vind het jammer dat Jan niet geprobeerd heeft om de clock, load en reset lijnen met een weerstand aan aarde te leggen. Ik heb een hypothese waardoor het probleem van Jan veroorzaakt wordt.

Niet door de bedrading tussen de S88N en de spoorsecties. want de stroomdetectie zit in de S88N en de bedrading voert het DCC signaal. Ik heb zelf wel problemen gehad, maar ik werk met een Arduino als S88 interface en externe stroomdetectors. Bij mij waren de spook meldingen altijd op de zelfde 2 detectors. Ik heb het uiteindelijk in de software opgelost. Bij Jan echter is het komplete waanzin, alles gaat op tilt. Mijn hypothese is dat het komt omdat er parasitaire spanning ontstaat op een van de clock, load(PS) of reset lijnen. Waarschijnlijk de load(PS) lijn. Als het op de clock lijn was, dan zou het slechts kort duren tot dat de load(PS) opnieuw geactiveerd wordt. Of de reset lijn invloed heeft weet ik niet, omdat ik geen functie daarvoor heb in mijn Arduino code. Dus verdenk ik dat er iets met het load(PS) signaal aan de hand is. Als de S88N op het verkeerde moment triggered op de load, dan klopt er niets meer met de data bits die vanaf dat moment naar de centrale gaan. Waarom denk ik dat dat kan. het probleem is denk ik, dat deze lijnen (clock, load en reset) fysiek doorverbonden zijn over alle S88 detectors, dus een storing op deze lijnen zal zich overal manifesteren.
Verder zijn deze lijnen niet afgesloten met een weerstand en de signalen schakelen tussen 0v (geen signaal) en 5v (wel signaal). Mijn ervaring met de Arduino leert me echter dat een digitale pin niet pas op 5v een HIGH aangeeft maar al veel eerder, soms al bij 2-2,5v. Ik weet niet hoe die S88N bakjes werken, maar waarschijnlijk ook met een micro processor. Dus als er door capacitieve manier spanning wordt opgebouwd op de load lijn (wat makkelijk zou kunnen omdat de impedance van de digitale input erg hoog is) dan kan dat opeens een of meerdere spontane load interrupts tot gevolg hebben. Vooral als deze parasitaire spanning zich rond de drempel gevoeligheid van de digitale pin beweegt. IMHO zou dan een pull down weerstand de opbouw van deze parasitaire spanning kunnen voorkomen, vandaar dat je ook vaak op het internet leest om het einde van deze 3 lijnen via een weerstand met aarde(GND) te verbinden.
Overigens het kan zijn dat ik het volkomen mis heb, mijn kennis gaat niet verder dan wat ik vroeger bij natuurkunde op de HBS heb geleerd en wat ik gedurende 45 jaar in het IT vak opgestoken heb van de hardware engineers.

Groet Meino

[ErikW]

Ik zou korte strengen van S88 decoders maken (zo dicht mogelijk bij elkaar), en dan een Loconet converter er achter om het naar de centrale (loconet hub) te brengen.  De bedrading tussen de S88's zo veel mogelijk bij andere bedrading vandaan houden (zeker bij 220V leidingen en trado's) en afschermen.

[Klaas Zondervan]

Ik weet niet hoe die S88N bakjes werken, maar waarschijnlijk ook met een micro processor.

De originele s88 werkt met hardware IC's, daar komt geen processor aan te pas.