RM-X 1.20

Als je RM-U/RM-C 1.20 test dien je minimaal TM-H 5.11 en TM44 1.11 te hebben geinstalleerd!

RM-U Release 1.20

• Aanzienlijke code aanpassing. De interne behandeling van DCC pakketten is volledig gewijzigd om ruimte te maken voor 126-step speed and F13..F128 pakketten en om voorbereid te zijn op een andere wijze van block-linking (toekomstige ontwikkeling).
• Implementatie Protocol 3.12
• Ondersteuning van 126-step speed en F13..F28 besturing (vereist iTrain 3.3.3)

DinamoConfig 1.20

• OCD Mode: OCD=2 configuratie optie toegevoegd voor TM-H en TM44.
• PWM Multiplier: High Frequency optie (32) toegevoegd. De single en quad frequency opties zijn er nog voor achterwaartse compatibiliteit, maar ze werken niet meer met de laatste versie TM44 en TM-H.
• Heartbeat transmissie toegevoegd, zodat Dinamo niet steeds in fault vervalt.
• Optie toegevoegd het systeem uit noodstop te houden terwijl DinamoConfig actief is.

TM-H Release 5.11

• OCD Mode: OCD=2 toegevoegd. OCD=1 heet nu "Moderate". OCD=2 heet "Slow". Als je modules op OCD=1 (Slow) stonden staan ze na de upgrade op OCD=1 (Moderate). LET OP: OCD=2 valt formeel buiten specificatie van de L298 driver, dus er is geen garantie dat je hardware in alle gevallen heel blijft bij gebruik van deze instelling.
• PWM Multiplier: Single and quad frequency opties zijn verwijderd, High Frequency optie (*32) is toegevoegd. Als je modules in single of quad frequency stonden vallen ze na de upgrade terug in standaard double frequency.
• Ondersteuning van 126-step speed en F13..F28 besturing (vereist iTrain 3.3.3)
• Send Automatic Subsystem Identification, zodat de RM-U TM-H versie 5.11 voortaan herkent.
• DCC E-stop.

TM44 Release 1.11

• OCD Mode: OCD=2 toegevoegd. OCD=1 heet nu "Moderate". OCD=2 heet "Slow". Als je modules op OCD=1 (Slow) stonden staan ze na de upgrade op OCD=1 (Moderate). LET OP: OCD=2 valt formeel buiten specificatie van de L298 driver, dus er is geen garantie dat je hardware in alle gevallen heel blijft bij gebruik van deze instelling.
• PWM Multiplier: Single and quad frequency opties zijn verwijderd, High Frequency optie (*32) is toegevoegd. Als je modules in single of quad frequency stonden vallen ze na de upgrade terug in standaard double frequency.
• Ondersteuning van 126-step speed en F13..F28 besturing (vereist iTrain 3.3.3)
• DCC E-stop.

Let op Als je RM-X 1.20 installeert verwacht iTrain 3.3.3. dat het Dinamo systeem de DCC Noodstop functie ondersteunt. Als je dus met RM-X 1.20 niet minimaal TM44 1.11 en/of TM-H 5.11 installeert kunnen je treinen er onverwacht als een haas vandoor gaan.

Als je zowel de TM-H als TM44 gebruikt, dan dient de TM-H release 5.11 te zijn als je TM44 1.11 gebruikt

Zoals jullie wellicht gezien hebben staat de nieuwe versie RM-x 1.21, TM44 1.11, TM-H 5.11 en DinamoConfig 1.21 inmiddels online.
Goed testen in breder kader dan tot nu toe gebeurd is blijft uiteraard zeer welkom.

Mvg,
Leon

Beste mede testers,

Beschikbare updates (laatste download febr-2016) geïnstalleerd te hebben en weer met de baan aan het rijden gegaan kom ik tot de volgende vreemde gedragingen van treinen op de baan.

Bij treinen met wagon verlichting of stoomloc's met stroomafnemer zowel in tenders als op de voorwielen van de loc zelf wordt tijdens het rijden het achterliggende blok te snel vrijgegeven waardoor een loc of trein stil komt te staan in het volgende blok ondanks dat de melder actief is van dat binnen gereden blok. Het binnen gereden blok wordt nog niet als actief gezien en de reservering is verloren tijdens het rijden.
Ik bestuur mijn baan met iTrain en betwijfel nu of dit verschijnsel is ontstaan na installatie van nieuwe software in de RM-U en TM-H of dat het te maken heeft met de introductie van het positie rijden in iTrain.

