Dinamo

Posted by Leon van Perlo on 2009-11-08 23:53

Hallo Patrick,

Ik ken ook niet alle details van Koploper op dit punt, maar wat volgens mij gebeurt is dat Koploper een bericht stuurt aan Dinamo en geen bevestiging daarvan ontvangt. Normaliter komt dit nooit of zeer zelden voor. Als het bij jou wel gebeurt duidt dit er op dat jouw communicatie (althans die tussen Dinamo en je PC) ernstig niet in orde is.

Het probleem kan zijn dat Dinamo het bericht van Koploper niet ontvangt of dat Koploper het antwoord van Dinamo niet ontvangt. Het protocol probeert dit te corrigeren met een hertransmissie (hoe vaak, hangt af van de software. Volgens mij probeert KL het 4x). Als Koploper oneindig blijft herhalen en de de groene LED knippert betekent dit dat Dinamo wel berichten (al dan niet alle) ontvangt, maar Koploper geen antwoorden krijgt. Jouw probleem zit dan dus in het retourkanaal.

Mogelijke oorzaken:
- Gammele kabel
- Defecte com-poort op je PC
- Defecte max232 driver op je RM-H
- Een slechte GND verbinding tussen Dinamo en je PC, bv als beide systemen in een niet-geaarde contactdoos zitten en de enige GND verbinding tussen PC en Dinamo het fragiele adertje op pin 5 in je seriele kabel is.

Mvg,
Leon

Posted by Patrick Pontier on 2009-11-09 22:48

Hoi Leon,
De kabel is een gegoten kant en klare, zou kunnen dat er een draadbreukje in zit.
Is een defecte compoort op een of andere manier te testen met iets anders? Heb deze PC van de zomer ingezet ter vervanging van een ander ouwetje.
Of zal ik toch maar eens een USB-serieel converter in gaan zetten. Suggesties ?
Dinamousers3.0/ dinamoconfig werken zonder problemen. Of kan dit aan de hoeveelheid dataverkeer liggen ???
Is een defect aan de genoemde max232 driver te zien? Ik heb er nog zo'n IC liggen, die vervang ik deze week.

Beide systemen zitten in een geaard stekkerblok met overspanningsbeveiliging. Dus daar lijkt het mij niet aan te liggen.
Ik ga deze week ermee verder.

Groeten,
Patrick

Posted by Patrick Pontier on 2009-11-17 14:47

Ondanks dat ik het stickertje niet gevonden heb ;-) toch maar de driver vervangen.
Het leek even goed te gaan, maar van korte duur.
Kabel vervangen tussen compoort en Dinamo, geen resultaat.
Nog eens geprobeerd met een USB-serieel converter gaf ook niet het gewenste resultaat.
Het lijkt er alleen maar erger op te worden.
De berichten komen al op tijdens het initialiseren wanneer je de communicatie opent met het groene spiegelei.
Soms lijkt het ook of verschillende opdrachten worden gestuurd zonder dat hier melding van wordt gemaakt in de communicatie logging.
Normaal gesproken worden eerst de wissels geïnitialiseert en dan de schakelaars (relais via OM32). Nu is het zo dat tijdens het initialiseren van de wissels de relais beginnen te tikken (eenmaal) en het hele zaakje blijft hangen. De groene led op de RM-H blijft branden.
Ik blijf zoeken naar verkeerde verbindingen, maar weet het even niet meer.

Groeten,
Patrick

Posted by Patrick Pontier on 2009-11-17 22:35

Nog een vraagje in dit geheel:

In hoeverre kan een stuk flatcable tussen Dinamo en de niet gedetecteerde secties zorgen voor storingen in de communicatie???
Ik heb dit tijdelijk als verlengkabel gebruikt tussen de baanaansluitingen en de CD16's via de rij jumperpinnen voor de niet gedecteerde secties. Is dit mogelijk te dun draad waardoor storingen kunnen ontstaan???
Vanavond dit stuk flatcable verwijderd en zowaar 45 min ongestoord kunnen rijden.
Toeval???

Groeten,
Patrick

