Display 7.5bwr

[danst0]

Hi,

Die Einstellung

#define DISPLAY_TYPE '7.5bwr'

führt bei mir zu einem kontinuierlichen Reboot (jede Sekunde). 7.5 ohne bwr funktioniert.

Viele Grüße,

Daniel

ps. Board wie im Artikel LOLIN32 mit Lipo Charger. Gerade auch an einem zweiten, brandneuen Board ausprobiert mit identischem Ergebnis.

[MKdent]

Ist bei mir genauso! Leider kann ich nichts mit der dazugehörigen Ausgabe am seriellen Monitor anfangen....

Viele Grüße
Michael

[jamct]

Hallo,
7.5 bwr ist aktuell ungetestet (noch habe ich kein passendes Display zur Hand). Haben Sie das Gerät mal über USB angeschlossen und auf der seriellen Schnittstelle beobachtet? Steht dort z.B. "Brownout detected"?
Ich werde dem morgen ausführlich nachgehen und melde mich.

[danst0]

Bei mir ist die Fehlermeldung:

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) flash read err, 1000

[MKdent]

Hallo, unten sind meine dekodierten Fehlermeldungen zur Ausgabe im seriellen Monitor. Vielleicht wissen Sie was diese bedeuten?

rst:0xc (SW_CPU_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:956
load:0x40078000,len:0
load:0x40078000,len:13076
entry 0x40078a58
abort() was called at PC 0x40084323 on core 1

Backtrace: 0x4008813c:0x3ffe7870 0x4008823b:0x3ffe7890 0x40084323:0x3ffe78b0 0x4008442f:0x3ffe78d0 0x40104582:0x3ffe78f0 0x40102525:0x3ffe7a10 0x400fcd8d:0x3ffe7cd0 0x400f00d0:0x3ffe7d20 0x400f2eee:0x3ffe7d50 0x400828c1:0x3ffe7d80 0x40082909:0x3ffe7da0 0x40007c31:0x3ffe7dc0 0x4000073d:0x3ffe7e30

Rebooting...

0x4008813c: invoke_abort at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/esp32/./panic.c line 578
0x4008823b: abort at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/esp32/./panic.c line 578
0x40084323: lock_init_generic at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/newlib/./locks.c line 81
0x4008442f: _lock_init_recursive at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/newlib/./locks.c line 95
0x40104582: __sbprintf at /Users/ivan/e/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/stdio/../../../.././newlib/libc/stdio/vfprintf.c line 481
0x40102525: _vfiprintf_r at /Users/ivan/e/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/stdio/../../../.././newlib/libc/stdio/vfprintf.c line 875
0x400fcd8d: fiprintf at /Users/ivan/e/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/stdio/../../../.././newlib/libc/stdio/fiprintf.c line 50
0x400f00d0: __assert_func at /Users/ivan/e/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/stdlib/../../../.././newlib/libc/stdlib/assert.c line 59 (discriminator 8)
0x400f2eee: esp_dport_access_int_init at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/esp32/./dport_access.c line 187 (discriminator 1)
0x400828c1: start_cpu1_default at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/esp32/./cpu_start.c line 385
0x40082909: call_start_cpu1 at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/esp32/./cpu_start.c line 235

[jamct]

Vielen Dank für den Auszug. Das kann ich bei mir nicht nachstellen. Die 7,5-Zoll-Unterstützung ist noch nicht so lange in der GxEPD-Klasse implementiert. Sind alle Komponenten aktuell?

• Arduino IDE
• Arduino Core für ESP32
• GxEPD und das zugrundeliegende Adafruit_GFX
• Basecamp

[MKdent]

Außer Basecamp schon. Das GxEPD_SPITestExample Sketch funktioniert....

[tne38]

Ich hatte die Abstürze mit dem neuen Basecamp. Daher bin ich auf die Version 79db7bd vom 17.1. zurück gegangen.

[jamct]

Haben Sie die Abstürze auch, wenn das Display nicht angeschlossen ist?

[danst0]

Ja
ps. Basecamp version 79db7bd funktioniert. Mit Farbe!

[MKdent]

Super, Basecamp 0.1.6 geht. Danke für die Hinweise!

[Fidel68]

Habe seit Samstag auch ein 7.5bwr-Display und das selbe Problem, egal auf welche Basecamp-Version ich in der Arduino-IDE umstelle. Das Test-Sketch funktioniert, wenn ich ohne ‚bwr‘ kompiliere verhält sich das bwr-Display wie das ‚bw‘.
Bei mir soll Display die Daten einer Netatmo Wetterstation anzeigen (bzw. tut das natürlich schon, ich möchte aber gerne ‚kritische‘ Werte in rot anzeigen lassen).

[phyreworx]

Ich habe ebenso ein 7.5bwr (allerdings mit GELB statt ROT) und laufe auch in diesen Fehler mit dem continuous reboot (ein downgrade auf 79db7bd funzt, allerdings ohne Farbe, das liegt aber vielleicht an dem Gelb?)

[Fidel68]

So..nachdem ich die 79bd7db nochmal direkt runter geladen habe statt die Bibliotheksverwaltung der Arduino-IDE zu benutzen funktioniert es hier. Interessant ist dabei, das Display zu beobachten. Es kommt nämlich zuerst alles in schwarz und die roten Teile färben sich dann blinkend um.

Yepp das ist normal mit dem Rot-Anteil. Hab bei dem Versuch basecamp 1.8 zu installieren meine komplette IDE zerschossen...nach dem kompilieren steht jetzt bei mir basecamp V 1.8.1.6.1.5 ...nüscht geht mehr

[4ndreask]

Das scheint wirklich an der aktuellen Version 1.8 zu liegen.
Ich habe das 7.5bwr mit einer alten Version seit über zwei Wochen in Betrieb.
Der Versuch einen neuen ESP32 mit LiPo zu installieren führte zu der bekannten Fehlermeldung.
Nach längerem Probieren habe ich festgestellt, dass der Fehler verschwindet wenn ich auf Basecamp 1.6 zurückgehe.