Een andere vreemd verschijnsel is dat wanneer een loc zijn reservering verloren is door o.a. bovenstaand verschijnsel of door een noodstop of uitval door bijv. een slecht contact op de baan bij een wissel dan wil de loc (digitaal) niet meer reageren op commando's. Spanning uitschakelen en weer inschakelen op de baan geeft geen resultaat. Alleen de loc even kantelen op de baan geeft als resultaat dat de loc reageert op de aansturing vanuit iTrain.

Het kunnen bedienen van meer dan 12 functies werkt tot op heden naar tevredenheid.

Misschien dat er meerdere testers zijn die dit verschijnsel herkennen?

MvrG
Maurice Mutsaers

Hoi Maurice,

Je schrijft dat je de positionering in iTrain hebt ingeschakeld en dit niet hebt gereden met de oude firmware?

Het is als ik jouw verhaal lees zeer waarschijnlijk dat het komt door de inschakeling van iTrain. Simpele test, pak een back-up van voor je dat deed en rijdt dan nog eens.

Als je de positionering inschakeld is het van groot belang dat de ijkingen kloppen, alle lengtes zijn ingevuld en ook de posities van de melders kloppen. Vaak wordt dit juist vergeten. Hierdoor zal iTrain blokken te vroeg vrij kunnen geven.

Succes

Hoi Martin,

Dank voor je reactie.
Dit verschijnsel had ik niet met de vorige versie software in de RM-U en TM-H in combinatie met de vorige software van iTrain.
Inmiddels is het positie rijden in iTrain ingevoerd en is bekent dat er na terugzetten van deze instelling de melders met bijbehorende lengtes opnieuw ingevuld dienen te worden middels VA en op tabblad melders met Vullen.

Bij op positie rijden in iTrain is het inderdaad van belang dat de ijking goed is. Omdat bij Analoge locs dat niet helemaal lekker gaat staat het op positie rijden uit.
Bij het rijden in DEMO mode gaat alles goed.

Dit verschijnsel heb ik ook bij een collega iTrain-Dinamo rijder gezien.Deze heeft ipv TM-H kaarten TM44 kaarten in zijn systeem zitten met ook hierin de laatste versie van de software.
Hij ziet dit ook sinds de update verschijnen. Alle zaken staan goed ingesteld, lengtes zijn oke.

Het lijkt op een communicatie fout tussen iTrain en Dinamo sinds de nieuwe releases van de RM-U en TM-H.
Vandaar mijn oproep aan mede testers

MvrG
Maurice Mutsaers

Hallo Maurice,

Je wijzigt 2 of misschien wel 3 dingen tegelijk (Dinamo, iTrain software, iTrain configuratie). Zo kun je nooit achterhalen waar het probleem door veroorzaakt wordt.

• Oude Dinamo FW, oude iTrain = referentie
• Nieuwe Dinamo, oude iTrain ??
• Oude Dinamo, nieuwe iTrain ??
• Nieuwe Dinamo, nieuwe iTrain, oude configuratie ??
• Nieuwe Dinamo, nieuwe iTrain, nieuwe configuratie ...

Mvg,
Leon

Hallo mede testers,

Hierbij een update van het testen.

Na diverse manieren van instellen in iTrain, vorige versie software in TMH en RMU en steeds maar opnieuw een trein zijn route te laten rijden kom ik tot de volgende resultaten.

Allereerst mbt het ijken van de snelheid met analoog en digitaal

De snelheden lopen totaal uiteen vwb de ijkresultaten.
Een digitale loc heeft tov een analoge loc bij het rijden van een identiek rondje een totaal andere afstand afgelegd.
De afgelegde weg wordt dus niet met de absolute afstand ban je bloklengtes bepaald maar met de zgn snelheid en de tijd die gereden wordt.

In mijn beleving zal rangeren met analoge locs in combinatie met digitale locs met iTrain geen optie worden.

Het te vroeg vrijgeven van een achterliggend blok.
Zoals ik al eerder aangaf komt dat in eerdere versies van de software niet voor, pas bij introductie van positierijden. Dit verschijnsel ontstaat wanneer je bijv. de treinlengtes niet correct invoert, wat terecht is, maar ook bij het instellen van gedetecteerd van een wagon met verlichting.
Door de mogelijk slechte contacten van een wagon met verlichting met de baan kan het zijn dat iTrain te snel is met het verwerken van de melder gegevens, dit in combinatie met de snelheid en positie berekening in een blok geeft als resultaat dat iTrain denkt dat de trein al uit het blok is.

