Neues Modul: ESPEInk für e-Paper Displays (Name geändert, war ESP8266EInk)

Begonnen von eki, 02 Oktober 2019, 10:24:53

Vorheriges Thema - Nächstes Thema

xs3bt

irgendwie kann ich zu dem Modul im commandref leider nichts finden, würde es auch gerne testen.

eki

Zitat von: xs3bt am 08 Januar 2020, 17:35:47
irgendwie kann ich zu dem Modul im commandref leider nichts finden, würde es auch gerne testen.
Das ist bisher ja noch kein offizielles Tool und kommt (noch) nicht mit FHEM mit. Daher ist auch nix in der FHEM Commandref zu finden. Allerdings ist die ganze Beschreibung schon im Modul vorhanden.
Du musst einfach das .pl file im ersten Beitrag oben in Deinen FHEM Ordner kopieren und dann FHEM neu starten. Wenn Du dann ein Device dieses Typs anlegst (mit define <name> ESPEInk ...), dann kannst Du unten auf "Device specific help" klicken und siehst die ganze Beschreibung.

eki

Zitat von: Icinger am 07 Januar 2020, 15:35:15
In meinem Fall müsste ich zu (1) tendieren, da fortune die Texte mit einer fixen Breite von 80 ausgibt.
Ich hab das jetzt mit RegExen gelöst, so daß die Zeilenumbrüche entfernt werden.
Und diesen Text würd ich halt jetzt gern am Display unterbringen :)
ZitatDas Flex-Display "2.9inch e-Paper HAT (D)" ist beim devicetype nicht vorhanden und wird nach Auswahl von 2.9inch_e-Paper_Module, 2.9inch_e-Paper_Module_(B) oder 2.9inch_e-Paper_Module_(C) auch nicht richtig upgeloaded. Nur schwarzes Display obwohl die Konvertierung funktioniert. Zu

Es gibt jetzt eine neue Version (erst mal nur zum Testen an diesen Beitrag angehängt). Dort sind 3 neue Devicetypes dazu gekommen, das gewünschte 2.9D und 2 neue 7.5 Zoll (V2).

Zusätzlich gibt es dort auch das gewünschte Feature mit dem Umbruch. Ich habe hier beide Varianten realisiert. Man kann entweder \n in den String einfügen dann wird an dieser Stelle umgebrochen, oder man setzt 2 zusätzliche Parameter ans Ende hinter die Font Definition (geht bei definition und auch bei set addtext oder set textreading), der erste gibt die Möglichkeit die Zeilenabstände zu variiren (zusätzlicher Wert in Pixeln zur normalen Zeilenhöhe), der zweite ist die Breite des Textblockes in Pixeln die den automatischen Umbruch bestimmt. Man kann auch beides kombinieren, dann wird bei \n im Text immer umgebrochen und darüber hinaus wenn die Breite des Textblockes überschritten würde.


bhaal

Hallo zusammen,

Auch von meiner Seite aus vielen Dank für das Modul. Läuft bei mir bisher auch wunderbar, sogar seit einigen Tagen mit der 7.5" V2 (800 x 480px).  :)

Ich hatte jedoch beim Einrichten das Problem, dass beim nachträglichen Löschen von Einträgen alles durcheinander kommt.
Ich habe z.B. Position, Trigger und Größe mit der Nr. 8 angepasst (über attr) und dann Eintrag Nr. 7 komplett gelöscht. Dann bleiben die attr auf Nr 8, obwohl sich alles um einen Eintrag verschieben müsste. Ich hoffe das war verständlich...  :o

Ich habe also viel probiert und nachdem es jetzt soweit passt alles neu hinzugefügt. Aktueller Stand siehe Screenshot.  8)

Viele Grüße
Max

kkoeniger

Kann es sein, dass die Modulsteuerung etwas durcheinander kommt wenn mehrere Displays genutzt werden? Manchmal sehe ich wieder nur wirre Zeichen darauf.

