Classic Dinamo met TM 44

Hallo allen;

Ik richt deze vraag eerder tot Frans staal , mocht deze meelezen.

Ik heb als proef dus een eerste TM 44 en OC32 aangesloten aan de bestaande Dinamo (classic dus TM-H) systeem via een netwerk kabel.
Alle onderdelen zijn voorzien van de laatste firmware.
De bezetmelder werkt en een lok kan op het proefstukje (rechte rail met een wissel) ook rijden.

Echter kan ik geen enkele lichtfunctie schakelen , en ook al de andere functie doen het jammer genoeg niet.
op het klassieke gedeelte met Dinamo Classic werkt alles wel normaal.

Ik heb ook opgemerkt in DinamoConfig dat het systeem soms in Fault status staat.
Heeft dit nu met bovenstaand geval te maken , ik weet het niet.

Hopelijk kan er iemand hier iets mee.

Hallo Claudio,

ik kan me deze vraag niet echt herinneren, maar dat maakt niet uit.

Wat bedoel je met lichtfunctie? Heb je het dan over de locfuncties om de verlichting te schakelen (analoog of digitaal) of heb je het over verlichting die je via de OC32 wilt schakelen?

DinamoConfig geeft soms (vaak) bij het eerste opvragen van de Status deze melding. Daarom zit er ook een knop Reset Fault.

Groet
Frans

Hallo Frans.

met "eerder" bedoel ik feitelijk : "gericht aan je" …. typisch iets van bij ons dus. (:cool:)

Ik bedoel inderdaad de locfuncties F0 tot F xxx (digitale locomotieven.)

Ik heb soms de Fault status gekregen nadat ik opstart , maar ook nadat alles eerst OK was.

Claudio, en hoe probeer je die functies te schakelen? Met DinamoUsersCC of vanuit iTrain?

In iTrain lukt het niet , en met DinamoUsersCC ook niet.
De loc functies reageren gewoon niet als je erop klikt (iTrain) of aanvinkt (DinamoUsersCC) en de opdracht geeft.
En dit enkel bij de aangesloten blokken van de TM44.
De andere blokken die gestuurd worden door de TM-H zijn er zoals hierboven geschreven geen problemen.
En ook getest met andere lokken (digitaal) en helaas net hetzelfde.

Nog wat vastgesteld:
Op de TM44 brandt enkel de oranje LED.