Posted by Patrick Pontier on 2009-11-23 13:20

Het idee met die bandkabel was dus duidelijk toeval.
Vanmorgen aan de lopende band storingen.

Waaruit kan die instabiliteit ontstaan bij de voeding?
Vorig jaar speelde dit probleem ook al. Toen heb je me nieuwe IC's (RAM en CPU) voor de RM-H toegestuurd.
Zie ook draadje: Archief 2008 - rijstroom probleem
Dat heeft toen een tijdje geholpen. Maar blijkbaar zit er nog een onderliggend probleem omdat het nu weer terugkomt.
Waarom begint bijvoorbeeld bij elke storing dat relais te klapperen? Is daar een logische verklaring voor? Zodra die relais' een tik geven gaat het mis.

Groeten,
Patrick

Posted by Leon van Perlo on 2009-11-24 17:56

Hallo Patrick,

Dat met die bandkabel klinkt niet onlogisch (dat er geen relatie is).

Als je niet nader uitlegt wat je bedoelt met "begint dat relais te klapperen" kan ik er geen conclusies uit trekken. Wordt dat relais al aangestuurd en valt het spontaan af, of trekt het spontaan aan, of gaat er iets mis zodra je een opdracht geeft waar zo'n relais bij betrokken is ?? Zo'n opmerking roept helaas alleen maar meer vragen op dan hij beantwoordt.
Eerder schreef je dat "de relais beginnen te tikken" als je wissels initialiseert.

Volgens mij weet jij redelijk waar je mee bezig bent, maar goed, ik zou gaan denken aan het volgende:

Heb je de relais voorzien van een vrijloopdiode danwel heb je de + van de relais aangesloten op de PWR van een OM16 of OM32?
Gebruik je wissels met eindafschakeling?
Heb je wel eens gemeten of de 5V op jouw systeem stabiel is?
Is de ruwe voedingsspanning voldoende ontkoppeld (afgevlakt)?
Hoe lang is de bedrading tussen je elko en IPM (meer of minder dan een meter)?
Je schreef dat zowel de PC als Dinamo in een stekkerblok met aarde en overspanningsbeveiliging zitten, maar is dat stekkerblok ook echt geaard? Zo ja, (en ik weet dat het moelijk te meten is) is die aarde schoon? Geen buurman met een elektrisch lasapparaat? Andere extreme stoorbronnen in de buurt?
Probeer je wissels (Vwss) eens even tijdelijk te voeden met een aparte voeding, als je die hebt (bv een experimenteervoeding)

Mvg,
Leon

Posted by Patrick Pontier on 2009-11-24 21:31

Hoi Leon,

Ik laat die bandkabel er voorlopig even uit, ik heb momenteel geen verlengstuk nodig.

Tijdens initialiseren, of tijdens automatisch rijden gebeurt hetzelfde.
Op een willekeurig moment slaat het relais aan. Of het nu stroom krijgt of 'uit' gaat is qua geluid hetzelfde. De 'tik' waar ik het over had. Het is idd net zo lastig uit te leggen als te begrijpen.
Het is in ieder geval zo dat de relais een kruiswissel aansturen in een wisselstraat bij een stationsingang, dus een redelijk drukke route.
De storing treedt op tijdens het initialiseren en niet alleen als de relais aan de 'beurt' zijn. Ze slaan spontaan aan.
Tijdens automatisch rijden treedt de storing zo uit mijn hoofd voornamelijk op wanneer idd de wisselstraat gereserveerd wordt waarbij het kruiswissel bij betrokken is.

Sorry, waar moet ik aan denken bij een vrijloopdiode en welke codering heeft deze? Momenteel zit deze er niet tussen.

Ik gebruik idd minitrixwissels, via een MDDec en ook zitten er ontstoorspoeltjes tussen de RM-H en de MDDEC's. Zo hier en daar heb ik er onlangs een paar aandrijvingen vervangen en de eindafschakeling door gesoldeerd.

