Piko sounddecoder 5.1 en Lenz

[ROANSBNS]

Ik heb in december vorig jaar een Piko lok 52322 gekocht. Dit is een DC lok, die is voorzien van de nieuwe Piko sounddecoder 5.1 en waar tevens een goed werkende buffercondensator in zit.
Voor het programmeren van al mijn loks gebruik ik een LZV 200 (V3.8 B3488) en een LH 101 van Lenz. Ik heb echter geconstateerd, dat het wijzigen van CV waarden via de programmeerrails bij deze lok zeer moeilijk gaat.  Als ik de waarde van een CV wil uitlezen, krijg ik heel vaak de waarde 0 te zien, hetgeen niet de juiste waarde is. Pas al ik zeer vaak (5 tot 6 keer) op de lok-toetst van de LH 101 druk, krijg ik uiteindelijk de juiste waarde te zien. Ook bij het wijzigen van een waarde van een CV treedt dit verschijnsel op. Pas na het zeer vaak drukken van dezelfde lok-toets wordt de wijziging door de decoder verwerkt. Dit probleem heb ik niet ondervonden bij het op dezelfde wijze aanpassen van CV waarden van een Piko sounddecoder 4.1 of (sound)decoders van Zimo of ESU. De truc met het lampje parallel aan de lok op de programmeerrails heb ik ook al geprobeerd, maar dat was niet de oplossing. Ook het aanpassen van de waarde van CV 250, waardoor ook enkelvoudige commando's vanuit de centrale worden geaccepteerd door de decoder, is niet de oplossing.
Volgens de service dienst van Lenz wordt dit probleem mogelijk veroorzaakt door een ontstoorcondensator (C4) in de lok. Het gaat me echter wat te ver om die er nu uit te halen, als ik niet zeker weet dat dit de oplossing is. Ik heb mijn vraag 2 weken geleden ook aan Piko gesteld, maar daar heb ik nog steeds geen antwoord van retour.
Op het Stummi forum heb ik ook een lang draadje over problemen met deze nieuwe decoder gevonden https://www.stummiforum.de/t199597f5-PIKO-SmartDecoder-XP-Support-Thread.html maar daarin werd er geen melding gemaakt van mijn probleem.
Is er wellicht iemand die ook dit probleem heeft ondervonden en mogelijk ook een oplossing hiervoor heeft ?

Robert.

[MartinRT]

C4 is behalve een soort springstof ook een bekende boosdoener, oorzaak van nogal wat problemen, die ook hier op BNLS voorbijgekomen zijn.

En ik weet niet of het van invloed zou kunnen zijn:  je werkt niet met de software versie van Lenz met een decoder programmer (4.0).

[Sven]

Verwacht geen antwoord van Piko. Ik heb ze afgelopen jaar ook twee maal gemaild en het lijkt er op dat er geen helpdesk is. Bizar van zo'n groot bedrijf. En schandalig. Had het niet van ze verwacht. Koop je een model van hun, ben je helaas op jezelf aangewezen.

(Het kan natuurlijk zijn dat ze hun spam folder niet controleren en het daar vol zit met onbeantwoorde emails)

[ROANSBNS]

@ MartinRT,
Dat programma van Lenz gebruik ik niet. Ik vraag me af of dat wel werkt met een decoder van Piko. Ik doe alles programmeren met de LH 101 en de centrale, hertgeen voor mij normaal gesproken voldoet.

@ Sven,
Ik heb inderdaad al op diverse plaatsen gelezen, dat de reactie van Piko soms te wensen over laat. Bij Lenz is men sneller met een antwoord. Echter ik heb vorige week nog gebeld met de 'hotline' van Piko en de persoon, die ik aan de telefoon kreeg, kende mijn mail. Hij had het vermoeden, dat de grotere buffercondensator hier mogelijk de oorzaak van het probleem kon zijn, maar wist dat niet zeker. Hij zou dit bespreken met de hun specialist (dhr. Richter, bekend van die filmpjes op Youtube, Digitalseminar), die op dat moment (tijdens het vragenuurtje) met iemand anders telefonisch in gesprek was om een ander probleem te bespreken.

