Dinamo

Posted by Martin Hornis on 2019-01-15 01:03

Het blokschema is niet up to date, want daarin wordt een oudere versie van iTrain weergegeven.

Op een drietal plaatsen in de RS485-bus zijn aftakkingen naar een (hopelijk) direct naastgelegen OC32 gemaakt. Gaat/ging het daar wel goed mee?

Je schrijft: "de RS485-bus even “kleiner” gemaakt door een aantal TM’s af te koppelen. Alleen de eerste TM44 en OC-32 laten zitten". Is de afsluitweerstand toen wel aangesloten op die OC32?

Om snel een fout te lokaliseren in het RS485-systeem is door op de helft van het aantal aansluitingen de laatste helft los te koppelen (= verbinding tussen TM44 #06 en TM44 #03). Let daarbij wel op de noodzakelijke afsluitweerstand. Eventueel weer de helft van het niet-functionerende deel afkoppelen.

Posted by Leon van Perlo on 2019-01-15 01:39

Cees,
Met blokschema lijkt me op zich weinig mis, aannemende dat je de aftakkingen naar de OC32's kort hebt gehouden. Als je met DinamoConfig, OC32Config en DinamousersCC alle componenten kunt benaderen en besturen zouden de individuele componenten goed moeten zijn.
Je schrijft ook dat het goed gewerkt heeft.
Wat kan er daarna gebeurd zijn?
Heb je bv een update iTrain uitgevoerd? Of een update van Dinamo?
Het is me niet duidelijk hoe je de GND/0V van je systeem bedraad hebt. Dat is bij P&P minder belangrijk dan bij Classic, maar zit dat allemaal nog wel goed vast?
En blijft de gele LED op de RM-U wel constant branden als je met andere programma's dan iTrain communiceert?
Mvg Leon

Posted by Cees de Gier on 2019-01-15 15:29

Bedankt voor de snelle response Leon en Martin.
@Leon: het gele ledje op de RM-U brand continu zolang ik maar niet met iTrain werk. Als ik DinamoConfig actief maak, gaat het rode ledje snel knipperen. Als ik OC32 config gebruik in de transparant mode, knippert het rode ledje op een lagere frequentie. Wat mij wel opvalt is dat als ik Dinamo Config afsluit (rode ledje gaat dan uit) en ik gebruik ik gebruik Dinamo Config daarna weer, de systemstatus op”fault” staat maar alle TM’s op active. (dit i.t.t. de situatie dat ik iTrain heb gebruikt want dan staan ook alle TM’s in de faultmode)
Ik gebruik 2 voedingen (allebei ingesteld op 16 volt) om de TM’s te voeden. De “min” van beide voedingen zijn met elkaar verbonden door een dikke draad. De aarde van beide voedingen en de PC zijn ook met elkaar verbonden.
Deze situatie heeft al 2 jaar feilloos gewerkt, dus daar kan het volgens mij niet aan liggen.
Ik recent geen updates gedaan van Dinamo onderdelen. Wel van iTrain maar dat levert eigenlijk nooit problemen op met Dinamo.
De drie OC-32’s zijn met korte (25 cm) getwiste aders op de dichtst bijzijnde TM44 aangesloten. De OC-32NG zit rechtstreeks op de RS485 bus. E.e.a. Conform het blokschema.

@Martin: met de OC32’s in het verleden geen enkel probleem gehad. Zie bovenstaande tekst aan Leon.
Bij het “korter” maken van de RS485 bus heb ik ook de terminators (SW7 en SW8) meegenomen op de laatste TM van de dan vigerende bus.
Bij mijn laatste test heb ik slechts de eerste TM laten zitten en de rest afgekoppeld inclusief de OC32’s. Dan nog blijft het probleem bestaan als ik iTrain verbind met de baan.
Versienummer iTrain aangepast in blokschema. (Was mij even ontgaan)

Vriendelijke groet,
Cees.

Posted by Leon van Perlo on 2019-01-15 20:37

Cees,

Uit wat ik lees kan ik niets opmaken dat mis zou zijn met je Dinamo systeem. het gedrag is zoals ik zou verwachten.
Aangezien het probleem ontstaat op het moment dat je iTrain gaat gebruiken zou ik eens teruggaan naar de versie (en bijbehorende configuratie) waarbij het nog wel goed werkte.

Mvg,
Leon

Posted by Claudio Bolognese on 2019-01-16 13:02

Misschien geen goed antwoord , maar zijn de instellingen in iTrain nog juist?
Ik bedoel hiermee bij de instellingen van de Interface , … onder ander, is de poortnummer nog steeds dezelfde/juist?

Posted by Cees de Gier on 2019-01-18 23:13

Zoals in het vorige bericht vermeld, is het probleem opgelost. Ter lering en de vermaak hierbij wat meer informatie en conclusie.
Analyse van een baanplan van voor de storing en een baanplan van tijdens de storing gaf aan dat er in het onjuiste baanplan een PM32 in plaats van een OC32 als outputdevice was gedefinieerd. ITrain verzendt dus een PM32 commando naar de baan maar krijgt geen terugmelding omdat er immers geen PM-device in de baan is geplaatst. ITrain zal wel een retry proberen maar stopt dan waarschijnlijk met commando’s. Dinamo krijgt dan meer dan 2 sec. geen commando’s en denkt dan dat de verbinding tussen pc en baan weggevallen is en gaat in de status “fault” met als gevolg dat er niets meer werkt.
Hoe die PM32 in het baanplan is terecht gekomen weet ik niet maar waarschijnlijk heb ik een foutje gemaakt bij het installeren van een tweede interface (Sprog) naast de RM-U binnen iTrain.
Doordat het vrij gemakkelijk is om met DinamoConfig de status van het Dinamosysteem te monitoren en ik elke keer zag dat deze in de status “fault” gekomen was, ging mijn eerste aandacht uit naar Dinamo en niet naar iTrain. Moraal van dit verhaal: kijk verder dan je neus lang is bij verstoringen. Misschien toch wat meer aandacht van de makers van Dinamo en iTrain voor het genereren van begrijpbare foutboodschappen?
Met vriendelijke groet,
Cees.

Posted by Leon van Perlo on 2019-01-27 18:38

Cees,
Dank voor je afsluitende uiteenzetting! Niet veel mensen nemen die moeite.
Groeten, Leon