BeneluxSpoor.net forum
Vraag en antwoord => Digitaal => Topic gestart door: JAB van Ree op 27 January 2009, 23:30:00
-
Ik loop al een tijdje aan tegen het volgende:
Ik heb een simpel pendelbaantje, soort van Y-vorm. Ik heb nu in Koploper een trein die afwisselend op ene en andere spoor pendelt. Optrekken / remmen, alles gaat perfect. Maar af en toe (eens in de 5-10 maal) gaat het fout : het wissel wordt niet omgezet.
In Koploper is de stand van de wissel aangegeven alsof het wel is omgezet, het is echter niet gebeurd. Ik merk ook niet dat het is alsof er is geschakeld (ik moet de communicatie logging nog eens aanzetten, misschien ook een logger op de decoder zetten?
Karst heb ik hier ook over gehoord, toen hij de bouw van zijn pendelbaantje besprak. Overeenkomsten tussen zijn en mijn situatie zijn de S88XpressNetLi interface en Koploper. Verschillen zijn mijn Lenz Set 90 vs zijn MultiMaus en zijn eigenbouw wisseldecoders vs mijn S-DEC-4.
Ik heb de wisseldecoder uitgebreid getest, daar kan ik niks aan ontdekken, als ik er meer wissels op aansluit en ik ze handmatig omzet mbv de Lenz controller of vanuit Koploper reageren de wissels perfect. Dus daarmee lijken mij problemen met de wisselaandrijving (Roco Line met bedding, ingebouwde aandrijving) en de decoder uitgesloten.
De gebruikte PC is een snelle P4 met voldoende RAM die verder NIKS anders doet (zelfs geen virusscanner of wat dan ook) dus een PC die de baan niet bij kan houden lijkt me ook stug.
Van Karst heb ik gezien/gehoord hoe hij het heeft "opgelost" in zijn decoders, maar ik vind het wel zonde goede hardware af te moeten danken (de S-DEC-4) Zijn er meer mensen die dit probleem hebben gehad en/of misschien ideeen hebben voor een oplossing?
-
Mogelijke oplossing:
De bekrachtigingstijd in Koploper langer zetten.
Ik heb gemerkt ( gemeten ) bij de Maus, dat er dan meer dcc-wisselopdrachtpakketjes :P naar de decoder komen.
Effectief dus hetzelfde als dat wat ik in de decoder heb 'opgelost' ( ik kijk zowel naar het inschakel- als het uitschakelsignaal van de centrale. En reageer op beide met het zetten van de uitgang.
Ik heb de wisseldecoder uitgebreid getest, daar kan ik niks aan ontdekken, als ik er meer wissels op aansluit en ik ze handmatig omzet mbv de Lenz controller of vanuit Koploper reageren de wissels perfect. Dus daarmee lijken mij problemen met de wisselaandrijving (Roco Line met bedding, ingebouwde aandrijving) en de decoder uitgesloten.
Heb je ze vanuit Koploper getest ?? ( kan je een duurtest doen namelijk ) Mocht er dus sprake zijn van comm. stoornissen, moet je het zo kunnen reproduceren aangezien het eens in de 5 a 10 keer voorkomt :-|
Grtzz,
Karst
-
Hi,
Ik denk dat we dit probleem toch terug moeten voeren op de wisselaandrijving zelf.
Je kunt een schaduw test doen door een wisseldecoder op hetzelfde adres te zetten en een aandrijving daar op aan te sluiten. Gaat die wel om, dat weet je genoeg.
Mvg
Wim.
-
Bedankt voor de tips Karst. Vanuit Koploper heb ik alleen getest door gewoon er een X aantal keer op te klikken (keer of 20-30) en dat ging op zich goed. Ik ga die duurtest eens doen en spelen met de bekrachtigingstijd en meld me dan weer met de bevindingen.
@Wim: ik ben nog in de opbouwfase en heb pas 1 wisseldecoder. Snap echter precies wat je bedoelt. Ik ga eerst de tip van Karst proberen en anders eens kijken of ik een (ander merk+type!) wisseldecoder kan lenen om dan jouw test uit te voeren.
-
OK duurtest gedaan, iedere 1.5 seconden wissel omzetten; Inderdaad iedere 20-30 maal stokt het een keer.
Bekrachtigingstijd omhoog gegooid in stappen tot 800 ms maar dat helpt niks.
Enige opvallende : op de S88XpressNetLi knippert de gele LED steeds 2 maal per opdracht. Wissel sturen en einde wissel sturen neem ik aan.
Dit knipperen gebeurt in een heel gelijkmatig tempo, maar op het moment dat het wissel niet correct wordt omgezet zie ik ook dat de LED even "uit z'n ritme is"
Ik ben nu aan de ene kant geneigd te zeggen dat het de wisselaandrijving is (volgens mij is een Roco inbouw aandrijving eindafgeschakeld, als die eindafschakeling niet helemaal fris meer zou zijn zou dat het volgens mij kunnen verklaren?) Misschien maar even een klein lampje over de wisselspoel gooien, of desnoods de scoop er maar aan (al zal een analoge scoop misschien die ene puls niet pakken?)
-
Je zou ook nog een koplopercommunicatielog kunnen maken... En kijken of je daar ten tijde van het 'misschakelen' iets vreemds ziet ?
( ben wel aardig van de lange woorden vanavond ;)
Grtzz,
Karst
-
Jan-Albert,
Ik heb hetzelfde probleem bij 1 wissel, en dat leek altijd nummer 10.
Even een ander adres aan de wissel toegekend, en het probleem verhuisde naar dat adres. Overeenkomst: Het is ook een roco wissel. Raar maar waar verdenk ik de wissel en dat hij af en toe niet wil schakelen niet. (by the way, ik heb een roco decoder, dus is de S-DEC-4 weer uitgesloten.) 8)
Wil daarom eens kijken of ik een wissel in schaduw kan laten meedraaien, maar denk daarbij nog over een oplossing zodat ik mijn huidige testbaan nog kan verbeteren, gezien deze nu bestaat uit oude rails van mijn oude baan.
Ik blijf even volgen en vraag me af of Paul al benaderd is, om in koploper een vinkje te maken over het dubbel vesturen van DCC opdrachten aan zowel wissels als lokomotieven. Ook daar gaat het heel soms bij mij fout bij een stop opdracht. De lok loopt dan heel langzaam door, terwijl koploper snelheid 0 aangeeft.
@Karst: Had jij Paul daar al over gesproken? ???
-
Hans, Paul hoeft niet benadert te worden, Koploper doet het gewoon goed.
Karst zal hier ongetwijfeld in de loop van de dag een reactie plaatsen, dus wacht deze even af.
Mvg
Wim.
-
Wim, ik zeg niet dat koploper het fout doet, maar we zouden het zo kunnen oplossen door deze optie in koploper in te bouwen.
Ik denk dat het voor Paul weinig werk is.
Greetz, Hans
By the way, het probleem loopt al wat langer dan vandaag en ik heb het hier al vaker met Karst over gehad. Werkelijke oorzaak heb ik nog niet kunnen benoemen, maar het lijkt wel een combi, want ook koploper heb ik al eens een slag zien missen als ik bv op diezelfde PC internet crasht mijn baan binnen 5 minuten, terwijl het een P4 is met 1GB Ram en voldoende snelheid. Internet ik niet gaat het gewoon een uur of meer goed. :-|
-
Nee Hans het probleem moet bij de bron worden opgelost.
Mvg
Wim.
-
Wim, absoluut denken is niet altijd de oplossing en soms is het beter dingen anders op te lossen. We wachten af.....
-
Hans, het antwoord van Paul al wetende lost dit niets op. Moet dan alle andere besturings software worden aangepast of alleen Koploper.
Mvg
Wim.
-
Zo te horen ben ik gelukkig niet de enige met de bovenstaande problemen. Ik gebruik de Lenz ls-150 in combinatie met de Conrad wisselmotoren en het gaat 1 op de 40 keer mis. Ik heb de bekrachtigingtijd ook al vergroot en de wissels gaan zelfs via een aparte booster( 2e Roco centrale). Voordat ik dit gedaan had was het zelfs 1 op de 10 keer raak. Alle spullen zijn wel nieuw en hiervoor niet eerder gebruikt.
Ook het niet aankomen van lokopdrachten komt bij mij voor en dat resulteert 1 keer in de 30 minuten tot een niet stoppende lok. Gelukkig vangt de gepolariseerde wissel het op door kortsluiting te veroorzaken, maar vrolijk wordt je er niet van.
Met de originele koploperinstellingen ging het na 20 minuten al fout en door met de speciale Lenz instellingen te spelen is het nu nog maar 1 keer in het uur. De beste resultaten bij mij geeft hij als je de optie commando's opnieuw verzenden aanzet en de maximale tijd op 20 msec zet en de IO rust op 2 msec. Hogere waardes resulteren in weer tot de oude situatie waar het te vaak fout ging.
Sinds de eerste uitlevering van de S88XpressnetLi draait mijn testbaan bijna elk weekend zo’n 8 uur per dag en het probleem blijft aanwezig, wat ik ook doe.
Groeten, Mark
-
By the way, het probleem loopt al wat langer dan vandaag en ik heb het hier al vaker met Karst over gehad. Werkelijke oorzaak heb ik nog niet kunnen benoemen, maar het lijkt wel een combi, want ook koploper heb ik al eens een slag zien missen als ik bv op diezelfde PC internet crasht mijn baan binnen 5 minuten, terwijl het een P4 is met 1GB Ram en voldoende snelheid. Internet ik niet gaat het gewoon een uur of meer goed. :-|
Welke windows gebruik je? en hoe oud is de computer? en is de computer geheel opnieuw geïnstalleerd voordat je hem ingezet hebt als besturingscomputer? Heb je misschien draadloos internet met een usb-stick / dongel? en ook de S88xpressnet op een USB-poort? Dat draadloos internet vreet namelijk processortijd en bustijd en dan krijgen andere applicaties geen voorrang... dan kan Koploper een slag missen. Helaas is hier door de opbouw van Windows niets aan te veranderen...
-
Zelf heb ik het op 4 computers getest, van een 200mhz onder win98 tot een dualcore onder vista. Via de usb converter en de seriele kabel op schoon geïnstalleerde computers zonder wifi en randapparatuur. Op alle systemen had ik helaas dezelfde resultaten....
Mark
-
Heren, voordat er weer van alles uit de kast wordt getrokken. Er zit gewoon een BUG in de s88XPressnetli. Dat gaan we in de komende dagen oplossen.
Mvg
Wim.
-
Wim, is de oude uitlevering upgradable hiermee?
Met andere woorden, is er een software flash mogelijk?
Ik ben namelijk benieuwd of het "doorlopende" lokprobleem dan ook weg is.
Hans
-
Hans, hier komt de komende tijd meer informatie over. Geef Karst even de tijd om het probleem te kunnen oplossen. Hoelang dat gaat duren, is niet bekend. Karst heeft een zeer drukke baan, en dus niet zoveel vrije tijd.
Mvg
Wim.
-
Wim,
Bedankt voor de info. Ik zie vanzelf de informatie komen... Karst en jij succes met het oplossen van het probleem.
mvg ronald.
-
Wim, bedankt voor het heldere antwoord! Het zal vast wel goedkomen, aan de kennis en inzet zal het niet liggen.
-
Ben benieuwd wat hier uit gaat komen, en ga nog even wachten met het vervangen van 1 van mijn wissels. Had die de oorzaak toebedeeld bij mij. Maar als ik bovenstaande lees is dat misschien niet terecht.
Groet,
Roelco
-
Wim, bedankt voor het heldere antwoord! Het zal vast wel goedkomen, aan de kennis en inzet zal het niet liggen.
Dat denk ik ook JAB, maar het zal even zijn tijd nemen.
Mvg
Wim.
-
Hoi Mensen,
Wanneer meerdere mensen hetzelfde probleem ervaren, kan het zijn dat er ergens een bug in het complete systeem zit. En daarmee sluit ik vooralsnog geen enkel component van PC programma vis S88XPressNetLI, centrale, decoder t/m wissel uit.
Een aantal testen die vannacht gedaan zijn met een puur Lenz systeem wijzen op een reproduceerbaarheid welke zich tussen PC en interface of centrale en interface afspeelt.
Zelf heb ik niet die ervaring met een MausSysteem. Daar heb ik eenduidig in het verleden vastgesteld dat een commando aan die Maus niet altijd resulteert in een DCC pakketje op de rails.
Als eerste gaan we eens een testprogramma schrijven, waarbij een PC via de interface wisselopdrachten naar een decoder stuurt, welke aan een terugmelder gekoppeld weer uitgelezen zal worden. Hiermee kan geautomatiseerd en objectief gemeten worden.
In eerste instantie via 1 interface, in tweede instantie via twee compoorten en een 2e digitaal systeem.
Op deze manier zal er dus vastgesteld gaan worden waar eventueel opdrachten verdwijnen ( of niet worden uitgevoerd ) ;)
Kortom, het zoeken in de hooiberg is begonnen... :(
...is de oude uitlevering upgradable hiermee?
Met andere woorden, is er een software flash mogelijk...
Ja, PIC wisseling, want die is flashable :P Kost 1 postzegel ;)
Grtzz,
Karst
-
Hoi Karst,
Het gekke is dat de wisselproblemen zich hier totaal niet voordoen, alleen het doorrijden ( Dwz niet stoppen ) gebeurt hier. En ik heb ver over de 1000 km ( Misschien al wel 2000 km ) gereden met de combi.
Apart als je het mij vraagt :)
Gr. Remco.
-
Remco,
Inderdaad, en wat te denken van de demobaan op de afgelopen twee beurzen...
in totaal 5 dagen * 8 uur volcontinue zonder ook maar 1 hapering...
40 uur * 60 min. * 5 sch.p.m = 12000 wisselopdrachten !
Apart dus idd.
Grtzz,
Karst
-
Karst,
voor wat betreft de wissel hebik mijn verdenkinen naar de wisselhardware (spoel oid).
Het doorrijden weet ik niet zeker maar verdenk ik decoder afhankelijkheid en communicatie ergens.
Daarom het dubbel sturen vanuit koploper voor wissel en trein commando's. Ik blijf dat als een nutig containment zien.
Hans
-
Hans,
Het dubbel sturen vanuit koploper voor wissel en trein commando's heeft geen zin.
De laatste trein commando's gaan toch de refresh cyclus in, de lokdecoder krijgt de laatste opdracht nog vaak genoeg te horen.
Wisselopdrachten gaan (gelukkig) niet de refresh cyclus in. Dus een door rijdende treinen verstoorde wisselopdracht wordt niet uitgevoerd.
Je kunt de wissels op de booster van de centrale aansluiten en de treinen met een tweede booster voeden.
Ik ben benieuwd wat de tests van Karst gaan opleveren.
Jan.
-
Ik gebruik dezelfde wisseldecoder van Littfinski, echter gewoon een Roco Mulitmaus. Heeft deze bug daar ook invloed op ?
En heeft die bug er misschien mee te maken door de mini-verschilletjes tussen Roco's opdrachten-bus en die van Lenz ?
-
Hoi Allemaal,
Even een status update:
Heb een aantal logs ontvangen met daarin missende wisselschakelingen.
Enkele zeer interessante observaties gedaan vanavond...
1) De Maus heeft de definitie van rechtdoor en afbuigend via het interface omgekeerd... :-|
2) Samen met de logs en m'n eigen, inmiddels geschreven, testprogramma, is de constatering, dat de LI op elke wissel opdracht van KL een positieve acknowledge geeft. Dit is normaal gesproken een teken, dat de opdracht foutloos bij de centrale is aangekomen ??? ( en toch schakelen de wissels soms niet )
3) Het er sterk op lijkt, dat de Maus en een echt Lenz systeem andere boodschappen terugsturen als acknowledge
4) Bovenstaande afhankelijk is van het activeren of deactiveren van de wisseldecoderuitgang
5) De Lenz centrale altijd hetzelfde stuurt ( 1 4 5 )
6) Dat een bekrachtigingstijd van < 250 mS ook de MAUS altijd dezelfde acknowledge stuurt ( 1 4 5 )
7) Dat een bekrachtigingstijd van 250 - 500 mS de MAUS willekeurig antwoord
Voldoende stof tot nadenken en uitzoeken dus... :P
Grtzz,
Karst
-
Hallo Allemaal,
Ik herken dit probleem. Ik heb hetzelfde gehad met mijn Lenz set1. Naar van alles geprobeerd te hebben uiteindelijk er een zwaardere trafo aangehangen met meer ampere. Heb totaal geen verstand van stroom, maar daarmee was mijn wisselprobleem opgelost.
groeten Frits
-
Frits, daar heeft het echt helemaal niets mee te maken.
Mvg
Wim.
-
Hoi Mensen,
Voortgangs rapportage ;D ;D
Tja, zo heet dat bij ons op het bedrijf ;)
Afgelopen weekend druk bezig geweest om testprogrammatuur te schrijven. Om daarna wat testen uit te gaan voeren.
Testresultaat van ca. 24 uur testen: ruim 45000 schakelingen verzonden, ca 300 missers. :( Dus de 'bug' was 'reproduceerbaar'
Wel heel sporadisch, want de berekende foutkans was ca. 0.7 % :o Dat wil zeggen, dat ruwweg eens in de 140 keer schakelen er een boodschap niet bij de MAUS aankwam :'(
Nu, hoe nu zoiets te vinden ?? Nog net geen speld in de hooiberg, maar toch...
Rest er niet dan logisch een aantal zaken nakijken. Na de zoveelste keer de spec's van Lenz ( XpressNet protocol ) te hebben doorgelezen, viel me inieens op, dat er geen sprake is van een minimum responsetijd op een oproep van de centrale ( MAUS ) om data te sturen. De maximale responsetijd was wel keurig opgegeven: 40 microSeconden voor oude Lenz systemen, 110 voor de Maus ( XpressNet V3.0)
Denkende dat ik steeds te laat was met versturen, kon dit eigen niet zo zijn. Immers de S88XPressNetLI 'ramt' de data op 'interrupt' richting MAUS. Dat is snelste manier...
En nu juist daar zat het probleem ! ;D ;D De S88XPressNetLI stuurde TE SNEL !! Vaak kon de centrale dat wel bijpoten, soms ook niet. Gebleken was al dat de wat oudere Lenz sets meer moeite hadden dan de Maus.
Zoals zovaak, was de oplossing hier ook weer erg simpel: een kleine delay van slechts 8 microSeconde ( een halve bittijd op het XPressNet ) is voldoende om foutloze transmissie te verkrijgen.
Op dit moment heeft de Maus er al weer de nodige ( > 2000 ) berichten op zitten zonder fouten, morgenvroeg maar eens het resultaat afwachten.
Inmiddels is er voor Lenz een testversie naar Wim onderweg, wellicht morgenavond daar ook testresultaten van ;)
[Edit]
net dit bericht van Wim:
Hi,
Het testje is succesvol verlopen.
Het wissel is nu meer dan 1000 maal foutloos omgegaan, waarbij het opvalt dat de puls krachtiger is waarmee het wissel omgaat.
Als ik de S88 laat sproeien worden de wisselcommando's vertraagd uitgevoerd. Zonder dat er iets gemist wordt.
Het lek is denk ik boven.
Proficiat.
Mvg
Wim.
Dat ziet er dus goed uit ! :)
[/Edit]
Ik ga nog even nadenken hoe we een ieder die problemen ervaart aan een nieuwe versie van de software kunnen helpen.
Merk op: het hoeft !! niet op te treden. Als je relatief weinig dataverkeer hebt zou je er waarschijnlijk niets van merken.
Grtzz,
Karst
-
WOW! Gefeliciteerd Karst, dit is inderdaad een speld in een hooiberg.... dat je dat weet te herleiden.
En nu even speculaas vanaf mijn kant : is dit dan ook de reden dat bijvoorbeeld sommige mensen treinen hadden die net de laatste stop commando's soms niet correct doorkregen? Wederom doordat de signalen te snel (en te kort op elkaar) kwamen?
edit
@Wim welke Lenz versie heb jij? Het trad bij mij bij v3.5 voor de LVZ100 heel sporadisch op.
/edit
-
Zoals al eens eerder aangegeven Versie 2.3.
Mvg
Wim.
-
WOW! Gefeliciteerd Karst
Thnx ! ;D
, dit is inderdaad een speld in een hooiberg.... dat je dat weet te herleiden.
Tja, da's mijn vak. Daar financier ik o.a. onze mooie hobby van :P :P
En nu even speculaas vanaf mijn kant : is dit dan ook de reden dat bijvoorbeeld sommige mensen treinen hadden die net de laatste stop commando's soms niet correct doorkregen? Wederom doordat de signalen te snel (en te kort op elkaar) kwamen?
Yep, heeft waarschijnlijk dezelfde reden.
Grtzz,
Karst
-
Dat is een hele grote stap in de goede richting, zo te zien. Je oog moet er toch maar net even op vallen, voordat je zoiets ontdekt.
Je schreef dat de wisseldefinitie werd omgekeerd. Ga je dat ook nog aanpassen ? (Ik moet in Koploper alles wissels als 'fout aangesloten' zetten om PC-scherm en MM-scherm identieke aanwijzing te laten geven)
Sander
-
Hoi Sander,
De wisseldefinitie aanpassing kan ik niet doen in het interface, omdat het interface alleen het protocol omzet en er niet inhoudelijk naar kijkt... :(
En verder, tja zoals boven beschreven he :P
Grtzz,
Karst
-
Sander,
Je schreef dat de wisseldefinitie werd omgekeerd. Ga je dat ook nog aanpassen ? (Ik moet in Koploper alles wissels als 'fout aangesloten' zetten om PC-scherm en MM-scherm identieke aanwijzing te laten geven)
DCC is blijkbaar niet zo standaard als iedereen denkt.
Toen ik overging van een Lenz centrale naar de IB heb ik alle wissels in Koploper kunnen veranderen.
Wat Lenz als afbuigend stuurt doet de IB als recht.
Wim Ros heeft dit toen, die heeft diverse centrales, ook geprobeerd en inderdaad dat is standaard. ::) ::) ::)
-
Gefeliciteerd, protocollen lezen is nou niet echt het leukste werk... je probleem daar in vinden en daarop je gemaakte design aanpassen dat het weer werkt is dan weer wel heel bevredigent.
TOPPIE Karst!!
(http://www.karakteristiekfotografie.nl/nieuwsafbeeldingen/pluim.jpg)
-
Karst:
YEEEEEESSSS!!!! :D ;D
Das weer een enorme sprong in een betrouwbaar treinenverloop.
Als mekkeraar ;D van het eerste uur: TOPWERK!
Nieuwe PIC op RAIL2009????
Wellicht een goed uitwissel moment.
Groetjes en nogmaals klasse, Hans.
-
Ik ben benieuwd, ik heb namelijk geen wisselproblemen maar alleen doorrijd problemen, ik hoop inderdaad dat dit de oplossing is, maar wil het wel eerst even zelf zien :)
Gr. Remco.
-
Ik dacht dat ik alleen het wissel probleem heel enkel had ( ging soms ook dagen goed, en dan opeens was er weer een actie gemist ) Afgelopen weekend had ik zowaar ook een stop actie van een lok die niet blijkbaar niet doorgekomen was. Resultaat, mijn sik duwde de passerende sneltrein van de baan:(
Nu alleen de oplossing nog verspreiden. Is het hiervoor een optie alleen de hex file te versturen? Dit dan met name voor de personen die zelf een programeer optie hebben.
Groet,
Roelco
-
Nou ik denk dat dat wel goed komt, Karst had het al over een PIC op de post doen ergens in 1 van zijn reacties :)
Daar maak ik me dus niet druk om :)
Gr. Remco.
-
Update
Zo,
vandaag maar eens een dag vrijgenomen om de laatste puntjes op de i te zetten voor de nieuwe versie ( 1.02 ) firmware van deS88XPressNetLI.
Wim en ik zijn uitgetest, beiden tot de conclusie dat het goed moet zijn.
Maar... op nummer zeker, zijn er een viertal testkonijnen bereid gevonden e.e.a. in de praktijk en op hun eigen baan uit te testen :)
De verwachting is, dat ergens midden volgende week het definitieve oordeel te vellen is.
Grtzz,
Karst
-
Goed nieuws !
Sander
-
Nou ik was/ben dus 1 vd 4 proefkonijnen, huppel de huppel :) en heb vanmiddag de nieuwe firmware ontvangen van Karst. PIC geplaatst en de baan vol geladen.
Mijn record op rijden zonder problemen stond op +- 2 a 2.5 uur. Nu heb ik met 5 treinen, stellen en combinaties 9 uur onafgebroken gereden, daarbij volgens KL 340 KM afgelegd en geen enkele storing gehad.
Dus in ruggespraak met Karst kan ik zeggen dat de bug eruit is gezien mijn probleemloze getoer van deze dag ;D
Hulde aan Karst en Wim !! ;D
Gr. Remco.
-
Huppel de huppel verder. Ik ben een tweede konijn.
Niet zoveel kilometers maar wel grondig getest.
slechts 1x een onbekende wissel gezien, maar in deze twijfel ik of dat de Li was of de wissel gewoon mechanisch niet helemaal lekker was. Doorlopende treinen, wat mijn grootste probleem was, heb ik nog niet gezien.
Dus inderdaad lijkt het lek boven. Ik test morgen weer verder.
Hup Karst Hup!!
Hans
-
Hupperde hupperde de hup, maar helaas kwam er gisteren toch nog een bug boven, in de versie die juliie nu aan het testen zijn. Inmiddels is hij eruit. Ik verwacht dat JAB van Ree hem wel zal vinden.
Mvg
Wim.
-
Ok, nou even afwachten dan, ik had hem gesproken en tot dusverre had hij nog geen bijzonderheden. Wat voor bug was dat Wim ?
Gr. Remco.
-
Een hele gemene die stak. En het hele systeem op slot zet.
Mvg
Wim.
-
Power-on - Power-off bug met Origineel Lenz V 2.3 ;)
-
Hm,dat had ik tijdens de start bij het testen, maar nadat ik alles opnieuw had geinitialiseerd in koploper was het over en kon ik het rode en groene spiedelei weer gewoon bedienen. Echter pendel ik niet, en Jan-Albert wel.
Ben benieuwd. Ik test morgen lekker verder, Greetz, Hans.
-
ja, en ik heb dus geen lenz ;D
-
Oh ok, nou hij is gefixt dus dat scheelt al weer een zorg!
Gr. Remco.
-
Huppeldehuppel ; Konijn 4 heeft er 30 km op zitten, wat op een Y-baan van 4 meter veel is ;)
Ik heb een Lenz 3.5 en so far geen system lock gehad... diverse dingen getest (noodstops, spiegelei groen-rood-groen) , wissels dik 20 minuut om de seconde omgooien, ik heb geen enkele fout kunnen ontdekken in het systeem die niet aan mij lag. Wim, kun je mij anders PB'en wat ik moet doen om jouw probleem te reproduceren?
-
Ik huppel momenteel op 220 Km volgens koploper en geen onbekende storing tot nu toe. Rij met 5 treinen tegelijk en no problemo.
Ik hoop morgen meer KM's te maken. ;D
Hans
-
Het enigste wat je hoeft te doen is op de noodstop drukken. Daarna zal de rode led constant aan blijven en kun je verder niets meer. Dit was hier keer op keer reproduceerbaar, maar het heeft eigenlijk geen nut om het te testen de bug is er al uit, en we zijn inmiddels op firmware versie 1.04
Mvg
Wim.
-
Wim, nogmaals geprobeerd, ik kan het niet reproduceren, misschien dat er in de oudere Lenz firmware een bug zat? Helaas vind ik op digital-plus.de niet een complete lijst met exacte fixes per nieuwe release dus kan mijn vermoeden niet hard maken...
Na een noodstop flikkert rode LED heel kort, alles stil. Nogmaals en de LED flikkert weer heel kort, waarna alles weer gaat rijden.
-
Nee, het was een echt bugje. Doet er verder ook niet meer toe, hij is er al uit.
Mvg
Wim.
-
Is er al iets bekend over de uitwisseling van de pics voor de S88XpressnetLi rijders? Ik zou graag een dagje foutloos van mijn baan willen genieten ;)
Groeten, Mark
-
Mark, heb jij dan ook een Lenz set, ipv een Multi-Maus?
Maarre geduld is een schone zaak zou ik denken.
Mvg
Wim.
-
Wim,
Ik denk dat Mark misschien doelt op de wissel/doorrij problematiek :)
Gr. Remco.
-
Voor meer informatie zie het originele draadje (https://forum.beneluxspoor.net/index.php?topic=14925.msg267855#msg267855).
Wat mij betreft mag deze dicht :P
Grtzz,
Karst