Anlage von egos

Vielen Dank, Robert. Ich schaue mir das mal durch. Mein Problem ist aber eher die Software als der Decoder. Da bin ich mittlerweile etwas voran gekommen. sturzi hat mir vor Jahren ein einzelnes Signal angeschlossen. Das hatte damals funktioniert über einen Button auf dem Layout des Gleisbildes. Den habe ich nicht gelöscht aber ausser Betrieb genommen und zugleich die Software weiter entwickelt. Ich ertappe mich immer wieder dabei, wie ich an einem läppischen Detail stehen bleiben kann. Als Beispiel: Die Mafen-Signale haben eine gemeinsame Anode, das ist (+). Geschaltet werden die Kathoden der LED an den einzelnen Anschlüssen des Decoders. Wenn nun in der Beschreibung des Decoders steht, der gemeinsame Rückleiter des Signals müsse an den Anschluss (0) geführt werden, läuten die Alarmglocken. Ein (+) ist für mich nie ein Rückleiter und schon gar nicht an ein (0) anzuschliessen. Wenn dann vom Signalhersteller noch beschrieben wird, die Rückleitung sei schwarz und mein Signal hat statt 1 schwarzen Draht deren 7 schwarze, dann blockiert meine Notbremse derart, dass ich stundenlang um die Sache herum kreisen muss.

Ich melde mich wieder.

Gruss Oski

Zitat von egos

Mein Problem ist aber eher die Software als der Decoder.

Heute fiel wieder einmal ein Zwanziger. Es war wirklich ein Hund im Programm, den ich natürlich selbst so einbaute. Röbi hat die Ansteuerung der Lichtpunkte genial programmiert. Leider habe ich nicht nur eine lange Leitung sondern auch noch eine nasse Zündschnur. Jedenfalls habe ich die Einzel-Bit-Ansteuerung für eine LED erst jetzt verstanden. Der Schaltbefehl für mein Testsignal kam gar nicht beim richtigen Decoder an. So wurde eben statt der LED immer nur der Kopf rot.

Nun ist das programm-mässig getestet. Jetzt müsste auf der Anlage noch der Beweis folgen. Bin selber gespannt!

Gruss Oski

Zitat von sturzi

das scheint eben nicht so genial programmiert zu sein, sonst würde man es sofort verstehen.

Röbi, stelle dein Licht nicht unter den Scheffel! Wenn ich zu blöd bin, um gewisse heisse Tricks zu verstehen, dann liegt es nicht an dir, sondern an mir. Hoffentlich treffe ich dich am 29. Dezember in Wettingen. Dann erkläre ich dir, was das Problem war. Hier möchte ich das nicht aus deutschen, das ist zu spezifisch. Immerhin bin ich dermassen begeistert, dass ich sofort eine Flasche geöffnet und kredenzt hatte. Nachher ging ich in die Sauna. Auch hier, wie sollte es anders sein, war natürlich etwas falsch. Vor dem Saunagang sollte man nichts kredenzen, es rächt sich leider.

Ich bin nach wie vor begeistert über deine Vorlage im Java-Programm!

Herzliche Grüsse

Oski

Heute habe ich das Programm noch etwas ergänzt. Dabei habe ich Meldungen eingebaut, die die aktuelle Bitbelegung anzeigen. Nun stimmt die Sache, minutiös nachgeprüft. Also ab in den Keller!

Zuallererst muss hier ein bautechnischer Überlegungsfehler beseitigt werden:

Das sind die beiden Signaldecoder, die als erste angeschlossen werden müssen. Eingebaut hatte ich sie anfangs 2022, wie der Zeit-Stempel zeigt. Nur sind sie an einem sehr schlechten Ort angeschraubt. Ich komme mit dem Kopf gar nicht so hin, dass ich die Bitnummern lesen könnte. Darum musste das um 90 Grad gedreht werden:

Hier funktioniert das auch ohne Turnübungen. Jetzt muss ich das Testsignal und die Decoder noch anschliessen.

Gruss Oski

Zuerst mussten 8 Drähte angelötet werden:

Dazu verwende ich Litzen mit 0,14 mm2 Querschnitt.

Durch die Verschiebung des Decoder Standortes wurde das Buskabel zu kurz:

Mit einem 150 cm Kabel war das zu lösen.

Dann kam der grosse Moment. Beim Einschalten der Anlage bleibt das Signal dunkel, das ist richtig so. Nach dem Programmstart sollen alle Signale in der Haltposition stehen:

Es war schon ein wenig gemein, das Rot des Hauptsignals brannte nicht! Das Problem ist hier die Hardware. Der äusserst feine Anschlussdraht zur LED ist gebrochen.

Dann wollte ich die nächste Stellung testen: Das Hauptsignal sollte V = 40 km/h anzeigen, also grün/gelb:

Nur eben, gelb kommt auch nicht. Noch schlimmer wird es, wenn ich das Vorsignal auf "40 km/h erwarten" stellen möchte. Dann stürzt das Programm leider ab. Das muss ich jetzt noch suchen.

Erleichtert bin ich allerdings schon, die Signale schalten geht jetzt und die Signalbilder dürften in Kürze auch gelingen.

Gruss Oski

Roger

Du bist noch ein grösserer Optimist als ich selbst! Meine Arbeitsweise ist immer etwas schludrig, damit meine ich, sie berücksichtigt gerade mal die wesentlichen Aspekte aus meiner Sicht, selbst wenn meine Sicht falsch sein sollte. Das kommt dann halt unbarmherzig aus. Aber so gut ein intelligenter Hund seinen vergrabenen Knochen in fünf Jahren wieder findet und genügend vermodert ausgräbt, damit er jetzt gefressen werden kann, mache ich das eben auch. Heute Abend bin ich so richtig zufrieden und kann morgen an der Börse allen in die Augen schauen, was ja auch nicht nichts ist.

Herzliche Grüsse

Oski

Die Signale von Mafen sind super detailliert. Es gibt verschiedenste Kombinationen. Ich verwende nur Signale Typ L. Die Hauptsignale haben 3 bis 5 Lichtpunkte, die Blocksignale 4 bis 6 und die Vorsignale 4 bis 5. Das hat im Programm nun auch zu Abstürzen geführt. Beim Abrufen der Statusstellungen der einzelnen Lampen dürfen natürlich keine Stellungen abgerufen werden, die es gar nicht gibt. Das hat mir etwa zwei Tage lang "NullPointerExceptions" geworfen, was einem Absturz gleichkommt. Nun läuft auch das einwandfrei. Es waren noch einige Tests zum Signaltyp während den Abfragen notwendig. Nun kann das Signal auf der Anlage ausgetauscht werden. Dann gibt es wieder Bilder.

Gruss Oski

Das Signal ist zwar noch nicht ausgewechselt, aber rot konnte schon einmal angezeigt werden,

auch Freie Fahrt mit Ankündigung Halt funktionierte schon einmal:

Nun gehen auch weitere Anzeigen:

Bei der Ankündigung v = 60 km/h stürzte das Programm immer wieder ab. Diesen Fehler suchte ich sehr lange, weil die Fehlermeldung zu wenig aussagekräftig war. Zudem wurde die Fehlermeldung innerhalb der bereits erfolgreich durchlaufenen Meldungen niedergeschrieben. So suchte ich an völlig falscher Stelle. Das Problem ist jetzt gelöst.

Nicht immer ist der erste Versuch erfolgreich, aber das lässt sich verbessern:

Bevor ich das Signal auswechseln kann, muss am Trasse noch etwas gebaut werden, sonst knicke ich das neue Signal auch wieder so blöd um.

Also geht es zuerst hier weiter:

Gruss Oski

