Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug] nach Speicher löschen und Neuem Einrichten der DTU funktioniert das ePaper nicht mehr #1075

Closed
1 task
Loetnase opened this issue Aug 6, 2023 · 13 comments
Assignees
Labels
bug Something isn't working fixed dev fixed

Comments

@Loetnase
Copy link

Loetnase commented Aug 6, 2023

Platform

ESP32

Assembly

I did the assebly by myself

nRF24L01+ Module

nRF24L01+ plus, square dot

Antenna

external antenna

Power Stabilization

Elko (~100uF)

Connection picture

  • I will attach/upload an Image of my wiring

Version

0.7.25 und 0.7.26

Github Hash

cbdb150 :: 0.7.26

Build & Flash Method

AhoyDTU Webinstaller

Setup

Display Config Neueinrichtung nach Speicher Löschen

Debug Serial Log output

No response

Error description

nach Speicher löschen und Neuem Einrichten der DTU funktioniert das ePaper nicht mehr.
Es fehlt in der Display Config die letzte Zeile BUSY für den Eintrag GPIO12.
Beim Export der Settings steht im JSON file auch "busy":255, drin.
Beim Eintragen von 12 und Importieren der JSON Datei funktioniert das ePaper wieder.
Ist es auch möglich diese 6 Zeilen mit dem Standart vorzubelegen?

Iststand 0.7.25 und 0.7.26
grafik

alter Sollstand
grafik

@Loetnase Loetnase added the bug Something isn't working label Aug 6, 2023
@lumapu
Copy link
Owner

lumapu commented Aug 6, 2023

das wäre doch @knickohr sofort aufgefallen, wenn das epaper nicht mehr geht.
Leider ist mein epaper wohl defekt, ich kann kein Display Update mehr erzwingen - auch nicht mit den simpelsten Beispielen.

@Loetnase
Copy link
Author

Loetnase commented Aug 6, 2023

Ich denke das passiert auch nur bei einem neuen ESP32 mit leeren Speicher oder beim kompletten Speicher löschen, ansonsten bleibt ja der Setup im Speicher erhalten. Siehst du und @knickohr im Display Config die 6. Zeile BUSY in der der GPIO 12 einzutragen ist? Die fehlt bei mir. Ich habe dann die JSON Datei exportiert, dort stand bei BUSY 255 drin, die habe ich auf 12 geändert und wieder importiert und ab da hat mein ePaper funktioniert. Vielleicht ist dein ePaper gar nicht kaputt sondern der GPIO 12 wird nicht mehr beschrieben

@knickohr
Copy link

knickohr commented Aug 7, 2023

das wäre doch @knickohr sofort aufgefallen, wenn das epaper nicht mehr geht.
Leider ist mein epaper wohl defekt, ich kann kein Display Update mehr erzwingen - auch nicht mit den simpelsten Beispielen.

Nee, isses leider nicht. Nachdem die Config bei mir ja schon korrekt drin ist, hat er ja die passenden Werte. Die JSON ist auch korrekt und wird auch korrekt gesichert. Vermutlich ist nach einem Erase aber das nicht so.

Und ja, es fehlt seit der 25 die 6. Auswahl für den Busy im WebGUI 🤔

@edw00d4711
Copy link

Fehlt bei mir auch.
Screenshot 2023-08-07 183918

@lumapu lumapu added the fixed dev fixed label Aug 7, 2023
lumapu added a commit that referenced this issue Aug 7, 2023
* added compile option for ethernet #886
* fix ePaper configuration, missing `Busy`-Pin #1075
@knickohr
Copy link

knickohr commented Aug 8, 2023

Die Auswahl ist wieder da. Ich bin aber direkt zur 28 👍

Warum ich aber hier schreibe : Die Schwuppdizität ist wieder schlechter 😱 Nicht so schlecht wie zuvor, aber die Live-Seite kann schon mal 10s auf sich warten lassen 🤔

Nachtrag :
Nein, es ist diesmal nicht das MQTT 😅

@Loetnase
Copy link
Author

Loetnase commented Aug 8, 2023

Leider ist mein epaper wohl defekt, ich kann kein Display Update mehr erzwingen - auch nicht mit den simpelsten Beispielen.

@lumapu funktioniert dein ePaper jetzt auch wieder?
War das der Grund, oder doch kaputt 😅

@Loetnase
Copy link
Author

Loetnase commented Aug 8, 2023

Ist es auch möglich diese 6 Zeilen mit dem Standart vorzubelegen?
@lumapu
Ist es möglich auch die Standartbelegung vom Pinout ePaper vorzubelegen
grafik

@lumapu
Copy link
Owner

lumapu commented Aug 8, 2023

@Loetnase mein epaper geht weiterhin nicht mehr, keine Ahnung was los ist, habe nichts gefunden wie man prüfen kann wo der Fehler liegt. Am gleichen ESP und Kabel geht ein 4.3" epaper problemlos. (natürlich jeweils angepasste Firmware)

Wann soll der Default geladen werden? sobald man epaper auswählt? oder einen extra Button

@knickohr
Copy link

knickohr commented Aug 8, 2023

Sosooo, das 4,3“ 😅

Magst nicht als Auswahl mit einbauen ? 😇

Ja, die Vorbelegungen bitte bei der Selektion gleich machen. So isses am komfortabelsten.

@Loetnase
Copy link
Author

Loetnase commented Aug 8, 2023

Ja da muss ich Knickohr zustimmen.
Mit Auswahl des ePaper sollte die Vorbelegung der 6 GPIOs stattfinden.
Dann kann alles manuell verändert werden.
Erst mit Abwahl und erneuter Auswahl des ePaper wird wieder neu vorbelegt.
Danke 😊😁

@lumapu
Copy link
Owner

lumapu commented Aug 8, 2023

vorbelegung baue ich ein.

Das 4.3" wird nicht (von mir) kommen, es war kein Ahoy beim Test beteiligt 😊

Das 1.54" Display hatte ich jetzt sehr lange mit dem Ahoy Logo am Schreibtisch liegen - jetzt mag es leider nichts mehr anderes anzeigen 😢

@knickohr
Copy link

knickohr commented Aug 9, 2023

Das glaube ich so noch nicht. Mein zweites lag bis vor einigen Tagen auch mit dem Ahoy-Logo nur so rum. Es ließ sich problemlos wieder aktivieren. Allerdings war es komplett als DTU aufgebaut.

Und wenn : Ahoy forever ! 😇

lumapu added a commit that referenced this issue Aug 9, 2023
* attempt to improve speed / repsonse times (Schwuppdizitaet) #1075
@Loetnase
Copy link
Author

Danke für alles 👍
Ich schließe hiermit das Issue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working fixed dev fixed
Projects
None yet
Development

No branches or pull requests

4 participants