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

[chka]

habe einen Formulierungsfehler ich meinte es wird nicht angezeigt das der eiaper Nicht erreichbar ist. NICHT NICHT

[chka]

Funktioniert doch, habe wieder eine Verbindungsunterbrechung und der dc geht nicht hoch.
KA warum sich die Displays ab und an verabschieden.

Code: Alles auswählen

  if(!dom.GetObject("BidCos-RF.JPDISEP001:0.UNREACH").State())

Frage gibt es eine Möglichkeit in den Displays was anzuzeigen das sie keine Verbindung mehr zur CCu haben?

[jp112sdl]

Frage gibt es eine Möglichkeit in den Displays was anzuzeigen das sie keine Verbindung mehr zur CCu haben?

Da das Display selbst nichts sendet... nein.

[TomMajor]

Frage gibt es eine Möglichkeit in den Displays was anzuzeigen das sie keine Verbindung mehr zur CCu haben?

ich denke es gäbe eine Möglichkeit wenn du C/C++ und den Code im Sketch anpassen kannst:

1. einen counter einführen (Bsp.name displayUpdCounter) der bei jedem Display update inkrementiert wird, in updateDisplay() oder die trigger Routine die updateDisplay() aufruft.

2. Entweder einen eigenen zyklischen Alarm programmieren oder so wie ich es hier mit dem sleepCounter beim Blitz-Sensor gemacht habe:
https://github.com/TomMajor/SmartHome/b ... z.ino#L498
Der wird ca. aller 8sec inkrementiert (falls du eine "Standard" Quarz 8MHz extern oder RC intern hast, und nicht den 32kHz Quarz mit RTC)

3. Dort wartest du durch Vergleich z.B. bis 1h vorbei ist. Wenn dann displayUpdCounter noch auf dem gleichen Wert von vor 1h ist, gab es keine Update und du kannst eigenen "Unreach" Text auf dem Display darstellen, siehe z.B. initDisplay() oder emptyBatteryDisplay()

[chka]

top danke

[jp112sdl]

Man kann auch das Radio lauter drehen, wenn es im Motorraum klappert.

Ich würde eher versuchen, des Übels Täter der Unerreichbarkeit zu finden.

Sonst steht halt "UNREACH" auf dem Display... und dann?

[chka]

klar ist die Fehler suche sinniger, nur es passiert sporadisch. hänge ich mich an die Schnittstelle nach dem "Ausfall" passiert nichts. alles stumm
Batterie rein raus und alles ist wieder ok

es ist mir nur lieber eine Fehlermeldung zu erhalten als davon auszugehen das die Daten "aktuell" sind, obwohl ich die Aktualisierung zeit mit übergebe

[jp112sdl]

Wenn das mal wieder passiert: Schau mal ob es einen ReGa-Skriptfehler in der /var/log/messages gibt.

Da du schreibst:

habe wieder eine Verbindungsunterbrechung und der dc geht nicht hoch.

gehe ich davon aus, dass es gar kein Problem des HB-Dis-EP-42BW ist, sondern ein Problem beim Generieren deiner Nachricht.

Vielleicht 1 Zeichen zu viel in der Message o.ä.
Passierte mir beim 7.5" nämlich auch schon... Aber dann kommt ein Error in der ReGaHss, dass die Framegröße überschritten wird.

[chka]

ja da kommt was:

Code: Alles auswählen

Jan  5 07:45:03 Debmatic ReGaHss: WARNING: XMLRPC 'setValue': rpcClient.isFault() failed (url: xmlrpc_bin://127.0.0.1:32001, params: {"JPDISEP001:11","SUBMIT","0x02,0x0A,0x0A,0x12,0x40,0x70,0x30,0x33,0x82,0x20,0x40,0x70,0x3$
Jan  5 07:45:05 Debmatic ReGaHss: WARNING: XMLRPC 'setValue': rpcClient.isFault() failed (url: xmlrpc_bin://127.0.0.1:32001, params: {"JPDISEP001:11","SUBMIT","0x02,0x0A,0x0A,0x0A,0x0A,0x0A,0x0A,0x0A,0x0A,0x0A,0x12,0x30,0x3$

Das muss aber nach dem "Ausfall" gewesen sein

[jp112sdl]

Ich glaub der Frame-Error kommt dann auch vom RFD.

ReGaHss reicht das nur durch