BeneluxSpoor.net forum
Vraag en antwoord => Digitaal => Topic gestart door: Jan Koelewijn op 28 January 2019, 11:40:51
-
Dag allemaal,
Wie heeft er een oplossing. Ik heb al jaren het probleem van onverwachtse bezemmeldingen in een blok. het volgende doet zich voor, even een hele korte bezetmelding van het blok en daarna is het weer een paar minuten rustig. De locomotieven zijn dan ook ineens in een ander blok gesitueerd. Ik werk met iTrain 4, maar volgens mij is de software het probleem niet omdat ik de spookmeldingen ook zie op de Intellibox Basic.
Inmiddels de massa volledig losgekoppeld en er een ringleiding van gemaakt. Het gebeurt ook wel dat bij het inschakelen er minutenlang spookmeldingen zijn, die vliegen dan als het ware over de baan, alles flikkert en is in beweging. Ik krijg het gevoel dat het toeneemt naarmate er meer dan twee locomotieven op de baan staan.
Het probleem is er al jaren, al vanalles geprobeerd maar zolangzamerhand levert deze hobby mij meer stress dan ontspanning op en ik denk er dan ook over om er maar mee te stoppen.
Wie kan mij verder helpen?
Gr. Jan
-
Ik kan de situatie wat moeilijk inschatten. Ik neem aan dat je bezetmelders gebruikt die verbonden zijn met je centrale. De verbindingsdraden kunnen signalen op pakken, zoals radio signalen, Bluetooth signalen, afstandsbedieningen etc. Het beste is om de draden tussen de bezetmeldera en je centrale te twisten dan ben je van de storingen van buitenaf verlost.
Het is maar een idee .
Mvg
Wiebe
-
Inmiddels de massa volledig losgekoppeld en er een ringleiding van gemaakt.
Losgekoppeld van wat? En wat is er wezenlijk veranderd door er een ringleiding van te maken?
Wat voor terugmeldsysteem heb je en hoe is het bedraad?
-
Beste Jan,
Bij de Modelspoor Vereniging Nijkerk hebben we het zelfde probleem. We rijden met het systeem Koploper en witte Z21 nu hebben we Als bus tussen de Bezetmelder de S88 bus.
Deze bus geeft bij lange afstanden tussen de bezetmelders problemen met spookmeldingen.
Bij gebruik met een S88 bus is de oplossing: De 1e bezetmelder 1 gebruiken die geschikt is voor Loconet en van Loconet naar S88.
Maak dan geen ring, maar gebruik korte zg. "Strengen" ( 1 loconet-S88 bezetmelder en daarachter 2 of 3 S88 bezetmelders.
Dus vanaf de witte Z21 een Loconet-S88 bezetmelder en dat S88 bezetmelder , maar zoregen dat de leidingen die de S88 vormen niet te lang worden.
Uiteraard is een goed afgeschermde kabel ook een must, zoals Wiebe al schreef.
-
Dag Klaas, eerst had ik de massaleiding meelopen in een kabelgoot en nu heb ik die daarbuiten gelaten. Is nu op een punt aangesloten, een soort van boomstructuur, en de blokken daar apart op aangesloten.
Mijn terugmeldsysteem is S88-N van Rosoft.
Inmiddels wel vastgesteld dat de problemen toenemen naarmate er meer locs op de baan staan. Wanneer ik één loc op de baan heb is er geen enkel probleem.
-
Hoi!
Een bekend probleem.
Toen ik mijn vorige baan ging automatiseren ( Trossingen) had ik dezelfde ellende.
Bij mij zat het toen echt in de S-88.
Wat bij mij de oplossingen waren.
1 de eerste s-88 module leeg laten, dus geen bezetmeldpunten op aansluiten.
2 de ringleiding van de baan uit de buurt van de s-88 module en kabel houden.
3 de s-88 kabel een keer draaien om z’n lengte ( als een wokkel)
Daarna heeft het toen bij mij zonder problemen gereden.
-
Drie vragen:
1) Is het altijd hetzelfde sectie (/meldpunt) of doet het zich op meerdere plaatsen voor?
2) Maak je gebruik van S88n?
3) En hoe lang zijn die kabels? Zowel tussen de modules als totaal.
Timo
-
Hallo
ik vraag me af of het echt aan de S88 bus ligt. De S88-N kunnen met Cat-5 kabels met elkaar verbonden worden, dus die zouden behoorlijk ongevoelig moeten zijn. Ik denk dus dat de storing veroorzaakt wordt op de signaalleiding van de fysieke detector naar de S88-N (wat voor soort fysieke detector gebruik je, contact of stroom?). Dit omdat ik daar zelf problemen mee gehad heb. Ik werk niet met standaard S88 kastjes, maar met een Arduino die signalen van stroomdetectors omzet in het S88 protocol. In mijn geval was het de signaalleiding tussen fysieke detector en de arduino die stoorsignalen in de vorm van korte pulsen (<10mS) oppikte. Omdat ik met een Arduino werkte kon ik dat makkelijk in de code uitfilteren. Maar dat kan misschien ook wel met en condensator gedaan worden.
Groet Meino
-
Dag Meino, ik werk met stroomdetectie.
-
Dag Timo,
Ik de draden van de bezetmelder naar de blokken zo kort mogelijk. Ze liggen in een kabelgoot. De massaleiding ligt niet in de goot.
Wanneer ik twee loos op de baan heb doet het probleem zich voor in één sectie, zodra er nog een loc op de baan zet beginnen alle secties te knipperen. Het lijkt erop of er dan iets gaat oscilleren waardoor de ene sectie de anderen “gek” gaat maken.
Gr. Jan
-
Dag Meino, ik werk met stroomdetectie.
https://forum.beneluxspoor.net/index.p
Oww, dat verbaast me even. Daar de S88-n dat niet kan ::) Dus of je maakt gebruik van externe stroomdetectie of je gebruikt de s88SD16-n wat toch echt een ander ding is.
Ik de draden van de bezetmelder naar de blokken zo kort mogelijk. Ze liggen in een kabelgoot. De massaleiding ligt niet in de goot.
Ik doelde niet op de draden naar de rails maar tussen de s88-modules en de lengte van de s88-keten.
En daarnaast, gebruik je daarvoor S88n (dus netwerkkabels) of de 6-polige s88 connector (bandkabel)?
Timo
-
Dag Timo,
Sorry dat ik je op het verkeerde been heb gezet, ik gebruik de S88SD16-n.
De modules zijn verbonden met netwerkkabels.
De enige Bandkabel is die van s88n naar de Intellibox. De eerste module is ook met een pandkabel verbonden aan de s88n. Maar dat kan ook moeilijk anders dan met een bandkabel.
gr. Jan
-
Aangepast, out of topic ;D
-
De enige Bandkabel is die van s88n naar de Intellibox. De eerste module is ook met een pandkabel verbonden aan de s88n. Maar dat kan ook moeilijk anders dan met een bandkabel.
Ja hoor. Kan met een S88->S88N verloopje (http://www.rosoft.info/s88-s88n.html)
-
Zoals Remunj zegt kan dat inderdaad :)
Maar dan lengtes:
1) Wat is de lengte van die eerste bandkabel?
2) Wat is de langste netwerkkabel?
3) Wat is de totale lengte van het geheel?
Je zal namelijk niet de eerste zijn deze maand die wat last heeft van storing op de S88(n) :-\ Kan alleen dat draadje niet meer terug vinden.
Timo
-
Aangepast, out of topic ;D
-
Hallo
ik heb eens https://people.zeelandnet.nl/rosoft/s88SD16-n_handboek.pdf (https://people.zeelandnet.nl/rosoft/s88SD16-n_handboek.pdf) bekeken. Daaruit blijkt dat de leidingen die vanaf de S88SD16-n lopen, het pure DCC signaal hebben en de voeding voor de locs op de baan vormen. Ik neem aan dat wat je de massaleiding noemt, de tweede verbinding van de booster naar het spoor is. De vraag dan is, hebben de loc's ook problemen, slecht reageren en dergelijke, als dat niet het geval is, dan zit er geen storing op deze kabels, en dan heeft het separeren van de zg "massaleiding" geen effect. Dus ik denk dat storing op deze leidingen geen effect op de detectie zou mogen hebben, want de detectie vindt plaats als er stroom gaat lopen door de kring. Omdat het er op lijkt dat alle detectoren gaan reageren moet het iets zijn dat voor alle detectors gemeenschappelijk is, en dat lijkt mij de laatste schakel, nl het stuk bandkabel dat er nog inzit, dus misschien dat toch vervangen door een cat-5 kabel. Iets anders is, dat als ergens een isolatie niet goed is, of de kabels tussen de S88SD16-n en het spoor ergens verwisseld zijn waardoor er lekstromen kunnen ontstaan. Echter in dat geval zou je verwachten dat de spookmeldingen beperkt zouden zijn tot een paar detectors.
Groet Meino
-
Dag Meino,
Het moet inderdaad iets gemeenschappelijks zijn, deze week ga ik het laatste stuk bandkabel vervangen. Ik hou jullie op de hoogte, tot zover allemaal bedankt voor het meedenken en de suggesties.
Gr. Jan
-
........ ik gebruik de S88SD16-n.
De eerste module is ook met een pandkabel verbonden aan de s88n.
Begrijp ik dat de eerste module een S88N is en de rest S88SD-16N?
Gr, Ben.
-
Ik doe nog één poging ::): S88 bekabeling, zeker de bandkabel maar S88n is ook niet immuun, is gevoelig voor storing. Naast dat een langere kabel dus meer storing kan oppikken is de (totale!) lengte zelf ook niet goed voor het signaal. En daar verandert niets aan bij S88n.
Timo
-
Dag Jan
ik denk nog aan iets anders. Op mijn centrale (MDRRC-II) moet ik de frequentie van de S88 bus configureren, dat heb ik niet op de hoogst mogelijke waarde gedaan omdat ik merkte dat het geheel dan niet meer stabiel was. Misschien kun je dat op jouw centrale ook instellen, en dan zou ik eens kijken wat er gebeurd als je de frequentie halveert.
Groet Meino
-
Dag allemaal
Vanmiddag maak ik even een foto van de onderdelen, dan weten we precies waar we over praten en kan ik gericht het een en ander wijzigen.
Gr. Jan
-
Dag Timo,
Ik de draden van de bezetmelder naar de blokken zo kort mogelijk. Ze liggen in een kabelgoot. De massaleiding ligt niet in de goot.
Bij mij liggen de draden naar de rails juist niet in een kabelgoot. Ze gaan kriskras door elkaar via de kortst mogelijk weg van railaansluiting naar aansluitpunt op de S88 schakeling. Dan is de kans op overslag volgens mij het kleinst. Meer dan een meter lang zijn ze ook nooit. Ik laat liever een paar aansluitingen onbenut, dan met meters lange aansluitdraden te werken. De netwerkkabels tussen de S88 schakelingen nooit meer dan twee meter. Of dat allemaal het grote verschil maakt, weet ik ook niet. Het werkt hier wel feilloos.
Verder levert onder andere Digikeijs een adaptertje waarmee je S88N direct op je IB kan aansluiten. Scheelt weer een bandkabel.
-
ik gebruik nergens bandkabel op een traditionele S88.Utp afgeschermd tussen de S88 modules en de draden naar de rails max 2 meter.Nooit problemen.Heb zelf de overgangsconnectoren gemaakt.Voorbeeld op mijn website.
-
Wat is de grootste lengte van een sectie?
-
Utp afgeschermd tussen de S88 modules ….
Wat heb je nou? UTP is juist niet afgeschermd.
-
blokken verdeelt in 2 secties : inrij lang en stopsectie 36 cm.Afstand tussen verste S88 modules is 5 meter.
zal dan FTP zijn zeker :)
-
FTP is wel afgeschermd. Maar wat doe je met de afscherming?
-
niks
-
Een afscherming die nergens aan vast zit zal niet veel helpen. Op een modelspoorbaan is afscherming ook nergens voor nodig. Het vermijden van storingen moet je zoeken in een doordachte loop van de bekabeling.
Om weer terug te keren naar het onderwerp, de terugmelding met s-88 is altijd al problematisch geweest en dat komt omdat het verkeerd is ontworpen. Maar onder de omstandigheden moet je er het beste van maken. De eerste stap is het gebruik van ethernetkabel in plaats van de originele bandkabel. Verder moet je die kabel uit de buurt houden van de railvoedingen. En geen dubbele massa maken. Dus de massa van de s-88 kabel komt alleen uit de s-88 poort van de centrale. Onderweg geen extra verbindingen met massa maken.
Verder wachten we even op nadere informatie van Jan over hoe hij het heeft ingericht.
-
Ik dacht dat de ommanteling van de kabel altijd aan min/aarde werd gelegd,ter voorkomen van storingssignalen oppakken?
Of blaat ik nu in de prehistory en is dit achterhaald inmiddels ;)
-
Een afscherming die nergens aan vast zit kan je net zo goed weglaten. Dat was vroeger zo en dat is nog steeds zo. Elektrotechnische waarheden veranderen niet.
-
:D Ik bedoelde dan ook beide uiteinden aan de min.Als je 1 zijde aan de min legt heeft het i.d.d.geen nut.
Zoals je bij ic's de niet gebruikte poorten aan de min legt.
-
Ik ben niet zo vreselijk technisch, maar heb het draadje uit interesse eens doorgelezen.
Even logisch gedacht. Indien het aantal spookmelding toeneemt indien er meer treinen op de baan staan, kan dan de railspanning te laag zijn? Immers meer treinen, meer nodig.
Of loop ik nu iets te bedenken wat niet klopt?
-
kan kloppen.Nog niet vermeld maar als de railspanning van de ecos op 18 volt staat zijn er topics te vinden waar men ook die problemen had.De mijne staat op 19 volt en niks problemen.Anderen hebben het zo ook opgelost gehad.Kan toeval zijn want kunnen het technisch mss niet ondersteunen zoals sommige goden hier wel de wijsheid in huis hebben. :)
-
Ik kan me dat toch niet goed voorstellen. Dit type S88 heeft een ingebouwde diode brug. Die reageren op een redelijk vast voltage verschil als er stroom gaat lopen door de kring. Volgens mij is dat onafhankelijk van de spanning die op de DCC lijnen staan. Het gaat hier om stroomdetectie. Verder eventuele storingen die opgepikt kunnen worden door deze leidingen kunnen volgens mij ook nauwelijks invloed hebben. Want het gaat hier om leidingen die onderdeel zijn van de DCC (ring)leiding. Deze hebben geen status (0 of 5v) wat je hebt bij het gebruik van externe detectors. Als er al storing op deze leidingen zitten, moet dat zichtbaar zijn in het gedrag van de loc's omdat het DCC signaal gecorrumpeerd wordt.
Groet Meino
-
Leg de voedingsleidingen en de netwerkkabels eens wat verder uit elkaar. En/of draai de digitale signaalkabels (DCC / Motorola / MFX / Selectrix, kies maar wat) eens in elkaar en zie het effect.
Groet Ronald.
-
(https://images.beneluxspoor.net/bnls/Treintafel.jpg) (https://images.beneluxspoor.net/bnls/Treintafel.jpg)
Hier zoals beloofd een plaatje
Daarop is te zien dat de kabel naar de eerste bezetmelder en de kabel naar de Intellibox flatkabels zijn.
Ook is te zien dat ik kabelgoten heb toegepast. de draden van de besetmelder naar het betreffende blok lopen in de kabelgoot.
De massa heb ik dus uit de goot gehaald en loopt als een soort van ringleiding op afstand van de kabelgoot. De massa is dus niet een echte ringleiding maar is op slechts één punt aangesloten
Gr. Jan
-
De massa heb ik dus uit de goot gehaald en loopt als een soort van ringleiding op afstand van de kabelgoot.
Waarom heb je dat eigenlijk gedaan? Want dat slaat echt nergens op.
-
hoi,
Daarop is te zien dat de kabel naar de eerste bezetmelder en de kabel naar de Intellibox flatkabels zijn.
Vervang de kabel tussen de eerste bezetmelder en de Loconet LNS88N eens door een standaard Netwerkkabel. Waarom heb je daar een platte kabel tussen zitten?
Groet Ronald.
-
Klaas; dit probleem speelt al een paar jaar en ik uit een ander draadje betreffende spookmeldingen las ik dat het beter was om de voeding in een soort van ringleiding aan te leggen.
Ronald; het zijn de kabels die ik erbij kreeg geleverd.
Voorlopig lijkt het dus het beste om de flatkabel naar de eerste bezetmelder te vervangen. De kabel naar de Intellibox kan ik ongewijzigd laten?
Wanneer ik dan van het probleem af ben kan de massadraad weer in de kabelgoot meelopen., staat ook wel zo netjes.
Dank voor jullie meedenken!
Gr. Jan
-
Klaas; dit probleem speelt al een paar jaar en ik uit een ander draadje betreffende spookmeldingen las ik dat het beter was om de voeding in een soort van ringleiding aan te leggen.
Ja, maar waarom heb je dan alleen de massadraad anders gelegd? Je moet proberen om je een beeld te vormen hoe de stromen naar de baan verlopen. En de stroom in de heenrichting en die in de terugrichting van elke sectie moeten zoveel mogelijk hetzelfde pad volgen.
-
Hoi,
Vervang de kabel tussen de eerste bezetmelder en de Loconet LNS88N eens door een standaard Netwerkkabel. Waarom heb je daar een platte kabel tussen zitten?
Is deze module programmeerbaar en juist ingesteld of snap er er weer de ballen van ....
Op de s88LN kunnen 16 s88 modules worden aangesloten met elk 16 contacten, wat een totaal maakt van 256 contacten per s88LN. De s88LN kan op ieder willekeurig begin worden ingesteld en kan op een bereik van 1 .. 256 contacten worden ingesteld. Het instellen van de s88LN is daardoor zeer eenvoudig. De s88LN bezit een aan en uitschakelbare spanningsmonitor. Bij een ingeschakelde spanningsmonitor, onthoud de s88LN contactstatus na een kortsluiting, en geeft na een power on gelijk weer de juiste en actuele informatie door aan de centrale. De s88LN wordt aangesloten via een LocoNet kabel op de LocoNet-T aansluiting.
Bij aflevering staat de s88LN ingesteld op start adres 1 en een bereik van 16 contacten. De spanningsmonitor staat aan.
Judge me .....
Groetjes,
Rob
-
Misschien is het niets, maar uit de foto vallen me een aantal zaken op;
- Zijn de aansluitdraden tussen de het S88 kastje en de spoorsecties niet aan de dunne kant? Ze moeten wel de volledige voeding voor de aangesloten spoorsectie leveren. Het heeft misschien niks met het probleem te maken, maar toch?
- De S88LN zit links van de kabelgoot, en de aansluiting tussen het S88 detector kastje en de Loconet interface kruist de kabelgoot en zit daar ook in. Verder lijkt het er op dat de kabel tussen de Loconet interface en je centrale ook weer de kabelgoot kruist. Ook loconet maakt gebruik van een plattekabel, dus kan gestoord worden.
Dus zou het zin hebben om de loconet interface te verplaatsen, zodat beide kabels niet meer de kabelgoot kruisen?
Groet Meino
-
Hoi Rob,
Is deze module programmeerbaar en juist ingesteld of snap er er weer de ballen van ....
Dat is inderdaad nog een mogelijkheid. Of die nog niet geprogrammeerd. is.
Ronald; het zijn de kabels die ik erbij kreeg geleverd. Voorlopig lijkt het dus het beste om de flatkabel naar de eerste bezetmelder te vervangen. De kabel naar de Intellibox kan ik ongewijzigd laten?
De kabel naar de IB kan je ongewijzigd laten.
Groet Ronald.
-
Ondertussen klein beetje off topic, sorry daarvoor.
:D Ik bedoelde dan ook beide uiteinden aan de min.Als je 1 zijde aan de min legt heeft het i.d.d.geen nut.
Juist wel! Niet aangesloten heeft inderdaad geen nut. Maar beste een shield maar aan één zijde aan te sluiten. Dan weet je zeker dan al het verbruik door de kabel gaat en het de shield alleen de storing afvoert.
Timo
-
Dag Ronald,
De module heb ik geprogrammeerd, ging eenvoudig en wijst zichzelf.
Zodra ik weer thuis ben zal ik de kabel van de module naar de bezetmelder veranderen.
Gr. Jan
-
Maar beste een shield maar aan één zijde aan te sluiten. Dan weet je zeker dan al het verbruik door de kabel gaat en het de shield alleen de storing afvoert.
Hangt er vanaf wat je wil bereiken. Het scherm eenzijdig aansluiten schermt alleen maar af tegen elektrische (capacitieve) invloeden. Als je ook magnetische invloeden wil afschermen dan moet het scherm tweezijdig worden aangesloten. Maar dat vraagt weer speciale aandacht voor de aanleg van de massaleidingen.
Maar het is allemaal wat off-topic. Afschermingen op de modelspoorbaan zijn helemaal niet nodig.
-
@Klaas Zondervan, dat is waar, ging inderdaad alleen uit van elektrische invloed. Maar vooral om aan te geven dat zomaar een shield aan twee kanten aansluiten weer andere problemen kan geven.
Timo
-
Timo, dat bedoel ik. Shielding is een vak apart. Je moet goed weten wat je doet. Maar als je op een modelbaan shielding moet gaan toepassen, dan heb je ergens anders al iets verkeerd gedaan. Daarom moeten we er maar niet over doorgaan, maar ons richten op de kabelloop. En daarbij blijft het uitgangspunt dat ik al eerder noemde: voor elke voeding heen en retour zo dicht mogelijk bij elkaar houden.
Elders in dit draadje werd al genoemd dat je de s-88 bekabeling ver bij de rijstromen vandaan moet houden, maar zelfs dat waag ik in twijfel te trekken. Als je alles in een centrale hoofbundel bij elkaar houdt, en alleen maar aftakkingen maakt waar dat nodig is, dan zou het me niks verbazen als dat gewoon goed gaat.
-
Helemaal mee eens. Kabelverloop en buslengte verdienen de aandacht :)
Timo
-
Hoi,
Zoiets ...... Even voor de duidelijkheid. Waarom deze foto. Zelf denk ik dat er veel winst kan worden behaald door zeer zorgvuldig te bekabelen en de juiste draaddikte te gebruiken en af te monteren met Adler hulsjes. Waarom maak je geen proefstukje waarin je een bewaakt en twee onbewaakte secties bouwt met een diodeschakeling (genoemd in de handleiding)? Een kleine moeite, immers je hebt al jaren problemen met spookmeldingen ;)
(http://www.basdevleeschhouwer.nl/rob/p1100719.jpg)
Groetjes,
Rob
-
Ahum heren,
dit is allemaal een leerzame discussie, maar zou het voor Jan niet beter zijn als hij eerst eens probeert om het Loconet kastje te verplaatsen, zodat de kabel naar de S88 detector niet meer de kabelgoot kruist en ook de locatie en loop van de loconet kabel naar de centrale eventueel te verleggen. Dit voordat we hem opzadelen met een herbedrading van zijn baan.
Groet Meino
-
Ik zou het geen opzadelen willen noemen. Het zou kunnen dat de bedrading gewoon niet goed loopt, en dan moet er iets aan gedaan worden. Maar om dat te kunnen beoordelen moeten we eerst een totaaloverzicht van de bedrading hebben, en dat hebben we nog niet gezien. De foto die Jan eerder plaatste zegt mij niet veel. Daarop zijn wel draden te zien, maar het is niet duidelijk wat wat is. En het is volgens mij ook nog lang niet alles.
-
Ahum heren,
dit is allemaal een leerzame discussie, maar zou het voor Jan niet beter zijn als hij eerst eens probeert om het Loconet kastje te verplaatsen, zodat de kabel naar de S88 detector niet meer de kabelgoot kruist en ook de locatie en loop van de loconet kabel naar de centrale eventueel te verleggen. Dit voordat we hem opzadelen met een herbedrading van zijn baan.
Groet Meino
Ben het even niet me je eens. Volgens mij valt dit onder de categorie symptoombestrijding en pak je de werkelijke oorzaak niet aan. Ik ga mee in de opvatting van Klaas ;)
Groetjes,
Rob
-
Het zou goed kunnen dat de bedrading niet goed loopt, en als ik naar de foto kijk dan zie ik al een aantal zaken. Of ik me met symptoombestrijding bezig houd? Dat weet ik niet, ik was en ben een voorstander van kleine stapjes. Ik heb er zelf lang over gedaan om de drang om iets in zijn geheel op de schop te nemen in mijn werk te onderdrukken (wet van behoud van ellende). Als ik naar de foto kijk, en de pdf van rosoft er bij haal dan is er best het een en ander te herkennen. Ik zie een rode draad die met een lus op de 2 onderste connectors van het S88 kastje zit (dat is dus de DCC voeding die vanaf de centrale komt). Verder een 16 tal draden die vanaf de S88 detectors de kabelgoot ingaan, dat zijn dus de aansluitingen naar de verschillende detector secties. Dan zie ik dat de bandkabel tussen de S88 detector en de loconet interface ook de kabelgoot ingaat en een stuk lager weer de kabelgoot uitgaat. Dat betekend dat deze S88 platte kabel dichtbij de DCC voedingskabels ligt, deze misschien kruist maar in ieder geval een stukje parallel loopt met de DCC voedingskabels. Dat lijkt mij niet goed. Vandaar mijn advies om daar eerst eens mee te beginnen. En ook nog even te kijken naar de route van de loconet kabel. Als dat het probleem verhelpt, heb je de primaire oorzaak gevonden, zo niet kun je verder kijken naar de bedrading. Maar als je gelijk de bedrading gaat aanpakken en het helpt, dan weet je eigenlijk nog steeds niet wat de echte oorzaak was en als het niet hielp dan ben je nog meer in verwarring. Maar goed ik was maar een simpele IT architect en van hardware weet ik niet veel.
Groet Meino
-
Dag allemaal,
Ik heb de kabel van de module naar de bezetmelder uit de kabelgoot gehaald maar dat helpt niet. Deze kabel door een netwerkkabel vervangen is nog niet zo eenvoudig omdat aan de kant van de module er een soort van klein stekkertje zit zoals je dat ook bij de telefoon hebt.
Als de enige oplossing is om de gehele bedrading opnieuw aan te leggen dan betekent dat waarschijnlijk alles slopen en de tafels op z'n kant zetten. Ik kan niet lang onder de tafel liggen vanwege problemen met mijn nek.
Nog maar eens nadenken hoe ik verder wil.
Gr. Jan
-
Dag allemaal,
Als is het allemaal goed begrijp is mijn idee om alles keurig in kabelgoten te laten lopen de oorzaak van de narigheid.
Ik ben nooit zo van lang dubben en omdat ik in de loop van de jaren van alles heb geprobeerd heb ik beslist om de gehele bedrading opnieuw aan te leggen.
De tafels op de kant, ben blij dat ik de tafels kan loskoppelen, en weer opnieuw te beginnen.
Ik zal nog wel de nodige vragen hebben maar ik heb gemerkt dat er volop wordt meegedacht, waarvoor dank!
Gr. Jan
-
hallo Jan,
Deze kabel door een netwerkkabel vervangen is nog niet zo eenvoudig omdat aan de kant van de module er een soort van klein stekkertje zit zoals je dat ook bij de telefoon hebt.
Wil je nog eens een foto plaatsen van de S88N- module met kabel? En ook van de LocoNet Module? Het aparte is dat je gewoon een standaard netwerkkabel (dat is met RJ45-stekkers) voor je S88-modules moet kunnen gebruiken. En juist niet een RJ12 / RJ11 stekker.
Als is het allemaal goed begrijp is mijn idee om alles keurig in kabelgoten te laten lopen de oorzaak van de narigheid.
Ik verdenk nog steeds dat je een verkeerde kabel tussen de S88N-bezetmelder en de LocoNet-LNS88 hebt zitten. Ik kan mij niet voorstellen dat daar een "platte kabel" tussen hoort. Volgens mij heb je een LocoNet-kabel er tussen zitten. Wil je het aantal pinnen /contacten van die kabel tellen? Voor LocoNet: 6 pinnen / contacten en voor de standaard s88N moeten het er 8 pinnen / contacten zijn.
Groet Ronald.
-
Ik verdenk nog steeds dat je een verkeerde kabel tussen de S88N-bezetmelder en de LocoNet-LNS88 hebt zitten. Ik kan mij niet voorstellen dat daar een "platte kabel" tussen hoort. Volgens mij heb je een LocoNet-kabel er tussen zitten. Wil je het aantal pinnen /contacten van die kabel tellen? Voor LocoNet: 6 pinnen / contacten en voor de standaard s88N moeten het er 8 pinnen / contacten zijn.
Lijkt mij ook. Ik zie een LocoNet kabel in een S88 RJ45 bus zitten. Dat heurt niet.
-
Ik denk het niet, zowel S88 als Loconet gebruiken 6 pinnen, dat RJ45 8 pinnen heeft is wat anders maar daar wordt niet alles van gebruikt. Verder denk ik niet dat je een RJ12 plug goed in een RJ45 connector krijgt. Ik denk dat het een verloopkabel van Rosoft is, bedoeld om de S88SD16-n met de S88LN te verbinden.
Groet Meino
-
Inmiddels de S88LN met de eerste bezetmelder verbonden d.m.v. een netwerkkabel Cat5e kabel.
De module opnieuw ingesteld maar nu wordt er geen enkel bezetmelding gegeven, ook niet van de blokken waar een loc op staat. ze rijden ook niet meer.
-
Dag Allemaal,
Alles werkt weer, maar de spookmeldingen heb ik nog steeds, het vervangen van de kabels heeft dus niet geholpen.
Het is toch zo dat je bij de verbindingen van de ene naar de andere bezetmelder de pijpen op de printplaat volgt?
Dus vde kabel vanaf de module S88LN komt op de entree die in het midden van de printplaat is gemonteerd en de kabel naar de volgende bezetmelder komt in de entree die zich aan de zijkant van de print bevindt.
Gr. Jan
-
Dag Jan
als ik de pdf van Rosoft bekijk, dan denk ik dat het precies andersom is, de connector aan de zijkant naar de Centrale, S88LN of de volgende S88 detector in de keten en de connector in het midden om de achterliggende S88 detector in de keten mee te verbinden, Zie https://people.zeelandnet.nl/rosoft/s88SD16-n_handboek.pdf (https://people.zeelandnet.nl/rosoft/s88SD16-n_handboek.pdf)
Groet Meino
-
Dag Meino,
Zo heb ik het aangesloten maar er is nog steeds niets verbeterd. Er hoeft maar iets te gebeuren en alles slaat op tilt, op het scherm zie je alle blokken even heel kort flikkeren en dat gaat maar door. Haal ik dan een willekeurige loc van de baan dan stopt het na verloop van tijd en is het beeld weer rustig. Er hoeft echter maar iets te gebeuren en het is weer helemaal mis.
Denk toch dat het aan de manier van bedraden ligt en dat het op de schop moet. Gevalletje van helaas, pindakaas.
-
Dag allemaal,
Kan het iets met de intellibox te maken hebben? Die vertoont af en toe ook kuren; levert dan te weinig vermogen om een loc te laten rijden. Na een keer in en uitschakelen gaat het dan weer goed.
Gr. Jan
-
/Users/j.koelewijn/Desktop/IMG_7367.mov
-
Jan
in een van mijn reakties heb ik gezegd dat ik op de foto de voedingsdraden naar de S88 detector erg dun vond. Wat is de doorsnee daarvan? en hoe lang zijn die. Vooral de draad die van de centrale komt en dus alle secties aangesloten op een S88 detector moet voeden.
Groet Meino
-
Jan,
Naar aanleiding van het feit dat je flinkkerende meldingen hebt EN de locs soms te weinig vermogen lijken te hebben, het volgende:
- Flikkeren alleen de secties die ook daadwerkelijk bezet zijn, of ook secties die vrij zijn?
- Gebeurd het alleen als de locs ook te weinig vermogen lijken te krijgen?
- Heb je al eens de railspanning gemeten?
Heb ergens het gevoel dat er een spanningsprobleem is. Het lijkt een beetje op overbelasting van de voedingsspanning.
Als de locs niet voldoende stroom krijgen ( of meer stroom verbruiken dan de voeding kan leveren) zakt de spanning in elkaar. Hierdoor zal de trein stilvallen. Omdat er dan minder stroom word verbruikt, zal de spanning weer stijgen. Nu zal de loc weer stroom gaan gebruiken waardoor de spanning weer in elkaar zakt. Nu zit je in een soort cirkel.
Doordat de locs eingenlijk telkens aan/uit gaan, zal de bezetmelding dit ook doen.
Groet,
Roy
Verstuurd vanaf mijn SM-G950F met Tapatalk
-
Hoi,
Zoiets ...... Even voor de duidelijkheid. Waarom deze foto. Zelf denk ik dat er veel winst kan worden behaald door zeer zorgvuldig te bekabelen en de juiste draaddikte te gebruiken en af te monteren met Adler hulsjes. Waarom maak je geen proefstukje waarin je een bewaakt en twee onbewaakte secties bouwt met een diodeschakeling (genoemd in de handleiding)? Een kleine moeite, immers je hebt al jaren problemen met spookmeldingen ;)
(http://www.basdevleeschhouwer.nl/rob/p1100719.jpg)
Groetjes,
Rob
Jan,
Waarom bouw je geen proefstukje. Je sluit je Intellibox met de bijbehorende hardware aan, gebruik een diodeschakeling en maak dit traject zo lang dat je met een loc, met een tweede loc kan rijden en kijk wat er gebeurt. Misschien reageert de centrale niet meer adequaat. "Viele Gleisbesetztmelder verursachen durch ihre eingebaute Technik einen Spannungsverlust von bis zu 1,4 Volt auf der Anlage." Einde citaat. Zelf gebruik ik draden van 1,5 mm doorsnede voor de verbinding met de decoders en draden met 2,5 mm doorsnede voor de ringleiding.
Groetjes,
Rob
-
Ik ben het met de voorgaande eens. Kijk eens goed naar de dikte van de voedingsdraden. Iets anders is het vermogen dat je Intellibox kan leveren (vermoedelijk 3A), maar ik weet niet hoeveel loc's je tegelijkertijd laat rijden en ook niet wat voor loc's dat zijn. De meeste loc's die ik heb dateren uit de 80er jaren (Roco, Fleishman en zelfbouw). veel hebben een upgrade met coreless of mashima's gekregen, maar een aantal hebben nog de originele Roco motor en die trekken met gemak meer dan 1A. Dus heb je niet teveel loc's tegelijkertijd aan het rijden waardoor je het maximale vermogen van je Intellibox overschrijdt?
Groet Meino
-
Dag allen,
Het gaat al fout wanneer ik een een loc op de baan zet, zonder dat die rijdt. Het stroomverbruik is dan dus te verwaarlozen. De voedingsdraad vanaf de centrale is 1,5 mm2. alleen het laatste stukje naar de bezetmelder is 0,15 mm2. Maar dan hebben we het over een lengte van max 25 cm. Het probleem van de flikkerende bezetmelders ontstaat ook wanneer er geen enkele loc rijdt en er dus nauwelijks vermogen wordt verbruikt.
Soms flikkert het een paar minuten en daarna is het soms weer een uur zonder een probleem. Wanneer ik een loc laat pendelen gaat het soms ook heel lang goed. Wanneer er dan echter een kortstondige periode is waarin de bezetmelders weer even "op tilt" gaan kan het gebeuren dat een loc in een verkeerd blok wordt geplaatst (waar het dus fysiek niet in aanwezig is). Dan grijpt het programma in met de mededeling dat de loc zich in een onverwacht blok staat.
Nog niet opgelost, misschien een idee om tijdelijk even een andere centrale te gebruiken?
Gr. Jan
-
Even een filmpje om duidelijk te maken hoe de bezetmelders "op tilt" gaan.
Gr, Jan
https://youtu.be/3vXg7nHy_e4
-
Dag Jan
je opmerking over het feit dat je Intellibox soms op tilt ging, gaf mij het idee dat het misschien te maken had met een overbelasting van de Intellibox. Je hebt het nu over het tijdelijk gebruik van een andere centrale. Als we toch aan het swappen gaan dan zou ik eerst ergen anders beginnen. Je hebt nu het volgende:
S88N -> S88LN(Loconet) -> Intellibox
Maar waarschijnlijk heeft de Intellibox ook een S88 interface. Dat zou ik eerst eens proberen om de S88N met een cat5 kabel en eventueel een verloopstuk rechtstreeks op de Intellibox aan te sluiten en de S88LN er tussenuit te halen. Ik ken de Intellibox zelf niet, dus ik kan je niet vertellen of dat zonder meer kan, waarschijnlijk zal hij ook geconfigureerd moeten worden. Maar dat zou ik zelf als eerste proberen. Een vraagje, gebruik je Loconet ook nog voor andere zaken?
Groet Meino
-
Jan,
Nog even in de handleiding van de Intellibox gekeken. Heb je de S88LN ook aangemeld in de software van de Intellibox (Loconet)? Uit een andere post heb ik begrepen dat je de module zelf geprogrammeerd hebt.
"Bij gebruik van dit programma (om de module te programmeren) moet de Centrale in LocoNet protocol staan, of via een externe LocoNet-Interface worden aangesloten op de PC."
Ik heb nog een link voor je, alleen in het Duits ;)
https://www.uhlenbrock.de/de_DE/produkte/loconet/index.htm
https://www.uhlenbrock.de/de_DE/produkte/marcolis/I0011D38-001.htm!ArcEntryInfo=0004.0.I0011D38
Zij waarschuwen dat hun Loconet aansluitingen soms niet compatibel zijn met andere fabrikanten dat kan leiden tot beschadigingen in de hardware! Trouwens op welke bus heb je de S88LN aangesloten?
Groetjes,
Rob
-
Ronald, deplatte kabel vervangen door netwerkkabel vervangen. Ik bleek daar inderdaad de verkeerde kabel te hebben gebruikt.
Het probleem is er nog steeds.
Soms is het spul “rustig” maar daarna slaat het weer op tilt.
-
Jan,
Ik denk dat je eens systematisch moet gaan testen.
Koppel alle bezetmelderprinten eens los en sluit er eerst eentje aan op je centrale.
Ga dan op dat stuk rijden en kijk wat er gebeurt.
Gaat dit goed dan koppel je de volgende print erbij en ga je weer testen.
Zo test je langzaam door tot er problemen ontstaan.
Dan weet je waar ongeveer de fout zit en kan je aan een oplossing gaan werken.
Nu ben je lukraak dingen aan het proberen zonder te weten waar het probleem precies zit.
-
Dag Erik,
Dat is al gebeurd, daar ligt het probleem dan ook niet. Soms gaat het een paar uur goed waarna alle bezetmelders op tilt slaan. In het filmpje kun je zien hoe dat eruit ziet.
Gr. Jan
-
Dag Jan
Als je al de S88N detectors aan het uitwisselen en testen bent geweest, dan blijft over de verbinding tussen de laatste S88N detector en de Intellibox, of de aansluiting in de Intellibox zelf. Dus zou ik eens proberen om de S88N direct via een S88 kabel op de Intellibox aan te sluiten. Ik weet niet of je nog meer met Loconet doet, als de S88LN niet het enige is dat op de Loconet aansluiting van je Intellibox zit, hoe functioneren dan de andere Loconet aansluitingen. Maar als de S88LN het enige is dat op Loconet zit, dan heb je Loconet eigenlijk niet nodig.
Groet Meino
-
Nou, S88 via Loconet zou stabieler zijn dan via de S88 aansluiting.
Maar het is de moeite waard om eens te kijken wat er gebeurt als de keten direct op de S88 bus van de IB wordt aangesloten.
Bij het testen en wisselen van modules blijven ook alle aansluitdraden naar de rails op hun plek neem ik aan. Je kan proberen om die aansluitdraden uit die kabelgoot te halen en een beetje door elkaar te laten lopen.
-
Na de laatste berichten van Jan begin ik te denken dat het ook een softwareprobleem kan zijn.
Als de boel op tilt slaat, en je schakelt alles uit en dan weer aan, is het probleem dan (tijdelijk) over?
-
Daar zit ik ook aan te denken. Maar welke software, de Intellibox of de S88LN en als het de Intellibox is heeft het dan met de afhandeling van de Loconet aansluiting te maken?
Vandaar mijn idee om het Loconet gebeuren er eens tussen uit te gooien.
Groet Meino
-
Ja, pas toen ik het filmpje zag, begreep ik wat er aan de hand is. Normaal gaat een spookmelding over een foute detectie die vervolgens de treinenloop in de war stuurt. Irritant, maar dit is van een andere orde, de hele boel slaat inderdaad op tilt.
Dan zou ik inderdaad bij het begin beginnen.
Sluit de boel eens aan op de S88 ingang en kijk wat er gebeurt.
Leen een andere centrale en kijk wat er gebeurt.
Sluit de eerste S88 aan en kijk wat er gebeurt, etc...
-
Dag Meino,
Het probleem was er ook toen ik een eerdere uitvoering van de SL88n in gebruik had.
Gr. Jan
-
Jan,
Heb je deze Intellibox nieuw gekocht? Zo ja, heb je de software van de Intellibox op de juiste manier geconfigureerd (eventuele update) en aangesloten? Heb je op de Intellibox ook het loconet protocol geactiveerd omdat je in de vorige post aangaf dat je al een eerdere uitvoering van de SL88n gebruikt hebt. Hoe heb je op de Intellibox het Loconet Protocol ingesteld? In de handleiding vind ik alleen de procedure voor de eigen Loconet produkten van Uhlenbrock!
Rijden de treinen nu zonder problemen op een stukje rail losgekoppeld van je baan?
Groetjes,
Rob
-
Dag Rob,
Zoals ik eerder al schreef gaat het soms een tijdlang goed, dat betekent dat de instellingen dus wel goed zijn.
Ik denk daarom niet dat het zinvol is om teveel te sleutelen aan de configuratie van de Intellibox.
Wanneer die niet goed zou zijn dan zou het zoals ik het bekijk helemaal niet werken.
Ik hoop een dezer dagen een andere Intellibox te kunnen lenen om te kunnen beoordelen of de problemen te maken hebben met mijn Intellibox
Gr. Jan
-
Hallo,
Ik had ook last van dit probleem en heb het opgelost door aan het einde van de ketting van S88's, dus waar normaal gesproken niets meer aangesloten wordt, een weerstand van 1K7 te plaatsen tussen punt 1 en 2. Dit is dus tussen de DATA (ingang) en GND pinnen.
Dit voorkomt dat de DATA-ingang gaat zweven als geen enkele module de ingang aanstuurt.
Ik denk dat de weerstandswaarde niet kritisch is, ergens tussen 1K en 2k zal wel goed zijn.
Succes
Hans
-
Dag Allemaal
Kabel naar de S88LN vervangen door de netwerkkabel
Inmiddels de Intellibox Basis tijdelijk verwisseld met een IB-Com; maakte niets uit, nog steeds bezetmelder die op tilt slaan.
De S88LN is aangesloten op Loconet T
Morgen wil ik de voeding naar de bezetmelder vervangen door een draad van 1,5 mm2 hoewel ik niet denk dat het daarmee is verholpen, wanneer er geen verbruik is door rijdende locomotieven zal de stroom door de draad minimaal zijn.
Wat nog een oplossing kan zijn is het verwijderen van de voeding uit de kabelgoot en uit de printerkabel die van de ene naar de andere tafel loopt. Die wil ik ook als ringleiding aanleggen.
Ben benieuwd of de problemen dan tot het verleden behoren.
-
Hallo,
Ik had ook last van dit probleem en heb het opgelost door aan het einde van de ketting van S88's, dus waar normaal gesproken niets meer aangesloten wordt, een weerstand van 1K7 te plaatsen tussen punt 1 en 2. Dit is dus tussen de DATA (ingang) en GND pinnen.
Dit voorkomt dat de DATA-ingang gaat zweven als geen enkele module de ingang aanstuurt.
Ik realiseerde me dat ik dat ook gedaan heb, alleen heb ik de clock, load en reset pinnen aan het eind getermineerd. Waarom weet ik niet meer, maar er zal wel iets niet goed gewerkt hebben toen ik dit deed. Ik heb 22k weerstanden gebruikt.
Groet Meino
-
Dag Hans en Meino,
Kunnen jullie iets duidelijker aangeven tussen welke punten van de bezetmelder ik de betreffende weerstand moet aanbrengen?
-
Hallo Jan,
Hoeveel melders heb je er aan zitten? En hoe ziet de rest van de kabels eruit? Ik ken banen met behoorlijk wat melders aan de IB en die hebben geen knipperprobleem. Heb je wel eens geprobeerd bepaalde kabels te vervangen?
Groet Ronald.
-
Dag Ronald,
Ik heb slechts twee bezetmelders en in totaal gaat het om ca 25 blokken.
De bezetmeldersvzijn met netwerkkabel aan elkaar verbonden.
Het maakt niet uit of ik een bezetmelder afkoppel, dan blijft het probleem in de niet afgekoppelde bezetmelder.
Maar het vreemde is dat het soms een paar uur goed gaat en daarna een tijd helemaal mis.
Gr. Jan
-
Maar twee bezetmeldprinten? Ik las dat het fenomeen al jaren duurde en je plezier in de hobby aardig verpest. Misschien S88 loslaten en overstappen op zuivere loconetterugmelders van Uhlenbrock of zo?
Maar eerst zou ik die twee printen eens direct op de S88 ingang aansluiten.
-
Ik heb de weerstand aangesloten op een klein stukje flatcable wat bedoeld was om 2 modules met elkaar te verbinden.
Daar bij de punten 1 en 2 gebruikt.
Hans
-
Henk,
Direct op de S88 ingang aansluiten want de Intellibox basic heeft alleen LocoNet aansluitingen.
Gr. Jan
-
Hoeveel meldpunten kun je aansluiten op een bezetmelder die jij gebruikt. Ik lees namelijk ook dat je 25 blokken hebt en dan lijken mij twee bezetmelders wat aan de weinige kant.
Mvg
Wiebe
-
De s-88 heet zo omdat hij 8+8 meldpunten heeft. Dus met 2 modules heb je 32 meldpunten.
-
Dag Jan
ik heb een RJ45 plug met een stukje kabel gemaakt. Je kunt ook van een bestaande patch kabel de plug met een stukje (5-10cm) van de kabel afknippen.
De draden groen-wit en blauw-wit aan elkaar verbinden, die zijn de GND.
Daarna blauw(clock), groen(load) en bruin-wit(reset), ieder apart met een weerstandje aan de groen-wit en blauw-wit(GND) draad verbinden. Ik heb als waarde 2200 ohm gebruikt, maar waarschijnlijk zijn ander waarden ook goed. Op het internet heb ik ook waarden van 220 ohm genoemd gezien. Kortom de 1700 ohm die Hans noemt zal ook wel werken.
Overigens ik ken de pin layout van de S88N niet, maar ik ga er van uit dat alle gebruikte Cat5 kabels van het type "Straigth Thru" zijn, dat zijn nl de meest voorkomende.
Groet Meino
-
Hoi,
Welke software versie heeft je IB Basic? Al de nieuwe 2.00 versie of nog een oudere? Het klinkt heel erg vervelend. Ik woon helaas niet zo dicht in de buurt dat ik met mijn oude IB 650 aan kan komen om het een en ander voor je te testen. 2 bezetmelders is niet veel. Laat eens wat foto's zien van de rest van de bedrading. En hoe jij je blokken hebt gemaakt / aangesloten.
Groet Ronald.
-
Dag allemaal,
Vanmorgen kreeg ik een mail van Wim Ros, de Beneluxspootamtam werkt kennelijk uitstekend! :laugh:
Hij schreef dat hem ter ore was gekomen dat ik nog steeds problemen met de terugmelders had. Terwijl ik hem wilde terughalen belde hij om te vragen hoe ik het allemaal had aangesloten.
Na enig heen en weer gepraat was de conclusie dat het toch echt aan de manier van bedraden moet liggen.
Daarop heb ik alle bedrading losgehaald uit de kabelgoten (soms wil je het te netjes doen) en daarna behoorden de problemen tot het verleden.
Wat een geweldige actie van Wim Ros om contact op te nemen, Hulde wat mij betreft!!
Volgende week gaan de tafels op z'n kant en ga ik het aansluiten volgens de regels der kunst.
Het blijkt dat diegenen die de afgelopen week al wezen op het belang van een goede bedrading het bij het goede eind hadden.
Dank voor alle support!
-
Nou hoop ik dat je ook duidelijk kan uitleggen wat er dan verkeerd was en hoe het volgens Wim dan wel moet.
-
Ik denk zomaar dit.
Bij mij liggen de draden naar de rails juist niet in een kabelgoot. Ze gaan kriskras door elkaar via de kortst mogelijk weg van railaansluiting naar aansluitpunt op de S88 schakeling. Dan is de kans op overslag volgens mij het kleinst.
-
Gelukkig lijkt het probleem nu getackeld, maar
Nou hoop ik dat je ook duidelijk kan uitleggen wat er dan verkeerd was en hoe het volgens Wim dan wel moet.
Dat zou ik dus ook wel willen weten.
Groet Meino
-
Dag allemaal
Volgens Wim is het probleem vooral dat alles in een kabelgoot bij elkaar ligt waardoor er onderlinge beïnvloeding plaats vindt. Ook zijn hierdoor ook de draden van de bezetmelder naar de spoorsecties onnodig lang.
Dat komt overeen met wat hier in het forum door verschillende mensen als mogelijke oorzaak werd gegeven.
Zoals ik deze week al min of meer had besloten ga ik de bedrading wijzigen zodat de voedingslijnen separaat komen te lopen en de draden naar de railsecties zo kort mogelijk kunnen worden.
Komt dus overeen met wat Henk schrijft.
Dat de problemen na het loshalen van de bedrading nu voorbij zijn geeft denk ik duidelijk aan dat mijn manier van bedraden de problemen veroorzaakte.
-
Tip: gebruik cat 5 kabel.
Mvg
Wiebe
-
Fijn dat de oplossing is gevonden!
En aardig van Wim dat jullie het telefonisch “bekeken” hebben.
(y)
-
Dag Wiebe,
Dat is al gebeurd.
Gr. Jan
-
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.
-
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
-
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
-
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.
-
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
-
... 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.
-
Dag Martin,
Jij gaat na veertig jaar je baan renoveren, dan is het een prima baan! Mijn baan wordt al gerenoveerd gedurende de opbouw! :D
Gr. Jan
-
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?
-
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
-
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 (http://www.rosoft.info/Schema-s88.html) 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.
-
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
-
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.
-
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.