[HMLAN] Wunsch nach neuem Befehl "set reboot"

Begonnen von frank, 01 Juli 2015, 20:35:49

Vorheriges Thema - Nächstes Thema

frank

da der hmlan nach condition timeout/disconnect die load auf 0% setzt, habe ich ein wenig getestet und entdeckt, dass man ihn mit dem befehl "S" rebooten/reconnecten kann. wenn ich in die eingabezeile

{HMLAN_SimpleWrite($defs{'hmlan1'}, "S")}

eingebe, erfolgt der "normale" ablauf, wie bei timeout/disconnect. ebenso ist die load von 10% auf 0% gesunken.  ;)

2015.07.01 17:55:47.338 0: HMLAN_Send:  hmlan1 I:+1DFC2F,02,01,00
2015.07.01 17:55:47.357 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:0038274E IDcnt:0007 L:10 %
2015.07.01 17:56:00.223 0: HMLAN_Send:  hmlan1 I:S
2015.07.01 17:56:12.337 0: HMLAN_Send:  hmlan1 I:K
2015.07.01 17:56:13.344 0: HMLAN_Send:  hmlan1 I:K
2015.07.01 17:56:14.352 0: HMLAN_Send:  hmlan1 I:K
2015.07.01 17:56:15.359 0: HMLAN_Send:  hmlan1 I:K
2015.07.01 17:56:16.366 1: HMLAN_Parse: hmlan1 new condition timeout
2015.07.01 17:56:16.694 1: 192.168.1.9:1000 disconnected, waiting to reappear (hmlan1)
2015.07.01 17:56:16.771 1: HMLAN_Parse: hmlan1 new condition disconnected
2015.07.01 17:56:26.048 1: 192.168.1.9:1000 reappeared (hmlan1)
2015.07.01 17:56:26.051 0: HMLAN_Send:  hmlan1 I:A1ACE1F
2015.07.01 17:56:26.053 0: HMLAN_Send:  hmlan1 I:C
2015.07.01 17:56:26.056 0: HMLAN_Send:  hmlan1 I:+24AF1D,00,01,00
2015.07.01 17:56:26.059 0: HMLAN_Send:  hmlan1 I:+1C4E25,00,01,00
2015.07.01 17:56:26.061 0: HMLAN_Send:  hmlan1 I:+52C4DF,00,01,00
2015.07.01 17:56:26.069 0: HMLAN_Send:  hmlan1 I:+1DE620,00,01,FE1F
2015.07.01 17:56:26.540 0: HMLAN_Send:  hmlan1 I:+1F91AA,00,01,00
2015.07.01 17:56:26.544 0: HMLAN_Send:  hmlan1 I:+1DFC2F,00,01,00
2015.07.01 17:56:26.555 0: HMLAN_Send:  hmlan1 I:+52BB9D,00,01,00
2015.07.01 17:56:26.557 0: HMLAN_Send:  hmlan1 I:+193A9A,00,01,00
2015.07.01 17:56:26.560 0: HMLAN_Send:  hmlan1 I:+1BFC52,00,01,00
2015.07.01 17:56:26.563 0: HMLAN_Send:  hmlan1 I:+285A44,00,01,00
2015.07.01 17:56:26.566 0: HMLAN_Send:  hmlan1 I:+52BB90,00,01,00
2015.07.01 17:56:26.569 0: HMLAN_Send:  hmlan1 I:+1CE9F5,00,01,00
2015.07.01 17:56:26.571 0: HMLAN_Send:  hmlan1 I:+1C1BE3,00,01,FE1F
2015.07.01 17:56:26.574 0: HMLAN_Send:  hmlan1 I:+266EA5,00,01,00
2015.07.01 17:56:26.578 0: HMLAN_Send:  hmlan1 I:Y01,00,
2015.07.01 17:56:26.580 0: HMLAN_Send:  hmlan1 I:Y02,00,
2015.07.01 17:56:26.582 0: HMLAN_Send:  hmlan1 I:Y03,00,
2015.07.01 17:56:26.586 0: HMLAN_Send:  hmlan1 I:T1D26CA2A,04,00,00000000
2015.07.01 17:56:26.588 1: HMLAN_Parse: hmlan1 new condition init
2015.07.01 17:56:26.925 0: HMLAN_Send:  hmlan1 S:S4A5564FA stat:  00 t:00000000 d:01 r:4A5564FA m:99 8112 1ACE1F 000000
2015.07.01 17:56:27.078 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:000017BD IDcnt:0000 L:0 %
2015.07.01 17:56:27.081 0: HMLAN_Parse: hmlan1 R:R4A5564FA stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 1ACE1F 000000
2015.07.01 17:56:27.083 1: HMLAN_Parse: hmlan1 new condition ok


