Hallo Michael,

Diesmal von einem Strandbett am Pool des Hotels auf Grand Canaria.

@raily74 : Wie immer sieht Deine neueste Kreation fantastisch aus, klasse.

Aber …. Kann ich die Platine auch unbestuckt erhalten? (Ich habe selbst 99,9 % der Teile auf Lager und möchte manchmal einen anderen Header oder Wert verwenden ... zum Beispiel den C-Wert für lange Servodatenleitungen.)

Grüße,
Theo.

Zitat von TMaa im Beitrag #176

---

Kann ich die Platine auch unbestückt erhalten?

---

Hallo all!

Gestern habe ich, um eine bessere Referenz für "normale" User zu haben, die neue ESP32 Hauptplatine 2.0 in Betrieb genommen. Das hat, mit einem ESP32, den ich früher schon mal "stand alone" mit dem pyPG programmiert hatte, sofort funktioniert. Vielen Dank, für die viele Arbeit, an Michael @raily74 und Frank @Frank_TT !

Allerdings kann ich aktuell den ESP nicht mehr neu programmieren. (hat mit der neuen Hauptplatine nichts zu tun) Es kommt die Fehlermeldung, dass die "Erweiterung esptool_py nicht installiert" wäre.

Ausprobiert auf 2 Windows Rechnern. Beide haben inzwischen die pyPG Version 5.3.1I. Einer ist ein Windows 11, einer ein gemanagedes Windows 10 Enterprise. Ich bin sicher, dass es auf beiden Rechnern schonmal funktionierte!

Leider weiß ich nicht, seit welcher pyPG Version der Fehler für den echten ESP32 besteht, denn mein Workflow ist normaler Weise ein anderer. Der pyPG muss bei mir nur die Autoprog Header Datei erzeugen; ich compiliere dann extern für den Raspi Pico W und schicke das Update über ein Webinterface und WLAN auf den Raspi. Das funktioniert auch mit der aktuellen Version 5.3.1I einwandfrei und es gibt daher auch keinen akuten Handlungsbedarf! @hlinke ich hoffe du hast einen schönen Urlaub!

Daher meine Frage: Hat jemand den aktuellen pyPG 5.3.1I mit dem ESP32 unter Windows am Laufen? Oder welche pyPG Version funktioniert noch mit dem ESP32?

Gruß, Eckhart

@Eckhart
Hallo Eckhart, daß Problem mit den esptools_py ist ein "altes" Problem, daß bei der Installatoin der ESP-bibliothek, die ZIP Datei nicht richtig ausgepackt wurde.
Das ist aber in den neueren pyMLL Versionen behoben. Du hast anscheinend noch eine alte Installation mit diesem Fehler i der esp bibliothek und diese bis jetzt noch nicht benutzt.
Du mußt also die ESP Bibliotheken noch mal neu installieren lassen.

Am einfachsten geht das, wenn Du die Verzeichnisse mit ESP im Namen im ARDUINO Library Verzeichnis löscht. Beim nächsten Aufruf werden die Bibliotheken dann neu installiert.
Ich hoffe, daß das Dein Problem löst.

Dieses Problem gab es auch in der Excel-Version. Die Excel Experten hätten Dir da auch helfen könne. Das ist der Nachteil, des separaten Threads.

Viele Grüße aus Lugano
Harold

Hallo Harold!

Zitat von hlinke im Beitrag #179

---

@Eckhart
Hallo Eckhart, daß Problem mit den esptools_py ist ein "altes" Problem, daß bei der Installatoin der ESP-bibliothek, die ZIP Datei nicht richtig ausgepackt wurde.
Das ist aber in den neueren pyMLL Versionen behoben. Du hast anscheinend noch eine alte Installation mit diesem Fehler i der esp bibliothek und diese bis jetzt noch nicht benutzt.
Du mußt also die ESP Bibliotheken noch mal neu installieren lassen.

