Moin!

Ich will ja nicht meckern, aber Busch hat da fast ein prähistorisches Modell auf die Räder gestellt.

Die vor Aufkommen der Display-Versionen (wie u.a. hier bereits vom User Bjoern L vorgestellt) meist verbreiteten Typen waren die mit dem durch Einzelleuchten dargestellten Blinkpfeil und 2 großen Blitzern oben rechts und links.

Siehe hier: https://ampelbaustockinger.de/content/97...e-absperrtafeln und dort die rechte Abbildung

Wir sollten aber auch nicht vergessen, wann der Busch Warnanhänger auf den Markt kam ...

Wie versprochen gibt es heute die Fortsetzung...

Insgesamt verbaut: 16 LEDs
Rundumlicht: jeweils vier SMD LED 0402 gelb
Blinker: SMD LED 0603 gelb
Standlicht: SMD LED 0603 rot (hinten), SMD LED 1206 warmweiß (vorne)

Alle LEDs sind auf ein Minimum gedimmt (siehe Screenshot).

Die Blinkfrequenz wurde auf 700 mS angepasst (300 mS inaktiv, 400 mS aktiv). Das zweite Fahrzeug wird auf 800 mSek. eingestellt (350 mS inaktiv, 450 mS aktiv).
So blinken beide Fahrzeuge nicht immer gleichzeitig aber manchmal.
Das entspricht dem Vorbild nach StVZO: 90 Impulse ± 30 Impulse in der Minute. Das entspricht zwischen 500 mSek. und 1 Sek. (666,7 mSek. als Sollwert).

Hallo Michael,

erst einmal Hut ab für die Umsetzung, toll gemacht.

Einen kleinen Kritikpunkt habe ich aber doch (kein Meckern), die Rundumlichter mit Motor blinken nie parallel in die gleiche Richtung. Wenn dieses passiert, dann nur für einen ganz kurzen Moment, daher entsteht ja auch der Effekt des "Wechselblinken"

Hallo Jens,

danke für den Hinweis. Ich hab es schon angepasst. Das ist mit der MLL ja zum Glück ein Kinderspiel. Einfach im Pattern Configurator die Blinksequenz für die LED 5-8 etwas verschieben und schon blinken sie im Wechsel. Und das ganz ohne neu zu verkabeln.

Ich werde die Tage noch mal ein bisschen mit den Zeiten spielen. Aktuell läuft die Sequenz mit 30ms für beide Rundumlichter. Vielleicht baue ich nochmal eine zweite Sequenz mit 28ms nur für das zweite Rundumlicht.

Hallo @Hardi , hallo Jens (@Fahrdienstleiter),

vielen Dank für eure Tipps zum Verhalten der Drehlichter. Ich habe meine Programmierung entsprechend angepasst. Das Video und die PCF-Datei habe ich im Beitrag getauscht und um einen aktuellen Screenshot ergänzt.

Was habe ich verändert:
- Es gibt jetzt zwei Muster im Pattern Configurator, eins mit 30mS und eins mit 28mS
- Der Speicherbedarf erhöht sich so um nur 13 Byte
- Muster 1 steuert die beiden linken Rundumleuchten der zwei Fahrzeuge
- Muster 2 steuert die beiden rechten Rundumleuchten der zwei Fahrzeuge
- Muster 2 startet an anderer Position als Muster 1

So blinken die Rundumleuchten am Start im Wechsel, nähern sich im Ablauf aber an und entfernen sich wieder voneinander.

Nach ca. 50 "Umdrehungen" kommt es immer wieder zu einem kleinen "Aussetzer". Man kann das im Video bei ca. 0:20 Minuten sehen. Vielleicht habt ihr einen Tipp für mich, wie ich das abstellen kann...

Hallo Michael,

Es kann verschiedenen Gründe für den Aussetzer geben.

Deine Pattern_Configurator Sequenz verwendet eine sehr kleine Zeit von 28 ms pro Abschnitt.

