Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Kredar]

@opensourcenomad

Ich habe das Display ja eben nicht verdrahtet. Sondern per GPUI gesteckt mit der Driver Platine direkt auf die ESP32 Dev-Platine.

Da liegt ja mein Problem, das hat "gefühlt" keiner so. Ich habe noch keine Konfig gefunden die passt, und ich habe schon stundenlang Seiten gelesen und Konfigs getestet. Ohne Erfolg bisher.

mfg

[OpenSourceNomad]

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

Ich habe das Display ja eben nicht verdrahtet. Sondern per GPUI gesteckt mit der Driver Platine direkt auf die ESP32 Dev-Platine.

Dann brauchst du das datasheet von deinem Konstrukt, die Kommunikation sollte über einen 4-wire SPI bus laufen:

The communication ESPHome has chosen to use for this integration is 4-wire SPI, as it’s the most stable and high-speed.

Die pins die du wissen musst stehen alle in den esphome docs zum waveshare display:

[Kredar]

@opensourcenomad

spi:
clk_pin: D0
mosi_pin: D1

display:

• platform: waveshare_epaper
  cs_pin: D2
  dc_pin: D3
  busy_pin: D4
  reset_pin: D5
  model: 2.90in

Das muss ich ändern in der Konfig die da auch steht. Nur was ist für mich das korrekte? Überall steht "Any GPIO" auf der Seite aber keine Zahl oder Buchstabe.

Soll ich bei cs_pin = "CS" eintragen? "Any GPIO" wird wohl nicht klappen. Und das Beispiel ist ja nicht mein Modul. Ich habe ja das Waveshare 7,5"V2 Display plus Display Hat Modul an einem Waveshare ESP32 Dev-Board. Ich teste verschiedene Einstellungen, bisher ohne Erfolg.

mfg

[OpenSourceNomad]

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

Nur was ist für mich das korrekte?

Das was im Datenblatt zu deiner gekauften Hardware stehen sollte :bulb:

Ich kenne deine Hardware nicht aber vielleicht ist es ja diese hier:

Source: https://www.waveshare.com/e-paper-esp32-driver-board.htm

[Kredar]

@opensourcenomad

Da lag leider kein Zettel oder andere Sachen bei. Platine sonst nichts.

Ist das hier:

Waveshare ESP32 Dev. Board

Ich habe das schon probiert, klappte nicht. Teste aber nochmal.

mfg

[OpenSourceNomad]

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

Waveshare ESP32 Dev. Board

In deinem Link findet sich folgendes pin out:

SPI ist was mit dem Display verbunden sein sollte.

Du musst esphome mitteilen auf welche GPIO (ESP pin) welche Funktion für SPI zu finden ist damit esphome das display ansprechen kann.

Zum Bleistift :pencil2::

mosi_pin: GPIO13
clk_pin: GPIO14

usw...

[Kredar]

@opensourcenomad

Danke für deine Hilfe,

habe nur Probleme mit der "Zuordnung". Da die Belegung etwas anders ist als die Benennung für die GPIO in ESPHome.

cs_pin: GPIO5
dc_pin: GPIO33
busy_pin: GPIO<??>
reset_pin: GPIO<??>

Also ich blicke da leider nicht ganz durch, da ist nicht ansatzweise mal Busy oder Reset in der GPIO Belegungszeichnung von Waveshare. Reset = I/O? Busy= k.a. CS und DC habe ich eher geraten bzw. abgeleitet von der GPIO Belegungszeichnung von Waveshare.

mfg

[OpenSourceNomad]

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

Also ich blicke da leider nicht ganz durch, da ist nicht ansatzweise mal Busy oder Reset in der GPIO Belegungszeichnung von Waveshare

Wir haben ja oben schon gelesen, wie in den esphome docs zum waveshare display geschrieben, das sowohl BUSY wie auch RESET optional sind. Versuch's doch einfach mal ohne :bulb:

[Kredar]

@opensourcenomad

So schaut die ESPHome Konfig aus. Läuft alles durch ohne Fehler und wird einwandfrei geflasht. Läuft auch der ESP32 der ist im WLan sichtbar.

esphome:
  name: ESP32
  platform: ESP32
  board: esp32dev

# Enable logging
logger:
  level: DEBUG

# 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: GPIO14
  mosi_pin: GPIO13
#  miso_pin: GPIO5
  
display:
  - platform: waveshare_epaper
    id: epaper
    cs_pin: GPIO5
    dc_pin: GPIO33
    #busy_pin: GPIO02
    #reset_pin: GPIO04
    model: 7.50inV2
    update_interval: 20s
  
    lambda: |-
     it.print(0, 10, id(arial), "Hello World!");

Nur erscheint nichts auf dem Display weiterhin, leider. Kann man das Display nicht mal testen ob es überhaupt funktioniert? Nicht das es defekt ist und nie gehen wird. Oder ich habe noch einen groben Fehler in meiner Konfig drinnen.

Logfile (nur Display):

[11:25:03][C][spi:082]:   CLK Pin: GPIO14 (Mode: OUTPUT)
[11:25:03][C][spi:084]:   MOSI Pin: GPIO13 (Mode: OUTPUT)
[11:25:03][C][spi:085]:   Using HW SPI: YES
[11:25:03][C][logger:193]: Logger:
[11:25:03][C][logger:194]:   Level: DEBUG
[11:25:03][C][logger:195]:   Log Baud Rate: 115200
[11:25:03][C][logger:196]:   Hardware UART: UART0
[11:25:03][C][waveshare_epaper:1076]: Waveshare E-Paper
[11:25:03][C][waveshare_epaper:1076]:   Rotations: 0 °
[11:25:03][C][waveshare_epaper:1076]:   Dimensions: 800px x 480px
[11:25:03][C][waveshare_epaper:1077]:   Model: 7.5inV2
[11:25:03][C][waveshare_epaper:1079]:   DC Pin: GPIO33 (Mode: OUTPUT)
[11:25:03][C][waveshare_epaper:1081]:   Update Interval: 20.0s

mfg

[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