Gleisbesetztmelder Thema ist als GELÖST markiert

[Davedalli]

Hallo Mobaledlib‘er und innen,
Man kann ja fast alles mit den Platinen machen, es bleiben kaum Wünsche offen, aber über Gleisbesetztmelder habe ich nichts gefunden. Wie löst ihr das Problem? Gibt’s da was für die mobaledlib?

VG David

[Dominik]

Hallo David

Die haben wir nicht im Programm, da die Steuerung im Normalfall über die Modellbahnsteuerung erfolgt, durch die Tasterplatinen oder auch vollkommen autark ohne Einfluss von außen.

Wir haben bislang auch noch keine Möglichkeit für die Rückmeldung an die Zentrale der MoBa, da die notwendige Rückmelde-Software für CAN noch nicht implementiert ist.

Liebe Grüße
Dominik

[TMaa]

Wir haben bislang auch noch keine Möglichkeit für die Rückmeldung an die Zentrale der MoBa, da die notwendige Rückmelde-Software für CAN noch nicht implementiert ist.

Oder LNet

Grüße,
Theo.

[Davedalli]

Der Normalfall ist leider sehr teuer und kostet von ESU so rund 170 Euro. Davon habe ich schon 5 oder 6 verbaut…aber ne Lösung mit der mobaledlib fände ich echt spannend. Der Jochem hat da schon mal 2023 was versucht…ist aber im Wiki nicht (mehr) zu finden.
Ich hab da auch noch was gefunden mit Schaltplan und so, hab aber von dem Zeug mit Schaltung und Funktion eines Arduino’s leider gar keine Ahnung…
Ich weiß auch nicht ob eine Einbindung ins System der Mobaledlib möglich ist!!!

Also im großen und Ganzen gibt es da wohl mehrere Ansätze und ich würde mich sehr freuen wenn in diese Richtung etwas Passieren würde…ich unterstütze da auch gerne und lerne dazu! Ich brauche von diesen Besetztmeldern nämlich unbedingt noch einige…

[Moba-Jo]

Hallo David

Du meintest sicherlich diesen Beitrag im Stummiforum:

https://www.stummiforum.de/t165060f7-Mo ... msg2763977

Ich weiß aber nicht, ob dies das ist, was du benötigst.
Beschreib doch bitte deine Aufgabenstellung. Denn für eine „einfache“ Gleisbesetztmeldung gibt es bereits viele - auch preiswertere als du erwähnt hast - Lösungen, allerdings alle außerhalb der MLL

Lg Jochem

[Eckhart]

Hallo David!

Der Normalfall ist leider sehr teuer und kostet von ESU so rund 170 Euro.

Geht es dir um "billig", oder um "besser"?

Die MobaLedLib hat, was die Themen Lichtsteuerung und allgemein Zubehöranimation, schon eine gewisse ERFINDUNGSHÖHE! So weit ich das verstanden habe, ging es Hardi nicht um eine "me too" Lösung, sondern die MLL ist deutlich leistungsfähiger, als die allermeisten Zubehördecoder (selbst QDecoder sieht hier blass aus), sie ist imho leistungsstärker als z.B. Light@Night und höchstens die Zubehör- des Miniatur Wunderlandes (MiWuLight genannt) ist vermutlich auf Augenhöhe (mit anderen Schwerpunkten und leider nicht im Handel)

Was soll also ein Gleisbesetztmelder leisten, damit er "besser" (und nicht nur "billiger") ist, als das, was man so kaufen kann?

Mein Tipp für die ECoS (außerhalb der MLL): Man investiert einmal in den L.Net Adapter, mit dem man Rückmelder des LocoNet, in die ECoS Adressräume der Detectoren einblenden kann. Ja und für das Loconet gibt es eine riesige Anzahl von günstigen Selbstbauprojekten von Gleisbesetztmeldern aller Art! (die zudem betriebssicherer sind, als S88 Besetztmelder) Wenn man zudem unbedingt RailCom haben möchte, kann man mit einer zusätzlichen Auslesung auch umgehen, dass ESU natürlich kein Interesse daran hat, seine RailCom Detectoren damit zu kanibalisieren, dass man Digitrax Transponding von der LocoNet zur CAN Seite schaufelt.

Und mit der Kenntnisserwerbung ist es so, wie zu der Zeit, als man mit 18 seinen Führerschein gemacht hat und gerne einen fahrbaren Untersatz hätte. Entweder lernt man das "Schrauben" ...oder man geht zu Fuß, oder fährt mit den Bus. (denn reiche Eltern hatten die wenigsten)

Gruß, Eckhart

[semisweet]

