LokPilot 5.0 probleem

[kees2018]

Je hebt niet de nieuwste  firmware versie want die is eergisteren pas gereleased (de locprogrammer versie 5.04.122). Daar hoort decoder firmware versie 5.3.122 bij. Staat allemaal op de ESU website.
....

Ja, ik weet nu wat de ESU programmer is en heb ook de aankondiging van de nieuwe firmware gezien. Die programmer lijkt me sowieso een fijn ding om in huis te hebben, maar de software draait alleen onder winddoos dus ik moet even zien of ik met Parallels de boel op een Mac aan de praat zou kunnen krijgen voordat ik tot aanschaf overga.

[marctrein]

Ik zpu me geen ESU leven zonder zon prgrammmer kunnen voorstellen. Maar die programmers zijn wel zon 135 euro.
Je zou je decoder ook naar me kunnen opsturen met de post, dan kan ik die firmware wel ff updaten voor je. Lama weten.

[Ben]

Zoals eSU op zn website aangeeft is de gevoeligheid mbt een asymmetrisch signaal met ingang van versie 5.012  (maart 2020)verbeterd.

Help me eens, waar staat dat op de Esu site? Of bedoel je dit uit de release notes:

new firmware version 5.3.112 - improved ABC braking detection.

Remmen etc. staat toch uit bij Kees?

@Kees: ik rij nu met 3 gloeilampjes aan de baanspanning maar heb geen problemen zoals jij die beschrijft. Drie is natuurlijk niet al te veel maar heb er niet meer.

[ruudns]

http://www.esu.eu/download/software/lokprogrammer/

5.0.14.
Firmware 5.3.122 for LokSound 5 and LokPilot 5 Familie: New light output mode: Digitl coupler Coil#2. Ditch Light type1 now has fade-in and fade-out. Added CV 122 Bit 3 to double the amount of steam chuffs when shunting mode is active. Load dependend sound: The sound schedule's acceleratin is now immediately following "Optinal / Primary Load". Bugfix: Output mode "Fliashing light" did not work properly with Grade crossing. Bugfix: Using Motorola Programming mode, now the correct outputs are flashing. Bugfix: Fixed SUSI-Problem with Brawa locomotives.
5.0.13.
Firmware 5.3.115 for LokSound 5 and LokPilot 5 family: Fixed bug with grde crossing and flash lights. In Motorola programming, the right function outputs flashing now. Fixed scaleing bug of LokProgrammer Software.
5.0.12.
Firmware 5.3.113 for LokSound 5 and LokPilot 5 family: Motor current limit added. Special Options - Save function state added. Improved ABC brake section detection. Sound schedule: More transistions per each state. Load simulation: Acceleration and Speed in Soundschedule now follow CV3, CV4 values. New flag "Speed ignores speedtable" in sound schedule
5.0.11.
Support for LokPilot 5 family
LokSound 5: fixed Soundcompiler Bug with or-conditions.
Firmware 5.1.105 for LokSound 5 and LokPilot 5 family: ZIMO ZACK train numbers.

[GTIBert]

Ik zou eens de lampjes los draaien, en kijken of dit het probleem verhelpt.
Misschien wel een te hoge belasting.?

[bask185]

Een assymetrische belasting kan in pricipe geen kwaad als de spanningsbron (je centrale) het benodigde vermogen voor de piekjes kan leveren.

In het geval dat je voeding niet sterk genoeg is, zou het spanningsniveau aan een 1 kant spanningsdipjes kunnen veroorzaken. Maar als jij geen diodes in die buurt van die gloeilampen heb zitten, dan zou je al geen assymetrische belasting moeten hebben. (niet significant althans)

Wat het zou kunnen zijn, maar dat weet ik niet zeker. Is dat de gloeilampen misschien een lichte inductieve werking hebben op de blokgolf. Ofwel je gloeilampen kunnen misschien als een klein spoeltje gaan fungeren. Dit "spoeltje" zou dan misschien in staat zijn om je overgevoelige V5s in de stress te laten schieten.

Het is erg lastig om er achter te komen of dit klopt. Het enige wat ik kan denken, is het gebruiken van een oscilloscoop om het baansignaal te aanschouwen met en zonder gloeilampen.

Wat ik trouwens denk, is dat je tegen een nieuwe "feature" aangelopen ben van ESU. Het automatisch beinvloeden van een digitale trein is lastig als je geen computerbaan heb. Zo zijn mensen gekomen met M* remmodules en ook met andere type remmodules.

Een M* richt het signaal gelijk, waardoor de decoder gaat remmen tot stilstand. De decoder moet dit dus wel snappen. Sommige decoders die rijden gewoon door op een rem sectie. Als zo'n decoder op een dergelijke sectie staat, is hij ongevoelig voor instructies.

Maar deze remmodule kent geen 'halve snelheid'. Volgens mij kunnen sommige remmodules zoals die van Lenz het signaal dus assymetrisch maken zodat de decoder of stopt of op halve snelheid kan rijden (weet ik niet zeker). Het zou op zich wenselijk zijn om een digitale trein automatisch op halve snelheid te kunnen laten rijden. Maar de decoder moet dit dus wel snappen. Dit is ook een relatief nieuw idee. En het is aannemelijk dat die V5 iets meer features hebt qua remmodule methodes.

Ik had alleen ook begrepen dat de decoder dan nog wel gevoelig zou zijn voor instructies dus het verklaart niet alles.

