BeneluxSpoor.net forum
Vraag en antwoord => Digitaal => Topic gestart door: ROANSBNS op 22 January 2024, 19:23:08
-
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 (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.
-
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).
-
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)
-
@ 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.
-
Dat klinkt als een ontwerpfout van Piko. Lijkt mij dat je toch garantie hebt en zij met een oplossing moeten komen?
Bor
-
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.
-
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.
-
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 ???
-
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.
-
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
-
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
-
Sorry mannen, overheen gelezen. Kan toch?
-
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.
-
@ 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.
-
Kijk, dat bedoelde ik ;)
-
Dat lampje heeft hij dan toch bij wijze van weerstand gebruikt?
Bor
Nee, want Lenz zet dat ding in serie in de aansluitdraad van een van de programmeer aansluitingen. En dat zorgt dat de decoder beter reageert op de acties.
-
@ Bor,
Dat van die weerstand heb ik ook ergens gelezen, maar ik weet ook de juiste waarde niet meer.
Robert.
De waarde maakt volgens mij niet zo heel veel uit. Gebruik deze zelf bij het programmeren van mijn loks in grotere schalen. gebruik dan 2 weerstanden van 6,8Ohm die ik parallel zet. En daarmee kan ik de loks prima uitlezen en programmeren.
Wat betreft her verhaal over de C4 ontstoorcondensator, dat ben ik wel meer tegen gekomen dat die verwijderd werd. Ook wel bij oudere versies van piko sound decoders. Die lijkt toch meer kwaad dan goed te doen die condensator. Misschien toch eens overwegen die gewoon te verwijderen?
Groet,
Roelco
-
http://moppe.dk/PIKOC4.html
-
Met het verwijderen van C4 verlies je je garantie. Mij lijkt het slimmer te wachten op een reactie van Piko, dan leren ze er zelf wellicht ook nog iets van wat dat is niet de kracht van het merk waar het gaat om electronica.
-
we wachten al 10 jaar op antwoord. Je kan hem gewoon aan 1 zijde los solderen en als er wat zou zijn gewoon ff terug boutje tegen. Hier al verschillende keren gedaan bij piko loks die bar slecht reden met een esu en na C4 het goed doen.Garantie is maar hoe je het bekijkt.Door het afknippen van draden aan een decoder vervalt je garantie ook niet hoor.
-
Met het verwijderen van C4 verlies je je garantie. Mij lijkt het slimmer te wachten op een reactie van Piko, dan leren ze er zelf wellicht ook nog iets van wat dat is niet de kracht van het merk waar het gaat om electronica.
Ja, ik ben daar ook voorzichtig mee. Heb de Kraus Maffei in bestelling staan dus ik wacht rustig af. Is de eerste Piko en de eerste Piko sounddecoder. Ben benieuwd ;) Ga er vanuit dat de POM programmering gewoon werkt en niet moeilijk doet. Veel US (sound)locs/decoders hebben ook last van dit soort problemen dus het is mij wel bekend :)
-
Garantie is maar hoe je het bekijkt.
Tja, het is maar hoe je het bekijkt.
-
N.a.v. de verschillende reacties heb ik vanavond nog wat geëxperimenteerd, met verschillende weerstanden in serie met één van de aansluitdraden van de programmeerrails en warempel, met een weerstand van precies 18 ohm kan ik nu zonder problemen de waarden van de CV's lezen en schrijven. Ik heb hierbij ondervonden, dat de waarde wel wat kritisch is. Neem je een kleinere weerstand, dan verbetert de situatie niet t.o.v de situatie dat er geen weerstand is gemonteerd en maak je de waarde te groot (47 ohm) dan krijg ik continu ERR 02, hetgeen betekent dat de centrale geen verbinding kan maken met de lok, die op de programmeerrails staat. Het probleem lijkt nu dus te zijn opgelost. Bedankt voor het meedenken.
Robert.
-
(y)
-
Mooi opgelost!
Overigens hoef je die C4 ontstoorcondensator alleen te verwijderen als je een Esu dekoder gebruikt; Zimo heeft daar geen last van.
En de laatste jaren koop ik Piko loks compleet met sound want die 5.1 is echt een uitstekende dekoder.....