Kortsluiting en ander probleem bij TM-H

Soms krijg ik bij rijden met Dinamousers.exe tussen twee blokken een kortsluit melding.
De bloknummers zijn 35 en 48, deze hebben dezelfde snelheid, normaal krijg je deze melding alleen als de snelheden verschillend zijn.
Verder een raar probleem met een melder, als de melder van blok 38 aangaat dan gaat de melder van blok 24 ook aan en iets later weer uit.
Als de loc dan in blok 24 komt gaat de melder weer aan, maar als de loc het blok verlaat gaat de melder niet uit.
Soms heb ik het idee dat de twee problemen met elkaar te maken hebben, als de kortsluiting is geweest komt het andere probleem ook te voorschijn.

Ben,

zou er iets aan de hand kunnen zijn met de clock-bus? Slechte verbinding of zo, zodat-ie af en toe uitvalt?

Groet
Frans

Frans,
Wat moet ik me voorstellen bij de clock-bus, is dat de com-poort verbinding tussen de kaarten of is dat het clockelement(kristal) bij de processor?
De communicatie staat op TTL, dus er zitten geen MAX3082-drivers op. Zie draadje met andere problemen.
Ik heb de communicatiedraden tussen de TM-H en RM-U als een ster aangelegd.

Ben,

Hoe rijd een analoge loc tussen die blokken? Wil hij op de overgang heen en weer pendelen dan moet je een van de twee blokken inverteren in iTrain. DCC locs geven op de overgang een storing omdat die spanning niet gepoold kan worden en je dus een sluiting maakt.

Meer voor de hand liggend is een slecht werkende clockbus. Vanacht heeft Leon nieuwe DInamoCOnfig 1.32, TM44 firmware 1.21 en TM-H firmware 5.21 online gezet bij productondersteuning.

Hiermee kan je nadat je de status van het systeem hebt uitgelezen in DinamoConfig via de eerste tabblad een check van de master/slave en de clockbus uitvoeren. De clock is namelijk verantwoordelijk voor het synchroon lopen van alle blokkaarten. Let wel dat de master een TM44 moet zijn en geen TM-H. Klopt het dat je TM-H en TM44 combineert? Staat me wel iets van bij.

Dit zie je vanzelf in de MS check. slecteer in de linker tabblad via de dropdown ALL TMXX en klik dan rechtsonderin op check MS.

succes kerel

Martin,
Bedankt voor je bericht.
Probleem is dat ik alleen maar 8 TM-H's heb en geen TM44.
Zal eens kijken hoe een analoge loc reageert.

De master moet alleen een TM44 zijn als je een TM44 hebt. Anders voldoet een TM-H ook prima.

Leon,
Bedankt, als ik de waarschijnlijk foute TM-H als master zet is dat een goed plan.
Ik heb nu 5 TM-H aan de baan hangen en daarbij gaat het meestal goed.
Zo af en toe wordt een blok wel gereserveerd door iTrain maar als de trein dan in dat blok komt gaat de melder wel aan maar het blok wordt dan niet bezet gemaakt, vrees dat dit iTrain probleem is.

Dat probleem herken ik, gebeurd hier ook heel soms. Wat dat exact veroorzaakt zijn we nog niet achter. Lijkt me sterk dat dit door Dinamo word veroorzaakt inderdaad omdat iTrain wel de juiste info ontvangt.

Maar ben benieuwd of je configuratie goed is en de check ok.

IK heb de firmware 5.21 gedownload maar nu zoek ik naar een handleiding en gevonden op de site van Leon.
Op de TM-H heb ik een schakelaartje gemonteerd die ik moet indrukken als ik de firmware wil laden. Nu zit er 5.20 in de processor.

"Zo af en toe wordt een blok wel gereserveerd door iTrain maar als de trein dan in dat blok komt gaat de melder wel aan maar het blok wordt dan niet bezet gemaakt"

Het lijkt me handig de oorzaak daarvan te achterhalen, want als meldingen uit het systeem niet worden vertaald in acties, dan veroorzaakt dat problemen zoals je beschrijft.

De zoektocht naar clock problemen is een interessante oefening maar eerlijk gezegd geloof ik niet dat het daar zit. Je werkt met TTL en ik neem aan dat dan alles bij elkaar zit. Er is dus geen bus met mogelijke onderbrekingen en verkeerde afsluitweerstanden. Aannemende dat je wel exact één master hebt werkt het wel of niet, veel andere mogelijkheden heb je niet.

