HMUARTLGW: Modul für HomeMatic UART-Modul (RPi) und HomeMatic LAN Gateway

[gandy]

@Klaus:

Sehe ich auch so, allerdings gibt es beim Email versenden keine andere Möglichkeit, leider..

Hast du dir schonmal das Modul MSGMail angesehen? Das sendet email ohne zu blockieren. Vielleicht ist es für dich eine Alternative.

Cheers,
Andy.

[Rampler]

Hast du dir schonmal das Modul MSGMail angesehen? Das sendet email ohne zu blockieren. Vielleicht ist es für dich eine Alternative.

Danke für den Hinweis, sehe ich mir mal die Tage an ..

[Rampler]

.. die "HMUARTLGW HMUART Ack with invalid counter received.. " haben sich vermehrt ... .

Featurelevel: 5.7
2016.06.19 07:50:41 0: Server started with 308 defined entities (fhem.pl:11611/2016-06-04 perl:5.014002 os:linux user:fhem pid:16486)
2016.06.19 07:50:41 1: Perfmon: possible freeze starting at 07:50:28, delay is 13.62
2016.06.19 07:50:41 3: HMUARTLGW HMUART currently running Co_CPU_App
2016.06.19 07:50:41 1: HMLAN_Parse: HMLAN1 new condition ok
2016.06.19 07:50:41 1: HMLAN_Parse: HMLAN2 new condition ok
2016.06.19 07:50:42 3: CUL_HM set AZ.rm statusRequest
2016.06.19 07:50:42 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 4, device: 3, state: 6, msg: 1 0407010129A083
2016.06.19 07:50:43 3: CUL_HM set Alarm_sir_ext statusRequest
2016.06.19 07:51:09 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 45, device: 44, state: 101, msg: 1 0407020247A778FFFFFFFFFFFFFFFF01
2016.06.19 08:56:20 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 136, device: 135, state: 101, msg: 1 040703032DAA03FFFFFFFFFFFFFFFF001B254CFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF012EEC7CFFFFFFFFFFFFFFFF00
2016.06.19 09:10:04 3: CUL_HM set FL.UG.strahler on
2016.06.19 09:10:06 3: CUL_HM set FL.UG.strahler off
2016.06.19 09:12:53 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 228, device: 227, state: 101, msg: 1 040703032DAA03FFFFFFFFFFFFFFFF001B254CFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF0130A9CEFFFFFFFFFFFFFFFF002EEC7CFFFFFFFFFFFFFFFF00
2016.06.19 09:21:23 3: Watchdog FL.UG.tk.open triggered
2016.06.19 09:44:46 3: Watchdog GA.tor.open triggered
2016.06.19 09:44:46 3: CUL_HM set GA.taster on-for-timer 2
2016.06.19 09:44:46 1: sendEmail RCP: Klaus.xxxxxxxxxxx
2016.06.19 09:44:46 1: sendEmail Subject: Garage automatisch geschlossen !!
2016.06.19 09:44:46 1: sendEmail Text: 30 Minuten offen !!
2016.06.19 09:44:48 1: sendEmail returned: Jun 19 09:44:48 raspberry sendEmail[16705]: Email was sent successfully!
2016.06.19 09:44:48 1: Perfmon: possible freeze starting at 09:44:47, delay is 1.16
2016.06.19 09:45:23 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 171, device: 170, state: 93, msg: 1 040701010014FFFFFFFFFFFFFFFF
2016.06.19 09:49:28 3: Watchdog FL.UG.tk.open triggered

bis dann
  Klaus

[mgernoth]

Hi,

.. die "HMUARTLGW HMUART Ack with invalid counter received.. " haben sich vermehrt ... .

Sollte behoben sein.

Viele Grüße
  Michael

[Rampler]

Sollte behoben sein.

Ist behoben ..., nach Restart Fhem keine Meldungen (bis jetzt ..)

schönes WOE noch
   Klaus

[MadMax-FHEM]

Hallo,

hab das ja mit großer Spannung verfolgt!

(und seit ich den Adapter bei ELV/eq3 vor geraumer Zeit bereits entdeckt habe gehofft, dass dieser mal mit fhem funktionieren würde)

Und gleich einen bestellt und dank diesem Thread hier erfolgreich in Betrieb genommen!!

Vielen Dank!!!

Fhem aktuelle Version: heute Nachmittag installiert und geupdated...
Plattform: Raspberry PI3 Jessie

Dann 10_CUL_HM.pm gepatched (manuell   ) und 00_HMUARTLGW.pm nach /FHEM kopiert.
HM_UART definiert und los...

Habe bislang HM-USB-CFG im Einsatz ("scharfes System" bei mir und meiner Freundin) und einen selbstbau nanoCUL868 bei meinem Testsystem.

Hatte bislang immer Probleme mit Fenstersensoren und dem Klingelsensor (aber beides "sehr speziell") beim Testsystem (nanoCUL868)...

Klingelsensor resetted und angelernt -> sofort funktioniert (wie beim HM-CFG-USB)!

Bin also total happy!

Auch wo ich gemerkt habe, dass irgendwie der HM-CFG-USB (aktuell) schwer zu bekommen ist...


