Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[OpenSourceNomad]

@kredar das sieht ja im Prinzip alles schon mal ganz gut aus. Ich selber habe schon mit so ziemlich jedem Display "gespielt" welche esphome unterstützen, allerdings nur in der sub 10€ Klasse. Ein epaper war also (noch) nicht darunter.

In deinem Fall würde ich dir jetzt 2,5 Empfehlungen geben:

Stell dein Logging auf verbose, sei sehr vorsichtig mit very_verbose:warning: (in Verbindung mit Displays hat das bei mir mit esp8266 immer zu boot loops geführt.

Erstelle vielleicht einen Template switch mit dem du das Display "aktiv" mit Inhalt füllst. Dann schön auf das (erweiterte) logging achten was passiert wenn du den switch triggerst - vielleicht findest oder siehst (:eye:) du dann schon was...

Die halbe Empfehlung ist der esphome discord chat, da sollte dir (auf englisch ;) ) geholfen werden :tada:

[Kredar]

@opensourcenomad

Alles klar verbose Mode teste ich. Das mit dem Bildschirm füllen sollte ja geschehen da er alle 20s "Hello World" schreiben sollte. Anders füllen, k.a. da muss ich mir was suchen.

mfg

[draexler]

Ich schneie hier mal wieder rein. Habe jetzt noch einen Rahmen gebaut und es ist fertig 😊

[Kredar]

@draexler

Schaut cool aus, habe einen Rahmen dazu bestellt. Aber erstmal muss das laufen :).

mfg

[draexler]

@kredar Bin schon auf deine Ergebnisse gespannt. Wenn das bei dir läuft wage ich mich vielleicht auch nochmal ran 😊

[Kredar]

So neuste Log-Datei:

[16:29:27][C][spi:081]: SPI bus:
[16:29:46][V][component:207]: Component waveshare_epaper.display took a long time for an operation (0.76 s).
[16:29:46][V][component:208]: Components should block for at most 20-30ms.
[16:30:06][V][component:207]: Component waveshare_epaper.display took a long time for an operation (0.76 s).
[16:30:06][V][component:208]: Components should block for at most 20-30ms.

Da stimmt was mit der Kommunikation wohl noch nicht. Er erreicht den SPI Bus wohl nicht. Evtl. ist noch eine GPIO Einstellung falsch. Bin weiter am Testen.

spi:
  clk_pin: GPIO14
  mosi_pin: GPIO13

display:
  - platform: waveshare_epaper
    cs_pin: GPIO05
    dc_pin: GPIO17
    #busy_pin: GPIO04
    #reset_pin: GPIO16
    model: 7.50inV2
    update_interval: 20s

Das ist die momentane Konfig mit der es leider noch nicht klappt. Wobei ich bei den Display PINS (GPIO05 und GPIO17) nicht sicher bin. Gerade gesehen GPIO17 gibt es gar nicht. Der ist also definitiv falsch.

So langsam glaube ich das das Driver Board inkompatibel ist mit dem Dev. Board. Ich bekomme bald die ESP Board wo man das Display direkt anschließen kann. Ich denke ich warte besser ab und teste es dann mit den neuen Boards.

Diese hier kommen noch die Woche an:

ESP3286
ESP32

Dann wird weiter getestet.

mfg

[Kredar]

So das neue ESP32 Board ist da.

Nun stehe ich vor der nächsten Mauer, da nichts geht außer WLan auf dem neuen ESP32 Board.

Das ist das Board:

ESP32 Board

Es kam an mit dem kleinen Display Board was schon angeschlossen war an dem Flachband-Anschluss. Die PINs sind nicht belegt!

Ich habe das Display an die kleine "Zwischenplatine" angeschlossen.

Ich habe ein Bild auf dem Display. Unter Arduino habe ich das Beispiel nochmal geladen und es kommt ein Bild. Okay die Hardware geht schon mal.

Unter ESP Home habe ich auch ein Hello Word hinbekommen.

Hier meine Konfig unter ESPHome:

esphome:
  name: wohnzimmer
  platform: ESP32
  board: esp32dev

# Enable logging
logger:
  level: VERBOSE

# Enable Home Assistant API
api:

ota:
  password: "******"

wifi:
  ssid: "******"
  password: "******"

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "******"
    password: "******"
    
