Dinamo

ik heb inmiddels wel het schema van de TM51 gevonden, geen idee of dit gelijk is aan de TM-H

Remon,

Een TM-H bestaat strikt genomen niet als print. De print heet TM51. De processor + firmware bepaalt of de uiteindelijke module een TM51 of TM-H is.

Op basis van hetgeen je meldt is mijn eerste verdachte de 4512 chip, die het dichtst bij de rand zit.
Check ook even of je bandkabel niet het probleem is. Daar zouden zo maar een paar aders geen contact kunnen maken. Dus wissel die kabel ook even met een exemplaar tussen een ander CD16/TM-H setje.

Mvg,
Leon

Wissel de twee 4512 chips op de TM-H even om en kijk wat er gebeurt. Als het probleem daarmee is opgelost moet je de 4512 die oorspronkelijk aan de rand zat wel vervangen, wat die is dan stuk. Zal bij het gebruik van minder dan 64 melders per TM-H geen operationeel probleem geven, maar het effect van een defecte chip laten zitten is onvoorspelbaar.

Mvg,
Leon

Is het misschien een idee om een andere bandkabel te nemen (heb ik toch nog liggen) en deze op de andere 8 lijnen aan tesluiten zodat ik dan de terug melding over de andere ic doe (misschien leg ik het lastig uit maar wordt er wel begrepen wat ik bedoel). Ik krijg dan andere terug meld adressen maar die zijn natuurlijk aan te passen.
Ik heb met DinamoUsersCC wat getest maar de terug melding is niet wat het moet zijn, soms 2 tegelijk en soms niks (2 tegelijk kan natuurlijk bij de blok overgang maar daar houd ik rekening mee).
Ik ga het eens proberen met een andere bandkabel....

Remon,

In principe horen er voetjes onder die IC's (4512 en 74LS07) te zitten, omdat die IC's een koppelvlak naar de buitenwereld" vormen en daardoor heel incidenteel wel eens stuk kunnen gaan. Voor de L298's geldt dat ook, maar aangezien daar flinke piekstromen kunnen lopen kunnen die niet in voetjes. Met de andere IC's gebeurt eigenlijk nooit wat, dus andere IC's kunnen gewoon vast. Daar is een voetje alleen maar een risico op slechte contacten.
Maar goed, de TM-H is een zelfbouwcomponent en iedereen maakt daar zijn eigen keuzes.

Ja, je zou je CD16 op S08..S15 kunnen zetten. Als de CD16 werkt op een andere TM-H werkt dat nagenoeg zeker ook, maar het geeft je dan dus waarschijnlijk ook niet heel veel extra informatie.
Als je de 4512 gaat vervangen:

• Pootjes aan de bovenkant afknippen strak naast het huisje met een zo klein mogelijk tangetje.
• Soldeer de pootjes er 1 voor 1 uit, verwarmen aan de bovenkant en zonder kracht te zetten aan diezelfde bovenkant er uit trekken (met bv een pincet of klein tangetje).
• Gaatjes vrij maken van soldeer met een tinzuiger.
• Evt tinresten verwijderen.
• Voetje of nieuw IC er in solderen

Mvg,
Leon

Hallo Remon,

In de handleiding TM-H paragraaf 4, pag 9 staat:
Bij de TM-H versie: Monteer de voetjes van IC14, IC15, IC16 en IC17.
In de stukslijst staat bij deze IC's onder "voet": "optie"

Voor de duidelijkheid: ik garandeer niet dat dit het probleem is, alleen op basis van de door jou beschreven verschijnselen en uitgevoerde testen is het wel de meest waarschijnlijke oorzaak.

Mvg,
Leon

Oh ok nou daar heb ik dan duidelijk overheen gelezen. maar goed dat is nu even niet anders.
Het is natuurlijk lastig uit te sluiten wat en waar het probleem zit.
Voordat ik ga solderen (heb nog geen nieuwe ic) wil ik toch eerst de andere contacten gebruiken om te kijken of daar wel de terug melding goed binnen komen, er van uitgaande dat die ic wel goed is, dat zal dan blijken.
Zou het ook aan de 74HCT138 kunnen liggen bv? als bv de andere schakelaars het ook niet doen? Ik hoop dit weekend wat te kunnen testen.
Gr. Remon