Wenn man viele Baustellen hat, weiss man am Vortag nie, wo es weiter geht. So war es auch heute. Die südliche Zufahrt der Holzbrücke benötigt vor der Weiche zwei Blocksignale. An den Trennstellen in den Schienen sollen die Signale hin:

Die Trennstellen entsprechen dem Sicherheitsabstand vor den Weichen. Fährt ein Zug in den Sicherheitsabstand, wird das Schalten der Weiche gesperrt. Durch die diversen Änderungen am Trasse sind die notwendigen seitlichen Abstände nicht mehr gewährleistet. Also muss das Trasse am Signalstandort verbreitert werden. Das geschieht mit einem "Unterflur-Zurüstsatz" Marke Eigenbau:

Der PVC-Sockel hat ein Loch von 4,5 mm für den Signalfuss. Im Holz darunter hat die Bohrung 6 mm Durchmesser, damit die einzelnen Drähte gut durchgefädelt werden können.

Angeschraubt sieht das so aus:

Dann können die Signale bereits gesteckt werden:

Von der Weiche her fotografiert sieht das so aus:

Die Lichter dieser beiden Signale sehe ich nur, wenn ich auf der Rückseite der Anlage stehe. Da aber "die Anforderungen" an den Anlagenbau einen rundum begehbaren Abstand zu den Wänden verlangen, sehe ich sie wenigstens hin und wieder. Angeschlossen sind die Signale noch nicht, programmiert sind sie aber schon und die Decoder sind platziert.

Jetzt kommt eine spannende Aufgabe. Beim Durchschalten der Fahrstrasse sollen die beiden Signale entsprechend dem Fahrweg die Stellung anzeigen und zusätzlich das nächste Blocksignal berücksichtigen. Beide Gleise werden bei der Weiche zusammengeführt. Dieses Gleis trifft dann auf eine DKW, die verschiedene Fahrwege erhalten kann. Das Blocksignal vor der DKW muss das auch anzeigen können. Das kommt aber erst später. Zuerst müssen die Blocksections verdrahtet und angeschlossen werden.

Gruss Oski

Heute war nicht viel Zeit für den Keller. Der Kühlschrank musste aufgefüllt werden. Zudem hatten wir einen Handwerker, der einen Bock eines Andern hätte ausbügeln sollen. Wenn man eine Geschirrwaschmaschine mittels Schrauben sichern muss, sollten die Schrauben halt nicht länger sein als das Bauteil dick ist. Die Aluminiumfront sah nicht mehr so schön aus, als dann der Schraubenspitz 2 mm an die Luft ragte, auch nicht, wenn man Freude hat an glänzenden Metallspitzen . Es war nichts mehr zu machen, auch der Profi musste kapitulieren.

Aber wenigstens etwas im Keller weiter arbeiten war doch noch möglich:

Für die Schienen und die Blockabschnitte mussten 8 Drähte eingezogen werden. Rot ist die Versorgung mit der Digitalspannung, braun ist die Rückführung. Weiss sind die Leitungen der 4 Blockabschnitte.

Als nächstes werden die Signale ausgemessen. Von jeder LED muss der Drahtanschluss bekannt sein, damit die Verbindung zum Decoder auf dem richtigen Bit angeschlossen werden kann.

Anschliessend wird gelötet und die Drähte mit Krampen fixiert. Ich freue mich bereits auf die Signalbilder.

Gruss Oski

Das ist eine mögliche Idee. Aber die Chance, dass man sich den Rücken blutig kratzt, oder wenigstens die Hand, war wesentlich grösser. Es ist nun wie es ist!

Es gibt auf dem Bau eine uralte Regel: Jeder Mangel (Fehler), der durch einen andern Handwerker ausgebügelt werden muss, führt zu einem neuen Fehler. Die heutige Ethik im Beruf (egal in welchem) ist mehr als fehlerhaft. Darum muss man sich immer überlegen, ob eine Behebung eines Mangels sich überhaupt lohnt.

Gruss Oski