Am einfachsten geht das, wenn Du die Verzeichnisse mit ESP im Namen im ARDUINO Library Verzeichnis löscht. Beim nächsten Aufruf werden die Bibliotheken dann neu installiert.
Ich hoffe, daß das Dein Problem löst.

Dieses Problem gab es auch in der Excel-Version. Die Excel Experten hätten Dir da auch helfen könne. Das ist der Nachteil, des separaten Threads.

Viele Grüße aus Lugano
Harold

---

Hallo Harold!

Erst einmal wünsche ich dir einen wunderbar entspannenden Urlaub in Lugano und du brauchst auch nicht gleich nach deiner Rückkehr in unserem Unternehmen tätig zu werden, denn meine eigene Raspi Lösung funktioniert ja und da sich hier niemand anderes zum Thema ESP32 mit pyPG gemeldet hat, ist es (derzeit) nicht relevant!

Zitat von Eckhart im Beitrag #180

---

Ich werde es aber nochmal installieren.

---

@Eckhart
Hallo Eckhart,

ich bín aus dem Urlaub zurück(1800km Eisenbahnfahrt durch die Schweizeralpen - Bernina Express, Glacier Express, usw.) und habe mir das Problem angeschaut.
Ich hatte eine Anpasung für Linux gemacht und dabei auch den Pad in der Bibliothekstabelle von "tools\esptool_py" in "tool/esptool_py" geändert.
Bei meinen tests funktioneirte das auch unter Linux und Windows einwandfrei. Blöderweise habe ichuntere Windows aber auch nur den Linux Code verwendet und nicht den orginal Windowscode. Den habe ich vergessen anzupassen.
In der nächsten Version solte das wieder gehen.

Allerdings habe ich jetzt noch ein anders Problem bei den Tests entdeckt:
Wenn man versucht den Macro für die Servosteuerung für den ESP32 zu erzeugen, kommt eine Fehlermeldung:

In file included from D:\data\doc\GitHub\pyMobaLedLib\python\LEDs_AutoProg\LEDs_AutoProg.ino:274:0:
15:51:31 - ARDUINO Monitor: Textwindow: D:\data\doc\GitHub\pyMobaLedLib\python\LEDs_AutoProg\LEDs_AutoProg.h:108:3: error: narrowing conversion of '0.0' from 'double' to 'unsigned char' inside { } [-Wnarrowing]
15:51:31 - ARDUINO Monitor: Textwindow: };

Der Macro "Bin_InCh_to_TmpVar(#InCh, 1.0) " läßt sich nicht kompilieren, da die "1.0" nicht in einen String umgewandelt werden kann.
Der Fehler tritt nur bei m ESP32 auf und nicht beim Nano.
Der Fehler läßt sich auch mit der Excel-Version des ProgrammGenerators reproduzieren. Ist also kein Problem der pyMLL.
Kennt jemand von Euch dieses Problem?

Viele Grüße
Harold

Zitat von hlinke im Beitrag #182

---

Kennt jemand von Euch dieses Problem?

---

Zitat von Eckhart im Beitrag #178

---

Daher meine Frage: Hat jemand den aktuellen pyPG 5.3.1I mit dem ESP32 unter Windows am Laufen? Oder welche pyPG Version funktioniert noch mit dem ESP32?

---

Zitat von hlinke im Beitrag #182

---

Allerdings habe ich jetzt noch ein anders Problem bei den Tests entdeckt:
Wenn man versucht den Macro für die Servosteuerung für den ESP32 zu erzeugen, kommt eine Fehlermeldung:

In file included from D:\data\doc\GitHub\pyMobaLedLib\python\LEDs_AutoProg\LEDs_AutoProg.ino:274:0:
15:51:31 - ARDUINO Monitor: Textwindow: D:\data\doc\GitHub\pyMobaLedLib\python\LEDs_AutoProg\LEDs_AutoProg.h:108:3: error: narrowing conversion of '0.0' from 'double' to 'unsigned char' inside { } [-Wnarrowing]
15:51:31 - ARDUINO Monitor: Textwindow: };