Bij in en uitschakelen van de baanspanning krijgen sommige digitale locs welke zijn uitgevoerd met een POWERpack toch een signaal dat ze mogen gaan bewegen en het geluid spontaan aan gaat.
Dit gebeurd met de laatste revisie RMU software.

Wordt vervolgd.

MvG Maurice Mutsaers

Hoi Maurice,

Ik rijdt hier met zowel TM44 als met TM-H op grote schaal en herken je problemen, echter is dit geen oorzaak door deze nieuwe firmware van Dinamo of die van iTrain. De dingen die jij noemt ervaar ik hier niet

''__Allereerst mbt het ijken van de snelheid met analoog en digitaal

De snelheden lopen totaal uiteen vwb de ijkresultaten.
Een digitale loc heeft tov een analoge loc bij het rijden van een identiek rondje een totaal andere afstand afgelegd.
De afgelegde weg wordt dus niet met de absolute afstand ban je bloklengtes bepaald maar met de zgn snelheid en de tijd die gereden wordt.__''

Logisch, dat is afhaneklijk van de motor, overbrenging en de last die hij heeft. Probeer de PWM eens op 4 te zetten dat helpt een hele boel. Een analoge loc loont het om vaker te ijken en in iTrain met de reactievertragingen te spelen.

In mijn beleving zal rangeren met analoge locs in combinatie met digitale locs met iTrain geen optie worden.

Dit is fysiek ook niet mogelijk natuurlijk.

''__Het te vroeg vrijgeven van een achterliggend blok.
Zoals ik al eerder aangaf komt dat in eerdere versies van de software niet voor, pas bij introductie van positierijden. Dit verschijnsel ontstaat wanneer je bijv. de treinlengtes niet correct invoert, wat terecht is, maar ook bij het instellen van gedetecteerd van een wagon met verlichting.
Door de mogelijk slechte contacten van een wagon met verlichting met de baan kan het zijn dat iTrain te snel is met het verwerken van de melder gegevens, dit in combinatie met de snelheid en positie berekening in een blok geeft als resultaat dat iTrain denkt dat de trein al uit het blok is.__''

Dit werd al in de eerdere versies van iTrain 2.0 geconstateerd. Hier hefet Xander op ingesprongen door een aantal functies in te bouwen waardoor iTrain beter kan bepalen of een blok word vrijgegeven. Als dat gebeurd is het een instelfout die op te lossen is binnen iTrain. Daarnaast zie ik niet in dat het een oorzaak kan hebben in de werking van Dinamo, daar dit een interpretatie is van een melder in de software. Dit word overigens ook waargenomen bij een DCC baan.

''__Bij in en uitschakelen van de baanspanning krijgen sommige digitale locs welke zijn uitgevoerd met een POWERpack toch een signaal dat ze mogen gaan bewegen en het geluid spontaan aan gaat.
Dit gebeurd met de laatste revisie RMU software.__''

Sommige decoder onthouden hun laatste configuratie voordat de spanning werd onderbroken. Hierdoor gebeurd het (bijv. bij ESU) dat geluid gaat spelen als je de baan opnieuw opstart. Maar dit was ook al bij de eerdere versies van Dinamo het geval. Dit gebeurt overigens ook bij een EcoS of DR5000 centrale.

Het spontaan wegrijden van de locs kan komen omdat de analoge herkenning in de decoder nog aanstaat. Als de spanning op de baan kotm kan de decoder de voltage herkennen als een analoge spanning en gaan rijden om zich na een x milliseconde te corrigeren en weer te stoppen. Zet deze eens uit en kijk of dit dan nog gebeurd

Succes!

P.s.: Excuus voor de slechte quotes maar het lijkt erop dat de editor de Bold en Italic mode niet accepteerd bij lange teksten.

Hoi Martin,

Dank voor je reactie.

Met de uitspraak rangeren met analoge locs in combinatie met digitale locs bedoel ik dat er een verschil is in afgelegde weg van een analoge loc tov een digitale loc. Zet een analoge loc een wagon ergens in een opstelspoor neer dan zal een digitale loc de wagon niet op dezelfde afgelegde afstand van deze loc vinden.
Zoals iTrain nu (versie 3) werkt heeft de afgelegde rijweg een relatie met ijksnelheid en tijd. De absolute maten die wij invoeren voor melders en bloklengte wordt niet gaandeweg als correctie meegenomen in de afgelegde weg.