Gisteren nog gemeten. De 5V geeft altijd 5,1V zoals vanaf het begin. Moet er wel bij zeggen dat het systeem dan wel aanstaat maar er rijden geen treinen.
Hoe kan ik controleren of die ruwe voedingsspanning voldoende is afgevlakt? Ik heb toentertijd een flinke elko gekocht. De waarde zal ik na moeten kijken. Als je dit bedoeld.
De bedrading is niet meer dan een meter tussen elko en IPM
Kan ik een CVketel als extreme stoorbron zien? Die zit uiteindelijk in dezelfde wcd. Ik ben er altijd vanuit gegaan dat dit een geaarde WCD is.
Een experimenteervoeding heb ik zo niet voor handen. Ik zal eens een collega vragen. Hoe sluit ik dan deze aan?
Het kabeltje uit de IPM Vwss naar RM-H loshalen op de IPM en op de plus van de externe voeding? En dan?
Heb je een klein schematje?

Alvast bedankt
Groeten,
PAtrick

Posted by Leon van Perlo on 2009-11-26 02:20

Hallo Patrick,

Als je het vermoeden hebt dat de storing veroorzaakt wordt door een specifieke wissel of slechts enkele wissels, dan is het toch niet zo lastig dat te vinden? Zet Koploper in de teststand en laat die wissel enkele tientallen malen schakelen en kijk of het goed/fout gaat. Is het een enkel probleemgeval zet dan een paar multilayer condensatoren van bv 10nF tussen de gemeenschappelijke draad en de beide individuele draden, zo dicht mogelijk bij de wissel.

Een "vrijloopdiode" of "blusdiode" is een diode in sperrichting over de spoel van het relais om ervoor te zorgen dat de door de spoel geïnduceerde stroom kan doorlopen als de spanning wordt afgeschakeld. Als je de spoel schakelt met een OM32 uitgang en de PWR van de OM32 hebt aangesloten op de + van de spoel van het relais is zo'n diode niet nodig, want in dat geval wordt die stroom door de OM32 uitgang weggewerkt naar de PWR (lees: zit die diode in de OM32 verwerkt).

Mvg,
Leon

Posted by Patrick Pontier on 2009-12-03 22:12

Met je eerste opmerking heb ik nog niet veel kunnen doen.
Om met je laatste opmerking verder te gaan heb ik een DRSprint van Frans gekocht en proberen aan te sluiten.
Dit ging ook niet vlekkeloos, maar kan niet achterhalen wat ik nu verkeerd gedaan heb.

Dat er echter iets goed fout zit is nu wel duidelijk.
De communicatie is zeer moeizaam tot stand te brengen.
Alle bezetmelders geven nu bezet in Dinamousers en koploper.

Ik weet het even helemaal niet meer.

Groeten,
Patrick

Posted by Leon van Perlo on 2009-12-03 23:40

Hallo Patrick,

De DRS print ken ik niet (voldoende) en kan ik geen support op geven.
Als je iets verandert en het werkt niet meer is meestal een werkbaar idee: wijzigingen terugdraaien en kijken wat er gebeurt.
Een DRS print aanschaffen alleen om een blusdiode aan te brengen lijkt me trouwens wat overkill.

Meestal helpt een systematische aanpak.
Alles eraf. Alleen je RM-x, een TM-H en een CD16 en vervolgens kijken wat er werkt.

Leon

Posted by Patrick Pontier on 2009-12-04 08:58

Hoi Leon,

Het was me niet alleen om die blusdiode te doen, ik vond het een mooie oplossing in zijn geheel.
Daarnaast vertrouwde ik mijn eigen 'gebakken' printje niet geheel.

Ik draai het nog eens terug en begin weer eens opnieuw.
Het lijkt momenteel of het hele systeem ergens een flinke opduvel heeft gehad.

Groeten,
Patrick

Posted by Patrick Pontier on 2009-12-04 11:27

Ik heb alles losgehaald. En een voor een alles weer aangesloten.
De OM32 is de boosdoener. Wanneer ik deze aansluit werkt de rest niet meer zoals ze horen te doen.
Ik denk dat deze een forse sluiting veroorzaakt om een of andere reden.

Ik heb al contact gehad met Frans, hij zal naar de OM32 kijken.