der hmusb hat darauf leider nicht reagiert.

beim durchtesten des alphabets, wurden sonst alle probierten buchstaben ignoriert. zumindestens geschieht nichts auffälliges. nur bei "B" muss noch etwas interessantes geschehen, denn auch hier gibt es timeout/disconnect. aber im gegensatz zu "S" gibt es keinen automatischen reconnect. hier muss man den netzstecker ziehen, um wieder zu connecten. auf "B" reagieren hmlan und hmusb gleichermassen. eigentlich war B(oot) auch mein favorit. vielleicht werden hier ja noch mehr parameter erwartet oder in den B(ootloader) gesprungen, um ein fw-update zu starten.

jedenfalls könnte man sich mit einem "set hmlan reboot" die funksteckdosen am hmlan ersparen, um zb aus der ferne einen overload zurück zu setzen. zb: falls mal ein fhem update nicht erwartungsgemäss funktioniert oder ein angreifer eine DoS-attacke startet. das würde dann wie im bild aussehen: um 20:23 uhr ein set reboot und alles geht normal weiter.

(http://forum.fhem.de/index.php?action=dlattach;topic=38708.0;attach=34302;image)

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

martinp876

Hoert sich gut an.
Eigentlich bin ich mir sicher, dass es noch mehr buchstaben gibt.....
In jedem fall gibt es noch einige einstellungen mehr.

Das s werde ich einbauen, klar

mgernoth

Hi,

das S ist ein ungueltiges Send, wodurch die Firmware im HMLAN abschmiert und er rebootet. Hoffentlich fixed eQ-3 _diesen_ Bug nicht ;-)

Gruss
  Michael

frank

Zitat von: mgernoth am 01 Juli 2015, 21:13:14
Hi,

das S ist ein ungueltiges Send, wodurch die Firmware im HMLAN abschmiert und er rebootet. Hoffentlich fixed eQ-3 _diesen_ Bug nicht ;-)

Gruss
  Michael

dann ist der bug im hmusb wohl schon gefixed, da es dort nicht funktioniert.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

mgernoth

Hallo Frank,

Zitat von: frank am 01 Juli 2015, 21:18:21
dann ist der bug im hmusb wohl schon gefixed, da es dort nicht funktioniert.

Indirekt ja, da hier Laengenbytes mit an das Geraet gehen, die in diesem Fall alle 0 sind. Die gibts beim HMLAN nicht...

Der universelle Reboot-Befehl ist "Y05," (Keysetup an ungueltigem Slot ohne Index und Schluessel).

Gruss
  Michael

frank

Zitat von: mgernoth am 01 Juli 2015, 21:20:51
Hallo Frank,

Indirekt ja, da hier Laengenbytes mit an das Geraet gehen, die in diesem Fall alle 0 sind. Die gibts beim HMLAN nicht...

Der universelle Reboot-Befehl ist "Y05," (Keysetup an ungueltigem Slot ohne Index und Schluessel).

Gruss
  Michael
hallo michael,

beim hmlan funktioniert "Y05" perfekt. da braucht es nicht mal den timeout. disconnected kommt quasi sofort.