font:
  # Fonts need to exist in config/esphome
  
  - file: "arial.ttf"
    id: arial
    size: 60
    
    # Example configuration entry
spi:
  clk_pin: 13
  mosi_pin: 14

display:
  - platform: waveshare_epaper
    cs_pin: 15
    dc_pin: 27
    busy_pin: 25
    reset_pin: 26
    model: 7.50inV2
    update_interval: 120s
  
    lambda: |-
      it.print(0, 10, id(arial), "Hello World!");

Ok nun geht es los. Die Daten vom ioBroker nun auf das Display zu bekommen. Da muss ich mich einlesen, wenn das so schwer ist wie ein Bild auf das Display zu bekommen, dann wird es erst 2022 was. Da muss ich schauen ob ich irgendwo ein Beispiel bekomme, und wo ich nur Daten ändern/anpassen muss.

Geht schon los das Display komplett zu leeren bevor was geschrieben wird. Den Code suche ich aktuell :). Weil bisher ist das Testbild auf dem Display und das Hello World ist "drinnen", also überlagert.

mfg

[OpenSourceNomad]

@kredar said in [Gelöst] Wetter Display:

Unter ESP Home habe ich auch ein Hello Word hinbekommen.

Das ist doch schon mehr als die halbe Mieter, Gratulation :tada:

Ok nun geht es los. Die Daten vom ioBroker nun auf das Display zu bekommen.

Also falls bei dir immer noch ein mqtt broker (diese 20 Jahre alte Technologie..) läuft kannst du die "mqtt subscribe" omponente von esphome verwenden. Schöner ist natürlich das einfach über die native api zu machen, allerdings weis ich nicht ob das von iobroker unterstützt wird ( @Dutchman als author weis vielleicht mehr), die passenden Komponenten in esphome schimpfen sich nämlich home assistant (z.b. homeassistant text sensor)

Geht schon los das Display komplett zu leeren bevor was geschrieben wird. Den Code suche ich aktuell :)

Ich habe zwar nicht rein geschaut, bin mir aber ziemlich sicher das so ein code hier bereits verlinkt wurde. Also nochmal lesen, links öffnen und yamls beäugen, dann wirst du bestimmt auch fündig ;)

[Kredar]

@opensourcenomad

Werde wir sehen wie ich das mache. MQTT ist möglich, aber lieber wäre mir ein moderneres API. Ob das aber meine Tasmota Steckdosen (Gosund geflasht) können ist fraglich. Der Temperatursensor draußen hängt z.b. an einem geflashten Sonoff TH16 mit Tasmota Firmware drauf.

Die müsste ich auslesen, dein API habe ich noch nicht gelesen, kenne auch nur MQTT.

Wann ich weiter zum testen komme keine Ahnung, z.z. viel zu tun :).

mfg

[draexler]

Springe jetzt auch mal auf den Zug wieder auf :-)

Verstehe ich das also richtig das ich hier mit dem SPI "Kabelgewussel" hantieren muss? Und nicht einfach z.B. den ePaper Driver HAT auf die GPIO des Waveshare ESP32 ONE stecken kann?
Kann man das nicht Mappen, wenn das wirklich so ist?

[Kredar]

@draexler

Ich habe den ESP32 Dev. Platine (die mit den zweifach Reihe GPIO auf der einen Seite, siehe oben) von Waveshare plus das Drive HAT Modul was man ja per GPIO verbinden kann. Nur bekommt man da kein Bild. Einen anderen ESP32 der das kann ist mir unbekannt. Jetzt ohne die SPI Platine geht das Display, allerdings auch an einen anderen ESP32 (den mit GPIO links und rechts, plus den extra Display Anschluss direkt auf dem Board, siehe oben), Damit geht es nun.

mfg

[draexler]

@kredar ok, kannst du bitte schreiben was du genau für Komponenten hast und evtl ein bild dazu? Man braucht ja die welt nicht inmer neu erfinden 😉

Bräuchte nämlich noch ein epaper. Aber wo das hinsoll geht mit Strom gar nichts 😉

[draexler]

@Kredar Ich habe noch das gefunden für das Waveshare ESP32 ONE.
Ist das hilfreich?

Steht auf der offiziellen Seite von Waveshare ganz weit unten:
https://www.waveshare.com/wiki/ESP32_One

