Hallo Urlauber,
weil es so ruhig hier ist, mal das Video vom Stammtisch August 2023

Hallo MLL-Freunde,
nachdem jetzt meine MLL wieder funktioniert, habe ich die Stepperplatine 550 fertig und mit dem A4988 bestückt. Als Steppermotor habe ich einen NEMA 11 vom Reichelt - der läuft mit 5V und ist für mein Projekt (Antrieb für den Pflug 18970 von Märklin bauen) prima geeignet. Erst habe ich die Treiberspannung nach der Anleitung im WIKI berechnet und eingestellt. Laut Formel ergeben sich für den Stepper 270 mV.
Hier die Werte für "raily4" zum Einpflegen in die Beispielsammlung:
Steppermotor NEMA 11
Reichelt
NEMA 11-01
5 VDC
11,9 Ohm
420 mA
4 Kabel A-C, B-D
1/4 oder kleiner
5 VDC
270 mV (A4988 mit 0,10 Ohm)

Bastlergrüße vom
Hans-Peter

Hallo,

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

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

Die Forumsoftware hat meine Dateianhänge nicht eingebunden. Vermutlich lag es an mir.

Peter

Hallo Peter,

ja, auf den ersten Blick sieht es so aus, als hättest Du zu viele Einträge in Deiner Konfiguration.
warning: narrowing conversion of \'512\' from \'int\' to \'unsigned char\' inside

Hardi

Hallo Hardi,

besten Dank für Deine Meinung. Habe ich da eine Change mit dem ESP32? Oder ist das ein grundsätzliches Problem von der Software her?

Viele Grüße

Peter

Hallo Peter,