De TM-H's zitten 2 aan 2 bij elkaar en ik heb voor de verbinding een afgeschermde heel oude netwerkkabel met 8 draden, deze heb ik per vier aan een sub-d connector zitten.
Heeft altijd goed gewerkt.
Misschien voor elke aansluiting een aparte kabel gebruiken?? Ik heb nog kabel genoeg, maar moet ook wat overhouden voor aansturing van de servo's.

Als het altijd heeft gewerkt, zou het nu ook moeten werken.tenzij er iets is gewijzigd of kapot is gegaan. Dat achterhalen lijkt mij de beste manier.

Als blijkt dat de clock gewoon in orde is, maak dan eens een proef waarbij je het betreffende blok op een andere tmh aanstuurd. Even de twee sub d connectoren van de cd16 omwisselen naar de twee andere blokkaarten en de adressen omzetten.

Blijft het euvel dan is de kans groot dat het inderdaad in het systeem zit. Is het dan weg, dan is de kans groot dat het in je baan zit. Uitzetten, corrosie, vuil, verloren stukje metaal?

De blok overgangen heb ik allemaal met de plastic raillas gedaan dus dat kan geen probleem geven.
De rails is allemaal gegumd.

Plastic raillassen zijn geen garantie, sterker nog uitzetten heeft sneller effect op een plastic schoentje dan wanneer je de scheiding geslepen hebt.

Maar goed, het draadje loopt nu flink uit, zowel Leon als ik hebben nu diverse opties aangedragen om te proberen en om te testen. Ga dat eerst even doen zodat je punten kunt afstrepen en uitsluiten. Nu zijn we alleen maar aan het bedenken.

Succes en laat maar weten wat eruit komt.

6 TM-H's voorzien van firmware 5.2.1 getest met de nieuwe Dinamoconfig en geen foutmeldingen. De clock-bus lijkt dus in orde. Tot nu toe met iTrain V5 getest maar een lok die ik gebruikte heeft ergens een slecht contact en stopt er dan plotseling mee. Dacht eerst dat het aan de baan lag maar een analoge loc en een andere dcc-loc doen het prima.
Morgen maar eens verder testen, vandaag te warm op zolder, ga ook testen met iTrain V4.1.11
En misschien met V3.

Heb nog 2 TM-H's die ook problemen geven maar van een heel andere orde.
Wil deze ook van de nieuwe firmware voorzien, maar dat lukt niet.
De TM-H had ik steeds als master en alleen geplaatst.
De vorige 6 gingen prima en en geven geen problemen.
Heb de processor in een TM-H geplaatst die wel goed goed ging, geen reactie.
Een goed werkende processor geplaatst in de foute TM-H, geen reactie.
Een goedwerkende TM-H en zijn eigen processor en als master alleen, geen reactie.
Er een tweede TM-H bijgezet en nu wel een reactie.
Dus het moet met minstens 2 TM-H's anders werkt het niet.
Nu met deze twee verder, gaat prima hebben nu de laatste firmware.
Ga deze nu testen op het Stoomdepot.

Ben,

Updaten heeft niets te maken met meerdere TM's die actief zouden moeten zijn.
Waar je waarschijnlijk tegenaan loopt is dat andere modules op de een of andere manier interfereren met de bootloader bitstream naar de te updaten module. Dat zou niet moeten, maar gebeurt soms toch. Probleem is inmiddels bekend en een oplossing waarschijnlijk ook, maar implementatie heeft nog even tijd nodig.
Alle modules afkoppelen van de bus, behalve de te updaten module is de meest effectieve oplossing.

Mvg,
Leon

Leon,
Zoals ik schreef was het probleem er alleen als ik een TM-H alleen aan de bus had hangen.
Heb de twee laatste nu ook getest en de clock-bus geeft geen foutmelding maar als ik deze twee aan de baan hang dan wordt het een zooitje. Deze ga ik dus naar Frans sturen om te kijken wat er niet goed aan is.

Ben,
En als je maar één TM-H aan je bus hebt (geen update), communiceert die dan wel foutloos met je RM-x? Kloppen je afsluitweerstanden dan wel? Voor TTL moet er een pull up geactiveerd zijn.
Mvg Leon

Leon,
Kan niks vinden over afsluitweerstanden bij TTL, zie dit wel staan bij RS485.
Wat bedoel je met "pull up" ?
Eventueel probleem zou kunnen zijn dat de SUBD kabels van de TM-H als een soort ster naar de RM-U lopen.

Op aanraden van Frans ga ik de TTL-interface ombouwen naar 485, dat is dus voor 2x RM-U, 1x PM32 en 8x TM-H. Morgen komen de onderdelen die daarvoor nodig zijn.
Hoop dat we het gaan meemaken.
Groet, Ben