Toevallig is nu mijn ijkspoor aangesloten op deze TM44 (hierdoor viel het op dat ik geen enkel functies kon schakelen) en ik heb ook gemerkt dat bij snelheidsmetingen in iTrain de snelheidscurve zeer onregelmatig is (stap 28 bijvoorbeeld 60 km/u ; stap 27 dan weer 70 km/u ; stap 26 soms weer hoger of weer lager ..)
Is het de lok ?
of aan de decoder ?... ik kan het nog niet zeggen maar dit heb ik nog nooit meegemaakt toen het ijkspoor nog aangesloten was op de TM-H. (en ik regel eerst de CV's in de decoder goed af vooraleer ik aan de metingen begin)

20181210 Screenshot Dinamoconfig.JPG

Claudio,

ik zou eens kijken of de clock in de RS485 bus wel goed is aangesloten. En staan alle TM's, behalve de eerste op Slave? Voorkeur is trouwens dat je voor de eerste blokkaart een TM44 gebruikt. En dan bedoel ik niet in de bus, maar qua adres (dus 0).

Ik ben ook wel benieuwd naar de firmware versies van de diverse modules. Ik weet nog dat je een keer in Zwolle bent geweest om alles te updaten, maar ook dat is alweer een poosje geleden. Stuur eens een screenshot van het status venster in DinamoConfig.

Groet
Frans

Frans;

Het Classic Dinamosysteem is nog steeds ongewijzigd.
Dus de eerste TM-H is de master , de andere 2 op slave. (0 - 2)

Nu is de (eerste) TM44 bijgekomen en heb ik die ook als slave gezet (als 3e in de rij)
Zie Screenshot in de bijlage.

20181210 Screenshot Dinamoconfig.JPG

Hallo Claudio,

dinamoconfig ziet er goed uit. Maar toen je vertelde dat je problemen had met de snelheidmeting, dacht ik dat het ook goed is om de bussen, met name de clock te controleren. Klopt de bedrading van de TM-H naar de TM44? Het beste kan je hem even doormeten met een ohmmeter op de 'piep'-stand. Dat zou wel eens kunnen duiden op 'iets' met bezetmelders.

Waarom die functies niet schakelen is me wel een raadsel, de rest is goed wat betreft versies.

Groet
Frans

Frans ,

Ik ga ergens deze week of volgende week snelheidsmetngen doen met andere locomotieven.

Echter maak ik me meer zorgen over het niet functioneren van de F Functies , dan heb ik wel een probleem voor dit toekomstig modelspoorgedeelte in de andere kamer.
Hopelijk geraken we er uit met een oplossing.

Hallo Claudio,

heb je nou naar de clockbus gekeken?

Je bent absoluut niet de enige met de mix van TM-H en TM44 en ik weet zeker dat het goed functioneert/kan functioneren. Er moet dus iets bij jou (sorry, jouw baan!) niet in orde zijn! Als je nou toch eens de TM44 op adres 0 zet en die eerste TM-H even op een hoger adres, wat gebeurt er dan? of je koppelt alle TM-H's af en kijkt of het dan wel op de TM44 gaat.

Er moet toch echt iets aan de hand zijn en omdat alles er op het oog goed uitziet, zal je door elimineren tot een oplossing moeten komen. Dus ik vraag je mijn suggesties op te volgen zodat we er een oorzaak voor vinden.

Groet
Frans

En wat is de reden feitelijk dat de eerste TM44 het adres 0 moet krijgen Frans?
Dus als ik het goed begrepen heb , moet de eerste TM44 nu het adres 0 krijgen , die instellen als Master , vervolgens de oorspronkelijke TM-H die het adres 0 had en ook de master was , als slave instellen op een nieuw adres ..
Maar dan kloppen al mijn adressen in iTrain ook niet meer en moet ik hier dus ook nog vanalles wijzigen dan ...

Ik wil alles wel nakijken , maar zit nu in Keulen dus dat gaat nogal moeilijk....
Ik kan ook eens de TM44 omwissellen met een andere TM44 of gaat dat niks uitmaken ?

Ik lees het wel
Alvast bedankt Frans voor het antwoorden.

Ondertussen de TM 44 als eerste ingesteld (adres 0.0 en als master) , en de oorspronkelijke (master) TM-H als adres 3 en Slave ingesteld.

De F lokfuncties schijnen nu op het eerste zicht eindelijk te werken via de TM44.
Dus ik herhaal graag mijn vraag , waarom moet feitelijk de TM44 in deze situatie als eerste in de rij zijn? (:wink:) (dit staat blijkbaar ook zo in de handleiding , heb ik enkele dagen geleden ontdekt).

Dus de volgende TM 44 zouden zonder problemen moeten werken op de adressen vanaf 4.0 , 4.1 , 5.0 , 5.1 ect … als Slave weliswaar.

Alleen jammer dat ik terug een deel adressen moet wijzigen in iTrain.
Ik laat ook nog wel iets weten of de rest naar behoren functioneert.

20181217 Screenshot Dinamoconfig.jpg

Hallo Claudio,

de reden betreft de clock-functie van de TM44 waarmee de andere TM's (TM44's en TM-H's) gesynchroniseerd worden. Op pagina 5 van de TM44 Handleiding staan de eisen aan het mixen van de twee soorten modules:

• De TM44 kan worden gebruikt in combinatie met de TM-H (minimaal firmware 5.00 of
5B2) / CD16. De voorwaarde is dat een van de TM44 controllers “master” module is en
dat de TM-H modules RS485 gebruiken als communicatieprotocol.1

Groet
Frans

Jammer , maar nu werken de F lokfuncties niet meer op de TM-H blokken.
Dus enkel op de TM 44 kan ik ze nu weer schakelen.

Hallo Claudio,

nu heb ik werkelijk geen idee meer wat er aan de hand is. Misschien dat Leon hier iets over kan zeggen?

Hoe is het trouwens met die rare snelheidsmetingen? Zit het ijkspoor nu op de TM-H of op de TM44?

Groet
Frans

Ik hoop het Frans.
Ik kan ook niks bedenken wat er nu nog fout is.
De adressen staan juist , master/slave goed ingesteld , eerste afsluitweerstand geplaatst op de eerste TM-H in de Dinamo-kast ; de andere op het laatste printje en dat is een OC32 NG, en daartussen de TM44.

Over de snelheidsmetingen ; het ging goed met het lokje van stap 2 tot 20 , daarna (vanaf 21 tot 28) begon het onregelmatig te worden.
Dit kan misschien ook aan het lokje liggen (eentje van LS Models) , ik ga 1 van de komende dagen een snelheidsmeting doen met een Roco lok , daar heb ik normaal gezien nooit problemen mee gehad wat betreft de snelheidsmetingen ; als deze curve dan wel normaal is , kunnen we dit al uitsluiten.

O ja nog vergeten , het ijkspoor zit op de TM44 met 3 melders.

Ik vermoed dat de clock-bus gekruist is tussen TM44's en TM-H's. Dus C+ en C- verwisseld.

Mvg, Leon

Claudio,

In navolging op Leon's suggestie: Op 10 dec heb ik deze suggestie gedaan: ik zou eens kijken of de clock in de RS485 bus wel goed is aangesloten. Op 12 december na 3 andere posts vraag ik of je er naar gekeken hebt. Ik heb daar steeds geen antwoord op gekregen en ging er dan maar vanuit dat je ernaar gekeken had en dat het oke was. Pak nou even de multimeter erbij en piep de bedrading door!

Groet
Frans

Toch nog even voor de zekerheid: Ook al zijn alle verbindingen "goed", als + en - verwisseld zijn lijkt het wel te werken, maar heb je rare effecten op overgangen tussen modules en met name werkt het uitzenden van DCC pakketten niet correct. Modules die een inverted clock hebben zullen alleen het eerste pakket in het buffer uitzenden. Dus geen functies.
Dat is precies waar je last van zegt te hebben. Is TM-H master dan werkt het alleen op TM-H, is TM44 master dan werkt het alleen op TM44.

Hallo Frans en Leon,

Ik wil best wel meten (:wink:) , maar weet niet waar te beginnen.
Frans heeft aan de achterwand in de Dinamokast wat aanpassingen gedaan om via een bijkomend adapter en Ethernetkabel een combinatie te kunnen maken van de TM-H kast en een eerste TM44.
Ik veronderstel dan dat alles goed is aangesloten en het zou werken ; niet dus.

Ik heb ook even een foto gemaakt van de adapter (5 polig) die bijkomend (bij Frans aangeschaft) , op de achterwand zit op de Interface (RM-U) en de eerste TM 44 via een ethernet kabel.

20181223 adapter.jpg

Foto van de adapter zegt niets. Normaal gesproken gaat dat ding in een RM-U om er P&P van te maken. Geen idee hoe dit specifieke exemplaar intern bedraad is. Ik kan niets zeggen over wat Frans geleverd heeft.
Je moet ergens tussen TM-H en TM44 C+ en C- omwisselen en kijken of het dan wel werkt.

Dank je voor het antwoord. Leon,

Voor jullie is het misschien vanzelfsprekend , maar ik weet echt niet waar te beginnen in mijn systeem. (:lol:)
Ik zit al een hele tijd te lezen in de handleidingen van de TM-H TM 44 RM-U , maar geraak er niet meer uit. (ik snap de theorie wel maar praktisch)
Ik ben al blij dat ik de adressen en jumpers goed kan zetten. (:lol:)

Frans mag desnoods een uitgebreide uitleg doen via PM waar ik ergens moet meten voor die clockx , en hoe desnoods die 2 draden moet verwisselen.
Feitelijk Is het wel wat jammer , ik rij hiervoor speciaal naar Zwolle om alles in orde te laten brengen en het werkt helaas niet aan 100%.

Hallo Claudio,

het handigst is om op de achterzijde van de kast de 9-polige connector los te schroeven. Dan kan je hem een stukje uit het paneel trekken en 180 graden draaien. Verwissel dan de twee draadjes op pin 7 en 8.

Groet
Frans

De 9 polige connector is los geschroefd , er zijn maar 4 draadjes gesoldeerd , als ik de pinbezetting moet volgen die in de handleiding staat , zou het de roze en grijze draad moeten zijn die ik moet verwisselen , vermits de stekker ook omgekeerd in de kast geplaatst was.
(Ook volgens de handleiding is bij mij pin 5 GND en pin 9 RS232 niet aangesloten.)

Hallo Frans

In bijlage nog eens de foto van deze interface.
Als ik de handleiding van de RM-U bijneem:
Pin 2 S1TxD (blauw) Pin 3 S1RxD (groen)
Pin 7 S0-B (roos) Pin 8 S0-A (grijs)

Zo is het gemonteerd bij mij.
Dus zou ik roos en grijs moeten wisselen , klopt het Frans?

20181225 9 polige Interface.jpg

Ja, mag ook aan de andere kant, daar waar grijs en roze vandaan komen.

Dank je wel Leon voor de bevestiging.

Ik heb ondertussen de draadjes verwisseld (zie foto bijlage) en ben nu deze keer vrij positef.
Op het eerste zicht werken "beide systemen" eindelijk feiloos met elkaar en kan ik de lokfuncties overal bedienen.

20121225 draadjes pin 7 en 8.jpg

Als laatste nog even over de afsluitweerstanden.

Ik heb in bijlage een schema toegevoegd hoe bij mij de afsluitweerstanden staan.

In de kast met de "Classic" Dinamo is de eerste afsluitweerstand aktief via de jumper op de RM-U.
De andere afsluitweerstand zit op het laatste onderdeel tot nu toe , en dat is een OC32NG.
Hier zijn de 2 jumpers geplaatst zoals in de handleiding is beschreven van de OC32.
Is dit volledig juist?

Ik lees het wel , en alvast bedankt voor de vele raadgevingen hier Leon en Frans.
Nog een prettige kerstavond.

20121225 schema.jpg

Ja.
Mooi dat het nu werkt.
Fijne kerst verder.
Mvg Leon

Nog even een late nabrander op dit draadje.

Eerder in dit draadje is en-passant geschreven dat bij een combinatie TM44 en TM-H altijd een TM44 moet worden gebruikt voor blok 0..3. Dat klopt formeel gesproken niet. Ik heb dat toen wel gezien, maar dat was te laat voor de Topic Starter, dus ik heb het er maar even bij gelaten. De informatie is echter mogelijk wel van belang voor degenen die een bestaand Classic systeem uitbreiden met TM44's.

In de handleidingen staat dat bij een combinatie TM44 en TM-H de clock (bij voorkeur) moet worden gegenereerd door een TM44. M.a.w., een TM44 moet master in het systeem zijn. Er staat echter nergens dat dat module 0(.0) moet zijn. Immers elke willekeurige module mag master zijn, zolang het er maar precies één is. Weliswaar wordt beginners aangeraden module 0(.0) te gebruiken als master, omdat dat wel zo eenduidig is en het troubleshooten eenvoudiger maakt, maar een Dinamo Classic gebruiker die TM44's toevoegt is i.h.a. geen beginner meer en beschikt normaliter al over een werkend systeem.

Als je dus later TM44's toevoegt aan een Classic systeem kun je je het werk van omnummeren van blokken en bezetmelders besparen.

1. Maak de eerste nieuwe TM44 master
2. Configureer TM-H#0 d.m.v. DinamoConfig expliciet op slave (beter: configureer alle TM-H's expliciet op slave zodat als je er later ooit twee omwisselt je niet toevallig een probleem krijgt).
3. Zet de master/slave jumper op TM-H#0 op slave.
4. Herstart je volledige systeem, zodat alle modules hun start-up configuratie laden en controleer d.m.v. DinamoConfig dat je exact één master in je systeem hebt.

Met de laatste DinamoConfig(1.32) software en TM-H/TM44 firmware (5.21/1.21) kun je niet alleen controleren of je precies één master in je systeem hebt, maar ook een controle uitvoeren op de kwaliteit van het clocksignaal. Bij twijfel een mogelijk handige functie.

Mvg, Leon

Bedankt nog voor de bijkomende info Leon.
Is goed om te weten voor diegene die beide systemen willen combineren.

De laatste firmware is zeker een aanrader (RM-U , TM-H , TM44 en Di Conf) , dan weet je zeker of alles goed is aangesloten en zeker wat betreft die bijkomende controle voor de Clock bus, is handig zodat je geen bizarre problemen ondervind in je systeem .(zoals ik in deze topic heb meegemaakt)

Nogmaals bedankt Leon.(:biggrin:)