TM-H bezetmelding
Original sent date : Mon Mar 12 20:22:03 CET 2007
Hallo Leon,
De eerste 8 adressen S0,SD0 t/m S7,SD0 van mijn TM-H werken niet meer.
Verbind ik de kabel aan een andere TM-H dan functioneerd alles weer.
Wat zou er mis kunnen zijn en hoe kan ik dit dan oplossen. Het lijkt
een hardware probleem.
Groeten Walter
Original sent date : Mon Mar 12 21:20:47 CET 2007
Hallo,
Ook de 8 blok uitgangen zijn uitgevallen. Dinastat geeft aan:Dinamo
Status Utility 3 version 1.0
Using communication port COM1 at 19200bps
ERROR -103 (5): Toegang geweigerd.
Wat kan ik nu doen.
Groeten Walter
--- In dinamousers@yahoogroups.com, "walter.delmee" <wal.delmee@...>
wrote:
>
> Hallo Leon,
>
> De eerste 8 adressen S0,SD0 t/m S7,SD0 van mijn TM-H werken niet
meer.
> Verbind ik de kabel aan een andere TM-H dan functioneerd alles
weer.
> Wat zou er mis kunnen zijn en hoe kan ik dit dan oplossen. Het
lijkt
> een hardware probleem.
>
> Groeten Walter
>
Original sent date : Tue Mar 13 00:42:43 CET 2007
Hallo,
Ondertussen Tm-H's omgewisseld, ben weer terug bij de eerste
storing. 8 adressen uitgevallen, blokken werken weer. Alle leds
branden en lijken dus te communiceren. Ik zou natuurlijk de eerste 8
bezetmelders op een ander adres kunnen zetten, maar dan weet ik dus
nog steeds niet wat de oorzaak is. Zijn er misschien nog andere
mogelijkheden (combinaties)?
Groeten Walter
--- In dinamousers@yahoogroups.com, "walter.delmee" <wal.delmee@...>
wrote:
>
> Hallo,
>
> Ook de 8 blok uitgangen zijn uitgevallen. Dinastat geeft
aan:Dinamo
> Status Utility 3 version 1.0
>
> Using communication port COM1 at 19200bps
> ERROR -103 (5): Toegang geweigerd.
>
> Wat kan ik nu doen.
>
> Groeten Walter
>
> --- In dinamousers@yahoogroups.com, "walter.delmee" <wal.delmee@>
> wrote:
> >
> > Hallo Leon,
> >
> > De eerste 8 adressen S0,SD0 t/m S7,SD0 van mijn TM-H werken niet
> meer.
> > Verbind ik de kabel aan een andere TM-H dan functioneerd alles
> weer.
> > Wat zou er mis kunnen zijn en hoe kan ik dit dan oplossen. Het
> lijkt
> > een hardware probleem.
> >
> > Groeten Walter
> >
>
Original sent date : Tue Mar 13 08:42:40 CET 2007
Hallo Walter,
>
> Ondertussen Tm-H's omgewisseld, ben weer terug bij de eerste
> storing. 8 adressen uitgevallen, blokken werken weer. Alle leds
> branden en lijken dus te communiceren. Ik zou natuurlijk de eerste 8
> bezetmelders op een ander adres kunnen zetten, maar dan weet ik dus
> nog steeds niet wat de oorzaak is. Zijn er misschien nog andere
> mogelijkheden (combinaties) ?
>
Als alleen de eerste 8 adressen niet werken en dat wel werkt als je de
TM verwisselt zit het 99,9% zeker in de SD0 aansturing van de TM.
Inspecteer de print of er ergens een soldeerpunt los zit in de buurt van
de 26p bandkabel connector of een van de 7407's daarnaast. Anders een
van de 7407's vervangen. Ik weet zo niet zeker welke van de 2, maar ik
gok die naast de 74HC138 zit.
Mvg,
Leon
Original sent date : Wed Mar 14 10:30:37 CET 2007
Hallo Walter,
> Alvast bedankt voor jou reactie. Ic bestelt.
Je kunt ze ook wisselen met de wel werkende TM. Dan weet je ieg of
dat inderdaad de oorzaak is.
> Echter nog wat
> geëxperimenteerd, de defecte TM-H werkt als master dan werken alle
> blokken en ook die van de slave. De 8 adressen blijven defect. Maak
> ik nu de defecte TM-H slave, dan werken de blokken niet meer.(wel
de
> blokken van de TM-H die dan als master is ingesteld). Dat bevreemdt
> mij. Je zou veronderstellen dat die blokken gewoon blijven werken.
> Als dit zo zou zijn dan is het een kwestie van de TM-H's omwisselen
> en rijden maar. Is er misschien meer aan de hand?
Beide configuraties horen te werken. Waar je op moet letten:
- Standaard is de TM-H met adres 0 master. Op die TM moet je ook de
jumper op Master zetten en op de andere TM's de jumper op Slave.
- Het ingestelde adres wordt pas overgenomen bij een reset van het
systeem (dus TM switches omzetten terwijl je systeem aan staat heeft
geen effect totdat je de boel uit en weer aan zet.
- Pinnen 4 van de 9subD stekkers op de TM printen moeten zijn
doorverbonden (maar als dat zo is maakt het in principe niet uit
welke print master is en welke slaves).
Voor de goede orde: Bovenstaande is de default instelling. Bij TM-H
5B2+ kun je configureren dat een TM master of slave is onafhankelijk
van het adres. Dat laatste is bij jou echter het probleem niet en die
functie heb je in principe ook niet nodig, behalve als je een heeeeel
grote modelbaan bouwt met meerdere Dinamo systemen.
Er is nog iemand met dit probleem: kaart A als master en B als slave
werkt, andersom niet. Ik moet dat probleem nog steeds ter plekke
onderzoeken, want ik heb de bewuste kaart getest en bij mij werkt-ie.
Die gebruiker heeft software 4.32, dus het lijkt een hardware
probleem, want 4.32 en 5 zijn op dit punt wel fors verschillend.
Mvg,
Leon
Original sent date : Wed Mar 14 20:51:50 CET 2007
Hallo Leon,
Ik heb de TM-H's gewisseld, maar nu ook de jumpers goed gezet. Het
werkt dus. Het lag dus duidelijk aan die defecte TM-H. Deze TM-H
stuurde steeds meer bezetmeldingen zelfs van sporen die ik nog moet
voorzien van de bestelde TM-H's aan, waar dus nog niets kan rijden.
Duidelijk corrupt. Als ik de ic's binnen heb, zal ik de beide 4707
vervangen. Hoop dat het dan opgelost is. Ik kan in ieder geval weer
rijden
Bedankt voor het support tot zover.
Groeten Walter
--- In dinamousers@yahoogroups.com, "Leon van Perlo" <leon@...>
wrote:
>
> Hallo Walter,
>
> > Alvast bedankt voor jou reactie. Ic bestelt.
>
> Je kunt ze ook wisselen met de wel werkende TM. Dan weet je ieg of
> dat inderdaad de oorzaak is.
>
> > Echter nog wat
> > geëxperimenteerd, de defecte TM-H werkt als master dan werken
alle
> > blokken en ook die van de slave. De 8 adressen blijven defect.
Maak
> > ik nu de defecte TM-H slave, dan werken de blokken niet meer.
(wel
> de
> > blokken van de TM-H die dan als master is ingesteld). Dat
bevreemdt
> > mij. Je zou veronderstellen dat die blokken gewoon blijven
werken.
> > Als dit zo zou zijn dan is het een kwestie van de TM-H's
omwisselen
> > en rijden maar. Is er misschien meer aan de hand?
>
> Beide configuraties horen te werken. Waar je op moet letten:
>
> - Standaard is de TM-H met adres 0 master. Op die TM moet je ook
de
> jumper op Master zetten en op de andere TM's de jumper op Slave.
> - Het ingestelde adres wordt pas overgenomen bij een reset van het
> systeem (dus TM switches omzetten terwijl je systeem aan staat
heeft
> geen effect totdat je de boel uit en weer aan zet.
> - Pinnen 4 van de 9subD stekkers op de TM printen moeten zijn
> doorverbonden (maar als dat zo is maakt het in principe niet uit
> welke print master is en welke slaves).
>
> Voor de goede orde: Bovenstaande is de default instelling. Bij TM-
H
> 5B2+ kun je configureren dat een TM master of slave is
onafhankelijk
> van het adres. Dat laatste is bij jou echter het probleem niet en
die
> functie heb je in principe ook niet nodig, behalve als je een
heeeeel
> grote modelbaan bouwt met meerdere Dinamo systemen.
>
> Er is nog iemand met dit probleem: kaart A als master en B als
slave
> werkt, andersom niet. Ik moet dat probleem nog steeds ter plekke
> onderzoeken, want ik heb de bewuste kaart getest en bij mij werkt-
ie.
> Die gebruiker heeft software 4.32, dus het lijkt een hardware
> probleem, want 4.32 en 5 zijn op dit punt wel fors verschillend.
>
> Mvg,
> Leon
>
Original sent date : Tue Mar 13 20:31:46 CET 2007
Hallo Leon,
Alvast bedankt voor jou reactie. Ic bestelt. Echter nog wat
geëxperimenteerd, de defecte TM-H werkt als master dan werken alle
blokken en ook die van de slave. De 8 adressen blijven defect. Maak
ik nu de defecte TM-H slave, dan werken de blokken niet meer.(wel de
blokken van de TM-H die dan als master is ingesteld). Dat bevreemdt
mij. Je zou veronderstellen dat die blokken gewoon blijven werken.
Als dit zo zou zijn dan is het een kwestie van de TM-H's omwisselen
en rijden maar. Is er misschien meer aan de hand?
Groet Walter
--- In dinamousers@yahoogroups.com, Leon van Perlo <leon@...> wrote:
>
> Hallo Walter,
> >
> > Ondertussen Tm-H's omgewisseld, ben weer terug bij de eerste
> > storing. 8 adressen uitgevallen, blokken werken weer. Alle leds
> > branden en lijken dus te communiceren. Ik zou natuurlijk de
eerste 8
> > bezetmelders op een ander adres kunnen zetten, maar dan weet ik
dus
> > nog steeds niet wat de oorzaak is. Zijn er misschien nog andere
> > mogelijkheden (combinaties) ?
> >
> Als alleen de eerste 8 adressen niet werken en dat wel werkt als
je de
> TM verwisselt zit het 99,9% zeker in de SD0 aansturing van de TM.
> Inspecteer de print of er ergens een soldeerpunt los zit in de
buurt van
> de 26p bandkabel connector of een van de 7407's daarnaast. Anders
een
> van de 7407's vervangen. Ik weet zo niet zeker welke van de 2,
maar ik
> gok die naast de 74HC138 zit.
>
> Mvg,
> Leon
>
Original sent date : Thu Mar 15 00:07:41 CET 2007
Hallo Walter,
>
> Ik heb de TM-H's gewisseld, maar nu ook de jumpers goed gezet. Het
> werkt dus. Het lag dus duidelijk aan die defecte TM-H. Deze TM-H
> stuurde steeds meer bezetmeldingen zelfs van sporen die ik nog moet
> voorzien van de bestelde TM-H's aan, waar dus nog niets kan rijden.
> Duidelijk corrupt. Als ik de ic's binnen heb, zal ik de beide 4707
> vervangen. Hoop dat het dan opgelost is. Ik kan in ieder geval weer
> rijden
>
Wat je nu beschrijft is iets totaal anders als wat je eerst beschreef.
Of dit aan een 7407 ligt kan ik op basis van deze info niet zeggen..
Mvg,
Leon
Original sent date : Thu Mar 15 21:45:11 CET 2007
Hallo Leon,
Inderdaad, ik ben wat onduidelijk geweest in het weergeven van al de
storingen. De eerste storing die ik tegen kwam, waren de 8 adressen
die uitvielen. Door het wisselen en het vergeten van de jumpers gaf
ik door dat de blokken niet werkten. Dit laatste was dus duidelijk
mijn fout. Blokken werken wel. Om de 8 bezetmelders toch te laten
werken heb ik deze op een andere adresgroep aangesloten. Dit werkte.
Nadat ik weer begon te rijden kwam de volgende storing, diverse
blokken kregen een bezetmelding waar op dat moment geen bewegingen
plaats vonden. Ik was verwarrend door te vermelden dat enkele van
deze blokken niet aangesloten waren. Echter dat betrof niet de
bezetmelders die zijn aangesloten, maar de blokuitgangen die op die
sporen niet aangesloten zijn en daar m.i. los van staan.
Ik hoop dat ik nu duidelijker ben en jij een exactere diagnose kan
stellen.
Groeten Walter
--- In dinamousers@yahoogroups.com, Leon van Perlo <leon@...> wrote:
>
> Hallo Walter,
> >
> > Ik heb de TM-H's gewisseld, maar nu ook de jumpers goed gezet.
Het
> > werkt dus. Het lag dus duidelijk aan die defecte TM-H. Deze TM-H
> > stuurde steeds meer bezetmeldingen zelfs van sporen die ik nog
moet
> > voorzien van de bestelde TM-H's aan, waar dus nog niets kan
rijden.
> > Duidelijk corrupt. Als ik de ic's binnen heb, zal ik de beide
4707
> > vervangen. Hoop dat het dan opgelost is. Ik kan in ieder geval
weer
> > rijden
> >
> Wat je nu beschrijft is iets totaal anders als wat je eerst
beschreef.
> Of dit aan een 7407 ligt kan ik op basis van deze info niet
zeggen..
>
> Mvg,
> Leon
>
Original sent date : Sat Mar 17 17:41:07 CET 2007
Hallo Walter,
>
> Inderdaad, ik ben wat onduidelijk geweest in het weergeven van al de
> storingen. De eerste storing die ik tegen kwam, waren de 8 adressen
> die uitvielen. Door het wisselen en het vergeten van de jumpers gaf
> ik door dat de blokken niet werkten. Dit laatste was dus duidelijk
> mijn fout. Blokken werken wel. Om de 8 bezetmelders toch te laten
> werken heb ik deze op een andere adresgroep aangesloten. Dit werkte.
> Nadat ik weer begon te rijden kwam de volgende storing, diverse
> blokken kregen een bezetmelding waar op dat moment geen bewegingen
> plaats vonden. Ik was verwarrend door te vermelden dat enkele van
> deze blokken niet aangesloten waren. Echter dat betrof niet de
> bezetmelders die zijn aangesloten, maar de blokuitgangen die op die
> sporen niet aangesloten zijn en daar m.i. los van staan.
> Ik hoop dat ik nu duidelijker ben en jij een exactere diagnose kan
> stellen.
>
Eerlijk gezegd niet echt. Die 8 adressen lijkt me helder.
Voor de duidelijkheid: er hoeft geen beweging te zijn om een
bezetmelding te genereren. Iets aanwezig op de rails is al voldoende.
Daarbij maakt het ook niet uit of de blokuitgang van de TM is
aangesloten. De CD16 verzorgt de bezetmelding geheel zelfstandig. Wel is
het zo dat spanning op het blok (dus dat wat de TM genereert) invloed
kan hebben. Zet je bv HFI aan voor een loc waar geen licht in zet
(feitelijk een onzinnige combinatie dus) wil het wel eens zo zijn dat de
bezetmelding niet werkt. Dit komt omdat de motor de HFI spanning niet
doorlaat en dus gedurende die tijd geen belasting vormt. Geen belasting
= geen bezetmelding.
Anyway, als ik het bovenstaande zo lees dan heb ik het gevoel dat jij
het e.e.a. toch niet helemaal correct hebt aangesloten. Begin eens met
de uitgangen van de CD16 lost te koppelen en op de uitgangsstekker van
de CD16 een bezetmelding te simuleren d.m.v. een weerstand van ca 10k.
Als dat werkt is in ieder geval de elektronica goed en zou het op je
baan ok moeten kunnen werken.
Mvg,
Leon
Original sent date : Sat Mar 17 20:09:42 CET 2007
Hallo Leon,
Ik werk niet met een cd 16 maar met reedcontacten. hopelijk is nu de
verwarring ontrafeld.
Groeten Walter
--- In dinamousers@yahoogroups.com, Leon van Perlo <leon@...> wrote:
>
> Hallo Walter,
> >
> > Inderdaad, ik ben wat onduidelijk geweest in het weergeven van
al de
> > storingen. De eerste storing die ik tegen kwam, waren de 8
adressen
> > die uitvielen. Door het wisselen en het vergeten van de jumpers
gaf
> > ik door dat de blokken niet werkten. Dit laatste was dus
duidelijk
> > mijn fout. Blokken werken wel. Om de 8 bezetmelders toch te laten
> > werken heb ik deze op een andere adresgroep aangesloten. Dit
werkte.
> > Nadat ik weer begon te rijden kwam de volgende storing, diverse
> > blokken kregen een bezetmelding waar op dat moment geen
bewegingen
> > plaats vonden. Ik was verwarrend door te vermelden dat enkele van
> > deze blokken niet aangesloten waren. Echter dat betrof niet de
> > bezetmelders die zijn aangesloten, maar de blokuitgangen die op
die
> > sporen niet aangesloten zijn en daar m.i. los van staan.
> > Ik hoop dat ik nu duidelijker ben en jij een exactere diagnose
kan
> > stellen.
> >
> Eerlijk gezegd niet echt. Die 8 adressen lijkt me helder.
>
> Voor de duidelijkheid: er hoeft geen beweging te zijn om een
> bezetmelding te genereren. Iets aanwezig op de rails is al
voldoende.
> Daarbij maakt het ook niet uit of de blokuitgang van de TM is
> aangesloten. De CD16 verzorgt de bezetmelding geheel zelfstandig.
Wel is
> het zo dat spanning op het blok (dus dat wat de TM genereert)
invloed
> kan hebben. Zet je bv HFI aan voor een loc waar geen licht in zet
> (feitelijk een onzinnige combinatie dus) wil het wel eens zo zijn
dat de
> bezetmelding niet werkt. Dit komt omdat de motor de HFI spanning
niet
> doorlaat en dus gedurende die tijd geen belasting vormt. Geen
belasting
> = geen bezetmelding.
>
> Anyway, als ik het bovenstaande zo lees dan heb ik het gevoel dat
jij
> het e.e.a. toch niet helemaal correct hebt aangesloten. Begin eens
met
> de uitgangen van de CD16 lost te koppelen en op de uitgangsstekker
van
> de CD16 een bezetmelding te simuleren d.m.v. een weerstand van ca
10k.
> Als dat werkt is in ieder geval de elektronica goed en zou het op
je
> baan ok moeten kunnen werken.
>
> Mvg,
> Leon
>