Moin Marcel, Moin Daniel,

die 4 Sekunden würde ich jetzt als etwas übertrieben ansehen, bis "4" zählen ist während der Umschaltung schon drin Bei H/V komme ich nur bis "2".

Viele Grüße

Dan

Hallo Leute,

die Diskussion über eine u. U. verzögerte Umschaltung des VS gegenüber dem HS war interessant, hat mich aber auch etwas verwirrt. Einerseits wird z. B. über eine komplizierte Mechanik ein "Aufsignalisieren" bei Formsignalen aus Sicherheitsgründen verhindert, andererseits zeigt ein VS sekundenlang ein anderes Signalbild als das dazugehörende HS an und das in Zeiten von Glasfaserkablen und verzögerungsfreier Kommunikation... das muss ich nicht verstehen
Allerdings teile ich Marcels Einschätzung: für die MoBa vernachlässigbar. Sollte jedoch der dringende Wunsch nach einer Verzögerung bestehen, ist das eine delay()-Zeile mehr im Programmcode des VS. Fertsch...

Zum Aufsignalisieren nochmal: Ich kann ja grundsätzlich nachvollziehen, dass man nicht von Hp2 auf Hp1 schalten soll. Aber ich habe noch nie gesehen, dass ein Lichtsignal von Langsamfahrt erst kurz auf Rot schaltet und dann auf Fahrt. Oder Hp1 -> Hp0 (für einen sehr kurzen Zeitraum) -> Hp2.
Wenn bei einem Form-Hauptsignal die beiden Flügel getrennt gestellt werden, würde man dann ja bei Hp2 (2 Flügel schräg nach oben) zunächst wohl den oberer Flügel waagrecht stellen (nicht definiertes Signalbild) und dann erst den unteren Flügel senkrecht. Sodann könnte aus Hp0 dann wieder auf Hp1 gestellt werden. Ist das wirklich so?

Zur Praxis:

Nach längerem Herumexperimentieren und noch rechtzeitig vor dem WT habe ich nun endlich einen Satz Form-HS mit Form-VS betriebsbereit:



Das System besteht aus HS + VS + Signalbox + 2 Ethernet-Kabel



Eine Nahaufnahme (es fehlen noch einige Kleinteile, z. B. das VS-Schild)



Da sämtliche Bauteile gut in den Standardschacht passen, konnte mit einer Abdeckung aus Pappe eine Art stilistischer Abschluss gefunden werden.



Im Schacht selbst geht es beim Form-Einfahrsignal mit 2 Flügeln ziemlich gemütlich zu: 2 Servos, 1 Nano, 2 RJ45-Buchsen, 1 Terminalbuchse.
Das wäre dann schon das Maximum.

Ich verwende die von H0fine empfohlenen Servos TGY-1370A, die bei einer Nennspannung von 6V ganz gut laufen. Da die Servos direkt an die Stromversorgung angeschlossen werden, wird damit die Betriebsspannung auf max. 6,0 - 6,5 V limitiert.
Ein Versuch hat ergeben, dass die Servo-Signale bis ca. 6 m Kabellänge zur Stromquelle noch funktionieren, während die Lichtsignale noch größere Entfernungen vertragen.

Zur Stromversorgung:



Über einen Spannungsregler habe ich die Spannung derzeit auf 6,3 V DC eingestellt.



Der Terminalstecker ist so gepolt

Jetzt folgt der Praxiseinsatz.

Ein bisher noch nicht gelöstes Problem ist der Einschaltstoß der Servos beim Verbinden mit der Stromquelle. Da der Ausschlag nahezu den gesamten Drehbereich einnimmt, musste ich nach diversen erfolglosen Gegenmaßnahmen knallhart mechanische Anschläge verbauen, um Beschädigungen an den Signalen zu verhindern - garnicht elegant, aber erstmal eine Provisorium. Jemand vielleicht eine bessere Lösung auf Tasche?

Grüße
Steffen

Hallo Daniel...

Zitat von Bruchflieger im Beitrag #132

---

Hab jetzt 12 dieser Schächte gefräst, so dass Björn seine 3 und Steffen seine 2 Stück jeweils auch komplett erhalten können...

---

Zitat von Bruchflieger im Beitrag #132

---