2015.07.01 22:09:16.915 0: HMLAN_Send:  hmlan1 I:Y05
2015.07.01 22:09:17.660 0: HMLAN_Parse: hmusb1 R:E20DFE1   stat:0000 t:000CEFE5 d:FF r:FFC9     m:23 8670 20DFE1 000000 00E645
2015.07.01 22:09:22.302 0: HMLAN_Send:  hmlan1 S:S4B3CF3CA stat:  00 t:00000000 d:01 r:4B3CF3CA m:F1 A258 B1B1B1 1BFC52 0000
2015.07.01 22:09:22.339 0: HMLAN_Send:  hmlan1 I:+1BFC52,02,01,00
2015.07.01 22:09:25.963 0: HMLAN_Send:  hmusb1 I:K
2015.07.01 22:09:26.061 0: HMLAN_Parse: hmusb1 V:03C7 sNo:KEQ1111271 d:263408 O:1ACE1F t:000D10A9 IDcnt:0011 L:4 %
2015.07.01 22:09:26.695 0: HMLAN_Send:  hmlan1 I:+1BFC52,00,01,00
2015.07.01 22:09:29.627 0: HMLAN_Parse: hmusb1 R:E266EA5   stat:0000 t:000D1EAD d:FF r:FFCC     m:10 805E 266EA5 1ACE1F 0000000000000000000000
2015.07.01 22:09:41.548 1: 192.168.1.9:1000 disconnected, waiting to reappear (hmlan1)
2015.07.01 22:09:41.772 1: HMLAN_Parse: hmlan1 new condition disconnected
2015.07.01 22:09:47.356 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:000D409F d:FF r:FFB7     m:E9 8670 1D252E 000000 00D63D
2015.07.01 22:09:47.393 1: Perfmon: possible freeze starting at 22:09:33, delay is 14.392
2015.07.01 22:09:47.442 1: 192.168.1.9:1000 reappeared (hmlan1)
2015.07.01 22:09:47.445 0: HMLAN_Send:  hmlan1 I:A1ACE1F
2015.07.01 22:09:47.447 0: HMLAN_Send:  hmlan1 I:C
2015.07.01 22:09:47.455 0: HMLAN_Send:  hmlan1 I:+206278,00,01,00
2015.07.01 22:09:47.462 0: HMLAN_Send:  hmlan1 I:+24AF1D,00,01,00
2015.07.01 22:09:47.470 0: HMLAN_Send:  hmlan1 I:+1C4E25,00,01,00
2015.07.01 22:09:47.478 0: HMLAN_Send:  hmlan1 I:+1F91AA,00,01,00
2015.07.01 22:09:47.485 0: HMLAN_Send:  hmlan1 I:+1DFC2F,00,01,00
2015.07.01 22:09:47.494 0: HMLAN_Send:  hmlan1 I:+193A9A,00,01,00
2015.07.01 22:09:47.501 0: HMLAN_Send:  hmlan1 I:+285A44,00,01,00
2015.07.01 22:09:47.509 0: HMLAN_Send:  hmlan1 I:+1CE9F5,00,01,00
2015.07.01 22:09:47.517 0: HMLAN_Send:  hmlan1 I:+1C1BE3,00,01,FE1F
2015.07.01 22:09:47.527 0: HMLAN_Send:  hmlan1 I:+266EA5,00,01,00
2015.07.01 22:09:47.547 0: HMLAN_Send:  hmlan1 I:+52C4DF,00,01,00
2015.07.01 22:09:47.555 0: HMLAN_Send:  hmlan1 I:+1936FF,00,01,00
2015.07.01 22:09:47.562 0: HMLAN_Send:  hmlan1 I:+52BB9D,00,01,00
2015.07.01 22:09:47.568 0: HMLAN_Send:  hmlan1 I:+20DFE1,00,01,00
2015.07.01 22:09:47.578 0: HMLAN_Send:  hmlan1 I:+1BFC52,00,01,00
2015.07.01 22:09:47.586 0: HMLAN_Send:  hmlan1 I:+52BB90,00,01,00
2015.07.01 22:09:47.596 0: HMLAN_Send:  hmlan1 I:Y01,00,
2015.07.01 22:09:47.603 0: HMLAN_Send:  hmlan1 I:Y02,00,
2015.07.01 22:09:47.610 0: HMLAN_Send:  hmlan1 I:Y03,00,
2015.07.01 22:09:47.619 0: HMLAN_Send:  hmlan1 I:T1D27058B,04,00,00000000
2015.07.01 22:09:47.626 1: HMLAN_Parse: hmlan1 new condition init
2015.07.01 22:09:48.237 0: HMLAN_Send:  hmlan1 S:S4B3D591A stat:  00 t:00000000 d:01 r:4B3D591A m:99 8112 1ACE1F 000000
2015.07.01 22:09:48.363 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:00004DED IDcnt:0000 L:0 %
2015.07.01 22:09:48.366 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:00002A2A d:FF r:FFC4     m:E9 8670 1D252E 000000 00D63D
2015.07.01 22:09:48.382 0: HMLAN_Parse: hmlan1 R:R4B3D591A stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 1ACE1F 000000
2015.07.01 22:09:48.383 1: HMLAN_Parse: hmlan1 new condition ok


aber der hmusb hängt in einer endlosschleife => diconnected, init, disconnected, ....