Das Modul versucht die 2 oder mehr Displays immer zur gleichen Zeit zu aktualisieren. Ich habe Intervall = 3600 eingestellt und alle Displays werden (bis auf wenige Sekunden) immer um zB XX:32 sychronsiert. Das ist mM nach die Minuten-Zahl zu der FHEM gestartet wurde. Maxretries steht bei mir auf 3. Ich würde den Uploadzeitpunkt lieber über AT steuern, um so verstreut über den Tag die Displays zu aktualisieren. Das scheitert aber mM daran, dass Intervall = 0 dann bei jedem Readingsupdate triggert (If this value is set to 0 there will be automatical updates in case a triggering device is specified (see set textreading). Otherwise 0 means no automatic updates. ). Allerdings muss ich gestehen, dass ich Intervall 0 noch ausprobiert habe. Besteht Deiner Meinung nach die Möglichkeit disable = 1 zu setzen und dann mit AT upzuloaden?

Außerdem beobachte ich, dass die Statusmeldung "Successfully uploaded image to device" lautet, obwohl ein Display gar nicht mit Stom versorgt wird, also offline ist. Stört mich aber nicht.

Anbei einmal ein Auszug aus dem Log (Verbose = 0):
2020.01.20 07:32:36 1: PERL WARNING: Argument "0.0 W" isn't numeric in sprintf at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $linegap in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $blockwidth in int at ./FHEM/89_ESPEInk.pm line 1124.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $type in string eq at ./FHEM/89_ESPEInk.pm line 1135.
2020.01.20 08:32:34 1: PERL WARNING: Invalid conversion in sprintf: end of string at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $linegap in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $blockwidth in int at ./FHEM/89_ESPEInk.pm line 1124.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $type in string eq at ./FHEM/89_ESPEInk.pm line 1135.
2020.01.20 08:32:34 1: PERL WARNING: Invalid conversion in sprintf: end of string at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $linegap in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $blockwidth in int at ./FHEM/89_ESPEInk.pm line 1124.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $type in string eq at ./FHEM/89_ESPEInk.pm line 1135.
2020.01.20 08:32:34 1: PERL WARNING: Invalid conversion in sprintf: end of string at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:35 1: PERL WARNING: Argument "FF1000" isn't numeric in division (/) at ./FHEM/89_ESPEInk.pm line 1132.
2020.01.20 08:32:35 1: PERL WARNING: Argument "/usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf" isn't numeric in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:35 1: PERL WARNING: Argument "0.0 W" isn't numeric in sprintf at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:35 1: PERL WARNING: Argument "FF1000" isn't numeric in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:35 1: PERL WARNING: Argument "/usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf" isn't numeric in int at ./FHEM/89_ESPEInk.pm line 1124.
2020.01.20 08:32:36 1: PERL WARNING: Argument "/usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf" isn't numeric in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:36 1: PERL WARNING: Argument "0.0 W" isn't numeric in sprintf at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:36 1: PERL WARNING: Argument "0.0 W" isn't numeric in sprintf at ./FHEM/89_ESPEInk.pm line 1143.


LG,
Karl

kkoeniger

So, ich habe jetzt disable auf 1 gestellt sowie ein DOIF gestaltet, das nur je 2-3x am Tag die Darstellung der Displays updated und belädt.  Keine wirren Zeichen mehr - ich bin zu 100% zufrieden. Mit diesem tollen Modul sowieso!

edit: und die an das Board angeschlossene Powerbank hält jetzt auch viel länger (der Upload scheint im Board viel Energie zu verbrauchen).
LG,
Karl

Jendaw

Vielen Dank eki für das Modul!

Benutzt jmd. das EInk-Display auch ohne waveshare-Treibermodul, also direkt mit einem ESP32(/ESP8266)? Falls ja, würde er seine Sourcen freundlicherweise hier auch zur Verfügung stellen? Falls nicht public, zumindest als PM?