Der Macro "Bin_InCh_to_TmpVar(#InCh, 1.0) " läßt sich nicht kompilieren, da die "1.0" nicht in einen String umgewandelt werden kann.
Der Fehler tritt nur bei m ESP32 auf und nicht beim Nano.
Der Fehler läßt sich auch mit der Excel-Version des ProgrammGenerators reproduzieren. Ist also kein Problem der pyMLL.
Kennt jemand von Euch dieses Problem?

---

Zitat von hlinke im Beitrag #185

---

Zitat von hlinke im Beitrag #182

---

Allerdings habe ich jetzt noch ein anders Problem bei den Tests entdeckt:
Wenn man versucht den Macro für die Servosteuerung für den ESP32 zu erzeugen, kommt eine Fehlermeldung:

In file included from D:\data\doc\GitHub\pyMobaLedLib\python\LEDs_AutoProg\LEDs_AutoProg.ino:274:0:
15:51:31 - ARDUINO Monitor: Textwindow: D:\data\doc\GitHub\pyMobaLedLib\python\LEDs_AutoProg\LEDs_AutoProg.h:108:3: error: narrowing conversion of '0.0' from 'double' to 'unsigned char' inside { } [-Wnarrowing]
15:51:31 - ARDUINO Monitor: Textwindow: };

Der Macro "Bin_InCh_to_TmpVar(#InCh, 1.0) " läßt sich nicht kompilieren, da die "1.0" nicht in einen String umgewandelt werden kann.
Der Fehler tritt nur bei m ESP32 auf und nicht beim Nano.
Der Fehler läßt sich auch mit der Excel-Version des ProgrammGenerators reproduzieren. Ist also kein Problem der pyMLL.
Kennt jemand von Euch dieses Problem?

---

Das Problem ist gelöst.
Ich habe den Macro "Bin_InCh_to_TmpVar(#InCh, 1.0)" aus dem Macro übernommen, der vom PatternConfigurator erzeug wird, wenn man ein Pattern zum ProgrammGenerator sendet.
Anscheinend ist das aber eine alte Version und die klappt mit dem ESP32 nicht mehr.
Jürgen hat mir bestätigt, daß hier eine "1" stehen muß und nicht "1.0".
Ich werde das in der pyMLL entsprechedn korrigieren.
Dann sollte auch der ESP32 wieder richtig funktionieren.

Viele Grüße
Harold

---

Ich habe gerade eine neue Version 5.3.1K hochgeladen.
Sie enthält in der Servo2 Page für die Servo Einstellungen einige neue Funktionen, die für die neue Firmware benötigt werden.

Die neue Firmware ist nochnicht vollständig getestet und hat wahrscheinlichnoch ihre Macken.
Diese Version ist deshalb erstmal für @Eckhart damit er die neuen Funktionen testen kann.

Mit meiner Nano Umgebung kann ich die Endpositionen einstellen und programmieren.
Aber die richtige Positionseinstellung klappt noch nicht. Hier schlägt vielleicht der neue Schutzmechanismus zu.

@Eckhart kannst Du Dir das bitte mal anschauen.

Um die Servos mit dem ESP32 zu benutzen muß ich mein Testboard etwas umbauen. Mit WS2812 zwischen Heartbeat und Attiny und mit eigener Stromversorgung der Servos.
Das werde ich aber erst morgen machen.

Wer unbedingt mal mit der neuen Firmware spielen möchte, findet sie und den zugehörigne Code mit allen Erklärungen im Verzeichnis hex-file_test. (RailMail-TinyServo_20240724.hex und iprtinymain_20240724.c)

Nutzung auf eigene Gefahr !!!

Viele Grüße
Harold

@hlinke

py 5.3.1L

hab ich grad erst festgestellt, ob es vorher schon so war - da hab ich nicht so mit rum "gespielt".

Wenn Dauer EIN oder Dauer AUS auf null (zero) gesetzt wird gibt es einen Division by zero error.

--------------------------------------------------------------------------------------------------------------------------------------------------



--------------------------------------------------------------------------------------------------------------------------------------------------

