Zitat von Moba_Nicki im Beitrag #9973

---

Im Labor haben diese auch noch bei einer Spannung von 2,8V sauber das High erkannt.
Wichtig für den IC ist der Abstand von mind 1,5V zwischen HIGH- und LOW-Pegel.

---

Zitat von raily74 im Beitrag #9975

---

Ja, die gibt es. Mit dem LED-to-VAR Befehl könnte man den Zustand des ersten Treppenlichts abfragen. Ist dieses an, wird ein belebtes Haus mit zwei weiteren LEDs eingeschaltet. Das ist allerdings nur Theorie, ich hab das selbst noch nie probiert.

---

Hallo Hardi,
irgendwie hatte ich mich im Forum verlaufen und ein neues Thema aufgemacht ... vielleicht war das etwas untergegangen, deshalb versuche ich nochmal, das Thema im Haupt-Thread zu platzieren:

Zuerst einmal vielen Dank nochmal in die ganze Runde ... das ganze MLL-Projekt ist grandios und ich bin immer wieder fasziniert über die neuen Ideen, die hier im Forum auftauchen.

Mit eurer Hilfe und viel "try and error" ist es mir inzwischen gelungen, die Lichtsteuerung über den Programm-Generator und auch über DCC aus dem TC heraus hinzubekommen.
Der nächste Schritt für mich ist nun, die Signale mit den diversen Zuständen über die MLL abzubilden. Dabei habe ich mich für die Platine 510 mit Chalieplexing entschieden, um bei den Signalen Kabel zu sparen. Als Basis verwende ich hierbei die Viessmann-Lichtsignale, die ich allerdings freitragend verdrahte nach dem Charlieplexing-Modell. Damit kommen aus jedem Signal unten 3 bzw. 4 Drähte raus ...

Nach einigem Probieren habe ich auf Basis des Viessmann-Templates im Pattern-Configurator auch die Steuerung der Signalbilder hinbekommen. Die ganzen Sprungbefehle habe ich erst einmal weggelassen, da die Steuerung der Zustände ja letztlich über den TC abhängig von den Zugfahrten und der Streckenbelegung erfolgen soll. Auch die Schaltung der Zustände über den TC habe ich bereits erfolgreich testen können.

Nun zu meiner Frage: Warum blinkt die rote LED nach Einschalten des Zustandes Hp0 (immer!)
Folgende Vorgehensweise zu Reproduktion ...
- Nach dem Hochladen des Patterns auf den Attiny im Pattern-Configurator geht das Signal in Zustand 1 ... rote LED leuchtet permanent.
- Danach Wechsel zu Bild Hp1 Vr0 --> Hp1 Vr1 --> Hp2 Vr2
- zurück zu Hp0 ... die rote LED blinkt unregelmäßig und nach mehreren Minuten leuchtet sie plötzlich wieder konstant.

Eine Idee, warum sich das so verhält? Hängt das evtl. mit dem Viessmann-Template zusammen?
Anbei ein kleines Video und die dazu gehörende Konfiguration als Foto zur Verdeutlichung.

Bild entfernt (keine Rechte)[[File:Video Hpo flackert.zip]]

Das Video konnte ich leider nicht direkt als mp4-Datei hochladen, deshalb gezippt. Für Tipps, wie ich das Flackern weg belkommen kann, wäre ich dankbar!

Liebe Grüße
Hilmar

Zitat von PeterVT11 im Beitrag #9977

---

Wenn an Neon_Light2 oder Neon_LIght3 verwendet wird, dann flackert dieentsprechende LED, obwohl die andern WS2812 ruhig leuchten. Könnte das ein kleiner Fehler sein?
Wenn ich da Single_LED2 nehme, ist der Spuk für die LED weg.

---

Kaum ist man mal zwei Wochen nicht da, da verpasst man gleich die ganze Aufregung.

Klaus ist wieder da! Aber der Klaus aus NZ.

Aufregung hatten und haben wir hier auch reichlich. Auch reichlich Wasser, was ja grad die Aufregung hervorgerufen hat.
Ein paar traurige Bilder von Eisenbahnbauwerken sind in meinem Thread vorhanden.