Vielen Dank im Voraus!
FHEM/RaspberryMatic @RaspPi + nanoCUL 433 + Signalduino 433 + JeeLink-Clone + CC2531 + Slaesh-Stick
IT Funkschalter, HE-Sensoren, TX 29 DTH-IT, HMIP, HM-Wired, zigbee2mqtt
ESPEInk + waveshare 7.5inch_e-Paper_HAT_(B) + ESP8266 (Firmware von https://github.com/Yattien)

eki

Zitat von: kkoeniger am 20 Januar 2020, 10:33:16
Kann es sein, dass die Modulsteuerung etwas durcheinander kommt wenn mehrere Displays genutzt werden? Manchmal sehe ich wieder nur wirre Zeichen darauf.

Das Modul versucht die 2 oder mehr Displays immer zur gleichen Zeit zu aktualisieren. Ich habe Intervall = 3600 eingestellt und alle Displays werden (bis auf wenige Sekunden) immer um zB XX:32 sychronsiert. Das ist mM nach die Minuten-Zahl zu der FHEM gestartet wurde. Maxretries steht bei mir auf 3. Ich würde den Uploadzeitpunkt lieber über AT steuern, um so verstreut über den Tag die Displays zu aktualisieren. Das scheitert aber mM daran, dass Intervall = 0 dann bei jedem Readingsupdate triggert (If this value is set to 0 there will be automatical updates in case a triggering device is specified (see set textreading). Otherwise 0 means no automatic updates. ). Allerdings muss ich gestehen, dass ich Intervall 0 noch ausprobiert habe. Besteht Deiner Meinung nach die Möglichkeit disable = 1 zu setzen und dann mit AT upzuloaden?

Außerdem beobachte ich, dass die Statusmeldung "Successfully uploaded image to device" lautet, obwohl ein Display gar nicht mit Stom versorgt wird, also offline ist. Stört mich aber nicht.

Anbei einmal ein Auszug aus dem Log (Verbose = 0):
2020.01.20 07:32:36 1: PERL WARNING: Argument "0.0 W" isn't numeric in sprintf at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $linegap in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $blockwidth in int at ./FHEM/89_ESPEInk.pm line 1124.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $type in string eq at ./FHEM/89_ESPEInk.pm line 1135.
2020.01.20 08:32:34 1: PERL WARNING: Invalid conversion in sprintf: end of string at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $linegap in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $blockwidth in int at ./FHEM/89_ESPEInk.pm line 1124.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $type in string eq at ./FHEM/89_ESPEInk.pm line 1135.
2020.01.20 08:32:34 1: PERL WARNING: Invalid conversion in sprintf: end of string at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $linegap in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $blockwidth in int at ./FHEM/89_ESPEInk.pm line 1124.
2020.01.20 08:32:34 1: PERL WARNING: Use of uninitialized value $type in string eq at ./FHEM/89_ESPEInk.pm line 1135.
2020.01.20 08:32:34 1: PERL WARNING: Invalid conversion in sprintf: end of string at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:35 1: PERL WARNING: Argument "FF1000" isn't numeric in division (/) at ./FHEM/89_ESPEInk.pm line 1132.
2020.01.20 08:32:35 1: PERL WARNING: Argument "/usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf" isn't numeric in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:35 1: PERL WARNING: Argument "0.0 W" isn't numeric in sprintf at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:35 1: PERL WARNING: Argument "FF1000" isn't numeric in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:35 1: PERL WARNING: Argument "/usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf" isn't numeric in int at ./FHEM/89_ESPEInk.pm line 1124.
2020.01.20 08:32:36 1: PERL WARNING: Argument "/usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf" isn't numeric in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.20 08:32:36 1: PERL WARNING: Argument "0.0 W" isn't numeric in sprintf at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.20 08:32:36 1: PERL WARNING: Argument "0.0 W" isn't numeric in sprintf at ./FHEM/89_ESPEInk.pm line 1143.


Ich könnte eine zufällig berechnete Verzögerung beim ersten Start der Timer einbauen, dann sollte es bei interval>0 die Gleichzeitigkeit unwahrscheinlicher werden. Darüber hinaus könnte man auch eine vorgebaute Verzögerung pro Device vorsehen, dann würde auch im Fall Display=0 eine Entkopplung möglich.
Grundsätzlich werde ich mir aber erst mal anschauen, warum das Modul bei mehreren Devices durcheinander kommt. Das müsste auch trotz mehrerer Devices parallel gehen.

Zitat von: bhaal am 18 Januar 2020, 20:57:47

Ich hatte jedoch beim Einrichten das Problem, dass beim nachträglichen Löschen von Einträgen alles durcheinander kommt.
Ich habe z.B. Position, Trigger und Größe mit der Nr. 8 angepasst (über attr) und dann Eintrag Nr. 7 komplett gelöscht. Dann bleiben die attr auf Nr 8, obwohl sich alles um einen Eintrag verschieben müsste. Ich hoffe das war verständlich...  :o

Ich habe also viel probiert und nachdem es jetzt soweit passt alles neu hinzugefügt. Aktueller Stand siehe Screenshot.  8)

