Hallo Zusammen,

wir haben gestern beim MobaLedLib-Stammtisch besprochen, dass wir Ideen oder Fehler in der MLL mal sammeln wollen, damit diese umgesetzt bzw. beseitigt werden können.
Nun mache ich hier mal den Anfang.

Mein Wunsch wäre, eine dynamische Servogeschwindigkeit/ -regelung.
Was meine ich damit?
Beim im Wiki veröffentlichten Projekt "Holzfäller bei der Arbeit" sägt der Holzfäller am Baum und dieser fällt.
Leider lässt sich derzeit nur eine gleichförmige Bewegung des Servos realisieren und somit fällt der Baum gleich schnell.
Jedoch fällt in Wirklichkeit ein Baum dynamisch, also erst ganz langsam und dann immer schneller bis er aufschlägt.

Viele Grüße
Jürgen

EDIT:

Auf Wunsch von Hardi habe ich eine Online-Tabelle erstellt in die jeder seine Wünsche eintragen kann.
Diese Tabelle soll uns helfen die Wünsche gezielt abarbeiten zu können und den Status für jeden ersichtlich zu machen.

Link zur Tabelle

Hallo Jürgen,

vielen Dank für die Initiative.

Könntest Du, als Besitzer der ersten Beitrags, dort eine Tabelle anlegen in dem zu jedem Wunsch einen Titel, ein Link auf den entsprechenden Beitrag und ein Status (Vorgeschlagen, In Arbeit, Erledigt, ...) vorhanden ist?

So eine dynamische Servo steuerung wollte ich schon immer mal implementieren. Die Geschwindigkeitsänderungen müssen aber sehr schnell und gleichmäßig passieren, sonst ruckelt die Bewegung. Das Bedeutet des Programm muss in den ATTiny. Konfigurieren will ich es über den Pattern_Configurator.

Ich weiß nicht, ob ich jemals dazu kommen. Vielleicht findet sich jemand, der sich daran versuchen will. Ich würde ihn gerne dabei unterstützen.

Hardi

Hallo Zusammen,

wie Hardi gewünscht hat, habe ich eine Tabelle für Verbesserungswünsche, Fehlermeldungen usw. online gestellt.

Natürlich sind Helfer und ambitionierte Programmierer immer willkommen.
Es lassen sich sicher Eure Ideen umsetzen, jedoch machen wir alle diese Dinge in unserer Freizeit und als Hobby.
Daher kann es dauern bis es Infos zu den gewünschten Projekten gibt.

Lasst es uns versuchen die Tabelle zu pflegen.
Ganz wichtig ist, die Zellen der Tabelle sind für jeden editierbar und nach dem Eintrag speichern (ok klicken) nicht vergessen und bitte keine bestehenden Vorschläge überschreiben.

So nun lasst Eurer Kreativität freien Lauf.
Bin sehr gespannt was alles an Wünschen kommt.

Viele Grüße
Jürgen

Probleme mit dem Speicher bei Verwendung von "include"

Hallo,

ich hatte am 25.08.2023 mit dem Thread #10753 (💡 MobaLedLib: 768 LEDs, Servos, Sound, ……………❗ Nächster Stammtisch Do. 19.10.23 20 Uhr ❗ (431)) folgenden Fehler gemeldet:
Fehlermeldung beim Kompilieren. Diese tritt nur auf, wenn der Befehl "include" verwendet wird. Wird alles in ein Blatt kopiert, so beschwert sich der Compiler nicht!

Zitat von PeterVT11 im Beitrag 💡 MobaLedLib: 768 LEDs, Servos, Sound, ……………❗ Nächster Stammtisch Do. 19.10.23 20 Uhr ❗

---

Hallo,

ich erhalte folgende Fehlermeldung, wenn ich das zum Arduino senden will (Auszug):

1
2
3
4
5
6
7
8
9
10
11
12
13
 

In file included from C:\Users\laptop1a\Documents\Arduino\MobaLedLib\Ver_3.2.1\LEDs_AutoProg\LEDs_AutoProg.ino:274:0:
C:\Users\laptop1a\Documents\Arduino\MobaLedLib\Ver_3.2.1\LEDs_AutoProg\LEDs_AutoProg.h:180:3: warning: narrowing conversion of '512' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
   };
   ^
In file included from C:\Users\laptop1a\Documents\Arduino\MobaLedLib\Ver_3.2.1\LEDs_AutoProg\LEDs_AutoProg.h:22:0,
                 from C:\Users\laptop1a\Documents\Arduino\MobaLedLib\Ver_3.2.1\LEDs_AutoProg\LEDs_AutoProg.ino:274:
C:\Users\laptop1a\DOCUME~1\Arduino\LIBRAR~1\MobaLedLib\src/MobaLedLib.h:78:82: warning: large integer implicitly truncated to unsigned type [-Woverflow]
  #define Const(         LED,Cx,InCh,Val0, Val1)               CONST_T, _CHKL(LED)+RAM0,Cx,_ChkIn(InCh),Val0, Val1,               // 6 Bytes / 13 Bytes mit der Pattern Funktion + 5 Bytes RAM