In der dort beschriebenen "DEV_Config.h" findet sich nämlich simultan das was man auch bei ESP Home eintragen muss.

Wenn ja, kannst du mal probieren ob es damit funktioniert? Also mit dem Waveshare ESP Home ONE

[Kredar]

@draexler

Geh mal ein paar Beiträge zurück. Da steht genau was ich für Hardware habe mit Link direkt zum bestellen bei Waveshare. Wie gesagt mit dem SPI Modul lief nichts. Das Display hat nie was angezeigt. Egal was ich gemacht habe.

Kaufe dir wenn dann den anderen ESP32 von Waveshare, da braucht man keine SPI Platine und es geht. Die Platine für ein Display plus Kabel ist da mit dabei. Plug&Play, fertig. Und ist Platzsparender dazu noch. Und würde mit Akku laufen.

Von der Hardware sollte es ja der selbe Chip sein. Also kein Nachteil, außer das diese keine GPIO hat für das SPI-Modul.

Habe es eben nochmal mit dem ESP32DEV plus SPI-Modul getestet geht nicht. Auch nicht mit deinen GPIOs. Da geht einfach nichts.....

Nun habe ich noch Arbeit vor mir. Erstmal hinbekommen das Diplay zu löschen. Da ist nämlich noch immer das Testbild drauf und mein "Hello World". Wie bekommt man das weiß? Also wenn das schon so schwer ist, wie schwer wird es sein eine Linie zu zeichnen da hin wo sie hin soll? Puh, also weniger Coden als unter Arduino ist das auch nicht gerade. Nichts Drag&Drop ;). Ist wahrscheinlich auch das selbe. nur andere Oberfläche.

mfg

[draexler]

@kredar: OK, dann werd ich diesen mal bestellen. Danke dir. Andere Frage. Wo ist denn der "Schrift" Ordner? Finde den auch nicht :-(

[Kredar]

@draexler

Wenn du iobroker nutzt:

/opt/iobroker/iobroker-data/esphome.0/

mfg

[OpenSourceNomad]

@kredar said in [Gelöst] Wetter Display:

Erstmal hinbekommen das Diplay zu löschen. Da ist nämlich noch immer das Testbild drauf und mein "Hello World". Wie bekommt man das weiß?

Hast du dir einmal die Mühe gemacht (die hier bereits des öfteren verlinkte) Dokumentation der "waveshare epaper" component von esphome zu lesen?

Also wenn das schon so schwer ist

solltest du hier vielleicht direkt hier aufhören zu lesen :stuck_out_tongue_closed_eyes:

wie schwer wird es sein eine Linie zu zeichnen da hin wo sie hin soll?

So schwer das es ungefähr in 10 Sekunden zu schaffen ist nachdem man die passende Dokumentation dazu gelesen hat?

Nichts Drag&Drop

korrekt :+1:

[Kredar]

@opensourcenomad

Ja ich gebe mir Mühe. Nur bekomme ich das Display nicht "clear". Es ist immer der alte Inhalt drinnen. Beim neuen Laden (Flashen) müsste er doch alles von alleine Löschen oder?

Ich glaube das 7.5inV2 (mit dem Rot, dreifarbig), kennt ESPHome nicht. Wenn ich da unter model "7.5inV2BC angebe bekommt ich "nicht bekannt".

font:
  # Fonts need to exist in config/esphome
  
  - file: "arial.ttf"
    id: arial
    size: 60
    
color:
  - id: text_red
    red: 100%
    
  - id: text_white
    white: 50%
    
time:
 - platform: sntp
   id: current_time
   timezone: Europe/Berlin
   servers : ptbtime1.ptb.de
    
    # Example configuration entry
spi:
  clk_pin: 13
  mosi_pin: 14

display:
  - platform: waveshare_epaper
    cs_pin: 15
    dc_pin: 27
    busy_pin: 25
    reset_pin: 26
    model: 7.50inV2
    update_interval: 20s
    
    lambda: |-
      int x, y;
      ESP_LOGI("display", "Updating..");
      
      it.strftime(200, 295, id(arial), TextAlign::BOTTOM_CENTER, "%H:%M", id(current_time).now());
      it.strftime(245, 400, id(arial), TextAlign::BOTTOM_LEFT, "%a %d.%b %Y", id(current_time).now());

      it.filled_circle(25, 25, 10);
      
      it.print(0, 10, id(arial), "Hello World! THIS IS A TEST !!!!!");

Wenn ich:

model: 7.50inV2

hochlade dann bekomme ich nur Pixelbrei. Also Fehlerhafte Darstellung, Striche in den Buchstaben, usw.

wenn ich

model: 7.50in

hochlade dann bekomme ich eher 700x350 Pixel statt 800x480 (hat meines). Dann Flackert das Display eher in dem Bereich, aber korrekt dargestellt schaut anders aus.

model: 7.50in-bc erkennt er nicht, da kommt gleich vorn das rote X, did you mean.....

Ich habe hinten auf dem Display "V3" stehen???? Zu neu? Hmm...

Also habe ich wahrscheinlich wieder mal ein Display erwischt was mit ESPHome nicht geht. Ich hab da echt Glück, egal was ich mache, ESPHome legt "Felsen" in den Weg statt den Weg frei zu machen (auch ich wollte wohl zu viel des guten, ein dreifarbiges Display).

Und ja, soviel Code wie in den letzten Tagen habe ich selbst mit Tasmota&ioBroker&Raspberry nicht gelesen. Ich lerne gerne, aber was soll ich tun. Egal was ich an das Display schicke, korrekt schaut anders aus.

Zumindest geht das Datum&Zeit schon mal auch wenn noch Fehlerhaft dargestellt.

Werde wohl das Display umtauschen, gegen ein "normales" 7.5in (schwarz&weiß), Oder es liegt an was anderem was ich 100x überlesen habe...

GitHub: So schaut meines auch aus: Beitrag

Unter Arduino gibt es von Waveshare eine Demo die geht einwandfrei. Also geht das Display grundsätzlich an dem ESP Board. Nur ESPHome erkennt das Display irgendwie noch nicht. Mal sehen was ich mache, Display tauschen oder Arduino nutzen. Schwierig ist beides ;).

