Uhlenbrock 76320 decoder en weinig snelheid

[GerardH]

kijk ook even hier
http://www.hp-pfeiffer.de/digi_umbau1/dcc/br23_roco_alt_h0/br23_roco_alt_h0.html

vriendelijke groeten
Gerard

[VvKan]

Ik heb #11 herlezen, en ben blij dat de decoder niet defect is.
Blijft, dat ik je opmerking niet snap:  je plugt de Lenz in op het programmeerspoor en de loc gaat er van door ?? Dat hoort al helemaal niet.

En slecht uit te lezen?  En wel programmeerbaar, maar geen verandering ?    Dat klopt allemaal niet met elkaar.   Maar op je programmer wel uit te lezen.  Maar ook te programmeren ?  Heb je bij het uitlezen op de programmer gekeken of er daadwerkelijk veranderingen waren doorgevoerd ?

[bask185]

wil je #11 nog eens lezen. Ik heb de tekst wat aangepast.

Ik moest het ook 3x lezen wat er nu precies bedoeld werd. Vooral dat stuk over de lenz decoder en CV uitlezen was... cryptisch

Van wat ik uit #11 leest, zijn het toch elektrische problemen.

Ik ben bang dat je motor ergens met het chassis verbonden is.

Ik zou deze ook idd maar even nalopen. Bij sommige modellen is het chassis verbonden aan 1 van de 2 wielafname punten. Dat moet makkelijk door te meten zijn.

De buis waarin de rookgenerator moet komen (de BR23 is voorbereid voor een rookgenerator) is verbonden met de wielen rechts.
Gaat dat een probleem geven ??

Nee dat is veilig, dat kan je aansturen met een van je aux draadjes, maar de rookgenerator krijgt nog maar de helft van het vermogen. Dat kan wel voldoende zijn, maar mocht het resultaat tegen vallen dan weet je dus waardoor dat komt. In dat geval moet je het draadje loskoppelen van de wielen en aan de decoder+ draad verbinden.

Let wel, als deze draad wel een van de rails raakt, sneuvelt je decoder. Maar dat is algemeen bekend 

Mvg,

Bas

[jerrytrein]

Heb je niet per ongeluk F3 aanstaan 

[Romavami]

Misschien even ter verduidelijking:

Ik heb de Uhlembrock decoder vervangen door een Lenz standard V2+.
Op het programmeerspoor wilde ik hem een ander adres geven.
Toen de lok op het programmeerspoor stond en ik de spanning op het programmeerspoor zette, reed de lok direct naar voren.
Uitlezen (terwijl ik de lok tegen hield) gaf allerlei vreemde waarden zoals onder andere - waarden.

Toen de Uhlembrock weer teruggezet en de tender losgekoppeld van de lok. De tender kan namelijk zonder de lok rijden en daarmee heb ik eventuele problemen die door de lok veroorzaakt kunnen worden geëlimineerd.
Daarna de tender op het normale spoor gezet en laten rijden. De topsnelheid was nog precies hetzelfde, dus geen verbetering.

Toen de tender op het programmeerspoor gezet en de decoder (CV59 = 1) teruggezet naar fabrieksinstellingen.
Getest op het gewone spoor met adres 3 gaf geen verbetering.
F3 stond uit dus hij stond niet op rangeersnelheid.

Daarna alles uit elkaar gehaald om opnieuw te beginnen.
Beide decoders getest met een ESU testboard. Ze deden het allebei nog. (ook programmeerbaar).

Ik ga nu de lok opnieuw digitaliseren volgens de methode van HANUL (zie post van Francois) en kies voor de Lenz.

afwachten nu.

[Romavami]

Alles opnieuw bedraad en gesoldeerd.

Lenz decoder er in en proefrijden met alleen de tender.
Hij komt nu wel op snelheid en er gebeuren bij het uitlezen geen rare dingen meer.

Toch nieuwsgierig of de Uhlenbrock Decoder het dan ook doet,

Jammer, maar de Uhlenbrock komt niet op snelheid.
Nog een keer getest en wederom krijg ik op de Uhlenbrock geen rare meldingen.

Ik ga voor deze lok dus voor de Lenz en zal de Uhlenbrock straks eens testen in een andere lok met DSS

[Romavami]

de Uhlenbrock decoder in een 151 met DSS gedaan.
Ook deze lok komt niet op snelheid dus er moet iets met de decoder aan de hand zijn.

Ik heb de bon en het doosje nog dus dat wordt terugsturen.

[henk]

Je kan nog proberen of het aan de motorregeling ligt. De gemakkelijkste manier om dat te testen is om de lastregeling uit te zetten ofwel cv49 = 1.
Als de loc dan opeens wel een aanvaardbare snelheid haalt, dan kan je proberen of aanpassing van de lastregeling helpt, met name cv58.

[bask185]

Heb je railcom nu al eens uitgezet in de centrale? Grote kans dat dat het probleem veroorzaakt

[008200]

Let bij het monteren van een rookgenerator erop  dat deze soms zoveel stroom
trekt dat je decoder dan de geest geeft.
Decoders en rookgeneratoren gaan blijkbaar vaak moeilijk samen, lees elders in het forum maar na.
François

[Romavami]

@bask185:
Ik heb railcom niet kunnen vinden in de centrale.
Ik gebruik een |Z1 centrale onder Rocrail.

@Francois: dat is wel iets om rekening mee te houden. Ik heb een Seuthe 10 die bij 15 volt gelijkspanning al een mooie pluim laat zien. Hij gebruikt dan volgens mijn laboratorium voeding 0,6 A

[VvKan]

Dan zal de decoder ook wel rook gaan geven, maar gelukkig slechts heel kort.

[bask185]

Dat hangt puur van de gebruikte versterker af. Er bestaan ook mosfets in een inie minie sot23 behuizing die zonder moeite een paar ampere kunnen doorlaten.

Ook als de versterker sneuvelt, hoeft de rest van de decoder nog niet te sneuvelen.

Ik heb railcom niet kunnen vinden in de centrale.
Ik gebruik een |Z1 centrale onder Rocrail.

Hm bummer... dan zijn we er nog niet.

Ik moest even googlen wat voor een centrale die Z1 precies was. Ik neem aan dat je dat hele ding zelf in elkaar gesoldeerd heb? Heb je misschien nog een kant en klare DCC centrale liggen van een bekend merk ofzo?

Bas

[VvKan]

Uiteraard hangt dat van de versterker van de functie-uitgang af, maar die beperken zich meestal tot zo'n 250mA max.
En een decoder met een kapotte uitgang blijft mogelijk wel werken, maar wat heb je daar nou aan, als rook de bedoeling was ?  En dan bedoel ik niet kortstondig.
Dan wordt het dus zoeken naar een decoder met minimaal 1 uitgang, die de gevraagde stroom aankan.  Of zelf een extra versterking aan de functie-uitgang plaatsen.

[Wummeke]

@bask185:
Ik heb railcom niet kunnen vinden in de centrale.
Ik gebruik een |Z1 centrale onder Rocrail.

Volgens de documentatie werkt dat via CV25:

Unterstützt OpenDCC BiDi (railcom®)?
Ja. Hierzu gibt es Konfigurationsvariablen:
Mit CV25=1 wird die Austastlücke erzeugt; Zudem sind die Befehle für CV-Lesen über BiDi implementiert. Der Rückweg ist dabei nicht in OpenDCC implementiert, sondern wird über ein externes System wie z.B. den GBM16 oder Tams RC erledigt.