Ook zonder OM32 werkt het systeem trouwens niet probleemloos. Ik kan er helaas niet achter komen of het nu een individuele wissel betreft, of een opeenstapeling van opdrachten van koploper. Volgens mij het laatste. Maar met zekerheid kan ik dit niet zeggen.

http://www.conrad.nl/goto.php?artikel=453064
Om nog eens iets uit te proberen. Kan ik deze daarvoor gebruiken. En dan ergens tussen MDDEC en wissel proberen aan te sluiten?

Groeten,
Patrick

Posted by Leon van Perlo on 2009-12-04 12:06

Ik kan er helaas niet achter komen of het nu een individuele wissel betreft, of een opeenstapeling van opdrachten van koploper. Volgens mij het laatste

Zoals ik al eerder schreef: Zet Koploper in de teststand en laat die wissel(s) enkele tientallen malen schakelen en kijk of het goed/fout gaat. Is het een enkel probleemgeval zet dan een paar multilayer condensatoren van bv 10nF tussen de gemeenschappelijke draad en de beide individuele draden, zo dicht mogelijk bij de wissel.

Heb je die test al gedaan? Zo ja, wat zijn de resultaten daarvan? Zo nee, als je niet structureel test heeft het aanbrengen van allerlei random "oplossingen" ook geen enkel nut. Dan ben je straks een kerstboom aan nutteloze toevoegingen en een hoop frustratie rijker en heb je nog geen oplossing.
Als je een wissel bv 100 keer kunt laten schakelen zonder dat er 1 storing optreedt kun je redelijk veilig aannemen dat dat het probleem NIET is. Je kunt hiermee dus ook een oorzaak uitsluiten. Ook nuttig. Hoef je ook geen extra condensatoren te kopen.

http://www.conrad.nl/goto.php?artikel=453064
Om nog eens iets uit te proberen. Kan ik deze daarvoor gebruiken. En dan ergens tussen MDDEC en wissel proberen aan te sluiten?

Mvg,
Leon

Posted by Patrick Pontier on 2009-12-04 13:49

Duidelijk en helder,
Ik sluit mij nog eens op achter de zolderdeur.
Bedankt
Resultaten volgen binnenkort.

Groeten,
Patrick

Posted by Patrick Pontier on 2009-12-15 22:40

Vanavond eindelijk weer tijd gehad om een en ander te testen.
Al mijn wissels heb ik minimaal 2 minuten laten schakelen met een pauze van 1 seconde tussen de pulsen.
Dus je kunt wel stellen dat ze minimaal 120 keer omgeslagen zijn per wissel. Geen enkele foutmelding binnen gekregen via de communicatielogging in koploper.
Daarna heb ik ze nog zeker 20 keer in het testprogramma allemaal rechtdoor gezet in het testprogramma en net zo vaak afbuigend. Dit gaf ook geen foutmeldingen of meldingen van het niet zenden van een bericht.

Groeten,
Patrick

Posted by Leon van Perlo on 2009-12-18 00:17

Hallo Patrick,

Dan lijkt het me erg onwaarschijnlijk dat wissels de oorzaak van je probleem is.
Het minder goede nieuws is dat ik ook geen idee heb wat de oorzaak dan wel is. Ik ken niemand anders met vergelijkbare problemen. Mocht die er toch zijn, dan is het goed als die persoon zich meldt.

Mvg,
Leon

Posted by Patrick Pontier on 2009-12-18 10:48

Moet er nog wel bij zeggen dat Frans ondertussen de OM32 heeft gerepareerd. (zie berichtje 4-12-09)
Ik ga de test een dezer dagen nog eens herhalen als de OM32 is aangesloten samen met de relais.
Even zeker weten of dit verschil maakt.

Groeten,
Patrick

Posted by Leon van Perlo on 2009-12-18 11:05

Maar je schreef "ook zonder de OM32 werkt het systeem niet probleemloos". Dan is er dus een andere oorzaak dan die OM32. Als de wissels geen storing veroorzaken zonder OM32 veroorzaken ze ook geen storing met OM32.

Mvg,
Leon