C:\Users\laptop1a\DOCUME~1\Arduino\LIBRAR~1\MobaLedLib\src/MobaLedLib.h:83:63: note: in expansion of macro 'Const'
  #define ConstRGB(      LED,InCh, R0, G0, B0, R1, G1, B1)     Const(LED, C1, InCh, R0, R1) Const(LED, C2, InCh, G0, G1) Const(LED, C3, InCh, B0, B1)
                                                               ^~~~~
 
 

Ich habe recht viele Schedule-Einträge in meinen Excel-Blättern. Ist das zuviel?

Danke

Peter

---

Prog_Generator verzählt sich ei den LED's wenn "include" verwendet wird

Hallo,

ich hatte am 27.08.2023 mit dem Thread #10763 (💡 MobaLedLib: 768 LEDs, Servos, Sound, ……………❗ Nächster Stammtisch Do. 19.10.23 20 Uhr ❗ (431)) den Fehler gemeldet,
dass beim Include-Befehl unter Umständen die LED's falsch gezählt werden.

Zitat von PeterVT11 im Beitrag 💡 MobaLedLib: 768 LEDs, Servos, Sound, ……………❗ Nächster Stammtisch Do. 19.10.23 20 Uhr ❗

---

Hallo,

mit dem Befehl "include" kann man ja ein weiteres Tabellenblatt in die aktuelle Konfiguration einblenden. Z.B. wenn man die Konfiguration für ein Haus mehrfach verwenden will.
Ich hab jetzt festgestellt, dass dabei aber die LED's falsch gezählt werden, wenn die Funktion "Led einstellbar" verwendet wird. Ich hab im Beispiel 3 solcher Einzel-Led's eingebaut. Die Folge ist, dass folgende eingefügte Tabellenblatt 2 Led's überspringt.
Start-Tabelle


TestB-1-Tabelle


TestB-2-Tabelle


TestB-3-Tabelle


Ergebnis im Simulator, man sieht die 2 zusätzlichen dunklen LED


In der LEDs_AutoProg.h sieht das so aus:



Ich hab mal versucht, im VisualBasic das nachzuvollziehen, hab aber den Einsprung für das "include" nicht gefunden. Da müssen die Spezialisten ran.

Vielen Dank für Eure Mühe.

Viele Grüße

Peter

---

Hallo,

Zitat von fromue im Beitrag #3

---

Hallo Zusammen,

wie Hardi gewünscht hat, habe ich eine Tabelle für Verbesserungswünsche, Fehlermeldungen usw. online gestellt.

Natürlich sind Helfer und ambitionierte Programmierer immer willkommen.
Es lassen sich sicher Eure Ideen umsetzen, jedoch machen wir alle diese Dinge in unserer Freizeit und als Hobby.
Daher kann es dauern bis es Infos zu den gewünschten Projekten gibt.

Lasst es uns versuchen die Tabelle zu pflegen.
Ganz wichtig ist, die Zellen der Tabelle sind für jeden editierbar und nach dem Eintrag speichern (ok klicken) nicht vergessen und bitte keine bestehenden Vorschläge überschreiben.

So nun lasst Eurer Kreativität freien Lauf.
Bin sehr gespannt was alles an Wünschen kommt.

Viele Grüße
Jürgen

---

Hallo zusammen,
beim Einfügen einer Zeile aus dem Pattern-Config. wird als Icon immer das Bild mit den drei Schiebereglern angelegt. Dieses Bild kann man ja mit jedem anderen Icon aus dem ICON-Ordner ersetzen, z. B einer Darstellung eines Signals. Allerdings bleibt dieses Bild nicht erhalten, wenn ich den Programm-Generator z. B. auf die neueste Version update. Könnte man das abändern, dass hier die Bilder erhalten bleiben?
Grüße, Günter

Hallo zusammen,

wäre es denkbar, über einen Taster am Anlagenrand auch einen Funktionsdecoder z.B. in einem Personenwagen zur Beleuchtungsschaltung, anzusprechen, um mit dem Taster die Beleuchtung des Waggons ein/auszuschalten?
Grüße, Günter

Hallo Günter,

nein, das geht nicht. Die MobaLedLib horcht nur am DCC. Außerdem kann bei DCC nur ein Gerät senden.

Hardi

Mir ist nach Update des ProgGen auf die Version 3.2.1F folgender Fehler aufgefallen:
Ich hatte ein einfaches Programm erstellt. Zu beachten ist, dass die Zeile 8 mit dem An/Aus-Schalter nicht aktiviert ist. In Zeile 5 ist der rote Taster aktiviert. Es kann auch ein grüner Taster sein.

Bild entfernt (keine Rechte)

Sende ich das Programm so zum Arduino, erhalte ich folgende Fehlermeldung:

Bild entfernt (keine Rechte)

Aktiviere ich jedoch die Zeile 8 im ProgGen mit dem An/Aus-Schalter, wird das Programm ohne Fehler übertragen.
Der Fehler ist reproduzierbar.

Zitat von Nessi im Beitrag #10

---

