Bidib, wat is dat?

[Sandopie]

Bjorn,

Een ander groot voordeel is, en daar lees je erg weinig over, dat, indien je de juiste decoders (lokdecoders en bezetmelders) gebruikt en de besturingssoftware het ondersteunt, de decoder kleine stroomonderbrekingen rapporteert. Bijvoorbeeld alle meldingen in een baanvak (blok) blok reinigen. Een lok meldingen in alle baanvakken, lok reinigen.

Met vriendelijke groet,

Rinus Vos

[Debvd]

Hoi Rinus,

Dat is nog beter ....hmmmm ga er nog over nadenken...sta op punt van beginnen met de baan en die kan nu doorgang vinden nu de beperking van 496 melders is opgeheven... ga me nog ff verdiepen in de bezetmelders 

Thanks Rinus,

Groetjes bjorn

[Sandopie]

Bjorn,

Ik weet niet hoe goed jouw Duits is, maar struin hier eens door:

https://forum.opendcc.de/wiki/doku.php

Op die grote cirkel met pijl naar rechts klikken (start ...).

Met vriendelijke groet,

Rinus Vos

[Ted von Klinkenhofen]

Hummm, heel onze locomotievenvloot is uitgerust met ESU Decoders. Op de site van ESU wordt nadrukkelijk aangegeven dat de 4.0 uitgerust is met railcom en gereed voor de toekomst. Ik wacht even de demonstratie in Werkendam af. Maar als BiDiB en ESU decoders niet samengaan dan wordt het Itrain en EcoS. Het ombouwen van de locomotieven naar andere decoders is een te duur grapje.

[Sandopie]

Ted,

Esu lokdecoders hebben voor zover ik weet nog geen ondersteuning voor QoS (Railcomm functie melden vervuiling). Deze decoders zijn wel gewoon met Bidib te gebruiken.

Met vriendelijke groet,

Rinus Vos

[AndrevdG]

De meeste van mijn decoders zijn ESU Lokpilot of Loksound v4, en die doen het prima via Railcom met Bidib. Heb verder enkele Zimo decoders welke fabriek af in Fleischmann/Roco modellen zitten, en die doen het ook prima.

Het QOS verhaal is interessant, maar mijn inziens als de SW gereed is om dit te ondersteunen en aan te geven waar de rails 'vies/vuil' is, dan heb je aan een paar loks voldoende om de indicatie te krijgen waar de rails eventueel vuil is. Niet alle locs hoeven dat aan te geven.

Verder probeer ik de rails toch zo schoonmogelijk te houden, door geregeld m'n reinigings wagen rondjes te laten rijden ;-)

[Martin Welberg]

kut. heb een applle

[AlbertG]

https://www.opendcc.de/info/railcom/railcom_decoder_overview.html

Volgens het onderschrift stamt deze informatie uit 2012 en is bijgewerkt in 2015. Hoe betrouwbaar is dat rapport nu nog?

Albert.

[AlbertG]

Wat bedoel je eigenlijk met ‘zonder vooraf ingestelde rijwegen’? Ook als je met de hand rijdt kijk je toch eerst of de wisselstanden goed zijn voor de plek waar je trein naartoe moet?

In Rocrail stel je eerst een rijweg in van blok naar blok waardoor blokken worden gereserveerd en de tussenliggende wissels in de goede stand worden gezet en gereserveerd worden. Op dat moment kan er dus geen andere trein meer over deze wissels of naar het doelblok rijden. Als ik handmatig wil rijden moet ik eerst aangeven waar de trein naar toe moet zodat de rijweg ingesteld en de blokken gereserveerd worden. Alleen op deze manier kan Rocrail van blok naar blok bijhouden waar een trein zich bevindt.

Bij Railcom/BiDib stel ik me zo voor dat ik de wissels goedleg en dan ga rijden zonder de rijweg en de wissels te reserveren. De Railcom melders melden dan aan Rocrail terug welke trein een blok binnen rijdt. Op die manier weet ik dus altijd welke trein zich waar bevindt. Ik heb dit nog niet zien werken op deze manier dus ik hoop dat ik dat aanstaande zaterdag in Houten te zien krijg.

Die demo bij Hobby in de praktijk lijkt me ook wel wat.

Albert.

[henk]

Ben benieuw naar de ervaringen. 
Voor wat je nu beschrijft is bezetmelding genoeg. Het gaat goed tot de automaat een rijweg instelt die een deel van de gewenste richting blokkeert. Wat maakt het uit welke trein de gewenste richting blokkeert?

Misschien dat de software met Railcom kan zien welke handmatig bestuurde trein een geblokkeerd spoor nadert en kan ingrijpen? Een soort atb-ingreep. 

[Sandopie]

Volgens het onderschrift stamt deze informatie uit 2012 en is bijgewerkt in 2015. Hoe betrouwbaar is dat rapport nu nog?

Albert.

Albert,

Vraag uitgezet op BiDiB forum.

Met vriendelijke groet,

Rinus Vos

[Ted von Klinkenhofen]

Hallo Rinus. Dat is fijn om te vernemen. Die functie inzake melding vervuiling is voor mij meer een gadget. Is geen probleem als dat niet werkt. Laten wij een poetswagen zijn rondjes doen.

[Ted von Klinkenhofen]

Ik hoop dat er antwoord komt van het BiDiB forum. In het bewuste rapport  kwamen de ESU decoders er niet goed uit terwijl wij zelf dik tevreden zijn over de ESU decoders.

[Sandopie]

Ted,

Ik heb een reactie ontvangen. De lijst is actueel. Ik heb nog even naar de ESU decoders  (Lopi 3, 4 en standaard) in de lijst gekeken. Die kan je gewoon gebruiken. Alleen even Railcomm+ inschakelen om de decoder een ontvangstbevestiging van de ontvangen opdracht (ACK) te laten versturen, zodat de centrale deze uit de herhaallijst (refresh stack) kan halen. Het ontbreken van de functies Speed (snelheid) en zoals jij zelf aangaf QoS (gadget) zijn geen belemmering voor het gebruik van deze decoders met BiDiB.

Met vriendelijke groet,

Rinus Vos

P.S. De bruikbaarheid is wel afhankelijk van de FW.

[Timo]

@AlbertG, je zal de wissel nog steeds moeten reserveren. Anders zal ieder softwarepakket ze gewoon gaan gebruiken voor het automatische verkeer. En in theorie zou dat genoeg moeten zijn om vervolgens de handmatige trein te volgen. Immers weet de software waar heen gereden kan worden en kan zo bezetmeldingen identificeren. Maar of ieder software pakket dat doet weet ik niet zeker.


Timo