PS: Steffen du darfst dich auch freuen, ich hab nun auch deine Platinen für die Weichenlaternenblinker anfertigen können. - Diesmal muss es funktionieren...!
Ich werd das alles zum Wintertreffen mitbringen...

---

Zitat von StEn im Beitrag #142

---

Ein bisher noch nicht gelöstes Problem ist der Einschaltstoß der Servos beim Verbinden mit der Stromquelle. Da der Ausschlag nahezu den gesamten Drehbereich einnimmt, musste ich nach diversen erfolglosen Gegenmaßnahmen knallhart mechanische Anschläge verbauen, um Beschädigungen an den Signalen zu verhindern - garnicht elegant, aber erstmal eine Provisorium. Jemand vielleicht eine bessere Lösung auf Tasche?

Grüße
Steffen

---

Hallo Micha,

das wäre natürlich die Alpha-Lösung!

Allerdings haben die bisher ausprobierten Lösungsvorschläge aus dem WWW zu keiner Lösung beigetragen. Vielleicht hast du eine Idee.

Hier das Listing:

// Steuerprogramm für HV-Form-Einfahrsignal mit 3 Signalbildern
//Array mit belegten Eingänge von der Signalbox (Kabel von PIN 3-5)
const uint8_t Taster[] = {1, 2, 3};

//------- Erzeugen der Servo-Objekte zur Servo-Steuerung -------
#include <Servo.h>
Servo servo_oben, servo_unten;

//----------- Definition der Variablen -------------------------
const int LED = 9;
const int out_servo_oben = 5; // Servo an D5
const int out_servo_unten = 6; // Servo an D6

int StatusRot = 0; // Status Taster 1
int StatusGruen = 0; // Status Taster 2
int StatusGelb = 0; // Status Taster 3

int pos_servo_oben_fahrt = 124; // Position Servohebel Flügel "Fahrt"
int pos_servo_oben_halt = 158; // Position Servohebel Flügel "Halt"
int pos_servo_unten_senkrecht = 49; // Position Servohebel Flügel senkrecht
int pos_servo_unten_schraeg = 78; // Position Servohebel Flügel schräg
int a; // Zählvariable
int b; // Zählvariable
int z = 40; // Zeitspanne in Millisekunden

void setup() {
//----------- Initialisierung der Pins -------------------------
pinMode(Taster[0], INPUT);
pinMode(Taster[1], INPUT);
pinMode(Taster[2], INPUT);

pinMode(LED, OUTPUT);
pinMode(out_servo_oben, OUTPUT);
pinMode(out_servo_unten, OUTPUT);

servo_oben.attach(out_servo_oben);
servo_unten.attach(out_servo_unten);
a == pos_servo_oben_halt;
b == pos_servo_unten_senkrecht;

// -------Grundzustand Signal ---------------------------------
delay(z);
digitalWrite(LED, HIGH);
servo_oben.write(pos_servo_oben_halt); //Flügel oben auf "Halt"
servo_unten.write(pos_servo_unten_senkrecht); //Flügel unten senkrecht

}
// ---------- Hauptprogramm ----------------------------------------------
void loop() {
// ---------- Status der Eingänge auslesen und speichern ---------------
StatusRot = digitalRead(Taster[0]);
StatusGruen = digitalRead(Taster[1]);
StatusGelb = digitalRead(Taster[2]);

// ----------Signalbild "Halt" -------------------------------------------
if (StatusRot == HIGH) { // Wenn Taster 1 gedrückt
// stelle unteren Flügel senkrecht, wenn noch nicht in dieser Stellung
while (b > pos_servo_unten_senkrecht) {
servo_unten.write(b);
b--;
delay(z);
}
// stelle oberen Flügel auf "Halt", wenn noch nicht in dieser Stellung
while (a < pos_servo_oben_halt) {
servo_oben.write(a);
a++;
delay(z);
}
}
// ----------Signalbild "Fahrt" -------------------------------------------
else if (StatusGruen == HIGH) { // Wenn Taster 2 gedrückt
// stelle unteren Flügel senkrecht, wenn noch nicht in dieser Stellung
while (b > pos_servo_unten_senkrecht) {
servo_unten.write(b);
b--;
delay(z);
}
// stelle oberen Flügel auf "Fahrt", wenn noch nicht in dieser Stellung
while (a > pos_servo_oben_fahrt) {
servo_oben.write(a);
a--;
delay(z);
}
}
// ----------- Signalbild "Langsamfahrt" ------------------------------
else if (StatusGelb == HIGH) { // Wenn Taster 3 gedrückt
// stelle oberen Flügel auf "Fahrt", wenn noch nicht in dieser Stellung
while (a > pos_servo_oben_fahrt) {
servo_oben.write(a);
a--;
delay(z);
}
// stelle unteren Flügel schräg, wenn noch nicht in dieser Stellung
while (b < pos_servo_unten_schraeg) {
servo_unten.write(b);
b++;
delay(z);
}
}
}


