Original sent date : Sun Jan 04 11:33:28 CET 2009
Hallo Walter,
>
> Het volgende probleem heeft zich voor gedaan:
>
> Modelbaan opgestart, enige tijd probleemloos gereden. Koploper niet
> afgesloten. Na ongeveer een half uur waren alle blokken in koploper
> bezet gemeld. Ook in de blokken waar zich niets bevond. Het
> testprogramma in koploper gaf de eerste 64 bezetmelders actief aan.
> De bezetmelders vanaf 65 t/m 128 functioneerde niet. Via Dinastat 3
> test uitgevoerd. Alle TM-H's Oké.,
> Met het programma Dinamouser 3.0 nogmaals bezetmeldingen getest.
> Resultaat was hetzelfde als in koploper. Ook na het loskoppelen van
> de connector op de TM-H was het resultaat hetzelfde. Uitgesloten is
> dus een fout in de software en in de fysieke verbindingen met de TM-H.
>
> TM-H gewisseld, probleem verholpen.
>
> Ik zou nu echter graag willen weten waar deze storing aan kan hebben
> gelegen? Is het gewoon pech dat een van de ic's defect is (zo ja
> welke moet ik dan vervangen?) of zijn er eventueel andere zaken waar
> ik rekening mee moet houden?
>
Je schrijft niet of je wel rijspanning uit de betreffende TM-H kreeg.
Je schrijft: "Het testprogramma in koploper gaf de eerste 64
bezetmelders actief aan. De bezetmelders vanaf 65 t/m 128 functioneerde
niet"
Met andere woorden: er is geen enkele terugmelder op die TM-H die werkt,
of trek ik nu een verkeerde conclusie?
Als mijn interpretatie klopt is er niet 1 component aan te wijzen dat
dit veroorzaakt (behalve de CPU) en de kans dat 2 componenten tegelijk
stuk gaan is klein in een correct werkend systeem waar je niet aan
sleutelt. De vraag of je wel rijspanninng uit de TM-H krijgt wordt dan
relevant voor de analyse, alsmede of je de hele boel ook een keer hebt
uit gezet en opnieuw hebt opgestart en wat het resultaat was (met
DinamoUsers30). Ook relevant is of het board master of slave is (was) en
of het een board (of de CPU) betreft waar je eerder problemen mee gebt
gehad.
Op 13 februari heb je een probleem gemeld met een TM-H. Je hebt toen
CPU's gewisseld wat iets heeft opgelost, maar ik heb je ook geadviseerd
die TM-H (met de oorspronkelijke processor ) te laten nakijken. Op 5
oktober heb je een probleem met een (andere?) TM-H gemeld. Op 6 oktober
heb je gemaild dat je e.e.a. zou wisselen en het resultaat zou laten
weten (maar dat heb ik in elk geval nooit vernomen).
Wellicht heeft het niets met elkaar te maken, maar zonder elk probleem
ook daadwerkelijk te bekijken en de oorzaak te achterhalen is dat m.i.
niet altijd uit te sluiten. Blijven werken met half functionerende
componenten (ook al is het 'slechts' 1 uitgang die niet werkt) is
persoonlijk niet mijn keuze, want je komt dan vroeg of laat in de
problemen en dan stapelt de ellende zich op.
In het algemeen:
Als je een defect aan een board hebt dat je geassembleerd hebt gekocht
van PiCommIT dan stuur je dat op naar Frans. Niet dat ik er niet uit zou
komen, maar de afspraak tussen Frans en mij is dat degene die aan de
eindgebruiker levert de eerste service levert en wij regelen het dan
onderling wel verder.
Als het een board betreft dat je zelf hebt geassembleerd zul je dat in
principe eerst zelf moeten bekijken. Kom je er niet uit, dan stuur je
het op naar degene van wie je het gekocht hebt, dus als het een
bouwpakket betrof naar Frans, als het een 'kale' print betrof waar je
zelf de onderdelen bij hebt gezocht stuur je het naar mij.
Met vriendelijke groeten,
Leon
Original sent date : Mon Jan 05 15:40:59 CET 2009
Hallo Walter,
Ik heb de oorspronkelijke tekst weggehaald. Het werd nagenoeg onleesbaar.
>
> Zou een mogelijke oorzaak sluiting kunnen zijn, met bedrading van
> een andere component?
>
Tja, kan wel, maar of dat gebeurd is kan ik uiteraard niet inschatten.
Als de TM-H master was kan het de CPU, de beide bc547 transistoren of
minstens 2 van de 5 chips naast de 26 polige bandkabelstekker zijn. De
grootste kans geef ik je met de 4512 chips (2 stuks). Als je die
vervangt dan is de kans groot dat het weer werkt. Ze zitten in voetjes
dus dat zou gemakkelijk moeten zijn.
Mvg,
Leon
Original sent date : Sun Jan 04 20:31:05 CET 2009
--- In dinamousers@yahoogroups.com, Leon van Perlo <leon@...> wrote:
>Hallo Leon en Dinamousers,
Allereerst een goed 2009 gewenst, dat het voor iedereen maar een
goed trein/auto jaar mag worden.
> Hallo Walter,
> >
> > Het volgende probleem heeft zich voor gedaan:
> >
> > Modelbaan opgestart, enige tijd probleemloos gereden. Koploper
niet
> > afgesloten. Na ongeveer een half uur waren alle blokken in
koploper
> > bezet gemeld. Ook in de blokken waar zich niets bevond. Het
> > testprogramma in koploper gaf de eerste 64 bezetmelders actief
aan.
> > De bezetmelders vanaf 65 t/m 128 functioneerde niet. Via
Dinastat 3
> > test uitgevoerd. Alle TM-H's Oké.,
> > Met het programma Dinamouser 3.0 nogmaals bezetmeldingen getest.
> > Resultaat was hetzelfde als in koploper. Ook na het loskoppelen
van
> > de connector op de TM-H was het resultaat hetzelfde. Uitgesloten
is
> > dus een fout in de software en in de fysieke verbindingen met de
TM-H.
> >
> > TM-H gewisseld, probleem verholpen.
> >
> > Ik zou nu echter graag willen weten waar deze storing aan kan
hebben
> > gelegen? Is het gewoon pech dat een van de ic's defect is (zo ja
> > welke moet ik dan vervangen?) of zijn er eventueel andere zaken
waar
> > ik rekening mee moet houden?
> >
> Je schrijft niet of je wel rijspanning uit de betreffende TM-H
kreeg.
De TM-H geeft gewoon rijspanning.
> Je schrijft: "Het testprogramma in koploper gaf de eerste 64
> bezetmelders actief aan. De bezetmelders vanaf 65 t/m 128
functioneerde
> niet"
> Met andere woorden: er is geen enkele terugmelder op die TM-H die
werkt,
> of trek ik nu een verkeerde conclusie?
Je conclusie is juist.
> Als mijn interpretatie klopt is er niet 1 component aan te wijzen
dat
> dit veroorzaakt (behalve de CPU) en de kans dat 2 componenten
tegelijk
> stuk gaan is klein in een correct werkend systeem waar je niet aan
> sleutelt. De vraag of je wel rijspanninng uit de TM-H krijgt wordt
dan
> relevant voor de analyse, alsmede of je de hele boel ook een keer
hebt
> uit gezet en opnieuw hebt opgestart en wat het resultaat was (met
> DinamoUsers30). Ook relevant is of het board master of slave is
(was) en
> of het een board (of de CPU) betreft waar je eerder problemen mee
gebt
> gehad.
Ik heb na de storing alles uitgezet en opnieuw opgestart.
Het board stond op master.
Ik heb met dit board niet eerder problemen gehad.
>
> Op 13 februari heb je een probleem gemeld met een TM-H. Je hebt
toen
> CPU's gewisseld wat iets heeft opgelost, maar ik heb je ook
geadviseerd
> die TM-H (met de oorspronkelijke processor ) te laten nakijken. Op
5
> oktober heb je een probleem met een (andere?) TM-H gemeld. Op 6
oktober
> heb je gemaild dat je e.e.a. zou wisselen en het resultaat zou
laten
> weten (maar dat heb ik in elk geval nooit vernomen).
Mijn excuses, dit heb ik inderdaad niet laten weten. Beide TM-H's
werken sinds die tijd correct.
> Wellicht heeft het niets met elkaar te maken, maar zonder elk
probleem
> ook daadwerkelijk te bekijken en de oorzaak te achterhalen is dat
m.i.
> niet altijd uit te sluiten. Blijven werken met half functionerende
> componenten (ook al is het 'slechts' 1 uitgang die niet werkt) is
> persoonlijk niet mijn keuze, want je komt dan vroeg of laat in de
> problemen en dan stapelt de ellende zich op.
>
> In het algemeen:
> Als je een defect aan een board hebt dat je geassembleerd hebt
gekocht
> van PiCommIT dan stuur je dat op naar Frans. Niet dat ik er niet
uit zou
> komen, maar de afspraak tussen Frans en mij is dat degene die aan
de
> eindgebruiker levert de eerste service levert en wij regelen het
dan
> onderling wel verder.
> Als het een board betreft dat je zelf hebt geassembleerd zul je
dat in
> principe eerst zelf moeten bekijken. Kom je er niet uit, dan stuur
je
> het op naar degene van wie je het gekocht hebt, dus als het een
> bouwpakket betrof naar Frans, als het een 'kale' print betrof waar
je
> zelf de onderdelen bij hebt gezocht stuur je het naar mij.
Dit is een van mijn eerste TM-H's. Deze is door jou geassembleerd.
T.z.t schaf ik nog een TM-H aan, dan zal ik dit board opsturen.
Zou een mogelijke oorzaak sluiting kunnen zijn, met bedrading van
een andere component?
Groeten Walter
>
> Met vriendelijke groeten,
> Leon
>
Original sent date : Wed Jan 28 20:04:45 CET 2009
--- In dinamousers@yahoogroups.com, Leon van Perlo <leon@...> wrote:
>Hallo Leon,
Ik heb ic 14 en 15 vervangen (4512). foutmelding is opgeheven. TM-H
werkt weer.
Heb dit probleem niet meer gehad. Hopelijk blijft het hierbij.
Groeten Walter
> Hallo Walter,
> >
> > Het volgende probleem heeft zich voor gedaan:
> >
> > Modelbaan opgestart, enige tijd probleemloos gereden. Koploper
niet
> > afgesloten. Na ongeveer een half uur waren alle blokken in
koploper
> > bezet gemeld. Ook in de blokken waar zich niets bevond. Het
> > testprogramma in koploper gaf de eerste 64 bezetmelders actief
aan.
> > De bezetmelders vanaf 65 t/m 128 functioneerde niet. Via
Dinastat 3
> > test uitgevoerd. Alle TM-H's Oké.,
> > Met het programma Dinamouser 3.0 nogmaals bezetmeldingen getest.
> > Resultaat was hetzelfde als in koploper. Ook na het loskoppelen
van
> > de connector op de TM-H was het resultaat hetzelfde. Uitgesloten
is
> > dus een fout in de software en in de fysieke verbindingen met de
TM-H.
> >
> > TM-H gewisseld, probleem verholpen.
> >
> > Ik zou nu echter graag willen weten waar deze storing aan kan
hebben
> > gelegen? Is het gewoon pech dat een van de ic's defect is (zo ja
> > welke moet ik dan vervangen?) of zijn er eventueel andere zaken
waar
> > ik rekening mee moet houden?
> >
> Je schrijft niet of je wel rijspanning uit de betreffende TM-H
kreeg.
> Je schrijft: "Het testprogramma in koploper gaf de eerste 64
> bezetmelders actief aan. De bezetmelders vanaf 65 t/m 128
functioneerde
> niet"
> Met andere woorden: er is geen enkele terugmelder op die TM-H die
werkt,
> of trek ik nu een verkeerde conclusie?
> Als mijn interpretatie klopt is er niet 1 component aan te wijzen
dat
> dit veroorzaakt (behalve de CPU) en de kans dat 2 componenten
tegelijk
> stuk gaan is klein in een correct werkend systeem waar je niet aan
> sleutelt. De vraag of je wel rijspanninng uit de TM-H krijgt wordt
dan
> relevant voor de analyse, alsmede of je de hele boel ook een keer
hebt
> uit gezet en opnieuw hebt opgestart en wat het resultaat was (met
> DinamoUsers30). Ook relevant is of het board master of slave is
(was) en
> of het een board (of de CPU) betreft waar je eerder problemen mee
gebt
> gehad.
>
> Op 13 februari heb je een probleem gemeld met een TM-H. Je hebt
toen
> CPU's gewisseld wat iets heeft opgelost, maar ik heb je ook
geadviseerd
> die TM-H (met de oorspronkelijke processor ) te laten nakijken. Op
5
> oktober heb je een probleem met een (andere?) TM-H gemeld. Op 6
oktober
> heb je gemaild dat je e.e.a. zou wisselen en het resultaat zou
laten
> weten (maar dat heb ik in elk geval nooit vernomen).
> Wellicht heeft het niets met elkaar te maken, maar zonder elk
probleem
> ook daadwerkelijk te bekijken en de oorzaak te achterhalen is dat
m.i.
> niet altijd uit te sluiten. Blijven werken met half functionerende
> componenten (ook al is het 'slechts' 1 uitgang die niet werkt) is
> persoonlijk niet mijn keuze, want je komt dan vroeg of laat in de
> problemen en dan stapelt de ellende zich op.
>
> In het algemeen:
> Als je een defect aan een board hebt dat je geassembleerd hebt
gekocht
> van PiCommIT dan stuur je dat op naar Frans. Niet dat ik er niet
uit zou
> komen, maar de afspraak tussen Frans en mij is dat degene die aan
de
> eindgebruiker levert de eerste service levert en wij regelen het
dan
> onderling wel verder.
> Als het een board betreft dat je zelf hebt geassembleerd zul je
dat in
> principe eerst zelf moeten bekijken. Kom je er niet uit, dan stuur
je
> het op naar degene van wie je het gekocht hebt, dus als het een
> bouwpakket betrof naar Frans, als het een 'kale' print betrof waar
je
> zelf de onderdelen bij hebt gezocht stuur je het naar mij.
>
> Met vriendelijke groeten,
> Leon
>