Digikeijs DR5000, welke baanspanning?

[tonp7]

Heel bijzonder. Ik voer zojuist de snelheidstest nogmaals uit met 15V en met 16V.
Beide resultaten zijn nu gelijk.
Eerder deze week liet de curve bij 16V nog aardige hobbels zien.
Ik heb meer van dit onverklaarbare gedrag (niet willen stoppen op de juiste positie). Is de DR5000 niet 100% stabiel?

> 15V


> 16V

[ramdani]

ik denk dat je de vorige keer gewoon geen 'pas toe' hebt gedrukt bij 16v en je daardoor een getrapte curve kreeg,

het niet willen stoppen op de juiste positie moet je aanpassen met de 'reactievertraging';

en jouw loc begint pas te rijden vanaf stap6, ik weet niet of dat zo hoort als je 128 stappen gebruikt;

mvg,
Michel

[Ben]

Heel bijzonder. Ik voer zojuist de snelheidstest nogmaals uit met 15V en met 16V.
Beide resultaten zijn nu gelijk.

Gebruikersfout, kan gebeuren.

Noch met iTrain noch de DR5000 is iets mis. Verder zou ik lekker op 28 stappen gaan ijken en rijden maar dat was niet je vraag.

Gr, Ben.

[tonp7]

Ben
Waarom 28 in plaats van 128 stappen?

[ramdani]

als je 128 stappen gebruikt moet je de stapgrootte op 4 zetten in iTrain,dus gebruik je eigenlijk maar 32 stappen (128/4);
dan kan je evengoed op 28 stappen rijden,
op stap 1 zou je loc al moeten beginnen rijden of kruipen,dus cv2 zo laag mogelijk proberen te zetten,

mvg,
Michel

[Timo]

ik denk dat je de vorige keer gewoon geen 'pas toe' hebt gedrukt bij 16v en je daardoor een getrapte curve kreeg,

Dat idee kreeg ik dus ook.

als je 128 stappen gebruikt moet je de stapgrootte op 4 zetten in iTrain,dus gebruik je eigenlijk maar 32 stappen (128/4);

Kan je dit verder toelichten? Is die stap grote dan niet alleen bij het ijken?

28 stappen had "vroeger" altijd de voorkeur omdat 128 stappen bij veel regelaars voor oneindig drukken/draaien zorgde. Maar als je die niet gebruikt (of een die daar geen last van heeft) lijkt mij 128 stappen wel mooi.

op stap 1 zou je loc al moeten beginnen rijden of kruipen,dus cv2 zo laag mogelijk proberen te zetten,

De decoder zo afregelen dat hij begint met kruipen op stap 1 is altijd een goed uitgangspunt. Dan haal je het meeste uit het bereik.


Timo

[ramdani]

Kan je dit verder toelichten? Is die stap grote dan niet alleen bij het ijken?

28 stappen had "vroeger" altijd de voorkeur omdat 128 stappen bij veel regelaars voor oneindig drukken/draaien zorgde. Maar als je die niet gebruikt (of een die daar geen last van heeft) lijkt mij 128 stappen wel mooi.

Timo

uit de handleiding van iTrain:

De traagheidssimulatie werkt door het vertragen van de snelheidsstappen die naar de
decoder worden gestuurd. Een enkele stap wordt vrijwel meteen uitgevoerd, maar
wanneer een snelheidsverandering zorgt dat de verandering in decoderstappen groter is
dan één, dan zullen de tussenliggende stappen met een vertraging zoals ingesteld naar
de decoder gestuurd worden totdat de uiteindelijke instelling bereikt is. Als de decoder erg
veel stappen (bijvoorbeeld 126) heeft, is het beter om niet alle tussenstappen te sturen,
maar om een grotere stapgrootte te gebruiken.

als je de stapgrootte op 1 laat staan zal iTrain een noodstop uitvoeren omdat alle stappen niet verwerkt kunnen worden;
met 128 stappen rijden is wel nuttig als je dubbeltractie rijdt of handmatig wil rangeren;

mvg,
Michel

[Martin Hornis]

als je de stapgrootte op 1 laat staan zal iTrain een noodstop uitvoeren omdat alle stappen niet verwerkt kunnen worden;

Dat geldt bij het afremmen. Bij het optrekken is het een ander verhaal. Daar wordt bij een stapgrootte van 4 alle tussenliggende stappen overgeslagen, behalve als zo'n 'tussenliggende' stap de eindwaarde is. Bij 126 stappen kun je heel precies de juiste snelheid bereiken.

[tonp7]

ik denk dat je de vorige keer gewoon geen 'pas toe' hebt gedrukt bij 16v en je daardoor een getrapte curve kreeg,