Ik vermoed dat de gloeilampjes dusdanig het baansignaal kunnen beinvloeden dat de V5 denkt dat hij iets "speciaals" moet gaan uitvoeren. Ik weet niet of je het al gedaan heb, maar op een oscilloscope kopen na, zou de volgende logische stap zijn het uitzetten van alle CV opties die met remmodules te maken hebben.

Ik heb verder zelf geen V5 dus ik gis hier ook maar in het donker.

Bas

P.S.

Improved ABC brake section detection

Dit zou het zomaar eens kunnen oplossen

[kees2018]

Hallo Bas,

Dank je wel voor je uitvoerige reactie. Ik heb het probleem door drukte op mijn werk deze week even moeten laten liggen, maar ga in het weekend weer verder testen.

Ik heb reeds uitgebreid geëxperimenteerd met het uitzetten van ABC-remmen, van reageren op analoge signalen, etc., maar niets helpt. Jouw hypothese (dat de lampjes als een soort spoeltjes werken die de blokgolf afvlakken) is interessant. Ik heb overigens een oscilloscoop dus kan naar het signaal op de baan kijken.

Het is overigens niet zo dat de decoder naar halve snelheid gaat wanneer de rijtuigen met verlichting op de baan staan. Ik verlies eenvoudigweg contact met de decoder en de lok blijft doorrijden op de laatst doorgegeven snelheid. Ook reageert deze niet meer of met grote vertraging op commando's van de F-toetsen.

Kees

[Overet]

Waarschijnlijk niet relevant, maar geef de loc/decoder eens een ander adres.

Tom

[borotof]

Idd, zo heb ik ook al wel onverklaarbare problemen opgelost.

[kees2018]

Het probleem was er al toen de decoder nog op het default adres 03 stond, dus ik denk niet dat dit iets gaat oplossen, maar ik ga het zeker nog een keer proberen.

[meino]

Ik vind de opmerking van Bas over de lampjes die als een inductie werken, intrigerend. Ik heb daar zelf ook aan gedacht. de gloeidraad is vaak een spoeltje, dus dat werkt als een inductie. en zal de hogere frequenties waaruit de blokgolf bestaat uitfilteren. Het feit dat het probleem verergerd als er meerdere rijtuigen geplaatst worden lijkt dat ook aan te geven.
Ik ben geen electronicer, dus misschien is het idee fout, maar zou het helpen als in ieder rijtuig een kleine condensator de lampjes kortsluit, zodat de hogere frequenties via deze C doorgelaten wordt? De waarde weet ik niet, maar misschien iets in de orde van een ontstoor condensator.

Groet Meino

[Ben]

Ik zou de decoder resetten, is trouwens een goed gebruik voordat je gaat instellen. En dan eens zien. En wat doet een andere V5 op jouw baan: is het een incident? Ook voor Esu is er een belang om dit te weten.

De lampjes hangen hier nog aan mijn baan maar geeft mijn V5 geen krimp.

Gr, Ben.

[kees2018]

De decoder resetten heb ik natuurlijk als eerste geprobeerd, en ook later heb ik, nadat ik met allerlei instellingen had geëxperimenteerd, nog wel eens een reset uitgevoerd.
Het is op dit moment mijn enige V5, dus ik kan niet vergelijken.
Als ESU er belang bij heeft om te weten waardoor dit komt dan zouden ze om te beginnen eens op mijn vraag kunnen reageren…

Groeten, Kees

[Mar-Cas]

Wat ik mis in dit hele verhaal is een aantal lampjes die dit probleem veroorzaken en constructie en ligging van je voedingskabel vanuit de booster naar de baan en onder de baan

BV: 10 rijtuigen á 6 lampjes 'a 30mA , dus 1.8Amp. Vermogen in Watt is  duidelijk het probleem.

Als je losse gescheiden voedingskabels onder delen je baan hebt, dan heb je een giga rommelmaker met die hoge stroom. (bij elkaar en twisten is hier noodzakelijk)
De V4 en V5 zijn beide genanometriseerde hardware en de V5 die kan beslist anders van constructie zijn en gevoeliger voor "rommel"op het signaal.
Dat de loc doorblijft rijden zal dan veroorzaakt worden door het storende rommelig signaal op de baan en dus niet door de decoder kan worden gelezen. Die denkt "doorrijden met die hap"

Sluit de track met de rijtuigen eens direct aan op de booster met 'n 2adrige kabeltje.

@ Ben, sluit eens 'n autolamp 12v 25W aan op het eind van je voedingskabel van je baan. Kunnen we kijken of het evt reproduceerbaar is

[Klaas Zondervan]

Hoe zit het eigenlijk met andere locs die tegelijkertijd op de baan rijden? Kun je die wel gewoon bedienen?

Het verhaal over de inductiviteit van gloeilampjes lijkt me vergezocht. Gloeilampen brnden op de meest exotische spanningen. Ik heb zelf eens een gloeilamp laten branden op een wisselspanning van 20kHz. Als de zelfinductie een rol zou spelen dan zou de lichtsterkte minder moeten zijn dan bij 50Hz of bij gelijkspanning. Niets van gemerkt.

Asymmetrische belasting door gloeilampen lijkt me ook sterk. Dat kan eigenlijk alleen maar als er een enkelvoudige diode voor zit. Maar ook dat lijkt me sterk want dat is bij binnenverlichting nergens voor nodig.