Seite 40 von 113
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Verfasst: 05.06.2019, 23:54
von TomMajor
Nur mal Interessehalber, wenn ich mehrere Zeilen auf einmal übertrage blinkt z.B. die rote LED 4x kurz, ich nehme an dass sind die 4 Funktelegramme (beim Display update ist dann die grüne LED länger an).
Wird dabei eigentlich für jedes der 4 Funktelegramme ein Burst von der Zentrale gesendet oder nur für das erste und das ePaper bleibt aktiv weil es weiß das noch 3 Telegramme kommen?
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Verfasst: 06.06.2019, 06:35
von lame
TomMajor hat geschrieben: ↑05.06.2019, 23:54
...blinkt z.B. die rote LED 4x kurz
...
Wird dabei eigentlich für jedes der 4 Funktelegramme ein Burst von der Zentrale gesendet oder nur für das erste und das ePaper bleibt aktiv weil es weiß das noch 3 Telegramme kommen?
Jerome hatte mal was eingebaut das das Display für eine, in den Geräteeinstellungen einstellbare, Zeit wartet bevor es „refreshed“.
Ob die Zentrale allerdings mehrere Bursts schickt weiß ich nicht.
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Verfasst: 06.06.2019, 07:19
von lame
jp112sdl hat geschrieben: ↑05.06.2019, 06:36
Oder du nimmst die netzbetriebene Version ohne Burst.
Mal schauen.
Ich hab noch so kleine 220V AC/3.3V DC Trafos da.
Sind die Steuercodes 0x11 und 0x12 noch frei?
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Verfasst: 06.06.2019, 08:02
von jp112sdl
TomMajor hat geschrieben: ↑05.06.2019, 23:54
Nur mal Interessehalber, wenn ich mehrere Zeilen auf einmal übertrage blinkt z.B. die rote LED 4x kurz, ich nehme an dass sind die 4 Funktelegramme (beim Display update ist dann die grüne LED länger an).
Wird dabei eigentlich für jedes der 4 Funktelegramme ein Burst von der Zentrale gesendet oder nur für das erste und das ePaper bleibt aktiv weil es weiß das noch 3 Telegramme kommen?
Es erfolgt jedes Mal ein Burst.
EDIT:
Habs mal mit nem Batterieaktor getestet und diesen mit einer Reihe von Schaltbefehlen belästigt... So lange der wach ist (
savePower<Idle>), scheint es tatsächlich kein erneutes Burst zu geben
Code: Alles auswählen
Jun 6 08:37:33 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=1
Jun 6 08:37:35 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Jun 6 08:37:36 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Jun 6 08:37:37 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Jun 6 08:37:46 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=1
Jun 6 08:37:47 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Jun 6 08:37:49 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Wobei das BURST-Flag immer mitgesendet wird.
Belasse ich den Batterieaktor im
savePower<Sleep> scheint dieser jedoch unmittelbar nach Empfang einer Nachricht wieder schlafen zu gehen, so dass
jeder Schaltbefehl mit einem Burst gesendet wird.
Code: Alles auswählen
Jun 6 08:39:35 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Jun 6 08:39:36 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=1
Jun 6 08:39:37 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Jun 6 08:39:38 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=1
Jun 6 08:39:38 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Jun 6 08:39:40 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=1
Müsste man sich vielleicht doch mal mit nem DVB-T Stick anschauen.
Oder Debug einbauen, wo WOR detektiert wird.
Ich traue den Logausgaben vom RFD nicht ganz.
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Verfasst: 06.06.2019, 08:07
von jp112sdl
lame hat geschrieben: ↑06.06.2019, 07:19
jp112sdl hat geschrieben: ↑05.06.2019, 06:36
Oder du nimmst die netzbetriebene Version ohne Burst.
Mal schauen.
Ich hab noch so kleine 220V AC/3.3V DC Trafos da.
Um die Netz-Variante zu nutzen, einfach
#define BATTERY_MODE auskommentieren.
Das Gerät muss dann neu angelernt werden, da es ein komplett anderer Gerätetyp für die CCU ist (
HB-DIS-EP-42BW-MAINS) mit eigenem Icon
lame hat geschrieben: ↑06.06.2019, 07:19
Sind die Steuercodes 0x11 und 0x12 noch frei?
Meinst du im Telegramm?
0x12 kennzeichnet den Beginn eines Texts.
0x13 ein Icon
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Verfasst: 06.06.2019, 10:49
von stan23
jp112sdl hat geschrieben: ↑06.06.2019, 08:02
Belasse ich den Batterieaktor im
savePower<Sleep> scheint dieser jedoch unmittelbar nach Empfang einer Nachricht wieder schlafen zu gehen, so dass
jeder Schaltbefehl mit einem Burst gesendet wird.
Code: Alles auswählen
Jun 6 08:39:35 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Jun 6 08:39:36 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=1
Jun 6 08:39:37 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Jun 6 08:39:38 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=1
Jun 6 08:39:38 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=0
Jun 6 08:39:40 homematic-ccu2 user.debug rfd: CCU2CommController::sendBidcosMessage(): Using burstMode=1
Heißt das die CCU versucht es erst
ohne Burst, in der Hoffnung der Empfänger ist noch wach? Und wenn das nicht klappt, schickt sie es nochmal
mit Burst, wobei das allein noch keine Kommunikationsstörung erzeugt?
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Verfasst: 06.06.2019, 11:12
von jp112sdl
stan23 hat geschrieben: ↑06.06.2019, 10:49
Heißt das die CCU versucht es erst ohne Burst, in der Hoffnung der Empfänger ist noch wach? Und wenn das nicht klappt, schickt sie es nochmal mit Burst, wobei das allein noch keine Kommunikationsstörung erzeugt?
Dem (vollständigeren) RFD Log nach, ja:
Code: Alles auswählen
TX: @730045319 0x4A80E8 -> 0x42A2B7 CENTRAL_RAMP_START [NEQ0477663]: CNT=28,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x11 CHANNEL = 1 LEVEL = 200 RAMPTIME = 0 ONTIME = 0
CCU2CommController::sendBidcosMessage(): Using burstMode=0
...
(NEQ0477663) CCU2CommController::handleIncomingSerialFrame(): Response not ok
TX: @730046445 0x4A80E8 -> 0x42A2B7 CENTRAL_RAMP_START [NEQ0477663]: CNT=29,RPTEN=1,RPTED=0,BIDI=1,BURST=1,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x11 CHANNEL = 1 LEVEL = 200 RAMPTIME = 0 ONTIME = 0
CCU2CommController::sendBidcosMessage(): Using burstMode=1
...
(NEQ0477663) CCU2CommController::handleIncomingSerialFrame(): Response ok
Im AskSinAnalyzer sehe ich es jetzt auch.
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Verfasst: 06.06.2019, 13:55
von papa
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Verfasst: 06.06.2019, 14:23
von jp112sdl
Coming soon...
https://github.com/jp112sdl/AskSinAnalyzer
Der Grundstock steht.
Fehlen
"nur" noch ne Menge Doku-Arbeit und ein paar Features.
Aber die ersten Eindrücke kann man sich schon im Github holen.
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Verfasst: 06.06.2019, 17:04
von lame
jp112sdl hat geschrieben: ↑06.06.2019, 08:07
0x12 kennzeichnet den Beginn eines Texts.
0x13 ein Icon
...upps.
0x1E und 0x1F sind aber noch frei?