GerdR

Zitat von GerdR im Beitrag #188

---

@hlinke

py 5.3.1L

hab ich grad erst festgestellt, ob es vorher schon so war - da hab ich nicht so mit rum "gespielt".

Wenn Dauer EIN oder Dauer AUS auf null (zero) gesetzt wird gibt es einen Division by zero error.

--------------------------------------------------------------------------------------------------------------------------------------------------



--------------------------------------------------------------------------------------------------------------------------------------------------

GerdR

---

Einige von Euch werden es gemerkt haben, daß es zwei neue Versionen gab.

Diese Versionen enthalten keine neuen Funktionen, sondern sind Korrekturen und Tests, damit Eckhart und ich die neue Firmware testen können.
Ich habe deshalb auch keine Mitteilung hier gemacht.
Es wird wahrscheinlich noch einige weitere dieser Testversionen geben.

Ihr müßt diese neuen Versionen deshalb nicht jedesmal herunterladen.

Harold

@hlinke

5.3.1M

zeigt keine Verbindung mehr mit dem Arduino an, im Direct Mode klappt es, da reagiert der Servo, aber mit Zeitverzögerung.

Im Effect Mode tut sich garnichts, es fehlt auch die Anzeige ob der Arduino und wenn in welchem Mode an welchem Port angeschlossen ist.

GerdR

Zitat von GerdR im Beitrag #191

---

@hlinke

5.3.1M

zeigt keine Verbindung mehr mit dem Arduino an, im Direct Mode klappt es, da reagiert der Servo, aber mit Zeitverzögerung.

Im Effect Mode tut sich garnichts, es fehlt auch die Anzeige ob der Arduino und wenn in welchem Mode an welchem Port angeschlossen ist.

GerdR

---

@hlinke

Auf der Servo2 Seite wird keine Verbindung angezeigt, der Servo lässt sich allerdings bewegen, aber nicht so "smooth" wie vorher sonder es scheinen zwischendurch Befehle zu fehlen. Die Bewegung ist hackelig und rückartig.

Auf der Programmgenerator Seite wird auch keine Verbindung angezeigt. Dafür reagieren die Button sofort, schalten sofort um (Red, Green) da müsste so ein leichter delay sein, ist aber nicht. Reagieren tut der Nano auf gar nichts, selbst wenn man manuell eine Verbindung herstellt. Weder beim direkten schalten über das Sheet noch über den Z21 Simulator tut sich irgendwas.

Das alles mit dem Nano V3 - CH340 und Optiboot V.8

GerdR

Hallo!

Zitat von GerdR im Beitrag #191

---

@hlinke

5.3.1M

zeigt keine Verbindung mehr mit dem Arduino an, im Direct Mode klappt es, da reagiert der Servo, aber mit Zeitverzögerung.

Im Effect Mode tut sich garnichts, es fehlt auch die Anzeige ob der Arduino und wenn in welchem Mode an welchem Port angeschlossen ist.

GerdR

---

Ich trenne den Nano vom PC, schalte auf Servo2 (Direct Mode) und verbinde den Nano mit dem PC.

Nichts passiert, keine Verbindung, stelle ich jetzt die Verbindung manuell her (Arduino verbinden), wird der Nano am korrekten Port erkannt, aber das py Programm meldet sich im EFFECT Modus.

Ich kann jetzt zwar auf Servo2 den Servo bewegen, aber nur bewegen, zum einstellen taugt das nicht.
Schalte ich jetzt auf Programm Generator um, bleibtz die Anzeige Effekt Modus bestehen, der Nano reagiert aber schneller als vor der M Version. Schalte ich zurück auf Servo2 bin ich wieder im Direkt Modus, aber die Servo Ansteuerung ist für die Tonne (hat wohl mit der Anpassung auf den ESP32 zu tun).

GerdR

PS. Das sinnlose fahren des Servos auf Start, bzw Endposition beim einschalten, bzw beim Richtungswechsel besteht immer noch. Gibts da schon ne Lösungsidee für?