Het vrijgeven van een achterliggend blok
Met dinamo hebben we te maken met relais voor het schakelen van de rijspanning in een wisselstraat.
Bij het naar het blok toerijden vanwaar de spanning vandaan komt middels de relaisschakeling is er geen probleem. Bij het uitrijden van het blok naar de wisselstraat gaat het echter mis. Het relais valt te vroeg af, zodra de eerste melder van het volgende blok actief wordt.
Hierbij wordt blijkbaar niet gewacht op de vrijgavemelder van het ingereden blok.

De tip voor het spontaan gaan rijden bij uitschakelen van de baanspanning is correct. Wel wil het geluid ondanks dat dit voorheen niet aan stond toch ingeschakeld worden bij inschakelen van baanspanning.

MvG

Maurice Mutsaers

Hallo Maurice,

Een analoge loc zal niet zo exact geijkt kunnen worden als een digitale, aangezien de daadwerkelijke snelheid altijd ietwat beinvloed wordt door de mechanische weerstand van de bewegende delen en de last die je er achter hangt. Het zal ook ietwat verlopen met de temperatuur. De ervaring leert echter dat in de meeste gevallen toch een redelijk reproduceerbaar gedrag te bereiken is.
Als in jouw geval de ijking van een analoge loc zeer sterk afwijkt van een digitale is dat iets dat in iTrain zit, ofwel is het een fout in iTrain, ofwel je stelt zelf iets verkeerd in. Dinamo doet niets met ijking, dus daar kan het in elk geval niet in zitten.

Wat nog wel zou kunnen is dat het rijgedrag van analoge locs beinvloedt wordt door de TMxx release, en dan in principe alleen als je een PWMM mode gebruikt die in de ene versie wel en in een andere versie niet ondersteund wordt. Heb je geijkt in de ene release, dan zou het in een andere release onder die condities iets kunnen afwijken.

Het te vroeg vrijgeven van een vorig blok is ook iets waar Dinamo helemaal niets mee doet. Dit gebeurt volledig onder besturing van iTrain. Als het niet goed is zit dit dus ook in iTrain, al dan niet agv configuratie.

Als Dinamo vers wordt ingeschakeld staan alle spanningen uit. Een blok dat in digitale modus wordt geschakeld is per definitie leeg wat pakketten betreft. Als een loc dan toch spontaan geluid gaat maken komt dat niet omdat Dinamo spontaan pakketten gaat sturen. Mocht dat toch het vermoeden zijn wil ik graag een verschil getest hebben tussen een oude en een nieuwe Dinamo versie. Het is namelijk nog nooit gerapporteerd als een probleem, dus al dit probleem er bij deze nieuwe release in zit moet het verschil reproduceerbaar zijn.

Mvg,
Leon

Hoi Leon,

Dank voor je reactie.

Inderdaad ijken is een iTrain probleem. Is op dit tester forum in die zin misschien ook niet terecht om daar iets over te melden.
Wat ik wel aan wilde geven is dat juist de keuze voor Dinamo in combinatie met iTrain en wanneer de afwijkingen zoals ze nu zijn blijven niet een optimale combi is. In versie 3 van de software van iTrain wordt met het rijden niet een positiecorrectie meegenomen tijdens het rijden. (deze info is wel voorhanden omdat wij als Dinamorijders meerdere melders gebruiken en de lengtes daarvan opgeven in iTrain, net als de bloklengtes en wissellengtes).

Het rijgedrag is inderdaad volgens de truckendoos (de diverse instellingen die best handig zijn overigens) die wordt voorgesteld te beinvloeden echter gaat dit gepaard met het doen van concessies van de mogelijkheden die je decoder in zich heeft.
Een paar voorbeelden hiervan;
indien cv 3 en cv 4 op de voorgestelde waarde van 1 of 2 of misschien zelfs op 4 worden gezet gaat dit ten kosten van je remgeluid.
Het toepassen van de rangeerstand op een decoder geeft een enorme afwijking in de afgelegde weg omdat simpelweg de werkelijke snelheid niet meer overeenkomt met de iTrain snelheid.

Het te vroeg vrijgeven van achterliggende blokken vind ik nog steeds een vreemd gebeuren.
Dit gebeurd zelfs al wanneer een lok nog niet de eerste melder in een blok heeft bereikt tijden de rangeersnelheid die via de decoder ingeschakeld staat. Heeft helemaal niets met een melder te maken zou ik zeggen maar misschien wel met een andere detectie waar Dinamo met iTrain communicatie over heeft. Is voor mij lastig om te beoordelen of dat wel of niet aan Dinamo ligt.