Der Normalfall ist leider sehr teuer und kostet von ESU so rund 170 Euro. Davon habe ich schon 5 oder 6 verbaut…aber ne Lösung mit der mobaledlib fände ich echt spannend. Der Jochem hat da schon mal 2023 was versucht…ist aber im Wiki nicht (mehr) zu finden.
Ich hab da auch noch was gefunden mit Schaltplan und so, hab aber von dem Zeug mit Schaltung und Funktion eines Arduino’s leider gar keine Ahnung…
Ich weiß auch nicht ob eine Einbindung ins System der Mobaledlib möglich ist!!!

Also im großen und Ganzen gibt es da wohl mehrere Ansätze und ich würde mich sehr freuen wenn in diese Richtung etwas Passieren würde…ich unterstütze da auch gerne und lerne dazu! Ich brauche von diesen Besetztmeldern nämlich unbedingt noch einige…

Hallo Dave,

ich denke, das eine Gleisbesetztmeldung mit MoBaLedLib nicht angedacht ist und auch nicht in naher Zukunft wird.
170 Euronen für 16 überwachte Gleisabschnitte sind schlicht zu teuer.
Das war vor längerer Zeit auch meine Überlegung, als ich mit der jetzigen Anlage (im Bau) anfing.
Bei mir wird es auf > 300 überwachte Gleisabschnitte hinauslaufen, daher habe ich mich mit dem Thema Gleisbesetztmelder
intensiver auseinander gesetzt.
Zum Schluss meiner Recherche hatte ich den Entschluss gefasst, die Rückmeldung mit den Bausätzen von Nico Teering
zu machen. Diese arbeiten auf Basis LocoNet mit 16 Kanälen und Stromfühlern.

https://www.arcomora.com/arloco/

Da ich schon vor einiger Zeit damit anfing, habe ich noch die erste Versionen von Okkie8 und ArLoCo beschafft, gelötet
und mit den bei Nico erhältlichen Tools konfiguriert. Die erste Generation braucht noch einen Arduino UNO.

Der Zusammenbau ist aber dank der guten Anleitungen sehr einfach, auch die Konfiguration mit PC.
Die bisher verbauten Rückmelder arbeiten einwandfrei und melden zuverlässlich (RocRail).

Mittlerweile gibt es aber von beiden Bausätzen die jeweiligen"Next" Versionen, die den Lötaufwand deutlich verringern.
Diese sind geringfügig teurer, der LocoNext hat aber dann schon einen Adressumfang bis 4096 und den Atmega Chip
schon onboard. Mit Gehäusen für die Komponenten kostet das ganze 40 Euronen.
Vorausgesetzt, Du scheust den Aufwand für das Löten nicht, ist das eine überlegenswerte Alternative.

[Davedalli]

Hallo
Ja genau an sowas habe ich gedacht, an das löten auf kleinen Raum habe ich mich schon gewöhnt.
Aber wie schon erwähnt so ein Gleisbesetztmelder für die MLL würde das Angebot abrunden und alles was man für die Moba benötigt in einem Anbieter bündeln. So muss man sich nicht alles von verschiedenen Herstellern zusammen suchen…
Aber trotzdem danke für die Antworten und Hilfe

[raily74]

Hallo David,

ohne, dass ich hier Missstimmung verbreiten möchte, so möchte ich einfach nochmal deutlich machen, was die MobaLedLib ist und was nicht.
Auch wenn wir in den letzten zwölf Monaten einiges in Sachen Benutzerfreundlichkeit vorangetrieben haben (SMD-Vorbestückung, weniger Bestückungsvarianten, vorgefertigte Programmierung, bessere Anleitungen inkl. QR-Code usw.) und hier auch aktiv daran arbeiten, zukünftig komplette Platinen ausliefern zu können, an denen gar nichts mehr gelötet wird, so sind wir weder Hersteller noch Anbieter. Auch würde der Rückmelder das Angebot nicht abrunden, denn um einen Rückmelder mit der MobaLedLib zu verknüpfen braucht es meiner Meinung nach mindestens eine Zentrale und höchstwahrscheinlich auch eine Software, die den Rückmelder mit der MobaLedLib verknüpft. Eine eigene Zentrale samt Software werden wir sehr wahrscheinlich nicht bauen.

