Rocrail gebruikersgroep

[NTeering]

Hallo Meino,

Ik hou me aanbevolen voor deze gewijzigde library.
Mardec bevat al een wijziging die een waarde van een variabele uit de library overruled.
#define kONE_Max 80  (t.b.v de DR5000)
Kan jouw wijziging ook op deze manier worden doorgevoerd?

Overigens is het geen veel voorkomend probleem dat Mardec adressen mist.
Anders was het Mardec draadje 10 keer zo groot geweest.
Mogelijk dat het toch gerelateerd is aan de z21? Zoals er ooit een probleem was met de DR5000.

Mvg
Nico

[meino]

Dag Nico

nee, in de oorspronkelijke code wordt in de interrupt routine een array gevuld. De wijziging behelst een check op de verstreken tijd, dus het is een echte code wijziging. Maar als je me in een pb een eMail adres geeft wil ik je wel een zip bestand toesturen.

Groet Meino

[Karst Drenth]

Mogelijk dat het toch gerelateerd is aan de z21? Zoals er ooit een probleem was met de DR5000.

Mwah... beetje nuanceren graag Als de Z21 net zo "strak in de leer" is qua timing als de DR5000 destijds, dan treedt vermoedelijk dit probleem nog gewoon op. De DR5000 heb ik er destijds in samenwerking met Serve een update voor gegeven ( deze is dus nu iets minder strak in de leer )

Verder dat wat Meino zegt, klopt als een bus. Voor m'n eigen producten en tbv een ESP8266 NodeMCU implementatie heb ik hetzelfde mechanisme toegepast:





Grtzz,
Karst

[Edit]

Code: [Selecteer]

#define MAX_DCC_MESSAGE_LEN   6     // including XOR-Byte
#define NOM_DCC_ONE_TIME      58    // the nominal half period of a 1-bit
#define NOM_DCC_ONE_TOLERANCE 25    // the nominal tolerance of a 1-bit