Bij het opstarten en daarna het verbinding maken met Dinamo komt een paar seconde de baanspanning er op.
Mijn vraag of dat dit zo werkelijk de bedoeling is in de programmering is in mijn beleving nog steeds niet beantwoord. Het feit is dat een powerpack wordt opgeladen alvorens ik zelf de baanspanning inschakel en daarna deze zich indien zoals eerder gezegd de analoge modus niet heb uitgezet zich ontlaadt middels rijden, en wanneer de analoge modus wel uitgeschakeld staat middels geluid of lichtschakeling ontlaadt.

MvG

Maurice Mutsaers

Hallo Maurice,

IJken: Je voert waarschijnlijk de juiste discussie maar op een verkeerde plek. Dit is een forum-onderdeel voor het testen van nieuwe Dinamo releases. Daar heeft het niets mee te maken en we kunnen hier niets aan je probleem doen.

Te vroeg vrijgeven van achterliggende blokken: Het zou kunnen zijn dat je iTrain niet correct instelt. Ik weet het niet, want ik heb dit probleem met iTrain niet bij de hand gehad. Essentieel is of het bij de vorige versie van Dinamo wel correct werkte. Dat heb ik nu meermalen gevraagd en ik krijg er geen antwoord op. Werkte het voorheen wel goed, dan is het een regressieprobleem en moet ik het onderzoeken. Werkte het in de vorige versie hetzelfde als nu: dan geldt net als bij het vorige punt: je voert de discussie op de verkeerde plek.

Baanspanning bij opstarten. Ook deze vraag heb ik meermalen gesteld en krijg in geen antwoord op: werkte het bij de vorige versie van Dinamo anders dan bij de nieuwe? Vervolgens kunnen we allerlei discussies voeren wat er gebeurt en waardoor het komt, maar als deze vraag niet beantwoord wordt kan ik er niets mee.

Mvg,
Leon

Het te vroeg vrijgeven van de blokken:

Dat heeft niks met Dinamo van doen, dat word geheel in iTrain geregeld. Als je de positionering helemaal correct hebt ingevuld zou hij dat niet mogen doen. Ik werk hier met multiple relaisschakelingen en ondervind in zowel iTrain 3 als versie 4 hiermee geen problemen met zowel de huidige Dinamo software als nieuwe testversies. Je hebt wel gelijk dat het zonder positie rijden wel goed gaat omdat hij dan een strikt melder beleid heeft.

Dit issue zou je het beste op het iTrain forum kunnen melden, ik vermoed dat je de lengtes niet goed hebt ingevuld. Dat luisterd heel nauw aan de hand van loc, rijtuig, trien, wissel, melder enzovoort. Op het iTrain forum zijn genoeg collega testers actief die jouw bestand door de diagnose willen halen.

Baanspanning bij opstarten.
iTrain zet bij het maken van de verbinding alle commando's zoals dat op het schakebord staat. Dus zet hij de wissels maar ook de blokken. Heb je het als je de spanning inschakelt of komt het pas als je op verbinden klikt in iTrain.

Bij het laatste kan leon je niet helpen, bij het eerste dan moet er gekeken worden waar het ligt. Hier heb ik het in ieder geval pas als iTrain de boel overneemt.

Groetjes

Beste medegebruikers,

Jullie hebben gelijk, de discussie is hier niet terecht.
Een van mijn verschijnselen is al in het begint beantwoord door Martin. Een decoder onthoud blijkbaar zijn instellingen en zodra de spanning er op komt gaat hij deze toepassen. Dit wordt nog eens versterkt wanneer analoog rijden aanstaat in de decoder.

Even dacht ik dat het toepassen van relaisschakelingen voor rijspanning in wisselstraten iets specifieks voor Dinamo was, vandaar de discussie. Veel blokken eindigen in een wisselstraat die mbv relais wordt voorzien van rijspanning.
iTrain gaat daar anders mee om dan dat hier gezegd wordt. Wanneer positierijden uit staat zou de eindmelder de trigger voor vrijgeven van achterliggende blok dienen te zijn, is niet het geval constateer ik.

iTrain heeft de houding dat het vooral voor digitale rijders is bedoeld, analoog (Dinamo) staat niet zo hoog op de lijst om daar duidelijk in te zijn als het om problemen gaat.

Voor een gebruiker is het lastig om te beoordelen of dat het aan de software of aan de hardware kant zit. Onder de motorkap zoals Xander dat noemt gebeuren heel veel zaken die invloed hebben op rijgedrag.

MvG Maurice Mutsaers