Het is niet zo heel moeilijk de feedbacks op de TM-H te testen.
Trek de bandkabel van de TM-H aansluiting, neem een draadje, liefst met iets van een stevig uiteinde aan beide zijden, en open DinamoUsersCC. Let op dat je de juiste TM-H selecteert.

SD0 - S00 activeert melder 0 (of 1 in de logische telling)
SD0 - S01 activeert melder 1
SD0 - S02 activeert melder 2
..
SD0 - S07 activeert melder 7

SD1 - S00 activeert melder 8 (of 9 in de logische telling)
SD1 - S01 activeert melder 9
SD1 - S02 activeert melder 10
..
SD1 - S07 activeert melder 11

SD0 - S08 activeert melder 64
SD0 - S09 activeert melder 65
SD0 - S10 activeert melder 66
...
SD0 - S15 activeert melder 71

Mogelijkheden:
- Een feedback werkt
- Een feedback werkt niet
- Een feedback geeft een verkeerde melding

Je zult waarschijnlijk zien dat in elke bank alle patronen bij SD0..SD7 hetzelfde zijn.

Het kan ook nog zijn dat de weerstandsbankjes (die 9 pins van 2k2 of de 5 pins van 10k) verkeerd gemonteerd zitten, maar dan zou ik andere patronen verwachten dan hetgeen je meldt.

Mvg,
Leon

goed idee.
Ik laat mijn bevindingen weten zodra ik meer weet.

Ok, ik heb wat kunnen testen (niet veel, wat te kort tijd)
MELDER:
SD0 - S00 geen
SD0 - S01 geen
SD0 - S02 geen
SD0 - S03 2 en 4
SD0 - S04 geen
SD0 - S05 5 en 7
SD0 - S06 7 en 8
SD0 - S07 geen

SD0 - S08 geen
SD0 - S09 geen
SD0 - S10 65 en 67
SD0 - S11 66 en 68
SD0 - S12 geen
SD0 - S13 geen
SD0 - S14 geen
SD0 - S15 geen

Ook tussen SD1 t/m 7 t.o.v. S00 tm 07 het zelfde patroon of geen melder of 2 tegelijk. 1x had ik een hele boel tegelijk.
Als het interessant is om te vermelden welke melder wanneer komt wil ik dat hier wel noteren.
Met deze bevindingen zouden dan nog steeds beide ic 4512 defect kunnen zijn?
Leon kan jij ook eventueel de ic's leveren?
Gr. Remon

Als je meer tijd wilt hebben moet je een groter horloge kopen.

Ik kan er eerlijk gezegd geen schoenveter aan vastknopen.
Als het probleem in de aansturing van de 4512's zit moeten de patronen in bank 0 en 1 identiek zijn. Beide 4512's defect is onwaarschijnlijk, tenzij je er ooit 20V op hebt gezet, of -12V. Dat weet niemand, behalve jij.
Het kunnen ook nog de 7407's zijn, maar zonder eenduidig patroon is daar geen zekerheid over te geven.

Ik neem aan dat je gecontroleerd hebt dat je voedingsspanningen in orde zijn.
En kijk eens of de juiste weerstandsbankjes juist gemonteerd zijn.
Of het de processor is kun je uitsluiten door 2 processoren van 2 TM-H's onderling te verwisselen.

Mijn ervaring is: je kunt dagen gaan analyseren, maar meestal is gewoon vervangen van onderdelen uiteindelijk de oplossing. Je vervangt dan misschien iets te veel, maar het spul kost weinig.

Mvg,
Leon

Je hebt je punt gemaakt. Uiteraard alle componenten gecontroleerd en spanningen.
Tot dat ik de componenten in huis heb vind ik het leuk om wat onderzoek te doen en de bevindingen hier te plaatsen. Misschien soms niet duidelijk.
Ik laat wel weten als het opgelost is.