Na de verbouwing krijg ik wel antwoord van de RM-U maar niet van de TM-H.
Wat heb ik gedaan:
RM-U:
7407 verwijdert, MAX3082 verplaatst naar positie 3, van de vier schakelaars alleen S0-TER geplaatst.
TM-H:
7407 verwijdert, 2x MAX3082 geplaatst, Ra en Rb geplaatst. Master/slave schakelaar verwijdert, ik test met 1 TM-H, adres op 0
Verbinding van RM-U naar TM-H gaat met CAT.6 netwerkkabel.
RM-U 7 gaat naar TM-H 3, RM-U 8 gaat naar TM-H 2.
Ik heb de massadraad van deze kabel van 5 naar 5 verbonden.

Ben,
Klopt dat het niet werkt.
Je hebt je RM-U in P&P mode gezet. Dan is de bedrading gewoon 2 aan 2, 3 aan 3 en 5 aan 5. Eventueel 7 aan 7 en 8 aan 8 als je de afsluitweerstand voor de klokbus wilt laten verzorgen door de RM-U. Overigens is S1TER Nu voor je databus en S0TER voor de klokbus.
Je kunt ook je bedrading laten zitten en de 7407 en 3082 weer terugzetten.
Mvg Leon

Leon,
Ben met een testbaan en het hele Dinamo systeem naar Frans geweest en hij kwam tot de conclusie dat de clock-bus bij TTL niet stabiel was.
Het beste was om alles om te bouwen naar RS485 en daar ben ik nu mee bezig.

Dat snap ik, daarom leg ik je uit wat je fout doet.
Uitgaande van de situatie die je hierboven beschrijft:
Optie 1:De bedrading laten zitten zoals je die nu hebt en je RM-U terugbouwen zoals die oorspronkelijk was. Die RM-U kan namelijk gewoon RS485, daar hoef je niets voor aan te passen.
Optie 2: De RM-U laten zoals die nu is. Wel S0TER en S1TER plaatsen. Bekabeling aanpassen naar 2-2, 3-3, 5-5 en evt 7-7, 8-8.

Mvg Leon

Gisteren de draadjes aan de RM-U omgezet van 7-8 naar 2-3 en het werkte meteen.
Nu nog het volgende probleem, ik had 2 TM-H's er aan hangen en de master deed het prima maar de tweede gaf wel spanning en de trein reed door maar ik kreeg geen terugmelding.
Dit moet ik vandaag of morgen nog onderzoeken, andere TM-H eraan en zien wat er dan gebeurd.

Leon,
Als ik de verbinding maak met standaard netwerkkabel en aan de RM-U en TM-H's een zelf gemaakte verloop maak, sub-d haaks en rj45 haaks die op een stuk board worden gesoldeerd, zal het dan goed gaan ?

Als je dat goed doet wel.
Voor de RM-U is trouwens een verloopstekker beschikbaar (P&P adapter).
Ik adviseer wel de pinbezetting aan te houden zoals die voor de Dinamo modules met RJ45 geldt. Wel zo handig als je ooit uitbreidt met een TM44 of OC32/NG.
Mvg Leon

Leon,
Ok, bedankt zal dit meenemen in de aanpassing.
In de eerste en laatste TM-H's komen de weerstanden 18a en 18b, deze hoeven dacht ik niet in de tussenliggende.

Hallo Ben,
Over afsluitweerstanden zijn inmiddels vele handleidingen, websites en posts volgeschreven. Ik weet oprecht niet meer hoe ik iets dat zo simpel is nog eenvoudiger moet uitleggen.
Nee, dus niet op de eerste en laatste TM-H.

Overigens had ik de vraag verwacht: "Hoe ziet de standaard Dinamo RJ45 pinbezetting er dan uit?" Dat is namelijk niet al honderd keer beschreven en best lastig te vinden. Dus hierbij:

RJ45-1 = NC
RJ45-2 = GND
RJ45-3 = C+
RJ45-4 = D-
RJ45-5 = D+
RJ45-6 = C-
RJ45-7 = GND
RJ45-8 = NC

Met hartelijke groeten,
Leon

Frans zat in Zwitserland in de trein en die komt/is thuis deze week.
Bij hem wil ik nog wat dingen bestellen om deze pluggen te gebruiken.
Bedankt voor de nummering, nummer 1 is denk ik wit-oranje.
Groet,
Ben

Wit-oranje is inderdaad nr 1. Zie tabel vanuit de Engelstalige Wikipedia: Cat 5e; 2e tabel: T568B Wiring.

Martin, bedankt.
Groet, Ben