Generell hätte ich eine Idee im Kopf, wie ich ein Ereignis am Gleis auslesen und direkt an die MobaLedLib melden könnte, um damit direkt Aktionen schalten zu können. Das ist keine große Zauberei. Statt Push Buttons bräuchten wir lediglich ein paar Stromfühler samt Optokopplern. Doch was bringt das am Ende? Mit diesem ausgewerteten Signal kann ich keine Modellbahnsteuerung versorgen (iTrain, WinDigipet, Train Controller, Rocrail usw.). Solch ein Rückmelder wäre ausschließlich als Ersatz für unsere klassischen Push Buttons zu sehen, der eine Aktion auslöst, wenn ein Zug sich beispielsweise dem Bahnübergang nähert. Aber ist das wirklich das, was du suchst? Oder willst du mit dem Gleisbesetztmelder auch deine Modellbahnsteuerung mit Informationen versorgen?

Ich befürchte (@Theo, @Jürgen - korrigiert mich, wenn ich falsch liege), dass es allein mit einer Platine zum Auslesen von besetzten Gleisen nicht getan ist. Irgendwie muss das ganze ausgewertet und per LNet an die Zentrale gemeldet werden und dazu ist eine Softwareanpassung nötig.

Doch wie kommen wir dahin?
Mir hat beispielsweise das Jumpern der einzelnen Wannenstecker zum Überspringen ungenutzter Ausgänge auf dem RGB Universal Verteiler (200) nicht gefallen und es hat bei mir mindestens zweimal zu einem Kurzschluss geführt, wenn ich Plus und Minus statt Data In und Data Out gejumpert habe. Also habe ich mich in das Thema Platinenlayout eingearbeitet und den Universal Verteiler Pro (201) entwickelt, der Jumper komplett überflüssig macht und jeden Ausgang einzeln schaltet.

Hier kommen wir nun genau zu dem, was die MobaLedLib wirklich ist: Ein Selbstbau-Projekt. Um eine neue Funktion zu erhalten, die die MobaLedLib erweitert, brauchen wir Freiwillige, die ebenso wie ich im genannten Beispiel eine Vision haben, sie daraufhin umsetzen (gern mit Hilfe hier im Forum) und sie im Anschluss allen zur Verfügung stellen (z. B. Tiny House Platine (295) von @Oliver).

Daher ist es unglaublich wichtig, solche Ideen hier zu präsentieren, um ggf. Leute mit der gleichen Idee zu begeistern, die einem im besten Fall bei der Umsetzung helfen können. Und ganz ehrlich: Die Idee ist mega gut.

Ich störe mich lediglich an der Formulierung, ein Rückmelder würde die MobaLedLib abrunden. Das klingt nämlich so, als würde da etwas fehlen und als müsse hier ein freiwilliger Entwickler einspringen, um es zu ergänzen. Das widerspricht aber dem Gedanken hinter der MLL grundsätzlich.

Genug philosophiert. Euch allen einen schönen Vatertag!

[jueff]

Noch mehr Philosophie

es gibt jede Menge S88 Besetztmelder, die sind seit langem im Markt, sehr stabil und für alle erdenkliche Stromarten/Meldevariaten verfügbar. Diese fertigen Module könnte man doch gut einbauen, bzw. hat man sowieso schon welche installiert.

Jetzt müsste sich nur jemand finden, der z.B. auf Basis eines Arduino Nano ein Stück Hardware und Software entwickelt, wobei

- das Modul auf einem bestehenden S88 Bus (mit Zentrale) am Bus passiv mithört (passiv auf den Leitungen Reset, Load, Data und Clock)
- bzw. falls keine Zentrale mit S88 Bus im Einsatz ist den S88 Bus selbstständig ausliest (Erzeugen von Reset, Load, und Clock, Lesen von Data)

- die aktuellen Belegmeldungen auswertet und zwischenspeichert
- auf dem MLL PushButton Bus diese Daten simuliert (Leitungen Clock, Button In, Button Out, Reset In, Reset Out)
- z.B über Jumper einstellbar, wie viele S88 Module ausgelesen werden.

voila, die Welten sind verbunden, ohne neuen Bus oder Änderung in der MLL.
Und wer sich gut mit Loconet auskennt kann dieses Modul auch so programmieren, dass die Rückmeldedaten vom Loconet kommen.

Hardwarekosten <10€ (Ardunio Nano, zwei RJ45 Netzwerkbuchen (S88N), zwei Wannenstecker und Kleinkram.
Die Software kostet hier sowieso nichts, nur gibt es leider sehr wenige, die sich aktiv einbringen. Ist fast wie beim Freibier, kostet auch nichts, viele wollen es, gibts aber nicht oft.

Aber wie Michael schon schrieb, es gibt ganz einfache Lösungen über die Modellbahnsoftware, das mache auch ich so.

Grüße aus Österreich, genießt das lange Wochenende und den Vatertag,
Jürgen...

P.S.: Ich muss auf meinen Vatertag in Österreich noch bis 8. Juni warten....