interface RocRail en fysiek rijweg gestuurd bedieningspaneel

[AlbertG]

Ik betreed blijkbaar onontgonnen terrein.

Om via een bedieningspaneel een loc van blok A naar blok B te laten rijden met behulp van de Finder lijkt me niet zo moeilijk. Waar voor mij het onontgonnen terrein ligt is dat je de wisselstanden en de blokbezetting ook teruggekoppeld wilt hebben naar je bedieningspaneel.

Gevoelsmatig moet ik met ala een rijweg sturen ook een finder actie kunnen sturen.

Ik begrijp niet goed wat je daarmee bedoelt. Als je een loc van blok A naar blok B laat rijden stelt Rocrail de bijbehorende rijweg in met de juiste wisselstanden en eventueel seinen. En voorkomt daarmee dat een andere loc diezelfde rijweg kan kiezen. En de Finder zorgt er voor dat de loc een dienstrooster krijgt om van blok A naar blok B te rijden via alle eventueel tussenliggende blokken.

Heb je al eens een proefbaantje gemaakt met Rocrail?

[Eric v C]

Albert,

Ja en nee. Ik heb meerdere circuits gemaakt en via de virtuele centrale van RocRail gereden.
Ik heb namelijk geen wissels en nauwelijks rails meer "over", vrijwel alles is reeds ingebouwd in de modules.

Wellicht wel een goed idee om er wat te 2e hands scoren om een fysiek baantje te bouwen voor het betere testwerk.
Tegelijk wil ik wel vooraf enigszins weten of ik aan een haalbare bouwopgave met zo'n fysiek bedieningspaneel begin.

Ik dacht dat eerst te doen door het in RocRail met de virtuele centrale te doen.
En daar de knoppen START en BESTEMMING in op te nemen en te testen hoe de FINDER daar mee omgaat en of je zo kan bedienen.
Als dat lukt is de volgende stap de datacommunicatie met RocRail.

Parallel wil ik een hardwaretest bouwen om RocRail als het ware:
1. uit te luisteren met een Arduino om zo wisselstanden, blokbezetting (door locs met locID) en rijwegen te kunnen tonen op een fysiek paneel
2. RR vanuit de Arduino te kunnen instrueren door de acties die achter de START BESTEMMING knoppen aan te bieden aan de FINDER.

Ik denk dat daar een fysiek testbaantje ook veel hulp kan bieden.
Ik had deze testbaan al in RR gemaakt maar wil deze uitbreiden met een tweetal kruisingen om te zien hoe RR FINDER daar mee omgaat.




We zetten de puzzeltocht verder

Eric

[bask185]

Ik snap dat testbaantje nooit zo goed. Als je al een werkende baan heb en een beetje onderzoek doet naar hoe je melders moet inbouwen dan kan je direct aan de slag. Dat ik op de club begon met iTrain deed ik dat ook. 1 blok per keer toevoegen. Trein even laten pendelen en dan het volgende blok inbouwen.

Mvg,

Bas

[AlbertG]

Eric,
Ik denk dat je testbaantje te beperkt is. Als je dit wil gebruiken zou ik op de verticale sporen aan beide kanten ook een blok maken.
En je biedt geen opdrachten aan, aan de Finder. Je vertelt Rocrail dat (bijvoorbeeld) de loc in blok bk1 naar blok bk2 moet. Rocrail gebruikt dan de Finder om daarbij een dienstrooster te maken.

[Eric v C]

Albert,

Ik heb het testbaantje deze middag uitgebreid, met in gedachte de complexiteit langzaam op te voeren.



Je andere opmerking lijkt mijn taalgebruik te betreffen.
Je vertelt Rocrail dat (bijvoorbeeld) de loc in blok bk1 naar blok bk2 moet.
Dat noemde ik een 'opdracht' omdat ik dat ergens als input (op scherm met muis handeling) of  (via fysiek paneel met knoppen) moet realiseren.

Rocrail gebruikt dan de Finder om daarbij een dienstrooster te maken.
Ja dat is ook mijn verwachting en intentie dan.

Eric

[AlbertG]

Ik heb het testbaantje deze middag uitgebreid, met in gedachte de complexiteit langzaam op te voeren.

Dat ziet er al beter (interessanter) uit.

Je vertelt Rocrail dat (bijvoorbeeld) de loc in blok bk1 naar blok bk2 moet.
Dat noemde ik een 'opdracht' omdat ik dat ergens als input (op scherm met muis handeling) of  (via fysiek paneel met knoppen) moet realiseren.

Rocrail gebruikt dan de Finder om daarbij een dienstrooster te maken.
Ja dat is ook mijn verwachting en intentie dan.

Ok, duidelijk zo.

[Eric v C]

Beste Albert en andere BNLS-ers.