Nachtrag:

das klappt nicht immer - nur manchmal...

Zitat von GerdR im Beitrag #195

---

Ich trenne den Nano vom PC, schalte auf Servo2 (Direct Mode) und verbinde den Nano mit dem PC.

Nichts passiert, keine Verbindung, stelle ich jetzt die Verbindung manuell her (Arduino verbinden), wird der Nano am korrekten Port erkannt, aber das py Programm meldet sich im EFFECT Modus.

Ich kann jetzt zwar auf Servo2 den Servo bewegen, aber nur bewegen, zum einstellen taugt das nicht.
Schalte ich jetzt auf Programm Generator um, bleibtz die Anzeige Effekt Modus bestehen, der Nano reagiert aber schneller als vor der M Version. Schalte ich zurück auf Servo2 bin ich wieder im Direkt Modus, aber die Servo Ansteuerung ist für die Tonne (hat wohl mit der Anpassung auf den ESP32 zu tun).

GerdR

PS. Das sinnlose fahren des Servos auf Start, bzw Endposition beim einschalten, bzw beim Richtungswechsel besteht immer noch. Gibts da schon ne Lösungsidee für?

Nachtrag:

das klappt nicht immer - nur manchmal...

---

@hlinke

Im Prinzip kann ich ja in dieser Phase noch mit so ziemlich allem leben😉.

Nur was (mich) nervt, beim Wechsel vom direct mode zum Effekt Mode verliert die pyMLL jedesmal die Verbindung zum Nano, jedesmal muss ich dann manuell neu verbinden und logischerweise geht attiny85 jedesmal durch seine Initialisierungs Sequenz, d.h. jedesmal wieder auf null Position und zurück.

Siehe Nachtrag.


Und das der Nano stumpf seine Drehbefehle an den Servo rausgibt, auch wenn der gar nicht dran ist.....

Das größte Problem sehe ich im Augenblick darin das du auf zwei und mehr Hochzeiten gleichzeitig tanzen musst. Einmal die Anpassung pyMLL an den esp32, dann die pyMLL Anpassung an die direkt mode Servos, und alles abwärtskompatibel zur MLL und den "Standard" Servos.

Meiner Meinung nach sollte Schwerpunkt zur Zeit darauf liegen die pyMLL ESP 32 kompatibel zu bekommen, wenn dann der Nano gleich noch mit funktioniert ist alles gut.

Und dann kann man sich verschärft den DM Servos und ihrer Ansteuerung widmen, notfalls werden die mit einem anderen Prozessor angesteuert, nicht alles muss im ESP oder Nano laufen.

Na ja, sind eben meine Ideen. Vielleicht stellt @Eckhart ja Mal seine Raspi Variante vor?

GerdR


Nachtrag: die pyMLL versucht sich zwar mit dem Nano zu verbinden, aber jedesmal muss man den Port neu auswählen und bestätigen.

Zitat von GerdR im Beitrag #197

---

@hlinke

Im Prinzip kann ich ja in dieser Phase noch mit so ziemlich allem leben😉.

Nur was (mich) nervt, beim Wechsel vom direct mode zum Effekt Mode verliert die pyMLL jedesmal die Verbindung zum Nano, jedesmal muss ich dann manuell neu verbinden und logischerweise geht attiny85 jedesmal durch seine Initialisierungs Sequenz, d.h. jedesmal wieder auf null Position und zurück.

die pyMLL versucht sich zwar mit dem Nano zu verbinden, aber jedesmal muss man den Port neu auswählen und bestätigen.

---

@Eckhart

Gibt's eigentlich schon was neues von den DM Servos?

Harold scheint ja im Moment mit anderen Sachen beschäftigt zu sein ?!

GerdR

Hallo Gerd!

Zitat von GerdR im Beitrag #199

---

@Eckhart

Gibt's eigentlich schon was neues von den DM Servos?

Harold scheint ja im Moment mit anderen Sachen beschäftigt zu sein ?!

GerdR

---