Mir ist nach Update des ProgGen auf die Version 3.2.1F folgender Fehler aufgefallen:.
...
Aktiviere ich jedoch die Zeile 8 im ProgGen mit dem An/Aus-Schalter, wird das Programm ohne Fehler übertragen.
Der Fehler ist reproduzierbar.

---

Hallo Inko Gnito,

vielen herzlichen Dank für die superschnelle Fehlerbereinigung.
Schön das Du Dich der Liste angenommen hast und uns Hilfestellungen gibst.

Hallo zusammen,
die neue Beta 3.2.1G läuft bei mir auch ohne den Fehler.
Dank an alle helfenden Hände und Köpfe.

Gruß
Holger

Hallo,

ich wollte mich herzlich bei Inko Gnito bedanken, für die schnelle Fehlerbeseitigung. Ich ha es ausprobiert und es funktioniert so wie ich mir das gedacht habe. Auch das Speicherproblem ist beseitigt.
Noch mal herzlichen Dank

Peter

Mit dem "Copy LED"-Befehl kann man auf einfache Weise das Verhalten bestimmter LEDs kopieren.
Das eignet sich beispielsweise sehr gut bei Ampeln, großen Zimmern in Gebäuden und bei Farbverläufen aus dem Pattern Configurator.
Leider verliert der Befehl unverzüglich seine Referenz, sobald oberhalb eine Zeile hinzugefügt wird.

Im nachfolgend gezeigten Beispiel ist das Baustellenlauflicht deaktiviert (1).
Die fünf "Copy LED"-Befehle (3) beziehen sich auf die vorangegangenen LED-Nummern (2).



Wird jetzt die Baustelle aktiviert (A), so ändern sich die LED-Nummern aller nachfolgenden LEDs (B).
In dem Moment geht bei den "Copy LED"-Befehlen der Bezug verloren (C).
Im gezeigten Beispiel bilden die fünf kopierten LEDs jetzt ein Baustellenlauflicht statt eines Farbwechsels nach.




Somit müssen nach einer Ergänzung sämtliche "Copy LED"-Befehle händisch angepasst werden, damit sie weiterhin den gewünschten Effekt zeigen.
Bei großen Tabellen und vielen kopierten LEDs wird die Fehlersuche dadurch enorm groß.

Zitat von raily74 im Beitrag #15

---

Somit müssen nach einer Ergänzung sämtliche "Copy LED"-Befehle händisch angepasst werden,...

---

Hallo Zusammen!
Ich habe mit einem RGBW-LED-Streifen eine "Himmelsbeleuchtung" für meine Anlage erstellt. Ein Beispiel : Wenn es "Abend" wird, fährt in der ersten Phase nur die weiße LED ihre Helligkeit auf Null zurück, in einer zweiten Phase werden die RGB-LEDs gemeinsam etwas dunkler (z.B. 200), in einer dritten Phase wird nur die blaue LED auf die Nachthelligkeit abgesenkt (z.B. 40) und die RG-LEDs werden nur etwas dunkler (damit wird das Licht gelber), dann fährt die grüne LED auf Nachthelligkeit und die rote wird nur etwas dunkler (Abendrot) in der letzten Phase wird auch die rote LED auf die Nachthelligkeit reduziert. Für den "Morgen" laufen die Prozesse umgekehrt. DAS FUNKTIONIERT.
Ich habe dann die Abenddämmerung und das Morgengrauen auf zwei Prozesse (zwei Pattern mit NO_RESTART) aufgeteilt weil ich keine feste Tageslänge haben wollte - geht auch (mit NEXT (-2)).
PROBLEM: Der Start der Abenddämmerung, bzw. des Morgengrauens wird mit einem DCC-Befehl ausgelöst. Nimmt man den Typ An/Aus, so muss man den gegebenen Befehl (sinnvollerweise) vor dem nächsten wieder ausschalten, das kann der Typ Rot/Grün automatisch - aber: wenn man den Prozess (z.B. Abenddämmerung) vor Ablauf der gesamten Sequenz ausschaltet (manuell bei An/Aus oder automatisch bei Rot/Grün) dann läuft der Prozess zwar noch zu Ende (gut - auch die LEDs bleiben auf dem letzten Stand), aber die Helligkeiten ändern sich nicht mehr analog, sondern werden bei jeder Stufe abrupt auf den nächsten Wert gesetzt. Schaltet man manuell direkt vor der nächsten Tagesphase zuerst den letzten aus und dann den nächsten an, so erhält man eine kleine Dunkelpause dazwischen, was auch nicht schön ist.
Ich denke, dass es sich hier um einen Programmfehler handelt. Getestet auch mit der neuesten Version.

Nachtrag: Mein Problem mit der schaltbaren "Himmelsbeleuchtung" dürfte sich im Pattern-Configurator mit dem Goto-Befehl lösen lassen. Trotzdem ist das oben geschilderte Verhalten seltsam. Logisch wäre entweder, dass beim Ausschalten die Sequenz abbricht und die LEDs ausgehen oder im letzten Zustand bleiben oder, wenn die Sequenz weiter läuft, auch das analoge Überblenden bleibt.