Grüße
Steffen

Schade.... It does not work!

Noch BEVOR der Nano initialisiert hat, hämmern beide Servos gegen die Anschläge. Dann erst fahren sie in die Grundstellung...

Hallo Steffen, vermutlich muss da der Anschluss etwas modifiziert werden. In einem anderen Projekt habe ich ein Servo für ein Heizungsventil benutzt. Da hab ich über einen N-FET die Spannungsversorgung des Serv gekappt, bis ich es stellen möchte - erst dann wird die Spannungsversorgung aktiviert und das Stellsignal gesendet. Nach einstellen der gewünschten Position wird das Datensignal beendet und die SV wieder abgeschaltet. - Dabei habe ich null einschaltrucken an dem Servo. - müsste man aber wahrscheinlich für beide Servo's getrennt schalten.
Probiere aber mal bitte noch etwas aus:
1. wenn du das Servo einfach so mit 5V Versorgst, ohne es am Arduino anzuschließen - zuckt es dann auch?
2. platziere mal einen 10kOhm Widerstand der die Signal-Leitung (gelb) mit Minus verbindet - damit kann der Servo nur Signale bekommen, wenn sie vom Arduino gesendet werden und sonst nicht. - vielleicht sind Störsignale der Grund.
3. benutze mal einen anderen Pin vom Arduino - vielleicht gibt der beim Hochfahren falsche Signale aus.
4. deaktiviere mal den Programmcode mit dem Servo in HP0 Stellung bringen aus dem Bereich der Initialisierung und ändere den Schleifencode dahingehend, dass wenn Pin1 Signalführend ist oder keine andere Leitung Signalführend ist, das Signal auf HP0 geht. - vielleicht das auch mal als erstes probieren, da es eine einfache Lösung ohne Löten ist... ;)

noch ne Idee zum Testen:
5. zuckt der Servo auch beim Initialisieren, wenn du den Programmcode für ein Lichtsignal aufspielst aber ohne die Benutzung der Pins für den Servo?

Hallo Forumbahner und Interessierte,

nachdem mir Martin heute einige Fragen bezüglich der Signal-Hardware gestellt hatte, denke ich, das könnte u. U. auch andere Mitleser interessieren.
Zunächst ein Update: MichaB und junech hatte beim letzten Wintertreffen viel Zeit investiert, um die von mir bereits geschilderten Probleme in den Griff zu bekommen, was letztlich auch erfolgreich war. Kürzlich habe ich mich dann nochmal in die Programmierung vertieft und meiner Vorliebe für kompakte, geschachtelte Algorithmen freien Lauf gelassen. Jetzt funktionieren alle Bausteine - Signalbox, Vorsignal, Hauptsignal - einwandfrei.

Hier eine Stückliste für ein Lichtsignal, sofern man nicht die Signalplatine von Daniel nutzen möchte:

- Lichtsignal
- Wattenscheider Signalträger
- Lochplatine (Raster 2,54mm)
- Arduino Nano
- Widerstände (min 5kOHM), je nach Anzahl der (Ansteuer-)Eingänge
- 1x RJ45-Buchse (Vorsignal), 2x RJ45-Buchse (Hauptsignal), 3x RJ45-Buchse (Hauptsignal mit Vorsignal am gleichen Mast)
- 1x Terminalbuchse für die Stromversorgung 6,2 V
- diverse dünne Kabelchen
- Pappe als Abdeckung

Hier eine Stückliste für ein Formsignal:

- Formsigal, ggf. Bausatz
- Wattenscheider Signalträger für 1 oder 2 Servos
- 1-2 kleine Servos
- 0,5mm-Messingdraht
- Lochplatine (Raster 2,54mm)
- Arduino Nano
- Widerstände (min 5kOHM), je nach Anzahl der (Ansteuer-)Eingänge
- Widerstand ca 1-3 kOhm für die Signalleuchten
- 1x RJ45-Buchse (Vorsignal), 2x RJ45-Buchse (Hauptsignal)
- 1x Terminalbuchse für die Stromversorgung 6,2 V
- diverse dünne Kabelchen
- Pappe als Abdeckung

Zur Befestigung des Arduino im Signalträger klebe ich zwei Rasterplatinenstücke (Fläche wie Arduino) aufeinander in den Signalträger. Dann kürze ich die unteren Kontaktstifte des Nano auf die Dicke einer Rasterplatine und biege die Stifte ein wenig nach innen. Somit wird der auf die Platine gesteckte Nano in der Lochplatine ein wenig verkeilt, ohne Kontakt zur Trägerwand zu haben. Aber es gäbe sicherlich auch noch andere Möglichkeiten der Befestigung.

Nachtrag: Die Software der Signalbox habe ich ebenfalls optimiert und dabei auch berücksichtigt, dass der Schaltvorgang einer "Aufsignalisierung" verhindert wird. Es ist jetzt nicht mehr möglich, von Gelb direkt auf Grün oder vergleichbar zu schalten. Bei einer solchen Fehlbedienung fällt die Signalbox und damit das Signal automatisch auf Rot und nach einer Zwangspause von 4 Sekunden (fiktiv: Einlaufzeit für eine Fahrstraße) kann dann erneut die Taste für das Ziel-Signalbild betätigt werden.

Grüße
Steffen

Hallo Steffen

Zitat von StEn im Beitrag #150

---

Nachtrag: Die Software der Signalbox habe ich ebenfalls optimiert und dabei auch berücksichtigt, dass der Schaltvorgang einer "Aufsignalisierung" verhindert wird. Es ist jetzt nicht mehr möglich, von Gelb direkt auf Grün oder vergleichbar zu schalten. Bei einer solchen Fehlbedienung fällt die Signalbox und damit das Signal automatisch auf Rot und nach einer Zwangspause von 4 Sekunden (fiktiv: Einlaufzeit für eine Fahrstraße) kann dann erneut die Taste für das Ziel-Signalbild betätigt werden.

---

Hallo Johannes,

nun, als "extreme Einschränkung" würde ich das nicht bezeichnen, denn mit den H/V- und der Formsignalen können wir nahezu jeden Signal-Regelungsbedarf der Forumbahn decken. Das Hl-System hat zweifellos seinen Reiz: bis zu 18 verschiedene Signalbilder bei voll ausgestatteten Signalen. Da wir auf unserer "Nebenbahn" max 60 km/h fahren, reduziert sich jedoch die Anzahl der für uns sinnvollen HL-Signalbilder auf 6 (Hl1, Hl3a, Hl7, Hl10, Hl12a, Hl13 bzw. Hp0), alle ohne die Lichtstreifen.
Mich persönlich würde es schon reizen, sowas umzusetzen, aber H/V ist ausreichend.
EZMG ist eher eine Insellösung für einen Mini-Bahnhof. Wer sowas umsetzen möchte, wird die Bedienung sowieso in einem eigenen Stellpult implementieren. Damit stehen alle Möglichkeiten offen. Aber mal ehrlich: Nicht alles, was es mal gegeben hat, muss auch zwingend bei der Forumbahn gebaut werden. Wir brauchen als nächsten Schritt erst mal genügend Signalschächte!
"Schachtel" ist für meinen Geschmack schon recht despektierlich

Grüße
Steffen

Hallo Johannes,

ich kenne zwar gerade den Programmcode von Steffen nicht im Detail, aber bei meinem Ansatz hatte ich es so gelöst, dass im Programmcode für den Arduino gleich zu beginn eine Konstante definiert und belegt wird mit der dem Käfer mitgeteilt wird, was für ein Signal an ihm angeschlossen ist - dementsprechend wären dann die verschiedenen Ansteuerungen für die verschiedensten Signale auswählbar, so dass am Ende nur ein Programm benötigt wird und vor dem Aufspielen nur in der ersten Programmzeile die Konstante auf den dem Signaltyp entsprechenden Wert editiert werden muss...
Damit sind auch Hl und EZMG Signale umsetzbar...