Frage:

geht FW-Update der HomeMatic-Komponenten mit dem HM_UART wie mit dem HM-CFG-USB??

Sobald HM_UART offiziell in fhem integriert ist werde ich evtl./wahrscheinlich mein aktuelles "scharfes System" mal auf den PI3 und HM_UART umziehen

Bis dahin wird es wohl mein aktuelles Testsystem ersetzen...

Also noch mal: vielen DANK!!!

Gruß, Joachim

[MadMax-FHEM]

Hallo noch mal,

FW-Update des HM_UART steht noch aus...

Mein HM_UART hat die

Code Auswählen Erweitern

D-firmware 1.2.1 drauf.

Bei den hier geposteten steht mal was von 1.1.4 bzw. 1.1.5 aber auch 1.5.1

Bevor ich was aufspiele:

Muss/sollte ich updaten?
Und wenn: auf welche Version?
Sind die hier geposteten "offizielle" FW?
Kann/könnte ich die auch bei ELV/eq3 runter laden??

Vielen Dank, Joachim

[mgernoth]

Hallo,

Mein HM_UART hat die

Code Auswählen Erweitern

D-firmware 1.2.1 drauf.

Ja, das scheint wohl die Auslieferungsversion zu sein. Es gibt mindestens 1.2.1, 1.2.3 (RaspberryMatic) und 1.4.1 (aktuelle, entspricht der letzten CCU2 HM-only Firmware).

Bei den hier geposteten steht mal was von 1.1.4 bzw. 1.1.5 aber auch 1.5.1

Aktuell ist 1.4.1 für den Rf-Coprozessor bzw. 1.1.5 für den LAN-Prozessor im LGW (da hängt dahinter auch nochmal der Rf-Prozessor, weswegen das LGW zwei Firmwareversionen hat...).

Muss/sollte ich updaten?
Und wenn: auf welche Version?

Ich würde auf die aktuelle 1.4.1 gehen, in der Annahme, dass eQ-3 da Bugs gefixed hat.

Sind die hier geposteten "offizielle" FW?

Ja, das Modul installiert nur mit dem eQ-3 eigenen geheimen Key verschlüsselte Firmware-Versionen.

Kann/könnte ich die auch bei ELV/eq3 runter laden??

Mein Link im ersten Post führt zum eQ-3 Github-Repository, offizieller gehts nicht.

Hier mal stabile Links zu den beiden Versionen:
1.2.3: https://github.com/eq-3/occu/tree/63372b4231457bb1f648ce212cfe1e44f3ac8226/firmware/HM-MOD-UART
1.4.1: https://github.com/eq-3/occu/tree/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART

Hier ist jeweils die coprocessor_update.eq3 die richtige Firmware. Die dualcopro_si1002_update_blhm.eq3 ist ein kompletter Rewrite für HMIP und funktioniert nicht mit meinem Modul!

Viele Grüße
  Michael

[betateilchen]

Sobald HM_UART offiziell in fhem integriert ist werde ich evtl./wahrscheinlich mein aktuelles "scharfes System" mal auf den PI3 und HM_UART umziehen

Den Schritt habe ich inzwischen komplett ausgeführt. Mein Produktivsystem ist von Cubietruck+HM-USB auf RPi3+hmuart umgezogen und zeigt bisher keinerlei negative Effekte.

[MadMax-FHEM]

Hallo Michael,

vielen Dank!

Jetzt ist es klar!

(Sorry, dass ich gar nicht so genau geschaut hab wo der Link da so hingeht   Da hatte ich ja Glück, dass es kein "böser Link" war...)

Dann werde ich mal updaten...
...also erst mal FW

Den Schritt habe ich inzwischen komplett ausgeführt. Mein Produktivsystem ist von Cubietruck+HM-USB auf RPi3+hmuart umgezogen und zeigt bisher keinerlei negative Effekte.

Gut hier warte ich noch ab, ansonsten müsste ich ja immer nachpatchen und manuell nachziehen etc.

Aber vielleicht mal testweise am WE

Wer weiß, vielleicht bleibe ich dann dabei

Gruß, Joachim

[betateilchen]

@martinp876: Kannst Du diesen Thread bitte oben anpinnen? Der rutscht langsam immer weiter in die Tiefe und ich halte ihn für genau so wichtig wie die angepinnte Anleitung zum USB Stick. Danke

[MadMax-FHEM]

Hallo,

jep!

Vielleicht bald wichtiger...
...kommt das nur mir so vor oder ist der USB-Stick mittlerweile wirklich schwer zu kriegen??

Gruß, Joachim

P.S.: immer noch zufrieden mit den USB-Sticks aber auch sehr zufrieden mit dem HM-UART...

[betateilchen]

kommt das nur mir so vor oder ist der USB-Stick mittlerweile wirklich schwer zu kriegen??

Nein, das ist so. Das war ja vor kurzem der Grund, sich mit dem hmuart zu befassen, um eine Alternative zu haben.