Aber da ich nun endlich in meine MobaHalle eingezogen bin wollte ich doch mal ein kleines (eher nicht) Projekt annoncieren.

Die MLL Deckenlichtsteuerung mit Tag/Nacht uebergang wird wohl in naeherer Zukunft das Licht des Tages erhaschen - Sie wird evtl. auch nach dem Mond gehen.
Es gibt keine Versprechungen wann das Projekt fertig sein wird oder auch nur Teilweise weitergegeben werden kann. Aber zumindest sind die 7200 leds schon unter der Decke.

Na dann mal bis dann.

Cheers,
Klaus

Hallo,
ich habe für meine eigene Anwendung doppelte WS2811 Plättchen machen lassen.

Es fehlen nur die Anschlüssen mit dem Rastermaß 2,54mm. Der Rest ist schon bestückt.

Ich würde jeweils ein Paneel mit 15 Doppelten WS2811 Plättchen für 9.00€ plus Versand abgeben.
Damit können 90 LEDs gesteuert werden.

Bitte einfach per Email melden.

Ansicht stark vergrößert.


Siehe hier.
https://bluethners.de/DCCProjekt/Zentral...ml#WS2811Loeten

Viele Grüße Martin

Zitat von p_mueller im Beitrag #9979

---

Zitat von PeterVT11 im Beitrag #9977

---

Wenn an Neon_Light2 oder Neon_LIght3 verwendet wird, dann flackert dieentsprechende LED, obwohl die andern WS2812 ruhig leuchten. Könnte das ein kleiner Fehler sein?
Wenn ich da Single_LED2 nehme, ist der Spuk für die LED weg.

---

Hallo Peter,
ich denke, das Verhalten der 2. und 3. Treppenhaus LED ist logisch. Wenn Led 1 eingeschaltet ist und Du 2 und 3 als Neonlicht definierst, dann machen die genau das, nämlich flackerndes Neonlicht. Single LED leuchtet konstant.
Gruss
Peter

---

