HB-Dis-EP-42BW - 4.2" ePaper Display

[jp112sdl]

(Display selbst funktioniert)

Wie/wo getestet?

Display selbst wird aus meiner sicht überhaupt nicht angesprochen.
Wo könnte denn hier der Fehler liegen?

Falsche Pinbelegung Sketch/PCB?

[quaker]

Habe noch so eine kleine NodeMCU (ESP12E) mit der kann ich das Display testweise ansteuern.

PIN Belegung ist wie folgt aus dem Scetch HB-Dis-EP-42BW.ino

#define GxRST_PIN 14 // PD6
#define GxBUSY_PIN 11 // PD3
#define GxDC_PIN 12 // PD4
#define GxCS_PIN 18 // PC2

GxIO_Class io(SPI, GxCS_PIN, GxDC_PIN, GxRST_PIN);
GxEPD_Class display(io, GxRST_PIN, GxBUSY_PIN);

U8G2_FONTS_GFX u8g2Fonts(display);
//////////////////////////////////////////////////////////////////////////////

#define EI_NOTEXTERNAL
#include <EnableInterrupt.h>

#include <AskSinPP.h>
#include <LowPower.h>

#include <Register.h>
#include <Remote.h>
#include <MultiChannelDevice.h>

// make compatible with v5.0.0
#ifndef ASKSIN_PLUS_PLUS_VERSION_STR
#define ASKSIN_PLUS_PLUS_VERSION_STR ASKSIN_PLUS_PLUS_VERSION
#endif

#define CC1101_CS_PIN 4 // PB4
#define CC1101_GDO0_PIN 2 // PB2
#define CC1101_SCK_PIN 7 // PB7
#define CC1101_MOSI_PIN 5 // PB5
#define CC1101_MISO_PIN 6 // PB6
#define CONFIG_BUTTON_PIN 15 // PD7
#define LED_PIN_1 0 // PB0
#define LED_PIN_2 1 // PB1
#define BTN1_PIN 3 // PB3
#define BTN2_PIN A1 // PA1
#define BTN3_PIN A2 // PA2
#define BTN4_PIN A3 // PA3
#define BTN5_PIN A4 // PA4
#define BTN6_PIN A5 // PA5
#define BTN7_PIN A6 // PA6
#define BTN8_PIN A7 // PA7
#define BTN9_PIN 23 // PC7
#define BTN10_PIN 22 // PC6

PCB ist wie gehabt die Platine:
https://github.com/jp112sdl/HB-Dis-EP-4 ... master/PCB

Gruß
Quaker

[quaker]

noch irgendwer ne idee? Bin am verzweifeln, bekomme das Display nicht angesprochen.
Hab jetzt testweise mal den Displaytest Sketch versucht, aber auch dieser zeigt keine Reaktion am Display.
Hier kommt nicht mal ne serielle Ausgabe.
Gruß
Quaker

[TomMajor]

noch irgendwer ne idee? Bin am verzweifeln, bekomme das Display nicht angesprochen.
Hab jetzt testweise mal den Displaytest Sketch versucht, aber auch dieser zeigt keine Reaktion am Display.
Hier kommt nicht mal ne serielle Ausgabe.
Gruß
Quaker

meinst du den DisplayTest von mir? Da benutze ich keine serielle Ausgabe.
STANDARD pinout für MightyCore in der IDE hast du eingestellt?
Sonst mal alle Verbindungen zwischen AVR und Display durchklingeln sowie gegeneinander auf Kurzschluss.

[Michel2017]

noch irgendwer ne idee? Bin am verzweifeln, bekomme das Display nicht angesprochen.
Hab jetzt testweise mal den Displaytest Sketch versucht, aber auch dieser zeigt keine Reaktion am Display.
Hier kommt nicht mal ne serielle Ausgabe.
Gruß
Quaker

