decoder problemen met piko Vectron

[mass am see]

Hallo,

Heb een vraag over een piko vectron  , we hebben er 2 maar een daar van heeft af en toe kuren, we hebben de lok vorig jaar via marktplaats gekocht (dus niet van een winkel)

Er moest nog een decoder in en dat is een esu 5 lok piloot  geworden de trein rijdt er mooi super zelfs maar na een aantal ronden begint de lok wat in te houden en valt stil.
de verlichting blijft branden maar kreeg de lok niet meer aan de praat dus op de rollenbank analoog en de trein rijdt weer ook digitaal.

Na de lok een tijdje in de vitrine  te hebben gestaan deze week weer een poging gedaan maar weer de verlichting die alleen werkt , lok weer op de rollenbank analoog en de lok rijdt weer als een zonnetje.

Wat is hier aan de hand lok uit gelezen op het programeerspoor en de volgende , heb ook de andere vector uitgelezen en viel op dat CV 1 waarde 3 is terwijl de Loks op 1027 en 1033 zijn geprogrammeerd via railcom.




Bij de vectron met problemen stond bovenstaande aan getikt , vervolgens uit gezet maar gaf geen vebeterering en de lok reed nog steeds niet


deze instelling voor de probleem lok


en deze voor de andere vector zonder problemen heb de instelling van 1027 gelijk ingesteld als 1033, alleen het railcom wordt niet grijs bij de 1027.


dit voor beide vetrons

Hebben we wat verkeerd gedaan want normaal bij het uitlezen van de decoder geeft de ecos het adres aan bij uitgebreid lezen (zie foto) wel.

Alvast bedankt voor het meedenken.


mvg Bas en Evert

[Ronald Halma]

Pas de titel dan even aan dat het een decoder probleem betreft met de Piko Vectron. Dan krijg je wss gerichter hulp.

[Remunj]

Wat is hier aan de hand lok uit gelezen op het programeerspoor en de volgende , heb ook de andere vector uitgelezen en viel op dat CV 1 waarde 3 is terwijl de Loks op 1027 en 1033 zijn geprogrammeerd via railcom.

Wat er in CV1 staat doet er niet toe omdat je aangevinkt heb dat je een lang adres gebruikt. 1027 en 1033 dus.
Kan je dus gewoon negeren.

Ik zou ook eens kijken of er nog andere protocollen actief zijn.
Het beste is om gewoon alles uit te zetten wat niet van toepassing is.
Rijdt je bv DCC dan alle andere uitzetten. En ook analoog rijden uitschakelen.
Soms zitten dit soort dingen elkaar in de weg.

[maartenvdb]

Gevalletje C4 ?

[VAM65]

Neuh, C4 veroorzaakt zulk soort gedrag niet. Het is wat Remunj al zei, alle niet ter zake doende protocollen en analoog uitzetten.

[mass am see]

Aller eerst dank voor jullie meedenken , heb voor met de lok te gaan rijden op het programmeer spoor gezet en veel uit gevinkt   zoals analoog rijden railcom  2x .

de lok reed mooi soepel weg ga komende week de lok met trein wat langer mee rijden dus heb goed hoop.



mvg Evert en Bas

[Blausee-Mitholz]

Snap niet waarom ze al onnodige rotzooi in de decoders stoppen 
Je gebruikt het niet, geeft ellende en met moeite en ergenis krijg je het uitgeschakeld.

Mvg Johan

[maartenvdb]

Misschien omdat wat jij "rotzooi" noemt bij een ander heel bruikbaar is en geen enkel probleem oplevert 

[Blausee-Mitholz]

Ben nog niemand tegen gekomen die de rotzooi daadwerkelijk gebruikt.

Daar in tegen staat het forum vol met adviezen uitschakelen uitschakelen uitschakelen …….

Mvg Johan

[Bahn-AG]

Ik heb nog nooit iets uitgeschakeld, hoewel ik met een MFX, DCC en motorola mix rij.

Bart

[Dirk]

Ben nog niemand tegen gekomen die de rotzooi daadwerkelijk gebruikt.

Daar in tegen staat het forum vol met adviezen uitschakelen uitschakelen uitschakelen …….

Mvg Johan

eigenschap van fora, daar komen alleen de problemen op, als ik een nieuwe lok koop en die doet het dan ga ik echt niet een draadje beginnen ala " nieuwe lok en die doet het.. wat nu.

[maartenvdb]

Ben nog niemand tegen gekomen die de rotzooi daadwerkelijk gebruikt.

Nou, dan heb je hier toch niet alles gevolgd.  Hoeft ook niet, dus bij deze:   ik gebruik een deel van de "rotzooi" tot volle tevredenheid, op apparatuur en met decoders in loc's die wel tegen die "rotzooi" kunnen.

Dus die "niemand" ben ik in ieder geval.

Dat neemt niet weg, dat ik voor mij niet noodzakelijke dingen ook uitschakel.

En dan nog 2 zaken:  blijkbaar koop jij zelf ook rotzooi, anders zou je er niet over klagen. Bijvoorbeeld die rotzooi van ESU decoders.  Esu beschouw ik zelf helemaal niet als rotzooi, maar blijkbaar weten jij en mensen daar niet mee om te gaan.  En ten tweede:  misschien is de door jou gebruikte apparatuur ook wel rotzooi die niet tegen bepaalde dingen kan. Denk bijvoorbeeld aan accessoire decoders die niet tegen RailCom konden en uiteindelijk wèl in de software aangepast zijn. 
Daar is hier op BNLS voldoende over geschreven.

Dus alle zooi op een hoop:  ik zou een wat andere term gekozen hebben.  Als voorbeeld:  "voor veel gebruikers overbodige mogelijkheden".   

[Ben]

Rotzooi is het verkeerde woord. Maar de Esu Quad decoders hebben 4 protocollen aan boord en in combinatie met een bepaalde typen centrales willen die nog wel eens in de analoog stand schieten. Da's knap hinderlijk. Alles wat niet gebruikt wordt uitzetten is dan het devies en dat geldt ook voor Railcom.
Maar wie DCC rijdt koopt het beste de Esu DCC only versie. Da's de helft al gewonnen.

Gr, Ben.

[Mar-Cas]

Ben nog niemand tegen gekomen die de rotzooi daadwerkelijk gebruikt.

Daar in tegen staat het forum vol met adviezen uitschakelen uitschakelen uitschakelen …….

Mvg Johan

Is het je niet opgevallen dat dit soort advies meestal voorafgegaan wordt door de afkorting mss en dat deze eenregelig zijn. Er zijn er hier die zijn er kampioen in.

[Remunj]

Snap niet waarom ze al onnodige rotzooi in de decoders stoppen 

Omdat het voor een fabrikant makkelijker is om maar een type decoder op de markt te brengen met alle mogelijkheden dan voor elke "rotzooi" een andere variant.
Gelukkig dat ESU ook DCC only decoders heeft.
Aangezien ik puur DCC rijdt koop ik alleen die. Multiprotocol decoders laat ik lekker liggen.
En schakel ik verder de toeters en bellen die ik niet gebruik uit. Dus analoog rijden en Railcom.