Hallo!
Ich habe die Installation auf einem Laptop ohne Probeme hinbekommen. Dieser Laptop steht an meinem Arbeitplatz, an dem ich die Installationen der LEDs in Gebäuden vornehme. Das Schicken der Daten zu den entsprechenden Arduinos funktioniert einwandfrei. Also alles gut!
Jetzt das Problem: Da von dem eben beschriebenen Rechner der Weg zu den Hauptplatinen 101 unter bzw an der Modellbahn ist seht weit. So habe ich auf dem Tablett, womit ich die Modellbahn über Rocrail steuere, eine weitere Arduino- und Mobaledlib-Installation durchgeführt. Das erste Projekt (kleiner Nebenbahnhof, Einfamilienhaus) konnte ich in der Exceltabelle erstellen. Anschließend war das Senden zum Arduino für dieses Projekt möglich. Alles funktionierte, sogar das Einschalten der Bahnsteigbeleichung mittels RocRail über DCC erbrachte Erfolg, die Beleuchtung startete. SUPER.
ABER: Heute, einige Tage später, wollte ich weitere DCC Adressen in der Exceltabelle einfügen bzw. ändern. Also, den Programmgenerator gestartet, die DCC-Adressen eingefügt, die Excel-Speichertaste gedrückt. Soweit so gut. Jetzt nur noch das Projekt zum Arduino schicken. Der entsprechende Button ließ sich zwar drücken, aber anscshließend passierte nichts. AUCH ALLE ANDEREN BUTTON (Einfügen, kopieren, verschieben, etc. etc.) reagieren nicht mehr. Optisch "versenken" sie, aber es öffnen sich keine weitern Fenster. Ein Test zeigt, dass im Pattongenerator auch kein Button mehr reagiert.
Was ich schon versucht habe: Im Virenschutz BitDefender habe ich alle nötigen Ausnahmen der entsprechenden Ordner eingetragen. Zudem habe ich (versuchsweise) die "erweiterte Gefahrenabwehr" in BitDefender kompl. abgestellt. Auch in MS-Excel-365 habe ich im Trust Center diverse Einstellungen vorgenommen (Excel ist jetzt fast kompl. Schutzlos). Windows 10 ist auf dem neuesten Stand. Mit der Arduino-App konnte ich ein Test (Blinken) erfolgreich zum Arduino schicken. Ein Ändern der Blinkzeiten zeigt am Arduino entspchenden Erfolg. Zudem habe ich MobaLedLib händisch noch einmal eingerichtet (entsprechenden Ordner geloscht, die ZIP-Datei heruntergeladen, entpackt, am richtigen Ort eingefügt und den Zielordner entsprechend noch umbenannt.
Nach einem Reboot des Rechners (laut Spruch der WIndowsnutzer ...nach einem Reboot ist alles wieder gut...) hat hier leider nicht geholfen. Ein Starten des Programmgenerators mit dem entsprechnen Button auf dem Desktop, zeigt das alte Problem. KEIN Programmgenerator-Button reagiert.

Ich hoffe, jemand kann mir noch Tipps geben.

Hallo Peter,

Zitat von PeterVT11 im Beitrag #9977

---

Zitat von raily74 im Beitrag #9975

---

Ja, die gibt es. Mit dem LED-to-VAR Befehl könnte man den Zustand des ersten Treppenlichts abfragen. Ist dieses an, wird ein belebtes Haus mit zwei weiteren LEDs eingeschaltet. Das ist allerdings nur Theorie, ich hab das selbst noch nie probiert.

---

Hallo Michael,

ja das hat bei mir funktioniert. Ich hab's jetzt so gelößt:


Mir ist nur eine kleine Unschönheit aufgefallen.


Wenn an Neon_Light2 oder Neon_LIght3 verwendet wird, dann flackert dieentsprechende LED, obwohl die andern WS2812 ruhig leuchten. Könnte das ein kleiner Fehler sein?
Wenn ich da Single_LED2 nehme, ist der Spuk für die LED weg.

Vielen Dank

Peter

---

Zitat von Hardi im Beitrag #9984

---

Hallo Peter,

bei dieser Konfiguration überlagern sich zwei House() Funktionen. Das macht Probleme.
Man muss sich vorstellen, dass jedes Haus eine Smart Home Zentrale hat, welche dafür sorgt, dass immer die gewünschte Anzahl von Lampen an ist.
Durch den "Next_LED(-3) Befehl überlappen sich die Kompetenzbereiche der "Zentralen". Das ist schlecht und führt natürlich zu Streit.

Warum packst Du nicht alle LEDs in eine Haus-Funktion?

Willst Du, dass das Treppenhaus zufällig An- und Ausgeht, wenn die DCC Adresse 11 an ist?
Das kannst Du über weitere, der "House()" vorgeschaltete Funktion erreichen:

Mit dieser Zufallsfunktion wird das Treppenhauslicht zufällig alle 15 bis 30 Sekunden mal eingeschaltet. Diese Zeiten habe ich nur für den Test verwendet. Wir wollen natürlich nicht, dass die Preiserleins in 5 Sekunden die Treppen hoch hetzen müssen.

Im Prog_Generator sieht das dann so aus:


Jetzt wird mit DCC 11 die "Sicherung" für den Treppenhausautomaten geschaltet. Wenn diese an ist, dann schaltet sich das Treppenhauslicht zufällig immer wieder an und aus.

Welche Lampen im Treppenhaus installiert sind, kannst Du beliebig über die House-Funktion auswählen.

Hardi

---

Hallo Hilmar,

Zitat von TT-Bahner64 im Beitrag #9978

---

Hallo Hardi,
irgendwie hatte ich mich im Forum verlaufen und ein neues Thema aufgemacht ... vielleicht war das etwas untergegangen, deshalb versuche ich nochmal, das Thema im Haupt-Thread zu platzieren:

Zuerst einmal vielen Dank nochmal in die ganze Runde ... das ganze MLL-Projekt ist grandios und ich bin immer wieder fasziniert über die neuen Ideen, die hier im Forum auftauchen.

Mit eurer Hilfe und viel "try and error" ist es mir inzwischen gelungen, die Lichtsteuerung über den Programm-Generator und auch über DCC aus dem TC heraus hinzubekommen.
Der nächste Schritt für mich ist nun, die Signale mit den diversen Zuständen über die MLL abzubilden. Dabei habe ich mich für die Platine 510 mit Chalieplexing entschieden, um bei den Signalen Kabel zu sparen. Als Basis verwende ich hierbei die Viessmann-Lichtsignale, die ich allerdings freitragend verdrahte nach dem Charlieplexing-Modell. Damit kommen aus jedem Signal unten 3 bzw. 4 Drähte raus ...

Nach einigem Probieren habe ich auf Basis des Viessmann-Templates im Pattern-Configurator auch die Steuerung der Signalbilder hinbekommen. Die ganzen Sprungbefehle habe ich erst einmal weggelassen, da die Steuerung der Zustände ja letztlich über den TC abhängig von den Zugfahrten und der Streckenbelegung erfolgen soll. Auch die Schaltung der Zustände über den TC habe ich bereits erfolgreich testen können.

Nun zu meiner Frage: Warum blinkt die rote LED nach Einschalten des Zustandes Hp0 (immer!)
Folgende Vorgehensweise zu Reproduktion ...
- Nach dem Hochladen des Patterns auf den Attiny im Pattern-Configurator geht das Signal in Zustand 1 ... rote LED leuchtet permanent.
- Danach Wechsel zu Bild Hp1 Vr0 --> Hp1 Vr1 --> Hp2 Vr2
- zurück zu Hp0 ... die rote LED blinkt unregelmäßig und nach mehreren Minuten leuchtet sie plötzlich wieder konstant.

Eine Idee, warum sich das so verhält? Hängt das evtl. mit dem Viessmann-Template zusammen?
Anbei ein kleines Video und die dazu gehörende Konfiguration als Foto zur Verdeutlichung.

[[File:Video Hpo flackert.zip]]

Das Video konnte ich leider nicht direkt als mp4-Datei hochladen, deshalb gezippt. Für Tipps, wie ich das Flackern weg belkommen kann, wäre ich dankbar!

Liebe Grüße
Hilmar

---

Zitat von TT-Bahner64 im Beitrag #9978

---

Die ganzen Sprungbefehle habe ich erst einmal weggelassen, da die Steuerung der Zustände ja letztlich über den TC abhängig von den Zugfahrten und der Streckenbelegung erfolgen soll.
Hilmar

---

Hallo zusammen!

Zitat von bofriha im Beitrag #9983

---

Hallo!
Ich habe die Installation auf einem Laptop ohne Probeme hinbekommen. Dieser Laptop steht an meinem Arbeitplatz, an dem ich die Installationen der LEDs in Gebäuden vornehme. Das Schicken der Daten zu den entsprechenden Arduinos funktioniert einwandfrei. Also alles gut!
Jetzt das Problem: Da von dem eben beschriebenen Rechner der Weg zu den Hauptplatinen 101 unter bzw an der Modellbahn ist seht weit. So habe ich auf dem Tablett, womit ich die Modellbahn über Rocrail steuere, eine weitere Arduino- und Mobaledlib-Installation durchgeführt. Das erste Projekt (kleiner Nebenbahnhof, Einfamilienhaus) konnte ich in der Exceltabelle erstellen. Anschließend war das Senden zum Arduino für dieses Projekt möglich. Alles funktionierte, sogar das Einschalten der Bahnsteigbeleichung mittels RocRail über DCC erbrachte Erfolg, die Beleuchtung startete. SUPER.
ABER: Heute, einige Tage später, wollte ich weitere DCC Adressen in der Exceltabelle einfügen bzw. ändern. Also, den Programmgenerator gestartet, die DCC-Adressen eingefügt, die Excel-Speichertaste gedrückt. Soweit so gut. Jetzt nur noch das Projekt zum Arduino schicken. Der entsprechende Button ließ sich zwar drücken, aber anscshließend passierte nichts. AUCH ALLE ANDEREN BUTTON (Einfügen, kopieren, verschieben, etc. etc.) reagieren nicht mehr. Optisch "versenken" sie, aber es öffnen sich keine weitern Fenster. Ein Test zeigt, dass im Pattongenerator auch kein Button mehr reagiert.
Was ich schon versucht habe: Im Virenschutz BitDefender habe ich alle nötigen Ausnahmen der entsprechenden Ordner eingetragen. Zudem habe ich (versuchsweise) die "erweiterte Gefahrenabwehr" in BitDefender kompl. abgestellt. Auch in MS-Excel-365 habe ich im Trust Center diverse Einstellungen vorgenommen (Excel ist jetzt fast kompl. Schutzlos). Windows 10 ist auf dem neuesten Stand. Mit der Arduino-App konnte ich ein Test (Blinken) erfolgreich zum Arduino schicken. Ein Ändern der Blinkzeiten zeigt am Arduino entspchenden Erfolg. Zudem habe ich MobaLedLib händisch noch einmal eingerichtet (entsprechenden Ordner geloscht, die ZIP-Datei heruntergeladen, entpackt, am richtigen Ort eingefügt und den Zielordner entsprechend noch umbenannt.
Nach einem Reboot des Rechners (laut Spruch der WIndowsnutzer ...nach einem Reboot ist alles wieder gut...) hat hier leider nicht geholfen. Ein Starten des Programmgenerators mit dem entsprechnen Button auf dem Desktop, zeigt das alte Problem. KEIN Programmgenerator-Button reagiert.

Ich hoffe, jemand kann mir noch Tipps geben.

---

Moin Bodo,
Großbrand in Bonn? *gg* - wäre ja theoretisch mit jeder dieser LED's als Feuerstelle/Kamin.

@Moba_Nicki du hattest meine Mail erhalten? Ich traue grad keinem email provider :'D

@FarFarAway: Wasser, der Feind sämtlicher Elektronik! Aber schön dich wieder hier zu haben.


grüße,
Sarah

Hallo,
heute ist meine erste Lieferung mit den ESP32 Mini angekommen. Hat das schon jemand bestellt? Ich frage, weil ich es kaum glauben kann, was ich hier sehe.
Eine Platine in der Größe des D1 Mini aber mit 32 Beinen und kaum etwas drauf?

Bild entfernt (keine Rechte)

Geht das wirklich?

Rolf

Zitat von rolfha im Beitrag #9989

---

Hallo,
heute ist meine erste Lieferung mit den ESP32 Mini angekommen. Hat das schon jemand bestellt? Ich frage, weil ich es kaum glauben kann, was ich hier sehe.
Eine Platine in der Größe des D1 Mini aber mit 32 Beinen und kaum etwas drauf?



Geht das wirklich?

Rolf

---

Danke Jürgen,
ja ist es. Leider zu früh gekauft, glaube ich. Ich kann weder mit der IDE noch mit Webinstallern irgend etwas auf das Ding bekommen. Unter Strom kommt auch kein WiFi.
Das müssen wir jetzt nicht hier diskutieren, hat ja nichts mit der MLL zu tun. Fühlt euch nur informiert und gewarnt bei euren Bestellungen.
Grüße
Rolf

Hallo liebe MLL-Kollegen,

ich habe mal eine Frage zur Platinenbestückung.
In der Aufbauanleitung zur Hauptplatine 1.8.2 steht bei den Jumpereinstellungen:

NO_OPTO Wenn die Hauptplatine über den DCC-Port mit Spannung versorgt wird, kann dieser Jumper geschlossen werden. OK1 entfällt dann und wird durch eine Diode 1N4148 ersetzt. (blau)

Wenn ich jetzt die Spannung über den DCC-Port anschließe und den Jumper NO_OPTP schließe, die Diode 1N4148 einlöte (anstelle des Gleichrichters), muss dann der OK1 6N137 nicht bestückt werden, oder verstehe ich da etwas falsch?

Wäre für eine kurze Info dankbar.

LG
Wolfgang

Zitat von rolfha im Beitrag #9991

---

Danke Jürgen,
ja ist es. Leider zu früh gekauft, glaube ich. Ich kann weder mit der IDE noch mit Webinstallern irgend etwas auf das Ding bekommen. Unter Strom kommt auch kein WiFi.
Das müssen wir jetzt nicht hier diskutieren, hat ja nichts mit der MLL zu tun. Fühlt euch nur informiert und gewarnt bei euren Bestellungen.
Grüße
Rolf

---

Hallo,

nachdem der Threat nun jahrelang an mir vorbei gegangen ist möchte ich mich nun auch endlich in die Reihen der MLL- Bastler begeben.
Bei nunmehr mehr als 400 Seiten wird die Wartezeit auf die bei Ali bestellten Bauteile und die Platinen auch nicht soo lang...

Was ich jetzt schon weiss:
Ein wirklich grossartiges Projekt- mit nichts derzeit ähnlich Existierendem zu vergleichen.
Vielen Dank an die unermüdlichen Macher, dass man an sowas teilhaben darf.

Hallo MobaLedLib-ler,

gerade erreicht uns die Nachricht vom Tod unseres lieben Platinendealers Alf.
Nach kurzer Krankheit ist er am Dienstag verstorben.

Wir werden sein Engagement nie vergessen.

Er war vom ersten Tag der MobaLedLib dabei und hat sich sofort bereit erklärt, die Platinen zu besorgen und sich um die Verteilung zu kümmern.

Alf - Dir für alle Mühen und lustigen Stunden, auch beim Stammtisch, vielen herzlichen Dank.

Für Alfs Familie wünschen wir viel Kraft in dieser schwierigen Zeit.



In den nächsten ca. 2 Monaten wird es keine Lieferungen von Platinen geben, da Alfs Familie erstmal mit dem großen Verlust zurechtkommen muss.
Wir wissen aktuell auch noch nicht, wie es mit dieser Aufgabe weiter geht.

Mach‘s gut Alf, Du lebst in unseren Gedanken und in unserem Kreis weiter.

Hardi und Jürgen

RIP Alf

Erinnerungen sind das, was bleibt. Wir alle hier werden uns an ihn erinnern.

Das ist eine sehr traurige Nachricht. Sah es doch beim letzten Stammtisch noch so aus, als sei es eine leichte Krankheit. Dann kommt der Tod so schnell und reißt einen Moba Gefährten Mitten aus dem Leben.
Ich bin traurig und wünsche der Familie viel Kraft diese Zeit zu meistern.
Rolf

In den letzten Wochen wurde ich bei Recherchen auf diese eingeschworene Gemeinschaft aufmerksam. Als Elektroniker habe ich große Achtung
vor den bisher publizierten Ergebnissen. Also fiel mir die Entscheidung leicht, mich letztes Wochenende als Bastler anzumelden um zukünftig hier mitzuwirken.

Leider startet mein erster Forumseintrag mit dieser traurigen Nachricht. Ich überlegte lange, ob ich mich trotzdem melde. Ich habe mich entschlossen es trotzdem zu tun.
Unbekannterweise möchte ich mein tiefstes Beileid der Familie ausdrücken. Ich konnte Alf leider nie kennenlernen.
Solch ein Verlust ist nicht ersetzbar. Ich hoffe alle Beteiligte finden einen Weg um mit dieser Situation umzugehen.

Auch für das Projekt ist dies ein großer Verlust. Wenn möglich, möchte ich mich hier mit einbringen. Allerdings traue ich mir eine solche Aufgabe als Neuling nicht zu.
Vielleicht finden wir am 16.3. einen Weg das Vermächtnis von Alf fortzuführen.

Bis dahin
Nico

... ich bin gerade etwas Sprachlos.

Machs gut, alter Grummelbär! Es war mir ein inneres Blummenpflücken, deine Bekanntschaft gemacht zu haben.

traurige grüße,
Sarah

Lieber Alf,

ich habe bis zur letzten Minute nur das Beste gehofft und war in Gedanken oft bei dir. Ich bin erschüttert und traurig.

Alf, du wirst ewig in unseren Gedanken weiterleben.

Deiner Familie wünsche ich alles erdenklich Gute in dieser schwierigen Zeit. Eine ganze Gemeinschaft ist in Gedanken bei euch.