[/Edit

[PeterC]

Heren,

Ik heb een inmiddels gewijzigde hex bestand ontvangen van Nico. Ik heb wel het idee dat er al beter gereageerd wordt maar het is nog steeds niet betrouwbaar. Ik heb nu de vraag ook op het Rocrail forum gezet, misschien heeft iemand daar het zelfde of ook zoiets gehad.

PeterC

[meino]

Peter

De wijziging die ik in de DCC_decoder bibliotheek had gemaakt is niet volmaakt. Ik zal maar een deel van de spikes detecteren. Dat komt omdat ik een quick en dirty methode gebruik door in de interrupt routine te timen en als een tweede interrupt binnen de 35 microSec binnenkomt, dat interrupt weg te gooien. Die waarde van 35 microSec kan nog omhoog naar 45-50 microsec. Dan zal ik de meeste spikes in de 1bits zien (die worden gedetecteerd door de bibliotheek als ze tussen de 52 en 64 microSec duren), maar in de 0bits zal ik hooguit 40-45% van de spikes detecteren.
Maar het gedrag is wel verbeterd. Ik denk dus dat het DCC signaal erg veel storing bevat. Hoe rijden je locomotieven? die moeten ook last hebben. Bijv. slechte respons op snelheids aanpassingen.
Ik zelf denk dat het weinig met Rocrail te maken heeft. Het DCC signaal wordt door de centrale en/of de boosters gemaakt. Rocrail geeft slechts de opdrachten aan de centrale en dat gebeurt met een totaal ander protocol. Kortom ik zou eerst eens kijken of er iets met de centrale aan de hand is. Check eens de bekabeling tussen centrale, booster en het spoor. Verder zitten er misschien nog ontstoor zaken (spoeltjes en condensators). Ik weet dat er aansluitrails waren met ontstoring. Die kunnen vreemde dingen doen. Verder heb je het probleem altijd, dus ook als er geen locs rijden, of treedt het pas op nadat er verkeer op de baan is.

Groet Meino

[PeterC]

Hallo Meino,
 
Wederom bedankt voor je uitvoerige reactie. Ik ben nog volop aan het uitproberen en dus heb ik momenteel alleen deze servo aangesloten, er is dus geen rail aangesloten. Zoals ik meedeelde is de z21 middels een Lan kabel met de computer verbonden en verder zit alleen de Mardec middels een Usb kabel aan deze computer. Ik heb inmiddels ook even een andere Lan kabel geprobeerd maar dat geeft geen verbetering. Misschien dat iemand op het Rocrail forum reageert. Kijk jij daar ook of moet ik je op de hoogte houden als er een reactie is?
 
Groeten,
PeterC

[meino]

Dag Peter

nee ik ben geen Rocrail en Z21 gebruiker. Ik werk met Koploper, MDRRC-II centrale en veel Arduino's met eigen code en knutsel hardware. Van Electronica heb ik niet veel verstand, voldoende om m.b.v een schema zelf wat te solderen. Van programmeren heb ik iets meer kennis en ervaring.

Groet Meino

[meino]

Peter

uit de prive email uitwisseling begrijp ik dat je de Z21 direct aan de DCCshield hebt verbonden. Je zou denken dat het DCC signaal dan optimaal moet zijn, dat blijkt het dus niet te zijn. Misschien worden de problemen wel veroorzaakt door deze directe koppeling. Zou een termination van de DCC bus niet een mogelijke oplossing zijn? Zie bijv dit artikel https://dccwiki.com/Bus_Termination. Maar misschien kunnen anderen met meer kennis over electronica hier ook hun licht eens over laten schijnen.

Groet Meino

[NTeering]

Als het inderdaad een Z21 is (geen z21) kun je ook het LocoNet-B signaal gebruiken.
De draden 1 en 6 (twee buitenste van platte LocoNet kabel) bevat ook het DCC signaal.
Dat kun je dan gebruiken voor DCCshield/DCCNext.
Dat is dan niet 'verontreinigt' door alle locomotieven en zal minder storingen geven.

Nico

[meino]

Nico en Peter

ik ben het Z21 gaan noemen. Ik zie dat Peter het redelijk consequent over de z21 heeft. Ik wist niet dat er twee versies bestonden, sorry als dat verwarring heeft opgeleverd.

Groet Meino

[PeterC]

Ik ben inderdaad in het bezit vaneen witte z21, dus met een kleine z.

PeterC

[Karst Drenth]

Als het inderdaad een Z21 is (geen z21) kun je ook het LocoNet-B signaal gebruiken.

Een Z21 heeft alleen LocoNet T ...

Boosters gaan bij dat apparaat aan de BBUS of aan de CAN wellicht.


Grtzz,
Karst

[NTeering]

https://forum.beneluxspoor.net/Smileys/classic/laugh.gif

Kijk, dat wist ik niet.
Daarom heb ik ook een DR5000

Nico

[PeterC]

Heren,

Heb inmiddels de beschikking over een Digikeijs 4024 en daarmee zijn er geen problemen. Heb ook nog een DccNext aangeschaft en aangesloten. Ook deze reageert onregelmatig op het omschakel signaal. Iemand nog ideeën waar het aan kan liggen dat zowel de Mardec als de DccNext onbetrouwbaar reageren?

PeterC

[MartinH0]

Beste lezers,

Ik ben druk doende mij wegwijs te maken met Rocrail. Ik heb een witte z21 met router. Ook heb ik een Arduino met Mardecshield. Ik heb de z21 middels een Lan kabel met de laptop verbonden en ik heb verbinding met de z21. Ik heb nu een servo aangesloten om een wissel te bedienen. Ik ben nog in de experimenteerfase dus ik gebruik de pc muis om de servo te bedienen. Nu is het zo dat de servo niet op elke klik van de muis reageert, dus de ene keer wel dan weer niet dan een paar keer weer wel maar het werkt zo niet erg betrouwbaar. Heeft iemand dit ook al eens gehad en/of heeft iemand enig idee waar aan kan liggen?

PeterC

Ik ben geen software specialist maar bij mij werkt "alles" goed bij mijn baan in opbouw. Ik kreeg de z21 met direct een LAN kabel NIET aan de praat. Volgens mij iets met master-slave of cliënt gebeuren én de virusscanner lag dwars.

Ik heb nu gewoon mijn internet verbinding direct bedraad aangesloten op mijn PC en tegelijkertijd een WIFI verbinding met de z21 router en dat werkt probleemloos. Ook met Rocrail. Ik krijg wel heel veel terugmeldingen binnen per trein per ENTER of IN overgang maar dat schijnt normaal te zijn. Ik moest overigens wel de virusscanner vertellen dat dit een vertrouwde verbinding is anders werkt het nog niet.

Beetje rommelig verhaal maar misschien heb je er wat aan