Viele Grüße
Max

Kann ich nachstellen, wir repariert.

eki

ZitatKann es sein, dass die Modulsteuerung etwas durcheinander kommt wenn mehrere Displays genutzt werden? Manchmal sehe ich wieder nur wirre Zeichen darauf.

... hier nun mal eine Testversion, die dieses Problem hoffentlich beseitigt. Lag daran, dass ich in den non blocking Callbacks nicht zwischen den startenden Aufrufen unterschieden habe und dadurch alles durcheinander kam.
Ich kann das leider nicht richtig testen, weil ich nur ein Board habe, also intensiv ausprobieren und Bescheid geben.

kkoeniger

verbose = 4
2020.01.28 10:46:31 4: Start forked process to convert output picture
2020.01.28 10:46:31 1: PERL WARNING: Use of uninitialized value $linegap in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.28 10:46:31 1: PERL WARNING: Use of uninitialized value $blockwidth in int at ./FHEM/89_ESPEInk.pm line 1124.
2020.01.28 10:46:31 1: PERL WARNING: Use of uninitialized value $type in string eq at ./FHEM/89_ESPEInk.pm line 1135.
2020.01.28 10:46:31 1: PERL WARNING: Invalid conversion in sprintf: end of string at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.28 10:46:33 1: PERL WARNING: Argument "/usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf" isn't numeric in int at ./FHEM/89_ESPEInk.pm line 1123.
2020.01.28 10:46:33 1: PERL WARNING: Argument "0.0 W" isn't numeric in sprintf at ./FHEM/89_ESPEInk.pm line 1143.
2020.01.28 10:46:33 4: File /opt/fhem/www/images/test_SWBalkenStrichLogo.png opened, sizes is 640 x 384
2020.01.28 10:46:49 4: Finished conversion in background
2020.01.28 10:47:01 3: einkDisplaySW: sending HTTP request to http://10.0.0.133/EPD with data: fb
2020.01.28 10:47:01 3: einkDisplaySW: problems with communication to device, trying once more (1 of 3 done)
2020.01.28 10:47:01 3: einkDisplaySW: problems with communication to device, trying once more (2 of 3 done)
2020.01.28 10:47:01 3: einkDisplaySW: problems with communication to device, trying once more (3 of 3 done)
2020.01.28 10:47:01 1: einkDisplaySW: problems with communication to device, max retries (3) reached


Die Displays sind definitiv im Netzwerk erreichbar (Weboberfläche des ESP8266). Es ist kein Upload möglich.

PS: Sorry, aber in den nächsten 2.5 Wochen kann ich leider nicht testen (Auslandsurlaub).
LG,
Karl

eki