Robert.

[Bor de Wolf]

Dat klinkt als een ontwerpfout van Piko. Lijkt mij dat je toch garantie hebt en zij met een oplossing moeten komen?   

Bor

[Martijn193]

Hetzelfde euvel ook met een MS2 van Marklin. Relatief vaak komt daar bij adres uitlezen '0' uit en dan ineens is hij er. Heel frustrerend. Ook een ESU programmer helpt niet

Het lijkt er heel erg op dat de interactie tussen piko producten en andere aansturingen 'ontmoedigd' wordt. of iig geen punt van aandacht.

[Ben]

Echter ik heb vorige week nog gebeld met de 'hotline' van Piko en de persoon, die ik aan de telefoon kreeg, kende mijn mail. Hij had het vermoeden, dat de grotere buffercondensator hier mogelijk de oorzaak van het probleem kon zijn, maar wist dat niet zeker. Hij zou dit bespreken met de hun specialist (dhr. Richter, bekend van die filmpjes op Youtube, Digitalseminar), die op dat moment (tijdens het vragenuurtje) met iemand anders telefonisch in gesprek was om een ander probleem te bespreken.

Dan zou ik deze week nog eens terugbellen en refereren aan het gesprek van vorige week.

Gr, Ben.

[MartinRT]

Als de C4, de buffercondensator, de oorzaak zou kunnen zijn, dan zou misschien beter via POM geprogrammeerd kunnen worden.
Mijn gedachtegang daarachter is, dat die condensator dan al opgeladen is (?) (op het hoofdspoor), dus niet de programmering (bij een lager voltage) (?) en met een lege condensator (?) begint.

Aan de vraagtekens kun je al zien, dat ik daar geen afdoend inzicht in heb, maar mogelijk kunnen anderen daar hun licht over laten schijnen 

[Ronald Halma]

Mijn vraag is meer; doet zich dit alleen voor met Lenz? Of hebben de Piko sounddecoders ook met andere centrales dat probleem. Lenz adviseert wel bij bv sommige soundlocs een extra weerstand op te nemen in een van de voedingsdraden naar je programmeerspoor. De waarde is mij even ontschoten maar ik meen 100 ohm. Die moet er voor zorgen dat het programmeren wel goed gaat.

Waarde weerstand zal ik even opzoeken.

[Bor de Wolf]

Ronald,

De topicstarter zegt toch dit:

De truc met het lampje parallel aan de lok op de programmeerrails heb ik ook al geprobeerd, maar dat was niet de oplossing.

Dat lampje heeft hij dan toch bij wijze van weerstand gebruikt?

Bor

[Martijn193]

Mijn vraag is meer; doet zich dit alleen voor met Lenz? Of hebben de Piko sounddecoders ook met andere centrales dat probleem. Lenz adviseert wel bij bv sommige soundlocs een extra weerstand op te nemen in een van de voedingsdraden naar je programmeerspoor. De waarde is mij even ontschoten maar ik meen 100 ohm. Die moet er voor zorgen dat het programmeren wel goed gaat.

Waarde weerstand zal ik even opzoeken.

En ik gal al aan dat dit probleem zich voordoet bij MS2 en CS2 van Marklin

[Ronald Halma]

Sorry mannen, overheen gelezen. Kan toch?

[Ben]

Er lopen wat zaken door elkaar. C4 is een ontstoorcondensator, geen buffercondensator. En al was het er wel eentje, een (nog) niet opgeladen buffercondensator verstoort het programmeerproces niet is mijn ervaring.

Gr, Ben.

[ROANSBNS]

@ Bor,
Het lampje, dat ik al had aangesloten staat parallel aan de loc, die op de programmeerrails staat. De weerstand die Ronald bedoelt, staat in serie met één van de aansluitdraden van de programmeerrails. Het lampje moet er voor zorgen dat de uitgangsstroom van de centrale tijdens het programmeren wat groter wordt, hetgeen de overdracht van data moet verbeteren.
Dat van die weerstand heb ik ook ergens gelezen, maar ik weet ook de juiste waarde niet meer.

Robert.

[Ronald Halma]

Kijk, dat bedoelde ik