Hallo Daniel und Steffen

mir ging es da nur im allgemein drumm, dass man sich nicht zu sehr sperrt bei einigen Sachen. Für das Regelspurprojekt was ich anberaume (ein Übergabebahnhof H0 zu Meterspur), wird es eine eigene Steuerung dazu geben, ob via Arduino oder mit Digtalzentrale weiß ich noch nicht zur Zeit. Erstmal steht der Umzug an die Küsze an und Modellbahnmäßig hat mein H0m Projekt vorrang wo ich meinen Bahnhof voran bringen möchte.

grüße Johannes

Hallo Daniel,

ich habe die Idee eines Signaltyp-/Signalsystem-übergreifenden Universalalgorithmus nicht weiter verfolgt, sondern auf den Signaltyp hin optimiert. Aber später, wenn es für eine größere Anzahl an verschiedenen Signalen fertige Sketches gibt, spricht auch nichts gegen eine Zusammenfassung mit Variablenauswahl. Sowieso muss man die INPUT- und OUTPUT- Pins zwischen Nano und Programm abgleichen, damit das Signal des Bedienerwunsch umsetzt.

Du hattest mir noch einen Vorschlag zum Umgehen der Aufsignalsperre in der Signalbox geschrieben. Sicher wäre das möglich, aber wir hatten uns am WT sehr intensiv über das Thema unterhalten. Der Punkt ist doch, dass ein Signalbild mit einer bestimmten Fahrstraße zusammenhängt. So lange diese Fahrstraße nicht liegt, MUSS "Halt" angezeigt werden. Es ist doch dann logisch, dass man nicht einfach zwischen Grün/ Gelb hin- und herschalten kann, solange die dafür notwendigen Weichenbewegungen noch nicht abgeschlossen sind. Mit dem "Rückfall" der Signalbox auf "Halt" und einer kurzen Zwangspause wird fiktiv die Rückmeldung der gelegten Fahrstraße simuliert. Mag sein, dass beim Hl-System oder bei dieser Russenlösung eine Aufsignalisierung möglich ist; das ist dann aber garantiert nicht, wenn Fahrstraßen-Abhängigkeiten vorliegen. Daher denke ich, wir können auf eine weitere Verkomplizierung verzichten, zumal bisher noch niemand ernsthaft einen Umsetzungswunsch geäußert hat.

Grüße
Steffen

Hallo steffen

es gibt schon Abhängigkeiten zur Fahrstraße

Ist eine Einfahrt gezogen zeigt das HL Signal einen Begriff zwischen HL10 (Halt erwarten) und HL12b (Fahrt mit 60 km/h dann Halt erwarten) und läuft dann die nachfolgende Fahrstraße ein und das signal dazu geht auf einen Fahrtbegriff so zeigt das Einfahrsignal dann den nächst höheren Fahrtbegriff an, ohne dass es eine "Zwangsnullung" gab. Äquivalent dürft es bei EZMG Signalen sein, die Signalbegriffe derer sind denen der HL Signale gleich (drumm gibt´s auch das eine weiße Licht nach rechts oben für Ra12 Rangierfahrt erlaubt gem. DV301/Ril 301)

grüße Johannes

Hallo,

mich beschleicht das Gefühl, dass hier bei der Aufsignalisierung aneinander vorbeigeredet wird. Die gelbe Taste an der Signalbox steht doch für den Signalbegriff Langsamfahrt - Hp2 - abzweigende Weiche. Die grüne Taste für Hp1 geradeaus durch die Weiche. Das man zwischen diesen Signalbegriffen nicht wechselt sondern über Hp0 geht ist ja selbstverständlich und sollte auch so sein. Wenn wir jetzt aber z. B. von Hl10 (Halt erwarten) reden, dann wäre das vergleichbare Signalbild im H/V System Hp1 und am Vorsignalschirm am gleichen Mast darunter Vr0. Das angesprochene Hl12b (Fahrt mit 60 - Halt erwarten) für die Forumbahn aber besser geeignete Hl12a (Fahrt mit 40 - Halt erwarten) welches es ja bei EZMG auch gibt, entspräche bei H/V Hp2 mit Vr0 am Vorsignalschirm am gleichen Mast. Wenn das Signalbild von Hl10 auf z. B. Hl1 wechselt dann ist es zwar eine Aufsignalisierung, aber eigentlich ändert sich ja nur die Bedeutung als Vorsignal. Übertragen auf H/V: Hp1 mit Vr1. Wechselt das Signalbild Hl12a auf Hl3a (Fahrt mit 40 danach Streckengeschwindigkeit) wäre das auf das H/V System übertragen Hp2 mit Vr1 oder z. B. von Hl12a auf Hl9a (Fahrt mit 40 dann 40(60) erwarten) bei H/V gleichzusetzen mit Hp2 und Vr2. Das ein direktes Umschalten zwischen Hp1 und Hp2 (bei Hl zwischen Hl1 (v max) und Hl3a oder Hl3b - Forumbahn ungeeignet Hl2) verhindert wird ist absolut vorbildlich und somit auch für Hl und EZMG Signale anwendbar.