2015.07.01 22:11:07.873 0: HMLAN_Send:  hmusb1 I:Y05
2015.07.01 22:11:14.770 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0001A308 d:FF r:FFAB     m:F9 845E 24AF1D 000000 80FB5B0000000000091F02
2015.07.01 22:11:17.918 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:0001AF53 d:FF r:FFC4     m:18 8670 1DFDA5 000000 00F435
2015.07.01 22:11:20.993 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:0001BB57 d:FF r:FFD3     m:23 8670 1BF81B 000000 80D83A
2015.07.01 22:11:22.802 0: HMLAN_Parse: hmlan1 R:E266EA5   stat:0000 t:0001C269 d:FF r:FFCC     m:16 805E 266EA5 1ACE1F 0000000000000000000000
2015.07.01 22:11:24.507 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb1)
2015.07.01 22:11:24.798 1: HMLAN_Parse: hmusb1 new condition disconnected
2015.07.01 22:11:30.084 0: HMLAN_Send:  hmlan1 I:K
2015.07.01 22:11:30.116 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:0001DEFF IDcnt:0010 L:1 %
2015.07.01 22:11:30.157 1: 127.0.0.1:1234 reappeared (hmusb1)
2015.07.01 22:11:30.162 0: HMLAN_Send:  hmusb1 I:A1ACE1F
2015.07.01 22:11:30.164 0: HMLAN_Send:  hmusb1 I:C
2015.07.01 22:11:30.167 0: HMLAN_Send:  hmusb1 I:+206278,00,01,00
2015.07.01 22:11:30.174 0: HMLAN_Send:  hmusb1 I:+266E75,00,01,00
2015.07.01 22:11:30.178 0: HMLAN_Send:  hmusb1 I:+266A86,00,01,00
2015.07.01 22:11:30.180 0: HMLAN_Send:  hmusb1 I:+1BF81B,00,01,00
2015.07.01 22:11:30.183 0: HMLAN_Send:  hmusb1 I:+1F64D8,00,01,00
2015.07.01 22:11:30.190 0: HMLAN_Send:  hmusb1 I:+206487,00,01,00
2015.07.01 22:11:30.202 0: HMLAN_Send:  hmusb1 I:+6869B6,00,01,00
2015.07.01 22:11:30.204 0: HMLAN_Send:  hmusb1 I:+1D252E,00,01,00
2015.07.01 22:11:30.206 0: HMLAN_Send:  hmusb1 I:+2064CB,00,01,00
2015.07.01 22:11:30.208 0: HMLAN_Send:  hmusb1 I:+83765A,00,01,00
2015.07.01 22:11:30.234 0: HMLAN_Send:  hmusb1 I:+1DE620,00,01,FE1F
2015.07.01 22:11:30.236 0: HMLAN_Send:  hmusb1 I:+1936FF,00,01,00
2015.07.01 22:11:30.242 0: HMLAN_Send:  hmusb1 I:+206219,00,01,00
2015.07.01 22:11:30.244 0: HMLAN_Send:  hmusb1 I:+285A54,00,01,00
2015.07.01 22:11:30.247 0: HMLAN_Send:  hmusb1 I:+1DF7C6,00,01,FE1F
2015.07.01 22:11:30.249 0: HMLAN_Send:  hmusb1 I:+20DFE1,00,01,00
2015.07.01 22:11:30.251 0: HMLAN_Send:  hmusb1 I:+1DFDA5,00,01,00
2015.07.01 22:11:30.255 0: HMLAN_Send:  hmusb1 I:Y01,00,
2015.07.01 22:11:30.256 0: HMLAN_Send:  hmusb1 I:Y02,00,
2015.07.01 22:11:30.283 0: HMLAN_Send:  hmusb1 I:Y03,00,
2015.07.01 22:11:30.289 0: HMLAN_Send:  hmusb1 I:T1D2705F2,04,00,00000000
2015.07.01 22:11:30.291 1: HMLAN_Parse: hmusb1 new condition init
2015.07.01 22:11:30.602 0: HMLAN_Send:  hmusb1 S:S4B3EE8F7 stat:  00 t:00000000 d:01 r:4B3EE8F7 m:99 8112 1ACE1F 000000
2015.07.01 22:11:30.721 0: HMLAN_Parse: hmlan1 R:E2064CB   stat:0000 t:0001DF7C d:FF r:FFB6     m:A5 8670 2064CB 000000 00E440
2015.07.01 22:11:31.072 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb1)
2015.07.01 22:11:31.160 1: HMLAN_Parse: hmusb1 new condition disconnected


sieht für mich irgendwie sehr ähnlich aus. seltsam.

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html