Mit den USB Sticks bin ich auch noch sehr zufrieden, ich habe noch einen (kleinen) Stapel davon bei mir zuhause bevorratet, um auch noch andere Plattformen als den Raspberrry bestücken zu können.

[Rampler]

Hallo Michael,
habe immer noch ab und an diese Meldungen:

HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 69, device: 51, state: 99, msg: 1 0402
HMUARTLGW HMUART invalid checksum received, dropping frame
(FD001001F20500014627800229A0832F046F00B1F1)!

Den Ack habe ich mal getraced ...

2016.06.22 23:44:06 0: HMUARTLGW HMUART send: 00 08
2016.06.22 23:44:06 0: HMUARTLGW HMUART recv: 00 040203, state 98
2016.06.22 23:44:06 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.22 23:44:21 0: HMUARTLGW HMUART send: 00 08
2016.06.22 23:44:21 0: HMUARTLGW HMUART recv: 00 040203, state 98
2016.06.22 23:44:21 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.22 23:44:28 0: HMUARTLGW HMUART recv: 01 05 00 01 36 msg: 45 84 10 25F392 29A083 06012000
2016.06.22 23:44:36 0: HMUARTLGW HMUART send: 00 08
2016.06.22 23:44:36 0: HMUARTLGW HMUART recv: 00 040203, state 98
2016.06.22 23:44:36 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.22 23:44:51 0: HMUARTLGW HMUART send: 00 08
2016.06.22 23:44:51 0: HMUARTLGW HMUART recv: 00 040203, state 98
2016.06.22 23:44:51 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.22 23:45:06 0: HMUARTLGW HMUART send: 00 08
2016.06.22 23:45:06 0: HMUARTLGW HMUART recv: 00 040203, state 98
2016.06.22 23:45:06 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.22 23:45:07 0: HMUARTLGW HMUART recv: 01 05 00 01 53 msg: 6C 84 10 2EF0D4 29A083 06010800
2016.06.22 23:45:07 0: HMUARTLGW HMUART recv: 01 05 00 01 2D msg: B5 84 10 287108 29A083 06012300
2016.06.22 23:45:12 0: HMUARTLGW HMUART recv: 01 0402, state 99
2016.06.22 23:45:12 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 69, device: 51, state: 99, msg: 1 0402
2016.06.22 23:45:21 0: HMUARTLGW HMUART send: 00 08
2016.06.22 23:45:21 0: HMUARTLGW HMUART recv: 00 040205, state 98
2016.06.22 23:45:21 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.22 23:45:30 0: HMUARTLGW HMUART recv: 01 05 00 01 30 msg: CA 84 5E 24A2F6 000000 800000000000000008D602
2016.06.22 23:45:36 0: HMUARTLGW HMUART send: 00 08
2016.06.22 23:45:36 0: HMUARTLGW HMUART recv: 00 040205, state 98
2016.06.22 23:45:36 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.22 23:45:41 0: HMUARTLGW HMUART recv: 01 05 00 01 40 msg: 49 84 10 32570E 29A083 06012F00
2016.06.22 23:45:51 0: HMUARTLGW HMUART send: 00 08
2016.06.22 23:45:51 0: HMUARTLGW HMUART recv: 00 040205, state 98
2016.06.22 23:45:51 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.22 23:45:55 0: HMUARTLGW HMUART recv: 01 05 00 01 20 msg: 95 84 5E 27415A 000000 800000000000000008E102
2016.06.22 23:46:06 0: HMUARTLGW HMUART send: 00 08
2016.06.22 23:46:06 0: HMUARTLGW HMUART recv: 00 040205, state 98
2016.06.22 23:46:06 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.22 23:46:21 0: HMUARTLGW HMUART send: 00 08
2016.06.22 23:46:21 0: HMUARTLGW HMUART recv: 00 040205, state 98
2016.06.22 23:46:21 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.22 23:46:23 0: HMUARTLGW HMUART recv: 01 05 00 01 37 msg: 3F 86 70 2BBFE8 000000 00C34A
2016.06.22 23:46:27 0: HMUARTLGW HMUART recv: 01 05 01 01 37 msg: 08 A6 10 2EEC7C 29A083 06010800
2016.06.22 23:46:27 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 08 80 02 29A083 2EEC7C 01010800
2016.06.22 23:46:27 0: HMUARTLGW HMUART recv: 01 0408, state 101
2016.06.22 23:46:27 0: HMUARTLGW HMUART IO currently busy, trying again in a bit
2016.06.22 23:46:27 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 08 80 02 29A083 2EEC7C 01010800
2016.06.22 23:46:36 0: HMUARTLGW HMUART send: 00 08

bis die Tage
  Klaus

PS: Habe natürlich die aktuelle Version

[Rampler]

Halllo zusammen,
ist es denn möglich die Ausgabe bestimmter Fehlermeldungen im Modul zu unterdrücken ?
Hintergrund:
Scheinbar sind die nachfolgenden Meldungen normal, warum also raus schreiben ?

HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 35, device: 32, state: 99, msg: 1 0402
HMUARTLGW HMUART invalid checksum received, dropping frame (FD001401CB05010128168002322BFA29A0830102C8402D9C98)!

mfg
Klaus