Een component vervangen (wat het meest logisch leek) en het werkt! Alle bezetmeldingen komen keurig binnen.

Ik heb onlangs mijn Dinamo-kast uitgebreid met 3 stellen TM-H/CD16 en een vergelijkbaar probleem.
De kast heb ik met DinamoConfig bekeken en alle 4 de TM-H's worden netjes gevonden.
Ik heb daarna geprobeerd een locomotief over de baan te laten rijden met DinamoUsers v3.0 over een traject met blokken in

alle 4 de kaarten. Dat ging goed, ook de niet gedetecteerde tussensecties (blokken bestaan uit 3 secties) werden goed

doorreden. De loc werd echter alleen gedetecteerd in de begin-eindsecties van de blokken op de eerste TM-H (die ik dus al

lang heb).
Ik heb geprobeerd om de CD16-aansluiting van de bandkabel op de 3e TM-H op de door Leo beschreven manier met een draadje

te testen maar er gebeurt niets.

Vragen die ik nu heb:
- heb ik de jumpers JP1 en JP2 opde CD16 per kaart goed ingesteld?(zie hierna)
- met het testen met een draadje kun je zo toch geen kortsluiting maken hoop ik?
- is Dinamousers30.exe inmiddels vervangen door dat DinamousersCC?
- wat zou ik nog moeten configureren?

De adressen op de TM-H's heb ik ingesteld conform de handleiding:
Adres S1 S2 S3 S4
0 On On On On
1 Off On On On
2 On Off On On
3 Off Off On On

De eerste TM-H heb ik met JP1 als Master ingesteld, de andere 3 als Slave.

Ik wil de blokken doorlopend nummeren, ook dat lijkt goed te gaan (op 2e TM-H blokken 8-15, op de 3e 16-23, op de 4e 24-

31)
Ik krijg alleen detectiemeldingen van de 1e TM-H, met de blokken 0-7 (Leo's nummering) detectoren 0-15

Op de CD16'kaarten heb ik de jumpers JP1 en JP2 ingesteld voor:
2e CD16: detectienummers 16-31 dus de 2e rij genomen
3e CD16: detectienummers 32-47 dus de 3e rij genomen
4e CD16: detectienummers 48-53 dus de 4e rij genomen

Is dit correct?

Hallo Marc,

Het is niet fout. De vraag is of het op deze manier handig is.

Ik neem aan, maar haal het niet uit je post, dat je één CD16 per TM-H hebt en elke CD16 met de bandkabel op een eigen TM-H hebt aangesloten.
De CD16's die je op de eerste TM-H aansluit hebben adressen 1-128
De CD16's die je op de tweede TM-H aansluit hebben adressen 129-256
De CD16's die je op de derde TM-H aansluit hebben adressen 257-384
Etc
In dit geval kun je alle jumpers op de CD16's dus op standaard 0..15 laten staan.
Let op dat je in DinamoUsersCC de juiste reeks melders selecteert, anders zie je niks.

Je kunt ook alle CD16's via één doorlopende bandkabel op de eerste TM-H aansluiten. Dat is eigenlijk alleen handig als je elektronica bij elkaar zit. In dit geval zitten alle melders in de reeks 1..128 en moet je dus wel met de jumpers op de CD16's aangeven in welk adresblokje ze moeten rapporteren, want anders overlappen de adressen.

Mvg,
Leon

Beste Leon,

ondertussen heb ik afgelopen week in de verschillende bereiken van de sensoren ook de blokken op de andere TM-H kaarten kunnen testen. Die werkten

Ik krijg nu wel ideeën om die andere ongebruikte detectoren te willen gaan gebruiken.
mvg
Marc

Marc,

Da's mooi.
Je kunt parallel op de bandkabel tussen TM-H en CD16 (of in het verlengde daarvan) SWdec's plaatsen waarop je vervolgens schakelaars (reed-contacten, druktoetsen, tuimelschakelaars, relaiscontacten) kunt aansluiten.
Houd er rekening mee dat één CD16 qua adressering twee SWdec posities inneemt.

Mvg,
Leon