Du verwendest den analog Modus mit 4 Bit bei einer maximalen Helligkeit von 60. Das Bedeutet, dass es 16 Helligkeitswerte gibt:
0 4 8 12 16 20 24 28 32 36 40 44 48 52 56 60
Der Helligkeitswert 3, den Du in der Tabelle verwendest, kann nicht abgebildet werden. Das Programm verwendet die Helligkeit 0 stattdessen (In einem C-Programm wird üblicherweise abgerundet).
Bild entfernt (keine Rechte)
Das bedeutet, dass es, anders als von Dir geplant, Phasen gibt, in denen keine LED leuchtet.

Der Arduino kann die Helligkeiten nicht tatsächlich so wie in der Excel Vorschau gezeigt stufenlos verändern. Die Helligkeit der WS281x LEDs lassen sich nur in 256 Schritten verändern.
Die zeitlichen Abstände der Stufen sind auch nicht beliebig fein. Das hängt von der Rechenleistung de Arduinos und vom der Übertragungsgeschwindigkeit zu den LEDs ab. Je nach Konfiguration werden alle 5-20ms neue Helligkeitswerte zu den LEDs geschickt. Der Helligkeitswert wird anhand der Kurve berechnet.

Dann kommt noch die Videoaufzeichnung dazu. Es sieht so aus als hätte das Video 20 Bilder pro Sekunde. Es wird also nur alle 50ms ein Bild von der tatsächlichen Helligkeit der LEDs gemacht.

