[Gelöst] Wetter Display
-
@kredar said in [Gelöst] Wetter Display:
Das ist der Code für das Display. Ob die GPIOs stimmt keine Ahnung, da schreibt jeder was anderes
Es kommt ganz auf deine Verdrahtung an, wie du das teil mit esp verdrahtet hast.
Evtl. sind die GPIOs falsch Programmiert.
Nein, entweder stimmen sie mit deiner Verkabelung überein oder nicht. Du hast sie maximal falsch definiert
Ich habe ein 7.5 Zoll V2 Display (Dreifarbig, schwarz, weiß, rot), aber wenn ich das bei "model" eingebe bekommt ich nur die Meldung das es nur bis 2.9in geht. Keine Ahnung wie ich dem ESPHome klarmachen soll das ich eine 7,5V2 in habe.
Ein fünfsekündiger Blick in die Dokumentation sollte dich zum ziel bringen: https://esphome.io/components/display/waveshare_epaper.html
model (Required): The model of the E-Paper display. Options are: [...] 7.50inV2 (Can’t use with an ESP8266 as it runs out of RAM)Habe mir auch einen ESP3286
der ist mir nicht bekannt, aber ein esp8266 hat nicht genügend ram für das große display
-
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
-
@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:
-
spi:
clk_pin: D0
mosi_pin: D1display:
- 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
- platform: waveshare_epaper
-
@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
Ich kenne deine Hardware nicht aber vielleicht ist es ja diese hier:
Source: https://www.waveshare.com/e-paper-esp32-driver-board.htm -
Da lag leider kein Zettel oder andere Sachen bei. Platine sonst nichts.
Ist das hier:
Ich habe das schon probiert, klappte nicht. Teste aber nochmal.
mfg
-
@kredar said in [Gelöst] Wetter Display:
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
:
mosi_pin: GPIO13 clk_pin: GPIO14usw...
-
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
-
@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
BUSYwie auchRESEToptional sind. Versuch's doch einfach mal ohne -
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.0smfg
-
@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 mitvery_verbose
(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 (
) du dann schon was...Die halbe Empfehlung ist der esphome discord chat, da sollte dir (auf englisch
) geholfen werden 
-
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
-
Ich schneie hier mal wieder rein. Habe jetzt noch einen Rahmen gebaut und es ist fertig
-
-
@kredar Bin schon auf deine Ergebnisse gespannt. Wenn das bei dir läuft wage ich mich vielleicht auch nochmal ran
-
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: 20sDas 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:
Dann wird weiter getestet.
mfg
-
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:
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
-
@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
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
-
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
-
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?