mfg

[OpenSourceNomad]

@kredar said in [Gelöst] Wetter Display:

Ja ich gebe mir Mühe. Nur bekomme ich das Display nicht "clear"

Wenn ich in der Dokumentation die Suchfunktion benutze und "clear" eingebe bekomme ich folgendes präsentiert:

https://esphome.io/components/display/waveshare_epaper.html

@kredar said in [Gelöst] Wetter Display:

GitHub: So schaut meines auch aus: Beitrag

Der Kommentar genau darüber wäre für dich von Interesse gewesen:

The displays are working in b&w there is just no option yet to make use of the color.

@kredar said in [Gelöst] Wetter Display:

Nur ESPHome erkennt das Display irgendwie noch nicht

Kennen schon (PR1844) aber aktuell wird (noch) keine Farbe unterstützt (nicht genügend Arbeitsspeicher um alles zu allokieren mit der aktuellen Architektur)

model: 7.50in-bc erkennt er nicht, da kommt gleich vorn das rote X, did you mean.....

Dann würde ich einfach mal auf die aktuellste Version von esphome aktualisieren, denn da wird das Display unterstützt :bulb:

Oder es liegt an was anderem was ich 100x überlesen habe...

Leider gibt es wenige Projekte die so gut (und auch transparent) dokumentiert sind wie esphome - manchmal sieht man aber auch einfach den Wald vor lauter Bäumen nicht :deciduous_tree:

[Kredar]

@opensourcenomad

Danke für deine Hilfe.

Das mit dem Cleanen lag ja daran das ESPHome das Display nicht kennt. Arduino macht es einwandfrei wenn man ein neues Projekt auf den ESP32 lädt.

Mein ESPHome ist im ioBroker installiert (als Adapter), da ist die aktuell 0.2.4 drauf. Da kann ich mein Projekt anlegen, editieren und zum Flashen exportieren. Selbe Oberfläche wie in der Installationsanleitung von ESPHome.

Eine neuere Version gibt es dort (leider) nicht. Homeassistant habe ich nicht, nur ioBroker.

Wie gesagt lese, aber es kann sein das ich vor lauter "Lösungen" manchmal echt nicht den einen Baum im Wald sieht der die Lösung ist.

mfg