Dit heeft er niets mee te maken.
Nog voor het drukken op 'pas toe' liet het scherm bij 15V een gladde curve zien en bij 16V een getrapte.
Ook na 'pas toe' bleef de getrapt curve getrapt.

[Timo]

@ramdani Ahh, okay. Maar dat klinkt een beetje dat iTrain die berekening een beetje "achterstevoren" doet Naar mijn idee zou het vele malen makkelijker zijn om niet de tijd tussen twee stapgroottes te berekenen (die dus erg klein wordt) maar juist het aantal keer per seconde dat er een wijziging mag zijn als vaste waarde nemen en dan de te nemen stap uitrekenen. Dan levert 126/128 stappen niet zo'n stomme beperking op. Maar goed, ondanks dat het effect met versnellen/vertragen dus minimaal is als je eens stapgrootte van 4 gebruikt heb je wel de extra resolutie om de exacte snelheid te rijden. Vooral bij multitractie met verschillende locs erg fijn.


Timo

[ramdani]

andere programma's zoals Koploper gebruiken ook maar 28 stappen,de communicatie tussen pc en centrale is de beperkende factor;

mvg,
Michel

[Timo]

Ja en nee. Zowel DCC als de centrale-pc communicatie vormen een beperking hoe vaak per seconde je een nieuwe instelling naar de loc lukt sturen. Maar dat zegt niets over 28 of 126 stappen mits je niet iedere stap probeert te versturen. En dat is dus ook echt niet nodig (en stom dat iTrain dat lijkt te wille doen). Het nut van 126 stappen zit dus niet in het versnellen en afremmen maar in het kiezen van een constante snelheid. Is het heel erg noodzakelijk? Nee, maar vooral bij multitractie kan de snelheid vaak net wat makkelijker voor beide locs gelijk gekozen worden.

En volgens mij is de keuze van Koploper om alleen <=28 stappen te ondersteunen door de leeftijd. Dat was toen meest gebruikte en je hebt meer rekenkracht nodig voor 126 stappen. In de begintijd was een Pentium 100Mhz al genoeg om Koploper te draaien, dat waren nog eens tijden


Timo

[Ben]

En volgens mij is de keuze van Koploper om alleen <=28 stappen te ondersteunen door de leeftijd.

Dat is niet zo, het is een bewuste keuze geweest.

Citaat van de ontwikkelaar:
Ook is het mogelijk om bij de digitale centrale het aantal stappen in te stellen op 128. Koploper zal dit zelf vertalen naar 28 stappen. De aansturing met 128 stappen is niet echt wenselijk in een geautomatiseerd systeem. Koploper regelt zelf de massasimulatie en bij de 128 stappen zou het aantal commando's richting centrale eenheid bij een grote treinbaan veel te hoog worden.

Ook visueel (optrekken en afremmen) biedt het geen voordelen om op meer dan 28 stappen te rijden, in weerwil van wat veel iTrainers roepen. Ook niet bij meervoudige tractie (snelheidsverschillen zijn marginaal) en met de hand rijden op 128 stappen werkt (vinden velen) niet prettig.

Gr, Ben.

[Timo]

Niets tegen Paul natuurlijk, maar van de commando's is natuurlijk onzin. Mits je niet probeert tijd als variabele te sturen om vervolgens tijdens het optrekken alle 128 stappen probeert te versturen Maar uit de quotes lijken zowel iTrain als Koploper dus tijd als de variabele te gebruiken bij een vaste stapgroote. En inderdaad, zoals ik al aan gaf bied 128 stappen met optrekken/afremmen dus geen meerwaarde.

Over multitractie met verschillend materieel ben ik het iet met je eens. En handmatig hangt het dus van de regelaar af. Met een MultiMaus bijvoorbeeld geen probleem.

126/128 stappen heeft dus niet heel veel meerwaarde maar dat het niet zou kunnen werken is onzin. Alleen schijnbaar is de implementatie in de programma's minder geschikt.


Timo

[Ben]

Je hoeft het niet met mee eens te zijn, liever niet zelfs.  Ik trek altijd mijn eigen plan en de napraterij op fora is op zijn best vermakelijk..

Dubbeltractie: heb je al eens een testopstelling gedaan van 2 verschillende loks met 2 verschillende loopeigenschappen in geautomatiseerd bedrijf en gezien wat het effect is op 28 stappen rijden?

<a href="https://www.youtube.com/v/kd-nDkd5hsU" target="_blank" class="new_win">https://www.youtube.com/v/kd-nDkd5hsU</a>
https://www.youtube.com/watch?v=kd-nDkd5hsU

Of zelfs een 4-voudige tractie op 28 stappen in geautomatiseerd bedrijf....

<a href="https://www.youtube.com/v/B297C_9fcWA" target="_blank" class="new_win">https://www.youtube.com/v/B297C_9fcWA</a>
https://www.youtube.com/watch?v=B297C_9fcWA