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

[papa]

Ja - Radio::wakeup hat ein Argument gekriegt, was per default auf "false" steht. Das ist somit voll rückwärtskompatibel. Nur der neu eingeführte Aufruf braucht das "true".

[TomMajor]

Ja - Radio::wakeup hat ein Argument gekriegt, was per default auf "false" steht. Das ist somit voll rückwärtskompatibel. Nur der neu eingeführte Aufruf braucht das "true".

ja, deswegen auch meine Frage, das true als Argument für wakeup() habe ich übersehen und sehe es immer noch nicht - wo wäre das?

[papa]

Ich habs einfach mal im V4 geändert.

[lame]

Ja - Radio::wakeup hat ein Argument gekriegt, was per default auf "false" steht. Das ist somit voll rückwärtskompatibel. Nur der neu eingeführte Aufruf braucht das "true".

ja, deswegen auch meine Frage, das true als Argument für wakeup() habe ich übersehen und sehe es immer noch nicht - wo wäre das?

...in der V4 ist das gesuchte "true" in radio::read jetzt drinne

[TomMajor]

ok, teste ich heute.

[TomMajor]

habe den neuen Test gemacht, sieht bis jetzt gut aus .
Mit den neuen Änderungen in V4, nach wie vor nur 1 Burst, und die anderen ePaper Messages vom Production System scheinen auch nichts mehr auszumachen.
Werde die Sache noch weiter beobachten.

[Gelegenheitsbastler]

Kannst Du schon was zum DC sagen? Gibt es Verbesserungen?

[TomMajor]

Test sieht nach wie vor sehr gut aus.
Habe auch die Stromaufnahme rudimentär angeschaut (nur Multimeter) das ePaper geht bei mir immer wieder in den Sleep wie es soll.
Ignore Nachrichten vom zweiten ePaper auch kein Problem mehr.
Habe mal mit dem aktuellen Teststand bei Jerome einen PR gemacht.
Zur DC Ersparnis kann ich abends noch was schreiben.

[jp112sdl]

Ich hab jetzt mal den aktuellen AskSinPP master-Stand und den PR-Code von Tom auf mein Display geflasht.
Bei mir funzt es nicht.

Nach dem Starten des Displays gehts einmalig für ein paar Sekunden.

Anschließend erhalte ich von einem mehrteiligen Telegramm immer nur den ersten Frame.

Code: Alles auswählen

wait:1
-> 1A 0C B0 11 2B80E8 F34301 80 0B 02 0A 0A 12 85 0A 12 30 33 2E 30 37 2E 32 30  - 15298
<- 0E 0C 80 02 F34301 2B80E8 01 0B 00 00 45  - 15421
wait:0

Das wars.

@Tom Hast du noch mehr an der AskSinPP geändert, als im Github drin ist?

Kann zum Testen leider nicht viel mehr beitragen. Hab bei mir erstmal wieder den normalen Sleep reingemacht:

Code: Alles auswählen

   // if (ePaper.isWaiting()) {
   //   hal.activity.savePower<Idle<>>(hal);
   // } else {
      hal.activity.savePower<Sleep<>>(hal);
   // }
   

Mit der alten Variante gehts dann wieder/weiterhin.

Code: Alles auswählen

wait:1
-> 1A 0C B0 11 2B80E8 F34301 80 0B 02 0A 0A 12 85 0A 12 30 33 2E 30 37 2E 32 30  - 15298
<- 0E 0C 80 02 F34301 2B80E8 01 0B 00 00 44  - 15421
wait:1
-> 17 16 B0 11 2B80E8 F34301 80 0B 31 39 13 93 0A 0A 0A 0A 0A 0A 0A 03  - 15927
RECV: 02 0A 0A 12 85 0A 12 30 33 2E 30 37 2E 32 30 31 39 13 93 0A 0A 0A 0A 0A 0A 0A 03 
...

[TomMajor]

Ich hab jetzt mal den aktuellen AskSinPP master-Stand und den PR-Code von Tom auf mein Display geflasht.
Bei mir funzt es nicht.

Nach dem Starten des Displays gehts einmalig für ein paar Sekunden.

@Tom Hast du noch mehr an der AskSinPP geändert, als im Github drin ist?

Seltsam, bei mir läuft es sehr stabil bis jetzt.
Nein, seit papas Änderungen gestern habe ich keine testweise geänderten Stellen mehr in der AskSinPP.
Bist du sicher den aktuellen Stand der V4 benutzt zu haben (wurde gestern geändert), ohne den geht's nicht.