Eine Anregung zu Hl Signalen und der Signalplatine hätte ich noch. Wenn ein Hl Signal mit Vorsignalfunktion ausgestattet ist, es aber nur als Blocksignal gebraucht wird, kann der Arduino so programmiert werden, dass im oberen Abschitt vom Signalschirm beim Fahrtbegriff immer die grüne Lampe angesteuert wird? (Stecker in RJ-Buchse für Vorsignalfunktion nicht gesteckt)

Gruß Marcus

Hallo Marcus,

ich kann mich deinen Ausführungen vollkommen anschließen und danke für die Erläuterung.

Dank deiner Frage habe ich mich erstmals richtig in das Hl-System vertieft. So wie ich das verstanden habe, gibt es zwar einen VS-Begriff für "40/60km/h erwarten" (Hl7-9b), ob 40 oder 60 km/h entscheidet sich dann offensichtlich am nächsten HS, oder?

Klar kann man das so programmieren, dass grün immer leuchtet, auch wenn über die VS-RJ-Buchse keine Steuersignale kommen. Das wird ja über den Signal-Nano geregelt. Allerdings würde ich das so programmieren, dass die VS-Funktion grundsätzlich aus ist, wenn über die VS-Buchse keine dazugehöriges HS angeschlossen ist. So in etwa: "Solange die Eingänge .. und .. und .. LOW sind, schalte alle LED der VS-Funktion aus! Wenn Eingang .. oder .. oder .. HIGH, dann zeige das entsprechende VS-Signalbild an!" Dies allerdings ergäbe dann die Situation, dass Hp1 über einen dunklen Signalschirm dargestellt wird, da die einzige grüne Leuchte ja als VS-Begriff gilt.
Die Blinkfunktion grün und die Lichtstreifen könnten für die Forumbahn entfallen, weil wir nur zwischen 40km/h und Höchstgeschwindigkeit (max 60km/h) unterscheiden. Auch das Ersatzrot (Rot rechts-tief) ist unnötig.

Grüße
Steffen

Zitat von StEn im Beitrag #158

---

Dank deiner Frage habe ich mich erstmals richtig in das Hl-System vertieft. So wie ich das verstanden habe, gibt es zwar einen VS-Begriff für "40/60km/h erwarten" (Hl7-9b), ob 40 oder 60 km/h entscheidet sich dann offensichtlich am nächsten HS, oder?

---

Zitat von StEn im Beitrag #158

---

Die Blinkfunktion grün und die Lichtstreifen könnten für die Forumbahn entfallen, weil wir nur zwischen 40km/h und Höchstgeschwindigkeit (max 60km/h) unterscheiden. Auch das Ersatzrot (Rot rechts-tief) ist unnötig.

---

Hallo Martin, na, wenn das Ersatzrot schon eingebaut ist, kann man das auch ansteuern, sozusagen als "nice-to-have"

Allerdings wäre das zusätzliche Schalten des Ersatzrot zum Haltbegriff nicht vorbildlich, sonst würde es ja nicht Ersatz-rot heißen. Daher habe ich bei meinem Erbert-H/V-Lichtsignal, das ebenfalls vorab eingebaute Ersatzrot als zusätzlichen Signalbegriff auf den Taster 4 der Signalbox gelegt, also nicht zusammen mit Hp0 schaltbar.

Grüße
Steffen