Da war ich wohl doch zu schnell  :-[

Hier noch mal eine neue Version. Bitte noch mal testen (nach dem Urlaub, viel Spaß).

Jendaw

Hallo,

ich habe ein 7.5B (die erste Version mit 640x384, id=20), angebunden an ein ESP32 (nicht das waveshare-Modul).
Dabei ist mir folgendes aufgefallen, was zum Betrieb geändert werden sollte:


  • mein URL-Parameter muss "EPDu_" lauten (statt "EPDa_")
  • in Zeile 1852 (letzte Version) befindet sich ein Bug (?) bei der Übertragung, die Parameter werden nicht mitgegeben
- $cparams->{url} = 'http://'.ESPEInk_GetSetting($name,"url").'/'.$cparams->{command};
+ $cparams->{url} = 'http://'.ESPEInk_GetSetting($name,"url").'/'.$params->{command};

  • Beachtung der Refreshtime, das 7.5B hat bspw. 31s, wenn zwischenzeitlich ein erneutes Update kommt, dann ist es nicht mehr ansprechbar (siehe Refreshtimings bei https://diyprojects.io/test-waveshare-epaper-eink-2-7-spi-screen-raspberry-pi-python/, hier sollte kein Update durchgeführt werden, wenn das letzte noch innerhalb des Refreshzeitraums liegt
  • auch mein ESP32 bleibt nach dem ersten Update stehen, ich habe aber auch den Workaround mit ESP.restart()eingebaut. Mittelfristig werde ich vermutlich auch einen MQTT-Client einbauen
  • die Farbangabe bei iconreading wird bei mir nicht beachtet - es ist nach dem Konvertieren immer schwarz

VG
FHEM/RaspberryMatic @RaspPi + nanoCUL 433 + Signalduino 433 + JeeLink-Clone + CC2531 + Slaesh-Stick
IT Funkschalter, HE-Sensoren, TX 29 DTH-IT, HMIP, HM-Wired, zigbee2mqtt
ESPEInk + waveshare 7.5inch_e-Paper_HAT_(B) + ESP8266 (Firmware von https://github.com/Yattien)

Maista

Hallo zusammen,

ich hatte etwas Zeit um mein ESP32-Driver-Board und ein 1.54"B Modul zu testen.
Nach anfänglichen Problemen habe ich nun zum ersten mal etwas angezeigt bekommen  ;D

So ganz zufrieden bin ich nicht.

Ich musste beim flashen den Boot-Knopf drücken. Im Schaltplan sieht man aber das dies doch "eigentlich" durch den COM-Port gesteuert werden sollte (wie das auch bei NodeMCU für den ESP8266 der Fall ist).

Weiter bin ich auch etwas unschlüssig ob WaveShare in ihrem Demo-Code ein Fehler haben oder ob das egal ist wie das geschrieben wird.

Was ich meine sind die "*" bei ssid und password.
Original im Source:
/* SSID and password of your WiFi net ----------------------------------------*/
const char *ssid = "FB6490"; //"your ssid";
const char *password = "Blallla";   //"your password";


Das Internet sagt aber das es so zu schreiben ist:
/* SSID and password of your WiFi net ----------------------------------------*/
const char* ssid = "FB6490"; //"your ssid";
const char* password = "Blallla";   //"your password";


Schön wäre es natürlich wenn man auch noch etwas an FHEM senden könnte, z.B. Tastendrücke.
Hat das schon jemand umgesetzt?


Danke schon mal fürs Modul und die Idee :=)

Gruss Gerd

Maista

Hallo zusammen,

bei mir funktioniert das nicht stabil. Ich muss dauernd den EN-Knopf betätigen das ich die Web-Oberfläche wieder erreiche.
Wenn ich das doch richtig gelesen habe wird als Betriebs-Software die Demo von WaveShare benutzt?

Bisher habe ich es nicht geschafft ein Bild von FHEM zu übertragen.

Meine Einstellungen:
defmod myEInk ESPEInk /opt/fhem/www/images/200x200.png
attr myEInk userattr 1-angle 1-blockwidth 1-color:colorpicker,RGB 1-font 1-linegap 1-size 1-text 1-trigger 1-x 1-y 2-angle 2-blockwidth 2-color:colorpicker,RGB 2-font 2-linegap 2-size 2-text 2-trigger 2-x 2-y 3-angle 3-blockwidth 3-color:colorpicker,RGB 3-font 3-linegap 3-size 3-text 3-trigger 3-x 3-y
attr myEInk boardtype ESP32
attr myEInk colormode color
attr myEInk convertmode level
attr myEInk devicetype 1.54inch_e-Paper_Module_(B)
attr myEInk interval 0
attr myEInk picturefile /opt/fhem/www/images/200x200.png
attr myEInk url 192.168.178.63
attr myEInk verbose 1

setstate myEInk Finished conversion in background
setstate myEInk 2020-02-09 20:19:21 1-angle 0
setstate myEInk 2020-02-09 20:19:21 1-blockwidth 0
setstate myEInk 2020-02-09 20:19:21 1-color 000000
setstate myEInk 2020-02-09 20:19:21 1-def addtext#Bla
setstate myEInk 2020-02-09 20:19:21 1-font medium
setstate myEInk 2020-02-09 20:19:21 1-isIcon 0
setstate myEInk 2020-02-09 20:19:21 1-linegap 0
setstate myEInk 2020-02-09 20:19:21 1-size 10
setstate myEInk 2020-02-09 20:19:21 1-text Bla
setstate myEInk 2020-02-09 20:19:21 1-x 0
setstate myEInk 2020-02-09 20:19:21 1-y 0
setstate myEInk 2020-02-09 20:19:44 2-angle 0
setstate myEInk 2020-02-09 20:19:44 2-blockwidth 0
setstate myEInk 2020-02-09 20:19:44 2-color 000000
setstate myEInk 2020-02-09 20:19:44 2-def addtext#bla
setstate myEInk 2020-02-09 20:19:44 2-font medium
setstate myEInk 2020-02-09 20:19:44 2-isIcon 0
setstate myEInk 2020-02-09 20:19:44 2-linegap 0
setstate myEInk 2020-02-09 20:19:44 2-size 10
setstate myEInk 2020-02-09 20:19:44 2-text bla
setstate myEInk 2020-02-09 20:19:44 2-x 0
setstate myEInk 2020-02-09 20:19:44 2-y 0
setstate myEInk 2020-02-09 20:25:42 3-angle 0
setstate myEInk 2020-02-09 20:25:42 3-blockwidth 0
setstate myEInk 2020-02-09 20:25:42 3-color 000000
setstate myEInk 2020-02-09 20:25:42 3-def addtext#blblblblblblblbl
setstate myEInk 2020-02-09 20:25:42 3-font medium
setstate myEInk 2020-02-09 20:25:42 3-isIcon 0
setstate myEInk 2020-02-09 20:25:42 3-linegap 0
setstate myEInk 2020-02-09 20:25:42 3-size 10
setstate myEInk 2020-02-09 20:25:42 3-text blblblblblblblbl
setstate myEInk 2020-02-09 20:25:42 3-x 0
setstate myEInk 2020-02-09 20:25:42 3-y 0
setstate myEInk 2020-02-09 20:25:42 deftexts 3
setstate myEInk 2020-02-09 20:25:49 result_picture <html><img src=/fhem/images/myEInk/result.png?dummy=950048.774690121></img><div>/fhem/images/myEInk/result.png</div></html>
setstate myEInk 2020-02-09 19:48:02 source_picture <html><img src=/fhem/images/myEInk/200x200.png?dummy=583153.879619569></img><div>/fhem/images/myEInk/200x200.png</div></html>


Funktioniert das bei irgend jemand stabil mit dem ESP32--Driver-Board?

Wenn ich im Web-Interface des ESP ein paar mal etwas schicke ist dieser dann nicht mehr erreichbar.
Beim dritten mal hochladen über die ESP32-Web-Seite bleibt die Anzeige bei 2.5% stehen und das wars.
Liegt das eventl. an der zu kurzen Update-Zeit?

@Icinger, willst Du dein Code eventl. hier zur Verfügung stellen?

Danke,

Gruss Gerd