Jetzt haben wir zwei Systeme, die mit unterschiedlichen Zeiten laufen. Das führt zu unschönen Effekten.
Man kennt das aus Filmen, in denen sich die Räder rückwärts drehen (https://www.spektrum.de/frage/warum-dreh...uge-doch/614132).
Oder auf Modelleisenbahn Videos, bei denen die LEDs flackern. Aber das passiert ja nicht bei unseren LEDs, weil diese mit einer sehr hohen Frequenz (400Hz/2kHz) geschaltet werden

Wenn man sich das Video in Einzelbildern anschaut, dann sieht man, dass immer mal wieder alle LEDs aus sind. Zum Zeitpunkt 20 fällt das besonders auf. Es passiert aber auch vorher schon.
Bild entfernt (keine Rechte)

Tritt der Effekt den auch auf, wenn man das Auto normal (ohne Kamera) betrachtet?
Vermutlich kann man es reduzieren, wenn man anstelle des analogen Überblendens Schritte verwendet. Diese sollten zu der Abtastrate des Videos passen. Das wird schwierig, wenn man unterschiedliche "Drehgeschwindigkeiten" haben will.

Vielleicht ist es das beste, wenn man die kleinen Aussetzer Ignoriert und sich an den LEDs freut...

Hardi

Hallo Hardi,

danke für deine ausführliche Erklärung. Das bringt wieder etwas Licht ins Dunkel des Pattern Configurators.

Das Wichtigste vorab: Die Aussetzer sind nicht nur im Video zu sehen, sondern auch live.
Ich habe daher die Helligkeitswerte von 3 auf 4 geändert und das analoge Überblenden ausgeschaltet. Bei der kurzen Zeit, die die LEDs leuchten, braucht man das Überblenden nicht wirklich. Man sieht keinen Unterschied.
Leider lässt sich auch dadurch der Aussetzer nach 17,9 Sekunden nicht vermeiden.

Um auszuschließen, dass es am Pattern Configurator liegt, habe ich im Programm Generator eine Blink-LED angelegt (30 mS aktiv und 30mS inaktiv). Auch diese macht exakt nach 18 Sekunden eine kurze Pause. Bei einem normalen Blinker (300 mS und 400 mS) fällt die Pause natürlich nicht auf. Bei der schnell flackernden LED sieht man jede Unregelmäßigkeit.

Es scheint also an meinem Setup mit dem ESP32 zu liegen...

…also hab ich jetzt den gesamten Strang am ESP32 getrennt und ein 64er Panel direkt an der Hauptplatine angeschlossen.

In einem leeren DCC Sheet habe ich nur die Heartbeat LED und eine einzige Blink LED mit einstellbarer Helligkeit und Frequenz angelegt (aktiv 30mS, inaktiv 30mS, RGB alle, Helligkeit 255).

Das Ergebnis: Eine Pause alle 18 Sekunden 😔

Hallo Michael,

hast Du die Möglichkeit das Ganze mit einem Nano statt ESP32 zu testen?

Hi Frank,

ja, mit etwas Aufwand war auch das möglich. Ergebnis: Der Arduino Nano macht keine Pause nach 18 Sekunden.

Der Sprinter hängt jetzt testweise am Arduino nano und blinkt fleißig vor sich hin. Ganz ohne Aussetzer.

Ich habe einen ESP-Wroom-32 30 Pin im Einsatz. Da ich davon mehrere habe, wurde auch ein zweiter getestet. Leider mit dem selben Ergebnis.

Nachdem ich mich wegen der DKW-Laterne in den letzten Wochen mit 0402er LED's beschäftigt habe, kam der Gedanke auf es mal wie Dominik zu versuchen.
Allerdings bin ich den einfachen Weg gegangen und habe fertig verkabelte von www.modellbau-schoenwitz.de genommen. Die hatte ich in warmweiß vor einiger Zeit für die Weinert Gleissperrsignale beschafft.

Der Nachteil ist dass die Kabel dieser LED's so angelötet sind, dass ich sie sozusagen im "Querformat" bündeln muß. Ansonsten wäre mir das Risiko zu hoch, dass sich die Kupferlitze beim Herumbiegen löst. Wenn man die LED's im "Hochformat" gruppieren könnte wäre das besser, da der Durchmesser dann einen Tick kleiner wäre...

Ich habe die 4 LED's durch ein 0,9mm/0,7mm Messingrohr gebündelt:

In diesem Zustand dann erstmal mit Klarlack etwas isoliert.

Denn nun darf es keine leitende Verbindung zwischen den LED's geben.
Es funktioniert noch:


Damit es mehr Richtng gelb geht wurden die nun mit Tamiya X-24 eingepinselt:


Hier mal der Vergleich zu meinem ersten Drehlicht mit 4 LED's:


Momentan ist der größte Durchmesser 1,9mm.
Mein Ziel wäre es den Gesamtdurchmesser auf 2,4mm hinzubekommen. Da experimentiere ich nun wie ich dieses Konstrukt in ein "Gehäuse" vergieße.

Achja: Das Teil soll dann auf das Bühnenhäuschen von meiner TimeWaster-Drehscheibe. Martin (Domapi) hat da einige Möglichkeiten eröffnet...

Hallo Frank,

das ist ja witzig, da hatten wir dieses Wochenende die gleiche Beschäftigung.

Da ich meine LEDs selbst bedrahte, konnte ich sie im „Hochformat“ bündeln. Das fertige LED-Pack ließ sich am Ende ohne Druck in eine 1,5 mm Bohrung schieben.

Der weiße Sirenenkasten kommt übrigens aus dem Resindrucker. Den silbernen Ring habe ich jetzt weiß gemacht. Beim nächsten Mal würde ich ihn ganz weg lassen. Druckdatei anbei hänge ich morgen an.

Bild entfernt (keine Rechte)

Zitat von raily74 im Beitrag #38

---

Das fertige LED-Pack ließ sich am Ende ohne Druck in eine 1,5 mm Bohrung schieben.

---

Hallo Frank,

das sind Restbestände aus Kindheitstagen, die es so nicht mehr zu kaufen gibt. Aber es gibt eine gute Alternative von Herpa, die mindestens genau so gut funktionieren sollte.

Zitat von raily74 im Beitrag #40

---

Aber es gibt eine gute Alternative von Herpa, die mindestens genau so gut funktionieren sollte.

---

Warum sagt eigentlich keiner dass mein Pattern nicht stimmt...

Das Ding eiert ja wie blöd.

Damit wird's rund:

Hier mal ein Test mit Tamiya X-24 eingefärbten klaren Resin. Da war ich mir nicht sicher ob sich das verträgt.

Zitat von raily74 im Beitrag #40

---

Aber es gibt eine gute Alternative von Herpa, die mindestens genau so gut funktionieren sollte.

---

Doch - gefällt mir...