Problemen TM-H en CD16
Wij zijn aan het experimenteren met 2 TM-H ’s in combinatie met de CD16 en de DDS-915.
Wij hebben een spoor met 2 blokken en per blok 2 detecteerbare secties.
Sluiten wij de 2 blokken op één CD16 aan, dan worden de 4 secties correct gedetecteerd in DinamoUsers.
Beschrijving van de test:
De ene TM-H heeft het adres 0 en is Master en de andere TM-H heeft het adres 1 en is Slave.
De jumpers JP1 van beide CD16’s staan op het bereik 0-7 en de jumpers JP2 op het bereik 8-15.
De secties van blok 1 zijn aangesloten op de 1e detectoren van de CD16 die aan TM-H1 is aangesloten, fysiek dus op J101 van de op de CD16 aangesloten DDS-915.
De secties van blok 2 zijn aangesloten op de 1e detectoren van de CD16 die aan TM-H2 is aangesloten, fysiek dus op J101 van de op deze CD16 aangesloten DDS-915.
De 2 secties van blok 1 van TM-H1 worden correct gedetecteerd.
De secties van blok 1 van TM-H2 (dus feitelijk blok 9) worden niet gedetecteerd. Initialiseren we bij DinamoUsers de range met de adressen 129-256 dan worden alle melders (bolletjes) rood.
De detectie op TM-H2 gaat dus niet goed. Wat hebben we niet goed ingesteld, wat is de oplossing van het probleem?
Het in iTrain getekende testspoor is bijgevoegd.
Hoi Arnold,
Als alle bolletjes rood zijn dan is er iets aan de voorkant vaak verkeerd.
Ziet Dinamo Config de modules wel en heb je naster/slaven en clockbus check gedaan?
Hoi Martin en dank voor je snelle reactie.Ik heb zelf ook het idee dat het een "communicatie-probleem" is.
Ja Dinamo Config ziet RM-U en beide TM-H-'s en ik schreef al dat er een Master en Slave is. De pinnen 7 en 8 van de TM-H-'s zijn onderling verbonden en afgesloten met een weerstand. Wellicht heb ik wat gemist maar ik kan mij niet herinneren dat ik ergens in de Dinamo documentatie gelezen te hebben hoe ik een clockbus check kan doen.
Zie de laatste firmware voor de Tmh en de laatste DinamoConfig software.
Deze dus
Mvg Leon
Heren dank voor jullie reacties.
De test met DinamoConfig geeft, zoals ook is ingesteld, een Master en een Slave module aan, echter bij beide TM-H’s als resultaat: does not return Sync info.
Kijk ik afzonderlijk naar de TM-H’s dan krijg ik bij TM-H module 0 (Master) bij ‘Get OCD-mode’ de waarde ’Fast’ en bij module 1 (Slave) de waarde ‘Moderate’.
De RM-U en de TM-H’s zijn is middels RS232 met elkaar verbonden.
Omdat ik denk dat ik toch een fout heb gemaakt bij het maken van de kabels heb ik alles nog eens nagemeten en hieronder een overzicht van de doorverbindingen van de 3 modules:
D+|8|2|2
D-|7|3|3
GND|5|5|5
C+|-|8|8
C-|-|7|7||
Waar zit de fout?
>>De test met DinamoConfig geeft, zoals ook is ingesteld, een Master en een Slave module aan, echter bij beide TM-H’s als resultaat: does not return Sync info.
Welke firmware heb je dan in je TM-H's zitten?
Versie 5.20
En wat staat er bij deze release notes?
Overigens vermoed ik dat er met de bedrading niets mis is, maar dat je de jumpers op je TM-H's niet goed hebt staan.
Leon beide TM-H's hebben nu versie 5.21. Bij check: TM-H 0: Clock OK en bij TM-H 1: No Clock
Kijk oorzaak gevonden.
Wissel de twee tm modules eens om om te controleren of het aan de module ligt of aan de soldering op de sub d connector.
Modules omgedraaid en dat maakt helaas geen verschil. Ik heb ook al met andere TM-H's getest en ook daarbij dezelfde resultaten.
Staan de jumpers goed?
Als de jumpers goed staan, wat Leon al aangaf. Dan heb je vermoed ik een foute soldering op de tweede sub d connector. Of een trendbreuk tussen tm1 en tm2
Succes
Wat is een DDS915? Zit die tussen de TM-H's?
Alles nog eens grondig nagelopen en ook een en ander getest zonder aangesloten CD16 met DDS-915.
De melding blijft hetzelfde: TM-H 0: Clock OK en bij TM-H 1: No Clock
Wellicht begrijp ik de vraag van Leon verkeerd maar de enige jumper die ik op de TM-H kan zetten is JP1 en Master en Slave staan goed, dat geeft DinamoConfig ook aan.
Ook bij de soldering op de connectors kan ik niets vaststellen. Martin ik weet alleen niet wat een trendbreuk is?
Leon: Een DDS sluit je aan op een CD16 en dan kun je op eenvoudige wijze blokken en bezetmelders aansluiten op schroefterminals in plaats van solderen op 25 polige connectoren. Op een DDS zitten ook nog de diodes voor de niet-gedetecteerde sectie van de blokken, maar zoals al gezegd ik heb ook zonder CD16 getest.
Ik weet wel wat een trendbreuk is, maar in dit geval kan ik me er niets bij voorstellen.
DDS, o ja, zo'n ding. Nee heeft hier geen invloed op.
Als de componenten goed zijn, je het correct instelt en aansluit dan werkt het.
De componenten zijn goed. Je geeft immers aan dat je de modules al hebt uitgewisseld voor andere exemplaren en dat dat niet helpt. Een defect zou nog kunnen, mnaar meerdere defecten met dezelfde storing is te onwaarschijnlijk. De modules communiceren correct met de RM-U, dus ze werken en je sluit aan op pin 7 en 8, dus moet het RS485 zijn. Ik neem aan dat je per TM-H 2 MAX3082 chips geplaatst hebt.
Je kabeltje is goed, schrijf je. Ik neem aan dat je ook even de moeite hebt genomen de aansluitingen even door te meten met een multimeter, maar hoeveel kan er mis zijn met de verbindingen 7-7, 8-8 in een kabeltje?
Configuratie van de modules klopt volgens DinamoConfig. Overigens zou ik ze wel allemaal op OCD fast of moderate zetten, maar dat terzijde.
Dan blijft er nog maar één ding over: de jumper(s). DinamoConfig kan niet zien of die goed staan, behalve aan het resultaat dat je clock wel of niet goed is.
Je schrijft dat ze "goed" staan, maar wat is goed? RS485 master is GEEN jumper, RS485 slave is jumper in positie S485.
Vanmiddag weer eens even tijd op in "probleem" te duiken. De laatste regel van het antwoord van Leon bleek dus de oplossing te zijn: Op 1e TM-H geen jumper en op 2e TM-H de jumper over de eerste 2 pinnen dus op de positie S485. Bedankt allen voor de geboden ondersteuning.
Dat had Leon al eerder geschreven:
Aangeleverd door Leon van Perlo op 2019-09-08 22:05
Overigens vermoed ik dat er met de bedrading niets mis is, maar dat je de jumpers op je TM-H's niet goed hebt staan.
Martin,
De kracht van de boodschap zit vaak in de herhaling.
Arnold,
In elk geval fijn dat het is opgelost en dank voor je bevestiging. Veel plezier verder!
Met hartelijke groeten,
Leon