Via het Rocrail-forum hebben RJ Versluijs en HermannK gereageerd op mijn vraag.
Zo ben ik gestuit op het werk van Berthold Babbel.
Hij lijkt stapsgewijs gerealiseerd te hebben wat ik zo in gedachten had.
Kijk maar eens op zijn userpages in de RocRail wiki.
https://wiki.rocrail.net/doku.php?id=userpages#berthold_babbel

Eric

[Eric v C]

Berthold (Babbel) van het RocRail-forum heeft een video gemaakt.
RocRail forum https://forum.rocrail.net/

Je ziet het gebruik van zijn knoppenbord GBS in samen werking met RocRail.
Hij maakt gebruik van XML-scripting binnen Rocrail.

Hier noch ein kleines Video vom Stellpult im Einsatz https://youtu.be/MFuwYC1TOmw

Dank voor het delen van deze video Berthold.

Eric 

[AlbertG]

Ziet er leuk uit.
Als ik het goed begrijp stuurt hij de leds op het paneel aan met uitgangen via Rocrail. Er is geen sprake van uitlezen van server gegevens zoals je van plan was.

[Eric v C]

Albert,
Ja dat zie je goed als ik het allemaal goed begrijp.
Wat ik dacht in de Arduino of ESP8266 te moeten gaan doen , kan dus in de XML-script worden afgedaan.
Dat is veel handiger, vooral omdat het direct met RocRail communiceert (als het ware binnen RocRail).
De RocRail-uitgangen worden vervolgens gebruikt om de hardware elementen in het fysieke paneel te sturen.
Ook dat is handig omdat er vrijwel 1:1 bekabeld kan worden.
Daar waar complexere bekabeling nodig wordt benut Berthold (als ik het goed begrijp) WIO scripts om die complexiteit te beteugelen.
Het past allemaal in het architectuur denken in aparte lagen.
Ik ga het proberen te bouwen voor een eenvoudige baan alvorens op te schalen.
Nu is het voor mij nog theorie.
Eric

[Eric v C]

Ook op dit draadje geldt, dat er na 30 dagen niet publiceren, het geenszins betekent dat er niets meer gebeurt.

De afgelopen weken heb ik nagedacht over wat en vooral ook over hoe.
Bertholt heeft met zijn eenvoudig spoorplan met 3 sporen en één wissel laten zien dat een rijweg-gestuurd fysiek paneel kan.
Nu duidelijk is dat het kan, is de vraag wat heb ik nodig, hoe ga ik het doen en in welke stappen houd ik de ontwikkeling beheersbaar.

Na ampel beraad heb ik volgende spoorplan voorogen.



En "toevallig" komt dat overeen met de situatie bij Bahnhof Lausheim op mijn Alt-Wutachtalbahn.

https://forum.beneluxspoor.net/index.php?topic=96946.0
https://www.alt-wutachtalbahn.nl/



Ik heb deze gemaakt met de Uhlenbrock-Track-Control-tool TCEDIT om een idee te krijgen wat er dan ontstaat.

Vervolgens ben ik aan de gang gegaan met de uitgangspunten voor een fysiek rijweg-gestuurd paneel.

Bertholt heeft de RocRail-werkwijze voor omkeren van de rijrichting van een locomotief in een blok apart geïmplementeerd.
Ik wil dat liever combineren met de vertrekzijde van het START-blok van een RIJWEG.
Dat impliceert dan wel twee schakelaars per blok.
Deze schakelaars worden ook gebruikt voor het aanduiden van het DOEL-blok.
Ook daar kan wanneer een DOEL-blok vanuit twee kanten kan worden aangereden verschil gemaakt worden.
Of dat implementeerbaar is met de FINDER in RocRail weet ik niet, maar kwaad kan het niet.

Een dergelijk ontwerp is wellicht goed te combineren met de seinstanden in het blok, zo bedacht ik me.
Uiteraard wil ik de blokbezetting qua status en locomotief-informatie ook weergeven.
En natuurlijk in de wisselblokjes de wisselstanden zodat het  gereserveerde kruimelspoor van de gereserveerde rijweg inclusief wisselstanden kan worden weergegeven.

Dat bracht me op dit ontwerp voor een 'standaard blok element' in het fysieke paneel.



Ik ben voornemens een 8mm LED verlichte moment-drukknop te plaatsen om de START en DOEL instructies te kunnen geven.
De verlichte LED-rand (Blauw denk ik) wil ik voorlopig permanent laten oplichten.
De Blauwe SMD-LED-indicator verklikt de instructie met de druktoets.

De Groen respectievelijk Rood weergegeven SMD-LED-indicator verklikt de seinstand (in mijn geval vleugelseinen) in de kleuren Rood, Groen en Geel.

Middels de Gele weergegeven SMD-LED-indicatoren wordt de blokstatus vanuit RocRail weergegeven (Rood, Geel, Uit).
De 0.91 OLED is bedoeld om de Blokinformatieweer te gaan geven.
Primair de Locomotiefnaam uit RocRail en aanvullende gegevens als de bloknaam en statusinfo.
Statusinfo zoals Bezet, Gereserveerd en Vrij, maar ook X buiten-dienst en R Rangeermodus.