eigentlich sollte der ESP damit keine Probleme haben. Aber das wird momentan noch nicht unterstützt ;-(
Ich habe die Software stark auf die geringen Ressourcen des ATMega328 optimiert. Beim ESP wäre das nicht mehr nötig. Aber eine Umstellung kostet sehr viel Zeit.
=> Gönn Dir einfach eine zweite Hauptplatine...

Hardi

Hallo Hardi,

ja das ist schade. Für 7 Häuser eine eigene Hauptplatine ist schon gewaltig. Gut ich gebe zu, ich habe mich mit der Schedule-Funktion schon ausgetobt.
Es wäre schön wenn es nicht zu lange dauert bis die neue Version für den ESP32 kommt. Ich würde ja mitarbeiten, aber ich hab mir deinen Code angeschaut und keinen Durchblick.

Auch würde mich interessieren, wie man Extensions vorbereitet, damit sie eingebunden werden. Du hattest es am letzten Stammtisch ganz kurz gezeigt. Ich hab mir nämlich erlaubt, die Schedule-Funktion etwas genauer zu machen. Deine Version hatte für meine Ideen zu große Zufallszeiten. Ich würde meine gern als Extension einbinden, dann ist sie Update sicher.

Trotz allem, vielen Dank.

Peter

Hallo Peter,

so eine MLL Extention ist gar nicht so kompliziert. Am besten, Du schaust Dir mal eins der Beispiele von Jürgen an. Diese können über die Arduino IDE heruntergeladen werden, indem Du nach MobaLedLib filterst.
Bild entfernt (keine Rechte)

Bin sehr gespannt auf Deine verbesserte Schedule Funktion.

Wenn Du damit tatsächlich nur 7 Häuser ansteuerst, dann könnte es auch ein anderer Fehler sein. Ich komme aber momentan nicht dazu, mir Dein Beispiel anzuschauen. Vielleicht kommst Du selber darauf, indem Du sukzessive Zeilen abschaltest.

Hardi

Hallo zusammen,
ich bin der Michael und seit einem Tag hier im Forum, war sonsz nur Mitleser. Habe jetzt aber ein MLL Problem, wo ich Hilfe benötige.

Ich betreibe seit einem Jahr eine MobaLedLib Zentrale mit MP3 8 Kanal Modul, am Kanal null sind 10 Projekte angeschlossen über eine Verteilerplatine. Alles funktioniert reibungslos.

Nun habe ich vor gut 4 Monaten eine zweite MLL Hauptplatine verbaut, allerdings mit einer ESP Adapterplatine. Am Kanal null sind 4 Projekte angeschlossen, alles funktionierte reibungslos. Bis vor einer Woche.
Der ESP32 Wrrom hat sich verabschiedet, warum auch immer, kann passieren. Da ich zurzeit keinen Ersatz zu Hand hatte, habe ich zwei Nano´s engesetzt, einen LED Nano und einen DCC Nano.
Nach Programmierung und Testen der LED´s und vor allem die DCC Funktion über den Prog. Gen. lief alles noch einwandfrei. Die LED´s ließen sich über die Escel Tab. schalten wie es sein soll.

Aber nicht mehr über die Steuersoftware Rocrail, obwohl dort die alten Parameter übernommen wurden. DCC Adresse sind die alten geblieben, es wurde ja nur die Hardware geändert und natürlich auch getestet, die Nanos sind nicht defekt. Ich gehe mal davon aus, wenn ich die LED´s über den Prog. Gen. ansteuere (USB an LED Nano angschlossen), das auch der DCC Nano auf der Platine angesprochen wird. Ist dies so richtig?

Da ich in Rocrail nichts verändert habe, die erste Zentrale und die zweite Zentrale über ein un die selbe DCC Einspeisung verfügen, sollte ich eigentlich bei Rocrail den Fehler suchen. Aber, Wenn ich die Programmierung der zweiten Zentrale auf die erste Zentral aufspiele und aich dort die vorgesehenen Projekt anschließe, funktioniert dort alles einwandfrei, setzte ich die Projekte der ersten Zentrale auf die zweite, kommt dort von Rocrail kein DCC Signal an.

Meine Frage, wo auf der zweiten Platine muss ich nach einem möglichen Hadwarefehler suchen, was könnte das Problem sein.












Danke und einen schönen Sonntag.

Gruß Micha

PS: Das Offset ist wegen der Flm Zentrale.

Zitat von pikopik im Beitrag #10760

---

Hallo zusammen,
ich bin der Michael und seit einem Tag hier im Forum, war sonsz nur Mitleser. Habe jetzt aber ein MLL Problem, wo ich Hilfe benötige.

Ich betreibe seit einem Jahr eine MobaLedLib Zentrale mit MP3 8 Kanal Modul, am Kanal null sind 10 Projekte angeschlossen über eine Verteilerplatine. Alles funktioniert reibungslos.

Nun habe ich vor gut 4 Monaten eine zweite MLL Hauptplatine verbaut, allerdings mit einer ESP Adapterplatine. Am Kanal null sind 4 Projekte angeschlossen, alles funktionierte reibungslos. Bis vor einer Woche.
Der ESP32 Wrrom hat sich verabschiedet, warum auch immer, kann passieren. Da ich zurzeit keinen Ersatz zu Hand hatte, habe ich zwei Nano´s engesetzt, einen LED Nano und einen DCC Nano.
Nach Programmierung und Testen der LED´s und vor allem die DCC Funktion über den Prog. Gen. lief alles noch einwandfrei. Die LED´s ließen sich über die Escel Tab. schalten wie es sein soll.

Aber nicht mehr über die Steuersoftware Rocrail, obwohl dort die alten Parameter übernommen wurden. DCC Adresse sind die alten geblieben, es wurde ja nur die Hardware geändert und natürlich auch getestet, die Nanos sind nicht defekt. Ich gehe mal davon aus, wenn ich die LED´s über den Prog. Gen. ansteuere (USB an LED Nano angschlossen), das auch der DCC Nano auf der Platine angesprochen wird. Ist dies so richtig?

Da ich in Rocrail nichts verändert habe, die erste Zentrale und die zweite Zentrale über ein un die selbe DCC Einspeisung verfügen, sollte ich eigentlich bei Rocrail den Fehler suchen. Aber, Wenn ich die Programmierung der zweiten Zentrale auf die erste Zentral aufspiele und aich dort die vorgesehenen Projekt anschließe, funktioniert dort alles einwandfrei, setzte ich die Projekte der ersten Zentrale auf die zweite, kommt dort von Rocrail kein DCC Signal an.

Meine Frage, wo auf der zweiten Platine muss ich nach einem möglichen Hadwarefehler suchen, was könnte das Problem sein.


Danke und einen schönen Sonntag.

Gruß Micha

PS: Das Offset ist wegen der Flm Zentrale.

---

Hallo Michael,

Herzlich willkommen bei der MobaLedLib.

Schön, dass Du Dich hier mal meldest. Es gibt sehr viele Mitleser und Nutzer der MobaLedLib, die sich hier noch nie vorgestellt haben. Das ist schade, denn es gibt uns, den ENtwicklern der MLL eine Bestätigung und zeigt den Nutzern der MLL wie viele andere ihre Anlage mit der MLL beleuchten.

@Alle: Es würde mich sehr freuen, wenn Ihr Euch mal hier melden würdet. Ihr könnt auch gerne zum nächsten Stammtisch "kommen". Wählt Euch dazu am Mittwoch den 20.9. um 20 Uhr per Computer ein. Der Link dazu wird kurz vorher hier und im Wiki veröffentlicht

Zurück zu Deinem Problem:
Domink hat ja schon ein paar potentielle Fehlerquellen aufgezeigt. Darum nur noch eine kurze Erklährung.
Wenn man die DCC Signale über Excel simmuliert wird der DCC Nano umgangen. Die Befehle werden per USB direkt an den LED Nano geschickt. Das funktioniert auch ohne dass überhaupt ein DCC Nano eingesteckt ist. Wenn echte DCC Signale nicht ankommen, dann liegt das an den Verbindungen zwischen den beiden Nanos oder am Programm des DCC Nanos.

Hardi

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
Bild entfernt (keine Rechte)

TestB-1-Tabelle
Bild entfernt (keine Rechte)

TestB-2-Tabelle
Bild entfernt (keine Rechte)

TestB-3-Tabelle
Bild entfernt (keine Rechte)

Ergebnis im Simulator, man sieht die 2 zusätzlichen dunklen LED
Bild entfernt (keine Rechte)

In der LEDs_AutoProg.h sieht das so aus:
Bild entfernt (keine Rechte)


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

Zitat von PeterVT11 im Beitrag #10753

---

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

---

Zitat von Hardi im Beitrag #10759

---

Wenn Du damit tatsächlich nur 7 Häuser ansteuerst, dann könnte es auch ein anderer Fehler sein. Ich komme aber momentan nicht dazu, mir Dein Beispiel anzuschauen. Vielleicht kommst Du selber darauf, indem Du sukzessive Zeilen abschaltest.

Hardi

---

Hallo zusammen,

hier die angefordertene Bilder, ich hoffe die Qualität reicht.
















Gruss, Michael

Hallo Michael,

kannst Du evtl. auch noch die Unterseite der Platine fotografieren und die Bilder einstellen.
Würde evtl. auch noch weiterhelfen.

Vielen Dank.

Jürgen

Hallo Michael,

auf der Unterseite gibt es das IC3, hast Du dies eingelötet?

Wenn nicht bitte nicht bitte den Jumper SJ2 schließen, sonst wird das Signal unterbrochen.
Könnte evtl. eine Ursache sein.

Jürgen

Zitat von fromue im Beitrag #10767

---

Hallo Michael,

auf der Unterseite gibt es das IC3, hast Du dies eingelötet?

Wenn nicht bitte nicht bitte den Jumper SJ2 schließen, sonst wird das Signal unterbrochen.
Könnte evtl. eine Ursache sein.

Jürgen

---

Hallo Michael,

leider ist der interessante Bereich mit der Blitzreflektion überlagert.
Wäre super, wenn Du den Bereich nochmal einstellen könntest. Ich vermute aber, soweit ich es sehen kann,
der SJ2 ist nicht geschlossen.


Bild entfernt (keine Rechte)

Jürgen

Hallo Michael

schliesse bitte den Lötjumper SJ2 (blau markiert), ohne wird das Signal vom DCC-Nano nicht zum LED-Nano geschickt.


Liebe Grüße Dominik

Zitat von Moba_Nicki im Beitrag #10770

---

Hallo Michael

schliesse bitte den Lötjumper SJ2 (blau markiert), ohne wird das Signal vom DCC-Nano nicht zum LED-Nano geschickt.


Liebe Grüße Dominik

---

Hallo Michael,

nein ich habe auch schließen geschrieben.

Du Hast IC3 nicht eingelötet, somit muss SJ2 geschlossen werden, sonst wird das DCC Signal nicht weitergeleitet.
Der Jumper sorgt für den geschlossenen Kreis, wenn das IC3 fehlt.

--> IC3 nicht eingelötet dann SJ2 schließen (bitte um Entschuldigung, hatte hier den falschen Jumper stehen!!)
--> IC3 eingelötet dann Jumper offen


Jürgen

Danke,
ich werde es testen und mich melden.

Gruss, Michael

Zitat von fromue im Beitrag #10772

---

Hallo Michael,

nein ich habe auch schließen geschrieben.

Du Hast IC3 nicht eingelötet, somit muss SJ2 geschlossen werden, sonst wird das DCC Signal nicht weitergeleitet.
Der Jumper sorgt für den geschlossenen Kreis, wenn das IC3 fehlt.

--> IC3 nicht eingelötet dann SJ3 schließen
--> IC3 eingelötet dann Jumper offen


Jürgen

---

Hallo Michael,

wenn nach dem Schließen des Jumpers JS2 die Steuerung per Excel nicht mehr geht, dann könnte das an dem DCC Arduino liegen.
Hast Du das DCC Programm auf den DCC Arduino gespielt? Am besten, Du machst das noch mal:
Bild entfernt (keine Rechte)

Ein Zeichen für ein falsches Programm auf dem DCC Arduino ist, auch wenn die DCC Steuerung per Excel, ohne dass der DCC Arduino eingesteckt ist, funktioniert.
Es könnte auch sein, dass der Arduino kaputt ist. Vielleicht haben die Leute auch noch einen billigeren USB Chip verwendet, mit dem es nicht mehr geht.

Der Jumper SJ2 kann geschlossen bleiben, wenn Du wieder auf einen ESP32 umsteigst.

Hardi