Die "Busy Timeout!" Meldung kenne ich von der 2.9'' Fernbedienung mit aktuellem b/w Waveshare Rev2.1 Display. Dies hat sich dann mit der neuen GxEPD library 3.1.1 erledigt. Im changelog von GxEPD library 3.1.1:

### Version 3.1.1
- added support for GDEM029T94 2.9" b/w, actual Waveshare 2.9" b/w

Dies hat dann bei mir mit dem 2.9'' b&w Rev2.1 display funktioniert.

Vielleicht gibt es ein ähnliches Problem für das 4.2''? Vermutlich ist es ein neues Rev.2.1 b/w?

Hast Du die aktuelle GxEPD library? Hast Du auch die richtige eigebunden (i.e., schwarz-weiss vs. farbig?). Ich hab' kein 4.2'' Rev2.1, weiss also nicht, ob es mit dem 4.2'' ein Problem gibt. Bei dem 2.9'' und Waveshare Rev2.1 war es aber definitiv der Fall.

Gruss,

Michel

[quaker]

Die "Busy Timeout!" Meldung kenne ich von der 2.9'' Fernbedienung mit aktuellem b/w Waveshare Rev2.1 Display. Dies hat sich dann mit der neuen GxEPD library 3.1.1 erledigt. Im changelog von GxEPD library 3.1.1:

meinst du den DisplayTest von mir? Da benutze ich keine serielle Ausgabe.
STANDARD pinout für MightyCore in der IDE hast du eingestellt?

Ja, das meine ich. Danhn passt zumindest das mit der fehlenden seriellen Ausgabe.

pinout.png (24.14 KiB) 1110 mal betrachtet

Sonst mal alle Verbindungen zwischen AVR und Display durchklingeln sowie gegeneinander auf Kurzschluss.

Done. Kein PIN hat 0 Ohm zum anderen. Mind. ein paar Mega-Ohm sind immer dazwischen.

Kann ich mit dem Display Test ein wenig mehr DEbugging betreiben btingt das was hier die serielle Ausgabe zu aktivieren?

[Michel2017]

Die "Busy Timeout!" Meldung kenne ich von der 2.9'' Fernbedienung mit aktuellem b/w Waveshare Rev2.1 Display. Dies hat sich dann mit der neuen GxEPD library 3.1.1 erledigt. Im changelog von GxEPD library 3.1.1:

Was mir sonst noch einfällt...: Grüne LED leuchtet? GxGDEW042T2_PAGES reduziert (z.B. 6)? GxGDEW042T2_BUSY_TIMEOUT erhöht (z.B. verdoppelt)? Batterie hängt dran (nicht nur FTDI)?

Gruss,

Michel

[TomMajor]

Kann ich mit dem Display Test ein wenig mehr DEbugging betreiben btingt das was hier die serielle Ausgabe zu aktivieren?

k.A. was man da genau debuggen sollte, mein Testsketch ist ja mehr oder weniger nur ein Wrapper für ein paar Display Kommandos an die Lib.

Falls noch nicht geschehen, Ich kann nur empfehlen, die 8 Leitungen die in Marcos Schaltplan am ePaper Stecker gezeichnet sind, nochmal genau zu den entspr. AVR-Pins durchzuklingeln und auch mal im Betrieb dort mit dem Multimeter messen, also Vcc da usw. Mehr fällt mir dazu leider momentan nicht ein.

[quaker]

So erst mal großen Dank für eure Hilfe. Habe den Fehler gefunden.
Wenns jemanden Interessiert.

Der blöde e-paper Driver HAT funktioniert nicht.

Gruß
Quaker

[Michel2017]

So erst mal großen Dank für eure Hilfe. Habe den Fehler gefunden.
Wenns jemanden Interessiert.

Der blöde e-paper Driver HAT funktioniert nicht.
20211009_071132866_iOS.jpg

Gruß
Quaker

Rev2.1...mit denen hatte ich auch immer nur Probleme...Und wenn es dann irgendwie mal läuft saugt er die Batterien leer...