Om een logisch fysiek paneel (Stellpult) samen te kunnen stellen zijn ook andere elementen nodig.
Ik heb die onderstaand weergegeven.

 

En wanneer je daar dan een klassiek inhaalspoor mee bouwt ontstaat onderstaand beeld.



Nu eerst wat materiaal bestellen om te zien of dergelijke blokjes te maken zijn.

Wordt vervolgd. Eric

[AlbertG]

Hoi Eric,
Ik blijf met belangstelling deze ontwikkeling volgen.
De Finder werkt niet als de loc tussen het vertrekblok en het doelblok van richting moet veranderen. Of je dat met een script kunt oplossen weet ik niet.
Daarnaast heb je nog een 10-tal instellingen die de werking beïnvloeden, zie de Engelse of Duitse wiki.

[Eric v C]

Dank voor je snelle reactie Albert,

Ja ik heb me voorgenomen de richtingswissel te destilleren uit de ingedrukte knop.
En die vervolgens aan Rocrail aan te bieden.
Wanneer de lok al in de goede richting staat gebeurt er (denk ik) niets.
Dan kan wel in de XML-script denk ik.

Eric

[Eric v C]

En nog wat verder gepuzzeld naar hoe het paneel er dan uit zou kunnen komen te zien.

[Eric v C]

Hallo,

Voordat ik het controlepaneel kan bouwen, moet ik me eerst verdiepen in de controle van de hardwarecomponenten. Ik begon met de 0,91 OLED-schermen. Met een Arduino Nano verbond ik de OLED via I2C. Het I2C-adres had ik gevonden met de  I2C-scanner op het adres 03xC. Met behulp van de Adafruit Probe Software heb ik de OLED getest met INO-voorbeelden en alle drie waren OK. Fase 1 was daarmee succesvol



Vervolgens probeerde ik de u8g2-bibliotheek te gebruiken om tekst naar de OLED's te brengen. De constructor U8G2_SSD1306_128X32_UNIVISION_F_HW_I2C u8g2(U8G2_R0); was n mijn geval  succesvol. Ik heb ook geprobeerd de #include "SSD1306AsciiWire.h" bibliotheek te gebruiken, omdat de u8g2-bibliotheek nogal wat ruimte in beslag neemt op een NANO.

Mijn keuze is nu gevallen op deze combinatie:
#include <Wire.h>
#include <Adafruit_GFX.h>
#include <Adafruit_SSD1306.h>
Adafruit_SSD1306-weergave (SCREEN_WIDTH, SCREEN_HEIGHT, &Wire, OLED_RESET);

Mijn volgende stap was om de verschillende OLED's te vinden en aan te sturen met behulp van een Multiplexer TC9548A . Multiplexer TC9548A was te vinden op adres 0x70. Met Function-Select-I2C-BUS-Software kunnen de 8 “kanalen” (0-7) worden geselecteerd en kunnen verschillende gegevens naar de verschillende op de multiplexer kanalen aangesloten OLED's worden verzonden.

..

void TCA9548A(uint8_t bus){
Wire.beginTransmission(0x70); // TCA9548A address
Wire.write(1 << bus); // send byte to select bus
Wire.endTransmission();
Serial.print("Kanaal "); Serial.print(bus); Serial.println(" geselecteerd");}

Ook fase 3 was succesvol. Helaas heeft de multiplexer het al begeven, ook al heb ik op alle gebruikte SDA- en SCL-draden pull-up-weerstanden van 10kOhm geplaatst. Ik voorzie de NANO van 5V vanaf de PC en de multiplexers en OLED's met 3,3V vanaf de NANO. Misschien is dat de oorzaak? Ik probeer morgen een andere TC9548A en meet de 3,3V-voeding eens na.


De laatste testfase was het spelen met de tekengrootte (fonts) en lengte van de tekst.
Na verschillende pogingen met de lettertypen heb ik tot nu toe 2 tekst-tabellen (blok-status) en locomotief-status samengesteld.Lok-status-tekst-tabel[/u] is samengesteld met Lok-richting en Lok-naam.

De Blok-status-tekst-tabel wordt aangemaakt na het vastleggen van deze (RocRail) gegevens:
1. Binnen of buiten dienst
2. Rangeermodus of niet
3. (+) of (-) indicator van blok
4. Bloknaam
5. Status Vrij, Bezet of Gereserveerd

De blokstatus wordt weergegeven in tekst-grootte (1) op positie (0,0), in het wit of geïnverteerd wanneer het blok de status bezet of gereserveerd heeft.
De loc-status wordt weergegeven in tekst-grootte (3) op positie (0,11).

Wordt vervolgd, Eric