Hallo,
für die beiden "neuen" eQ-3 Sendemodule -- das UART-Modul (HM-MOD-UART), welches Teil des Raspberry Pi HomeMatic-Moduls (HM-MOD-RPI-PCB (http://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html)) ist, sowie das eckige LAN Gateway (HM-LGW-O-TW-W-EU (http://www.elv.de/homematic-funk-lan-gateway.html)) -- gibt es jetzt ein Fhem-Modul, welches (wie CUL und HMLAN) ein IO für CUL_HM anbietet: HMUARTLGW
Dieses Modul ist ab dem 18.7.2016 im "update" enthalten.
Um das Modul in Fhem zu nutzen, wird ein neues Gerät definiert:
- UART-Modul auf einem Raspberry Pi (HM-MOD-RPI-PCB):
define myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId 424242
- LAN Gateway mit IP 192.168.42.23:
define myHmLGW HMUARTLGW 192.168.42.23
attr myHmLGW hmId 424242
attr myHmLGW lgwPw GeheimesGatewayPasswort
Ab jetzt sollte sich das Modul wie andere HomeMatic IOs verhalten.
Ich empfehle die Verwendung der Firmware 1.4.1 auf den Rf-Interfaces. Die Rf-Firmware kann direkt aus Fhem heraus aktualisiert werden:
- HM-MOD-UART: coprocessor_update.eq3 (https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/HM-MOD-UART/coprocessor_update.eq3)
- HM-LGW-O-TW-W-EU: coprocessor_update_hm_only.eq3 (https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/coprocessor_update_hm_only.eq3)
Das Update wird mit "updateCoPro" angestossen:
set myHmUART updateCoPro /path/to/coprocessor_update.eq3
Zusätzlich sollte die LAN-Firmware des HM-LGW-O-TW-W-EU auf mindestens Version 1.1.5 aktualisiert werden: hm-lgw-o-tw-w-eu_update.eq3 (https://github.com/eq-3/occu/raw/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/hm-lgw-o-tw-w-eu_update.eq3). Dies kann entweder mit dem HomeMatic Netfinder (http://www.eq-3.de/service/downloads.html?id=53) (Java, betriebssystemübergeifend) oder den eQ-3 Tools (http://www.fhemwiki.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway#Vorbereitung_des_LAN-Firmwareupdates_mit_den_eQ-3_Tools) (x86/arm, Linux) erfolgen.
Wichtig bei Problemen: Bitte bei Fehlerbeschreibungen immer ein Log in Millisekundenauflösung mit den gesendeten und empfangenen Nachrichten hinzufügen. Hierzu das Attribut
logIDs auf
sys,all setzen:
attr myHmUART logIDs sys,all
attr global mseclog 1
- UART muss in der /boot/config.txt aktiviert sein:
enable_uart=1
- Die serielle Schnittstelle darf in der /boot/cmdline.txt nicht referenziert werden (console=...)
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
- Das Getty auf der seriellen Schnittstelle muss deaktiviert werden:
sudo systemctl stop serial-getty@ttyAMA0.service
sudo systemctl disable serial-getty@ttyAMA0.service
- Der Fhem-Benutzer muss in die dialout-Gruppe aufgenommen werden, damit er auf das serielle Gerät zugreifen darf
- Notwendige zusätzliche Schritte auf einem RPi3: Link zu Beitrag von betateilchen (https://forum.fhem.de/index.php/topic,54511.msg462039.html#msg462039)
Viele Grüße
Michael
Super Arbeit!
Einer der wenigen Fälle, wo mir ein "gefällt mir" Button fehlt :)
Zitat von: betateilchen am 11 Juni 2016, 20:42:22
Super Arbeit!
Einer der wenigen Fälle, wo mir ein "gefällt mir" Button fehlt :)
Dem kann ich mich nur anschließen !
Abgesehen davon, lässt sich der HM-MOD-RPI-PCB auch per hmland einbinden? Bei mir werkelt nämlich noch ein unterbeschaftigter PI ohne FHEM herum; dem würde ich gerne so ein Teil spendieren.
Ok, erster Versuch:
HMUARTLGW HMUART send: 00 00
2016.06.12 09:34:48 1: HMUARTLGW HMUART did not respond, reopening
2016.06.12 09:34:48 1: HMUARTLGW HMUART Reopen
2016.06.12 09:34:48 3: Setting HMUART serial parameters to 115200,8,N,1
2016.06.12 09:34:48 1: /dev/ttyAMA0 reappeared (HMUART)
2016.06.12 09:34:49 1: HMUARTLGW HMUART send: 00 00
2016.06.12 09:34:50 1: HMUARTLGW HMUART did not respond, reopening
2016.06.12 09:34:50 1: HMUARTLGW HMUART Reopen
2016.06.12 09:34:50 3: Setting HMUART serial parameters to 115200,8,N,1
2016.06.12 09:34:50 1: /dev/ttyAMA0 reappeared (HMUART)
2016.06.12 09:34:51 1: HMUARTLGW HMUART send: 00 00
2016.06.12 09:34:52 1: HMUARTLGW HMUART did not respond, reopening
2016.06.12 09:34:52 1: HMUARTLGW HMUART Reopen
2016.06.12 09:34:52 3: Setting HMUART serial parameters to 115200,8,N,1
2016.06.12 09:34:52 1: /dev/ttyAMA0 reappeared (HMUART)
2016.06.12 09:34:53 1: HMUARTLGW HMUART send: 00 00
Denke da fehlt noch /etc/udev/rulesd/xxxx ...
Ich habe auch noch keine neue Firmware drauf ..
Zitat von: betateilchen am 11 Juni 2016, 20:42:22
Super Arbeit!
Einer der wenigen Fälle, wo mir ein "gefällt mir" Button fehlt :)
Zitat von: CQuadrat am 12 Juni 2016, 00:39:13
Dem kann ich mich nur anschließen !
Danke :-)
Zitat
Abgesehen davon, lässt sich der HM-MOD-RPI-PCB auch per hmland einbinden? Bei mir werkelt nämlich noch ein unterbeschaftigter PI ohne FHEM herum; dem würde ich gerne so ein Teil spendieren.
Noch nicht. Es gibt im homematic-forum eine hmlangw-Emulation, die evtl. funktioniert, die wollte ich aber nochmal selbst reimplementieren: http://homematic-forum.de/forum/viewtopic.php?f=18&t=27705
Zitat von: Rampler am 12 Juni 2016, 09:36:22
Ok, erster Versuch:
HMUARTLGW HMUART send: 00 00
2016.06.12 09:34:48 1: HMUARTLGW HMUART did not respond, reopening
Denke da fehlt noch /etc/udev/rulesd/xxxx ...
Ich habe auch noch keine neue Firmware drauf ..
Die bei Auslieferung aufgespielte Firmware (1.2.3) funktioiniert auch, ist also für erste Tests ausreichend. Der nReset-Pin des Moduls hängt an einem GPIO-Pin des Raspberry (18 bei Pi2), evtl. muss der bei Dir angesteuert werden (bei mir funktioniert es, wenn der Pin uninitialisiert floatet):
echo 18 >/sys/class/gpio/export
echo out >/sys/class/gpio/gpio18/direction
echo 1 >/sys/class/gpio/gpio18/value
Es ist auch wichtig, dass auf der seriellen Schnittstelle kein Login-Prozess (getty) läuft und keine Kernel-Nachrichten landen. Das kann man mit raspi-config abdrehen. Weiterhin muss die serielle Schnittstelle auch aktiviert sein (/boot/config.txt):
enable_uart=1
Damit Fhem Zugriff auf die Schnittstelle bekommt, kann man den Fhem-Nutzer in die dialout-Gruppe in /etc/group eintragen.
Bei einem Raspberry Pi 3 kann es (dank des Bluetooth-Moduls) zu weiteren Komplikationen kommen...
Viele Grüße
Michael
Habe aso jetzt folgendes überpüft:
/boot/config.txt
# uncomment if you get no picture on HDMI for a default "safe" mode
#hdmi_safe=1
# uncomment this if your display has a black border of unused pixels visible
# and your display can output without overscan
#disable_overscan=1
# uncomment the following to adjust overscan. Use positive numbers if console
# goes off screen, and negative if there is too much border
#overscan_left=16
#overscan_right=16
#overscan_top=16
#overscan_bottom=16
# uncomment to force a console size. By default it will be display's size minus
# overscan.
#framebuffer_width=1280
#framebuffer_height=720
# uncomment if hdmi display is not detected and composite is being output
#hdmi_force_hotplug=1
# uncomment to force a specific HDMI mode (this will force VGA)
#hdmi_group=1
#hdmi_mode=1
# uncomment to force a HDMI mode rather than DVI. This can make audio work in
# DMT (computer monitor) modes
#hdmi_drive=2
# uncomment to increase signal to HDMI, if you have interference, blanking, or
# no display
#config_hdmi_boost=4
# uncomment for composite PAL
#sdtv_mode=2
#uncomment to overclock the arm. 700 MHz is the default.
arm_freq=700
# for more options see http://elinux.org/RPi_config.txt
gpu_mem=16
core_freq=250
sdram_freq=400
over_voltage=0
[b]enable_uart=1[/b]
/etc/inittab:
Diese Zeile ausgesternt:
#T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
In der cmdline.txt den Eintrag console=ttyAMA0,115200 gelöscht..
Bei dem Versuch:
klaus@Raspberry ~ $ sudo echo 18 >/sys/class/gpio/export
klaus@Raspberry ~ $ sudo echo out >/sys/class/gpio/gpio18/direction
-bash: /sys/class/gpio/gpio18/direction: Permission denied
klaus@Raspberry ~ $
Der User fhem ist in der group dialout ..
Wie bekomme ich die Permissions: /sys/class/gpio/gpio18/direction: Permission denied ?
Zitat von: Rampler am 12 Juni 2016, 11:02:51
/etc/inittab:
Diese Zeile ausgesternt:
#T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
Das reicht auf einem aktuellen Raspbian (Jessie) nicht mehr, da die /etc/inittab nicht genutzt wird:
sudo systemctl stop serial-getty@ttyAMA0.service
sudo systemctl disable serial-getty@ttyAMA0.service
Zitat
Bei dem Versuch:
klaus@Raspberry ~ $ sudo echo 18 >/sys/class/gpio/export
klaus@Raspberry ~ $ sudo echo out >/sys/class/gpio/gpio18/direction
-bash: /sys/class/gpio/gpio18/direction: Permission denied
klaus@Raspberry ~ $
Der User fhem ist in der group dialout ..
Wie bekomme ich die Permissions: /sys/class/gpio/gpio18/direction: Permission denied ?
sudo an dieser Stelle reicht nicht, da die Umleitung (>) von der Shell ausgeführt wird, welche bei Dir als klaus läuft.
Das hier könnte mit sudo funktionieren:
echo 18 | sudo tee /sys/class/gpio/export
echo out | sudo tee /sys/class/gpio/gpio18/direction
echo 1 | sudo tee /sys/class/gpio/gpio18/value
Viele Grüße
Michael
Zitat von: mgernoth am 12 Juni 2016, 10:41:48
Bei einem Raspberry Pi 3 kann es (dank des Bluetooth-Moduls) zu weiteren Komplikationen kommen...
Das sollte sich aber lösen lassen. Bin aktuell aber nicht zuhause, um das genauer zu beschreiben. Bei mir läuft jedenfalls das enocean-Aufsteckmodul inzwischen problemlos zusammen mit bluetooth und wlan am rpi3. Analog dieser Lösung sollte das mit dem Homematic-Aufsteckboard eigentlich auch funktionieren. Das werde ich testen und berichten.
ZitatDas reicht auf einem aktuellen Rasbian (Jessie) nicht mehr, da die /etc/inittab nicht genutzt wird:
Ich nutze Wheesy ...
Nach Eingabe von:
echo 18 | sudo tee /sys/class/gpio/export
echo out | sudo tee /sys/class/gpio/gpio18/direction
echo 1 | sudo tee /sys/class/gpio/gpio18/value
und anschließendem "define hmuart HMUARTLGW .." stürzte mir der FHEM process ab ...
nach rpi reboot alles gut ...
Bis jetzt habe ich also folgendes gemacht:
/etc/inittab:
Diese Zeile ausgesternt:
#T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
Diese Commands abgesetzt:
echo 18 | sudo tee /sys/class/gpio/export
echo out | sudo tee /sys/class/gpio/gpio18/direction
echo 1 | sudo tee /sys/class/gpio/gpio18/value
/boot/config.txt
enable_uart=1
/boot/cmdline.txt
Eintrag console=ttyAMA0,115200 gelöscht..
Sonstige Infos:
id fhem
uid=999(fhem) gid=20(dialout) groups=20(dialout),5(tty)
klaus@Raspberry /sys/class/gpio $ ls -ali
total 0
665 drwxrwx--- 2 root gpio 0 Jan 1 1970 .
10 drwxr-xr-x 45 root root 0 Jun 12 11:42 ..
666 -rwxrwx--- 1 root gpio 4096 Jan 1 1970 export
4439 lrwxrwxrwx 1 root gpio 0 Jan 1 1970 gpiochip0 -> ../../devices/platform/soc/3f200000.gpio/gpio/gpiochip0
667 -rwxrwx--- 1 root gpio 4096 Jan 1 1970 unexport
2016.06.12 11:46:32 1: HMUARTLGW myHmUART did not respond, reopening
2016.06.12 11:46:32 1: HMUARTLGW myHmUART Reopen
2016.06.12 11:46:32 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.06.12 11:46:32 1: /dev/ttyAMA0 reappeared (myHmUART)
Hallo,
Zitat von: Rampler am 12 Juni 2016, 11:47:13
und anschließendem "define hmuart HMUARTLGW .." stürzte mir der FHEM process ab ...
Was stand genau zum Absturzzeitpunkt im Fhem-Log?
Die ausgeführten Kommandos sehen gut aus, die GPIO-Befehle müssen (falls wirklich nötig) nach jedem Reboot ausgeführt werden. Wie sieht ls -l /dev/ttyAMA0 aus?
Ist das ein RPi 1, 2 oder 3?
Viele Grüße
Michael
Zitat von: mgernoth am 12 Juni 2016, 12:02:26
Was stand genau zum Absturzzeitpunkt im Fhem-Log?
Fhem starten, dann die drei Kommandos:
echo 18 | sudo tee /sys/class/gpio/export
echo out | sudo tee /sys/class/gpio/gpio18/direction
echo 1 | sudo tee /sys/class/gpio/gpio18/value
Dann define myHmUART ...
kurz warten FHEM Process ist weg ...
2016.06.12 12:16:43 3: Opening myHmUART device /dev/ttyAMA0
2016.06.12 12:16:43 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.06.12 12:16:43 3: myHmUART device opened
2016.06.12 12:16:44 1: HMUARTLGW myHmUART send: 00 00
2016.06.12 12:16:44 1: HMUARTLGW myHmUART recv: 00 0402436F5F4350555F424C, state 1
2016.06.12 12:16:44 1: HMUARTLGW myHmUART currently running Co_CPU_BL
2016.06.12 12:16:44 1: HMUARTLGW myHmUART send: 00 03
2016.06.12 12:16:44 1: HMUARTLGW myHmUART recv: 00 0401, state 2
2016.06.12 12:16:44 1: HMUARTLGW myHmUART recv: 00 00436F5F4350555F417070, state 2
2016.06.12 12:16:44 1: HMUARTLGW myHmUART currently running Co_CPU_App
2016.06.12 12:16:45 1: HMUARTLGW myHmUART send: 01 01
2016.06.12 12:16:45 1: HMUARTLGW myHmUART recv: 01 040A, state 6
2016.06.12 12:16:45 1: HMUARTLGW myHmUART GetSet Ack: 0A, State: 6
2016.06.12 12:16:45 1: HMUARTLGW myHmUART send: 01 10
2016.06.12 12:16:45 1: HMUARTLGW myHmUART recv: 01 0407010145F973, state 7
2016.06.12 12:16:45 1: HMUARTLGW myHmUART GetSet Ack: 07, State: 7
2016.06.12 12:16:45 1: HMUARTLGW myHmUART send: 00 0E575D368D02
2016.06.12 12:16:45 1: HMUARTLGW myHmUART recv: 00 0401, state 4
2016.06.12 12:16:45 1: HMUARTLGW myHmUART GetSet Ack: 01, State: 4
2016.06.12 12:16:45 1: HMUARTLGW myHmUART send: 00 02
2016.06.12 12:16:45 1: HMUARTLGW myHmUART recv: 00 0402010003010201, state 9
2016.06.12 12:16:45 1: HMUARTLGW myHmUART GetSet Ack: 02, State: 9
2016.06.12 12:16:46 1: HMUARTLGW myHmUART send: 00 0B
2016.06.12 12:16:46 1: HMUARTLGW myHmUART recv: 00 04024D455131383839373235, state 14
2016.06.12 12:16:46 1: HMUARTLGW myHmUART GetSet Ack: 02, State: 14
2016.06.12 12:16:46 1: HMUARTLGW myHmUART send: 00 0A01
2016.06.12 12:16:46 1: HMUARTLGW myHmUART recv: 00 0401, state 10
2016.06.12 12:16:46 1: HMUARTLGW myHmUART GetSet Ack: 01, State: 10
2016.06.12 12:16:46 1: HMUARTLGW myHmUART send: 00 0901
2016.06.12 12:16:46 1: HMUARTLGW myHmUART recv: 00 0401, state 11
2016.06.12 12:16:46 1: HMUARTLGW myHmUART GetSet Ack: 01, State: 11
2016.06.12 12:16:46 1: HMUARTLGW myHmUART send: 01 030000000000000000000000000000000000
2016.06.12 12:16:46 1: HMUARTLGW myHmUART recv: 01 0401, state 15
2016.06.12 12:16:46 1: HMUARTLGW myHmUART GetSet Ack: 01, State: 15
2016.06.12 12:16:46 1: HMUARTLGW myHmUART send: 01 0F0000000000000000000000000000000000
2016.06.12 12:16:46 1: HMUARTLGW myHmUART recv: 01 0401, state 16
2016.06.12 12:16:46 1: HMUARTLGW myHmUART GetSet Ack: 01, State: 16
2016.06.12 12:16:46 1: HMUARTLGW myHmUART send: 01 0B0000000000000000000000000000000000
2016.06.12 12:16:46 1: HMUARTLGW myHmUART recv: 01 0401, state 17
2016.06.12 12:16:46 1: HMUARTLGW myHmUART GetSet Ack: 01, State: 17
2016.06.12 12:16:46 1: HMUARTLGW myHmUART send: 01 08
2016.06.12 12:16:46 1: HMUARTLGW myHmUART recv: 01 04070101, state 8
2016.06.12 12:16:46 1: HMUARTLGW myHmUART GetSet Ack: 07, State: 8
Can't use an undefined value as an ARRAY reference at ./FHEM/00_HMUARTLGW.pm line 527.
Ohne die export Befehle kommen nur diese Fehlermeldungen, fhem bleibt aber oben...:
2016.06.12 12:24:09 3: Opening myHmUART device /dev/ttyAMA0
2016.06.12 12:24:09 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.06.12 12:24:09 3: myHmUART device opened
2016.06.12 12:24:10 1: HMUARTLGW myHmUART send: 00 00
2016.06.12 12:24:11 1: HMUARTLGW myHmUART did not respond, reopening
2016.06.12 12:24:11 1: HMUARTLGW myHmUART Reopen
2016.06.12 12:24:11 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.06.12 12:24:11 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.06.12 12:24:12 1: HMUARTLGW myHmUART send: 00 00
2016.06.12 12:24:13 1: HMUARTLGW myHmUART did not respond, reopening
2016.06.12 12:24:13 1: HMUARTLGW myHmUART Reopen
2016.06.12 12:24:13 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.06.12 12:24:13 1: /dev/ttyAMA0 reappeared (myHmUART)
Zitat von: mgernoth am 12 Juni 2016, 12:02:26
Die ausgeführten Kommandos sehen gut aus, die GPIO-Befehle müssen (falls wirklich nötig) nach jedem Reboot ausgeführt werden. Wie sieht ls -l /dev/ttyAMA0 aus?
klaus@Raspberry ~ $ ls -l /dev/ttyAMA0
1026 crw-rw---T 1 root dialout 204, 64 Jun 12 11:51 /dev/ttyAMA0
Zitat von: mgernoth am 12 Juni 2016, 12:02:26
Ist das ein RPi 1, 2 oder 3?
RPi 2
Hi,
Zitat von: Rampler am 12 Juni 2016, 12:25:53
Fhem starten, dann die drei Kommandos:
echo 18 | sudo tee /sys/class/gpio/export
echo out | sudo tee /sys/class/gpio/gpio18/direction
echo 1 | sudo tee /sys/class/gpio/gpio18/value
Ok, dann brauchst Du wohl die explizite GPIO-Konfig. Unschön, weil ich nicht weiss, wie ich das einbauen kann...
Zitat
2016.06.12 12:16:43 3: Opening myHmUART device /dev/ttyAMA0
2016.06.12 12:16:43 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.06.12 12:16:43 3: myHmUART device opened
2016.06.12 12:16:44 1: HMUARTLGW myHmUART send: 00 00
2016.06.12 12:16:44 1: HMUARTLGW myHmUART recv: 00 0402436F5F4350555F424C, state 1
2016.06.12 12:16:44 1: HMUARTLGW myHmUART currently running Co_CPU_BL
Sieht gut aus :-)
Zitat
2016.06.12 12:16:46 1: HMUARTLGW myHmUART recv: 01 04070101, state 8
2016.06.12 12:16:46 1: HMUARTLGW myHmUART GetSet Ack: 07, State: 8
Can't use an undefined value as an ARRAY reference at ./FHEM/00_HMUARTLGW.pm line 527.
Ähja, da habe ich einen Bug, wenn noch kein HM-Gerät definiert ist...
Habe ich gerade gefixed, update bitte nochmal Deine 00_HMUARTLGW.pm mit dem ersten curl-Befehl.
Viele Grüße
Michael
Sieht deutlich besser aus... :)
Und FHEM bleibt oben !!!
2016.06.12 12:53:10 3: Opening HMUART device /dev/ttyAMA0
2016.06.12 12:53:10 3: Setting HMUART serial parameters to 115200,8,N,1
2016.06.12 12:53:10 3: HMUART device opened
2016.06.12 12:53:11 1: HMUARTLGW HMUART send: 00 00
2016.06.12 12:53:11 1: HMUARTLGW HMUART frame with wrong length received: 16, should: 4: FD00000D00010402436F5F4350555F424C
2016.06.12 12:53:11 1: HMUARTLGW HMUART frame with wrong length received: 18, should: 4: FD00000D00010402436F5F4350555F424C7F7B
2016.06.12 12:53:12 1: HMUARTLGW HMUART did not respond, reopening
2016.06.12 12:53:12 1: HMUARTLGW HMUART Reopen
2016.06.12 12:53:12 3: Setting HMUART serial parameters to 115200,8,N,1
2016.06.12 12:53:12 1: /dev/ttyAMA0 reappeared (HMUART)
2016.06.12 12:53:13 1: HMUARTLGW HMUART send: 00 00
2016.06.12 12:53:13 1: HMUARTLGW HMUART recv: 00 0402436F5F4350555F424C, state 1
2016.06.12 12:53:13 1: HMUARTLGW HMUART currently running Co_CPU_BL
2016.06.12 12:53:13 1: HMUARTLGW HMUART send: 00 03
2016.06.12 12:53:13 1: HMUARTLGW HMUART recv: 00 0401, state 2
2016.06.12 12:53:13 1: HMUARTLGW HMUART recv: 00 00436F5F4350555F417070, state 2
2016.06.12 12:53:13 1: HMUARTLGW HMUART currently running Co_CPU_App
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 01 01
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 01 040A, state 6
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 0A, State: 6
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 01 10
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 01 0407010145F973, state 7
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 07, State: 7
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 00 0E575D3F1A02
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 00 0401, state 4
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 01, State: 4
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 00 02
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 00 0402010003010201, state 9
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 02, State: 9
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 00 0B
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 00 04024D455131383839373235, state 14
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 02, State: 14
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 00 0A01
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 00 0401, state 10
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 01, State: 10
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 00 0901
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 00 0401, state 11
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 01, State: 11
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 01 030000000000000000000000000000000000
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 01 0401, state 15
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 01, State: 15
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 01 0F0000000000000000000000000000000000
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 01 0401, state 16
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 01, State: 16
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 01 0B0000000000000000000000000000000000
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 01 0401, state 17
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 01, State: 17
2016.06.12 12:53:14 1: HMUARTLGW HMUART send: 01 08
2016.06.12 12:53:14 1: HMUARTLGW HMUART recv: 01 04070101, state 8
2016.06.12 12:53:14 1: HMUARTLGW HMUART GetSet Ack: 07, State: 8
2016.06.12 12:53:15 1: HMUARTLGW HMUART send: 00 08
2016.06.12 12:53:15 1: HMUARTLGW HMUART recv: 00 040200, state 98
2016.06.12 12:53:15 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.12 12:53:30 1: HMUARTLGW HMUART send: 00 08
2016.06.12 12:53:30 1: HMUARTLGW HMUART recv: 00 040200, state 98
2016.06.12 12:53:30 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.12 12:53:45 1: HMUARTLGW HMUART send: 00 08
2016.06.12 12:53:45 1: HMUARTLGW HMUART recv: 00 040200, state 98
2016.06.12 12:53:45 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.12 12:54:00 1: HMUARTLGW HMUART send: 00 08
2016.06.12 12:54:00 1: HMUARTLGW HMUART recv: 00 040200, state 98
2016.06.12 12:54:00 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.12 12:54:04 1: HMUARTLGW HMUART send: 01 0029A083
2016.06.12 12:54:04 1: HMUARTLGW HMUART recv: 01 0401, state 5
2016.06.12 12:54:04 1: HMUARTLGW HMUART GetSet Ack: 01, State: 5
2016.06.12 12:54:04 1: HMUARTLGW HMUART send: 01 01
2016.06.12 12:54:04 1: HMUARTLGW HMUART recv: 01 0407010129A083, state 6
2016.06.12 12:54:04 1: HMUARTLGW HMUART GetSet Ack: 07, State: 6
2016.06.12 12:54:15 1: HMUARTLGW HMUART send: 00 08
2016.06.12 12:54:15 1: HMUARTLGW HMUART recv: 00 040200, state 98
2016.06.12 12:54:15 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.12 12:54:30 1: HMUARTLGW HMUART send: 00 08
2016.06.12 12:54:30 1: HMUARTLGW HMUART recv: 00 040200, state 98
2016.06.12 12:54:30 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.12 12:54:45 1: HMUARTLGW HMUART send: 00 08
2016.06.12 12:54:45 1: HMUARTLGW HMUART recv: 00 040200, state 98
2016.06.12 12:54:45 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
Habe soeben erfolgreich einen Aktor betätigt....
8) :)
2016.06.12 12:59:26 3: CUL_HM set KU.licht on
2016.06.12 12:59:26 1: HMUARTLGW HMUART recv: 01 05 00 00 17 msg: 03 A0 11 29A083 2F0F99 0201C80000
2016.06.12 12:59:26 1: HMUARTLGW HMUART recv: 01 05 00 00 35 msg: 03 80 02 2F0F99 29A083 0101C8003D
2016.06.12 12:59:30 1: HMUARTLGW HMUART recv: 01 05 00 00 38 msg: 52 A4 41 33BADB 2F0303 01EEF640
2016.06.12 12:59:30 1: HMUARTLGW HMUART recv: 01 05 00 00 40 msg: 52 80 02 2F0303 33BADB 010100003E
2016.06.12 12:59:30 1: HMUARTLGW HMUART send: 00 08
2016.06.12 12:59:30 1: HMUARTLGW HMUART recv: 00 040202, state 98
2016.06.12 12:59:30 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.12 12:59:31 3: CUL_HM set KU.licht off
2016.06.12 12:59:31 1: HMUARTLGW HMUART recv: 01 05 00 00 17 msg: 04 A0 11 29A083 2F0F99 0201000000
2016.06.12 12:59:31 1: HMUARTLGW HMUART recv: 01 05 00 00 35 msg: 04 80 02 2F0F99 29A083 010100003E
2016.06.12 12:59:44 1: HMUARTLGW HMUART recv: 01 05 00 00 39 msg: 53 A4 41 33BADB 2F0303 01EFED40
2016.06.12 12:59:44 1: HMUARTLGW HMUART recv: 01 05 00 00 41 msg: 53 80 02 2F0303 33BADB 010100003D
2016.06.12 12:59:45 1: HMUARTLGW HMUART send: 00 08
2016.06.12 12:59:45 1: HMUARTLGW HMUART recv: 00 040202, state 98
2016.06.12 12:59:45 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.12 12:59:59 1: HMUARTLGW HMUART recv: 01 05 00 00 3B msg: 54 A4 41 33BADB 2F0303 01F0ED40
2016.06.12 12:59:59 1: HMUARTLGW HMUART recv: 01 05 00 00 3F msg: 54 80 02 2F0303 33BADB 010100003E
2016.06.12 13:00:00 1: HMUARTLGW HMUART recv: 01 05 00 00 17 msg: 03 A0 11 29A083 1B254C 800602
2016.06.12 13:00:00 1: HMUARTLGW HMUART recv: 01 05 00 00 38 msg: 03 80 02 1B254C 29A083 010602003D
2016.06.12 13:00:00 1: HMUARTLGW HMUART recv: 01 05 00 00 17 msg: 04 A0 11 29A083 1B254C 800602
2016.06.12 13:00:00 1: HMUARTLGW HMUART send: 00 08
2016.06.12 13:00:00 1: HMUARTLGW HMUART recv: 01 05 00 00 38 msg: 04 80 02 1B254C 29A083 010602003C
2016.06.12 13:00:00 1: HMUARTLGW HMUART recv: 00 040202, state 98
2016.06.12 13:00:00 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
Könntest Du die vorgehensweise zum Firmwareupdate des HM-MOD-UART etwas beschreiben ?
Brauche ich dazu den HM USB Adapter ?
Ein "set HMUART close" wäre super, gerade jetzt zum testen ...
Ganz tolle Sache, Michael.
Zitat von: mgernoth am 11 Juni 2016, 20:10:46
Ich empfehle die Verwendung von Firmware 1.4.1 auf den Rf-Interfaces. Das HM-MOD-UART kann mit einem Programm aus meinem
Kleine Ergänzung: das HM-LAN-Gateway sollte die Firmware 1.1.5 besitzen.
https://github.com/eq-3/occu/raw/master/firmware/hm-lgw-o-tw-w-eu_update.eq3
Aus eigener Erfahrung kann ich sagen, dass die 1.1.4 bei starkem Netzwerktraffic ziemlich Probleme hatte. Die 1.1.5 läuft dagegen absolut stabil.
@Martin: Bitte anpinnen.
Zitat von: Rampler am 12 Juni 2016, 13:23:54
Könntest Du die vorgehensweise zum Firmwareupdate des HM-MOD-UART etwas beschreiben ?
Brauche ich dazu den HM USB Adapter ?
Will meine Fragen mal selbst beantworten, indem ich hier mal einen screenshot einhänge .. (HM USB Adapter wird niht benötigt)
klaus@Raspberry ~ $ git clone git://git.zerfleddert.de/hmcfgusb
Cloning into 'hmcfgusb'...
remote: Counting objects: 660, done.
remote: Compressing objects: 100% (639/639), done.
remote: Total 660 (delta 415), reused 0 (delta 0)
Receiving objects: 100% (660/660), 143.77 KiB, done.
Resolving deltas: 100% (415/415), done.
klaus@Raspberry ~ $ cd hmcfgusb/
klaus@Raspberry ~/hmcfgusb $ ls
total 264
266221 drwxr-xr-x 4 klaus klaus 4096 Jun 12 13:56 .
48296 drwxr-xr-x 6 klaus klaus 4096 Jun 12 13:56 ..
270821 -rw-r--r-- 1 klaus klaus 42361 Jun 12 13:56 aes.c
270822 -rw-r--r-- 1 klaus klaus 7589 Jun 12 13:56 aes.h
270823 -rw-r--r-- 1 klaus klaus 4071 Jun 12 13:56 culfw.c
270824 -rw-r--r-- 1 klaus klaus 1610 Jun 12 13:56 culfw.h
270825 drwxr-xr-x 3 klaus klaus 4096 Jun 12 13:56 debian
271029 -rw-r--r-- 1 klaus klaus 4460 Jun 12 13:56 firmware.c
271030 -rw-r--r-- 1 klaus klaus 1352 Jun 12 13:56 firmware.h
271031 -rw-r--r-- 1 klaus klaus 4801 Jun 12 13:56 flash-hmcfgusb.c
271032 -rw-r--r-- 1 klaus klaus 4697 Jun 12 13:56 flash-hmmoduart.c
271033 -rw-r--r-- 1 klaus klaus 30290 Jun 12 13:56 flash-ota.c
266222 drwxr-xr-x 8 klaus klaus 4096 Jun 12 13:56 .git
270817 -rw-r--r-- 1 klaus klaus 320 Jun 12 13:56 .gitignore
271034 -rw-r--r-- 1 klaus klaus 1871 Jun 12 13:56 hexdump.h
271035 -rw-r--r-- 1 klaus klaus 2987 Jun 12 13:56 hm.c
271037 -rw-r--r-- 1 klaus klaus 14107 Jun 12 13:56 hmcfgusb.c
271038 -rw-r--r-- 1 klaus klaus 2018 Jun 12 13:56 hmcfgusb.h
271039 -rw-r--r-- 1 klaus klaus 160 Jun 12 13:56 hmcfgusb.rules
271036 -rw-r--r-- 1 klaus klaus 2131 Jun 12 13:56 hm.h
271040 -rw-r--r-- 1 klaus klaus 23764 Jun 12 13:56 hmland.c
271041 -rw-r--r-- 1 klaus klaus 9516 Jun 12 13:56 hmsniff.c
271042 -rw-r--r-- 1 klaus klaus 10235 Jun 12 13:56 hmuartlgw.c
271043 -rw-r--r-- 1 klaus klaus 3119 Jun 12 13:56 hmuartlgw.h
271044 -rw-r--r-- 1 klaus klaus 272 Jun 12 13:56 init.hmland.OpenWRT
270818 -rw-r--r-- 1 klaus klaus 1086 Jun 12 13:56 LICENSE
270819 -rw-r--r-- 1 klaus klaus 2377 Jun 12 13:56 Makefile
270820 -rw-r--r-- 1 klaus klaus 6298 Jun 12 13:56 README.md
271045 -rwxr-xr-x 1 klaus klaus 280 Jun 12 13:56 reset-hmmoduart.sh
271046 -rw-r--r-- 1 klaus klaus 1773 Jun 12 13:56 util.c
271047 -rw-r--r-- 1 klaus klaus 1268 Jun 12 13:56 util.h
271048 -rw-r--r-- 1 klaus klaus 28 Jun 12 13:56 version.h
klaus@Raspberry ~/hmcfgusb $ apt-get install libusb-1.0-0-dev build-essential git
E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied)
E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?
klaus@Raspberry ~/hmcfgusb $ sudo apt-get install libusb-1.0-0-dev build-essential git
Reading package lists... Done
Building dependency tree
Reading state information... Done
build-essential is already the newest version.
git is already the newest version.
git set to manually installed.
The following NEW packages will be installed:
libusb-1.0-0-dev
0 upgraded, 1 newly installed, 0 to remove and 22 not upgraded.
Need to get 184 kB of archives.
After this operation, 962 kB of additional disk space will be used.
Do you want to continue [Y/n]? y
Get:1 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libusb-1.0-0-dev armhf 2:1.0.11-1 [184 kB]
Fetched 184 kB in 0s (544 kB/s)
Selecting previously unselected package libusb-1.0-0-dev.
(Reading database ... 81004 files and directories currently installed.)
Unpacking libusb-1.0-0-dev (from .../libusb-1.0-0-dev_2%3a1.0.11-1_armhf.deb) ...
Setting up libusb-1.0-0-dev (2:1.0.11-1) ...
klaus@Raspberry ~/hmcfgusb $ make
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o hmcfgusb.o hmcfgusb.c
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o util.o util.c
gcc -L/opt/local/lib hmland.o hmcfgusb.o util.o -lusb-1.0 -lrt -o hmland
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o hmsniff.o hmsniff.c
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o hmuartlgw.o hmuartlgw.c
gcc -L/opt/local/lib hmsniff.o hmcfgusb.o hmuartlgw.o -lusb-1.0 -lrt -o hmsniff
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o flash-hmcfgusb.o flash-hmcfgusb.c
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o firmware.o firmware.c
gcc -L/opt/local/lib flash-hmcfgusb.o hmcfgusb.o firmware.o util.o -lusb-1.0 -lrt -o flash-hmcfgusb
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o flash-hmmoduart.o flash-hmmoduart.c
gcc -L/opt/local/lib flash-hmmoduart.o hmuartlgw.o firmware.o util.o -lusb-1.0 -lrt -o flash-hmmoduart
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o flash-ota.o flash-ota.c
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o culfw.o culfw.c
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o hm.o hm.c
gcc -MMD -O2 -Wall -I/opt/local/include -g -c -o aes.o aes.c
gcc -L/opt/local/lib flash-ota.o hmcfgusb.o culfw.o hmuartlgw.o firmware.o util.o hm.o aes.o -lusb-1.0 -lrt -o flash-ota
klaus@Raspberry ~/hmcfgusb $ ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
Waiting for bootloader to settle...
HM-MOD-UART opened.
Flashing 43 blocks: |
Firmware update successfull!
Super einfach ... dank Michael
Mit der 1.4.1 Firmware sind diese Kommandos obsolete:
echo 18 | sudo tee /sys/class/gpio/export
echo out | sudo tee /sys/class/gpio/gpio18/direction
echo 1 | sudo tee /sys/class/gpio/gpio18/value
Geht jetzt auch ohne ..., was es deutlich einfacher macht ...
Hallo Michael,
kann man debug dynamisch an/ausschalten ?
Ich weiß, jetzt werde ich unverschämt ... ;)
Endlich eine ultrakompakte fhem-Lösung inkl. Homematic, die nur noch eine 5V Spannungsversorgung braucht 8)
Das ganze jetzt noch netzwerkfähig (ala hmland) und alles wird gut.
Das Löten üben wir aber noch ;D 8).
... ich kann's auch nicht besser
Daran habe ich gar nichts gelötet...
Der "Bausatz" kam komplett montiert hier an. Das einzige zusätzliche Bauteil im Bausatz war ein fetter Ferritring zur Entstörung der Spannungszuleitung zum Raspberry. Das scheint kein Einzelfall zu sein - ich habe drei solcher Module gleichzeitig bestellt und alle drei waren komplett zusammengelötet.
Ok :o - dann müssen andere noch üben oder die Maschinen neu kalibrieren.
tolle Entwicklung!
Bezogen auf die Sende/Empfangsleistung wie würdet ihr diese, in einer Reihenfolge, bewerten?
HM LAN Adapter rund
HM LAN Gateway
HM UART Modul
Greetz
Eldrik
In allen drei Komponenten steckt die gleiche Sende-/Empfangshardware mit der gleichen Drahtstummelantenne.
Insofern dürften sich die Komponenten bezüglich Funkqualität nicht viel nehmen.
Und du hast den USB Stick von Homematic vergessen :D aber auch da ist die gleiche Funkhardware drin.
Zitat von: betateilchen am 12 Juni 2016, 22:22:42
In allen drei Komponenten steckt die gleiche Sende-/Empfangshardware mit der gleichen Drahtstummelantenne.
Insofern dürften sich die Komponenten bezüglich Funkqualität nicht viel nehmen.
Und du hast den USB Stick von Homematic vergessen :D aber auch da ist die gleiche Funkhardware drin.
japp, dass hab ich mir auch gedacht :), ich wollte aber mal schauen, ob es nicht doch irgendwelche Praxiserfahrungen gibt, die z.B. dem neuen LAN Gateway eine bessere Sende/Empfangsleistung als dem alten HM LAN Adapter attestieren, welchen ich bisher im Einsatz habe.
Bis auf den alten HM LAN Adapter werden die neueren ja mit 100 m (Freifeld) bepriesen.
Greetz
Eldrik
Zitat von: betateilchen am 12 Juni 2016, 20:06:03
Endlich eine ultrakompakte fhem-Lösung inkl. Homematic, die nur noch eine 5V Spannungsversorgung braucht
Genau das richtige Gerät für eine kleine Installation bei den Eltern.
DANKE MICHAEL !!!
Zitat von: betateilchen am 12 Juni 2016, 22:22:42
Insofern dürften sich die Komponenten bezüglich Funkqualität nicht viel nehmen.
Und du hast den USB Stick von Homematic vergessen :D aber auch da ist die gleiche Funkhardware drin.
Ich beobachte Unterschiede in der Funkqualität: Ich habe einen USB-Stick (im Obergeschoss) und einen HMLan (im Erdgeschoss) zusammen in einer vCCU. Schaue ich mir die RSSI-Werte und das LastIODev an, schneidet der USB-Stick immer besser ab. Auch bei Geräten, die sich deutlich näher am HMLan befinden.
Guten Morgen,
beim starten: (wrong length)
2016.06.13 10:06:08 3: Opening HMUART device /dev/ttyAMA0
2016.06.13 10:06:08 3: Setting HMUART serial parameters to 115200,8,N,1
2016.06.13 10:06:08 3: HMUART device opened
2016.06.13 10:06:09 1: HMUARTLGW HMUART send: 00 00
2016.06.13 10:06:09 1: HMUARTLGW HMUART frame with wrong length received: 8, should: 4: FD00000E0001040243
2016.06.13 10:06:09 1: HMUARTLGW HMUART frame with wrong length received: 19, should: 4: FD00000E00010402436F5F4350555F417070F014
2016.06.13 10:06:10 1: HMUARTLGW HMUART did not respond, reopening
2016.06.13 10:06:10 1: HMUARTLGW HMUART Reopen
2016.06.13 10:06:10 3: Setting HMUART serial parameters to 115200,8,N,1
2016.06.13 10:06:10 1: /dev/ttyAMA0 reappeared (HMUART)
2016.06.13 10:06:11 1: HMUARTLGW HMUART send: 00 00
2016.06.13 10:06:11 1: HMUARTLGW HMUART recv: 00 0402436F5F4350555F417070, state 1
2016.06.13 10:06:11 1: HMUARTLGW HMUART currently running Co_CPU_App
2016.06.13 10:06:12 1: HMUARTLGW HMUART send: 01 01
2016.06.13 10:06:12 1: HMUARTLGW HMUART recv: 01 0407010129A083, state 6
2016.06.13 10:06:12 1: HMUARTLGW HMUART GetSet Ack: 07, State: 6
2016.06.13 10:06:12 1: HMUARTLGW HMUART send: 01 10
2016.06.13 10:06:12 1: HMUARTLGW HMUART recv: 01 0407010145F973, state 7
Beim schalten eines Lichtes (non AES), fliegt der prozess...
2016.06.13 10:09:41 3: CUL_HM set KU.licht on
2016.06.13 10:09:41 1: HMUARTLGW HMUART send: 01 062F0F99000000
2016.06.13 10:09:41 1: HMUARTLGW HMUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2016.06.13 10:09:41 1: HMUARTLGW HMUART GetSet Ack: 07, State: 90
2016.06.13 10:09:41 1: HMUARTLGW HMUART send: 01 0A2F0F99000102030405060708090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F202122232425262728292A2B2C2D2E2F303132333435363738393A3B
2016.06.13 10:09:41 1: HMUARTLGW HMUART recv: 01 0401, state 91
2016.06.13 10:09:41 1: HMUARTLGW HMUART GetSet Ack: 01, State: 91
2016.06.13 10:09:41 1: PERL WARNING: Use of uninitialized value in unpack at ./FHEM/00_HMUARTLGW.pm line 512.
2016.06.13 10:09:41 1: HMUARTLGW HMUART AESchannels: 00000000
2016.06.13 10:09:41 1: HMUARTLGW HMUART send: 01 092F0F99
2016.06.13 10:09:41 1: HMUARTLGW HMUART recv: 01 0401, state 92
2016.06.13 10:09:41 1: HMUARTLGW HMUART GetSet Ack: 01, State: 92
Can't use an undefined value as an ARRAY reference at ./FHEM/00_HMUARTLGW.pm line 824.
Habe die aktuelle HMUARTLGW vom github im Einsatz ...
Gibts es ein Reading "cond", wie beim HMLAN Adapter ?
Hi,
Danke für die Reports :-)
Zitat von: Rampler am 13 Juni 2016, 10:13:37
beim starten: (wrong length)
2016.06.13 10:06:09 1: HMUARTLGW HMUART send: 00 00
2016.06.13 10:06:09 1: HMUARTLGW HMUART frame with wrong length received: 8, should: 4: FD00000E0001040243
2016.06.13 10:06:09 1: HMUARTLGW HMUART frame with wrong length received: 19, should: 4: FD00000E00010402436F5F4350555F417070F014
2016.06.13 10:06:10 1: HMUARTLGW HMUART did not respond, reopening
Bug in der Firmware des Moduls. Es schickt zwei Frames, welche beide angeblich die Länge 0 (+4) (das 0000 nach dem FD) haben, was aber offensichtlich nicht der Fall ist, weswegen sie ignoriert werden. Sie haben auch keine gültige Prüfsumme, soweit kam der Code aber gar nicht. Deswegen der automatische reopen und danach hat sich das Modul auch gefangen.
Zitat
Beim schalten eines Lichtes (non AES), fliegt der prozess...
2016.06.13 10:09:41 1: HMUARTLGW HMUART GetSet Ack: 01, State: 91
2016.06.13 10:09:41 1: PERL WARNING: Use of uninitialized value in unpack at ./FHEM/00_HMUARTLGW.pm line 512.
Interessant, hier schickt CUL_HM ein Peer ohne jegliche AES Kanalinformation. Ist jetzt abgefangen.
Zitat
2016.06.13 10:09:41 1: HMUARTLGW HMUART GetSet Ack: 01, State: 92
Can't use an undefined value as an ARRAY reference at ./FHEM/00_HMUARTLGW.pm line 824.
Danke, fixed.
Viele Grüße
Michael
Zitat
Danke, fixed.
Licht schalten funktioniert einwandfrei .. :)
Ein schalten meiner Keymatic funktioniert noch nicht:
2016.06.13 10:31:13 3: CUL_HM set WF.keymatic lock
2016.06.13 10:31:13 1: HMUARTLGW HMUART send: 01 06261118000000
2016.06.13 10:31:13 1: HMUARTLGW HMUART recv: 01 040701010002FFFFFFFFFFFFFFFF, state 90
2016.06.13 10:31:13 1: HMUARTLGW HMUART GetSet Ack: 07, State: 90
2016.06.13 10:31:13 1: HMUARTLGW HMUART send: 01 0A261118000102030405060708090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F202122232425262728292A2B2C2D2E2F303132333435363738393A3B
2016.06.13 10:31:13 1: HMUARTLGW HMUART recv: 01 0401, state 91
2016.06.13 10:31:13 1: HMUARTLGW HMUART GetSet Ack: 01, State: 91
2016.06.13 10:31:13 1: HMUARTLGW HMUART send: 01 09261118
2016.06.13 10:31:13 1: HMUARTLGW HMUART recv: 01 0401, state 92
2016.06.13 10:31:13 1: HMUARTLGW HMUART GetSet Ack: 01, State: 92
2016.06.13 10:31:13 1: HMUARTLGW HMUART send: 01 08
2016.06.13 10:31:13 1: HMUARTLGW HMUART recv: 01 04070101261118FFFFFFFFFFFFFFFF002F0F99FFFFFFFFFFFFFFFF00, state 93
2016.06.13 10:31:13 1: HMUARTLGW HMUART GetSet Ack: 07, State: 93
2016.06.13 10:31:13 1: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, kNo: 0
2016.06.13 10:31:13 1: HMUARTLGW HMUART known peer: 2F0F99, aesChannels: FFFFFFFFFFFFFFFF, kNo: 0
2016.06.13 10:31:13 1: HMUARTLGW HMUART send: 01 02 00 00 01 msg: 03 B0 11 29A083 261118 800100FF
2016.06.13 10:31:14 1: HMUARTLGW HMUART recv: 01 040DFE3A03A00226111829A083046C3FB4882B4E02, state 100
2016.06.13 10:31:21 1: HMUARTLGW HMUART recv: 01 05 00 FE 38 msg: 38 84 10 287108 29A083 06016200
2016.06.13 10:31:24 1: HMUARTLGW HMUART send: 00 08
2016.06.13 10:31:24 1: HMUARTLGW HMUART recv: 00 040206, state 98
2016.06.13 10:31:24 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
Hi,
Zitat von: Rampler am 13 Juni 2016, 10:33:59
Licht schalten funktioniert einwandfrei .. :)
:-)
Zitat
Ein schalten meiner Keymatic funktioniert noch nicht:
2016.06.13 10:31:13 1: HMUARTLGW HMUART send: 01 02 00 00 01 msg: 03 B0 11 29A083 261118 800100FF
2016.06.13 10:31:14 1: HMUARTLGW HMUART recv: 01 040DFE3A03A00226111829A083046C3FB4882B4E02, state 100
Du hast Deinen AES-Key noch nicht definiert, das Modul kennt den Key mit Index 1 nicht.
Viele Grüße
Michael
ZitatDu hast Deinen AES-Key noch nicht definiert, das Modul kennt den Key mit Index 1 nicht.
Dachte, dass der AES-key nur aus der VCCU kommt...
list vccu
Internals:
DEF 29A083
HMLAN1_MSGCNT 70
HMLAN1_RAWMSG E29A083,0000,03635CF9,FF,FFD6,06A01129A0832F0FA10201000000
HMLAN1_RSSI -42
HMLAN1_TIME 2016-06-13 10:38:16
HMLAN2_MSGCNT 115
HMLAN2_RAWMSG E29A083,0000,0A169B0B,FF,FFB5,3B800229A08328710801016700
HMLAN2_RSSI -75
HMLAN2_TIME 2016-06-13 10:42:45
HMLAN3_MSGCNT 115
HMLAN3_RAWMSG E29A083,0000,84E35B57,FF,FFB3,3B800229A08328710801016700
HMLAN3_RSSI -77
HMLAN3_TIME 2016-06-13 10:42:45
HMUART_MSGCNT 85
HMUART_RAWMSG 0500FE213B800229A08328710801016700
HMUART_RSSI -33
HMUART_TIME 2016-06-13 10:42:45
IODev HMLAN1
LASTInputDev HMLAN3
MSGCNT 385
NAME vccu
NR 86
NTFY_ORDER 50-vccu
STATE HMUART:UAS,HMLAN1:ok,HMLAN2:ok,HMLAN3:ok,
TYPE CUL_HM
assignedIOs HMLAN1,HMLAN2,HMLAN3,HMUART
lastMsg No:3B - t:02 s:29A083 d:287108 01016700
protLastRcv 2016-06-13 10:42:45
rssi_at_HMLAN1 avg:-56.65 min:-78 max:-42 lst:-42 cnt:70
rssi_at_HMLAN2 avg:-81.79 min:-99 max:-70 lst:-75 cnt:115
rssi_at_HMLAN3 avg:-77 min:-80 max:-68 lst:-77 cnt:115
rssi_at_HMUART avg:-46.72 min:-86 max:-33 lst:-33 cnt:85
Readings:
2016-06-13 10:42:45 CommandAccepted yes
2016-06-13 10:28:25 aesKeyNbr 04
2016-06-13 10:42:45 recentStateType ack
2016-06-13 10:28:07 state HMUART:UAS,HMLAN1:ok,HMLAN2:ok,HMLAN3:ok,
2016-05-31 18:08:49 unknown_41C72F received
2016-06-03 11:52:33 unknown_47A76F received
2016-06-03 13:20:59 unknown_47A778 received
2016-06-03 12:15:30 unknown_47A77A received
Helper:
HM_CMDNR 59
mId FFF0
rxType 1
Expert:
def 1
det 1
raw 1
tpl 1
Io:
nextSend 1465807365.57258
prefIO
vccu
ioList:
HMLAN1
HMLAN2
HMLAN3
Mrssi:
mNo 3B
Io:
HMLAN2 -75
HMLAN3 -77
HMUART -33
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
vrt 1
Rssi:
At_hmlan1:
avg -56.6571428571429
cnt 70
lst -42
max -42
min -78
At_hmlan2:
avg -81.7913043478261
cnt 115
lst -75
max -70
min -99
At_hmlan3:
avg -77
cnt 115
lst -77
max -68
min -80
At_hmuart:
avg -46.7294117647059
cnt 85
lst -33
max -33
min -86
Tmpl:
Attributes:
IODev HMLAN1
IOList HMLAN1,HMLAN2,HMLAN3
event-on-update-reading no
expert 251_anything
hmKey 01:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
model CCU-FHEM
room FHEM
subType virtual
webCmd virtual:update
Zum Vergleich, ein list HMALN1 ergibt:
Internals:
CHANGED
DEF 192.168.1.9:1000
DeviceName 192.168.1.9:1000
FD 11
HMLAN3_MSGCNT 296
HMLAN3_TIME 2016-06-13 10:48:29
IFmodel LAN
NAME HMLAN3
NR 23
NTFY_ORDER 50-HMLAN3
PARTIAL
RAWMSG E2BBFE8,0000,84E89AAC,FF,FFA3,0386702BBFE800000000A958
RSSI -93
STATE opened
TYPE HMLAN
XmitOpen 1
assignedIDsCnt 5 report:6
msgKeepAlive dlyMax:0.102 bufferMin:9
msgLoadCurrent 8
msgLoadHistory 5min steps: 0/0/1/7/0/-/-/-/-/-/-/-
msgParseDly min:10 max:95 last:13 cnt:205
owner 29A083
owner_CCU vccu
uptime 025 619:24:07.475
Readings:
2016-06-13 10:28:06 D-HMIdAssigned 29A083
2016-06-13 10:28:06 D-HMIdOriginal 29A083
2016-06-13 10:28:06 D-firmware 0.965
2016-06-13 10:28:06 D-serialNr LEQ0384784
2016-06-13 10:28:06 Xmit-Events ok:1 disconnected:1 init:1
2016-06-13 10:28:06 cond ok
2016-06-13 10:48:40 loadLvl low
2016-06-13 10:27:55 prot_disconnected last
2016-06-13 10:27:55 prot_init last
2016-06-12 15:15:32 prot_keepAlive last
2016-06-13 10:28:06 prot_ok last
2016-06-06 21:03:16 prot_timeout last
2016-06-13 10:27:55 state opened
Helper:
assIdCnt 5
assIdRep 6
info 03C5,LEQ0384784,29A083,29A083
setTime 44732
Cnd:
0 1
253 1
255 1
Dly:
cnt 205
lst 13
max 95
min 10
Ids:
2c0833:
cfg +2C0833,01,02,02
chn 01
flg 0
msg
name GA.taster
to 1465806506.73966
2d9008:
cfg +2D9008,00,02,00
name GA.torkontakt
331747:
cfg +331747,00,02,00
chn 01
flg 0
msg
name Alarm_sir_ext
to 1465806490.58174
35c94c:
cfg +35C94C,01,02,02
name GA.codeschloss
41d1ce:
cfg +41D1CE,00,01,00
chn 02
flg 0
msg
name Regensensor_Controller
to 1465806640.0516
K:
BufMin 9
DlyMax 0.102
Next 1465807740.31563
Start 1465807720.31563
Loadlvl:
bl 40
a:
99
90
40
0
H:
0 low
40 batchLevel
90 high
99 suspended
Log:
all 0
sys 0
ids:
ARRAY(0x26519f8)
Q:
HMcndN 0
answerPend 0
hmLanQlen 1
keepAliveRec 1
keepAliveRpt 0
loadLast 8
loadNo 9
scnt 7
apIDs:
Ref:
drft -4.99975001249937e-05
hmtL 2229847475
kTs 0
offL 1463577872848
sysL 1465807720323
Attributes:
Cond HMIO_STATE
Cond_map cond
devStateIcon opened:hm_lan@green disconnected:hm_lan@red
event-on-change-reading cond
group HMIO
hmId 29A083
hmLanQlen 1_min
loadLevel 0:low,40:batchLevel,90:high,99:suspended
room FHEM,Ueberblick
userattr Cond Cond_map structexclude
wdTimer 20
zumindest ist der AES key nur in der VCCU hinterlegt ..
Soll ich den Key mal im UART definieren ?
Hi,
Zitat von: Rampler am 13 Juni 2016, 10:49:47
Dachte, dass der AES-key nur aus der VCCU kommt...
list vccu
...
Attributes:
IODev HMLAN1
IOList HMLAN1,HMLAN2,HMLAN3
Er kommt aus der VCCU, wenn Du da den HMUART in die IOList einfügst ;-)
Viele Grüße
Michael
ZitatEr kommt aus der VCCU, wenn Du da den HMUART in die IOList einfügst ;-)
Du hast natürlich recht, AES keymatic funktioniert jetzt einwandfrei ..
Die 16 fach LED Anzeige zickt etwas ..
Zitat
2016.06.13 11:19:33 3: CUL_HM set FL.EG.anzeige.led07 led red
2016.06.13 11:19:36 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 9D 80 02 29A083 30B463 0101C800
2016.06.13 11:19:37 1: HMUARTLGW HMUART recv: 01 05 00 01 38 msg: D0 A4 41 33BADB 2F0303 0163BE40
2016.06.13 11:19:37 1: HMUARTLGW HMUART recv: 01 05 00 01 3E msg: D0 80 02 2F0303 33BADB 0101000041
2016.06.13 11:19:45 1: HMUARTLGW HMUART recv: 01 05 00 01 35 msg: 09 84 5E 27415A 000000 800039000375005608E801
2016.06.13 11:19:46 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 9D 80 02 29A083 30B463 0101C800
2016.06.13 11:19:56 1: HMUARTLGW HMUART resend failed too often, dropping packet
2016.06.13 11:19:56 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 17 A0 11 29A083 1B254C 800703
2016.06.13 11:19:56 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 17 A0 11 29A083 1B254C 800703
2016.06.13 11:19:56 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 17 80 02 1B254C 29A083 0107030037
2016.06.13 11:19:56 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 9E 80 02 29A083 30B463 0101C800
2016.06.13 11:19:56 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 17 80 02 1B254C 29A083 0107030037
2016.06.13 11:20:05 1: HMUARTLGW HMUART recv: 01 05 00 01 35 msg: 3F 84 5E 24A2F6 000000 800000000000000008E1FF
2016.06.13 11:20:06 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 9E 80 02 29A083 30B463 0101C800
2016.06.13 11:20:16 1: HMUARTLGW HMUART recv: 01 05 01 01 39 msg: 4A A6 41 287108 29A083 01BC5880
2016.06.13 11:20:16 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 9E 80 02 29A083 30B463 0101C800
2016.06.13 11:20:26 1: HMUARTLGW HMUART resend failed too often, dropping packet
2016.06.13 11:20:26 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 17 A0 11 29A083 1B254C 800703
2016.06.13 11:20:27 1: HMUARTLGW HMUART send: 00 08
2016.06.13 11:20:27 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 17 80 02 1B254C 29A083 0107030037
2016.06.13 11:20:27 1: HMUARTLGW HMUART recv: 00 04024E, state 98
2016.06.13 11:20:27 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.13 11:20:27 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 17 A0 11 29A083 1B254C 800703
2016.06.13 11:20:27 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4A 80 02 29A083 287108 01015800
2016.06.13 11:20:27 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 17 80 02 1B254C 29A083 0107030037
2016.06.13 11:20:37 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4A 80 02 29A083 287108 01015800
2016.06.13 11:20:37 3: CUL_HM set FL.EG.anzeige.led07 led red
2016.06.13 11:20:39 1: HMUARTLGW HMUART recv: 01 05 00 01 45 msg: 10 86 70 2BBFE8 000000 00A658
2016.06.13 11:20:47 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4A 80 02 29A083 287108 01015800
2016.06.13 11:20:48 1: HMUARTLGW HMUART recv: 01 05 00 01 39 msg: D1 84 10 33BADB 29A083 0601CE00
2016.06.13 11:20:57 1: HMUARTLGW HMUART resend failed too often, dropping packet
2016.06.13 11:20:57 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 18 A0 11 29A083 1B254C 800701
2016.06.13 11:20:57 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 18 A0 11 29A083 1B254C 800701
2016.06.13 11:20:57 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 18 80 02 1B254C 29A083 0107010037
2016.06.13 11:20:58 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 18 A0 11 29A083 1B254C 800701
2016.06.13 11:20:58 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 18 80 02 1B254C 29A083 0107010036
2016.06.13 11:20:58 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 18 A0 11 29A083 1B254C 800701
2016.06.13 11:20:58 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 18 80 02 1B254C 29A083 0107010037
2016.06.13 11:20:59 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 18 80 02 1B254C 29A083 0107010037
2016.06.13 11:20:59 1: HMUARTLGW HMUART send: 00 08
2016.06.13 11:20:59 1: HMUARTLGW HMUART recv: 00 04024F, state 98
2016.06.13 11:20:59 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.13 11:24:56 3: CUL_HM set FL.EG.anzeige.led07 led orange
2016.06.13 11:24:58 1: HMUARTLGW HMUART recv: 01 05 00 01 3B msg: DA A4 41 33BADB 2F0303 016CA840
2016.06.13 11:24:58 1: HMUARTLGW HMUART recv: 01 05 00 01 3E msg: DA 80 02 2F0303 33BADB 0101000041
2016.06.13 11:25:03 1: HMUARTLGW HMUART recv: 01 05 00 01 35 msg: 0B 84 5E 27415A 000000 800040000378005608EEFE
2016.06.13 11:25:04 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 9F 80 02 29A083 30B463 0101C800
2016.06.13 11:25:12 1: HMUARTLGW HMUART recv: 01 05 00 01 3B msg: DB 84 10 33BADB 29A083 0601A800
2016.06.13 11:25:12 1: HMUARTLGW HMUART recv: 01 05 00 01 34 msg: 41 84 5E 24A2F6 000000 800000000000000008E2FE
2016.06.13 11:25:14 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 9F 80 02 29A083 30B463 0101C800
2016.06.13 11:25:24 1: HMUARTLGW HMUART resend failed too often, dropping packet
2016.06.13 11:25:24 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 19 A0 11 29A083 1B254C 800703
2016.06.13 11:25:24 1: HMUARTLGW HMUART send: 00 08
2016.06.13 11:25:24 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 19 80 02 1B254C 29A083 0107030036
2016.06.13 11:25:24 1: HMUARTLGW HMUART recv: 00 040251, state 98
2016.06.13 11:25:24 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.13 11:25:24 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 19 A0 11 29A083 1B254C 800703
2016.06.13 11:25:24 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 19 A0 11 29A083 1B254C 800703
2016.06.13 11:25:24 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 19 80 02 1B254C 29A083 0107030036
2016.06.13 11:25:25 1: HMUARTLGW HMUART recv: 01 05 01 01 34 msg: 19 80 02 1B254C 29A083 0107030036
2016.06.13 11:25:25 1: HMUARTLGW HMUART recv: 01 0404, state 100
2016.06.13 11:25:25 1: HMUARTLGW HMUART can't send due to unknown problem (no response?)
2016.06.13 11:25:25 1: HMUARTLGW HMUART recv: 01 05 01 01 34 msg: 19 80 02 1B254C 29A083 0107030036
2016.06.13 11:25:26 1: HMUARTLGW HMUART send: 00 08
2016.06.13 11:25:26 1: HMUARTLGW HMUART recv: 00 040251, state 98
2016.06.13 11:25:26 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.13 11:25:26 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 19 A0 11 29A083 1B254C 800703
2016.06.13 11:25:26 1: HMUARTLGW HMUART recv: 01 04 03 01 34 msg: 19 80 02 1B254C 29A083 0107030036
2016.06.13 11:25:41 1: HMUARTLGW HMUART send: 00 08
2016.06.13 11:25:41 1: HMUARTLGW HMUART recv: 00 040251, state 98
2016.06.13 11:25:41 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
Letztendlich schaltet die LED Anzeige, aber mit einer Verzögerung von 40 Sekunden ...
Hi,
Zitat von: Rampler am 13 Juni 2016, 11:26:37
Letztendlich schaltet die LED Anzeige, aber mit einer Verzögerung von 40 Sekunden ...
Ok, anscheinend antwortet das Modul nicht, wenn es erfolgreich eine Nachricht abgesendet hat, für die kein ACK gefordert wurde (aber es antwortet, wenn das nicht erfolgreich war...).
Probier mal bitte die aktuelle Version.
Viele Grüße
Michael
ed läuft :-)
Patch ohne Meldungen angewendet - eingetragen - funktioniert
Zitat
Probier mal bitte die aktuelle Version.
Denke am einfachsten ist es, den getconfig von der LED Anzeige zu tracen. Direkt nach einem reopen des UART funktioniert es. Später kommt dann ein Missing Ack.
Missing Ack:
2016.06.13 18:54:42 3: CUL_HM set FL.EG.anzeige getConfig
2016.06.13 18:55:08 1: HMUARTLGW HMUART recv: 01 05 00 01 36 msg: 57 84 5E 24A2F6 000000 800000000000000008D7FD
2016.06.13 18:55:12 1: HMUARTLGW HMUART recv: 01 05 00 01 36 msg: 57 84 5E 27415A 000000 800037000064002008DEFE
2016.06.13 18:55:25 1: HMUARTLGW HMUART recv: 01 05 00 01 3C msg: 7B 84 10 25F392 29A083 06015500
Getconfig erfolgreich:
2016.06.13 18:59:34 3: CUL_HM set FL.EG.anzeige getConfig
2016.06.13 18:59:34 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3A A0 01 29A083 1B254C 00040000000000
2016.06.13 18:59:35 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:35 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:35 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 3A A0 10 1B254C 29A083 020201040105000A290BA00C830000
2016.06.13 18:59:35 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3B A0 01 29A083 1B254C 0103
2016.06.13 18:59:35 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:35 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3B A0 01 29A083 1B254C 0103
2016.06.13 18:59:35 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:35 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:35 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 3B A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:35 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3C A0 01 29A083 1B254C 01040000000001
2016.06.13 18:59:35 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:35 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3C A0 01 29A083 1B254C 01040000000001
2016.06.13 18:59:35 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:35 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:35 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 3C A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:35 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3D A0 01 29A083 1B254C 0203
2016.06.13 18:59:35 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:36 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3D A0 01 29A083 1B254C 0203
2016.06.13 18:59:36 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:36 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:36 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 3D A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:36 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3E A0 01 29A083 1B254C 02040000000001
2016.06.13 18:59:36 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:36 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3E A0 01 29A083 1B254C 02040000000001
2016.06.13 18:59:36 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:36 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:36 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 3E A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:36 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3F A0 01 29A083 1B254C 0303
2016.06.13 18:59:36 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:37 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3F A0 01 29A083 1B254C 0303
2016.06.13 18:59:37 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:37 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:37 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 3F A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:37 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 40 A0 01 29A083 1B254C 03040000000001
2016.06.13 18:59:37 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:37 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 40 A0 01 29A083 1B254C 03040000000001
2016.06.13 18:59:37 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:37 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:37 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 40 A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:37 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 41 A0 01 29A083 1B254C 0403
2016.06.13 18:59:37 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:37 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 41 A0 01 29A083 1B254C 0403
2016.06.13 18:59:38 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:38 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:38 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 41 A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:38 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 42 A0 01 29A083 1B254C 04040000000001
2016.06.13 18:59:38 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:38 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 42 A0 01 29A083 1B254C 04040000000001
2016.06.13 18:59:39 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:39 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:39 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 42 A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:39 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 43 A0 01 29A083 1B254C 0503
2016.06.13 18:59:39 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:39 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 43 A0 01 29A083 1B254C 0503
2016.06.13 18:59:39 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:39 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:39 1: HMUARTLGW HMUART send: 00 08
2016.06.13 18:59:39 1: HMUARTLGW HMUART send: FD is readable! FIXME: Don't send now!
2016.06.13 18:59:39 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 43 A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:39 1: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.13 18:59:39 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.13 18:59:39 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 44 A0 01 29A083 1B254C 05040000000001
2016.06.13 18:59:39 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:39 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 44 A0 01 29A083 1B254C 05040000000001
2016.06.13 18:59:39 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:39 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:39 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 44 A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:39 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 45 A0 01 29A083 1B254C 0603
2016.06.13 18:59:39 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:40 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 45 A0 01 29A083 1B254C 0603
2016.06.13 18:59:40 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:40 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:40 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 45 A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:40 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 46 A0 01 29A083 1B254C 06040000000001
2016.06.13 18:59:40 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:40 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 46 A0 01 29A083 1B254C 06040000000001
2016.06.13 18:59:41 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:41 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:41 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 46 A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:41 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 47 A0 01 29A083 1B254C 0703
2016.06.13 18:59:41 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:41 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 47 A0 01 29A083 1B254C 0703
2016.06.13 18:59:41 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:41 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:41 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 47 A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:41 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 48 A0 01 29A083 1B254C 07040000000001
2016.06.13 18:59:41 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:42 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 48 A0 01 29A083 1B254C 07040000000001
2016.06.13 18:59:42 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:42 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:42 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 48 A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:42 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 49 A0 01 29A083 1B254C 0803
2016.06.13 18:59:42 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:42 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 49 A0 01 29A083 1B254C 0803
2016.06.13 18:59:42 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:42 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:42 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 49 A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:42 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4A A0 01 29A083 1B254C 08040000000001
2016.06.13 18:59:42 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:43 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4A A0 01 29A083 1B254C 08040000000001
2016.06.13 18:59:43 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:43 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:43 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 4A A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:43 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4B A0 01 29A083 1B254C 0903
2016.06.13 18:59:43 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:43 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4B A0 01 29A083 1B254C 0903
2016.06.13 18:59:44 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:44 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:44 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 4B A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:44 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4C A0 01 29A083 1B254C 09040000000001
2016.06.13 18:59:44 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:44 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:44 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 4C A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:44 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4D A0 01 29A083 1B254C 0A03
2016.06.13 18:59:44 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:44 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4D A0 01 29A083 1B254C 0A03
2016.06.13 18:59:44 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:44 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:44 1: HMUARTLGW HMUART send: 00 08
2016.06.13 18:59:44 1: HMUARTLGW HMUART recv: 00 040210, state 98
2016.06.13 18:59:44 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.13 18:59:44 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 4D A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:44 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4E A0 01 29A083 1B254C 0A040000000001
2016.06.13 18:59:44 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:44 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4E A0 01 29A083 1B254C 0A040000000001
2016.06.13 18:59:45 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:45 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:45 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 4E A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:45 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4F A0 01 29A083 1B254C 0B03
2016.06.13 18:59:45 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:45 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4F A0 01 29A083 1B254C 0B03
2016.06.13 18:59:45 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:45 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:45 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 4F A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:45 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 50 A0 01 29A083 1B254C 0B040000000001
2016.06.13 18:59:45 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:45 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 50 A0 01 29A083 1B254C 0B040000000001
2016.06.13 18:59:46 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:46 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:46 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 50 A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:46 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 51 A0 01 29A083 1B254C 0C03
2016.06.13 18:59:46 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:46 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 51 A0 01 29A083 1B254C 0C03
2016.06.13 18:59:46 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:46 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:46 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 51 A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:46 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 52 A0 01 29A083 1B254C 0C040000000001
2016.06.13 18:59:46 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:46 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 52 A0 01 29A083 1B254C 0C040000000001
2016.06.13 18:59:46 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:46 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:46 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 52 A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:46 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 53 A0 01 29A083 1B254C 0D03
2016.06.13 18:59:46 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:47 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 53 A0 01 29A083 1B254C 0D03
2016.06.13 18:59:47 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:47 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:47 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 53 A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:47 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 54 A0 01 29A083 1B254C 0D040000000001
2016.06.13 18:59:47 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:48 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 54 A0 01 29A083 1B254C 0D040000000001
2016.06.13 18:59:48 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:48 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:48 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 54 A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:48 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 55 A0 01 29A083 1B254C 0E03
2016.06.13 18:59:48 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:48 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 55 A0 01 29A083 1B254C 0E03
2016.06.13 18:59:48 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:48 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:48 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 55 A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:48 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 56 A0 01 29A083 1B254C 0E040000000001
2016.06.13 18:59:48 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:48 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 56 A0 01 29A083 1B254C 0E040000000001
2016.06.13 18:59:49 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:49 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:49 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 56 A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:49 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 57 A0 01 29A083 1B254C 0F03
2016.06.13 18:59:49 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:49 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 57 A0 01 29A083 1B254C 0F03
2016.06.13 18:59:49 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:49 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:49 1: HMUARTLGW HMUART send: 00 08
2016.06.13 18:59:49 1: HMUARTLGW HMUART recv: 00 040212, state 98
2016.06.13 18:59:49 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
2016.06.13 18:59:49 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 57 A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:49 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 58 A0 01 29A083 1B254C 0F040000000001
2016.06.13 18:59:49 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:49 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 58 A0 01 29A083 1B254C 0F040000000001
2016.06.13 18:59:50 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:50 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:50 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 58 A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:50 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 59 A0 01 29A083 1B254C 1003
2016.06.13 18:59:50 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:50 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 59 A0 01 29A083 1B254C 1003
2016.06.13 18:59:50 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:50 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:50 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 59 A0 10 1B254C 29A083 0100000000
2016.06.13 18:59:50 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 5A A0 01 29A083 1B254C 10040000000001
2016.06.13 18:59:50 1: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.13 18:59:50 1: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 5A A0 01 29A083 1B254C 10040000000001
2016.06.13 18:59:50 1: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.13 18:59:50 1: HMUARTLGW HMUART Ack: 02
2016.06.13 18:59:50 1: HMUARTLGW HMUART recv: 01 05 01 01 32 msg: 5A A0 10 1B254C 29A083 0208000000
2016.06.13 18:59:51 1: HMUARTLGW HMUART send: 00 08
2016.06.13 18:59:51 1: HMUARTLGW HMUART recv: 00 040213, state 98
2016.06.13 18:59:51 1: HMUARTLGW HMUART GetSet Ack: 02, State: 98
Nach einer Weile geht nichts mehr..., dann gibt es überall MISSING ACK ...
2016.06.13 19:31:37 1: HMUARTLGW: HMUART ACK config
2016.06.13 19:31:38 1: HMUARTLGW HMUART recv: 01 05 00 01 38 msg: F1 A4 41 33BADB 2F0303 01224F40
2016.06.13 19:31:38 1: HMUARTLGW HMUART recv: 01 05 00 01 3F msg: F1 80 02 2F0303 33BADB 010100003F
2016.06.13 19:31:39 1: HMUARTLGW HMUART recv: 01 05 00 01 45 msg: F9 A6 41 30B463 29A083 01B7C8
2016.06.13 19:31:39 1: HMUARTLGW: HMUART ACK config
2016.06.13 19:31:41 1: HMUARTLGW HMUART recv: 01 05 00 01 45 msg: FA A6 41 30B463 29A083 01B7C8
2016.06.13 19:31:41 1: HMUARTLGW: HMUART ACK config
2016.06.13 19:31:41 1: HMUARTLGW HMUART recv: 01 05 00 01 39 msg: F2 84 41 33BADB 29A083 01224F
2016.06.13 19:31:51 3: CUL_HM set FL.EG.anzeige.led07 led orange
2016.06.13 19:31:53 1: HMUARTLGW HMUART recv: 01 05 00 01 39 msg: F3 A4 41 33BADB 2F0303 01236142
2016.06.13 19:31:53 1: HMUARTLGW HMUART recv: 01 05 00 01 40 msg: F3 80 02 2F0303 33BADB 010100003F
2016.06.13 19:32:20 3: CUL_HM set FL.EG.anzeige.led07 led red
2016.06.13 19:32:25 3: CUL_HM set KU.licht on
2016.06.13 19:32:55 1: HMUARTLGW HMUART recv: 01 05 00 01 36 msg: 66 84 5E 24A2F6 000000 800000000000000008DBFF
2016.06.13 19:32:56 1: HMUARTLGW HMUART recv: 01 05 01 01 3D msg: 32 A6 10 2EEC7C 29A083 06016000
2016.06.13 19:32:56 1: HMUARTLGW: HMUART ACK config
2016.06.13 19:32:59 3: CUL_HM set KU.licht off
2016.06.13 19:33:03 3: CUL_HM set KU.spuele on
Zitat von: betateilchen am 12 Juni 2016, 21:35:00
Daran habe ich gar nichts gelötet...
Der "Bausatz" kam komplett montiert hier an.
Ich habe das Ganze jetzt umgelötet, die Funkplatine sitzt jetzt UNTER der Aufsteckplatine.
Das hat den Vorteil, dass nun auch wieder der Deckel auf das Plastikgehäuse des Raspi A+ passt :)
Ist es möglich dem UART auch eine Cond zu verpassen, ähnlich wie dem HMLAN ?
Das hast Du doch heute morgen schonmal gefragt? Sei doch nicht so ungeduldig.
Zitat von: Rampler am 13 Juni 2016, 10:16:26
Gibts es ein Reading "cond", wie beim HMLAN Adapter ?
Hey wir sind am Tag 1 :-)
Und es läuft schon ziemlich gut :-)
Meine Wunschliste ist auch schon gefüllt - aber ich warte noch ein wenig damit - ich bin da sehr guter Hoffnung
Hallo zusammen,
hiermit erteile ich die offizielle Freigabe LOL :)
Habe nun testweise statt drei HMLAN-Adapter einen UART am Start und bin absolut positiv überrascht.
Die Reichweite scheint besser zu sein als mit HMLAN.
Getestet habe ich:
- Keymatic
- Rauchmelder
- Wassermelder
- Bewegungsmelder
- 16-fach LED-Anzeige
- und Sonstiges (Schalter, Powermeter, usw.)
Ein dickes Lob an den Entwickler Michael!
Meine persönliche Wunschliste:
- Integration in das FHEM-Repository
- cond state
Viele Grüße
Klaus
Auf meiner Wunschliste steht aktuell
- Martin nimmt die notwendigen Änderungen möglichst bald in die 10_CUL_HM.pm auf.
- Michael stellt das HMUARTLGW Modul während der weiteren Entwicklungsphase in ./contrib zu Verfügung, das erleichtert ein Update erheblich, wenn man sein fhem direkt aus svn aktualisiert. Man muss dann nicht jedesmal erst auf die Betriebssystemkonsole wechseln.
Ich hätte gerne noch
- disable
- die Log3 Meldung abschaltbar
Zitat von: betateilchen am 14 Juni 2016, 11:34:06
attr <device> verbose 0
set <device> close
es war Global Verbose auf 0 gesetzt .... und (nur) ein Versuch auf dem GW selber hatte keinen Erfolg gehabt ....
jetzt klappt es
naja und der Close ..... tütelütütü wer um die Ecke denkt ist klar im Vorteil
Danke
Zitat
Zitat von: mgernoth
Bei einem Raspberry Pi 3 kann es (dank des Bluetooth-Moduls) zu weiteren Komplikationen kommen...
Zitat von: betateilchen
Das sollte sich aber lösen lassen.
So klappts auch auf dem RPi3:
Die Anleitung bezieht sich auf das aktuelle raspbian Jessie 4.4 von Ende Mai 2016, bei mir in der lite-Version.1. Am Ende der Datei /boot/config.txt folgende Zeilen anfügen:
dtoverlay=pi3-miniuart-bt
enable_uart=1
force_turbo=1
den ersten console=... Eintrag entfernen, sodass die Zeile hinterher noch so aussieht:
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
die beiden Einträge serial1 durch ttyS0 ersetzen
[Unit]
Description=Configure Bluetooth Modems connected by UART
ConditionPathIsDirectory=/proc/device-tree/soc/gpio@7e200000/bt_pins
Before=bluetooth.service
After=dev-ttyS0.device
[Service]
Type=forking
ExecStart=/usr/bin/hciattach /dev/ttyS0 bcm43xx 921600 noflow -
[Install]
WantedBy=multi-user.target
Mir deucht, da stimmt was nicht...
2016.06.14 20:18:24 0: Featurelevel: 5.7
2016.06.14 20:18:24 0: Server started with 378 defined entities (fhem.pl:11655/2016-06-13 perl:5.020002 os:linux user:fhem pid:633)
2016.06.14 20:18:24 1: HMUARTLGW hmuart frame with wrong length received: 19, should: 4: FD00000E00010402436F5F4350555F417070F014
2016.06.14 20:18:24 1: HMUARTLGW hmuart frame with wrong length received: 19, should: 4: FD00000E00010402436F5F4350555F417070F014
2016.06.14 20:18:25 1: HMUARTLGW hmuart did not respond, reopening
2016.06.14 20:18:25 1: HMUARTLGW hmuart Reopen
2016.06.14 20:18:25 1: /dev/ttyAMA0 reappeared (hmuart)
2016.06.14 20:18:29 1: HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 20:18:29 1: HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 20:18:30 1: HMUARTLGW hmuart did not respond, reopening
2016.06.14 20:18:30 1: HMUARTLGW hmuart Reopen
2016.06.14 20:18:30 1: /dev/ttyAMA0 reappeared (hmuart)
2016.06.14 20:18:55 1: HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 20:18:55 1: HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 20:18:56 1: HMUARTLGW hmuart did not respond, reopening
2016.06.14 20:18:56 1: HMUARTLGW hmuart Reopen
2016.06.14 20:18:56 1: /dev/ttyAMA0 reappeared (hmuart)
2016.06.14 20:18:58 1: HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 20:18:58 1: HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 20:18:59 1: HMUARTLGW hmuart did not respond, reopening
2016.06.14 20:18:59 1: HMUARTLGW hmuart Reopen
2016.06.14 20:18:59 1: /dev/ttyAMA0 reappeared (hmuart)
Hi,
Zitat von: betateilchen am 14 Juni 2016, 20:22:05
Mir deucht, da stimmt was nicht...
2016.06.14 20:18:25 1: HMUARTLGW hmuart Reopen
2016.06.14 20:18:25 1: /dev/ttyAMA0 reappeared (hmuart)
2016.06.14 20:18:29 1: HMUARTLGW hmuart Ack with invalid counter received, dropping
Gut, dass ich das Logging im Defaultfall abgedreht habe :-|
Setze mal bitte das Attribut logIDs auf "sys,all", dann sollte das ACK eigentlich gelogged werden.
Viele Grüße
Michael
2016.06.14 21:08:21 0 : HMUARTLGW hmuart GetSet Ack: 02, state 98
2016.06.14 21:08:29 0 : HMUARTLGW hmuart recv: 01 05 00 00 34 msg: B9 86 10 228734 000000 0A60EA0D0000
2016.06.14 21:08:29 0 : HMUARTLGW hmuart recv: 01 05 00 00 23 msg: 15 84 70 261866 000000 00EA31
2016.06.14 21:08:36 0 : HMUARTLGW hmuart send: 00 08
2016.06.14 21:08:36 0 : HMUARTLGW hmuart recv: 00 04021C, state 98
2016.06.14 21:08:36 0 : HMUARTLGW hmuart GetSet Ack: 02, state 98
2016.06.14 21:08:37 0 : HMUARTLGW hmuart recv: 01 05 01 00 3E msg: 39 A2 70 B4889A 127000 00D1002718000000300E74
2016.06.14 21:08:37 0 : HMUARTLGW hmuart send: 01 06B4889A000101
2016.06.14 21:08:37 0 : HMUARTLGW hmuart recv: 01 0408, state 90
2016.06.14 21:08:37 0 : HMUARTLGW hmuart GetSet Ack: 08, state 90
2016.06.14 21:08:37 0 : HMUARTLGW hmuart send: 01 06B4889A000101
2016.06.14 21:08:37 0 : HMUARTLGW hmuart recv: 01 04070101002AFFFFFFFFFFFFFFFF, state 90
2016.06.14 21:08:37 0 : HMUARTLGW hmuart GetSet Ack: 07, state 90
2016.06.14 21:08:37 0 : HMUARTLGW hmuart send: 01 0AB4889A000102030405060708090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F202122232425262728292A2B2C2D2E2F303132333435363738393A3B
2016.06.14 21:08:37 0 : HMUARTLGW hmuart recv: 01 0401, state 91
2016.06.14 21:08:37 0 : HMUARTLGW hmuart GetSet Ack: 01, state 91
2016.06.14 21:08:37 0 : HMUARTLGW hmuart send: 01 09B4889A
2016.06.14 21:08:37 0 : HMUARTLGW hmuart recv: 01 0401, state 92
2016.06.14 21:08:37 0 : HMUARTLGW hmuart GetSet Ack: 01, state 92
2016.06.14 21:08:37 0 : HMUARTLGW hmuart send: 01 08
2016.06.14 21:08:37 0 : HMUARTLGW hmuart recv: 01 0407010922B309FFFFFFFFFFFFFFFF0023701CFFFFFFFFFFFFFFFF002749A3FFFFFFFFFFFFFFFF001F1AEAFFFFFFFFFFFFFFFF001E2ECBFFFFFFFFFFFFFFFF00, state 93
2016.06.14 21:08:37 0 : HMUARTLGW hmuart GetSet Ack: 07, state 93
2016.06.14 21:08:37 0 : HMUARTLGW hmuart known peer: 22B309, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.14 21:08:37 0 : HMUARTLGW hmuart known peer: 23701C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.14 21:08:37 0 : HMUARTLGW hmuart known peer: 2749A3, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.14 21:08:37 0 : HMUARTLGW hmuart known peer: 1F1AEA, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.14 21:08:37 0 : HMUARTLGW hmuart known peer: 1E2ECB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.14 21:08:37 0 : HMUARTLGW hmuart send: 01 02 00 00 01 msg: 02 B1 12 127000 B4889A
2016.06.14 21:08:37 0 : HMUARTLGW hmuart recv: 01 0407020920DACDFFFFFFFFFFFFFFFF004987D5FFFFFFFFFFFFFFFF001B029EFFFFFFFFFFFFFFFF00258C6AFFFFFFFFFFFFFFFF00258C6FFFFFFFFFFFFFFFFF00, state 100
2016.06.14 21:08:37 1 : HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 21:08:37 0 : HMUARTLGW hmuart recv: 01 040703091E59B4FFFFFFFFFFFFFFFF0039D35AFFFFFFFFFFFFFFFF001E7BA8FFFFFFFFFFFFFFFF00202DF1FFFFFFFFFFFFFFFF00252E34FFFFFFFFFFFFFFFF00, state 100
2016.06.14 21:08:37 1 : HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 21:08:37 0 : HMUARTLGW hmuart recv: 01 0407040921C0B8FFFFFFFFFFFFFFFF002286BCFFFFFFFFFFFFFFFF003840DEFFFFFFFFFFFFFFFF00261866FFFFFFFFFFFFFFFF001C4085FFFFFFFFFFFFFFFF00, state 100
2016
.06.14 21:08:37 1 : HMUARTLGW hmuart Ack with invalid counter received, dropping2016.06.14 21:08:37 0 : HMUARTLGW hmuart recv: 01 04070509258AD5FFFFFFFFFFFFFFFF0024ED70FFFFFFFFFFFFFFFF00228734FFFFFFFFFFFFFFFF0026C5FEFFFFFFFFFFFFFFFF0024E6BFFFFFFFFFFFFFFFFF00, state 1002016.06.14 21:08:37 1 : HMUARTLGW hmuart Ack with invalid counter received, dropping2016.06.14 21:08:38 0 : HMUARTLGW hmuart recv: 01 04070609398C12FFFFFFFFFFFFFFFF001F10D8FFFFFFFFFFFFFFFF0021CCB3FFFFFFFFFFFFFFFF003F8D03FFFFFFFFFFFFFFFF00B48898FFFFFFFFFFFFFFFF00, state 1002016.06.14 21:08:38 1 : HMUARTLGW hmuart Ack with invalid counter received, dropping2016.06.14 21:08:38 0 : HMUARTLGW hmuart recv: 01 04070709B48899FFFFFFFFFFFFFFFF00B4889AFFFFFFFFFFFFFFFF0024356EFFFFFFFFFFFFFFFF0020EC04FFFFFFFFFFFFFFFF001E2E05FFFFFFFFFFFFFFFF00, state 1002016.06.14 21:08:38 1 : HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 21:08:38 0 : HMUARTLGW hmuart recv: 01 04070809261B9EFFFFFFFFFFFFFFFF0022A760FFFFFFFFFFFFFFFF002F6A65FFFFFFFFFFFFFFFF00258DF4FFFFFFFFFFFFFFFF0023C776FFFFFFFFFFFFFFFF00, state 100
2016.06.14 21:08:38 1 : HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 21:08:38 0 : HMUARTLGW hmuart recv: 01 04070909202CF9FFFFFFFFFFFFFFFF001F49C0FFFFFFFFFFFFFFFF00, state 100
2016.06.14 21:08:38 1 : HMUARTLGW hmuart Ack with invalid counter received, dropping
2016.06.14 21:08:38 0 : HMUARTLGW hmuart recv: 01 05 00 00 46 msg: 97 86 5A 261B9E 000000 28E133
reicht das schon?
Hi,
Zitat von: betateilchen am 14 Juni 2016, 21:08:40
reicht das schon?
Ja, danke. Du hast zu viele Devices ;-) und das Modul verhält sich hier bei der Abfrage der known peers unerwartet und schickt mehrere Nachrichten mit dem gleichen Counter. Damit habe ich bisher nicht gerechnet.
Viele Grüße
Michael
oha... was ist denn das Maximum?
Hi,
Zitat von: betateilchen am 14 Juni 2016, 21:48:40
oha... was ist denn das Maximum?
Wahrscheinlich ein unerreichbares, aber anscheinend passen in eine Teilnachricht immer nur 5 Geräte, und genau die hatte ich in meinem Testaufbau...
Habe jetzt mal eine neue Version gepushed, die hoffentlich mit fragmentierten known-Peer Nachrichten klarkommen sollte.
Viele Grüße
Michael
2016.06.14 22:15:24 1: HMUARTLGW hmuart Ack with invalid counter received, dropping. We: 15, device: 14
2016.06.14 22:15:24 1: HMUARTLGW hmuart Ack with invalid counter received, dropping. We: 15, device: 14
2016.06.14 22:15:25 1: HMUARTLGW hmuart did not respond, reopening
2016.06.14 22:15:25 1: HMUARTLGW hmuart Reopen
2016.06.14 22:15:25 1: /dev/ttyAMA0 reappeared (hmuart)
2016.06.14 22:15:27 1: HMUARTLGW hmuart Ack with invalid counter received, dropping. We: 15, device: 14
2016.06.14 22:15:27 1: HMUARTLGW hmuart Ack with invalid counter received, dropping. We: 15, device: 14
2016.06.14 22:15:28 1: HMUARTLGW hmuart did not respond, reopening
2016.06.14 22:15:28 1: HMUARTLGW hmuart Reopen
2016.06.14 22:15:28 1: /dev/ttyAMA0 reappeared (hmuart)
Hi,
Zitat von: betateilchen am 14 Juni 2016, 22:16:18
2016.06.14 22:15:24 1: HMUARTLGW hmuart Ack with invalid counter received, dropping. We: 15, device: 14
Das sollte jetzt nicht mehr kommen :-(
Log? (gern auch per PM/Mail)
EDIT: Hab gerade mal 100 zusätzliche Geräte angelegt, war kein Problem, hier läuft der Init damit durch :-(
Viele Grüße
Michael
Du hast email :)
Mit der Version vom 14.06 23:47:
2016.06.14 23:54:05 1: PERL WARNING: substr outside of string at ./FHEM/00_HMUARTLGW.pm line 559.
2016.06.14 23:54:05 1: PERL WARNING: Use of uninitialized value $a in hex at ./FHEM/00_HMUARTLGW.pm line 560.
2016.06.14 23:54:05 3: CUL_HM set Alarm_sir_ext statusRequest
2016.06.14 23:55:02 3: CUL_HM set FL.ZG.licht off
2016.06.14 23:55:12 3: CUL_HM set WF.keymatic lock
2016.06.15 00:03:54 1: PERL WARNING: substr outside of string at ./FHEM/00_HMUARTLGW.pm line 544.
2016.06.15 00:03:54 1: PERL WARNING: Use of uninitialized value $a in hex at ./FHEM/00_HMUARTLGW.pm line 545.
2016.06.15 00:04:34 3: CUL_HM set FL.OG.licht on-for-timer 600
2016.06.15 00:04:34 3: CUL_HM set FL.ZG.licht on-for-timer 600
2016.06.15 00:04:34 3: CUL_HM set FL.EG.licht on-for-timer 600
2016.06.15 00:04:34 3: CUL_HM set KU.licht on-for-timer 600
2016.06.15 00:04:34 3: CUL_HM set KU.spuele on-for-timer 600
2016.06.15 00:04:34 3: CUL_HM set HW.licht on-for-timer 600
2016.06.15 00:04:34 3: CUL_HM set WF.licht on-for-timer 600
2016.06.15 00:04:34 3: CUL_HM set FL.UG.licht on-for-timer 600
2016.06.15 00:04:35 3: CUL_HM set FL.UG.strahler on-for-timer 600
2016.06.15 00:04:35 3: CUL_HM set WC.licht on-for-timer 600
2016.06.15 00:04:35 3: CUL_HM set GA.licht on-for-timer 600
2016.06.15 00:04:35 1: sendEmail RCP: Klaus.Voigt@Online.de
2016.06.15 00:04:35 1: sendEmail Subject: FHEM Alarmanlage ausgeloest
2016.06.15 00:04:35 1: sendEmail Text: Ausloeser: HW.tk
2016.06.15 00:04:36 1: sendEmail returned: Jun 15 00:04:36 raspberry sendEmail[3755]: Email was sent successfully!
2016.06.15 00:04:36 1: Perfmon: possible freeze starting at 00:04:35, delay is 1.481
2016.06.15 00:04:36 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/00_HMUARTLGW.pm line 1314.
2016.06.15 00:04:37 3: CUL_HM set Alarm_sir_int statusRequest
2016.06.15 00:04:38 3: CUL_HM set BD.licht statusRequest
2016.06.15 00:04:39 1: PERL WARNING: Use of uninitialized value in substr at ./FHEM/00_HMUARTLGW.pm line 544.
.... hat sich mi der aktuellen Version erledigt ...
DANKE
Brauchst Du mehr Infomationen ?
2016.06.15 15:06:34 3: CUL_HM set WF.keymatic lock
2016.06.15 15:06:34 3: CUL_HM set GA.keymatic lock
2016.06.15 15:07:03 3: CUL_HM set FL.OG.licht on-for-timer 600
2016.06.15 15:07:03 3: CUL_HM set FL.ZG.licht on-for-timer 600
2016.06.15 15:07:03 3: CUL_HM set FL.EG.licht on-for-timer 600
2016.06.15 15:07:03 3: CUL_HM set KU.licht on-for-timer 600
2016.06.15 15:07:03 3: CUL_HM set KU.spuele on-for-timer 600
2016.06.15 15:07:03 3: CUL_HM set HW.licht on-for-timer 600
2016.06.15 15:07:03 3: CUL_HM set WF.licht on-for-timer 600
2016.06.15 15:07:03 3: CUL_HM set FL.UG.licht on-for-timer 600
2016.06.15 15:07:03 3: CUL_HM set FL.UG.strahler on-for-timer 600
2016.06.15 15:07:03 3: CUL_HM set WC.licht on-for-timer 600
2016.06.15 15:07:03 3: CUL_HM set GA.licht on-for-timer 600
2016.06.15 15:07:03 1: sendEmail RCP: Klaus.xxxxxxxxxxxxxxxx
2016.06.15 15:07:03 1: sendEmail Subject: FHEM Alarmanlage ausgeloest
2016.06.15 15:07:03 1: sendEmail Text: Ausloeser: FL.UG.tk.ke
2016.06.15 15:07:05 1: sendEmail returned: Jun 15 15:07:05 raspberry sendEmail[5630]: Email was sent successfully!
2016.06.15 15:07:05 1: Perfmon: possible freeze starting at 15:07:04, delay is 1.139
2016.06.15 15:07:05 1: HMUARTLGW HMUART did not respond, reopening
2016.06.15 15:07:05 1: HMUARTLGW HMUART Reopen
2016.06.15 15:07:05 3: Setting HMUART serial parameters to 115200,8,N,1
2016.06.15 15:07:05 1: /dev/ttyAMA0 reappeared (HMUART)
2016.06.15 15:07:06 3: CUL_HM set FL.OG.rm statusRequest
2016.06.15 15:07:06 3: HMUARTLGW HMUART currently running Co_CPU_App
2016.06.15 15:07:07 3: CUL_HM set FL.UG.rm statusRequest
2016.06.15 15:07:08 3: CUL_HM set GA.taster statusRequest
2016.06.15 15:07:08 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 59, device: 58
2016.06.15 15:07:09 3: CUL_HM set HZ.zs statusRequest
2016.06.15 15:07:10 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 63, device: 62
2016.06.15 15:07:10 3: CUL_HM set KG.rm statusRequest
2016.06.15 15:07:10 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 65, device: 64
2016.06.15 15:07:11 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 68, device: 66
2016.06.15 15:07:11 3: CUL_HM set KK.rm statusRequest
2016.06.15 15:07:11 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 70, device: 69
2016.06.15 15:07:12 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 73, device: 71
2016.06.15 15:07:31 3: CUL_HM set FL.OG.licht off
2016.06.15 15:07:31 3: CUL_HM set FL.ZG.licht off
2016.06.15 15:07:31 3: CUL_HM set FL.EG.licht off
2016.06.15 15:07:31 3: CUL_HM set KU.licht off
2016.06.15 15:07:31 3: CUL_HM set KU.spuele off
2016.06.15 15:07:31 3: CUL_HM set HW.licht off
2016.06.15 15:07:31 3: CUL_HM set WF.licht off
2016.06.15 15:07:31 3: CUL_HM set FL.UG.licht off
2016.06.15 15:07:31 3: CUL_HM set FL.UG.strahler off
2016.06.15 15:07:31 3: CUL_HM set WC.licht off
2016.06.15 15:07:31 3: CUL_HM set GA.licht off
2016.06.15 15:07:32 3: CUL_HM set Rauchmelder alarmOff
2016.06.15 15:07:35 3: CUL_HM set GA.keymatic unlock
Das passende EventLog dazu:
2016-06-15 15:05:32 dummy Alarm_status wait
2016-06-15 15:05:32 CUL_HM FL.EG.gong.mp3 set_playTone 05
2016-06-15 15:05:32 at Alarm_set_armedext_delay Next: 15:06:32
2016-06-15 15:05:32 Global global DEFINED Alarm_set_armedext_delay
2016-06-15 15:05:32 dummy Alarm_set_armedext on
2016-06-15 15:05:32 CUL_HM Alarm_switch_btn1 trigger: Short_123
2016-06-15 15:05:33 CUL_HM FL.EG.anzeige.led01 color: orange
2016-06-15 15:05:34 CUL_HM FL.EG.gong.mp3 on
2016-06-15 15:05:34 CUL_HM FL.EG.gong.mp3 on
2016-06-15 15:05:34 CUL_HM FL.EG.gong.mp3 on
2016-06-15 15:05:34 CUL_HM HW.bm motion: off
2016-06-15 15:05:41 CUL_HM FL.EG.gong.mp3 off
2016-06-15 15:06:29 CUL_HM KU.bm motion: on (to KU.licht)
2016-06-15 15:06:31 CUL_HM FL.UG.bm motion: on (to FL.UG.licht)
2016-06-15 15:06:32 dummy Alarm_status armedext
2016-06-15 15:06:32 CUL_HM FL.EG.gong.mp3 set_playTone 08
2016-06-15 15:06:32 Global global DELETED Alarm_set_armedext_delay
2016-06-15 15:06:32 CUL_HM FL.EG.anzeige.led01 color: green
2016-06-15 15:06:33 CUL_HM FL.EG.gong.mp3 on
2016-06-15 15:06:34 CUL_HM GA.keymatic set_lock
2016-06-15 15:06:34 CUL_HM FL.EG.gong.led set_led greenL 255
2016-06-15 15:06:35 CUL_HM GA.keymatic unlocked (uncertain)
2016-06-15 15:06:40 CUL_HM GA.keymatic locked
2016-06-15 15:06:40 CUL_HM FL.EG.gong.mp3 off
2016-06-15 15:06:42 CUL_HM FL.EG.anzeige.led12 color: green
2016-06-15 15:06:44 CUL_HM FL.EG.gong.led on
2016-06-15 15:06:56 CUL_HM KU.bm motion: on (to vccu)
2016-06-15 15:07:03 dummy Alarm_status trigger_FL.UG.tk.ke
2016-06-15 15:07:03 structure Alarm_licht_all on-for-timer 600
2016-06-15 15:07:03 CUL_HM FL.OG.licht set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM FL.ZG.licht set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM FL.EG.licht set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM KU.licht set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM KU.spuele set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM HW.licht set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM WF.licht set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM FL.UG.licht set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM FL.UG.strahler set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM WC.licht set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM GA.licht set_on-for-timer 600
2016-06-15 15:07:03 CUL_HM FL.EG.gong.mp3 set_playTone 12
2016-06-15 15:07:03 at Alarm_sir_delayed Next: 15:07:33
2016-06-15 15:07:03 Global global DEFINED Alarm_sir_delayed
2016-06-15 15:07:05 CUL_HM FL.UG.tk.ke open
2016-06-15 15:07:05 CUL_HM FL.UG.bm motion: off
2016-06-15 15:07:05 structure HMIO_STATE all_ok
2016-06-15 15:07:05 HMUARTLGW HMUART CONNECTED
2016-06-15 15:07:05 CUL_HM FL.UG.bm motion: on (to FL.UG.licht)
2016-06-15 15:07:05 structure Alarm_licht_all undefined
2016-06-15 15:07:05 CUL_HM FL.UG.licht NACK
2016-06-15 15:07:05 structure Alarm_licht_all on
2016-06-15 15:07:05 CUL_HM FL.UG.licht on
2016-06-15 15:07:05 structure Alarm_licht_all off
2016-06-15 15:07:05 CUL_HM FL.UG.licht off
2016-06-15 15:07:05 structure Alarm_licht_all on
2016-06-15 15:07:05 CUL_HM FL.UG.licht on
2016-06-15 15:07:05 CUL_HM FL.UG.strahler on
2016-06-15 15:07:05 CUL_HM GA.licht on
2016-06-15 15:07:06 CUL_HM Rauchmelder off
2016-06-15 15:07:07 structure HMIO_STATE all_ok
2016-06-15 15:07:07 HMUARTLGW HMUART D-HMIdAssigned: 29A083
2016-06-15 15:07:07 structure HMIO_STATE all_ok
2016-06-15 15:07:07 HMUARTLGW HMUART D-HMIdOriginal: 45F973
2016-06-15 15:07:07 structure HMIO_STATE all_ok
2016-06-15 15:07:07 HMUARTLGW HMUART D-firmware: 1.4.1
2016-06-15 15:07:07 structure HMIO_STATE all_ok
2016-06-15 15:07:07 HMUARTLGW HMUART D-serialNr: MEQ1889725
2016-06-15 15:07:07 CUL_HM FL.EG.gong.led set_off
2016-06-15 15:07:07 CUL_HM FL.UG.tk.ke closed
2016-06-15 15:07:07 CUL_HM Rauchmelder off
2016-06-15 15:07:12 CUL_HM FL.EG.anzeige.led14 color: red
2016-06-15 15:07:13 CUL_HM FL.ZG.licht on
2016-06-15 15:07:13 CUL_HM FL.OG.licht on
2016-06-15 15:07:14 CUL_HM WF.licht on
2016-06-15 15:07:14 CUL_HM WC.licht on
2016-06-15 15:07:15 CUL_HM KG.rm unreachable
2016-06-15 15:07:15 CUL_HM HW.licht on
2016-06-15 15:07:16 CUL_HM KK.rm unreachable
2016-06-15 15:07:16 CUL_HM FL.EG.gong.mp3 on
2016-06-15 15:07:16 CUL_HM FL.EG.licht on
2016-06-15 15:07:17 CUL_HM KU.licht on
2016-06-15 15:07:18 CUL_HM KU.spuele on
2016-06-15 15:07:19 CUL_HM KK.rm battery: ok
2016-06-15 15:07:19 CUL_HM KK.rm level: 1
2016-06-15 15:07:19 CUL_HM KK.rm off
2016-06-15 15:07:19 CUL_HM Rauchmelder unreachable
2016-06-15 15:07:20 CUL_HM KG.rm ResndFail
2016-06-15 15:07:20 CUL_HM KG.rm MISSING ACK
2016-06-15 15:07:20 CUL_HM FL.EG.anzeige.led01 color: red
2016-06-15 15:07:23 CUL_HM FL.EG.gong.mp3 on
2016-06-15 15:07:24 CUL_HM FL.EG.gong.mp3 on
2016-06-15 15:07:28 CUL_HM FL.EG.gong.led off
2016-06-15 15:07:29 CUL_HM FL.EG.anzeige.led09 color: red
2016-06-15 15:07:30 CUL_HM KU.bm motion: on (to KU.licht)
2016-06-15 15:07:31 Global global DELETED Alarm_sir_delayed
2016-06-15 15:07:31 structure Alarm_licht_all off
2016-06-15 15:07:31 CUL_HM FL.OG.licht set_off
2016-06-15 15:07:31 CUL_HM FL.ZG.licht set_off
2016-06-15 15:07:31 CUL_HM FL.EG.licht set_off
2016-06-15 15:07:31 CUL_HM KU.licht set_off
2016-06-15 15:07:31 CUL_HM KU.spuele set_off
2016-06-15 15:07:31 CUL_HM HW.licht set_off
2016-06-15 15:07:31 CUL_HM WF.licht set_off
2016-06-15 15:07:31 CUL_HM FL.UG.licht set_off
2016-06-15 15:07:31 CUL_HM FL.UG.strahler set_off
2016-06-15 15:07:31 CUL_HM WC.licht set_off
2016-06-15 15:07:31 CUL_HM GA.licht set_off
2016-06-15 15:07:32 CUL_HM RM.td CMDs_pending
2016-06-15 15:07:32 CUL_HM RM.td CMDs_pending
2016-06-15 15:07:32 CUL_HM RM.td CMDs_pending
2016-06-15 15:07:32 dummy Alarm_status disarmed
2016-06-15 15:07:32 dummy Alarm_set_armedext off
2016-06-15 15:07:32 CUL_HM Alarm_switch_btn1 trigger: Long_124
2016-06-15 15:07:32 CUL_HM KG.rm smoke_detect: none
2016-06-15 15:07:32 CUL_HM KG.rm off
2016-06-15 15:07:32 CUL_HM KK.rm smoke_detect: none
2016-06-15 15:07:32 CUL_HM KK.rm off
2016-06-15 15:07:32 CUL_HM KU.rm smoke_detect: none
2016-06-15 15:07:32 CUL_HM KU.rm off
2016-06-15 15:07:32 CUL_HM Rauchmelder eventNo: 0C
2016-06-15 15:07:32 CUL_HM Rauchmelder level: 1
2016-06-15 15:07:32 CUL_HM Rauchmelder smoke_detect: none
2016-06-15 15:07:32 CUL_HM Rauchmelder off
2016-06-15 15:07:32 CUL_HM SZ.rm smoke_detect: none
2016-06-15 15:07:32 CUL_HM SZ.rm off
2016-06-15 15:07:32 CUL_HM FL.EG.anzeige.led14 color: green
2016-06-15 15:07:32 CUL_HM FL.UG.licht off
2016-06-15 15:07:32 CUL_HM FL.UG.strahler off
2016-06-15 15:07:32 CUL_HM FL.OG.licht off
2016-06-15 15:07:32 CUL_HM Rauchmelder trigger_cnt: 12
2016-06-15 15:07:32 CUL_HM RM.td CMDs_done
2016-06-15 15:07:33 CUL_HM FL.ZG.licht off
2016-06-15 15:07:33 CUL_HM Rauchmelder trigger_cnt: 12
2016-06-15 15:07:33 CUL_HM FL.EG.gong.mp3 set_playTone 7
2016-06-15 15:07:33 CUL_HM GA.licht off
2016-06-15 15:07:34 CUL_HM FL.EG.licht off
2016-06-15 15:07:35 CUL_HM GA.keymatic set_unlock
2016-06-15 15:07:35 CUL_HM KU.licht off
2016-06-15 15:07:35 CUL_HM KU.spuele off
2016-06-15 15:07:35 CUL_HM GA.keymatic locked (uncertain)
2016-06-15 15:07:37 CUL_HM FL.UG.bm motion: off
2016-06-15 15:07:37 CUL_HM WF.licht off
2016-06-15 15:07:38 CUL_HM WC.licht off
2016-06-15 15:07:39 CUL_HM FL.EG.gong.mp3 on
2016-06-15 15:07:40 CUL_HM GA.keymatic unlocked
2016-06-15 15:07:46 CUL_HM HW.licht ResndFail
2016-06-15 15:07:46 CUL_HM HW.licht MISSING ACK
2016-06-15 15:07:48 CUL_HM FL.EG.gong.mp3 off
2016-06-15 15:07:48 CUL_HM HW.licht off
2016-06-15 15:07:52 CUL_HM HW.bm motion: on (to HW.licht)
2016-06-15 15:07:53 CUL_HM FL.EG.gong.mp3 off
2016-06-15 15:07:54 CUL_HM FL.EG.anzeige.led01 color: off
2016-06-15 15:07:55 CUL_HM HW.tk open
2016-06-15 15:07:58 CUL_HM FL.EG.anzeige.led09 color: off
2016-06-15 15:08:00 CUL_HM FL.EG.anzeige.led12 color: orange
2016-06-15 15:08:00 CUL_HM FL.EG.anzeige.led07 color: red
2016-06-15 15:08:00 CUL_HM HW.tk closed
2016-06-15 15:08:03 CUL_HM FL.EG.anzeige.led07 color: orange
2016-06-15 15:08:09 CUL_HM HW.bm motion: off
2016-06-15 15:08:32 CUL_HM KU.bm motion: on (to KU.licht)
Beim manuellen setzen der structure "Alarm_licht_all" funktioniert es tadellos..
Kann auch gerne nochmal mit Verbose 5 aufzeichnen..
Mit der aktuellen Version funktioniert meine keymatic nicht mehr..
Nach Umstellung auf IOGrp vccu:alterAdapter funktioniert es wieder...
Zitat
2016.06.15 15:23:07 3: CUL_HM set WF.keymatic unlock
2016.06.15 15:23:07 5: HMUARTLGW HMUART send: 01 02 00 00 01 msg: 0D B0 11 29A083 261118 800101FF
2016.06.15 15:23:07 5: HMUARTLGW HMUART send: (24): fd00130116020000010db01129a083261118800101ff8d91
2016.06.15 15:23:07 5: SW: fd00130116020000010db01129a083261118800101ff8d91
2016.06.15 15:23:08 5: HMUARTLGW HMUART read raw (8): fd001701c9050001
2016.06.15 15:23:08 5: HMUARTLGW HMUART read raw (20): 330da00226111829a08304463f34bfaee4029d5c
2016.06.15 15:23:08 5: HMUARTLGW HMUART read (27): fd001701c9050001330da00226111829a08304463f34bfaee4029d5c crc OK
2016.06.15 15:23:08 5: HMUARTLGW HMUART recv: 01 05 00 01 33 msg: 0D A0 02 261118 29A083 04463F34BFAEE402
2016.06.15 15:23:08 5: HMUARTLGW HMUART Dispatch: A110DA00226111829A08304463F34BFAEE402::-51:HMUART
2016.06.15 15:23:08 5: HMUART dispatch A110DA00226111829A08304463F34BFAEE402::-51:HMUART
2016.06.15 15:23:08 5: HMUARTLGW HMUART: Skip ACK
2016.06.15 15:23:09 5: HMUARTLGW HMUART read raw (8): fd0004001505c61c
2016.06.15 15:23:09 5: HMUARTLGW HMUART read raw (1): a8
2016.06.15 15:23:09 5: HMUARTLGW HMUART read (8): fd0004001505c61ca8 crc OK
2016.06.15 15:23:09 5: HMUARTLGW HMUART recv: 00 05C6, state 100
2016.06.15 15:23:09 5: HMUARTLGW HMUART read raw (8): fd001701ca050001
2016.06.15 15:23:09 5: HMUARTLGW HMUART read raw (20): 330da00226111829a083049265c999ab5a0293e0
2016.06.15 15:23:09 5: HMUARTLGW HMUART read (27): fd001701ca050001330da00226111829a083049265c999ab5a0293e0 crc OK
2016.06.15 15:23:09 5: HMUARTLGW HMUART recv: 01 05 00 01 33 msg: 0D A0 02 261118 29A083 049265C999AB5A02
2016.06.15 15:23:09 5: HMUARTLGW HMUART Dispatch: A110DA00226111829A083049265C999AB5A02::-51:HMUART
2016.06.15 15:23:09 5: HMUART dispatch A110DA00226111829A083049265C999AB5A02::-51:HMUART
2016.06.15 15:23:09 5: HMUARTLGW HMUART: Skip ACK
Hallo,
Zitat von: Rampler am 15 Juni 2016, 15:19:59
Beim manuellen setzen der structure "Alarm_licht_all" funktioniert es tadellos..
Kann auch gerne nochmal mit Verbose 5 aufzeichnen..
Bitte das Attribut logIDs am HMUART auf "sys,all" setzen, nicht mit Verbose 5 aufzeichnen.
Und ganz wichtig: Auch immer Kontext _vor_ dem Problem mitschicken! (Wenn möglich ein reopen des Geräts und die ganzen Nachrichten ab dem Open bis zum Fehler).
Viele Grüße
Michae
Hallo zusammen,
hat eigentlich irgend jemand Martin angesprochen, damit er die Änderungen in die 10_CUL_HM.pm aufnimmt, bzw. gab es da schon ein Feedback ?
Wie sieht es denn mit der 00_HMUARTLGW.pm aus, wird diese auch in das FHEM Repository aufgenommen ?
mfg
Klaus
Zitat von: Rampler am 17 Juni 2016, 17:56:43
Wie sieht es denn mit der 00_HMUARTLGW.pm aus, wird diese auch in das FHEM Repository aufgenommen ?
Diese Frage hat doch Michael schon hier im Thread beantwortet.
Und was martin angeht, der macht das Ganze auch nur nebenbei und er wird sich das sicher anschauen, wenn er die entsprechende Zeit & Ruhe hat, sich des Themas anzunehmen.
An alle, die ihre 10_CUL_HM.pm gemäß der Anleitung hier im Thread gepatched haben, der Hinweis, dass morgen per update eine neue Version dieser Moduldatei kommt, in der (bisher) die notwendigen Änderungen für hmuart noch nicht enthalten sind.
Also bitte Vorsicht beim morgigen Update.
Habe den UART jetzt seit ein paar Tagen zusammen mit zwei HMLAN Adaptern am laufen, und bis jetzt keine Fehlfunktion feststellen können. :)
Allerdings finde ich im Log immer mal wieder solche Meldungen:
ZitatHMUARTLGW HMUART Ack with invalid counter received, dropping. We: 119, device: 118
Wobei die device immer wieder eine andere ist. Kann mir nicht erklären woher dies kommt. Evtl. durch die zusätzlichen HMLAN Adapter ?
mfg
Klaus
Installiere einfach mal die aktuelle Modulversion, dann sollte die Meldung verschwinden.
Zitat von: betateilchen am 18 Juni 2016, 15:37:57
Installiere einfach mal die aktuelle Modulversion, dann sollte die Meldung verschwinden.
Leider Nein, habe die aktuelle Version vom github..
Hallo,
Zitat von: Rampler am 18 Juni 2016, 16:12:31
Leider Nein, habe die aktuelle Version vom github..
Ich brauche da mehr Logs. Zumindest die Nachrichten um die Meldung herum, ansonsten kann ich das nicht debuggen.
Viele Grüße
Michael
Zitat von: mgernoth am 18 Juni 2016, 16:28:05
Ich brauche da mehr Logs. Zumindest die Nachrichten um die Meldung herum, ansonsten kann ich das nicht debuggen.
So, habe jetzt mal eine Meldung aufgezeichnet:
2016.06.19 00:06:44 0: HMUARTLGW HMUART recv: 00 04020B, state 98
2016.06.19 00:06:44 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 00:06:55 0: HMUARTLGW HMUART recv: 01 05 00 01 3D msg: B6 A4 41 2FDB9E 2DE4BB 01940850
2016.06.19 00:06:55 0: HMUARTLGW HMUART recv: 01 05 00 01 43 msg: B6 80 02 2DE4BB 2FDB9E 0101C84050
2016.06.19 00:06:57 0: HMUARTLGW HMUART recv: 01 05 01 01 41 msg: B7 A4 10 2DE4BB 29A083 0601C840
2016.06.19 00:06:59 0: HMUARTLGW HMUART send: 00 08
2016.06.19 00:06:59 0: HMUARTLGW HMUART recv: 00 04020B, state 98
2016.06.19 00:06:59 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 00:07:01 0: HMUARTLGW HMUART recv: 01 05 00 01 34 msg: 79 84 10 33BADB 29A083 06012100
2016.06.19 00:07:01 0: HMUARTLGW HMUART recv: 01 05 01 01 49 msg: 55 A6 41 30A96E 29A083 0161C8
2016.06.19 00:07:01 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 55 80 02 29A083 30A96E 0101C800
2016.06.19 00:07:02 3: CUL_HM set FL.OG.licht on-for-timer 600
2016.06.19 00:07:02 3: CUL_HM set FL.ZG.licht on-for-timer 600
2016.06.19 00:07:02 3: CUL_HM set FL.EG.licht on-for-timer 600
2016.06.19 00:07:02 3: CUL_HM set KU.licht on-for-timer 600
2016.06.19 00:07:02 3: CUL_HM set KU.spuele on-for-timer 600
2016.06.19 00:07:02 3: CUL_HM set HW.licht on-for-timer 600
2016.06.19 00:07:02 3: CUL_HM set WF.licht on-for-timer 600
2016.06.19 00:07:02 3: CUL_HM set FL.UG.licht on-for-timer 600
2016.06.19 00:07:02 3: CUL_HM set FL.UG.strahler on-for-timer 600
2016.06.19 00:07:02 3: CUL_HM set WC.licht on-for-timer 600
2016.06.19 00:07:02 3: CUL_HM set GA.licht on-for-timer 600
2016.06.19 00:07:02 1: sendEmail RCP: xxxxxxxxxxxxxxxxxx
2016.06.19 00:07:02 1: sendEmail Subject: FHEM Alarmanlage ausgeloest
2016.06.19 00:07:02 1: sendEmail Text: Ausloeser: FL.UG.tk.ke
2016.06.19 00:07:03 1: sendEmail returned: Jun 19 00:07:03 raspberry sendEmail[15529]: Email was sent successfully!
2016.06.19 00:07:03 1: Perfmon: possible freeze starting at 00:07:02, delay is 1.913
2016.06.19 00:07:03 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 70 A0 11 29A083 1B254C 800E01
2016.06.19 00:07:03 0: HMUARTLGW HMUART send: FD is readable! This might corrupt the received frame!
2016.06.19 00:07:03 0: HMUARTLGW HMUART recv: 01 0408, state 100
[b]2016.06.19 00:07:03 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 73, device: 72[/b]
2016.06.19 00:07:03 0: HMUARTLGW HMUART recv: 01 05 00 01 4D msg: B8 A0 11 29A083 2DE4BB 0201C80000BB82
2016.06.19 00:07:03 0: HMUARTLGW HMUART recv: 01 05 01 01 42 msg: B8 80 02 2DE4BB 29A083 0101C84037
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 05 01 01 2C msg: 30 84 10 287108 29A083 06012300
2016.06.19 00:07:04 0: HMUARTLGW HMUART send: 01 072DE4BB
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 04 03 01 32 msg: 70 80 02 1B254C 29A083 010E010034
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 04070101002A, state 90
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 00:07:04 0: HMUARTLGW HMUART send: 01 072F1090
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 040701010029, state 90
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 00:07:04 0: HMUARTLGW HMUART send: 01 08
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 040701092D9008FFFFFFFFFFFFFFFF0035C7E2FFFFFFFFFFFFFFFF002DCF27FFFFFFFFFFFFFFFF0041C72FFFFFFFFFFFFFFFFF002D9034FFFFFFFFFFFFFFFF00, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2D9008, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 35C7E2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2DCF27, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 41C72F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2D9034, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 040702092DE136FFFFFFFFFFFFFFFF002DE13AFFFFFFFFFFFFFFFF002F038AFFFFFFFFFFFFFFFF0026110DFFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF00, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2DE136, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2DE13A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2F038A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 26110D, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 04070309287108FFFFFFFFFFFFFFFF0030A8DBFFFFFFFFFFFFFFFF00322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF012A5517FFFFFFFFFFFFFFFF00, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 287108, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 30A8DB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2A5517, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 040704092F0F99FFFFFFFFFFFFFFFF002F0FA1FFFFFFFFFFFFFFFF0030B463FFFFFFFFFFFFFFFF002F046FFFFFFFFFFFFFFFFF002DAA03FFFFFFFFFFFFFFFF00, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2F0F99, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2F0FA1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 30B463, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2F046F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2DAA03, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 040705092DAA09FFFFFFFFFFFFFFFF001B254CFFFFFFFFFFFFFFFF0032570EFFFFFFFFFFFFFFFF00383A9FFFFFFFFFFFFFFFFF002F0FE2FFFFFFFFFFFFFFFF00, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2DAA09, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 1B254C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 32570E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 383A9F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2F0FE2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 0407060930A96EFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF012EF73FFFFFFFFFFFFFFFFF0035C94CFFFFFFFFFFFFFFFF002ED351FFFFFFFFFFFFFFFF00, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 30A96E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2EF73F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 35C94C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2ED351, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 040707092F0292FFFFFFFFFFFFFFFF002A55C1FFFFFFFFFFFFFFFF002B1983FFFFFFFFFFFFFFFF0041D1CEFFFFFFFFFFFFFFFF0030A9CEFFFFFFFFFFFFFFFF00, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2A55C1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2B1983, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 41D1CE, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 30A9CE, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 040708092C0833FFFFFFFFFFFFFFFF002EEC7CFFFFFFFFFFFFFFFF002F0303FFFFFFFFFFFFFFFF002E26B3FFFFFFFFFFFFFFFF002B493AFFFFFFFFFFFFFFFF00, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2C0833, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2EEC7C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2F0303, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2E26B3, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2B493A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 040709092C15FEFFFFFFFFFFFFFFFF00, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 00:07:04 0: HMUARTLGW HMUART known peer: 2C15FE, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 00:07:04 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 06 A0 11 29A083 2E26B3 0201C80000BB82
2016.06.19 00:07:04 0: HMUARTLGW HMUART send: FD is readable! This might corrupt the received frame!
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 05 00 01 4E msg: 94 A0 11 29A083 287AFD 0201C80000BB82
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 05 00 01 51 msg: 94 80 02 287AFD 29A083 0101C84046
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 0406, state 100
2016.06.19 00:07:04 0: HMUARTLGW HMUART can't send due to CSMA/CA, trying again in a bit
2016.06.19 00:07:04 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 06 A0 11 29A083 2E26B3 0201C80000BB82
2016.06.19 00:07:04 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 1B A0 11 29A083 2DCF27 0201C80000BB82
2016.06.19 00:07:04 0: HMUARTLGW HMUART recv: 01 04 03 01 3D msg: 06 80 02 2E26B3 29A083 0101C84043
2016.06.19 00:07:05 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 2A A0 11 29A083 2DAA03 0201C80000BB82
2016.06.19 00:07:05 0: HMUARTLGW HMUART recv: 01 04 03 01 36 msg: 1B 80 02 2DCF27 29A083 0101C8403C
2016.06.19 00:07:06 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: A7 A0 11 29A083 2F0F99 0201C80000BB82
2016.06.19 00:07:06 0: HMUARTLGW HMUART recv: 01 04 03 01 40 msg: 2A 80 02 2DAA03 29A083 0101C84048
2016.06.19 00:07:06 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 0C A0 11 29A083 2F038A 0201C80000BB82
2016.06.19 00:07:06 0: HMUARTLGW HMUART recv: 01 04 03 01 43 msg: A7 80 02 2F0F99 29A083 0101C8404B
2016.06.19 00:07:07 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 7A A0 11 29A083 2F0303 0201C80000BB82
2016.06.19 00:07:07 0: HMUARTLGW HMUART recv: 01 04 03 01 37 msg: 0C 80 02 2F038A 29A083 0101C8403E
2016.06.19 00:07:07 0: HMUARTLGW HMUART recv: 01 05 01 01 37 msg: 58 A6 10 2EEC7C 29A083 06010C00
2016.06.19 00:07:07 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 0B A0 11 29A083 2DAA09 0201C80000BB82
2016.06.19 00:07:07 0: HMUARTLGW HMUART recv: 01 04 03 01 3E msg: 7A 80 02 2F0303 29A083 0101C84059
2016.06.19 00:07:08 0: HMUARTLGW HMUART send: 00 08
2016.06.19 00:07:08 0: HMUARTLGW HMUART recv: 01 04 03 01 47 msg: 0B 80 02 2DAA09 29A083 0101C8404E
2016.06.19 00:07:08 0: HMUARTLGW HMUART recv: 00 04020D, state 98
2016.06.19 00:07:08 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 00:07:08 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 57 A0 11 29A083 2F046F 0201C80000BB82
2016.06.19 00:07:08 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 74 A0 11 29A083 322BFA 8002C8010C00000000000000000083CA
2016.06.19 00:07:08 0: HMUARTLGW HMUART recv: 01 04 03 01 3B msg: 57 80 02 2F046F 29A083 0101C84045
2016.06.19 00:07:09 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 0B A0 11 29A083 2DAA09 0201C80000BB82
2016.06.19 00:07:09 0: HMUARTLGW HMUART recv: 01 04 03 01 26 msg: 74 80 02 322BFA 29A083 0102C8402B
2016.06.19 00:07:09 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: A7 A0 11 29A083 2F0F99 0201C80000BB82
2016.06.19 00:07:09 0: HMUARTLGW HMUART recv: 01 04 03 01 47 msg: 0B 80 02 2DAA09 29A083 0101C8404F
2016.06.19 00:07:10 0: HMUARTLGW HMUART recv: 01 0404, state 100
2016.06.19 00:07:10 0: HMUARTLGW HMUART can't send due to unknown problem (no response?)
2016.06.19 00:07:10 0: HMUARTLGW HMUART recv: 01 05 01 01 44 msg: A7 80 02 2F0F99 29A083 0101C8404B
2016.06.19 00:07:11 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 71 A0 11 29A083 1B254C 800101
2016.06.19 00:07:11 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 2A A0 11 29A083 2DAA03 0201C80000BB82
2016.06.19 00:07:11 0: HMUARTLGW HMUART recv: 01 04 03 01 32 msg: 71 80 02 1B254C 29A083 0101010034
2016.06.19 00:07:12 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 57 A0 11 29A083 2F046F 0201C80000BB82
2016.06.19 00:07:12 0: HMUARTLGW HMUART recv: 01 04 03 01 40 msg: 2A 80 02 2DAA03 29A083 0101C84048
2016.06.19 00:07:12 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 0C A0 11 29A083 2F038A 0201C80000BB82
2016.06.19 00:07:12 0: HMUARTLGW HMUART recv: 01 04 03 01 3B msg: 57 80 02 2F046F 29A083 0101C84044
2016.06.19 00:07:13 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 7A A0 11 29A083 2F0303 0201C80000BB82
2016.06.19 00:07:13 0: HMUARTLGW HMUART recv: 01 04 03 01 37 msg: 0C 80 02 2F038A 29A083 0101C8403D
2016.06.19 00:07:13 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 58 80 02 29A083 2EEC7C 01010C00
2016.06.19 00:07:13 0: HMUARTLGW HMUART recv: 01 04 03 01 3E msg: 7A 80 02 2F0303 29A083 0101C84059
2016.06.19 00:07:14 0: HMUARTLGW HMUART send: 00 08
2016.06.19 00:07:14 0: HMUARTLGW HMUART recv: 00 04020F, state 98
2016.06.19 00:07:14 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 00:07:14 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 74 A0 11 29A083 322BFA 8002C8010C00000000000000000083CA
2016.06.19 00:07:14 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 71 A0 11 29A083 1B254C 800101
2016.06.19 00:07:14 0: HMUARTLGW HMUART recv: 01 04 03 01 26 msg: 74 80 02 322BFA 29A083 0102C8402B
2016.06.19 00:07:14 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 0B A0 11 29A083 2DAA09 0201C80000BB82
2016.06.19 00:07:14 0: HMUARTLGW HMUART recv: 01 04 03 01 32 msg: 71 80 02 1B254C 29A083 0101010034
2016.06.19 00:07:15 0: HMUARTLGW HMUART recv: 01 05 01 01 42 msg: 56 A6 41 30A96E 29A083 016200
2016.06.19 00:07:15 0: HMUARTLGW HMUART recv: 01 0404, state 100
2016.06.19 00:07:15 0: HMUARTLGW HMUART can't send due to unknown problem (no response?)
2016.06.19 00:07:15 0: HMUARTLGW HMUART recv: 01 05 01 01 48 msg: 0B 80 02 2DAA09 29A083 0101C8404F
2016.06.19 00:07:15 0: HMUARTLGW HMUART send: 00 08
2016.06.19 00:07:15 0: HMUARTLGW HMUART recv: 00 040210, state 98bis dann
Klaus
Hallo,
Zitat von: Rampler am 19 Juni 2016, 00:25:07
So, habe jetzt mal eine Meldung aufgezeichnet:
Super, Danke. :-)
Dann habe ich genau das jetzt auch gerade gefixed (war die einzige Möglichkeit, die ich mir vorstellen konnte).
Zitat
2016.06.19 00:07:01 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 55 80 02 29A083 30A96E 0101C800
Hier wird ein Kommando ohne Ack-Anforderung gesendet, darauf antwortet das Modul entweder gar nicht oder sehr schnell (deutlich weniger als 100ms). Deswegen wird ab jetzt 100ms auf eine evtl. Fehlermeldung des Moduls "gewartet" (Timer aufgesetzt).
Zitat
2016.06.19 00:07:03 1: Perfmon: possible freeze starting at 00:07:02, delay is 1.913
Dein EMail-senden ist synchron und blockiert Fhem, weswegen die Antwort nicht zeitnah vom Modul abgeholt wird. Stattdessen werden zuerst (von fhem.pl) die Timer abgearbeitet und darin (in HMUARTLGW) festgestellt, dass keine Antwort kam und deshalb das Kommando wohl gesendet wurde.
So lange Blockaden sind keine gute Idee!
Zitat
2016.06.19 00:07:03 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 70 A0 11 29A083 1B254C 800E01
Das nächste Kommando wird abgeschickt.
Zitat
2016.06.19 00:07:03 0: HMUARTLGW HMUART send: FD is readable! This might corrupt the received frame!
2016.06.19 00:07:03 0: HMUARTLGW HMUART recv: 01 0408, state 100
2016.06.19 00:07:03 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 73, device: 72
Beim Senden wird festgestellt, dass noch Daten anliegen (das Modul zerschiesst in manchen Fällen Daten wenn gleichzeitig in beide Richtungen seriell kommuniziert wird, deswegen diese "might corrupt" Ausgabe).
Die empfangenen Daten "01 0408" sagen dann auch, dass das erste Sendekommando fehlgeschlagen ist (das aber nicht mehr aktuell ist, daher auch die Meldung bzg. invalid counter).
Ich habe das jetzt behoben, indem nochmal explizit geprüft wird ob Daten anliegen, wenn der Timeout zuschlägt. Diese werden dann noch verarbeitet.
Viele Grüße
Michael
ZitatIch habe das jetzt behoben, indem nochmal explizit geprüft wird ob Daten anliegen, wenn der Timeout zuschlägt. Diese werden dann noch verarbeitet.
Habe Deine Änderung gerade eingebaut, ich werde berichten...
ZitatDein EMail-senden ist synchron und blockiert Fhem, weswegen die Antwort nicht zeitnah vom Modul abgeholt wird. Stattdessen werden zuerst (von fhem.pl) die Timer abgearbeitet und darin (in HMUARTLGW) festgestellt, dass keine Antwort kam und deshalb das Kommando wohl gesendet wurde.
So lange Blockaden sind keine gute Idee!
Sehe ich auch so, allerdings gibt es beim Email versenden keine andere Möglichkeit, leider..
Der Support hier im Forum war schon immer super, aber speziell für das das HMUARTLGW Modul wohl nicht mehr zu toppen.. :)
bis die Tage
Klaus
Guten Morgen,
habe jetzt das aktuelle Modul installiert und FHEM restartet..
2016.06.19 07:45:45 0: Featurelevel: 5.7
2016.06.19 07:45:45 0: Server started with 308 defined entities (fhem.pl:11611/2016-06-04 perl:5.014002 os:linux user:fhem pid:16477)
2016.06.19 07:45:45 1: Perfmon: possible freeze starting at 07:45:32, delay is 13.604
2016.06.19 07:45:45 0: HMUARTLGW HMUART send: 00 00
2016.06.19 07:45:45 0: HMUARTLGW HMUART recv: 00 0402436F5F4350555F417070, state 1
2016.06.19 07:45:45 3: HMUARTLGW HMUART currently running Co_CPU_App
2016.06.19 07:45:45 1: HMLAN_Parse: HMLAN1 new condition ok
2016.06.19 07:45:46 3: CUL_HM set AZ.rm statusRequest
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 05 00 01 55 msg: 02 B0 01 29A083 2A55C1 010E
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 0029A083
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 0401, state 4
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 01, state 4
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 01
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 0407010129A083, state 5
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 07, state 5
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 10
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: FD is readable! This might corrupt the received frame, so processing data now
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 0407010129A083, state 6
2016.06.19 07:45:46 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 4, device: 3, state: 6, msg: 1 0407010129A083
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 05 00 01 25 msg: 02 A0 10 2A55C1 29A083 0601010058
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 0407010145F973, state 6
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 07, state 6
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 00 0E5766318A04
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 00 0401, state 7
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 01, state 7
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 00 02
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 00 0402010003010401, state 8
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 02, state 8
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 00 0B
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 00 04024D455131383839373235, state 9
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 02, state 9
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 00 0A01
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 00 0401, state 10
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 01, state 10
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 00 0901
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 00 0401, state 11
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 01, state 11
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 03749D193DFF62CDD85B5C22873DAB6A4001
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 0401, state 12
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 01, state 12
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 0F0000000000000000000000000000000000
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 0401, state 13
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 01, state 13
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 0B0000000000000000000000000000000000
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 0401, state 14
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 01, state 14
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 08
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 04070101261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF011B254CFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF01, state 15
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 07, state 15
2016.06.19 07:45:46 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:46 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:46 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:46 0: HMUARTLGW HMUART known peer: 1B254C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 07:45:46 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 07322BFA
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 040701010004, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 07344397
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 040701010003, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 0747A778
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 040701010002, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 07261118
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 040701010001, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 071B254C
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 040701010000, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 06322BFA000000
2016.06.19 07:45:46 0: HMUARTLGW HMUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:46 0: HMUARTLGW HMUART send: 01 06344397000000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010002FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 0647A778000000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010003FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 06261118000000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 06322BFA010000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 06344397010000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 0647A778010000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 06261118010000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 06261118010000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 0647A778010000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 06344397010000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 06322BFA010000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 08
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 04070101261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF0147A778FFFFFFFFFFFFFFFF01, state 93
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 07:45:47 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:47 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:47 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:47 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 03749D193DFF62CDD85B5C22873DAB6A4001
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 0401, state 12
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 01, state 12
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 0F0000000000000000000000000000000000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 0401, state 13
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 01, state 13
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 01 0B0000000000000000000000000000000000
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 0401, state 14
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 01, state 14
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 05 00 01 54 msg: 02 B0 01 29A083 2A55C1 010E
2016.06.19 07:45:47 3: CUL_HM set Alarm_sir_ext statusRequest
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 05 00 01 25 msg: 02 A0 10 2A55C1 29A083 0601010058
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 05 00 01 54 msg: 02 80 02 29A083 2A55C1 00
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 05 00 01 54 msg: 02 B0 01 29A083 331747 010E
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 01 05 00 01 4A msg: 02 A4 10 331747 29A083 060100004B
2016.06.19 07:45:47 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:45:47 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:45:47 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:45:48 0: HMUARTLGW HMUART recv: 01 05 00 01 55 msg: 02 80 02 29A083 331747 00
2016.06.19 07:45:49 0: HMUARTLGW HMUART send: 01 061B254C000000
2016.06.19 07:45:49 0: HMUARTLGW HMUART recv: 01 040701010005FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:45:49 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:45:49 0: HMUARTLGW HMUART send: 01 08
2016.06.19 07:45:49 0: HMUARTLGW HMUART recv: 01 04070101261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF011B254CFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF01, state 93
2016.06.19 07:45:49 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 07:45:49 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:49 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:49 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:49 0: HMUARTLGW HMUART known peer: 1B254C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 07:45:49 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:45:49 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 11 29A083 1B254C 801003
2016.06.19 07:45:49 0: HMUARTLGW HMUART recv: 01 04 03 01 30 msg: 02 80 02 1B254C 29A083 0110030032
2016.06.19 07:46:02 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:46:02 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:46:02 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:46:17 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:46:17 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:46:17 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:46:20 0: HMUARTLGW HMUART recv: 01 05 00 01 3C msg: 0C 84 10 2FDB9E 29A083 06017200
2016.06.19 07:46:32 0: HMUARTLGW HMUART recv: 01 05 00 01 3E msg: 11 84 10 2EECCA 29A083 06019300
2016.06.19 07:46:32 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:46:32 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:46:32 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:46:47 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:46:47 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:46:47 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:47:01 0: HMUARTLGW HMUART recv: 01 05 00 01 34 msg: 16 86 70 2BBFE8 000000 007D5B
2016.06.19 07:47:02 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:47:02 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:47:02 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:47:17 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:47:17 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:47:17 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:47:31 0: HMUARTLGW HMUART recv: 01 05 00 01 24 msg: 6E 84 5E 27415A 000000 800000000000000008DFFE
2016.06.19 07:47:32 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:47:32 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:47:32 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:47:45 0: HMUARTLGW HMUART recv: 01 05 00 01 38 msg: B5 A6 10 2EEC7C 29A083 06016B00
2016.06.19 07:47:45 0: HMUARTLGW HMUART send: 01 062EEC7C000000
2016.06.19 07:47:45 0: HMUARTLGW HMUART recv: 01 040701010006FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:47:45 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:47:45 0: HMUARTLGW HMUART send: 01 08
2016.06.19 07:47:45 0: HMUARTLGW HMUART recv: 01 04070102261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF011B254CFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF01, state 93
2016.06.19 07:47:45 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 07:47:45 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:47:45 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:47:45 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:47:45 0: HMUARTLGW HMUART known peer: 1B254C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 07:47:45 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:47:45 0: HMUARTLGW HMUART recv: 01 040702022EEC7CFFFFFFFFFFFFFFFF00, state 93
2016.06.19 07:47:45 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 07:47:45 0: HMUARTLGW HMUART known peer: 2EEC7C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 07:47:45 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: B5 80 02 29A083 2EEC7C 01016B00
2016.06.19 07:47:45 0: HMUARTLGW HMUART recv: 01 05 00 01 40 msg: B5 80 02 29A083 2EEC7C 00
2016.06.19 07:47:45 0: HMUARTLGW HMUART recv: 01 0406, state 101
2016.06.19 07:47:45 0: HMUARTLGW HMUART can't send due to CSMA/CA, trying again in a bit
2016.06.19 07:47:45 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: B5 80 02 29A083 2EEC7C 01016B00
2016.06.19 07:47:47 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:47:47 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:47:47 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:47:48 0: HMUARTLGW HMUART recv: 01 05 00 01 33 msg: A5 84 5E 24A2F6 000000 800000000000000008DCFE
2016.06.19 07:48:02 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:48:03 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:48:03 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:48:18 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:48:18 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:48:18 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:48:22 0: HMUARTLGW HMUART recv: 01 05 00 01 2D msg: 90 84 10 287108 29A083 06015100
2016.06.19 07:48:33 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:48:33 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:48:33 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:48:43 0: HMUARTLGW HMUART recv: 01 05 00 01 36 msg: 13 A4 41 25F392 2F0FE2 0127FE60
2016.06.19 07:48:43 0: HMUARTLGW HMUART recv: 01 05 00 01 3E msg: 13 80 02 2F0FE2 25F392 010100002C
2016.06.19 07:48:48 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:48:48 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:48:48 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:48:52 0: HMUARTLGW HMUART recv: 01 05 00 01 34 msg: 14 84 41 25F392 29A083 0127FE
2016.06.19 07:48:58 0: HMUARTLGW HMUART recv: 01 05 00 01 34 msg: FD 84 10 33BADB 29A083 0601A900
2016.06.19 07:49:03 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:49:03 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:49:03 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:49:05 0: HMUARTLGW HMUART recv: 01 05 00 01 51 msg: 38 84 10 2EF0D4 29A083 06010800
2016.06.19 07:49:05 0: HMUARTLGW HMUART recv: 01 05 00 01 37 msg: 6C 84 10 32570E 29A083 0601BE00
2016.06.19 07:49:18 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:49:18 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:49:18 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:49:29 0: HMUARTLGW HMUART recv: 01 05 00 01 35 msg: 17 86 70 2BBFE8 000000 007E5B
2016.06.19 07:49:33 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:49:33 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:49:33 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:49:43 0: HMUARTLGW HMUART recv: 01 05 00 01 35 msg: 15 A4 41 25F392 2F0FE2 0128FE64
2016.06.19 07:49:43 0: HMUARTLGW HMUART recv: 01 05 00 01 3F msg: 15 80 02 2F0FE2 25F392 010100002E
2016.06.19 07:49:48 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:49:48 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:49:48 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:49:58 0: HMUARTLGW HMUART recv: 01 05 00 01 33 msg: A6 84 5E 24A2F6 000000 800000000000000008DA01
2016.06.19 07:50:00 0: HMUARTLGW HMUART recv: 01 05 00 01 24 msg: 6F 84 5E 27415A 000000 800000000000000008D701
2016.06.19 07:50:03 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:50:03 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:50:03 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.19 07:50:09 0: HMUARTLGW HMUART recv: 01 05 00 01 3A msg: 3F A6 41 2D9034 29A083 012FC8
2016.06.19 07:50:09 0: HMUARTLGW HMUART send: 01 062D9034000000
2016.06.19 07:50:09 0: HMUARTLGW HMUART recv: 01 040701010007FFFFFFFFFFFFFFFF, state 90
2016.06.19 07:50:09 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.19 07:50:09 0: HMUARTLGW HMUART send: 01 08
2016.06.19 07:50:09 0: HMUARTLGW HMUART send: FD is readable! This might corrupt the received frame, so processing data now
2016.06.19 07:50:09 0: HMUARTLGW HMUART recv: 01 040701010007FFFFFFFFFFFFFFFF, state 93
2016.06.19 07:50:09 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 61, device: 60, state: 93, msg: 1 040701010007FFFFFFFFFFFFFFFF
2016.06.19 07:50:09 0: HMUARTLGW HMUART recv: 01 05 00 01 40 msg: 3F 80 02 29A083 2D9034 00
2016.06.19 07:50:09 0: HMUARTLGW HMUART recv: 01 040701022D9034FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF011B254CFFFFFFFFFFFFFFFF00, state 93
2016.06.19 07:50:09 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 07:50:09 0: HMUARTLGW HMUART known peer: 2D9034, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 07:50:09 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:50:09 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:50:09 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:50:09 0: HMUARTLGW HMUART known peer: 1B254C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 07:50:09 0: HMUARTLGW HMUART recv: 01 0407020247A778FFFFFFFFFFFFFFFF012EEC7CFFFFFFFFFFFFFFFF00, state 93
2016.06.19 07:50:09 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.19 07:50:09 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.19 07:50:09 0: HMUARTLGW HMUART known peer: 2EEC7C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.19 07:50:09 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 3F 80 02 29A083 2D9034 0101C800
2016.06.19 07:50:10 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 03 A0 11 29A083 1B254C 800601
2016.06.19 07:50:10 0: HMUARTLGW HMUART recv: 01 05 01 01 38 msg: 40 A6 41 2D9034 29A083 012FC8
2016.06.19 07:50:10 0: HMUARTLGW HMUART recv: 01 05 01 01 30 msg: 03 80 02 1B254C 29A083 0106010032
2016.06.19 07:50:11 0: HMUARTLGW HMUART recv: 01 0404, state 100
2016.06.19 07:50:11 0: HMUARTLGW HMUART can't send due to unknown problem (no response?)
2016.06.19 07:50:11 0: HMUARTLGW HMUART recv: 01 05 01 01 30 msg: 03 80 02 1B254C 29A083 0106010032
2016.06.19 07:50:12 0: HMUARTLGW HMUART recv: 01 05 01 01 39 msg: 42 A6 41 2D9034 29A083 012FC8
2016.06.19 07:50:12 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 40 80 02 29A083 2D9034 0101C800
2016.06.19 07:50:12 0: HMUARTLGW HMUART recv: 01 0408, state 101
2016.06.19 07:50:12 0: HMUARTLGW HMUART IO currently busy, trying again in a bit
2016.06.19 07:50:12 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 40 80 02 29A083 2D9034 0101C800
2016.06.19 07:50:12 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 42 80 02 29A083 2D9034 0101C800
2016.06.19 07:50:18 0: HMUARTLGW HMUART send: 00 08
2016.06.19 07:50:18 0: HMUARTLGW HMUART recv: 00 04020E, state 98
2016.06.19 07:50:18 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
Zumindest beim Start kommen zwei "HMUARTLGW HMUART Ack with invalid counter received, dropping ..."
.. was aber zu verkraften ist ..
Viele Grüße
Klaus
@Klaus:
Zitat von: Rampler am 19 Juni 2016, 07:41:03
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.
ZitatHast 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 ..
.. die "HMUARTLGW HMUART Ack with invalid counter received.. " haben sich vermehrt ... ;).
Zitat
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
Hi,
Zitat von: Rampler am 19 Juni 2016, 09:53:37
.. die "HMUARTLGW HMUART Ack with invalid counter received.. " haben sich vermehrt ... ;).
Sollte behoben sein.
Viele Grüße
Michael
Zitat von: mgernoth am 19 Juni 2016, 10:47:08
Sollte behoben sein.
Ist behoben ..., nach Restart Fhem keine Meldungen (bis jetzt ..)
schönes WOE noch
Klaus
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
Hallo noch mal,
FW-Update des HM_UART steht noch aus...
Mein HM_UART hat die 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
Hallo,
Zitat von: MadMax-FHEM am 19 Juni 2016, 23:03:51
Mein HM_UART hat die 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).
Zitat
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...).
Zitat
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.
Zitat
Sind die hier geposteten "offizielle" FW?
Ja, das Modul installiert nur mit dem eQ-3 eigenen geheimen Key verschlüsselte Firmware-Versionen.
Zitat
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
Zitat von: MadMax-FHEM am 19 Juni 2016, 22:59:37
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.
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 ;-)
ZitatDen 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
@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 :)
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...
Zitat von: MadMax-FHEM am 22 Juni 2016, 00:18:11
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.
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 ...
Zitat2016.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
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 ?
ZitatHMUARTLGW 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
Ich finde nicht, dass diese Meldungen "normal" sind. Und solange das Modul noch im Teststadium ist, sollte man auch keine Ausgaben unterdrücken.
Hallo,
Zitat von: Rampler am 24 Juni 2016, 08:54:11
Scheinbar sind die nachfolgenden Meldungen normal, warum also raus schreiben ?
Die "invalid checksum"-Meldung scheint durch einen FW-Bug hervogerufen zu werden, bei dem manchmal gesendete Daten korrumpiert werden. Normal ist das aber trotzdem nicht.
Die "invalid counter" Meldung verwirrt mich sehr, da hier das Modul anscheinend auf einen sehr alten Request antwortet (vor dem Log-Ausschnitt weiter oben), hier muss ich noch etwas mehr Protokollierung einbauen, um den Ausloeser auch ausgeben zu koennen. Diese Meldung ist auf gar keinen Fall normal.
Viele Gruesse
Michael
Zitat von: mgernoth am 25 Juni 2016, 18:17:05
Die "invalid counter" Meldung verwirrt mich sehr, da hier das Modul anscheinend auf einen sehr alten Request antwortet (vor dem Log-Ausschnitt weiter oben), hier muss ich noch etwas mehr Protokollierung einbauen, um den Ausloeser auch ausgeben zu koennen. Diese Meldung ist auf gar keinen Fall normal.
Hallo,
hier der aktuelle Logauszug zu "invalid counter" ...
2016.06.25 23:14:47 0: HMUARTLGW HMUART IO currently busy, trying again in a bit
2016.06.25 23:14:47 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4E 80 02 29A083 2EEC7C 01010900
2016.06.25 23:14:47 0: HMUARTLGW HMUART recv: 01 05 00 01 36 msg: E0 86 70 2BBFE8 000000 00A74F
2016.06.25 23:14:53 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:14:53 0: HMUARTLGW HMUART recv: 00 04022C, state 98
2016.06.25 23:14:53 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:14:55 0: HMUARTLGW HMUART recv: 01 05 00 01 38 msg: 2B 84 10 25F392 29A083 06012000
2016.06.25 23:15:08 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:15:08 0: HMUARTLGW HMUART recv: 00 04022C, state 98
2016.06.25 23:15:08 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:15:23 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:15:23 0: HMUARTLGW HMUART recv: 00 04022C, state 98
2016.06.25 23:15:23 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:15:38 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:15:38 0: HMUARTLGW HMUART recv: 00 04022C, state 98
2016.06.25 23:15:38 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:15:53 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:15:53 0: HMUARTLGW HMUART recv: 00 04022C, state 98
2016.06.25 23:15:53 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:16:08 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:16:08 0: HMUARTLGW HMUART recv: 00 04022C, state 98
2016.06.25 23:16:08 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:16:08 0: HMUARTLGW HMUART recv: 01 05 00 01 32 msg: 69 84 5E 24A2F6 000000 800000000000000008CCFF
2016.06.25 23:16:17 0: HMUARTLGW HMUART recv: 01 05 00 01 20 msg: 35 84 5E 27415A 000000 800000000000000008D4FE
2016.06.25 23:16:19 0: HMUARTLGW HMUART recv: 01 05 00 01 3F msg: DD 84 10 2EECCA 29A083 06010D00
2016.06.25 23:16:23 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:16:23 0: HMUARTLGW HMUART recv: 00 04022C, state 98
2016.06.25 23:16:23 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:16:38 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:16:38 0: HMUARTLGW HMUART recv: 00 04022C, state 98
2016.06.25 23:16:38 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:16:53 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:16:53 0: HMUARTLGW HMUART recv: 00 04022C, state 98
2016.06.25 23:16:53 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:17:08 0: HMUARTLGW HMUART recv: 01 0402, state 99
2016.06.25 23:17:08 1: HMUARTLGW HMUART Ack with invalid counter received, dropping. We: 33, device: 24, state: 99, msg: 1 0402
2016.06.25 23:17:08 1: HMUARTLGW HMUART seems to be an answer for NoAck msg 020000004E800229A0832EEC7C01010900
2016.06.25 23:17:08 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:17:08 0: HMUARTLGW HMUART recv: 00 04022E, state 98
2016.06.25 23:17:08 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:17:17 0: HMUARTLGW HMUART recv: 01 05 01 01 2D msg: EB 84 10 287108 29A083 06012300
2016.06.25 23:17:23 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:17:23 0: HMUARTLGW HMUART recv: 00 04022E, state 98
2016.06.25 23:17:23 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:17:37 0: HMUARTLGW HMUART recv: 01 05 00 01 32 msg: 23 84 10 33BADB 29A083 06012200
2016.06.25 23:17:38 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:17:38 0: HMUARTLGW HMUART recv: 00 04022E, state 98
2016.06.25 23:17:38 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:17:40 0: HMUARTLGW HMUART recv: 01 05 00 01 3B msg: 91 84 10 32570E 29A083 06012E00
2016.06.25 23:17:46 0: HMUARTLGW HMUART recv: 01 05 00 01 36 msg: E1 86 70 2BBFE8 000000 00A74E
2016.06.25 23:17:53 0: HMUARTLGW HMUART send: 00 08
2016.06.25 23:17:53 0: HMUARTLGW HMUART recv: 00 04022E, state 98
2016.06.25 23:17:53 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 23:18:08 0: HMUARTLGW HMUART send: 00 08Und hier der Logauszug zu "invalid checksum" ..
2016.06.25 19:37:24 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2DAA03, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2DAA09, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 1B254C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 25DE4E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 383A9F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART recv: 01 040705072F0FE2FFFFFFFFFFFFFFFF0047A76FFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF0147A77AFFFFFFFFFFFFFFFF002DE4BBFFFFFFFFFFFFFFFF00, state 93
2016.06.25 19:37:24 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2F0FE2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 47A76F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 47A77A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2DE4BB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART recv: 01 040706072EF73FFFFFFFFFFFFFFFFF002F0292FFFFFFFFFFFFFFFF00287AFDFFFFFFFFFFFFFFFF0041D1CEFFFFFFFFFFFFFFFF002E1461FFFFFFFFFFFFFFFF00, state 93
2016.06.25 19:37:24 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2EF73F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 287AFD, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 41D1CE, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART recv: 01 040707072C0833FFFFFFFFFFFFFFFF002EEC7CFFFFFFFFFFFFFFFF002F1090FFFFFFFFFFFFFFFF002E26B3FFFFFFFFFFFFFFFF00, state 93
2016.06.25 19:37:24 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2C0833, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2EEC7C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2F1090, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART known peer: 2E26B3, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.25 19:37:24 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: A2 80 02 29A083 2F0F99 00
2016.06.25 19:37:24 1: HMUARTLGW HMUART invalid checksum received, dropping frame (FD0010011B05000142A2800229A0832F0F990051F6)!
2016.06.25 19:37:24 0: HMUARTLGW HMUART send: 00 08
2016.06.25 19:37:24 0: HMUARTLGW HMUART recv: 00 040256, state 98
2016.06.25 19:37:24 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 19:37:34 0: HMUARTLGW HMUART send: 00 08
2016.06.25 19:37:34 0: HMUARTLGW HMUART recv: 00 040256, state 98
2016.06.25 19:37:34 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.25 19:37:36 0: HMUARTLGW HMUART recv: 01 05 00 01 31 msg: A6 A4 41 33BADB 2F0303 017A3140
2016.06.25 19:37:36 0: HMUARTLGW HMUART recv: 01 05 00 01 40 msg: A6 80 02 2F0303 33BADB 010100003D
2016.06.25 19:37:37 0: HMUARTLGW HMUART recv: 01 05 00 01 3E msg: 68 84 10 32570E 29A083 0601AD00
2016.06.25 19:37:49 0: HMUARTLGW HMUART send: 00 08Hoffe der Auszug reicht...
EDIT: Habe den Log "invalid Counter" um ein paar entscheidende Zeilen erweitert..
2016.06.25 23:14:47 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 4E 80 02 29A083 2EEC7C 01010900
bis die Tage
Klaus
Hallo zusammen,
ich schliesse mich hier mal als Tester an :-)
Danke für Eure Vorarbeit.
Ich hatte das Problem, daß das Device nicht gestartet werden konnte. => Jetzt tuts
Unter Jessie musste ich eingeben:
/Commands abgesetzt
sudo systemctl stop serial-getty@ttyAMA0.service
sudo systemctl disable serial-getty@ttyAMA0.service
/boot/config.txt
enable_uart=1
/boot/cmdline.txt
Eintrag console=serial0,115200 gelöscht..
Mein Problem war: ich habe in der cmdline nichts von ttyAMA0 gefunden. Nachdem ich den serial Eintrag entfernt hatte, lief es nun.
Ich werde weiter beim Testen dabei sein.
Christoph
Hallo Michael,
habe mit dem letzten update, "ERROR-OVERLOAD" ....
2016.06.26 18:36:17 3: Opening HMUART device /dev/ttyAMA0
2016.06.26 18:36:17 3: Setting HMUART serial parameters to 115200,8,N,1
2016.06.26 18:36:17 3: HMUART device opened
2016.06.26 18:36:18 3: Opening DUOFERN device /dev/ttyUSB0
2016.06.26 18:36:18 3: Setting DUOFERN serial parameters to 115200,8,N,1
2016.06.26 18:36:18 3: DUOFERN device opened
2016.06.26 18:36:18 1: Including ./log/fhem.save
2016.06.26 18:36:54 3: AZ.iam: CO20 device found
2016.06.26 18:36:54 3: AZ.iam: CO20 device opened
2016.06.26 18:36:55 3: Device AZ.rm added to ActionDetector with 048:00 time
2016.06.26 18:36:55 3: Device Alarm_sir_ext added to ActionDetector with 048:00 time
2016.06.26 18:36:55 3: Device Alarm_sir_int added to ActionDetector with 048:00 time
2016.06.26 18:36:55 3: Device Alarm_switch added to ActionDetector with 240:00 time
2016.06.26 18:36:55 3: Device BD.bm added to ActionDetector with 048:00 time
2016.06.26 18:36:55 3: Device BD.fk added to ActionDetector with 240:00 time
2016.06.26 18:36:55 3: Device BD.licht added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device BD.spiegel added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FC.motion added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FC.shutter added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.AZ.pm added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.EG.anzeige added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.EG.bm added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.EG.gong added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.EG.licht added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.OG.licht added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.OG.rm added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.UG.bm added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.UG.licht added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.UG.rm added to ActionDetector with 048:00 time
2016.06.26 18:36:56 3: Device FL.UG.strahler added to ActionDetector with 048:00 time
2016.06.26 18:36:57 3: Device FL.UG.tk.ke added to ActionDetector with 240:00 time
2016.06.26 18:36:57 3: Device FL.UG.tk.pr added to ActionDetector with 240:00 time
2016.06.26 18:36:57 3: Device FL.ZG.licht added to ActionDetector with 048:00 time
2016.06.26 18:36:57 3: Device GA.bm added to ActionDetector with 048:00 time
2016.06.26 18:36:57 3: Device GA.codeschloss added to ActionDetector with 120:00 time
2016.06.26 18:36:57 3: Device GA.keymatic added to ActionDetector with 048:00 time
2016.06.26 18:36:57 3: Device GA.licht added to ActionDetector with 048:00 time
2016.06.26 18:36:57 3: Device GA.taster added to ActionDetector with 048:00 time
2016.06.26 18:36:57 3: Device GA.torkontakt added to ActionDetector with 240:00 time
2016.06.26 18:36:57 3: Device GA.tuerkontakt added to ActionDetector with 240:00 time
2016.06.26 18:36:57 3: Device HR.wm added to ActionDetector with 048:00 time
2016.06.26 18:36:57 3: Device HW.bm added to ActionDetector with 048:00 time
2016.06.26 18:36:57 3: Device HW.gk added to ActionDetector with 240:00 time
2016.06.26 18:36:57 3: Device HW.licht added to ActionDetector with 048:00 time
2016.06.26 18:36:57 3: Device HW.tk added to ActionDetector with 240:00 time
2016.06.26 18:36:58 3: Device HZ.brenner added to ActionDetector with 048:00 time
2016.06.26 18:36:58 3: Device HZ.zs added to ActionDetector with 048:00 time
2016.06.26 18:36:58 3: Device KG.fk added to ActionDetector with 240:00 time
2016.06.26 18:36:58 3: Device KG.rm added to ActionDetector with 048:00 time
2016.06.26 18:36:58 3: Device KK.rm added to ActionDetector with 048:00 time
2016.06.26 18:36:58 3: Device KU.bm added to ActionDetector with 048:00 time
2016.06.26 18:36:58 3: Device KU.licht added to ActionDetector with 048:00 time
2016.06.26 18:36:58 3: Device KU.rm added to ActionDetector with 048:00 time
2016.06.26 18:36:58 3: Device KU.spuele added to ActionDetector with 048:00 time
2016.06.26 18:36:58 3: Device KU.wm added to ActionDetector with 048:00 time
2016.06.26 18:36:58 3: Device Regensensor_Controller added to ActionDetector with 048:00 time
2016.06.26 18:36:58 3: Device SZ.fk added to ActionDetector with 240:00 time
2016.06.26 18:36:58 3: Device SZ.rm added to ActionDetector with 048:00 time
2016.06.26 18:36:59 3: Device WC.bm added to ActionDetector with 048:00 time
2016.06.26 18:36:59 3: Device WC.licht added to ActionDetector with 048:00 time
2016.06.26 18:36:59 3: Device WC.ventilator added to ActionDetector with 048:00 time
2016.06.26 18:36:59 3: Device WC.wm added to ActionDetector with 048:00 time
2016.06.26 18:36:59 3: Device WF.codeschloss added to ActionDetector with 240:00 time
2016.06.26 18:36:59 3: Device WF.keymatic added to ActionDetector with 048:00 time
2016.06.26 18:36:59 3: Device WF.licht added to ActionDetector with 048:00 time
2016.06.26 18:36:59 3: Device WF.tuerkontakt added to ActionDetector with 240:00 time
2016.06.26 18:36:59 3: Device WZ.rm added to ActionDetector with 048:00 time
2016.06.26 18:36:59 3: Device Wetterstation added to ActionDetector with 048:00 time
2016.06.26 18:37:00 3: NTFY return: AZ.iam:-110
2016.06.26 18:37:00 0: Featurelevel: 5.7
2016.06.26 18:37:00 0: Server started with 315 defined entities (fhem.pl:11611/2016-06-04 perl:5.014002 os:linux user:fhem pid:1882)
2016.06.26 18:37:00 1: Perfmon: possible freeze starting at 18:36:11, delay is 49.218
2016.06.26 18:37:00 0: HMUARTLGW HMUART send: 00 00
2016.06.26 18:37:00 0: HMUARTLGW HMUART recv: 00 0402436F5F4350555F424C, state 1
2016.06.26 18:37:00 3: HMUARTLGW HMUART currently running Co_CPU_BL
2016.06.26 18:37:00 0: HMUARTLGW HMUART send: 00 03
2016.06.26 18:37:00 1: HMLAN_Parse: HMLAN1 new condition ok
2016.06.26 18:37:01 1: HMLAN_Parse: HMLAN2 new condition ok
2016.06.26 18:37:01 3: CUL_HM set AZ.rm statusRequest
2016.06.26 18:37:01 0: HMUARTLGW HMUART recv: 00 0401, state 2
2016.06.26 18:37:01 0: HMUARTLGW HMUART recv: 00 00436F5F4350555F417070, state 2
2016.06.26 18:37:01 3: HMUARTLGW HMUART currently running Co_CPU_App
2016.06.26 18:37:01 0: HMUARTLGW HMUART recv: 01 05 00 00 44 msg: 0C 80 02 29A083 287108 00
2016.06.26 18:37:01 0: HMUARTLGW HMUART recv: 01 05 00 00 48 msg: 0C 80 02 29A083 287108 01015C00
2016.06.26 18:37:01 0: HMUARTLGW HMUART recv: 01 05 00 00 46 msg: 02 B0 01 29A083 2A55C1 010E
2016.06.26 18:37:01 0: HMUARTLGW HMUART recv: 01 05 00 00 29 msg: 02 A0 10 2A55C1 29A083 060101005E
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 01 05 00 00 48 msg: 02 B0 01 29A083 2A55C1 010E
2016.06.26 18:37:02 3: CUL_HM set Alarm_sir_ext statusRequest
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 01 0029A083
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 01 0401, state 4
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 01, state 4
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 01 01
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 01 0407010129A083, state 5
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 07, state 5
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 01 10
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 01 0407010145F973, state 6
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 07, state 6
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 00 0E577004AE04
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: FD is readable! This might corrupt the received frame!
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 01 05 00 00 2A msg: 02 A0 10 2A55C1 29A083 060101005E
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 00 0401, state 7
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 01, state 7
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 00 02
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 00 0402010003010401, state 8
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 02, state 8
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 00 06
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 00 0401, state 10
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 01, state 10
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 00 0B
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 00 04024D455131383839373235, state 9
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 02, state 9
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 00 0A01
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: FD is readable! This might corrupt the received frame!
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 01 05 00 00 46 msg: 02 B0 01 29A083 2A55C1 010E
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 00 0401, state 11
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 01, state 11
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 00 0901
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 00 0401, state 12
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 01, state 12
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 00 08
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 00 040200, state 13
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 02, state 13
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 01 03749D193DFF62CDD85B5C22873DAB6A4001
2016.06.26 18:37:02 0: HMUARTLGW HMUART recv: 01 0401, state 14
2016.06.26 18:37:02 0: HMUARTLGW HMUART GetSet Ack: 01, state 14
2016.06.26 18:37:02 0: HMUARTLGW HMUART send: 01 0F0000000000000000000000000000000000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 0401, state 15
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 01, state 15
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 0B0000000000000000000000000000000000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 0401, state 16
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 01, state 16
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 04070101, state 17
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 17
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 06322BFA000000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 06344397000000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010002FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 0647A778000000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010003FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 06261118000000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 06322BFA010000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 06344397010000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 0647A778010000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 06261118010000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 06261118010000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 0647A778010000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 06344397010000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 06322BFA010000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 06331747000000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 040701010005FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 04070101331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF0147A778FFFFFFFFFFFFFFFF01, state 93
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:03 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:03 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:03 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:03 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:03 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 03749D193DFF62CDD85B5C22873DAB6A4001
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 0401, state 14
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 01, state 14
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 0F0000000000000000000000000000000000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 0401, state 15
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 01, state 15
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 0B0000000000000000000000000000000000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 0401, state 16
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 01, state 16
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 02 00 00 01 msg: 02 B0 01 29A083 331747 010E
2016.06.26 18:37:03 3: CUL_HM set Alarm_sir_int statusRequest
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:03 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:03 0: HMUARTLGW HMUART send: 01 062E1461000000
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 0408, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART GetSet Ack: 08, state 90
2016.06.26 18:37:03 0: HMUARTLGW HMUART recv: 01 05 01 00 4C msg: 02 A4 10 331747 29A083 0601000051
2016.06.26 18:37:04 0: HMUARTLGW HMUART recv: 01 05 00 00 3A msg: E4 84 10 2FDB9E 29A083 06017100
2016.06.26 18:37:04 0: HMUARTLGW HMUART send: 01 062E1461000000
2016.06.26 18:37:04 0: HMUARTLGW HMUART recv: 01 040701010006FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:04 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:04 3: CUL_HM set BD.licht statusRequest
2016.06.26 18:37:04 0: HMUARTLGW HMUART recv: 01 04070102331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF0147A778FFFFFFFFFFFFFFFF01, state 93
2016.06.26 18:37:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:04 0: HMUARTLGW HMUART recv: 01 040702022E1461FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:04 0: HMUARTLGW HMUART send: 01 062F0FE2000000
2016.06.26 18:37:04 0: HMUARTLGW HMUART recv: 01 040701010007FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:04 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:04 0: HMUARTLGW HMUART recv: 01 04070102331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF012F0FE2FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 2F0FE2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:04 0: HMUARTLGW HMUART recv: 01 0407020247A778FFFFFFFFFFFFFFFF012E1461FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:04 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:04 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:04 0: HMUARTLGW HMUART send: 01 02 00 00 01 msg: 02 B0 01 29A083 2E1461 010E
2016.06.26 18:37:04 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:04 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:04 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 01 29A083 2F0FE2 010E
2016.06.26 18:37:04 0: HMUARTLGW HMUART recv: 01 05 01 00 2A msg: 02 A4 10 2E1461 29A083 0601000034
2016.06.26 18:37:05 3: CUL_HM set BD.spiegel statusRequest
2016.06.26 18:37:05 0: HMUARTLGW HMUART recv: 01 05 00 00 47 msg: 02 80 02 29A083 2F0FE2 00
2016.06.26 18:37:05 0: HMUARTLGW HMUART recv: 01 0406, state 100
2016.06.26 18:37:05 0: HMUARTLGW HMUART can't send due to CSMA/CA, trying again in a bit
2016.06.26 18:37:05 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 01 29A083 2F0FE2 010E
2016.06.26 18:37:06 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:06 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:06 0: HMUARTLGW HMUART send: 01 062F0292000000
2016.06.26 18:37:06 0: HMUARTLGW HMUART recv: 01 0408, state 90
2016.06.26 18:37:06 0: HMUARTLGW HMUART GetSet Ack: 08, state 90
2016.06.26 18:37:06 3: CUL_HM set EM.pm.sw statusRequest
2016.06.26 18:37:06 0: HMUARTLGW HMUART recv: 01 05 01 00 44 msg: 02 A4 10 2F0FE2 29A083 060100004A
2016.06.26 18:37:06 0: HMUARTLGW HMUART recv: 01 05 00 00 43 msg: 02 80 02 29A083 2F0FE2 00
2016.06.26 18:37:06 0: HMUARTLGW HMUART send: 01 062F0292000000
2016.06.26 18:37:06 0: HMUARTLGW HMUART recv: 01 040701010008FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:06 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:06 0: HMUARTLGW HMUART send: 01 072F0FE2
2016.06.26 18:37:06 0: HMUARTLGW HMUART recv: 01 040701010007, state 90
2016.06.26 18:37:06 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:06 0: HMUARTLGW HMUART send: 01 0627415A000000
2016.06.26 18:37:06 0: HMUARTLGW HMUART recv: 01 040701010008FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:06 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:06 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:06 0: HMUARTLGW HMUART recv: 01 04070102331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF0127415AFFFFFFFFFFFFFFFF00322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF01, state 93
2016.06.26 18:37:06 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:06 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:06 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:06 0: HMUARTLGW HMUART known peer: 27415A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:06 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:06 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:06 0: HMUARTLGW HMUART recv: 01 0407020247A778FFFFFFFFFFFFFFFF012F0292FFFFFFFFFFFFFFFF002E1461FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:06 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:06 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:06 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:06 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:06 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 01 29A083 2F0292 010E
2016.06.26 18:37:06 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:06 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:06 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 01 29A083 27415A 010E
2016.06.26 18:37:07 0: HMUARTLGW HMUART recv: 01 05 01 00 3C msg: 02 A4 10 2F0292 29A083 0601000043
2016.06.26 18:37:07 0: HMUARTLGW HMUART recv: 01 05 00 00 20 msg: 00 84 5E 27415A 000000 800000000000000008EAFE
2016.06.26 18:37:07 0: HMUARTLGW HMUART recv: 01 0406, state 100
2016.06.26 18:37:07 0: HMUARTLGW HMUART can't send due to CSMA/CA, trying again in a bit
2016.06.26 18:37:07 3: CUL_HM set FC.shutter statusRequest
2016.06.26 18:37:07 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 01 29A083 27415A 010E
2016.06.26 18:37:07 0: HMUARTLGW HMUART recv: 01 05 00 00 3B msg: E5 A4 41 2FDB9E 2DE4BB 01967150
2016.06.26 18:37:07 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:07 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:07 0: HMUARTLGW HMUART send: 01 06383A9F000000
2016.06.26 18:37:07 0: HMUARTLGW HMUART recv: 01 0408, state 90
2016.06.26 18:37:07 0: HMUARTLGW HMUART GetSet Ack: 08, state 90
2016.06.26 18:37:07 0: HMUARTLGW HMUART recv: 01 05 01 00 20 msg: 02 A4 10 27415A 29A083 0601C80022
2016.06.26 18:37:07 0: HMUARTLGW HMUART recv: 01 05 00 00 44 msg: E5 80 02 2DE4BB 2FDB9E 0101000051
2016.06.26 18:37:08 0: HMUARTLGW HMUART send: 01 06383A9F000000
2016.06.26 18:37:08 0: HMUARTLGW HMUART recv: 01 040701010009FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:08 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:08 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:08 0: HMUARTLGW HMUART recv: 01 04070102331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF0127415AFFFFFFFFFFFFFFFF00322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF01, state 93
2016.06.26 18:37:08 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:08 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:08 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:08 0: HMUARTLGW HMUART known peer: 27415A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:08 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:08 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:08 0: HMUARTLGW HMUART recv: 01 04070202383A9FFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF012F0292FFFFFFFFFFFFFFFF002E1461FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:08 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:08 0: HMUARTLGW HMUART known peer: 383A9F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:08 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:08 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:08 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:08 0: HMUARTLGW HMUART send: 01 02 00 00 01 msg: 02 B0 01 29A083 383A9F 010E
2016.06.26 18:37:08 3: CUL_HM set FL.AZ.pm.sw statusRequest
2016.06.26 18:37:08 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:08 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:08 0: HMUARTLGW HMUART send: 01 0624A2F6000000
2016.06.26 18:37:08 0: HMUARTLGW HMUART recv: 01 0408, state 90
2016.06.26 18:37:08 0: HMUARTLGW HMUART GetSet Ack: 08, state 90
2016.06.26 18:37:08 0: HMUARTLGW HMUART recv: 01 05 01 00 32 msg: 02 A4 10 383A9F 29A083 0601000038
2016.06.26 18:37:09 0: HMUARTLGW HMUART send: 01 0624A2F6000000
2016.06.26 18:37:09 0: HMUARTLGW HMUART recv: 01 04070101000AFFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:09 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:09 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:09 0: HMUARTLGW HMUART recv: 01 04070102331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF0127415AFFFFFFFFFFFFFFFF0024A2F6FFFFFFFFFFFFFFFF00322BFAFFFFFFFFFFFFFFFF01, state 93
2016.06.26 18:37:09 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:09 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:09 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:09 0: HMUARTLGW HMUART known peer: 27415A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:09 0: HMUARTLGW HMUART known peer: 24A2F6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:09 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:09 0: HMUARTLGW HMUART recv: 01 04070202344397FFFFFFFFFFFFFFFF01383A9FFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF012F0292FFFFFFFFFFFFFFFF002E1461FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:09 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:09 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:09 0: HMUARTLGW HMUART known peer: 383A9F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:09 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:09 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:09 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:09 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 01 29A083 24A2F6 010E
2016.06.26 18:37:09 3: CUL_HM set FL.EG.licht statusRequest
2016.06.26 18:37:09 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:09 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:09 0: HMUARTLGW HMUART send: 01 062DAA03000000
2016.06.26 18:37:09 0: HMUARTLGW HMUART recv: 01 0408, state 90
2016.06.26 18:37:09 0: HMUARTLGW HMUART GetSet Ack: 08, state 90
2016.06.26 18:37:09 0: HMUARTLGW HMUART recv: 01 05 01 00 30 msg: 02 A4 10 24A2F6 29A083 0601000032
2016.06.26 18:37:09 0: HMUARTLGW HMUART send: 01 062DAA03000000
2016.06.26 18:37:09 0: HMUARTLGW HMUART recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:09 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:09 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 04070103331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF0127415AFFFFFFFFFFFFFFFF0024A2F6FFFFFFFFFFFFFFFF00322BFAFFFFFFFFFFFFFFFF01, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 27415A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 24A2F6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 04070203344397FFFFFFFFFFFFFFFF012DAA03FFFFFFFFFFFFFFFF00383A9FFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF012F0292FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 2DAA03, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 383A9F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 040703032E1461FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 01 29A083 2DAA03 010E
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:10 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 05 01 00 42 msg: 02 A4 10 2DAA03 29A083 060100004B
2016.06.26 18:37:10 3: CUL_HM set FL.OG.licht statusRequest
2016.06.26 18:37:10 0: HMUARTLGW HMUART send: 01 062E26B3000000
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:10 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:10 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 04070103331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF0127415AFFFFFFFFFFFFFFFF0024A2F6FFFFFFFFFFFFFFFF00322BFAFFFFFFFFFFFFFFFF01, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 27415A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 24A2F6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 04070203344397FFFFFFFFFFFFFFFF012DAA03FFFFFFFFFFFFFFFF00383A9FFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF012F0292FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 2DAA03, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 383A9F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 040703032E1461FFFFFFFFFFFFFFFF002E26B3FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART known peer: 2E26B3, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:10 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 01 29A083 2E26B3 010E
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:10 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:10 0: HMUARTLGW HMUART recv: 01 05 01 00 3B msg: 02 A4 10 2E26B3 29A083 0601000046
2016.06.26 18:37:11 0: HMUARTLGW HMUART send: 00 08
2016.06.26 18:37:11 0: HMUARTLGW HMUART recv: 00 040207, state 98
2016.06.26 18:37:11 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.26 18:37:11 3: CUL_HM set FL.OG.rm statusRequest
2016.06.26 18:37:11 0: HMUARTLGW HMUART send: 01 062A5517000000
2016.06.26 18:37:11 0: HMUARTLGW HMUART recv: 01 04070101000DFFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:11 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:11 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:11 0: HMUARTLGW HMUART recv: 01 04070103331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF0127415AFFFFFFFFFFFFFFFF0024A2F6FFFFFFFFFFFFFFFF00322BFAFFFFFFFFFFFFFFFF01, state 93
2016.06.26 18:37:11 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 27415A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 24A2F6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:11 0: HMUARTLGW HMUART recv: 01 04070203344397FFFFFFFFFFFFFFFF012A5517FFFFFFFFFFFFFFFF002DAA03FFFFFFFFFFFFFFFF00383A9FFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF01, state 93
2016.06.26 18:37:11 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 2A5517, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 2DAA03, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 383A9F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:11 0: HMUARTLGW HMUART recv: 01 040703032F0292FFFFFFFFFFFFFFFF002E1461FFFFFFFFFFFFFFFF002E26B3FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:11 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:11 0: HMUARTLGW HMUART known peer: 2E26B3, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:11 0: HMUARTLGW HMUART send: 01 02 00 00 01 msg: 02 B0 01 29A083 2A5517 010E
2016.06.26 18:37:12 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:12 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:12 0: HMUARTLGW HMUART send: 00 08
2016.06.26 18:37:12 0: HMUARTLGW HMUART recv: 00 040209, state 98
2016.06.26 18:37:12 0: HMUARTLGW HMUART GetSet Ack: 02, state 98
2016.06.26 18:37:12 0: HMUARTLGW HMUART recv: 01 05 01 00 2E msg: 02 A0 10 2A5517 29A083 0601010031
2016.06.26 18:37:12 3: CUL_HM set FL.UG.rm statusRequest
2016.06.26 18:37:12 0: HMUARTLGW HMUART send: 01 062A54F4000000
2016.06.26 18:37:12 0: HMUARTLGW HMUART recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:12 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:12 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:12 0: HMUARTLGW HMUART recv: 01 04070103331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF0127415AFFFFFFFFFFFFFFFF002A54F4FFFFFFFFFFFFFFFF0024A2F6FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:12 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 27415A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 2A54F4, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 24A2F6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:12 0: HMUARTLGW HMUART recv: 01 04070203322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF012A5517FFFFFFFFFFFFFFFF002DAA03FFFFFFFFFFFFFFFF00383A9FFFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:12 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 2A5517, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 2DAA03, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 383A9F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:12 0: HMUARTLGW HMUART recv: 01 0407030347A778FFFFFFFFFFFFFFFF012F0292FFFFFFFFFFFFFFFF002E1461FFFFFFFFFFFFFFFF002E26B3FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:12 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:12 0: HMUARTLGW HMUART known peer: 2E26B3, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:12 0: HMUARTLGW HMUART send: 01 02 00 00 01 msg: 02 B0 01 29A083 2A54F4 010E
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:13 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 05 01 00 3A msg: 02 A0 10 2A54F4 29A083 0601010040
2016.06.26 18:37:13 3: CUL_HM set FL.UG.strahler statusRequest
2016.06.26 18:37:13 0: HMUARTLGW HMUART send: 01 062F1090000000
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 04070101000FFFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:13 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:13 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 04070103331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF0127415AFFFFFFFFFFFFFFFF002A54F4FFFFFFFFFFFFFFFF0024A2F6FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:13 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 27415A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 2A54F4, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 24A2F6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 04070203322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF012A5517FFFFFFFFFFFFFFFF002DAA03FFFFFFFFFFFFFFFF00383A9FFFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:13 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 2A5517, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 2DAA03, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 383A9F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 0407030347A778FFFFFFFFFFFFFFFF012F0292FFFFFFFFFFFFFFFF002E1461FFFFFFFFFFFFFFFF002F1090FFFFFFFFFFFFFFFF002E26B3FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:13 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 2F1090, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART known peer: 2E26B3, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:13 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 01 29A083 2F1090 010E
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 05 00 00 4E msg: EB A6 41 30A96E 29A083 01E3C8
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.06.26 18:37:13 0: HMUARTLGW HMUART Ack: 02
2016.06.26 18:37:13 0: HMUARTLGW HMUART send: 01 0630A96E000000
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 0408, state 90
2016.06.26 18:37:13 0: HMUARTLGW HMUART GetSet Ack: 08, state 90
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 05 01 00 40 msg: 02 A4 10 2F1090 29A083 0601000047
2016.06.26 18:37:13 0: HMUARTLGW HMUART recv: 01 05 00 00 44 msg: EB 80 02 29A083 30A96E 00
2016.06.26 18:37:14 0: HMUARTLGW HMUART send: 01 0630A96E000000
2016.06.26 18:37:14 0: HMUARTLGW HMUART recv: 01 040701010010FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:14 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:14 0: HMUARTLGW HMUART send: 01 061B254C000000
2016.06.26 18:37:14 0: HMUARTLGW HMUART recv: 01 040701010011FFFFFFFFFFFFFFFF, state 90
2016.06.26 18:37:14 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.06.26 18:37:14 0: HMUARTLGW HMUART send: 01 08
2016.06.26 18:37:14 0: HMUARTLGW HMUART recv: 01 04070104331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF0127415AFFFFFFFFFFFFFFFF002A54F4FFFFFFFFFFFFFFFF0024A2F6FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:14 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 27415A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 2A54F4, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 24A2F6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART recv: 01 04070204322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF012A5517FFFFFFFFFFFFFFFF002DAA03FFFFFFFFFFFFFFFF001B254CFFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:14 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 2A5517, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 2DAA03, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 1B254C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART recv: 01 04070304383A9FFFFFFFFFFFFFFFFF0030A96EFFFFFFFFFFFFFFFF0047A778FFFFFFFFFFFFFFFF012F0292FFFFFFFFFFFFFFFF002E1461FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:14 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 383A9F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 30A96E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 2F0292, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART recv: 01 040704042F1090FFFFFFFFFFFFFFFF002E26B3FFFFFFFFFFFFFFFF00, state 93
2016.06.26 18:37:14 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 2F1090, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART known peer: 2E26B3, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.26 18:37:14 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:14 3: CUL_HM set FL.ZG.licht statusRequest
2016.06.26 18:37:14 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:14 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:15 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:15 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:15 3: CUL_HM set GA.keymatic statusRequest
2016.06.26 18:37:15 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:16 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:16 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:16 3: CUL_HM set GA.licht statusRequest
2016.06.26 18:37:16 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:16 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:17 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:17 3: CUL_HM set GA.taster statusRequest
2016.06.26 18:37:17 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:17 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:18 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:18 3: CUL_HM set HZ.zs statusRequest
2016.06.26 18:37:18 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:18 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:19 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:19 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:19 3: CUL_HM set KG.rm statusRequest
2016.06.26 18:37:19 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:20 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:20 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:20 3: CUL_HM set KK.rm statusRequest
2016.06.26 18:37:20 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:20 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:21 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:21 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:21 3: CUL_HM set KU.licht statusRequest
2016.06.26 18:37:21 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:22 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:22 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:22 3: CUL_HM set KU.rm statusRequest
2016.06.26 18:37:22 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:22 0: HMUARTLGW HMUART recv: 01 05 00 00 47 msg: EC 80 02 29A083 30A96E 00
2016.06.26 18:37:22 0: HMUARTLGW HMUART recv: 01 0406, state 101
2016.06.26 18:37:22 0: HMUARTLGW HMUART can't send due to CSMA/CA, trying again in a bit
2016.06.26 18:37:23 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:23 0: HMUARTLGW HMUART recv: 01 05 00 00 47 msg: EC 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:23 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:23 3: CUL_HM set KU.spuele statusRequest
2016.06.26 18:37:23 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:24 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:24 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:24 3: CUL_HM set SZ.rm statusRequest
2016.06.26 18:37:24 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:24 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:25 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:25 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:25 3: CUL_HM set WC.licht statusRequest
2016.06.26 18:37:25 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:26 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:26 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:26 3: CUL_HM set WC.ventilator statusRequest
2016.06.26 18:37:26 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:27 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:27 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:27 3: CUL_HM set WF.keymatic statusRequest
2016.06.26 18:37:27 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:28 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:28 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:28 3: CUL_HM set WF.licht statusRequest
2016.06.26 18:37:28 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:29 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:29 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:29 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:29 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:29 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:29 3: CUL_HM set WZ.rm statusRequest
2016.06.26 18:37:29 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:30 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:30 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:30 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:30 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:30 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:31 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:31 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:31 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:31 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:31 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:32 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:32 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:32 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:32 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:33 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:33 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:33 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:33 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:33 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:33 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:34 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:34 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:34 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:35 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:35 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:35 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:35 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:35 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:36 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:36 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:36 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:36 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:36 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:37 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:37 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:37 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:37 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:37 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:38 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:38 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:38 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:39 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:39 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:39 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:39 1: HMUARTLGW HMUART: queue is full, dropping packet
2016.06.26 18:37:40 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:40 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:40 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
2016.06.26 18:37:40 1: HMUARTLGW HMUART: queue is full, dropping packet
viel Erfolg
Klaus
Hallo Klaus,
Zitat von: Rampler am 26 Juni 2016, 18:42:31
habe mit dem letzten update, "ERROR-OVERLOAD" ....
Das ist klar, Du sendest ja auch eine riesen Menge an unidirektionalen Nachrichten. So viele, dass der interne Puffer des Moduls überläuft und Du deswegen die "never got an ACK" Nachrichten bekommst.
Zitat
2016.06.26 18:37:14 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: EB 80 02 29A083 30A96E 0101C800
Was auch immer Du da machst, überlastet das Modul und die Nachrichten die durchkommen verbrauchen dann innerhalb kürzester Zeit die Sendecredits!
Was ist 30A96E und was machst Du da?
Das ist kein Bug im HMUATLGW sondern irgendwas anderes dreht da bei Dir total durch!
EDIT: Hmm, wahrscheinlich doch ein Bug bei mir. Aber trotzdem: Was ist 30A96E für ein Gerät?
EDIT2: War ein Bug bei mir, sollte behoben sein.
Viele Grüße
Michael
Hallo Michael,
Zitat von: mgernoth am 26 Juni 2016, 19:25:46
Was ist 30A96E und was machst Du da?
EDIT: Hmm, wahrscheinlich doch ein Bug bei mir. Aber trotzdem: Was ist 30A96E für ein Gerät?
EDIT2: War ein Bug bei mir, sollte behoben sein.
Der 30A96E ist ein ganz normaler Fensterkontakt (HM-SEC-SCo)...
Nach Reboot hat dann ein Rauchmelder die selben Nachrichten gebracht...
Nach Reboot mit neuerster Version, ist der Adapter wieder OK, mit einer Auslastung von 43 %
:)
bis dann
Klaus
Hallo Klaus,
Zitat von: Rampler am 26 Juni 2016, 19:56:38
Nach Reboot mit neuerster Version, ist der Adapter wieder OK, mit einer Auslastung von 43 %
Gutgut :-)
Achja,
attr HMUART dutyCycle 0
;-)
Viele Grüße
Michael
Hallo Michael,
aktuell sieht es jetzt so aus....
2016.06.26 20:50:10 0: Server started with 315 defined entities (fhem.pl:11611/2016-06-04 perl:5.014002 os:linux user:fhem pid:1879)
2016.06.26 20:50:10 1: Perfmon: possible freeze starting at 20:48:34, delay is 96.939
2016.06.26 20:50:11 3: HMUARTLGW HMUART currently running Co_CPU_BL
2016.06.26 20:50:12 1: HMLAN_Parse: HMLAN1 new condition ok
2016.06.26 20:50:14 1: HMLAN_Parse: HMLAN2 new condition ok
2016.06.26 20:50:14 1: Perfmon: possible freeze starting at 20:50:11, delay is 3.232
2016.06.26 20:50:14 3: CUL_HM set AZ.rm statusRequest
2016.06.26 20:50:14 3: HMUARTLGW HMUART currently running Co_CPU_App
2016.06.26 20:50:15 3: CUL_HM set Alarm_sir_ext statusRequest
2016.06.26 20:50:15 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.06.26 20:50:15 1: 192.168.1.10:1000 disconnected, waiting to reappear (HMLAN1)
2016.06.26 20:50:15 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.06.26 20:50:19 3: CUL_HM set Alarm_sir_int statusRequest
2016.06.26 20:50:19 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.06.26 20:50:19 1: Perfmon: possible freeze starting at 20:50:17, delay is 2.149
2016.06.26 20:50:20 3: CUL_HM set BD.licht statusRequest
2016.06.26 20:50:21 3: CUL_HM set BD.spiegel statusRequest
2016.06.26 20:50:22 3: CUL_HM set EM.pm.sw statusRequest
2016.06.26 20:50:23 3: CUL_HM set FC.shutter statusRequest
2016.06.26 20:50:24 3: CUL_HM set FL.AZ.pm.sw statusRequest
2016.06.26 20:50:25 3: CUL_HM set FL.EG.licht statusRequest
2016.06.26 20:50:26 3: CUL_HM set FL.OG.licht statusRequest
2016.06.26 20:50:27 3: CUL_HM set FL.OG.rm statusRequest
2016.06.26 20:50:28 3: CUL_HM set FL.UG.rm statusRequest
2016.06.26 20:50:29 3: CUL_HM set FL.UG.strahler statusRequest
2016.06.26 20:50:30 3: CUL_HM set FL.ZG.licht statusRequest
2016.06.26 20:50:31 3: CUL_HM set GA.keymatic statusRequest
2016.06.26 20:50:32 3: CUL_HM set GA.licht statusRequest
2016.06.26 20:50:33 3: CUL_HM set GA.taster statusRequest
2016.06.26 20:50:34 3: CUL_HM set HZ.zs statusRequest
2016.06.26 20:50:35 3: CUL_HM set KG.rm statusRequest
2016.06.26 20:50:36 3: CUL_HM set KK.rm statusRequest
2016.06.26 20:50:37 3: CUL_HM set KU.rm statusRequest
2016.06.26 20:50:38 3: CUL_HM set KU.spuele statusRequest
2016.06.26 20:50:39 3: CUL_HM set SZ.rm statusRequest
2016.06.26 20:50:40 3: CUL_HM set WC.licht statusRequest
2016.06.26 20:50:41 3: CUL_HM set WC.ventilator statusRequest
2016.06.26 20:50:42 3: CUL_HM set WF.keymatic statusRequest
2016.06.26 20:50:43 3: CUL_HM set WF.licht statusRequest
2016.06.26 20:50:44 3: CUL_HM set WZ.rm statusRequest
2016.06.26 20:51:19 1: 192.168.1.10:1000 reappeared (HMLAN1)
2016.06.26 20:51:19 1: HMLAN_Parse: HMLAN1 new condition init
2016.06.26 20:51:19 1: HMLAN_Parse: HMLAN1 new condition ok
2016.06.26 20:58:20 1: HMUARTLGW HMUART never got an ACK for request 38: 1 0200000093800229A0832EEC7C01012000 (480.707s ago)
2016.06.26 20:58:53 1: HMUARTLGW HMUART never got an ACK for request 46: 1 0200000002800229A0832F0FE200 (511.624s ago)
2016.06.26 20:59:07 1: HMUARTLGW HMUART never got an ACK for request 47: 1 0200000002800229A0832F0FE200 (526.086s ago)
2016.06.26 20:59:09 1: HMUARTLGW HMUART never got an ACK for request 50: 1 0200000002800229A0832F0FE200 (526.445s ago)
2016.06.26 20:59:24 1: HMUARTLGW HMUART never got an ACK for request 51: 1 0200000001800229A08330A96E0101C800 (541.092s ago)
2016.06.26 21:00:00 3: CUL_HM set GA.keymatic lock
2016.06.26 21:00:39 1: HMUARTLGW HMUART never got an ACK for request 67: 1 0200000002800229A083383A9F00 (610.643s ago)
2016.06.26 21:01:24 1: HMUARTLGW HMUART never got an ACK for request 70: 1 0200000002800229A083383A9F00 (655.185s ago)
2016.06.26 21:02:39 1: HMUARTLGW HMUART never got an ACK for request 75: 1 0200000002800229A083383A9F00 (729.163s ago)
2016.06.26 21:04:39 1: HMUARTLGW HMUART never got an ACK for request 83: 1 0200000002800229A083383A9F00 (847.535s ago)
Soll ich nochmal tracen ?
EDIT: 2F0FE2 ist ein Lichtschalter....
Internals:
DEF 2F0FE2
HMLAN1_MSGCNT 12
HMLAN1_RAWMSG E2F0FE2,0000,001381BE,FF,FFA5,6780022F0FE225F392010100002E
HMLAN1_RSSI -91
HMLAN1_TIME 2016-06-26 21:11:50
HMLAN2_MSGCNT 15
HMLAN2_RAWMSG E2F0FE2,0000,3943A60D,FF,FFA5,6780022F0FE225F392010100002E
HMLAN2_RSSI -91
HMLAN2_TIME 2016-06-26 21:11:50
HMUART_MSGCNT 15
HMUART_RAWMSG 050001446780022F0FE225F392010100002E
HMUART_RSSI -68
HMUART_TIME 2016-06-26 21:11:50
IODev HMUART
LASTInputDev HMLAN2
MSGCNT 42
NAME BD.licht
NR 88
NTFY_ORDER 50-BD.licht
STATE off
TYPE CUL_HM
lastMsg No:67 - t:02 s:2F0FE2 d:25F392 010100002E
peerList BD.bm,self01,self02,
protLastRcv 2016-06-26 21:11:50
protSnd 6 last_at:2016-06-26 21:11:00
protState CMDs_done
rssi_BD.bm avg:-44.5 min:-46 max:-39 lst:-46 cnt:10
rssi_HMUART avg:-72.5 min:-73 max:-72 lst:-72 cnt:2
rssi_at_HMLAN1 avg:-91.08 min:-92 max:-87 lst:-91 cnt:12
rssi_at_HMLAN2 avg:-91 min:-93 max:-90 lst:-91 cnt:15
rssi_at_HMUART avg:-71.53 min:-84 max:-66 lst:-68 cnt:15
Readings:
2016-06-26 20:50:06 Activity alive
2016-06-26 21:11:50 CommandAccepted yes
2016-05-10 07:27:16 D-firmware 2.8
2016-05-10 07:27:16 D-serialNr LEQ0762680
2016-06-25 20:55:17 PairedTo 0x29A083
2016-06-25 20:55:19 R-BD.bm_chn-01-lgActionType jmpToTarget
2016-06-25 20:55:19 R-BD.bm_chn-01-lgCtDlyOff geLo
2016-06-25 20:55:19 R-BD.bm_chn-01-lgCtDlyOn geLo
2016-06-25 20:55:19 R-BD.bm_chn-01-lgCtOff geLo
2016-06-25 20:55:19 R-BD.bm_chn-01-lgCtOn geLo
2016-06-25 20:55:19 R-BD.bm_chn-01-lgCtValHi 100
2016-06-25 20:55:19 R-BD.bm_chn-01-lgCtValLo 50
2016-06-25 20:55:19 R-BD.bm_chn-01-lgMultiExec on
2016-06-25 20:55:19 R-BD.bm_chn-01-lgOffDly 0 s
2016-06-25 20:55:19 R-BD.bm_chn-01-lgOffTime unused
2016-06-25 20:55:19 R-BD.bm_chn-01-lgOffTimeMode absolut
2016-06-25 20:55:19 R-BD.bm_chn-01-lgOnDly 0 s
2016-06-25 20:55:19 R-BD.bm_chn-01-lgOnTime unused
2016-06-25 20:55:19 R-BD.bm_chn-01-lgOnTimeMode absolut
2016-06-25 20:55:19 R-BD.bm_chn-01-lgSwJtDlyOff off
2016-06-25 20:55:19 R-BD.bm_chn-01-lgSwJtDlyOn on
2016-06-25 20:55:19 R-BD.bm_chn-01-lgSwJtOff dlyOn
2016-06-25 20:55:19 R-BD.bm_chn-01-lgSwJtOn dlyOff
2016-06-25 20:55:19 R-BD.bm_chn-01-shActionType jmpToTarget
2016-06-25 20:55:19 R-BD.bm_chn-01-shCtDlyOff ltHi
2016-06-25 20:55:19 R-BD.bm_chn-01-shCtDlyOn ltHi
2016-06-25 20:55:19 R-BD.bm_chn-01-shCtOff ltHi
2016-06-25 20:55:19 R-BD.bm_chn-01-shCtOn ltHi
2016-06-25 20:55:19 R-BD.bm_chn-01-shCtValHi 40
2016-06-25 20:55:19 R-BD.bm_chn-01-shCtValLo 5
2016-06-25 20:55:19 R-BD.bm_chn-01-shMultiExec off
2016-06-25 20:55:19 R-BD.bm_chn-01-shOffDly 0 s
2016-06-25 20:55:19 R-BD.bm_chn-01-shOffTime unused
2016-06-25 20:55:19 R-BD.bm_chn-01-shOffTimeMode absolut
2016-06-25 20:55:19 R-BD.bm_chn-01-shOnDly 0 s
2016-06-25 20:55:19 R-BD.bm_chn-01-shOnTime 600 s
2016-06-25 20:55:19 R-BD.bm_chn-01-shOnTimeMode absolut
2016-06-25 20:55:19 R-BD.bm_chn-01-shSwJtDlyOff on
2016-06-25 20:55:19 R-BD.bm_chn-01-shSwJtDlyOn on
2016-06-25 20:55:19 R-BD.bm_chn-01-shSwJtOff on
2016-06-25 20:55:19 R-BD.bm_chn-01-shSwJtOn on
2016-05-04 19:33:00 R-intKeyVisib visib
2016-05-04 19:33:00 R-pairCentral 0x29A083
2016-05-04 19:33:04 R-self01-lgActionType jmpToTarget
2016-05-04 19:33:04 R-self01-lgCtDlyOff geLo
2016-05-04 19:33:04 R-self01-lgCtDlyOn geLo
2016-05-04 19:33:04 R-self01-lgCtOff geLo
2016-05-04 19:33:04 R-self01-lgCtOn geLo
2016-05-04 19:33:04 R-self01-lgCtValHi 100
2016-05-04 19:33:04 R-self01-lgCtValLo 50
2016-05-04 19:33:04 R-self01-lgMultiExec on
2016-05-04 19:33:04 R-self01-lgOffDly 0 s
2016-05-04 19:33:04 R-self01-lgOffTime unused
2016-05-04 19:33:04 R-self01-lgOffTimeMode absolut
2016-05-04 19:33:04 R-self01-lgOnDly 0 s
2016-05-04 19:33:04 R-self01-lgOnTime 600 s
2016-05-04 19:33:04 R-self01-lgOnTimeMode absolut
2016-05-04 19:33:04 R-self01-lgSwJtDlyOff off
2016-05-04 19:33:04 R-self01-lgSwJtDlyOn on
2016-05-04 19:33:04 R-self01-lgSwJtOff dlyOn
2016-05-04 19:33:04 R-self01-lgSwJtOn dlyOff
2016-05-04 19:33:04 R-self01-shActionType jmpToTarget
2016-05-04 19:33:04 R-self01-shCtDlyOff geLo
2016-05-04 19:33:04 R-self01-shCtDlyOn geLo
2016-05-04 19:33:04 R-self01-shCtOff geLo
2016-05-04 19:33:04 R-self01-shCtOn geLo
2016-05-04 19:33:04 R-self01-shCtValHi 100
2016-05-04 19:33:04 R-self01-shCtValLo 50
2016-05-04 19:33:04 R-self01-shMultiExec off
2016-05-04 19:33:04 R-self01-shOffDly 0 s
2016-05-04 19:33:04 R-self01-shOffTime unused
2016-05-04 19:33:04 R-self01-shOffTimeMode absolut
2016-05-04 19:33:04 R-self01-shOnDly 0 s
2016-05-04 19:33:04 R-self01-shOnTime 600 s
2016-05-04 19:33:04 R-self01-shOnTimeMode absolut
2016-05-04 19:33:04 R-self01-shSwJtDlyOff off
2016-05-04 19:33:04 R-self01-shSwJtDlyOn on
2016-05-04 19:33:04 R-self01-shSwJtOff dlyOn
2016-05-04 19:33:04 R-self01-shSwJtOn dlyOff
2016-05-04 19:33:05 R-self02-lgActionType jmpToTarget
2016-05-04 19:33:05 R-self02-lgCtDlyOff geLo
2016-05-04 19:33:05 R-self02-lgCtDlyOn geLo
2016-05-04 19:33:05 R-self02-lgCtOff geLo
2016-05-04 19:33:05 R-self02-lgCtOn geLo
2016-05-04 19:33:05 R-self02-lgCtValHi 100
2016-05-04 19:33:05 R-self02-lgCtValLo 50
2016-05-04 19:33:05 R-self02-lgMultiExec on
2016-05-04 19:33:05 R-self02-lgOffDly 0 s
2016-05-04 19:33:05 R-self02-lgOffTime unused
2016-05-04 19:33:05 R-self02-lgOffTimeMode absolut
2016-05-04 19:33:05 R-self02-lgOnDly 0 s
2016-05-04 19:33:05 R-self02-lgOnTime 600 s
2016-05-04 19:33:05 R-self02-lgOnTimeMode absolut
2016-05-04 19:33:05 R-self02-lgSwJtDlyOff off
2016-05-04 19:33:05 R-self02-lgSwJtDlyOn on
2016-05-04 19:33:05 R-self02-lgSwJtOff dlyOn
2016-05-04 19:33:05 R-self02-lgSwJtOn dlyOff
2016-05-04 19:33:05 R-self02-shActionType jmpToTarget
2016-05-04 19:33:05 R-self02-shCtDlyOff geLo
2016-05-04 19:33:05 R-self02-shCtDlyOn geLo
2016-05-04 19:33:05 R-self02-shCtOff geLo
2016-05-04 19:33:05 R-self02-shCtOn geLo
2016-05-04 19:33:05 R-self02-shCtValHi 100
2016-05-04 19:33:05 R-self02-shCtValLo 50
2016-05-04 19:33:05 R-self02-shMultiExec off
2016-05-04 19:33:05 R-self02-shOffDly 0 s
2016-05-04 19:33:05 R-self02-shOffTime unused
2016-05-04 19:33:05 R-self02-shOffTimeMode absolut
2016-05-04 19:33:05 R-self02-shOnDly 0 s
2016-05-04 19:33:05 R-self02-shOnTime 600 s
2016-05-04 19:33:05 R-self02-shOnTimeMode absolut
2016-05-04 19:33:05 R-self02-shSwJtDlyOff off
2016-05-04 19:33:05 R-self02-shSwJtDlyOn on
2016-05-04 19:33:05 R-self02-shSwJtOff dlyOn
2016-05-04 19:33:05 R-self02-shSwJtOn dlyOff
2016-05-04 19:33:01 R-sign off
2016-06-25 20:55:17 RegL_00. 02:81 0A:29 0B:A0 0C:83 15:FF 18:00 00:00
2016-06-25 20:55:18 RegL_01. 08:00 30:06 57:06 56:00 00:00
2016-06-25 20:55:19 RegL_03.BD.bm_chn-01 02:33 03:33 04:05 05:28 06:00 07:8A 08:00 09:FF 0A:01 0B:33 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63 00:00
2016-06-25 20:55:20 RegL_03.self01 02:00 03:00 04:32 05:64 06:00 07:8A 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:8A 88:00 89:FF 8A:21 8B:14 8C:63 00:00
2016-06-25 20:55:21 RegL_03.self02 02:00 03:00 04:32 05:64 06:00 07:8A 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:8A 88:00 89:FF 8A:21 8B:14 8C:63 00:00
2016-06-26 21:11:50 deviceMsg off (to BD.bm)
2016-06-26 21:11:50 level 0
2016-06-26 21:11:50 pct 0
2016-06-26 20:50:06 peerList BD.bm,self01,self02,
2016-06-25 20:43:10 powerOn 2016-06-25 20:43:10
2016-06-26 21:11:50 recentStateType ack
2016-06-26 21:11:50 state off
2016-06-26 21:11:50 timedOn off
2016-06-26 21:11:50 trigLast BD.bm:47
2016-06-26 21:11:50 trig_BD.bm 47
Helper:
HM_CMDNR 103
cSnd ,0129A0832F0FE2010E
mId 0069
rxType 1
Expert:
def 1
det 1
raw 1
tpl 1
Io:
newChn +2F0FE2,00,01,00
nextSend 1466968310.37235
rxt 0
vccu vccu
p:
2F0FE2
00
01
00
Mrssi:
mNo 67
Io:
HMLAN1 -91
HMLAN2 -91
HMUART -66
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
Bd.bm:
avg -44.5
cnt 10
lst -46
max -39
min -46
Hmuart:
avg -72.5
cnt 2
lst -72
max -72
min -73
At_hmlan1:
avg -91.0833333333333
cnt 12
lst -91
max -87
min -92
At_hmlan2:
avg -91
cnt 15
lst -91
max -90
min -93
At_hmuart:
avg -71.5333333333333
cnt 15
lst -68
max -66
min -84
Tmpl:
Attributes:
FL.OG.licht Alarm_licht_on
IODev HMLAN2
IOgrp vccu
actCycle 048:00
actStatus alive
alias Bad Licht
autoReadReg 4_reqStatus
devStateIcon on:on@yellow off:off@grey
event-on-change-reading state
expert 251_anything
firmware 2.8
group Schalter
icon control_home
model HM-LC-Sw1PBU-FM
peerIDs 00000000,25F39201,2F0FE201,2F0FE202,
room Bad,Ueberblick
serialNr LEQ0762680
subType switch
userattr FL.OG.licht FL.OG.licht_map structexclude
webCmd on:off
EDIT2: Aber eigentlich fast alles:
2016.06.26 21:23:28 1: HMUARTLGW HMUART never got an ACK for request 190: 1 0200000045800229A0832F030300 (1932.965s ago)
2016.06.26 21:28:28 1: HMUARTLGW HMUART never got an ACK for request 221: 1 0200000002800229A08347A77A00 (2221.907s ago)
2016.06.26 21:28:43 1: HMUARTLGW HMUART never got an ACK for request 222: 1 0200000002800229A08347A77A00 (2236.609s ago)
2016.06.26 21:29:28 1: HMUARTLGW HMUART never got an ACK for request 225: 1 0200000002800229A08347A77A00 (2280.024s ago)
2016.06.26 21:29:43 1: HMUARTLGW HMUART never got an ACK for request 226: 1 0200000002800229A08347A76F00 (2294.727s ago)
2016.06.26 21:29:58 1: HMUARTLGW HMUART never got an ACK for request 227: 1 0200000002800229A08347A76F00 (2309.431s ago)
2016.06.26 21:30:28 1: HMUARTLGW HMUART never got an ACK for request 229: 1 0200000002800229A08347A76F00 (2339.133s ago)
2016.06.26 21:30:43 1: HMUARTLGW HMUART never got an ACK for request 230: 1 0200000002800229A08347A77800 (2353.835s ago)
2016.06.26 21:30:55 1: HMUARTLGW HMUART never got an ACK for request 231: 1 0200000002800229A0832F046F00 (2365.822s ago)
2016.06.26 21:30:55 1: HMUARTLGW HMUART never got an ACK for request 232: 1 0200000002800229A0832F046F00 (2365.734s ago)
2016.06.26 21:30:58 1: HMUARTLGW HMUART never got an ACK for request 233: 1 0200000002800229A0832F046F00 (2367.932s ago)
2016.06.26 21:31:13 1: HMUARTLGW HMUART never got an ACK for request 234: 1 0200000002800229A0832F046F00 (2382.634s ago)
2016.06.26 21:31:28 1: HMUARTLGW HMUART never got an ACK for request 235: 1 0200000002800229A0832F038A00 (2397.337s ago)
2016.06.26 21:31:43 1: HMUARTLGW HMUART never got an ACK for request 236: 1 0200000002800229A0832F038A00 (2412.040s ago)
2016.06.26 21:31:58 1: HMUARTLGW HMUART never got an ACK for request 237: 1 0200000002800229A0832F038A00 (2426.743s ago)
2016.06.26 21:32:13 1: HMUARTLGW HMUART never got an ACK for request 238: 1 0200000002800229A0832F0FA100 (2441.446s ago)
2016.06.26 21:32:43 1: HMUARTLGW HMUART never got an ACK for request 240: 1 0200000002800229A0832F0FA100 (2471.147s ago)
2016.06.26 21:32:58 1: HMUARTLGW HMUART never got an ACK for request 241: 1 0200000002800229A0832F0FA100 (2485.850s ago)
2016.06.26 21:33:13 1: HMUARTLGW HMUART never got an ACK for request 242: 1 0200000002800229A0832DAA0900 (2500.553s ago)
2016.06.26 21:33:28 1: HMUARTLGW HMUART never got an ACK for request 243: 1 0200000002800229A0832DAA0900 (2515.256s ago)
2016.06.26 21:33:43 1: HMUARTLGW HMUART never got an ACK for request 244: 1 0200000002800229A0832DAA0900 (2529.959s ago)
2016.06.26 21:33:58 1: HMUARTLGW HMUART never got an ACK for request 245: 1 0200000002800229A0832DAA0900 (2544.661s ago)
2016.06.26 21:34:13 1: HMUARTLGW HMUART never got an ACK for request 246: 1 0200000002800229A0832DAA0900 (2559.365s ago)
2016.06.26 21:34:28 1: HMUARTLGW HMUART never got an ACK for request 247: 1 0200000002800229A0832DAA0900 (2574.069s ago)
2016.06.26 21:34:43 1: HMUARTLGW HMUART never got an ACK for request 248: 1 0200000002800229A08325DE4E00 (2588.772s ago)
2016.06.26 21:34:58 1: HMUARTLGW HMUART never got an ACK for request 249: 1 0200000002800229A08325DE4E00 (2603.475s ago)
2016.06.26 21:35:28 1: HMUARTLGW HMUART never got an ACK for request 251: 1 0200000002800229A08325DE4E00 (2632.963s ago)
bis dann
Klaus
Hallo Michael,
ich habe mich jetzt mal ans flashen gemacht:
pi@fhempi /opt/uart/hmcfgusb $ sudo ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
An dieser Stelle bleibt es stehen und ich muss es mit CTRL-C abbrechen (nach 5 min )
Hier Daten zum UART:
Internals:
CNT 0
DEF /dev/ttyAMA0
DevState 0
DevType UART
DeviceName /dev/ttyAMA0@115200
NAME myHmUART
NR 418
PARTIAL
RAWMSG 05000048F2865A3C61F700000088E238
STATE closed
TYPE HMUARTLGW
XmitOpen 0
owner_CCU vccu
Helper:
log:
Readings:
2016-06-26 16:37:17 D-HMIdAssigned 263522
2016-06-26 16:37:17 D-HMIdOriginal 470727
2016-06-26 16:37:17 D-firmware 1.2.1
2016-06-26 16:37:17 D-serialNr NEQ0230292
2016-06-26 21:49:59 D-type HM-MOD-UART
2016-06-26 21:52:52 cond disconnected
2016-06-26 16:37:17 load 1
2016-06-26 21:49:59 loadLvl suspended
2016-06-26 21:52:53 state closed
Attributes:
group IODev
hmId 263522
hast Du eine Idee?
Gruß
Christoph
Zitat von: cjung am 26 Juni 2016, 22:00:56
pi@fhempi /opt/uart/hmcfgusb $ sudo ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
An dieser Stelle bleibt es stehen und ich muss es mit CTRL-C abbrechen (nach 5 min )
Ich nehme an, da die Meldung: "HM-MOD-UART opened." fehlt, dass der Adapter schon geöffnet ist, oder nicht beschrieben werden kann. War er denn im FHEM geclosed, oder das FHEM gestoppt ?
Mal ohne sudo probiert ?
Klaus
EDIT: Sehe ich erst jetzt, der Adapter ist geclosed ..
Ok, Danke, hat funktioniert. Jetzt auch ohne sudo.
pi@fhempi /opt/uart/hmcfgusb $ ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
Waiting for bootloader to settle...
HM-MOD-UART opened.
Flashing 43 blocks: |
Firmware update successfull!
Hallo zusammen,
ich möchte den Tag nicht vor dem Abend loben, aber für mich sieht es nach dem heutigen Update (fix checksum workaround) sehr gut aus ...
Die nervigen "invalid counter" habe ich nicht mehr, bis jetzt ...
Bezüglich "invalid checksum" muss mein FHEM noch etwas laufen.. (Aber da ist Michael ja noch drann)
Wollte nur mal einen postiven Zwischebericht abgeben..
:) :) :) :)
bis dann
Klaus
Ich habe dafür glaube ich ein anderes Problem gefunden. Ich kann das HomeMatic Funk-LAN Gateway zum Absturz bringen indem ich getConfig für einen der Button-Kanäle einer HM-RC-Key4-2 aufrufe. Nachfolgend eine verbose 5 Log, welche folgenden Ablauf dokumentiert:
1. Neustart des HmLGW durch Strom trennen und neuverbinden
2. Drücken beliebiger Taste auf der Fernbedienung, quittiert mit grünem Aufleuchten (Bestätigung)
3. set getConfig via WebGUI für einen Kanal der Fernbedienung
4. (nicht mehr sichtbar) Drücken beliebiger Taste auf Fernbedienung, quittiert mit rotem Aufleuchten (Fehler)
Erst nachdem das Funk-LAN Gateway wieder vom Strom getrennt wird kann ich überhaupt wieder damit senden oder empfangen. Interessanterweise steht der Status des HmLGW jedoch weiterhin auf opened, auch wenn ich es reopen oder kurzzeitig disconnecte.
Das ganze Verhalten ist eindeutig reproduzierbar und aufgrund der Strom-Resets kann wohl auch ein dutyCycle Problem ausgeschlossen werden.
2016-06-27 13:30:29 HMUARTLGW HmLGW:keepAlive DISCONNECTED
2016-06-27 13:30:34 HMUARTLGW HmLGW DISCONNECTED
2016-06-27 13:30:34 HMUARTLGW HmLGW cond: disconnected
2016-06-27 13:30:34 HMUARTLGW HmLGW loadLvl: suspended
2016-06-27 13:30:34 HMUARTLGW HmLGW CONNECTED
2016-06-27 13:30:34 HMUARTLGW HmLGW D-type: eQ3-HM-LGW
2016-06-27 13:30:34 HMUARTLGW HmLGW D-LANfirmware: 1.1.4
2016-06-27 13:30:34 HMUARTLGW HmLGW D-serialNr: xxx
2016-06-27 13:30:35 HMUARTLGW HmLGW cond: init
2016-06-27 13:30:37 HMUARTLGW HmLGW D-HMIdAssigned: 000001
2016-06-27 13:30:37 HMUARTLGW HmLGW D-HMIdOriginal: FFFFFF
2016-06-27 13:30:37 HMUARTLGW HmLGW D-firmware: 1.4.1
2016-06-27 13:30:37 HMUARTLGW HmLGW cond: ok
2016-06-27 13:30:37 HMUARTLGW HmLGW loadLvl: low
2016-06-27 13:30:53 CUL_HM Guest.Remote battery: ok
2016-06-27 13:30:53 CUL_HM Guest.Remote Guest.Remote_light Short
2016-06-27 13:30:53 CUL_HM Guest.Remote.Virtual_Btn4 ON
2016-06-27 13:30:53 CUL_HM Guest.Remote.Virtual_Btn4 virtActState: ON
2016-06-27 13:30:53 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigNo: 19
2016-06-27 13:30:53 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigRpt: 1
2016-06-27 13:30:53 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigType: short_Release
2016-06-27 13:30:53 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigger: Guest.Remote_light
2016-06-27 13:30:53 CUL_HM Guest.Remote_light Short (to Guest.Remote.Virtual)
2016-06-27 13:30:53 CUL_HM Guest.Remote_light trigger: Short_19
2016-06-27 13:30:53 CUL_HM Guest.Remote_light trigger_cnt: 19
2016-06-27 13:30:56 CUL_HM Guest.Remote D-firmware: 1.2
2016-06-27 13:30:56 CUL_HM Guest.Remote D-serialNr: yyy
2016-06-27 13:30:58 CUL_HM Guest.Remote CMDs_pending
2016-06-27 13:31:02 CUL_HM Guest.Remote CMDs_pending
2016-06-27 13:31:02 CUL_HM Guest.Remote CMDs_pending
define Guest.Remote CUL_HM yyy
attr Guest.Remote IODev HmLGW
attr Guest.Remote autoReadReg 0_off
attr Guest.Remote expert 2_raw
attr Guest.Remote firmware 1.2
attr Guest.Remote model HM-RC-Key4-2
attr Guest.Remote room Guests,CUL_HM
attr Guest.Remote serialNr yyy
attr Guest.Remote subType remote
attr Guest.Remote webCmd getConfig:clear msgEvents
define FileLog_Guest.Remote FileLog ./log/Guest.Remote-%Y.log Guest.Remote
attr FileLog_Guest.Remote logtype text
attr FileLog_Guest.Remote room CUL_HM
define Guest.Remote_unlock CUL_HM yyy
attr Guest.Remote_unlock model HM-RC-Key4-2
attr Guest.Remote_unlock peerIDs
attr Guest.Remote_unlock room Guests,CUL_HM
define Guest.Remote_lock CUL_HM yyy
attr Guest.Remote_lock model HM-RC-Key4-2
attr Guest.Remote_lock room Guests,CUL_HM
define Guest.Remote_light CUL_HM yyy
attr Guest.Remote_light model HM-RC-Key4-2
attr Guest.Remote_light room Guests,CUL_HM
define Guest.Remote_open CUL_HM yyy
attr Guest.Remote_open model HM-RC-Key4-2
attr Guest.Remote_open room Guests,CUL_HM
define Guest.Remote.Virtual CUL_HM zzz
attr Guest.Remote.Virtual IODev HmLGW:keepAlive
attr Guest.Remote.Virtual expert 2_raw
attr Guest.Remote.Virtual model virtual_4
attr Guest.Remote.Virtual room Guests
attr Guest.Remote.Virtual subType virtual
attr Guest.Remote.Virtual webCmd virtual
define Guest.Remote.Virtual_Btn1 CUL_HM zzz
attr Guest.Remote.Virtual_Btn1 model virtual_4
attr Guest.Remote.Virtual_Btn1 peerIDs yyy,
attr Guest.Remote.Virtual_Btn1 room Guests
attr Guest.Remote.Virtual_Btn1 webCmd press short:press long
define Guest.Remote.Virtual_Btn2 CUL_HM zzz
attr Guest.Remote.Virtual_Btn2 model virtual_4
attr Guest.Remote.Virtual_Btn2 peerIDs yyyy,
attr Guest.Remote.Virtual_Btn2 room Guests
attr Guest.Remote.Virtual_Btn2 webCmd press short:press long
define Guest.Remote.Virtual_Btn3 CUL_HM zzz
attr Guest.Remote.Virtual_Btn3 model virtual_4
attr Guest.Remote.Virtual_Btn3 peerIDs yyy,
attr Guest.Remote.Virtual_Btn3 room Guests
attr Guest.Remote.Virtual_Btn3 webCmd press short:press long
define Guest.Remote.Virtual_Btn4 CUL_HM zzz
attr Guest.Remote.Virtual_Btn4 model virtual_4
attr Guest.Remote.Virtual_Btn4 peerIDs yyy,
attr Guest.Remote.Virtual_Btn4 room Guests
attr Guest.Remote.Virtual_Btn4 webCmd press short:press long
Hallo,
Zitat von: alexschomb am 27 Juni 2016, 13:40:15
Ich habe dafür glaube ich ein anderes Problem gefunden. Ich kann das HomeMatic Funk-LAN Gateway zum Absturz bringen indem ich getConfig für einen der Button-Kanäle einer HM-RC-Key4-2 aufrufe. Nachfolgend eine verbose 5 Log, welche folgenden Ablauf dokumentiert:
Das sieht nicht nach LogLevel 5 aus, die wichtigste Information (die Kommunikation mit dem GW) fehlt komplett. Am besten einfach das Attribut logIDs des LGW auf "sys,all" setzen.
Bitte erzeuge ein komplettes, _unmodizifiertes_ Log.
Viele Gruesse
Michael
Hallo Michael,
danke für die schnelle Antwort. Ich habe logIDs auf sys,all gesetzt und das ist das Ergebnis (Event Monitor + FHEM Log):
2016.06.27 16:18:48 0 : HMUARTLGW HmLGW:keepAlive send (5): Kb7
2016.06.27 16:18:48 0 : HMUARTLGW HmLGW:keepAlive read (4): >Kb7
2016.06.27 16:18:50 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:18:50 0 : HMUARTLGW HmLGW recv: 00 040202, state 98
2016.06.27 16:18:50 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 98
2016.06.27 16:18:58 0 : HMUARTLGW HmLGW:keepAlive send (5): Kb8
2016.06.27 16:18:59 1 : 192.168.178.252:2001 disconnected, waiting to reappear (HmLGW:keepAlive)
2016-06-27 16:18:59 HMUARTLGW HmLGW:keepAlive DISCONNECTED
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:05 1 : 192.168.178.252:2000 disconnected, waiting to reappear (HmLGW)
2016-06-27 16:19:05 HMUARTLGW HmLGW DISCONNECTED
2016.06.27 16:19:05 1 : HMUARTLGW HmLGW Reopen
2016-06-27 16:19:05 HMUARTLGW HmLGW cond: disconnected
2016-06-27 16:19:05 HMUARTLGW HmLGW loadLvl: suspended
2016.06.27 16:19:05 1 : HMUARTLGW HmLGW Reopen
2016.06.27 16:19:05 3 : Opening HmLGW:keepAlive device 192.168.178.252:2001
2016.06.27 16:19:05 3 : HmLGW:keepAlive device opened
2016.06.27 16:19:05 1 : 192.168.178.252:2000 reappeared (HmLGW)
2016-06-27 16:19:05 HMUARTLGW HmLGW CONNECTED
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW read (34): H01,01,eQ3-HM-LGW,1.1.4,KEQ1064683
2016-06-27 16:19:05 HMUARTLGW HmLGW D-type: eQ3-HM-LGW
2016-06-27 16:19:05 HMUARTLGW HmLGW D-LANfirmware: 1.1.4
2016-06-27 16:19:05 HMUARTLGW HmLGW D-serialNr: KEQ1064683
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW read (36): V02,30cd023b8c15d65def13e305df669c4b
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW send (38): V02,577135d902ed5ab4c966fd503e31fed5
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW:keepAlive read (34): H01,01,eQ3-HM-LGW,1.1.4,KEQ1064683
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW:keepAlive read (36): V02,46fe4c29eaaf657bf571c41f6d43db39
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW:keepAlive send (38): V02,577135d903007e93bd34d6f14c175fb7
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW read (23): S03,BidCoS-over-LAN-1.0
2016.06.27 16:19:05 3 : HMUARTLGW HmLGW BidCoS-port opened
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW send (10): >03,0000
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW:keepAlive read (14): S03,SysCom-1.0
2016.06.27 16:19:05 3 : HMUARTLGW HmLGW:keepAlive KeepAlive-port opened
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW:keepAlive send (10): >03,0000
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW:keepAlive send (16): L04,02,00ff,00
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW send: 00 00
2016-06-27 16:19:06 HMUARTLGW HmLGW cond: init
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW recv: 00 00436F5F4350555F424C, state 1
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW recv: 00 0402436F5F4350555F424C, state 1
2016.06.27 16:19:06 3 : HMUARTLGW HmLGW currently running Co_CPU_BL
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW send: 00 03
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW:keepAlive read (4): >L04
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW:keepAlive send (5): K05
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW:keepAlive read (4): >K05
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW recv: 00 0401, state 2
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW recv: 00 00436F5F4350555F417070, state 2
2016.06.27 16:19:06 3 : HMUARTLGW HmLGW currently running Co_CPU_App
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW send: 01 00000001
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW recv: 01 0401, state 4
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 4
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW send: 01 01
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW recv: 01 04070101000001, state 5
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 5
2016-06-27 16:19:07 HMUARTLGW HmLGW D-HMIdAssigned: 000001
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW send: 01 10
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW recv: 01 04070101FFFFFF, state 6
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 6
2016-06-27 16:19:07 HMUARTLGW HmLGW D-HMIdOriginal: FFFFFF
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW send: 00 0E577135DB04
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0401, state 7
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 7
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 02
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0402010004010401, state 8
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 8
2016-06-27 16:19:08 HMUARTLGW HmLGW D-firmware: 1.4.1
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 06
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0401, state 10
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 10
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 0B
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0402FFFFFFFFFFFFFFFFFFFF, state 9
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 9
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 0A01
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0401, state 11
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 11
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 0901
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0401, state 12
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 12
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 040200, state 13
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 13
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 030000000000000000000000000000000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 0401, state 14
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 14
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0F0000000000000000000000000000000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 0401, state 15
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 15
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0B0000000000000000000000000000000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 0401, state 16
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 16
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 08
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101, state 17
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 17
2016-06-27 16:19:08 HMUARTLGW HmLGW cond: ok
2016-06-27 16:19:08 HMUARTLGW HmLGW loadLvl: low
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062D5BC7000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06238EBB000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010002FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062693B0000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010003FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062351EB000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06423284000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010005FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06291334000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010006FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 063515F0000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010007FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062F0CE7000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010008FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06269387000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010009FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06238801000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000AFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06315EBB000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0652DB00000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062352CE000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000DFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0624AF91000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0626937F000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000FFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062351AF000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010010FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0630A5EA000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010011FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062352A6000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010012FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062352B2000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010013FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062F09D1000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010014FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 063514F8000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010015FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 063032EF000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010016FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0623512A000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010017FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0628CCCD000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010018FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 08
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701052352CEFFFFFFFFFFFFFFFF0024AF91FFFFFFFFFFFFFFFF0030A5EAFFFFFFFFFFFFFFFF0026937FFFFFFFFFFFFFFFFF0052DB00FFFFFFFFFFFFFFFF00, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2352CE, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 24AF91, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 30A5EA, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 26937F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 52DB00, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070205269387FFFFFFFFFFFFFFFF0028CCCDFFFFFFFFFFFFFFFF002693B0FFFFFFFFFFFFFFFF00315EBBFFFFFFFFFFFFFFFF002F0CE7FFFFFFFFFFFFFFFF00, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 269387, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 28CCCD, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2693B0, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 315EBB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2F0CE7, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 0407030523512AFFFFFFFFFFFFFFFF00291334FFFFFFFFFFFFFFFF002351AFFFFFFFFFFFFFFFFF003514F8FFFFFFFFFFFFFFFF002351EBFFFFFFFFFFFFFFFF00, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 23512A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 291334, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2351AF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 3514F8, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2351EB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070405238EBBFFFFFFFFFFFFFFFF00238801FFFFFFFFFFFFFFFF00423284FFFFFFFFFFFFFFFF002D5BC7FFFFFFFFFFFFFFFF002F09D1FFFFFFFFFFFFFFFF00, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 238EBB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 238801, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 423284, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2D5BC7, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2F09D1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040705052352A6FFFFFFFFFFFFFFFF003032EFFFFFFFFFFFFFFFFF003515F0FFFFFFFFFFFFFFFF002352B2FFFFFFFFFFFFFFFF00, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2352A6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 3032EF, aesChannels: FFFFFFFFFFFF
FFFF, flags: 02016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 3515F0, aesChannels: FFFFFFFFFFFFFFFF, flags: 02016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2352B2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:09 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:09 0 : HMUARTLGW HmLGW recv: 00 040200, state 98
2016.06.27 16:19:09 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 98
2016.06.27 16:19:16 0 : HMUARTLGW HmLGW:keepAlive send (5): K06
2016.06.27 16:19:16 0 : HMUARTLGW HmLGW:keepAlive read (4): >K06
2016.06.27 16:19:16 3 : CUL_HM set Alex.SmokeDetector statusRequest
2016.06.27 16:19:16 0 : HMUARTLGW HmLGW send: 01 02 00 00 01 msg: 02 B0 01 000001 315EBB 010E
2016.06.27 16:19:17 0 : HMUARTLGW HmLGW recv: 01 0402, state 100
2016.06.27 16:19:17 0 : HMUARTLGW HmLGW Ack: 02
2016.06.27 16:19:17 0 : HMUARTLGW HmLGW recv: 01 05 01 00 3A msg: 02 A0 10 315EBB 000001 060100003B
2016-06-27 16:19:17 CUL_HM Alex.SmokeDetector off
2016.06.27 16:19:17 3 : CUL_HM set LivingRoom.SmokeDetector statusRequest
2016.06.27 16:19:17 0 : HMUARTLGW HmLGW send: 01 02 00 00 01 msg: 02 B0 01 000001 52DB00 010E
2016.06.27 16:19:18 0 : HMUARTLGW HmLGW recv: 01 0402, state 100
2016.06.27 16:19:18 0 : HMUARTLGW HmLGW Ack: 02
2016.06.27 16:19:18 0 : HMUARTLGW HmLGW recv: 01 05 01 00 20 msg: 02 A0 10 52DB00 000001 0601010021
2016-06-27 16:19:18 CUL_HM LivingRoom.SmokeDetector off
2016.06.27 16:19:19 0 : HMUARTLGW HmLGW recv: 01 05 00 00 3C msg: 45 A4 40 2F09D1 300300 031A
2016.06.27 16:19:19 0 : HMUARTLGW HmLGW send: 01 02 00 00 00 msg: 45 80 02 300300 2F09D1 0104C800
2016-06-27 16:19:19 CUL_HM Guest.Remote battery: ok
2016-06-27 16:19:19 CUL_HM Guest.Remote CMDs_done
2016-06-27 16:19:19 CUL_HM Guest.Remote Guest.Remote_light Short
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 ON
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 virtActState: ON
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigNo: 26
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigRpt: 1
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigType: short_Release
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigger: Guest.Remote_light
2016-06-27 16:19:19 CUL_HM Guest.Remote_light Short (to Guest.Remote.Virtual)
2016-06-27 16:19:19 CUL_HM Guest.Remote_light trigger: Short_26
2016-06-27 16:19:19 CUL_HM Guest.Remote_light trigger_cnt: 26
2016.06.27 16:19:24 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:24 0 : HMUARTLGW HmLGW recv: 00 040204, state 98
2016.06.27 16:19:24 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 98
2016.06.27 16:19:26 0 : HMUARTLGW HmLGW:keepAlive send (5): K07
2016.06.27 16:19:26 0 : HMUARTLGW HmLGW:keepAlive read (4): >K07
2016.06.27 16:19:36 0 : HMUARTLGW HmLGW:keepAlive send (5): K08
2016.06.27 16:19:36 0 : HMUARTLGW HmLGW:keepAlive read (4): >K08
2016.06.27 16:19:39 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:39 0 : HMUARTLGW HmLGW recv: 00 040204, state 98
2016.06.27 16:19:39 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 98
2016.06.27 16:19:46 0 : HMUARTLGW HmLGW:keepAlive send (5): K09
2016.06.27 16:19:46 0 : HMUARTLGW HmLGW:keepAlive read (4): >K09
2016.06.27 16:19:54 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:54 0 : HMUARTLGW HmLGW recv: 00 040204, state 98
2016.06.27 16:19:54 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 98
2016.06.27 16:19:56 0 : HMUARTLGW HmLGW:keepAlive send (5): K0a
2016.06.27 16:19:56 0 : HMUARTLGW HmLGW:keepAlive read (4): >K0a
Ausgangszustand war dass das HmLGW wieder nicht erreichbar war. Dann habe ich den Strom gezogen und neu eingesteckt. Anschließend haben erstmal die Rauchmelder dazwischen gefunkt. Anschließend habe ich die Taste "Licht" auf der Fernbedienung Guest.Remote gedrückt. Dies wurde einmal mit Grün bestätigt. Beim zweiten Mal drücken kam künftig nur noch rot.
Mir ist übrigens noch folgender Fehler aufgefallen, welcher diesmal auf der FHEM Startseite stand und vermutlich damit zusammen hängt. Interessant ist auch, dass die Probleme für alle Fernbedienungen auftreten, nicht nur eine bestimmte.
Messages collected while initializing FHEM:
configfile: Alex.Remote.Virtual: unknown IODev HmLGW:keepAlive specified
Guest.Remote.Virtual: unknown IODev HmLGW:keepAlive specified
Liebe Grüße und Danke für deine Hilfe,
Alex
Hallo Alex,
danke für das ausführliche Log. Das Gateway empfängt tatsächlich nur den ersten Knopfdruck, verhält sich danach aber für Fhem normal. Sowohl die Keepalives wie auch die Credit-Anfragen werden weiterhin beantwortet.
Evtl. kommt das Gateway nicht damit klar, dass die hmId des virtuellen Aktors nicht die hmId des Gateways ist, das muss ich hier mal nachbauen...
Zitat
Ausgangszustand war dass das HmLGW wieder nicht erreichbar war. Dann habe ich den Strom gezogen und neu eingesteckt. Anschließend haben erstmal die Rauchmelder dazwischen gefunkt. Anschließend habe ich die Taste "Licht" auf der Fernbedienung Guest.Remote gedrückt. Dies wurde einmal mit Grün bestätigt. Beim zweiten Mal drücken kam künftig nur noch rot.
Ja, nach dem ersten Tastendruck wurde nichts mehr per Funk empfangen.
Zitat
Mir ist übrigens noch folgender Fehler aufgefallen, welcher diesmal auf der FHEM Startseite stand und vermutlich damit zusammen hängt. Interessant ist auch, dass die Probleme für alle Fernbedienungen auftreten, nicht nur eine bestimmte.
Messages collected while initializing FHEM:
configfile: Alex.Remote.Virtual: unknown IODev HmLGW:keepAlive specified
Guest.Remote.Virtual: unknown IODev HmLGW:keepAlive specified
Hmm, das keepAlive-Gerät sollte nie als IODev auftauchen.
Wie genau hast Du das virtuelle Gerät angelegt? Dann versuche ich das hier zu reproduzieren (ich frage mich, wieso das IODev in Deinem config-Auszug gesetzt ist...).
EDIT: Ich kann es hier mit einem virtuellen Aktor mit eigener hmId und einem HM-MOD-UART reproduzieren. Sieht nach Firmware-Bug aus :-( Ich hoffe ich finde einen Workaround...
Viele Grüße
Michael
Hallo,
Zitat von: mgernoth am 27 Juni 2016, 17:12:19
EDIT: Ich kann es hier mit einem virtuellen Aktor mit eigener hmId und einem HM-MOD-UART reproduzieren. Sieht nach Firmware-Bug aus :-( Ich hoffe ich finde einen Workaround...
Habe keinen Möglichkeit gefunden, ein ACK-Paket mit einer "falschen" hmId abzusenden. Ich denke Du solltest für Deinen Einsatzzweck eine VCCU und ihre virtuellen Aktoren benutzen. Die benutzen die gleiche hmId wie die VCCU (und damit die IOs).
Die Pakete für virtuelle Rauchmelderteams sollten keinen Absturz verursachen.
Viele Grüße
Michael
Habe kurz eine Frage zum Update der Firmware vom HM-MOD-UART.
Bei dem ersten mal habe ich das Update nach ein paar Minuten mit Ctrl+C abbrechen. Es blieb so stehen:
pi@Pi3:~/hmcfgusb $ sudo ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
Bei einem weiteren Versuch kam einmalig diese Meldung:
pi@Pi3:~/hmcfgusb $ sudo ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0c 00 00 00 43 6f 5f 43 50 55 5f 42 51 fd ......Co_CPU_BQ.
ERR> 0x0010: 00 .
calculated: 2248
Jetzt bin ich wieder so weit dass das Update wie beim ersten mal stehen bleibt.
Das Modul lässt sich zwar in FHEM öffnen, aber es erzeugt Fehlermeldungen im Log:
Internals:
CNT 1
DEF /dev/ttyAMA0
DevState 1
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 19
NAME myHmUART
NR 159
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
Helper:
Ackpending:
1:
cmd 00
dst 0
time 1467055034.58491
log:
Readings:
2016-06-27 20:47:59 D-HMIdAssigned 424242
2016-06-27 20:47:59 D-HMIdOriginal 470574
2016-06-27 20:47:59 D-firmware 1.2.1
2016-06-27 20:47:59 D-serialNr NEQ0230723
2016-06-27 21:17:09 D-type HM-MOD-UART
2016-06-27 21:17:14 cond init
2016-06-27 20:52:15 load 1
2016-06-27 21:17:09 loadLvl suspended
2016-06-27 21:17:09 state opened
Attributes:
hmId 424242
room CUL_HM
Beim Update war das Modul closed und FHEM beendet.
Hat jemand eine Idee was ich noch machen kann?
FHEM beenden, Stick abziehen, kurz warten, und Stick erneut einstecken, dann sollte es gehen, zumindest hat das bei mir funktioniert ..
Sobald ich den Stick abziehe verliere ich die SSH Verbindung, denke da kommt der Raspi nicht ganz klar mit.
Update: Nach dem x-ten Versuch hat es nun geklappt.
Zitat von: mgernoth am 27 Juni 2016, 18:50:20
Hallo,
Habe keinen Möglichkeit gefunden, ein ACK-Paket mit einer "falschen" hmId abzusenden. Ich denke Du solltest für Deinen Einsatzzweck eine VCCU und ihre virtuellen Aktoren benutzen. Die benutzen die gleiche hmId wie die VCCU (und damit die IOs).
Die Pakete für virtuelle Rauchmelderteams sollten keinen Absturz verursachen.
Viele Grüße
Michael
Hallo Michael,
danke für deine Bemühungen. Kannst du mir kurz erklären was ich genau machen soll bzgl. der VCCU? Wenn ich das richtig verstanden habe ist die VCCU in meinem Fall bereits HmLGW, oder? Soll ich jetzt "set HmLGW virtual 4" ausführen und die 4 neuen Kanäle mit der Fernbedienung peeren? Dann habe ich schnell das Problem, dass ich mit 9 maximalen virtuellen Kanälen nicht hinkomme, wenn jede Fernbedienung schon vier bentötigt. Oder ist es gar nicht erforderlich mehrere virtuelle Kanäle anzulegen? Ich konnte dazu leider keine aussagekräftigen Informationen finden. :/
Wo liegt denn der Unterschied zwischen dem virtuellen Device als Teamleader der Rauchmelder und dem virtuellen Device für die Fernbedienungen?
Liebe Grüße,
Alex
Hallo Alex,
Zitat von: alexschomb am 28 Juni 2016, 19:04:16
danke für deine Bemühungen. Kannst du mir kurz erklären was ich genau machen soll bzgl. der VCCU?
Eine VCCU mit der hmId des LGW anlegen und dieser das LGW als IO zuweisen. Bei allen Geräten die VCCU in der IOgrp setzen:
http://www.fhemwiki.de/wiki/Virtueller_Controller_VCCU
Ist kein großer Akt, kein repairing oder sowas notwendig.
Zitat
Wenn ich das richtig verstanden habe ist die VCCU in meinem Fall bereits HmLGW, oder?
Nein, das ist nur ein IO.
Zitat
Soll ich jetzt "set HmLGW virtual 4" ausführen und die 4 neuen Kanäle mit der Fernbedienung peeren? Dann habe ich schnell das Problem, dass ich mit 9 maximalen virtuellen Kanälen nicht hinkomme, wenn jede Fernbedienung schon vier bentötigt.
Eine VCCU kann 50 virtuelle Kanäle erzeugen.
Zitat
Oder ist es gar nicht erforderlich mehrere virtuelle Kanäle anzulegen?
Wenn Du nur virtuelle Aktoren benötigst um sie mit Fernbedienungen zu peeren, dann reicht einer. Ich habe hier auch nur einen virtuellen Aktor mit allem gepeert, den Sender kann man im Notify problemlos unterscheiden.
Zitat
Wo liegt denn der Unterschied zwischen dem virtuellen Device als Teamleader der Rauchmelder und dem virtuellen Device für die Fernbedienungen?
Der Teamleader muss keine ACKs schicken, welche die Firmware des LGW/UART zum Absturz bringen.
Die "normale" CCU2 unterstützt auch nur virtuelle Kanäle, die die gleiche hmId wie die Zentrale haben.
Viele Grüße
Michael
Hallo zusammen,
habe das HMUART jetzt auch bei mir zum testen in meiner FHEM Instanz. Es steckt zusammen mit einem alten HMLAN in einer VCCU:
Internals:
DEF 54D789
HMLAN1_MSGCNT 17
HMLAN1_RAWMSG E54D789,0000,3BAE67C2,FF,FFCA,3D800254D789407F8200
HMLAN1_RSSI -54
HMLAN1_TIME 2016-06-29 14:03:15
IODev HMLAN1
LASTInputDev myHmUART
MSGCNT 34
NAME vccu
NR 45
NTFY_ORDER 50-vccu
STATE HMLAN1:disconnected,myHmUART:ok,
TYPE CUL_HM
assignedIOs HMLAN1,myHmUART
lastMsg No:28 - t:02 s:54D789 d:4A3486 00
myHmUART_MSGCNT 17
myHmUART_RAWMSG 0500003228800254D7894A348600
myHmUART_RSSI -50
myHmUART_TIME 2016-06-29 14:03:27
protLastRcv 2016-06-29 14:03:27
rssi_at_HMLAN1 avg:-54 min:-54 max:-54 lst:-54 cnt:17
rssi_at_myHmUART avg:-49.94 min:-50 max:-49 lst:-50 cnt:17
Readings:
2016-06-29 14:03:27 CommandAccepted yes
2016-06-29 13:30:34 recentStateType ack
2016-06-29 14:03:24 state HMLAN1:disconnected,myHmUART:ok,
2016-06-14 23:31:06 unknown_3DFBFE received
2016-06-28 22:19:09 unknown_424242 received
2016-06-14 17:32:09 unknown_4A3486 received
2016-06-14 19:15:09 unknown_4C1211 received
2016-06-29 13:38:50 unknown_F10000 received
Helper:
HM_CMDNR 40
mId FFF0
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
nextSend 1467201795.86853
prefIO
vccu
ioList:
HMLAN1
myHmUART
Mrssi:
mNo 28
Io:
myHmUART -50
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
vrt 1
Rssi:
At_hmlan1:
avg -54
cnt 17
lst -54
max -54
min -54
At_myhmuart:
avg -49.9411764705882
cnt 17
lst -50
max -49
min -50
Shadowreg:
Tmpl:
Attributes:
IODev HMLAN1
IOList HMLAN1,myHmUART
expert 2_full
group IODevs
model CCU-FHEM
room Zentrale
subType virtual
webCmd virtual:update
Und myHmUART ist wie folgt aufgesetzt:
Internals:
AssignedPeerCnt 12
CHANGED
CNT 54
DEF /dev/ttyAMA0
DEVCNT 54
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 19
NAME myHmUART
NR 201
PARTIAL
RAWMSG 040204
RSSI -54
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 2
msgLoadCurrentRaw 4
msgLoadHistory 1/0/0/-1/0/0/-2/0/0/0/-3/0
msgLoadHistoryAbs 2/1/1/1/2/2/2/4/4/4/4/7/7
owner 54D789
owner_CCU vccu
Helper:
CreditTimer 450
FW 66561
Initialized 1
SendCnt 48
Ackpending:
Assignedpeers:
329BDC FFFFFFFFFFFFFFFF (flags: 0)
341C9E FFFFFFFFFFFFFFFF (flags: 0)
341D9C FFFFFFFFFFFFFFFF (flags: 0)
341DC9 FFFFFFFFFFFFFFFF (flags: 0)
37DBD9 FFFFFFFFFFFFFFFF (flags: 0)
380A80 FFFFFFFFFFFFFFFF (flags: 0)
3DFBFE FFFFFFFFFFFFFFFF (flags: 0)
407F82 FFFFFFFFFFFFFFFF (flags: 0)
40CB42 FFFFFFFFFFFFFFFF (flags: 0)
40CC03 FFFFFFFFFFFFFFFF (flags: 0)
4193E3 FFFFFFFFFFFFFFFF (flags: 0)
4A3486 FFFFFFFFFFFFFFFF (flags: 0)
LastSendLen:
3
3
3
PeerQueue:
PendingCMD:
Loadlvl:
lastHistory 1467208396.79632
log:
all
sys
Peers:
329BDC assigned
341C9E assigned
341D9C assigned
341DC9 assigned
37DBD9 assigned
380A80 assigned
3DFBFE assigned
407F82 assigned
40CB42 assigned
40CC03 assigned
4193E3 assigned
4A3486 assigned
Readings:
2016-06-29 14:03:16 D-HMIdAssigned 54D789
2016-06-29 14:03:16 D-HMIdOriginal 470879
2016-06-29 14:03:16 D-firmware 1.4.1
2016-06-29 14:03:16 D-serialNr NEQ0229945
2016-06-29 14:03:12 D-type HM-MOD-UART
2016-06-29 14:03:16 cond ok
2016-06-29 15:53:39 load 2
2016-06-29 14:03:16 loadLvl low
2016-06-29 14:03:12 state opened
Helper:
Attributes:
group IODevs
hmId 54D789
logIDs all,sys
room Zentrale
Mir ist jetzt folgendes aufgefallen:
Direkt nach einem FHEM Neustart schlug diese Fehl, bzw. es war eine Meldung bzgl. RegList ("cannot read regList" o.ä.) im State des Devices zu sehen. Jetzt habe ich FHEM mal ne Weile laufen lassen und es nochmal probiert. Der getConfig wird jetzt ohne Fehler abgearbeitet, allerdings tauchen Meldungen ala "IO currently busy, trying again in a bit" auf.
Hier ein Mitschnitt eines getConfig auf einen HM-LC-Bl1PBU-FM:
2016.06.29 15:48:02.528 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 03 84 01 54D789 000000 010A4D455131333134323432
2016.06.29 15:48:02.615 0: HMUARTLGW myHmUART recv: 01 0402, state 101
2016.06.29 15:48:02.616 0: HMUARTLGW myHmUART Ack: 02
2016.06.29 15:48:04.728 0: HMUARTLGW myHmUART recv: 01 05 00 00 36 msg: 56 86 5E 3DFBFE 000000 13DF130053FC
2016.06.29 15:48:07.595 0: HMUARTLGW myHmUART send: 00 08
2016.06.29 15:48:07.604 0: HMUARTLGW myHmUART recv: 00 040201, state 98
2016.06.29 15:48:07.605 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.06.29 15:48:09.933 0: HMUARTLGW myHmUART send: 01 0640CC03000000
2016.06.29 15:48:09.943 0: HMUARTLGW myHmUART recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2016.06.29 15:48:09.944 0: HMUARTLGW myHmUART GetSet Ack: 07, state 90
2016.06.29 15:48:09.948 0: HMUARTLGW myHmUART send: 01 08
2016.06.29 15:48:10.045 0: HMUARTLGW myHmUART recv: 01 0407010340CB42FFFFFFFFFFFFFFFF00329BDCFFFFFFFFFFFFFFFF00341C9EFFFFFFFFFFFFFFFF00380A80FFFFFFFFFFFFFFFF004193E3FFFFFFFFFFFFFFFF00, state 93
2016.06.29 15:48:10.047 0: HMUARTLGW myHmUART GetSet Ack: 07, state 93
2016.06.29 15:48:10.047 0: HMUARTLGW myHmUART known peer: 40CB42, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.048 0: HMUARTLGW myHmUART known peer: 329BDC, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.048 0: HMUARTLGW myHmUART known peer: 341C9E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.048 0: HMUARTLGW myHmUART known peer: 380A80, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.049 0: HMUARTLGW myHmUART known peer: 4193E3, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.053 0: HMUARTLGW myHmUART recv: 01 040702033DFBFEFFFFFFFFFFFFFFFF0040CC03FFFFFFFFFFFFFFFF0037DBD9FFFFFFFFFFFFFFFF00341D9CFFFFFFFFFFFFFFFF00341DC9FFFFFFFFFFFFFFFF00, state 93
2016.06.29 15:48:10.054 0: HMUARTLGW myHmUART GetSet Ack: 07, state 93
2016.06.29 15:48:10.054 0: HMUARTLGW myHmUART known peer: 3DFBFE, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.055 0: HMUARTLGW myHmUART known peer: 40CC03, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.055 0: HMUARTLGW myHmUART known peer: 37DBD9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.056 0: HMUARTLGW myHmUART known peer: 341D9C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.056 0: HMUARTLGW myHmUART known peer: 341DC9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.058 0: HMUARTLGW myHmUART recv: 01 040703034A3486FFFFFFFFFFFFFFFF00, state 93
2016.06.29 15:48:10.059 0: HMUARTLGW myHmUART GetSet Ack: 07, state 93
2016.06.29 15:48:10.059 0: HMUARTLGW myHmUART known peer: 4A3486, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.061 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 04 A0 01 54D789 40CC03 00040000000000
2016.06.29 15:48:10.225 0: HMUARTLGW myHmUART recv: 01 0402, state 100
2016.06.29 15:48:10.226 0: HMUARTLGW myHmUART Ack: 02
2016.06.29 15:48:10.233 0: HMUARTLGW myHmUART recv: 01 05 01 00 27 msg: 04 A0 10 40CC03 54D789 0202010A540BD70C8915FF1800
2016.06.29 15:48:10.469 0: HMUARTLGW myHmUART recv: 01 05 01 00 27 msg: 05 A0 10 40CC03 54D789 030000
2016.06.29 15:48:10.482 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 06 A0 01 54D789 40CC03 01040000000001
2016.06.29 15:48:10.491 0: HMUARTLGW myHmUART recv: 01 0408, state 100
2016.06.29 15:48:10.492 0: HMUARTLGW myHmUART IO currently busy, trying again in a bit
2016.06.29 15:48:10.696 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 06 A0 01 54D789 40CC03 01040000000001
2016.06.29 15:48:10.917 0: HMUARTLGW myHmUART recv: 01 0402, state 100
2016.06.29 15:48:10.919 0: HMUARTLGW myHmUART Ack: 02
2016.06.29 15:48:10.927 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 06 A0 10 40CC03 54D789 030800000000FA00FA0500
2016.06.29 15:48:11.168 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 07 A0 10 40CC03 54D789 02300657245600
2016.06.29 15:48:11.413 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 08 A0 10 40CC03 54D789 030000
2016.06.29 15:48:11.427 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 09 A0 01 54D789 40CC03 0103
2016.06.29 15:48:11.434 0: HMUARTLGW myHmUART recv: 01 0408, state 100
2016.06.29 15:48:11.436 0: HMUARTLGW myHmUART IO currently busy, trying again in a bit
2016.06.29 15:48:11.639 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 09 A0 01 54D789 40CC03 0103
2016.06.29 15:48:11.871 0: HMUARTLGW myHmUART recv: 01 0402, state 100
2016.06.29 15:48:11.873 0: HMUARTLGW myHmUART Ack: 02
2016.06.29 15:48:11.874 0: HMUARTLGW myHmUART send: 00 08
2016.06.29 15:48:11.883 1: HMUARTLGW myHmUART invalid checksum received, recalculated with slen 3: 0
2016.06.29 15:48:11.884 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 09 A0 10 40CC03 54D789 013AF4380200000000
2016.06.29 15:48:11.900 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2016.06.29 15:48:11.901 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.06.29 15:48:11.904 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 0A A0 01 54D789 40CC03 01043AF4380203
2016.06.29 15:48:11.911 0: HMUARTLGW myHmUART recv: 01 0408, state 100
2016.06.29 15:48:11.912 0: HMUARTLGW myHmUART IO currently busy, trying again in a bit
2016.06.29 15:48:12.116 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 0A A0 01 54D789 40CC03 01043AF4380203
2016.06.29 15:48:12.284 0: HMUARTLGW myHmUART recv: 01 0402, state 100
2016.06.29 15:48:12.285 0: HMUARTLGW myHmUART Ack: 02
2016.06.29 15:48:12.290 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 0A A0 10 40CC03 54D789 0301000000326400FF00FF011452630000
2016.06.29 15:48:12.539 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 0B A0 10 40CC03 54D789 0311C80000000000000000000000FF6300
2016.06.29 15:48:12.788 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 0C A0 10 40CC03 54D789 0381000000326400FF00FF211452630000
2016.06.29 15:48:13.038 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 0D A0 10 40CC03 54D789 0391C80000000000000000000000056300
2016.06.29 15:48:13.273 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 0E A0 10 40CC03 54D789 030000
2016.06.29 15:48:22.604 0: HMUARTLGW myHmUART send: 00 08
2016.06.29 15:48:22.610 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2016.06.29 15:48:22.612 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.06.29 15:48:37.645 0: HMUARTLGW myHmUART send: 00 08
2016.06.29 15:48:37.653 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2016.06.29 15:48:37.654 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.06.29 15:48:52.655 0: HMUARTLGW myHmUART send: 00 08
2016.06.29 15:48:52.662 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2016.06.29 15:48:52.663 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
Auch zu sehen ist die im Thread ja schon bekannte Meldung "invalid checksum received, recalculated with slen 3: 0". Ansonsten scheint es zu funktionieren.
Gruß Carsten
Hallo,
Zitat von: Jorge3711 am 29 Juni 2016, 16:02:13
Mir ist jetzt folgendes aufgefallen:
Direkt nach einem FHEM Neustart schlug diese Fehl, bzw. es war eine Meldung bzgl. RegList ("cannot read regList" o.ä.) im State des Devices zu sehen.
Das ist komisch. Ist das reproduzierbar? Kannst Du evtl. mal bei einem Neustart mitloggen?
Zitat
Jetzt habe ich FHEM mal ne Weile laufen lassen und es nochmal probiert. Der getConfig wird jetzt ohne Fehler abgearbeitet, allerdings tauchen Meldungen ala "IO currently busy, trying again in a bit" auf.
Die Meldung ist ok, das Funkmodul meldet, dass es gerade beschäftigt ist und der Vorgang wird dann nach ca. 200ms automatisch wiederholt.
Zitat
Auch zu sehen ist die im Thread ja schon bekannte Meldung "invalid checksum received, recalculated with slen 3: 0". Ansonsten scheint es zu funktionieren.
Die "recalculated ...: 0" ist auch gut, da hier der Firmwarebug korrekt erkannt wurde und die Checksumme richtig neu berechnet wurde. Nur wenn ein "dropped frame" oder eine Zahl != 0 nach dem Doppelpunkt in der Meldung vorkommt, dann hat das nicht geklappt (oder es gab wirklich einen Übertragungsfehler). Die Meldung ist im Augenblick nur noch drin, um zu sehen wie gut meine Erkennung des Firmwarebugs ist.
Viele Grüße
Michael
Hallo Michael,
danke für die Erklärung und den Link bzgl. VCCU. Jetzt klappt alles wie gewünscht :)
Liebe Grüße,
Alex
Hallo zusammen,
ich experimentiere gerade ein wenig mit dem HMMODUARTLGW herum (habe ein HM-MOD-RPI-PCB in einen RPi 3 eingebaut). Funktioniert auch soweit, nach FW-Update auf 1.4.1 funktioniert das Modul in einer lokal auf dem RPi befindlichen FHEM-Installation. Nun würde ich diese Kombi gern (nach Art eines HMLAN) in mein eigentliches FHEM-System einbinden.
Dort laufen bisher zwei HMLANs und zwei HM-CFG-USB-2 als eine VCCU.
Die FHEM-Hauptinstanz läuft auf einem Intel NUC unter Ubuntu.
Wenn ich richtig verstehe, läuft hmland aktuell nicht mit dem HM-MOD-UART.
Meine Idee wäre also, mittels RAW FHEM2FHEM-Connection das Modul einzubinden:
1) Lokal auf dem RPi:
define myHmUART HMUARTLGW
2) zentrale FHEM-Instanz:
define myHmUART HMUARTLGW none
define FB_fhem2fhem_raw1 FHEM2FHEM 192.168.178.112:7072 RAW:myHmUART
(192.168.178.112 ist die IP des RPi)
So funktioniert es allerdings noch nicht.
Daher also meine Frage:
Ist das überhaupt der richtige Ansatz? Wenn ja, wie funktioniert es richtig? Wenn nicht: Gibt es dafür aktuell eine Lösung?
Merci & beste Grüße
Michael
Der Firmwarebug "invalid checksum" scheint mit der aktuellen Version eliminiert zu sein:
2016.07.01 10:19:06 1: HMUARTLGW HMUART invalid checksum received, recalculated with slen 18: 11468
2016.07.01 10:19:06 1: HMUARTLGW HMUART invalid checksum received, recalculated with slen 18: 0
:)
Zitat von: mgernoth am 30 Juni 2016, 10:15:46
Das ist komisch. Ist das reproduzierbar? Kannst Du evtl. mal bei einem Neustart mitloggen?
Hm, es lies sich nicht gezielt reproduzieren. Dafür habe ich ein anderes Verhalten beobachtet:
Wenn ich meinen HMLAN1 stromlos mache und FHEM nur mit dem myHMUART neustarte (habe sogar nen Reboot des RPi gemacht) kommt FHEM mit diesen Meldungen hoch:
2016.07.03 10:45:05.802 1: Including fhem.cfg
2016.07.03 10:45:05.880 3: telnetPort: port 7072 opened
2016.07.03 10:45:06.238 3: WEB: port 8083 opened
2016.07.03 10:45:06.245 3: WEBphone: port 8084 opened
2016.07.03 10:45:06.249 3: WEBtablet: port 8085 opened
2016.07.03 10:45:06.627 2: eventTypes: loaded 1545 events from ./log/eventTypes.txt
2016.07.03 10:45:06.791 3: WEBhook: port 8088 opened
2016.07.03 10:45:07.079 3: Connecting to database mysql:database=fhem;host=ipfire;port=3306 with user fhemsql
2016.07.03 10:45:07.199 3: Connection to db mysql:database=xxx;host=xxx;port=3306 established for pid 2462
2016.07.03 10:45:07.202 3: Connection to db mysql:database=xxx;host=xxx;port=3306 established
2016.07.03 10:45:08.783 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.07.03 10:45:08.785 3: Opening HMLAN1 device 172.x.135.xxx:1000
2016.07.03 10:45:11.787 3: Can't connect to 172.x.135.xxx:1000: No route to host
2016.07.03 10:45:13.432 3: Opening CUL_0 device /dev/ttyACM0
2016.07.03 10:45:13.544 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.07.03 10:45:13.671 3: CUL_0: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.07.03 10:45:13.693 3: CUL_0 device opened
2016.07.03 10:45:14.338 3: TelegramBot_Define TelegramBot: called
2016.07.03 10:45:14.703 1: Including buderus.cfg
2016.07.03 10:45:15.024 3: Buderus using AES-Key: 1234
2016.07.03 10:45:15.099 3: FHEM2FHEM opening Remoteserver at 172.x.135.xxx:7072
2016.07.03 10:45:15.101 3: FHEM2FHEM device opened (Remoteserver)
2016.07.03 10:45:15.283 1: PERL WARNING: Constant subroutine main::URL redefined at /usr/share/perl/5.14/constant.pm line 136, <$fh> line 998.
2016.07.03 10:45:15.546 3: Opening myHmUART device /dev/ttyAMA0
2016.07.03 10:45:15.548 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.03 10:45:15.553 3: myHmUART device opened
2016.07.03 10:45:15.557 1: Including ./log/fhem.save
2016.07.03 10:45:16.684 3: Device energie_strom_haupt added to ActionDetector with 000:10 time
2016.07.03 10:45:16.734 3: Device energie_strom_waschmaschine added to ActionDetector with 000:10 time
2016.07.03 10:45:17.002 3: Device flur_tfk_wc added to ActionDetector with 000:50 time
2016.07.03 10:45:17.310 3: Device temp_diff_measure01 added to ActionDetector with 012:00 time
2016.07.03 10:45:17.456 3: Device terrasse_tfk_tuer added to ActionDetector with 028:00 time
2016.07.03 10:45:17.729 3: myOWServer: Opening connection to OWServer onewire:4304...
2016.07.03 10:45:17.730 3: myOWServer: Successfully connected to onewire:4304.
2016.07.03 10:45:18.191 0: Featurelevel: 5.7
2016.07.03 10:45:18.192 0: Server started with 147 defined entities (fhem.pl:11715/2016-06-25 perl:5.014002 os:linux user:fhem pid:2462)
2016.07.03 10:45:18.248 0: HMUARTLGW myHmUART send: 00 00
2016.07.03 10:45:18.364 0: HMUARTLGW myHmUART recv: 00 0402436F5F4350555F417070, state 1
2016.07.03 10:45:18.366 3: HMUARTLGW myHmUART currently running Co_CPU_App
2016.07.03 10:45:19.372 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:19.378 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:19.379 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:19.882 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:19.888 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:19.889 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:20.813 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:20.833 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:20.834 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:21.337 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:21.348 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:21.349 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:21.851 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:21.856 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:21.858 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:22.360 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:22.367 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:22.371 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:22.874 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:22.880 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:22.881 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:23.384 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:23.391 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:23.392 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:23.895 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:23.900 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:23.901 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:24.404 0: HMUARTLGW myHmUART send: 01 0054D789
[...]
Diese Meldungen wiederholen sich ohne Ende und ich kann tatsächlich keine HM Devices schalten.Hier fehlen mir irgendwie die ganzen setStatusRequest beim Start von FHEM?!
Nachdem ich den HMLAN1 wieder aktiviert habe, taucht der myHMUART in den INTERNALS gar nicht mehr auf (nach dem ich einen getConfig abgesetzt habe):
Internals:
DEF 37DBD9
HMLAN1_MSGCNT 32
HMLAN1_RAWMSG E37DBD9,0000,000326F6,FF,FFBF,18A01037DBD954D789030000
HMLAN1_RSSI -65
HMLAN1_TIME 2016-07-03 10:58:44
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 32
NAME kueche_licht_decke
NR 57
NTFY_ORDER 50-kueche_licht_decke
STATE off
TYPE CUL_HM
lastMsg No:18 - t:10 s:37DBD9 d:54D789 030000
peerList kueche_remote_6fach_Btn_02,
protLastRcv 2016-07-03 10:58:44
protSnd 32 last_at:2016-07-03 10:58:44
protState CMDs_done
rssi_HMLAN1 avg:-88.8 min:-90 max:-87 lst:-88 cnt:5
rssi_at_HMLAN1 avg:-63.68 min:-65 max:-62 lst:-65 cnt:32
Readings:
2016-07-03 10:58:35 CommandAccepted yes
2016-04-27 19:42:46 D-firmware 2.3
2016-04-27 19:42:46 D-serialNr MEQ0225159
2016-07-03 10:58:42 PairedTo 0x54D789
2016-04-27 19:44:12 R-kueche_remote_6fach_Btn_02-lgActionType jmpToTarget
2016-04-27 19:44:12 R-kueche_remote_6fach_Btn_02-shActionType jmpToTarget
2016-04-27 19:44:10 R-pairCentral 0x54D789
2016-04-27 19:44:11 R-sign off
2016-07-03 10:58:42 RegL_00. 02:01 0A:54 0B:D7 0C:89 15:FF 18:00 00:00
2016-07-03 10:58:43 RegL_01. 08:00 30:06 57:24 00:00
2016-07-03 10:58:44 RegL_03.kueche_remote_6fach_Btn_02 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63 00:00
2016-07-03 10:58:35 deviceMsg off (to vccu)
2016-07-03 10:58:35 level 0
2016-07-03 10:58:35 pct 0
2016-07-03 10:58:43 peerList kueche_remote_6fach_Btn_02,
2016-07-03 10:58:35 recentStateType ack
2016-06-29 13:37:30 sabotageAttackId_ErrIoId_F10000 cnt:12
2016-07-03 10:58:35 state off
2016-07-03 10:58:35 timedOn off
2016-06-30 23:45:14 trigLast kueche_remote_6fach_Btn_02:short
2016-06-30 23:45:14 trig_kueche_remote_6fach_Btn_02 short
Helper:
HM_CMDNR 24
cSnd 0154D78937DBD90103,0154D78937DBD901043667BF0203
dlvlCmd ++A01154D78937DBD90201000000
mId 0069
peerIDsRaw ,3667BF02,00000000
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +37DBD9,00,00,00
nextSend 1467536324.82945
rxt 0
vccu vccu
p:
37DBD9
00
00
00
Mrssi:
mNo 18
Io:
HMLAN1 -63
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1467536324.75204
ack:
HASH(0x1dfbfe8)
18800254D78937DBD900
Rssi:
Hmlan1:
avg -88.8
cnt 5
lst -88
max -87
min -90
At_hmlan1:
avg -63.6875
cnt 32
lst -65
max -62
min -65
Shadowreg:
Tmpl:
Attributes:
IODev vccu
IOgrp vccu
alias Licht Küche
autoReadReg 4_reqStatus
expert 2_full
firmware 2.3
group Licht Küche
icon light_ceiling
model HM-LC-Sw1PBU-FM
peerIDs 00000000,3667BF02,
room Küche
serialNr MEQ0225159
subType switch
webCmd on:off
Sieht ja fast so aus, als wäre mein myHMUART tot?!
Die 00_HMUART.pm habe ich gestern oder vorgestern neu gezogen:
# md5sum 00_HMUARTLGW.pm
35797647e25402b25796b45ebfc7c62a 00_HMUARTLGW.pm
Die 10_CUL_HM ist in folgender Version vorhanden:
File Rev Last Change
10_CUL_HM.pm 11685 2016-06-18 08:02:09Z martinp876
Hast du eine Idee?
Ist der Patch für CUL_HM von Michael zwischenzeitlich von Martin eingepflegt worden? Wenn nein und es gab ein Update für CUL_HM, dann musst Du den Patch erneut ausführen.
Beides erledigt getan
Hatte meinen RPi bisher am USB-Port eines WLAN-Routers. Habe den RPi jetzt mal an ein eigenes Netzteil gehängt und ich sehe den myHMUART jetzt wieder in meinen HM-Devices. Beobachte das ganze weiter.
Ich habe die Vermutung, dass der HMUART Probleme mit dem HM-WDS30-OT2-SM hat. Wollte jetzt "burstRx on" setzen und danach funktioniert mein myHMUART nicht mehr. Der HM-WDS30-OT2-SM quittiert sether einen Druck auf die Konfigtaste mit einer roten LED. Und im Log häufen sich wieder die Meldungen von oben.
Was kann ich tun?
Hallo,
Zitat von: Jorge3711 am 03 Juli 2016, 21:32:12
Ich habe die Vermutung, dass der HMUART Probleme mit dem HM-WDS30-OT2-SM hat. Wollte jetzt "burstRx on" setzen und danach funktioniert mein myHMUART nicht mehr.
Hmm, das ist komisch. Benutzt Du irgendwelche virtuellen Geraete mit eigener hmId?
Das was Du siehst deutet auf eine Speicherkorruption in der HMUART-Firmware hin, die dazu fuehrt, dass jeder Request mit "Bin gerade beschaeftigt, bitte kurz warten" beantwortet wird.
Hast Du evtl. auch ein Log, welches das Problem initial ausgeloest hat, also ab dem Send zum HM-WDS30-OT2-SM bis zu den "Ack 08"? Gerne auch per Mail/PM.
Zitat
Der HM-WDS30-OT2-SM quittiert sether einen Druck auf die Konfigtaste mit einer roten LED.
Hmm, sehr komisch. Batterie raus/rein?
Zitat
Was kann ich tun?
set myHmUart restart
Viele Gruesse
Michael
Nach Restart und aktueller Version:
2016.07.03 22:08:19 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/00_HMUARTLGW.pm line 767.
bis die Tage
Klaus
EDIT: FIXED :)
Hallo,
Zitat von: Rampler am 03 Juli 2016, 22:10:14
2016.07.03 22:08:19 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/00_HMUARTLGW.pm line 767.
Hier brauch ich ein Log der Meldungen davor. Im Normalfall darf das Modul nie an dieser Stelle landen.
Viele Grüße
Michael
Zitat von: mgernoth am 03 Juli 2016, 22:21:31
Hier brauch ich ein Log der Meldungen davor. Im Normalfall darf das Modul nie an dieser Stelle landen.
Hallo Michael,
reicht das ... ?
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 06261118000000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 06322BFA010000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 06344397010000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 0647A778010000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 06261118010000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 06261118010000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 0647A778010000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 06344397010000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 06322BFA010000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 06331747000000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 040701010005FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 08
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 04070101331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF0147A778FFFFFFFFFFFFFFFF01, state 93
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.07.03 22:33:57 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.03 22:33:57 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:57 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:57 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:57 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 03749D193DFF62CDD85B5C22873DAB6A4001
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 0401, state 14
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 01, state 14
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 0F0000000000000000000000000000000000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 0401, state 15
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 01, state 15
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 0B0000000000000000000000000000000000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 0401, state 16
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 01, state 16
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 02 00 00 01 msg: 02 B0 01 29A083 331747 010E
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.07.03 22:33:57 0: HMUARTLGW HMUART Ack: 02
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 05 01 01 4E msg: 02 A4 10 331747 29A083 0601000051
2016.07.03 22:33:57 3: CUL_HM set Alarm_sir_int statusRequest
2016.07.03 22:33:57 0: HMUARTLGW HMUART send: 01 062E1461000000
2016.07.03 22:33:57 0: HMUARTLGW HMUART recv: 01 0408, state 90
2016.07.03 22:33:57 0: HMUARTLGW HMUART GetSet Ack: 08, state 90
2016.07.03 22:33:57 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/00_HMUARTLGW.pm line 767.
2016.07.03 22:33:58 0: HMUARTLGW HMUART send: 01 062E1461000000
2016.07.03 22:33:58 0: HMUARTLGW HMUART recv: 01 040701010006FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:58 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:58 0: HMUARTLGW HMUART send: 01 08
2016.07.03 22:33:58 0: HMUARTLGW HMUART recv: 01 04070102331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF0147A778FFFFFFFFFFFFFFFF01, state 93
2016.07.03 22:33:58 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.07.03 22:33:58 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.03 22:33:58 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:58 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:58 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:58 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:58 0: HMUARTLGW HMUART recv: 01 040702022E1461FFFFFFFFFFFFFFFF00, state 93
2016.07.03 22:33:58 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.07.03 22:33:58 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.03 22:33:58 0: HMUARTLGW HMUART send: 01 02 00 00 01 msg: 02 B0 01 29A083 2E1461 010E
2016.07.03 22:33:58 3: CUL_HM set BD.licht statusRequest
2016.07.03 22:33:58 0: HMUARTLGW HMUART recv: 01 0402, state 100
2016.07.03 22:33:58 0: HMUARTLGW HMUART Ack: 02
2016.07.03 22:33:58 0: HMUARTLGW HMUART send: 01 062F0FE2000000
2016.07.03 22:33:58 0: HMUARTLGW HMUART recv: 01 0408, state 90
2016.07.03 22:33:58 0: HMUARTLGW HMUART GetSet Ack: 08, state 90
2016.07.03 22:33:59 0: HMUARTLGW HMUART recv: 01 05 01 01 27 msg: 02 A4 10 2E1461 29A083 0601000031
2016.07.03 22:33:59 0: HMUARTLGW HMUART send: 01 062F0FE2000000
2016.07.03 22:33:59 0: HMUARTLGW HMUART recv: 01 040701010007FFFFFFFFFFFFFFFF, state 90
2016.07.03 22:33:59 0: HMUARTLGW HMUART GetSet Ack: 07, state 90
2016.07.03 22:33:59 0: HMUARTLGW HMUART send: 01 08
2016.07.03 22:33:59 0: HMUARTLGW HMUART recv: 01 04070102331747FFFFFFFFFFFFFFFF00261118FFFFFFFFFFFFFFFF01322BFAFFFFFFFFFFFFFFFF01344397FFFFFFFFFFFFFFFF012F0FE2FFFFFFFFFFFFFFFF00, state 93
2016.07.03 22:33:59 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.07.03 22:33:59 0: HMUARTLGW HMUART known peer: 331747, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.03 22:33:59 0: HMUARTLGW HMUART known peer: 261118, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:59 0: HMUARTLGW HMUART known peer: 322BFA, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:59 0: HMUARTLGW HMUART known peer: 344397, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:59 0: HMUARTLGW HMUART known peer: 2F0FE2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.03 22:33:59 0: HMUARTLGW HMUART recv: 01 0407020247A778FFFFFFFFFFFFFFFF012E1461FFFFFFFFFFFFFFFF00, state 93
2016.07.03 22:33:59 0: HMUARTLGW HMUART GetSet Ack: 07, state 93
2016.07.03 22:33:59 0: HMUARTLGW HMUART known peer: 47A778, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.07.03 22:33:59 0: HMUARTLGW HMUART known peer: 2E1461, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.03 22:33:59 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 02 A0 01 29A083 2F0FE2 010Ebis dann
Klaus
Ich verzweifel noch an dem Ding...
2016.07.04 22:03:17 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.07.04 22:03:21 1: HMUARTLGW myHmUART: queue is full, dropping packet
Was das ausgelöst hat? Keine Ahnung.
Probier mal:
attr myHmUART qLen 60
Sollte helfen ..
Hallo zusammen,
ich habe Martin mal via PM angeschrieben, er wird die Änderungen in die 10_CUL_HM.pm einpflegen. Er hatte den Hinweis hier im Thread nicht gelesen..
bis die Tage
Klaus
PS: Für mich läuft der HMUART tadellos, keinerlei Probleme mehr erkennbar.. :)
Dafür musste nun ein HMLAN Adapter weichen ...
Gibt es eine Möglichkeit das ganze auch auf einem Raspberry Pi Zero zum laufen zu bringen und per WLAN ins Netz einzubinden. Mein FHEM würde ich dann gerne auf einem anderen Raspberry Pi 3 laufen lassen.
Gesendet von iPhone mit Tapatalk
hier läuft ein "tiefergelegter" hmuart auf pi3 bisher problemlos im lauschmodus, sowohl anfangs mit fw1.2.1, als nun auch mit fw1.4.1. 8)
danke michael und betateilchen.
erste und einzige warnung nach ca 12 std:
2016.07.11 05:53:14 0: HMUARTLGW hmuart1 send: 00 08
2016.07.11 05:53:14 0: HMUARTLGW hmuart1 recv: 00 040200, state 98
2016.07.11 05:53:14 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.11 05:53:17 0: HMUARTLGW hmuart1 recv: 01 05 00 00 3B msg: 6E A2 70 6869B6 1ACE1F 00F44027550000002408FC
2016.07.11 05:53:17 0: HMUARTLGW hmuart1 recv: 01 05 00 00 1D msg: 6E 80 02 1ACE1F 6869B6 00
2016.07.11 05:53:17 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2F msg: 2E 80 5E 266EA5 1ACE1F 0000000000000000000000
2016.07.11 05:53:29 0: HMUARTLGW hmuart1 send: 00 08
2016.07.11 05:53:29 0: HMUARTLGW hmuart1 recv: 00 040200, state 98
2016.07.11 05:53:29 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.11 05:53:32 0: HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: 17 86 70 20DFE1 000000 00D44B
2016.07.11 05:53:36 1: PERL WARNING: Use of uninitialized value $unescaped in numeric lt (<) at ./FHEM/00_HMUARTLGW.pm line 1278.
2016.07.11 05:53:36 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2F msg: 2F 80 5E 266EA5 1ACE1F 0000000000000000000000
2016.07.11 05:53:37 0: HMUARTLGW hmuart1 recv: 01 05 00 00 49 msg: 1C 86 70 2064CB 000000 00DE45
2016.07.11 05:53:44 0: HMUARTLGW hmuart1 send: 00 08
2016.07.11 05:53:44 0: HMUARTLGW hmuart1 recv: 00 040200, state 98
2016.07.11 05:53:44 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
Hallo,
Zitat von: frank am 11 Juli 2016, 08:08:22
erste und einzige warnung nach ca 12 std:
2016.07.11 05:53:36 1: PERL WARNING: Use of uninitialized value $unescaped in numeric lt (<) at ./FHEM/00_HMUARTLGW.pm line 1278.
2016.07.11 05:53:36 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2F msg: 2F 80 5E 266EA5 1ACE1F 0000000000000000000000
Danke, fixed :-)
Viele Gruesse
Michael
Hallo,
ich habe den Thread eben mal schnell überflogen, aber trotzdem ist mir folgendes nicht klar bzw. könnte mir jemand die Fragen bestätigen?
1. Das HM-MOD-RPI-PCB besteht doch aus Sende- und Empfangsteil, richtig?
2. Welche Software (Linux ist klar) läuft auf dem Raspi, um die HW anzusprechen und woher kommt sie?
3. Kann ich FHEM auch auf einem anderen Gerät laufen lassen oder muss FHEM zwingend auf den rspi?
Danke und Gruß
Blueberry63
1. ja
2. fhem mit dem neuen Modul und CUL_HM
3. noch nicht - ja; FHEM2FHEM könnte gehen. Müsste getestet werden.
Hallo mgernoth
Ist das Modul für den FHEM Repository vorgesehen?
Gruss Peter
Hallo,
Zitat von: PeterS am 11 Juli 2016, 17:11:58
Ist das Modul für den FHEM Repository vorgesehen?
Ja, wenn Martin den Patch in 10_CUL_HM.pm eingepflegt hat, werde ich das Modul ins SVN einpflegen.
Viele Grüße
Michael
Hallo,
mit freuden lese ich diesen Artikel. Eigentlich wollte ich mir einen zweiten HM-CFG-USB holen, aber der ist ja leider nirgends mehr zu finden.
Da mein FHEM auf einem Raspberry Pi läuft kommt dieses Modul also im richtigen Moment. Na dann werde ich wohl ein Modul bestellen. Im letzten ELV Newsletter war doch schon wieder ein Bonusgutschein drin, na dann ... :)
Zu folgender Frage:
Zitat von: blueberry63 am 11 Juli 2016, 14:41:43
...
3. Kann ich FHEM auch auf einem anderen Gerät laufen lassen oder muss FHEM zwingend auf den rspi?
...
Bisher lese ich hier immer nur das das Modul via /dev/ttyAMA0 angesprochen wird. Das ist eine serielle Schnittstelle. Daher frage ich mich welche PINs des Pi das Aufsteckmodul verwendet. Vermutlich GND, +3,3V, RX und TX. Wenn dem so ist müsste es doch möglich sein das Aufsteckmodul mittels USB/Seriel Adapter wie z.B. den weit verbreitetend FTDI FT232... Adaptern oder einem weniger edlen Adapter mit CP2102 Chip an jedem beliebiegen USB Port eines jeden PCs zu nutzen. Also unabhängig vom Raspberry Pi. Es sollte nur vorher der TTL Pegel geklärt werden. Da das Modul für den Raspberry Pi ist werden es wohl 3,3 V sein.
Gruß
Christian
Besteht eigentlich die Möglichkeit das Modul an einen ESP mit Serial Interface zu koppeln so wie es bei manchen CULs bereits gemacht wird?
Gesendet von iPhone mit Tapatalk
Wenn ich richtig informiert bin, möchte Michael noch den hmland erweitern oder einen eigenen Dämon dafür erstellen.
Die Variante mit dem ESP wäre halt deutlich kleiner und billiger als ein Raspberry Pi. Deswegen bin ich auf die Idee gekommen. Werde mir jetzt aber einfach mal ein Modul bestellen und das ganze testen.
Gesendet von iPhone mit Tapatalk
Hallo Michael,
nach Restart Raspberry:
2016.07.11 20:54:41 3: NTFY return: AZ.iam:-110
2016.07.11 20:54:41 0: Featurelevel: 5.7
2016.07.11 20:54:41 0: Server started with 314 defined entities (fhem.pl:11611/2016-06-04 perl:5.014002 os:linux user:fhem pid:1878)
2016.07.11 20:54:41 1: Perfmon: possible freeze starting at 20:54:15, delay is 26.289
2016.07.11 20:54:41 0: HMUARTLGW HMUART send: 00 00
2016.07.11 20:54:41 1: HMUARTLGW HMUART frame with wrong length received: 23, should: 4: FD00001201E6050001384586702BBFE800000000EA3AF613
2016.07.11 20:54:41 0: HMUARTLGW HMUART recv: 00 0402436F5F4350555F417070, state 1
2016.07.11 20:54:41 3: HMUARTLGW HMUART currently running Co_CPU_App
2016.07.11 20:54:41 1: HMLAN_Parse: HMLAN1 new condition ok
2016.07.11 20:54:41 1: HMLAN_Parse: HMLAN2 new condition ok
2016.07.11 20:54:42 0: HMUARTLGW HMUART send: 01 0029A083
2016.07.11 20:54:42 0: HMUARTLGW HMUART recv: 01 0401, state 4
2016.07.11 20:54:42 0: HMUARTLGW HMUART GetSet Ack: 01, state 4
Restart FHEM,ohne Meldung ...
bis die Tage
Klaus
Hallo,
ähnliches bei mir:
2016.07.11 21:48:33 0: Server shutdown
2016.07.11 21:48:37 1: Including fhem.cfg
2016.07.11 21:48:38 3: WEB: port 8083 opened
2016.07.11 21:48:38 2: eventTypes: loaded 214 events from ./log/eventTypes.txt
2016.07.11 21:48:38 3: Opening HM_UART device /dev/ttyAMA0
2016.07.11 21:48:38 3: Setting HM_UART serial parameters to 115200,8,N,1
2016.07.11 21:48:38 3: HM_UART device opened
2016.07.11 21:48:39 1: Including ./log/fhem.save
2016.07.11 21:48:39 2: SecurityCheck: WEB has no associated allowed device with basicAuth. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.07.11 21:48:39 0: Featurelevel: 5.7
2016.07.11 21:48:39 0: Server started with 21 defined entities (fhem.pl:11756/2016-07-07 perl:5.020002 os:linux user:fhem pid:572)
2016.07.11 21:48:39 1: HMUARTLGW HM_UART frame with wrong length received: 8, should: 4: FD00000E0001040243
2016.07.11 21:48:39 1: HMUARTLGW HM_UART frame with wrong length received: 16, should: 4: FD00000E00010402436F5F4350555F4170
2016.07.11 21:48:39 1: HMUARTLGW HM_UART frame with wrong length received: 19, should: 4: FD00000E00010402436F5F4350555F417070F014
2016.07.11 21:48:43 3: CUL_HM set HM_4BD2DA_Dis_01 getConfig
2016.07.11 21:48:48 1: HMUARTLGW HM_UART frame with wrong length received: 19, should: 4: FD00000E00010402436F5F4350555F417070F014
2016.07.11 21:48:49 1: HMUARTLGW HM_UART did not respond, reopening
2016.07.11 21:48:49 1: HMUARTLGW HM_UART Reopen
2016.07.11 21:48:49 3: Setting HM_UART serial parameters to 115200,8,N,1
2016.07.11 21:48:49 1: /dev/ttyAMA0 reappeared (HM_UART)
2016.07.11 21:48:58 3: HMUARTLGW HM_UART currently running Co_CPU_App
Habe fhem update gemacht und noch mal neu geholt und gepatched (muss man ja noch!?).
Obiges im Log nach reboot...
Bislang ohne Probleme, sogar mit dem Klingelsensor, der an meinem anderen Testsystem mit nanoCUL Probleme macht: NACK und Timeout_RegisterRead...
Hier problemlos...
Dafür ist es mit dem neuen e-paper Display andersrum ;-)
Aber da ist wohl noch was mit dem e-paper Display...
Wobei nach dem reboot wohl ein getConfig läuft und dann alles gut ist...
...bis auf obige Meldungen.
Weil ich grad dabei bin:
ich habe eine vccu wo der HM_UART als IODev eingetragen ist.
Dieser zeigt dort allerdings "disconnected".
Der HM_UART selbst ist opened und funktioniert auch...
Hier list der vccu:
Internals:
DEF AFFE22
HM_UART_MSGCNT 82
HM_UART_RAWMSG 05000036A1865A32185B000000A50E3A
HM_UART_RSSI -54
HM_UART_TIME 2016-07-11 21:57:39
IODev HM_UART
LASTInputDev HM_UART
MSGCNT 82
NAME vccu
NR 18
NTFY_ORDER 50-vccu
STATE HM_UART:disconnected,
TYPE CUL_HM
assignedIOs HM_UART
Readings:
2016-07-11 21:57:39 unknown_32185B received
2016-07-11 21:57:34 unknown_3227F4 received
Helper:
HM_CMDNR 1
mId FFF0
rxType 1
Expert:
def 1
det 1
raw 0
tpl 0
Io:
vccu vccu
ioList:
HM_UART
Mrssi:
mNo
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
vrt 1
Tmpl:
Attributes:
IODev HM_UART
IOList HM_UART
IOgrp vccu
expert 1_allReg
model CCU-FHEM
subType virtual
webCmd virtual:update
und ein list des HM_UART:
Internals:
AssignedPeerCnt 2
CHANGED
CNT 62
DEF /dev/ttyAMA0
DEVCNT 62
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 8
NAME HM_UART
NR 17
PARTIAL
RAWMSG 04026F
RSSI -63
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 56
msgLoadCurrentRaw 111
msgLoadHistory 1/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 56/55/-/-/-/-/-/-/-/-/-/-/-
owner AFFE22
owner_CCU vccu
Helper:
CreditTimer 39
FW 66561
Initialized 1
SendCnt 2
Ackpending:
Assignedpeers:
398B7D FFFFFFFFFFFFFFFF (flags: 0)
4BD2DA FFFFFFFFFFFFFFFF (flags: 0)
LastSendLen:
3
3
PeerQueue:
PendingCMD:
Loadlvl:
lastHistory 1468266839.32718
log:
Peers:
398B7D assigned
4BD2DA assigned
Readings:
2016-07-11 21:48:59 D-HMIdAssigned AFFE22
2016-07-11 21:48:59 D-HMIdOriginal 4708A9
2016-07-11 21:48:59 D-firmware 1.4.1
2016-07-11 21:48:59 D-serialNr NEQ0229905
2016-07-11 21:48:38 D-type HM-MOD-UART
2016-07-11 21:48:59 cond ok
2016-07-11 21:49:00 load 56
2016-07-11 21:48:59 loadLvl batchLevel
2016-07-11 21:48:49 state opened
Helper:
Attributes:
hmId AFFE22
qLen 60
Danke schon mal, Joachim
Zitat von: Weissbrotgrill am 11 Juli 2016, 17:44:13
Wenn dem so ist müsste es doch möglich sein das Aufsteckmodul mittels USB/Seriel Adapter wie z.B. den weit verbreitetend FTDI FT232... Adaptern oder einem weniger edlen Adapter mit CP2102 Chip an jedem beliebiegen USB Port eines jeden PCs zu nutzen. Also unabhängig vom Raspberry Pi. Es sollte nur vorher der TTL Pegel geklärt werden. Da das Modul für den Raspberry Pi ist werden es wohl 3,3 V sein.
Moin,
Ja. Sollte kein Thema sein. Pegel sind 3,3V. Ebenso sollte Anbindung über ESP als serial bridge klappen, falls FHEM schon woanders läuft. Die I2C-Pins sind frei, hatte RTC ergänzt.
BTW. Danke, läuft beir mir stabiler als CUL mir FW1.66. HM-MOD-RE8 war sonst Problemkinder, jetzt alles stabil.
Gruß,
Michael
Probleme mit 3 Rollladenaktoren HM-LC-Bl1PBU-FM, hier ein exemplarischer List eines der Aktoren:
Internals:
DEF 30D102
IODev HMLAN1
LASTInputDev myHmUART
MSGCNT 12
NAME kueche_rollladen_links
NR 58
NTFY_ORDER 50-kueche_rollladen_links
STATE MISSING ACK
TYPE CUL_HM
myHmUART_MSGCNT 12
myHmUART_RAWMSG 0500003B02A011F1000030D1020201C80000
myHmUART_RSSI -59
myHmUART_TIME 2016-07-12 13:54:35
peerList kueche_remote_6fach_Btn_05,
protCmdDel 1
protErrIoId_F10000 12 last_at:2016-07-12 13:54:35
protResnd 3 last_at:2016-07-12 13:54:34
protResndFail 1 last_at:2016-07-12 13:54:39
protSnd 1 last_at:2016-07-12 13:54:22
protState CMDs_done_Errors:1
Readings:
2016-07-12 13:50:54 CommandAccepted yes
2016-04-27 19:42:46 D-firmware 2.8
2016-04-27 19:42:46 D-serialNr LEQ1028241
2016-07-12 13:28:43 PairedTo 0x54D789
2016-04-30 09:30:53 R-driveDown 16 s
2016-04-30 09:30:53 R-driveTurn 0.5 s
2016-04-30 09:30:53 R-driveUp 17 s
2016-04-30 09:30:55 R-kueche_remote_6fach_Btn_05-lgActionType jmpToTarget
2016-04-30 09:30:55 R-kueche_remote_6fach_Btn_05-lgOnLevel 100 %
2016-04-30 09:30:55 R-kueche_remote_6fach_Btn_05-shActionType jmpToTarget
2016-04-30 09:30:55 R-kueche_remote_6fach_Btn_05-shOnLevel 100 %
2016-04-30 09:30:52 R-pairCentral 0x54D789
2016-04-30 09:30:53 R-sign off
2016-07-12 13:52:17 RegL_00.
2016-07-12 13:50:54 deviceMsg on (to vccu)
2016-07-12 13:50:54 level 100
2016-07-12 13:50:54 motor stop:on
2016-07-12 13:50:54 pct 100
2016-07-12 13:53:26 peerList kueche_remote_6fach_Btn_05,
2016-07-12 13:50:54 recentStateType ack
2016-07-12 13:50:54 rssi_HMLAN1 -72
2016-07-12 13:50:54 rssi_at_HMLAN1 -68
2016-07-12 13:50:54 rssi_at_myHmUART -54
2016-06-20 08:04:06 rssi_kueche_remote_6fach -68
2016-07-12 13:32:52 rssi_myHmUART -63
2016-07-12 13:54:35 sabotageAttackId_ErrIoId_F10000 cnt:12
2016-07-12 13:54:39 state MISSING ACK
2016-07-12 13:50:54 timedOn off
2016-06-20 08:04:06 trigLast kueche_remote_6fach_Btn_05:long
2016-06-20 08:04:06 trig_kueche_remote_6fach_Btn_05 long
Helper:
HM_CMDNR 2
cSnd ,11F1000030D1020201C80000
dlvl C8
dlvlCmd ++A011F1000030D1020201C80000
mId 006A
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +30D102,00,00,00
rxt 0
vccu vccu
p:
30D102
00
00
00
Mrssi:
mNo
Io:
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Tmpl:
Attributes:
IODev vccu
IOgrp vccu
alias Küchenfenster links
autoReadReg 0_off
devStateIcon on:fts_shutter_10 9[0-9].?5?:fts_shutter_10 8[0-9].?5?:fts_shutter_20 7[0-9].?5?:fts_shutter_30 6[0-9].?5?:fts_shutter_40 5[0-9].?5?:fts_shutter_50 4[0-9].?5?:fts_shutter_60 3[0-9].?5?:fts_shutter_70 2[0-9].?5?:fts_shutter_80 1[0-9].?5]?:fts_shutter_90 [1-9].?5?:fts_shutter_100 off:fts_shutter_100 undefined:fts_shutter_60
expert 2_full
firmware 2.8
group Rollladen
model HM-LC-Bl1PBU-FM
peerIDs 00000000,3667BF05,
room Küche
rssiLog 1
serialNr LEQ1028241
subType blindActuator
userattr room_map structexclude
webCmd on:off
widgetOverride widgetOverride pct:select,off,0,10,20,30,40,50,60,70,80,90,100,on
Direkt nach einem fhem Neustart bekomme ich von den 3 Aktoren bei einem beliebigen Befehl einen MISSING ACK gemeldet. Nach einer gewissen Wartezeit ohne weiteres zutun sind die Aktoren aber ansprechbar und ein Fahrbefehl wird umgesetzt. Im Anhang ein log mit komplett gesnifften FHEM Startvorgang mit anschließendem Schaltversuch (später ist da auch der erfolgreiche Schaltvorgang zu sehen).
Fhem vorhin aktualisiert, Deine 00_HMUART inkl. 10_CUL_HM Patch.
Aufgefallen ist es mir, weil nach einem Neustart die Rolläden nicht mit den anderen am Abend heruntergefahren sind (DOIF).
Hallo,
Zitat von: Rampler am 11 Juli 2016, 20:56:27
nach Restart Raspberry:
2016.07.11 20:54:41 1: HMUARTLGW HMUART frame with wrong length received: 23, should: 4: FD00001201E6050001384586702BBFE800000000EA3AF613
Zitat von: MadMax-FHEM am 11 Juli 2016, 21:59:19
ähnliches bei mir:
2016.07.11 21:48:39 1: HMUARTLGW HM_UART frame with wrong length received: 8, should: 4: FD00000E0001040243
Ja, das ist ein Firmwarebug des HMUART, der nach einem Neustart die Längenbytes bei den ersten Nachrichten auf 0 lässt. Da kann ich nichts machen, da müsste eQ-3 die Firmware fixen. Nach einem Restart des Moduls ist diese Nachricht also "normal", im laufenden Betrieb darf sie aber nicht mehr auftreten.
Zitat
ich habe eine vccu wo der HM_UART als IODev eingetragen ist.
Dieser zeigt dort allerdings "disconnected".
Der HM_UART selbst ist opened und funktioniert auch...
Das habe ich behoben, danke.
Zitat von: Jorge3711 am 12 Juli 2016, 14:00:20
Probleme mit 3 Rollladenaktoren HM-LC-Bl1PBU-FM, hier ein exemplarischer List eines der Aktoren:
...
Direkt nach einem fhem Neustart bekomme ich von den 3 Aktoren bei einem beliebigen Befehl einen MISSING ACK gemeldet. Nach einer gewissen Wartezeit ohne weiteres zutun sind die Aktoren aber ansprechbar und ein Fahrbefehl wird umgesetzt.
Ja, laut Log kommen die Befehle am Anfang gar nicht beim HMUARTLGW an. Poste bitte auch mal ein List Deiner VCCU und probiere evtl. ein preferred-IO in der IOGrp der Rolladenaktoren zu setzen (wobei ich das hier auch mit nicht-gesetztem preferred IO nicht nachvollziehen kann).
Es sieht irgendwie so aus, als würde die VCCU die Kommandos an ein anderes IO senden wollen?!
Viele Grüße
Michael
Zitat von: mgernoth am 12 Juli 2016, 17:17:20
Ja, laut Log kommen die Befehle am Anfang gar nicht beim HMUARTLGW an. Poste bitte auch mal ein List Deiner VCCU und probiere evtl. ein preferred-IO in der IOGrp der Rolladenaktoren zu setzen (wobei ich das hier auch mit nicht-gesetztem preferred IO nicht nachvollziehen kann).
Es sieht irgendwie so aus, als würde die VCCU die Kommandos an ein anderes IO senden wollen?!
Hier das List der VCCU:
Internals:
DEF 54D789
HMLAN1_MSGCNT 18
HMLAN1_RAWMSG E54D789,0000,2FE37D43,FF,FFBD,05800254D78930D13500
HMLAN1_RSSI -67
HMLAN1_TIME 2016-07-12 18:03:59
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 60
NAME vccu
NR 45
NTFY_ORDER 50-vccu
STATE HMLAN1:ok,myHmUART:ok,
TYPE CUL_HM
assignedIOs HMLAN1,myHmUART
lastMsg No:05 - t:02 s:54D789 d:30D135 00
myHmUART_MSGCNT 42
myHmUART_RAWMSG 0500003F03800254D78930D13500
myHmUART_RSSI -63
myHmUART_TIME 2016-07-12 17:08:08
protLastRcv 2016-07-12 18:03:59
rssi_at_HMLAN1 avg:-65 min:-69 max:-64 lst:-67 cnt:8
rssi_at_myHmUART avg:-60.2 min:-63 max:-60 lst:-63 cnt:30
Readings:
2016-07-12 18:03:59 CommandAccepted yes
2016-07-12 10:12:01 recentStateType ack
2016-07-12 14:58:11 state HMLAN1:ok,myHmUART:ok,
2016-06-14 23:31:06 unknown_3DFBFE received
2016-06-28 22:19:09 unknown_424242 received
2016-06-14 17:32:09 unknown_4A3486 received
2016-06-14 19:15:09 unknown_4C1211 received
2016-07-12 14:03:32 unknown_F10000 received
Helper:
HM_CMDNR 5
mId FFF0
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
nextSend 1468339440.05894
vccu vccu
ioList:
HMLAN1
myHmUART
Mrssi:
mNo 05
Io:
HMLAN1 -65
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
vrt 1
Rssi:
At_hmlan1:
avg -65
cnt 8
lst -67
max -64
min -69
At_myhmuart:
avg -60.2
cnt 30
lst -63
max -60
min -63
Tmpl:
Attributes:
IODev HMLAN1
IOList HMLAN1,myHmUART
IOgrp vccu
expert 2_full
group IODevs
model CCU-FHEM
room Zentrale
subType virtual
webCmd virtual:update
Hi,
irgendwas ist bei Dir ganz merkwürdig :-(
Zitat von: Jorge3711 am 12 Juli 2016, 18:08:36
Hier das List der VCCU:
Internals:
DEF 54D789
...
STATE HMLAN1:ok,myHmUART:ok,
Die VCCU sieht gut aus, mit vernünftiger hmId und zwei zugewiesenen IOs.
Aus Deinem alten Log:
Zitat
2016.07.12 13:57:05.978 0: HMUARTLGW myHmUART send: 01 0054D789
...
2016.07.12 13:57:35.069 3: CUL_HM set kueche_rollladen_links on
2016.07.12 13:57:35.110 0: HMUARTLGW myHmUART recv: 01 05 00 00 3C msg: 02 A0 11 F10000 30D102 0201C80000
2016.07.12 13:57:35.307 0: HMUARTLGW myHmUART recv: 01 05 00 00 3C msg: 02 A0 11 F10000 30D102 0201C80000
Die hmId wird im HMUART auf 54D789 gesetzt.
Später sendet CUL_HM den Befehl über ein anderes IO mit der hmId F10000 aus, worauf der Rolladenaktor natürlich nicht reagiert, da er diesen Absender nicht erkennt. Der HMUART empfängt hier nur.
Gibt es in dem System evtl. noch einen CUL, der nicht in der VCCU ist um im HomeMatic-Modus läuft? IIRC bekommen CULs ohne gesetzte hmId F1xxxx zugewiesen.
Viele Grüße
Michael
hallo michael,
ich habe mal einen extremtest mit dem hmuart gemacht. mit einem
set Thermostat\.[^_]+ getconfig
wurden 9 stück hm-cc-tc wandthermostate gleichzeitig abgefragt. bei 6 stück ist zudem burst aktiviert. dabei kam es öfter zu folgender meldung. was genau hat er denn hier für ein problem?
2016.07.12 17:52:39.921 0 : HMUARTLGW hmuart1 can't send due to CSMA/CA, trying again in a bit
insgesamt war der test erwartungsgemäss sehr ernüchternd, ist aber eigentlich ohne sichtbare fehler abgelaufen. die vielen msgs haben wohl alle beteiligten durcheinandergebracht, sodass erst sehr viel später ein paar thermostate erfolgreich über autoreadreg ausgelesen wurden.
sendet der hmuart eigentlich auch "reale" timestamps bzgl. senden und empfangen? anhand der logdaten scheint mir das senden einer "antwort" meistens sehr schnell zu sein. eventuell manchmal zu schnell, da häufig keine antworten kamen, wie hier?
2016.07.12 18:04:55.373 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 82 86 70 206278 000000 00D941
2016.07.12 18:04:55.376 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 8E A1 12 1ACE1F 206278
2016.07.12 18:04:55.650 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 3F msg: 8E 80 02 206278 1ACE1F 00
2016.07.12 18:04:55.653 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 8F A0 01 1ACE1F 206278 02040000000005
2016.07.12 18:04:56.605 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.12 18:04:56.606 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
eine fehlermeldung gab es dann doch. hat die mit deinem patch zu tun, oder ist das martins baustelle?
2016.07.12 18:52:56.280 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: AB A0 01 1ACE1F 206278 02040000000006
2016.07.12 18:52:56.391 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:01E00D07 d:FF r:FFB6 m:AB A001 1ACE1F 206278 02040000000006
2016.07.12 18:52:56.404 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0130A281 d:FF r:FFC0 m:AB A001 1ACE1F 206278 02040000000006
2016.07.12 18:52:56.517 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.12 18:52:56.518 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.12 18:52:56.519 0 : HMUARTLGW hmuart1 send: 01 02 00 00 01 msg: AB B1 12 1ACE1F 206278
2016.07.12 18:52:56.523 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3F msg: AB A0 10 206278 1ACE1F 03012422482A8A2A902290289028902890
2016.07.12 18:52:56.524 1 : PERL WARNING: Argument "AB" isn't numeric in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3100.
2016.07.12 18:52:56.530 0 : HMUARTLGW hmuart1 recv: 01 0408, state 100
2016.07.12 18:52:56.531 0 : HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2016.07.12 18:52:56.532 0 : HMLAN_Parse: hmlan1 R:E206278 stat:0000 t:01E00D90 d:FF r:FFC1 m:AB A010 206278 1ACE1F 03012422482A8A2A902290289028902890
2016.07.12 18:52:56.535 0 : HMLAN_Parse: hmusb1 R:E206278 stat:0000 t:0130A30A d:FF r:FFB3 m:AB A010 206278 1ACE1F 03012422482A8A2A902290289028902890
2016.07.12 18:52:56.640 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:01E00E00 d:FF r:FFB7 m:AB 8002 1ACE1F 206278 00
2016.07.12 18:52:56.663 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0130A37A d:FF r:FFC0 m:AB 8002 1ACE1F 206278 00
dann noch eine kleinigkeit im fhem device:
hier gibt es ja das nette reading load. es werden aber leider keine events erzeugt, auch nicht mit "attr event-on-update load". ist das absicht?
gruss frank
Hallo Michael,
Zitat
Zitat
ich habe eine vccu wo der HM_UART als IODev eingetragen ist.
Dieser zeigt dort allerdings "disconnected".
Der HM_UART selbst ist opened und funktioniert auch...
Das habe ich behoben, danke.
Hab grad geholt: nun ist er "ok" :-)
Vielen Dank!
Beim neuen e-paper-display bekomme ich aktuell noch
RESPONSE TIMEOUT:RegisterRead, allerdings nichts im Log.
Das e-paper-display funktioniert interessanterweise mit meinem nanoCUL...
...bei dem ich ein (dieses) Problem mit dem Klingelsensor habe (wobei dort das pairing schon nicht gut geht)...
...der Klingelsensor funktioniert dafür mit dem HM_UART...
Interessante Umstände...
Pairing mit dem e-paper-display geht gut nur der/die getConfi danach nicht.
Wobei dazu eine ganze Flut von Messages losgetreten wird (bis zu 45 messages pending)...
Und so wie es aussieht nach jedem Boot erneut...
Hier mal ein list des e-paper-displays:
Internals:
DEF 4BD2DA
HM_UART_MSGCNT 104
HM_UART_RAWMSG 0501002E27A0104BD2DAAFFE220100000000
HM_UART_RSSI -46
HM_UART_TIME 2016-07-12 22:29:50
IODev HM_UART
LASTInputDev HM_UART
MSGCNT 104
NAME HM_4BD2DA
NR 22
NTFY_ORDER 50-HM_4BD2DA
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 HM_4BD2DA_Dis_01
channel_02 HM_4BD2DA_Dis_02
channel_03 HM_4BD2DA_Key_01
channel_04 HM_4BD2DA_Key_02
channel_05 HM_4BD2DA_Key_03
channel_06 HM_4BD2DA_Key_04
channel_07 HM_4BD2DA_Key_05
channel_08 HM_4BD2DA_Key_06
channel_09 HM_4BD2DA_Key_07
lastMsg No:27 - t:10 s:4BD2DA d:AFFE22 0100000000
protCmdDel 92
protLastRcv 2016-07-12 22:29:50
protResnd 6 last_at:2016-07-12 22:29:55
protResndFail 6 last_at:2016-07-12 22:30:00
protSnd 143 last_at:2016-07-12 22:29:50
protState CMDs_done_Errors:1
rssi_at_HM_UART lst:-46 min:-46 avg:-45.98 max:-45 cnt:104
Readings:
2016-07-11 21:32:21 CommandAccepted no
2016-07-11 21:41:57 D-firmware 1.0
2016-07-11 21:41:57 D-serialNr NEQ0711293
2016-07-12 22:29:37 PairedTo 0xAFFE22
2016-07-11 21:32:25 R-displayInvert off
2016-07-11 21:32:25 R-pairCentral 0xAFFE22
2016-07-11 21:32:25 R-powerSupply bat
2016-07-11 21:32:25 R-wakeupBehavMsg on
2016-07-11 21:32:25 R-wakeupBehavior on
2016-07-12 22:30:00 state RESPONSE TIMEOUT:RegisterRead
Helper:
HM_CMDNR 40
cSnd 01AFFE224BD2DA0803,01AFFE224BD2DA09040000000001
mId 00FB
rxType 6
Expert:
def 1
det 1
raw 0
tpl 0
Io:
newChn +4BD2DA,00,00,00
rxt 0
vccu vccu
p:
4BD2DA
00
00
00
prefIO:
HM_UART
Mrssi:
mNo 27
Io:
HM_UART -44
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
dev 1
Rpt:
IO HM_UART
flg A
ts 1468355390.70463
ack:
HASH(0x26b69f8)
278002AFFE224BD2DA00
Rssi:
At_hm_uart:
avg -45.9807692307692
cnt 104
lst -46
max -45
min -46
Shadowreg:
Tmpl:
Attributes:
IODev HM_UART
IOgrp vccu:HM_UART
autoReadReg 4_reqStatus
expert 1_allReg
firmware 1.0
model HM-Dis-EP-WM55
msgRepeat 1
room CUL_HM
serialNr NEQ0711293
subType pushButton
webCmd getConfig:clear msgEvents
Was würde helfen das Problem zu lokalisieren/identifizieren?
Gruß, Joachim
Zitat von: mgernoth am 12 Juli 2016, 22:27:21
Die hmId wird im HMUART auf 54D789 gesetzt.
Später sendet CUL_HM den Befehl über ein anderes IO mit der hmId F10000 aus, worauf der Rolladenaktor natürlich nicht reagiert, da er diesen Absender nicht erkennt. Der HMUART empfängt hier nur.
Gibt es in dem System evtl. noch einen CUL, der nicht in der VCCU ist um im HomeMatic-Modus läuft? IIRC bekommen CULs ohne gesetzte hmId F1xxxx zugewiesen.
Es gibt noch einen CUL, der allerdings nix mit HomeMatic am Hut haben sollte. Den nutze ich für meine paar FS20 Steckdosenzwischenschalter. Hier das List von diesem CUL:
Internals:
CMDS BbCFiAZEGMKUYRTVWXefmltux
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/ttyACM0@9600 1034
DeviceName /dev/ttyACM0@9600
FD 15
FHTID 1034
NAME CUL_0
NR 100
NR_CMD_LAST_H 2
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.61 CUL868
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
Readings:
2016-07-12 13:56:59 cmds B b C F i A Z E G M K U Y R T V W X e f m l t u x
2016-07-12 23:05:32 raw is1FFFF1F0FF00
2016-07-12 13:56:59 state Initialized
XMIT_TIME:
1468357532.43046
1468357533.0189
Attributes:
group IODevs
rfmode SlowRF
room Zentrale
Mir ist gestern noch was aufgefallen:
2 der 3 Rollläden ist gestern getriggert durch das DOIF nicht gefahren. Der eine, der gefahren ist, war der kueche_rollladen_links aus meinem letzten Log von gestern (den konnte ich durch manuelle Befehle über das WebUI zur Mitarbeit bewegen). Die anderen beiden zeigten MISSING ACK im WebUI nachdem das DOIF die eigentlich getriggert haben sollte. Das interessante ist jetzt, dass durch einen manuellen Fahrbefehl über das WebUI die Rollläden sofort fuhren. Es gab keinen FHEM Neustart o.ä.
Gibt es hier einen Unterschied zwischen DOIF und WebUI getriggerten Befehlen? Ich verstehe nicht, warum das DOIF die Rollläden nicht fahren konnte, manuell es aber sofort funktioniert hat. Das manuelle fahren der Rollläden über FHEM passierte wenige Minuten nachdem das DOIF triggerte.
Leicht verwirrte Grüße
Carsten
Frage:
Zitat
Hallo,
ich habe den Thread eben mal schnell überflogen, aber trotzdem ist mir folgendes nicht klar bzw. könnte mir jemand die Fragen bestätigen?
1. Das HM-MOD-RPI-PCB besteht doch aus Sende- und Empfangsteil, richtig?
2. Welche Software (Linux ist klar) läuft auf dem Raspi, um die HW anzusprechen und woher kommt sie?
3. Kann ich FHEM auch auf einem anderen Gerät laufen lassen oder muss FHEM zwingend auf den rspi?
Antwort:
Zitat
Antwort
1. ja
2. fhem mit dem neuen Modul und CUL_HM
3. noch nicht - ja; FHEM2FHEM könnte gehen. Müsste getestet werden.
Es wäre für mich der Knaller, wenn das Ganze auch ohne FHEM-Installation laufen würde. Z.Zt. habe ich einen Raspi (ohne FHEM) mit 2 NanoCULS (866+433 MHz) bestückt und wenn ich nun noch das HMUART dort einbinden könnte, wäre das eine runde Sache.
Aber auch so ist Eure Arbeit hier super!!!
Gruß
Blueberry63
Hallo Joachim,
Zitat von: MadMax-FHEM am 12 Juli 2016, 22:47:53
Das e-paper-display funktioniert interessanterweise mit meinem nanoCUL...
...bei dem ich ein (dieses) Problem mit dem Klingelsensor habe (wobei dort das pairing schon nicht gut geht)...
Probier mal bitte die aktuelle Version des 00_HMUARTLGW.pm von github.
Zitat
...der Klingelsensor funktioniert dafür mit dem HM_UART...
Und teste bitte auch, ob ich den jetzt kaputt bekommen habe...
Viele Grüße
Michael
Hallo mgernoth
Nach einer Neuinstallation auf einem Raspi2, bekomme ich das Modul (Aktuellste Version aus dem github) nicht mehr zum Laufen :-(
Das Device wird geöffnet und wieder geschlossen ?
Ergänzend läuft mir dann das Log mit "HMUARTLGW myHmUART Reopen" voll !
Auszug fhem.cfg
define myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId 424242
attr myHmUART room System
Logauszug:
2016.07.14 11:49:58 1: HMUARTLGW myHmUART Reopen
2016.07.14 11:49:57 1: HMUARTLGW myHmUART Reopen
2016.07.14 11:49:52 1: HMUARTLGW myHmUART Reopen
2016.07.14 11:49:52 1: /dev/ttyAMA0 disconnected, waiting to reappear (myHmUART)
2016.07.14 11:49:49 0: Server started with 13 defined entities (fhem.pl:11756/2016-07-07 perl:5.020002 os:linux user:fhem pid:485)
2016.07.14 11:49:49 0: Featurelevel: 5.7
2016.07.14 11:49:49 2: SecurityCheck: WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.07.14 11:49:49 1: usb create end
2016.07.14 11:49:48 1: usb create starting
2016.07.14 11:49:48 1: Including ./log/fhem.save
2016.07.14 11:49:48 3: myHmUART device opened
2016.07.14 11:49:48 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.14 11:49:48 3: Opening myHmUART device /dev/ttyAMA0
2016.07.14 11:49:47 2: eventTypes: loaded 14 events from ./log/eventTypes.txt
2016.07.14 11:49:47 3: WEBtablet: port 8085 opened
2016.07.14 11:49:47 3: WEBphone: port 8084 opened
2016.07.14 11:49:47 3: WEB: port 8083 opened
2016.07.14 11:49:47 3: telnetPort: port 7072 opened
2016.07.14 11:49:47 1: Including fhem.cfg
Möglicherweise Probleme mit dem Port /dev/ttyAMA0 ?
Gruss Peter
hallo michael,
mit der aktuellen version habe ich jetzt immer ein delay von ca. 200ms und bekomme gar keine antworten mehr
2016.07.14 13:47:09.401 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:47:09.407 0 : HMUARTLGW hmuart1 recv: 00 040223, state 98
2016.07.14 13:47:09.408 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:47:09.408 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00774908065795898
2016.07.14 13:47:17.993 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 30 msg: CC 86 70 1DFDA5 000000 00C03B
2016.07.14 13:47:18.189 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: CF A1 12 1ACE1F 1DFDA5
2016.07.14 13:47:19.047 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:47:19.047 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:47:23.258 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 39 msg: BF 80 5E 266EA5 1ACE1F 0000000000000000000000
2016.07.14 13:47:24.407 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:47:24.411 0 : HMUARTLGW hmuart1 recv: 00 040223, state 98
2016.07.14 13:47:24.412 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:47:24.413 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00527501106262207
2016.07.14 13:47:32.901 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: 8F 86 70 206278 000000 00BD42
2016.07.14 13:47:33.099 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: A6 A1 12 1ACE1F 206278
2016.07.14 13:47:33.734 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 42 msg: 82 86 70 1936FF 000000 00B53F
2016.07.14 13:47:33.996 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:47:33.997 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:47:33.998 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 86 A1 12 1ACE1F 1936FF
2016.07.14 13:47:34.890 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:47:34.891 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:47:37.387 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 50 msg: FF 84 5E 24AF1D 000000 80BD5E00000000000935FD
2016.07.14 13:47:39.412 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:47:39.416 0 : HMUARTLGW hmuart1 recv: 00 040224, state 98
2016.07.14 13:47:39.417 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:47:39.417 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00524282455444336
2016.07.14 13:47:42.122 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 39 msg: C0 80 5E 266EA5 1ACE1F 0000000000000000000000
2016.07.14 13:47:46.585 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 37 msg: B4 A2 70 83765A 1ACE1F 00B83B27A30000BA9F0C80
2016.07.14 13:47:48.152 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 4D msg: C5 86 70 206219 000000 00A053
2016.07.14 13:47:48.350 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: C5 A1 12 1ACE1F 206219
2016.07.14 13:47:49.342 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:47:49.343 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:47:49.343 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: C6 A0 01 1ACE1F 206219 00040000000000
2016.07.14 13:47:50.252 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:47:50.252 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:47:51.886 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 34 msg: 83 86 70 2064CB 000000 00B83D
2016.07.14 13:47:52.086 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 87 A1 12 1ACE1F 2064CB
2016.07.14 13:47:52.945 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:47:52.946 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:47:54.416 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:47:54.420 0 : HMUARTLGW hmuart1 recv: 00 040225, state 98
2016.07.14 13:47:54.421 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:47:54.421 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00515007972717285
2016.07.14 13:48:00.986 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 39 msg: C1 80 5E 266EA5 1ACE1F 0000000000000000000000
2016.07.14 13:48:09.420 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:48:09.425 0 : HMUARTLGW hmuart1 recv: 00 040225, state 98
2016.07.14 13:48:09.425 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:48:09.426 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00549197196960449
2016.07.14 13:48:19.627 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 41 msg: 7D 86 70 20DFE1 000000 00BE48
2016.07.14 13:48:19.824 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 7D A1 12 1ACE1F 20DFE1
2016.07.14 13:48:19.849 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 39 msg: C2 80 5E 266EA5 1ACE1F 0000000000000000000000
2016.07.14 13:48:20.682 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:48:20.682 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:48:20.683 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 7E A0 01 1ACE1F 20DFE1 00040000000000
2016.07.14 13:48:21.524 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:48:21.524 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:48:21.525 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:48:21.529 0 : HMUARTLGW hmuart1 recv: 00 040226, state 98
2016.07.14 13:48:21.530 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:48:21.530 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00475597381591797
2016.07.14 13:48:22.135 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3D msg: 99 A2 58 B5B5B5 1C4E25 00FD
2016.07.14 13:48:22.265 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3E msg: 99 82 02 1C4E25 B5B5B5 0101C60040
2016.07.14 13:48:22.293 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3D msg: 99 A2 58 B5B5B5 1C4E25 00FD
2016.07.14 13:48:22.493 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3C msg: 99 A2 58 B5B5B5 1C4E25 00FD
2016.07.14 13:48:22.852 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 36 msg: 3D 86 70 1BF81B 000000 00BC40
2016.07.14 13:48:23.050 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 40 A1 12 1ACE1F 1BF81B
2016.07.14 13:48:24.034 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:48:24.035 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:48:24.425 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:48:24.429 0 : HMUARTLGW hmuart1 recv: 00 040226, state 98
2016.07.14 13:48:24.430 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:48:24.430 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00528383255004883
2016.07.14 13:48:30.827 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 2C msg: 3D A2 70 6869B6 1ACE1F 00C73427A2000000110898
2016.07.14 13:48:38.713 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: C3 80 5E 266EA5 1ACE1F 0000000000000000000000
2016.07.14 13:48:39.429 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:48:39.433 0 : HMUARTLGW hmuart1 recv: 00 040226, state 98
2016.07.14 13:48:39.434 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:48:39.434 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00534605979919434
2016.07.14 13:48:53.144 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 36 msg: 11 86 70 1D252E 000000 00BC41
2016.07.14 13:48:53.341 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 11 A1 12 1ACE1F 1D252E
2016.07.14 13:48:54.329 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:48:54.329 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:48:54.433 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:48:54.437 0 : HMUARTLGW hmuart1 recv: 00 040226, state 98
2016.07.14 13:48:54.438 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:48:54.438 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00520086288452148
2016.07.14 13:48:57.576 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: C4 80 5E 266EA5 1ACE1F 0000000000000000000000
2016.07.14 13:49:02.667 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 38 msg: 87 86 70 206487 000000 00B63E
2016.07.14 13:49:02.864 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 88 A1 12 1ACE1F 206487
2016.07.14 13:49:03.779 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:49:03.784 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 13:49:09.437 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:49:09.442 0 : HMUARTLGW hmuart1 recv: 00 040227, state 98
2016.07.14 13:49:09.442 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:49:09.443 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00546813011169434
2016.07.14 13:49:16.440 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: C5 80 5E 266EA5 1ACE1F 0000000000000000000000
2016.07.14 13:49:24.442 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 13:49:24.446 0 : HMUARTLGW hmuart1 recv: 00 040227, state 98
2016.07.14 13:49:24.447 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 13:49:24.447 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00554394721984863
2016.07.14 13:49:32.081 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3C msg: 98 A2 58 B2B2B2 1DFC2F 0000
2016.07.14 13:49:32.213 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2D msg: 98 82 02 1DFC2F B2B2B2 0101000034
2016.07.14 13:49:32.251 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3C msg: 98 A2 58 B2B2B2 1DFC2F 0000
2016.07.14 13:49:32.441 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3C msg: 98 A2 58 B2B2B2 1DFC2F 0000
2016.07.14 13:49:35.303 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: C6 80 5E 266EA5 1ACE1F 0000000000000000000000
2016.07.14 13:49:36.749 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 30 msg: CD 86 70 1DFDA5 000000 00BF3B
2016.07.14 13:49:36.946 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: CD A1 12 1ACE1F 1DFDA5
2016.07.14 13:49:37.859 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 13:49:37.860 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
edit: hier gab es eine kommunikation bei nur 140ms delay.
2016.07.14 14:16:41.955 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 4F msg: D0 86 70 206219 000000 00A052
2016.07.14 14:16:42.095 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D0 A1 12 1ACE1F 206219
2016.07.14 14:16:41.942 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 14:16:41.948 0 : HMUARTLGW hmuart1 recv: 00 040231, state 98
2016.07.14 14:16:41.949 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 14:16:41.949 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00711703300476074
2016.07.14 14:16:41.955 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 4F msg: D0 86 70 206219 000000 00A052
2016.07.14 14:16:41.957 0 : HMUARTLGW hmuart1 send: 01 06206219000101
2016.07.14 14:16:41.968 0 : HMUARTLGW hmuart1 recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.07.14 14:16:41.969 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2016.07.14 14:16:41.971 0 : HMUARTLGW hmuart1 send: 01 08
2016.07.14 14:16:41.988 0 : HMUARTLGW hmuart1 recv: 01 040701031D252EFFFFFFFFFFFFFFFF001BF81BFFFFFFFFFFFFFFFF001DFDA5FFFFFFFFFFFFFFFF0020DFE1FFFFFFFFFFFFFFFF00206219FFFFFFFFFFFFFFFF00, state 93
2016.07.14 14:16:41.989 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 14:16:41.990 0 : HMUARTLGW hmuart1 known peer: 1D252E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:41.990 0 : HMUARTLGW hmuart1 known peer: 1BF81B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:41.990 0 : HMUARTLGW hmuart1 known peer: 1DFDA5, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:41.990 0 : HMUARTLGW hmuart1 known peer: 20DFE1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:41.991 0 : HMUARTLGW hmuart1 known peer: 206219, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:42.000 0 : HMUARTLGW hmuart1 recv: 01 0407020383765AFFFFFFFFFFFFFFFF00206487FFFFFFFFFFFFFFFF00206278FFFFFFFFFFFFFFFF002064CBFFFFFFFFFFFFFFFF0024AF1DFFFFFFFFFFFFFFFF00, state 93
2016.07.14 14:16:42.001 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 14:16:42.001 0 : HMUARTLGW hmuart1 known peer: 83765A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:42.002 0 : HMUARTLGW hmuart1 known peer: 206487, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:42.002 0 : HMUARTLGW hmuart1 known peer: 206278, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:42.002 0 : HMUARTLGW hmuart1 known peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:42.002 0 : HMUARTLGW hmuart1 known peer: 24AF1D, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:42.006 0 : HMUARTLGW hmuart1 recv: 01 040703036869B6FFFFFFFFFFFFFFFF001936FFFFFFFFFFFFFFFFFF00, state 93
2016.07.14 14:16:42.007 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 14:16:42.007 0 : HMUARTLGW hmuart1 known peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:42.007 0 : HMUARTLGW hmuart1 known peer: 1936FF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 14:16:42.095 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D0 A1 12 1ACE1F 206219
2016.07.14 14:16:42.253 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 14:16:42.255 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 4F msg: D0 80 02 206219 1ACE1F 00
2016.07.14 14:16:42.260 0 : HMUARTLGW hmuart1 recv: 00 040231, state 98
2016.07.14 14:16:42.261 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 14:16:42.262 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00896191596984863
2016.07.14 14:16:42.450 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D1 A0 01 1ACE1F 206219 00040000000000
2016.07.14 14:16:42.623 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 14:16:42.624 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 14:16:42.627 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4F msg: D1 80 10 206219 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 14:16:42.821 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D2 A0 01 1ACE1F 206219 0203
2016.07.14 14:16:42.981 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 14:16:42.982 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 14:16:42.994 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: D2 80 10 206219 1ACE1F 0100000000
2016.07.14 14:16:43.188 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D3 A0 01 1ACE1F 206219 02040000000005
2016.07.14 14:16:43.360 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 14:16:43.361 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 14:16:43.364 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4F msg: D3 A0 10 206219 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 14:16:43.618 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: D4 A0 10 206219 1ACE1F 03102A9022902890289028902890289028
2016.07.14 14:16:43.872 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: D5 A0 10 206219 1ACE1F 031F902890289028902890289028902890
2016.07.14 14:16:44.126 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4F msg: D6 A0 10 206219 1ACE1F 032E289028902890289028902890282422
2016.07.14 14:16:44.380 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: D7 A0 10 206219 1ACE1F 033D482A8A2A9022902890289028902890
2016.07.14 14:16:44.635 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: D8 A0 10 206219 1ACE1F 034C289028902890289028902890289028
2016.07.14 14:16:44.890 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: D9 A0 10 206219 1ACE1F 035B902890289028902890289028902890
2016.07.14 14:16:45.145 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4F msg: DA A0 10 206219 1ACE1F 036A282422482A8A2A9022902890289028
2016.07.14 14:16:45.400 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4F msg: DB A0 10 206219 1ACE1F 0379902890289028902890289028902890
2016.07.14 14:16:45.654 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: DC A0 10 206219 1ACE1F 0388289028902890289028902890289028
2016.07.14 14:16:45.909 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: DD A0 10 206219 1ACE1F 0397902890282422482A8A2A9022902890
2016.07.14 14:16:46.164 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: DE A0 10 206219 1ACE1F 03A6289028902890289028902890289028
2016.07.14 14:16:46.419 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: DF A0 10 206219 1ACE1F 03B5902890289028902890289028902890
2016.07.14 14:16:46.673 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4F msg: E0 A0 10 206219 1ACE1F 03C4289028902890282422482A8A2A9022
2016.07.14 14:16:46.928 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4F msg: E1 A0 10 206219 1ACE1F 03D3902890289028902890289028902890
2016.07.14 14:16:47.181 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4F msg: E2 A0 10 206219 1ACE1F 03E2289028902890289028902890289028
2016.07.14 14:16:47.431 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: E3 A0 10 206219 1ACE1F 03F190289028902890289028
2016.07.14 14:16:47.675 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: E4 80 10 206219 1ACE1F 0300
2016.07.14 14:16:47.869 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: E5 A0 01 1ACE1F 206219 02040000000006
2016.07.14 14:16:48.041 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 14:16:48.042 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 14:16:48.046 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: E5 A0 10 206219 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 14:16:48.299 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: E6 A0 10 206219 1ACE1F 0310289028902890289028902890289028
2016.07.14 14:16:48.554 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: E7 A0 10 206219 1ACE1F 031F902890289028902890289028902890
2016.07.14 14:16:48.807 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: E8 A0 10 206219 1ACE1F 032E2890282422482A8A2A902290289028
2016.07.14 14:16:49.062 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4D msg: E9 A0 10 206219 1ACE1F 033D902890289028902890289028902890
2016.07.14 14:16:49.316 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: EA A0 10 206219 1ACE1F 034C289028902890289028902890289028
2016.07.14 14:16:49.562 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4E msg: EB A0 10 206219 1ACE1F 035B902890289028
2016.07.14 14:16:49.809 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4F msg: EC 80 10 206219 1ACE1F 0300
2016.07.14 14:16:50.002 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: ED A0 01 1ACE1F 206219 0303
2016.07.14 14:16:50.162 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 14:16:50.163 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 14:16:50.174 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4F msg: ED 80 10 206219 1ACE1F 0100000000
gruss frank
Hallo Frank,
Zitat von: frank am 14 Juli 2016, 14:13:44
mit der aktuellen version habe ich jetzt immer ein delay von ca. 200ms und bekomme gar keine antworten mehr
Dake für die Logs.
Die 200ms dürfen natürlich nur gewartet werden, wenn das Funkmodul das ACK selbst (nach 100ms) generiert, ansonsten müssen es 100ms sein...
Ich habs mal umgebaut.
Viele Grüße
Michael
irgendwas passt noch nicht. hmlan lauscht nun auch.
nach 2 erfolglosen versuchen habe ich das senden der vccu auf hmlan umgeschaltet. dann ging es sofort.
2016.07.14 16:56:05.001 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:56:05.005 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:56:05.006 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:56:05.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00169110298156738
2016.07.14 16:56:17.337 0 : HMUARTLGW hmuart1 send: 01 06206487000101
2016.07.14 16:56:17.346 0 : HMUARTLGW hmuart1 recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.07.14 16:56:17.347 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2016.07.14 16:56:17.349 0 : HMUARTLGW hmuart1 send: 01 08
2016.07.14 16:56:17.372 0 : HMUARTLGW hmuart1 recv: 01 040701031D252EFFFFFFFFFFFFFFFF001BF81BFFFFFFFFFFFFFFFF001DFDA5FFFFFFFFFFFFFFFF0020DFE1FFFFFFFFFFFFFFFF00206219FFFFFFFFFFFFFFFF00, state 93
2016.07.14 16:56:17.373 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 16:56:17.373 0 : HMUARTLGW hmuart1 known peer: 1D252E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.374 0 : HMUARTLGW hmuart1 known peer: 1BF81B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.374 0 : HMUARTLGW hmuart1 known peer: 1DFDA5, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.374 0 : HMUARTLGW hmuart1 known peer: 20DFE1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.374 0 : HMUARTLGW hmuart1 known peer: 206219, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.381 0 : HMUARTLGW hmuart1 recv: 01 0407020383765AFFFFFFFFFFFFFFFF00206487FFFFFFFFFFFFFFFF00206278FFFFFFFFFFFFFFFF002064CBFFFFFFFFFFFFFFFF0024AF1DFFFFFFFFFFFFFFFF00, state 93
2016.07.14 16:56:17.381 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 16:56:17.382 0 : HMUARTLGW hmuart1 known peer: 83765A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.382 0 : HMUARTLGW hmuart1 known peer: 206487, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.382 0 : HMUARTLGW hmuart1 known peer: 206278, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.383 0 : HMUARTLGW hmuart1 known peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.383 0 : HMUARTLGW hmuart1 known peer: 24AF1D, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.385 0 : HMUARTLGW hmuart1 recv: 01 040703036869B6FFFFFFFFFFFFFFFF001936FFFFFFFFFFFFFFFFFF00, state 93
2016.07.14 16:56:17.386 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 16:56:17.386 0 : HMUARTLGW hmuart1 known peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:17.387 0 : HMUARTLGW hmuart1 known peer: 1936FF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 16:56:20.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:56:20.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:56:20.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:56:20.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00180721282958984
2016.07.14 16:56:35.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:56:35.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:56:35.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:56:35.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00172996520996094
2016.07.14 16:56:50.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:56:50.007 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:56:50.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:56:50.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00172901153564453
2016.07.14 16:57:05.001 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:57:05.007 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:57:05.009 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:57:05.010 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00261092185974121
2016.07.14 16:57:20.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:57:20.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:57:20.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:57:20.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00173115730285645
2016.07.14 16:57:35.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:57:35.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:57:35.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:57:35.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00172901153564453
2016.07.14 16:57:50.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:57:50.007 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:57:50.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:57:50.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00172996520996094
2016.07.14 16:58:05.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:58:05.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:58:05.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:58:05.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00167584419250488
2016.07.14 16:58:20.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:58:20.007 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:58:20.008 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:58:20.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00178003311157227
2016.07.14 16:58:21.389 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: D2 86 70 206487 000000 00BC3D
2016.07.14 16:58:21.448 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC43490 d:FF r:FFB0 m:D2 8670 206487 000000 00BC3D
2016.07.14 16:58:21.486 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0BC434E7 d:FF r:FFBE m:29 0013 1ACE1F 206487
2016.07.14 16:58:21.490 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D2 A1 12 1ACE1F 206487
2016.07.14 16:58:21.660 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0BC43596 d:FF r:FFBD m:D2 A112 1ACE1F 206487
2016.07.14 16:58:21.895 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0BC43681 d:FF r:FFBE m:D2 A112 1ACE1F 206487
2016.07.14 16:58:22.211 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0BC437BD d:FF r:FFBD m:D2 A112 1ACE1F 206487
2016.07.14 16:58:22.452 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 16:58:22.453 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 16:58:35.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:58:35.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:58:35.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:58:35.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00179314613342285
2016.07.14 16:58:50.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:58:50.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:58:50.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:58:50.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00175690650939941
2016.07.14 16:59:05.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:59:05.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:59:05.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:59:05.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00174784660339355
2016.07.14 16:59:20.001 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:59:20.046 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:59:20.046 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:59:35.001 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:59:35.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:59:35.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:59:35.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00258588790893555
2016.07.14 16:59:50.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 16:59:50.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 16:59:50.006 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 16:59:50.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00163698196411133
2016.07.14 17:00:05.001 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:00:05.005 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:00:05.006 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:00:05.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0016179084777832
2016.07.14 17:00:20.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:00:20.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:00:20.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:00:20.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00167012214660645
2016.07.14 17:00:35.001 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:00:35.005 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:00:35.006 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:00:35.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00166010856628418
2016.07.14 17:00:50.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:00:50.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:00:50.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:00:50.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00163888931274414
2016.07.14 17:01:00.392 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: D3 86 70 206487 000000 00BB3D
2016.07.14 17:01:00.447 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC6A1C1 d:FF r:FFAF m:D3 8670 206487 000000 00BB3D
2016.07.14 17:01:00.490 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0BC6A218 d:FF r:FFBF m:2B 0013 1ACE1F 206487
2016.07.14 17:01:00.552 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D3 A1 12 1ACE1F 206487
2016.07.14 17:01:00.652 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0BC6A2BA d:FF r:FFBE m:D3 A112 1ACE1F 206487
2016.07.14 17:01:00.958 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0BC6A3EC d:FF r:FFBE m:D3 A112 1ACE1F 206487
2016.07.14 17:01:01.306 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0BC6A548 d:FF r:FFBD m:D3 A112 1ACE1F 206487
2016.07.14 17:01:01.545 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 17:01:01.546 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 17:01:05.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:01:05.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:01:05.006 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:01:05.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00164508819580078
2016.07.14 17:01:20.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:01:20.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:01:20.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:01:20.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00167179107666016
2016.07.14 17:01:35.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:01:35.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:01:35.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:01:35.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00162005424499512
2016.07.14 17:01:50.001 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:01:50.005 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 17:01:50.006 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:01:50.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00164294242858887
2016.07.14 17:02:05.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:02:05.006 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 17:02:05.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:02:05.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00157403945922852
2016.07.14 17:02:20.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:02:20.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:02:20.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:02:20.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00170707702636719
2016.07.14 17:02:35.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:02:35.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:02:35.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:02:35.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00175309181213379
2016.07.14 17:02:50.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:02:50.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:02:50.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:02:50.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00170993804931641
2016.07.14 17:03:05.001 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:03:05.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:03:05.006 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:03:05.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00173783302307129
2016.07.14 17:03:20.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:03:20.007 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:03:20.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:03:20.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00175881385803223
2016.07.14 17:03:24.895 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: D4 86 70 206487 000000 00BB3D
2016.07.14 17:03:24.898 0 : HMUARTLGW hmuart1 send: 01 07206487
2016.07.14 17:03:24.995 0 : HMLAN_Send: hmlan1 S:SE9EF0B39 stat: 00 t:00000000 d:01 r:E9EF0B39 m:D4 A112 1ACE1F 206487
2016.07.14 17:03:25.001 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8D64B d:FF r:FFB0 m:D4 8670 206487 000000 00BB3D
2016.07.14 17:03:25.004 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0BC8D6A1 d:FF r:FFBC m:18 0013 1ACE1F 206487
2016.07.14 17:03:25.007 0 : HMUARTLGW hmuart1 recv: 01 0408, state 90
2016.07.14 17:03:25.008 0 : HMUARTLGW hmuart1 GetSet Ack: 08, state 90
2016.07.14 17:03:25.022 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: D4 A1 12 1ACE1F 206487
2016.07.14 17:03:25.152 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: D4 80 02 206487 1ACE1F 00
2016.07.14 17:03:25.162 0 : HMLAN_Parse: hmlan1 R:RE9EF0B39 stat:0001 t:0BC8D752 d:FF r:FFB0 m:D4 8002 206487 1ACE1F 00
2016.07.14 17:03:25.256 0 : HMLAN_Send: hmlan1 S:+206487,02,00,00
2016.07.14 17:03:25.256 0 : HMLAN_Send: hmlan1 S:SE9EF0C42 stat: 00 t:00000000 d:01 r:E9EF0C42 m:D5 A001 1ACE1F 206487 00040000000000
2016.07.14 17:03:25.432 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: D5 A0 01 1ACE1F 206487 00040000000000
2016.07.14 17:03:25.510 0 : HMUARTLGW hmuart1 send: 01 07206487
2016.07.14 17:03:25.515 0 : HMUARTLGW hmuart1 recv: 01 04070101000B, state 90
2016.07.14 17:03:25.515 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2016.07.14 17:03:25.516 0 : HMUARTLGW hmuart1 send: 01 08
2016.07.14 17:03:25.534 0 : HMUARTLGW hmuart1 recv: 01 040701031D252EFFFFFFFFFFFFFFFF001BF81BFFFFFFFFFFFFFFFF001DFDA5FFFFFFFFFFFFFFFF0020DFE1FFFFFFFFFFFFFFFF00206219FFFFFFFFFFFFFFFF00, state 93
2016.07.14 17:03:25.535 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 17:03:25.535 0 : HMUARTLGW hmuart1 known peer: 1D252E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.535 0 : HMUARTLGW hmuart1 known peer: 1BF81B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.536 0 : HMUARTLGW hmuart1 known peer: 1DFDA5, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.536 0 : HMUARTLGW hmuart1 known peer: 20DFE1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.536 0 : HMUARTLGW hmuart1 known peer: 206219, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.545 0 : HMUARTLGW hmuart1 recv: 01 0407020383765AFFFFFFFFFFFFFFFF00206278FFFFFFFFFFFFFFFF002064CBFFFFFFFFFFFFFFFF0024AF1DFFFFFFFFFFFFFFFF006869B6FFFFFFFFFFFFFFFF00, state 93
2016.07.14 17:03:25.546 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 17:03:25.546 0 : HMUARTLGW hmuart1 known peer: 83765A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.547 0 : HMUARTLGW hmuart1 known peer: 206278, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.547 0 : HMUARTLGW hmuart1 known peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.547 0 : HMUARTLGW hmuart1 known peer: 24AF1D, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.548 0 : HMUARTLGW hmuart1 known peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.550 0 : HMUARTLGW hmuart1 recv: 01 040703031936FFFFFFFFFFFFFFFFFF00, state 93
2016.07.14 17:03:25.550 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 17:03:25.551 0 : HMUARTLGW hmuart1 known peer: 1936FF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 17:03:25.571 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: D5 80 10 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 17:03:25.579 0 : HMLAN_Parse: hmlan1 R:RE9EF0C42 stat:0001 t:0BC8D8F1 d:FF r:FFB0 m:D5 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 17:03:25.671 0 : HMLAN_Send: hmlan1 S:SE9EF0DE2 stat: 00 t:00000000 d:01 r:E9EF0DE2 m:D6 A001 1ACE1F 206487 0203
2016.07.14 17:03:25.842 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: D6 A0 01 1ACE1F 206487 0203
2016.07.14 17:03:25.974 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: D6 80 10 206487 1ACE1F 0100000000
2016.07.14 17:03:25.984 0 : HMLAN_Parse: hmlan1 R:RE9EF0DE2 stat:0001 t:0BC8DA87 d:FF r:FFB0 m:D6 8010 206487 1ACE1F 0100000000
2016.07.14 17:03:26.077 0 : HMLAN_Send: hmlan1 S:SE9EF0F77 stat: 00 t:00000000 d:01 r:E9EF0F77 m:D7 A001 1ACE1F 206487 02040000000005
2016.07.14 17:03:26.253 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: D7 A0 01 1ACE1F 206487 02040000000005
2016.07.14 17:03:26.392 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: D7 A0 10 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 17:03:26.401 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8DC21 d:FF r:FFB0 m:D7 A010 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 17:03:26.505 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: D7 80 02 1ACE1F 206487 00
2016.07.14 17:03:26.509 0 : HMLAN_Parse: hmlan1 R:RE9EF0F77 stat:0001 t:0BC8DC26 d:FF r:FFB0 m:D7 A010 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 17:03:26.650 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: D8 A0 10 206487 1ACE1F 03102A9022902890289028902890289028
2016.07.14 17:03:26.657 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8DD23 d:FF r:FFAF m:D8 A010 206487 1ACE1F 03102A9022902890289028902890289028
2016.07.14 17:03:26.758 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: D8 80 02 1ACE1F 206487 00
2016.07.14 17:03:26.904 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: D9 A0 10 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 17:03:26.911 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8DE21 d:FF r:FFB1 m:D9 A010 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 17:03:27.012 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: D9 80 02 1ACE1F 206487 00
2016.07.14 17:03:27.157 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: DA A0 10 206487 1ACE1F 032E289028902890289028902890282422
2016.07.14 17:03:27.164 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8DF1E d:FF r:FFB0 m:DA A010 206487 1ACE1F 032E289028902890289028902890282422
2016.07.14 17:03:27.265 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: DA 80 02 1ACE1F 206487 00
2016.07.14 17:03:27.409 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: DB A0 10 206487 1ACE1F 033D482A8A2A9022902890289028902890
2016.07.14 17:03:27.417 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E01B d:FF r:FFB0 m:DB A010 206487 1ACE1F 033D482A8A2A9022902890289028902890
2016.07.14 17:03:27.518 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: DB 80 02 1ACE1F 206487 00
2016.07.14 17:03:27.663 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: DC A0 10 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 17:03:27.670 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E118 d:FF r:FFB1 m:DC A010 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 17:03:27.771 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: DC 80 02 1ACE1F 206487 00
2016.07.14 17:03:27.916 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: DD A0 10 206487 1ACE1F 035B902890289028902890289028902890
2016.07.14 17:03:27.924 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E216 d:FF r:FFB0 m:DD A010 206487 1ACE1F 035B902890289028902890289028902890
2016.07.14 17:03:28.025 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: DD 80 02 1ACE1F 206487 00
2016.07.14 17:03:28.170 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: DE A0 10 206487 1ACE1F 036A282422482A8A2A9022902890289028
2016.07.14 17:03:28.177 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E313 d:FF r:FFB0 m:DE A010 206487 1ACE1F 036A282422482A8A2A9022902890289028
2016.07.14 17:03:28.278 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: DE 80 02 1ACE1F 206487 00
2016.07.14 17:03:28.423 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: DF A0 10 206487 1ACE1F 0379902890289028902890289028902890
2016.07.14 17:03:28.430 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E410 d:FF r:FFB0 m:DF A010 206487 1ACE1F 0379902890289028902890289028902890
2016.07.14 17:03:28.531 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: DF 80 02 1ACE1F 206487 00
2016.07.14 17:03:28.675 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: E0 A0 10 206487 1ACE1F 0388289028902890289028902890289028
2016.07.14 17:03:28.681 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E50D d:FF r:FFB1 m:E0 A010 206487 1ACE1F 0388289028902890289028902890289028
2016.07.14 17:03:28.784 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: E0 80 02 1ACE1F 206487 00
2016.07.14 17:03:28.929 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: E1 A0 10 206487 1ACE1F 0397902890282422482A8A2A9022902890
2016.07.14 17:03:28.937 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E60A d:FF r:FFB1 m:E1 A010 206487 1ACE1F 0397902890282422482A8A2A9022902890
2016.07.14 17:03:29.037 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 41 msg: E1 80 02 1ACE1F 206487 00
2016.07.14 17:03:29.181 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: E2 A0 10 206487 1ACE1F 03A6289028902890289028902890289028
2016.07.14 17:03:29.189 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E707 d:FF r:FFB1 m:E2 A010 206487 1ACE1F 03A6289028902890289028902890289028
2016.07.14 17:03:29.289 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: E2 80 02 1ACE1F 206487 00
2016.07.14 17:03:29.435 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: E3 A0 10 206487 1ACE1F 03B5902890289028902890289028902890
2016.07.14 17:03:29.442 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E804 d:FF r:FFB1 m:E3 A010 206487 1ACE1F 03B5902890289028902890289028902890
2016.07.14 17:03:29.542 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: E3 80 02 1ACE1F 206487 00
2016.07.14 17:03:29.687 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: E4 A0 10 206487 1ACE1F 03C4289028902890282422482A8A2A9022
2016.07.14 17:03:29.695 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E901 d:FF r:FFB0 m:E4 A010 206487 1ACE1F 03C4289028902890282422482A8A2A9022
2016.07.14 17:03:29.795 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: E4 80 02 1ACE1F 206487 00
2016.07.14 17:03:29.941 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: E5 A0 10 206487 1ACE1F 03D3902890289028902890289028902890
2016.07.14 17:03:29.947 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8E9FE d:FF r:FFB0 m:E5 A010 206487 1ACE1F 03D3902890289028902890289028902890
2016.07.14 17:03:30.048 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: E5 80 02 1ACE1F 206487 00
2016.07.14 17:03:30.194 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: E6 A0 10 206487 1ACE1F 03E2289028902890289028902890289028
2016.07.14 17:03:30.202 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8EAFC d:FF r:FFB1 m:E6 A010 206487 1ACE1F 03E2289028902890289028902890289028
2016.07.14 17:03:30.302 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: E6 80 02 1ACE1F 206487 00
2016.07.14 17:03:30.442 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: E7 A0 10 206487 1ACE1F 03F190289028902890289028
2016.07.14 17:03:30.450 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8EBF5 d:FF r:FFB0 m:E7 A010 206487 1ACE1F 03F190289028902890289028
2016.07.14 17:03:30.555 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: E7 80 02 1ACE1F 206487 00
2016.07.14 17:03:30.686 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: E8 80 10 206487 1ACE1F 0300
2016.07.14 17:03:30.785 0 : HMLAN_Send: hmlan1 S:SE9EF21DA stat: 00 t:00000000 d:01 r:E9EF21DA m:E9 A001 1ACE1F 206487 02040000000006
2016.07.14 17:03:30.807 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8ECEA d:FF r:FFB0 m:E8 8010 206487 1ACE1F 0300
2016.07.14 17:03:30.819 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: E9 A0 01 1ACE1F 206487 02040000000006
2016.07.14 17:03:30.958 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: E9 A0 10 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 17:03:30.967 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BC8EDF8 d:FF r:FFB1 m:E9 A010 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 17:03:31.071 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: E9 80 02 1ACE1F 206487 00
2016.07.14 17:03:31.075 0 : HMLAN_Parse: hmlan1 R:RE9EF21DA stat:0001 t:0BC8EDFD d:FF r:FFB1 m:E9 A010 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 17:03:35.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:03:35.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:03:35.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:03:35.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00176811218261719
2016.07.14 17:03:50.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:03:50.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:03:50.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:03:50.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00169992446899414
2016.07.14 17:04:05.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:04:05.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:04:05.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:04:05.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00167202949523926
2016.07.14 17:04:20.001 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:04:20.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:04:20.006 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:04:20.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0017240047454834
2016.07.14 17:04:35.001 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:04:35.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:04:35.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:04:35.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00247097015380859
2016.07.14 17:04:50.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:04:50.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:04:50.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:04:50.007 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00166487693786621
2016.07.14 17:05:05.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:05:05.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:05:05.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:05:05.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0017249584197998
2016.07.14 17:05:20.002 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:05:20.006 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:05:20.007 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:05:20.008 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00164699554443359
2016.07.14 17:05:34.897 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3B msg: D5 86 70 206487 000000 00BC3D
2016.07.14 17:05:34.997 0 : HMLAN_Send: hmlan1 S:SE9F10709 stat: 00 t:00000000 d:01 r:E9F10709 m:EA A112 1ACE1F 206487
2016.07.14 17:05:35.052 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:05:35.055 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BCAD22F d:FF r:FFB0 m:D5 8670 206487 000000 00BC3D
2016.07.14 17:05:35.058 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: D5 A1 12 1ACE1F 206487
2016.07.14 17:05:35.061 0 : HMUARTLGW hmuart1 recv: 00 04020A, state 98
2016.07.14 17:05:35.062 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:05:35.150 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: D5 80 02 206487 1ACE1F 00
2016.07.14 17:05:35.421 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: EA A1 12 1ACE1F 206487
2016.07.14 17:05:35.425 0 : HMLAN_Parse: hmlan1 R:RE9F04710 stat:0081 t:0BCAD32F d:FF r:FFB1 m:D5 8002 206487 1ACE1F 00
2016.07.14 17:05:35.551 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: EA 80 02 206487 1ACE1F 00
2016.07.14 17:05:35.651 0 : HMLAN_Send: hmlan1 S:SE9F10997 stat: 00 t:00000000 d:01 r:E9F10997 m:EB A001 1ACE1F 206487 02040000000006
2016.07.14 17:05:35.654 0 : HMLAN_Parse: hmlan1 R:RE9F10709 stat:0001 t:0BCAD4C2 d:FF r:FFB0 m:EA 8002 206487 1ACE1F 00
2016.07.14 17:05:35.831 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: EB A0 01 1ACE1F 206487 02040000000006
2016.07.14 17:05:35.970 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: EB A0 10 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 17:05:35.979 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BCAD65C d:FF r:FFB0 m:EB A010 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 17:05:36.083 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: EB 80 02 1ACE1F 206487 00
2016.07.14 17:05:36.090 0 : HMLAN_Parse: hmlan1 R:RE9F10997 stat:0001 t:0BCAD661 d:FF r:FFB0 m:EB A010 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 17:05:36.228 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: EC A0 10 206487 1ACE1F 0310289028902890289028902890289028
2016.07.14 17:05:36.235 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BCAD75E d:FF r:FFB0 m:EC A010 206487 1ACE1F 0310289028902890289028902890289028
2016.07.14 17:05:36.336 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: EC 80 02 1ACE1F 206487 00
2016.07.14 17:05:36.481 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: ED A0 10 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 17:05:36.489 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BCAD85C d:FF r:FFB0 m:ED A010 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 17:05:36.590 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: ED 80 02 1ACE1F 206487 00
2016.07.14 17:05:36.735 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: EE A0 10 206487 1ACE1F 032E2890282422482A8A2A902290289028
2016.07.14 17:05:36.742 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BCAD959 d:FF r:FFB1 m:EE A010 206487 1ACE1F 032E2890282422482A8A2A902290289028
2016.07.14 17:05:36.843 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: EE 80 02 1ACE1F 206487 00
2016.07.14 17:05:36.988 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: EF A0 10 206487 1ACE1F 033D902890289028902890289028902890
2016.07.14 17:05:36.996 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BCADA57 d:FF r:FFB0 m:EF A010 206487 1ACE1F 033D902890289028902890289028902890
2016.07.14 17:05:37.096 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: EF 80 02 1ACE1F 206487 00
2016.07.14 17:05:37.242 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: F0 A0 10 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 17:05:37.249 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BCADB54 d:FF r:FFB1 m:F0 A010 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 17:05:37.349 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: F0 80 02 1ACE1F 206487 00
2016.07.14 17:05:37.486 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: F1 A0 10 206487 1ACE1F 035B902890289028
2016.07.14 17:05:37.496 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BCADC4B d:FF r:FFB0 m:F1 A010 206487 1ACE1F 035B902890289028
2016.07.14 17:05:37.603 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: F1 80 02 1ACE1F 206487 00
2016.07.14 17:05:37.734 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: F2 80 10 206487 1ACE1F 0300
2016.07.14 17:05:37.833 0 : HMLAN_Send: hmlan1 S:SE9F11223 stat: 00 t:00000000 d:01 r:E9F11223 m:F3 A001 1ACE1F 206487 0303
2016.07.14 17:05:37.874 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0BCADD43 d:FF r:FFB0 m:F2 8010 206487 1ACE1F 0300
2016.07.14 17:05:37.877 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: F3 A0 01 1ACE1F 206487 0303
2016.07.14 17:05:37.999 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: F3 80 10 206487 1ACE1F 0100000000
2016.07.14 17:05:38.006 0 : HMLAN_Parse: hmlan1 R:RE9F11223 stat:0001 t:0BCADE50 d:FF r:FFB1 m:F3 8010 206487 1ACE1F 0100000000
2016.07.14 17:05:50.056 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 17:05:50.060 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 17:05:50.060 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 17:05:50.061 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00166416168212891
ich sehe gerade, dass du 4x commitet hast. hoffentlich hatte ich jetzt die neueste version.
vielleicht könntest du einen versions hinweis einbauen.
edit: pi3/hmuart -> wlan -> fritzbox -> hmlan
gruss frank
Hi,
Zitat von: frank am 14 Juli 2016, 17:22:59
irgendwas passt noch nicht. hmlan lauscht nun auch.
nach 2 erfolglosen versuchen habe ich das senden der vccu auf hmlan umgeschaltet. dann ging es sofort.
Kurze Frage: Was ist das für ein Gerät und was machst Du da? Ist das das ePaper-Display?
Viele Grüße
Michael
das ist ein hm-cc-tc (altes wandthermostat) und ich habe ein getconfig geordert.
die regelmässige 8670 msg ist das weatherevent.
Hi Frank,
Zitat von: frank am 14 Juli 2016, 17:36:13
das ist ein hm-cc-tc (altes wandthermostat) und ich habe ein getconfig geordert.
die regelmässige 8670 msg ist das weatherevent.
Hmm.
Kannst Du mal bitte in Zeile 521 im Log3 aus der 5 eine 1 machen es nochmal probieren und das Log posten?
Log3($hash, 1, ...
Viele Grüße
Michael
bei den fehlversuchen im letzten log registriert der hmlan eine mir unbekannte msg von vccu an das thermostat:
2016.07.14 16:58:21.486 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0BC434E7 d:FF r:FFBE m:29 0013 1ACE1F 206487
kennst du diese message? vor allem, wer sendet das? :)
mit der "Log3"-änderung werde ich noch versuchen.
2016.07.14 18:30:44.290 0 : HMUARTLGW hmuart1 send: 01 06206487000101
2016.07.14 18:30:44.298 0 : HMUARTLGW hmuart1 recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.07.14 18:30:44.299 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2016.07.14 18:30:44.302 0 : HMUARTLGW hmuart1 send: 01 08
2016.07.14 18:30:44.320 0 : HMUARTLGW hmuart1 recv: 01 040701031D252EFFFFFFFFFFFFFFFF001BF81BFFFFFFFFFFFFFFFF001DFDA5FFFFFFFFFFFFFFFF0020DFE1FFFFFFFFFFFFFFFF00206219FFFFFFFFFFFFFFFF00, state 93
2016.07.14 18:30:44.321 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 18:30:44.321 0 : HMUARTLGW hmuart1 known peer: 1D252E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.321 0 : HMUARTLGW hmuart1 known peer: 1BF81B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.321 0 : HMUARTLGW hmuart1 known peer: 1DFDA5, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.322 0 : HMUARTLGW hmuart1 known peer: 20DFE1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.322 0 : HMUARTLGW hmuart1 known peer: 206219, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.331 0 : HMUARTLGW hmuart1 recv: 01 0407020383765AFFFFFFFFFFFFFFFF00206487FFFFFFFFFFFFFFFF00206278FFFFFFFFFFFFFFFF002064CBFFFFFFFFFFFFFFFF0024AF1DFFFFFFFFFFFFFFFF00, state 93
2016.07.14 18:30:44.332 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 18:30:44.332 0 : HMUARTLGW hmuart1 known peer: 83765A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.333 0 : HMUARTLGW hmuart1 known peer: 206487, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.333 0 : HMUARTLGW hmuart1 known peer: 206278, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.333 0 : HMUARTLGW hmuart1 known peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.333 0 : HMUARTLGW hmuart1 known peer: 24AF1D, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.336 0 : HMUARTLGW hmuart1 recv: 01 040703036869B6FFFFFFFFFFFFFFFF001936FFFFFFFFFFFFFFFFFF00, state 93
2016.07.14 18:30:44.336 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 18:30:44.337 0 : HMUARTLGW hmuart1 known peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:44.337 0 : HMUARTLGW hmuart1 known peer: 1936FF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:30:52.270 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:30:52.274 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:30:52.275 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:30:52.275 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00287795066833496
2016.07.14 18:31:07.274 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:31:07.278 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:31:07.279 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:31:07.280 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00292015075683594
2016.07.14 18:31:22.278 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:31:22.282 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:31:22.283 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:31:22.284 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00282406806945801
2016.07.14 18:31:37.283 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:31:37.287 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:31:37.288 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:31:37.288 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00283312797546387
2016.07.14 18:31:52.287 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:31:52.291 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:31:52.292 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:31:52.292 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00283694267272949
2016.07.14 18:31:58.009 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: F7 86 70 206487 000000 00BB3E
2016.07.14 18:31:58.016 1 : HMUARTLGW hmuart1 delaying send to 206487 for 0.0894711017608643
2016.07.14 18:31:58.069 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0C19EB68 d:FF r:FFAF m:F7 8670 206487 000000 00BB3E
2016.07.14 18:31:58.071 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0B6A1DC0 d:FF r:FFB3 m:F7 8670 206487 000000 00BB3E
2016.07.14 18:31:58.107 1 : HMUARTLGW hmuart1 delaying send to 206487 for 0.0650720596313477
2016.07.14 18:31:58.108 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C19EBBF d:FF r:FFBD m:4F 0013 1ACE1F 206487
2016.07.14 18:31:58.112 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6A1E17 d:FF r:FFC1 m:4F 0013 1ACE1F 206487
2016.07.14 18:31:58.174 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: F7 A1 12 1ACE1F 206487
2016.07.14 18:31:58.272 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6A1EBD d:FF r:FFC1 m:F7 A112 1ACE1F 206487
2016.07.14 18:31:58.275 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C19EC65 d:FF r:FFBD m:F7 A112 1ACE1F 206487
2016.07.14 18:31:58.525 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C19ED62 d:FF r:FFBD m:F7 A112 1ACE1F 206487
2016.07.14 18:31:58.529 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6A1FBA d:FF r:FFC1 m:F7 A112 1ACE1F 206487
2016.07.14 18:31:58.839 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C19EE9C d:FF r:FFBD m:F7 A112 1ACE1F 206487
2016.07.14 18:31:58.845 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6A20F4 d:FF r:FFC1 m:F7 A112 1ACE1F 206487
2016.07.14 18:31:59.080 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 18:31:59.080 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 18:32:07.291 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:32:07.295 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:32:07.296 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:32:07.296 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00296211242675781
2016.07.14 18:32:22.295 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:32:22.299 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:32:22.300 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:32:22.300 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00291299819946289
2016.07.14 18:32:37.299 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:32:37.304 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:32:37.304 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:32:37.305 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00295400619506836
2016.07.14 18:32:52.304 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:32:52.308 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:32:52.309 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:32:52.309 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0029911994934082
2016.07.14 18:33:07.308 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:33:07.312 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:33:07.313 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:33:07.313 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00290489196777344
2016.07.14 18:33:22.312 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:33:22.316 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:33:22.317 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:33:22.318 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00286006927490234
2016.07.14 18:33:37.316 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:33:37.321 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:33:37.322 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:33:37.322 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0029139518737793
2016.07.14 18:33:52.321 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:33:52.325 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:33:52.326 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:33:52.326 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00283598899841309
2016.07.14 18:34:07.325 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:34:07.329 0 : HMUARTLGW hmuart1 recv: 00 04020B, state 98
2016.07.14 18:34:07.330 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:34:07.330 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00288009643554688
2016.07.14 18:34:15.262 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: F8 86 70 206487 000000 00BA3E
2016.07.14 18:34:15.264 1 : HMUARTLGW hmuart1 delaying send to 206487 for 0.0935587882995605
2016.07.14 18:34:15.317 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0C1C039F d:FF r:FFAF m:F8 8670 206487 000000 00BA3E
2016.07.14 18:34:15.320 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0B6C35E2 d:FF r:FFB3 m:F8 8670 206487 000000 00BA3E
2016.07.14 18:34:15.360 1 : HMUARTLGW hmuart1 delaying send to 206487 for 0.0607597827911377
2016.07.14 18:34:15.361 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C1C03F6 d:FF r:FFBC m:08 0013 1ACE1F 206487
2016.07.14 18:34:15.392 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6C3639 d:FF r:FFC1 m:08 0013 1ACE1F 206487
2016.07.14 18:34:15.422 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: F8 A1 12 1ACE1F 206487
2016.07.14 18:34:15.510 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C1C048D d:FF r:FFBC m:F8 A112 1ACE1F 206487
2016.07.14 18:34:15.517 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6C36D0 d:FF r:FFC0 m:F8 A112 1ACE1F 206487
2016.07.14 18:34:15.796 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C1C05A8 d:FF r:FFBD m:F8 A112 1ACE1F 206487
2016.07.14 18:34:15.803 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6C37EB d:FF r:FFC0 m:F8 A112 1ACE1F 206487
2016.07.14 18:34:16.093 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C1C06D2 d:FF r:FFBD m:F8 A112 1ACE1F 206487
2016.07.14 18:34:16.096 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6C3915 d:FF r:FFC1 m:F8 A112 1ACE1F 206487
2016.07.14 18:34:16.332 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 18:34:16.332 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 18:34:22.329 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:34:22.333 0 : HMUARTLGW hmuart1 recv: 00 04020C, state 98
2016.07.14 18:34:22.334 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:34:22.334 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00274991989135742
2016.07.14 18:34:37.333 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:34:37.337 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:34:37.338 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:34:37.339 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00289201736450195
2016.07.14 18:34:52.338 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:34:52.342 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:34:52.343 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:34:52.343 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00286602973937988
2016.07.14 18:35:07.342 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:35:07.346 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:35:07.347 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:35:07.347 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00291204452514648
2016.07.14 18:35:22.346 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:35:22.350 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:35:22.351 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:35:22.351 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00291109085083008
2016.07.14 18:35:37.350 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:35:37.354 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:35:37.355 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:35:37.356 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00279402732849121
2016.07.14 18:35:52.355 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:35:52.359 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:35:52.360 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:35:52.360 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00287795066833496
2016.07.14 18:36:07.359 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:36:07.363 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:36:07.364 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:36:07.364 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0029900074005127
2016.07.14 18:36:18.014 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: F9 86 70 206487 000000 00BB3E
2016.07.14 18:36:18.018 1 : HMUARTLGW hmuart1 delaying send to 206487 for 0.0929670333862305
2016.07.14 18:36:18.072 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0B6E1560 d:FF r:FFB4 m:F9 8670 206487 000000 00BB3E
2016.07.14 18:36:18.075 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0C1DE32F d:FF r:FFAF m:F9 8670 206487 000000 00BB3E
2016.07.14 18:36:18.112 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: F9 A1 12 1ACE1F 206487
2016.07.14 18:36:18.116 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C1DE386 d:FF r:FFBC m:39 0013 1ACE1F 206487
2016.07.14 18:36:18.141 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6E15B7 d:FF r:FFC2 m:39 0013 1ACE1F 206487
2016.07.14 18:36:18.257 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C1DE418 d:FF r:FFBC m:F9 A112 1ACE1F 206487
2016.07.14 18:36:18.264 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6E1649 d:FF r:FFC2 m:F9 A112 1ACE1F 206487
2016.07.14 18:36:18.458 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C1DE4E1 d:FF r:FFBC m:F9 A112 1ACE1F 206487
2016.07.14 18:36:18.461 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B6E1711 d:FF r:FFC2 m:F9 A112 1ACE1F 206487
2016.07.14 18:36:19.044 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 18:36:19.045 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 18:36:22.363 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:36:22.367 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:36:22.368 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:36:22.369 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00291919708251953
2016.07.14 18:36:37.367 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:36:37.372 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:36:37.372 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:36:37.373 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00296902656555176
2016.07.14 18:36:52.372 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:36:52.376 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:36:52.377 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:36:52.377 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00295305252075195
2016.07.14 18:37:07.376 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:37:07.380 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:37:07.381 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:37:07.381 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00300121307373047
2016.07.14 18:37:22.380 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:37:22.385 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:37:22.385 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:37:22.386 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00293707847595215
2016.07.14 18:37:37.385 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:37:37.389 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:37:37.390 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:37:37.390 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00297904014587402
2016.07.14 18:37:52.389 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:37:52.393 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:37:52.394 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:37:52.394 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00291013717651367
2016.07.14 18:38:07.393 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:38:07.398 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:38:07.399 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:38:07.399 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00301814079284668
2016.07.14 18:38:22.398 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:38:22.402 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:38:22.403 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:38:22.403 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00291204452514648
2016.07.14 18:38:37.402 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:38:37.406 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:38:37.407 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:38:37.408 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0028839111328125
2016.07.14 18:38:52.407 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:38:52.411 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:38:52.412 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:38:52.412 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00289011001586914
2016.07.14 18:39:07.411 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 18:39:07.415 0 : HMUARTLGW hmuart1 recv: 00 04020E, state 98
2016.07.14 18:39:07.416 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 18:39:07.417 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0029599666595459
2016.07.14 18:39:10.268 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 39 msg: FA 86 70 206487 000000 00BA3E
2016.07.14 18:39:10.271 1 : HMUARTLGW hmuart1 delaying send to 206487 for 0.0933520793914795
2016.07.14 18:39:10.325 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0C208424 d:FF r:FFB0 m:FA 8670 206487 000000 00BA3E
2016.07.14 18:39:10.328 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0B70B63D d:FF r:FFB4 m:FA 8670 206487 000000 00BA3E
2016.07.14 18:39:10.366 1 : HMUARTLGW hmuart1 delaying send to 206487 for 0.06241774559021
2016.07.14 18:39:10.368 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C20847B d:FF r:FFBC m:05 0013 1ACE1F 206487
2016.07.14 18:39:10.393 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B70B694 d:FF r:FFC1 m:05 0013 1ACE1F 206487
2016.07.14 18:39:10.431 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: FA A1 12 1ACE1F 206487
2016.07.14 18:39:10.539 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C208526 d:FF r:FFBD m:FA A112 1ACE1F 206487
2016.07.14 18:39:10.550 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B70B73F d:FF r:FFC1 m:FA A112 1ACE1F 206487
2016.07.14 18:39:10.766 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C20860B d:FF r:FFBD m:FA A112 1ACE1F 206487
2016.07.14 18:39:10.774 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B70B824 d:FF r:FFC1 m:FA A112 1ACE1F 206487
2016.07.14 18:39:11.080 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0C208745 d:FF r:FFBD m:FA A112 1ACE1F 206487
2016.07.14 18:39:11.094 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0B70B95E d:FF r:FFC1 m:FA A112 1ACE1F 206487
2016.07.14 18:39:11.320 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 18:39:11.321 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 18:39:11.391 0 : HMUARTLGW hmuart1 send: 01 06206487000000
2016.07.14 18:39:11.414 0 : HMUARTLGW hmuart1 recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.07.14 18:39:11.415 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2016.07.14 18:39:11.417 0 : HMUARTLGW hmuart1 send: 01 08
2016.07.14 18:39:11.435 0 : HMUARTLGW hmuart1 recv: 01 040701031D252EFFFFFFFFFFFFFFFF001BF81BFFFFFFFFFFFFFFFF001DFDA5FFFFFFFFFFFFFFFF0020DFE1FFFFFFFFFFFFFFFF00206219FFFFFFFFFFFFFFFF00, state 93
2016.07.14 18:39:11.435 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 18:39:11.436 0 : HMUARTLGW hmuart1 known peer: 1D252E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.436 0 : HMUARTLGW hmuart1 known peer: 1BF81B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.436 0 : HMUARTLGW hmuart1 known peer: 1DFDA5, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.437 0 : HMUARTLGW hmuart1 known peer: 20DFE1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.437 0 : HMUARTLGW hmuart1 known peer: 206219, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.446 0 : HMUARTLGW hmuart1 recv: 01 0407020383765AFFFFFFFFFFFFFFFF00206487FFFFFFFFFFFFFFFF00206278FFFFFFFFFFFFFFFF002064CBFFFFFFFFFFFFFFFF0024AF1DFFFFFFFFFFFFFFFF00, state 93
2016.07.14 18:39:11.447 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 18:39:11.448 0 : HMUARTLGW hmuart1 known peer: 83765A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.448 0 : HMUARTLGW hmuart1 known peer: 206487, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.448 0 : HMUARTLGW hmuart1 known peer: 206278, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.448 0 : HMUARTLGW hmuart1 known peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.449 0 : HMUARTLGW hmuart1 known peer: 24AF1D, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.451 0 : HMUARTLGW hmuart1 recv: 01 040703036869B6FFFFFFFFFFFFFFFF001936FFFFFFFFFFFFFFFFFF00, state 93
2016.07.14 18:39:11.452 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 18:39:11.452 0 : HMUARTLGW hmuart1 known peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 18:39:11.452 0 : HMUARTLGW hmuart1 known peer: 1936FF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
mein 3. hm-io (hmusb) registriert auch die 0013-msg. dann sollte sie wohl vom hmuart kommen.
Hi zusammen,
ich hab ein Verständnisproblem...
Ausgangslage:
Pi3 mit dem Homematic Modul, läuft fehlerfrei auf YAHM.
Heute neue SD Karte mit Raspian, neuer FHEM Installation und versucht die Befehle aus dem 1. Beitrag auszuführen:
pi@raspberrypi:/opt/fhem/FHEM $ curl https://raw.githubusercontent.com/stargo/HMUARTLGW/master/00_HMUARTLGW.pm >00_HMUARTLGW.pm
-bash: 00_HMUARTLGW.pm: Permission denied
Auch mit SUDO keinen Erfolg... was mach ich falsch?
Danke!
bei mir funktioniert es jedenfalls immer nach einem "sudo su". dann bin ich root.
Hat geklappt... manchmal ist es so einfach...
DANKE!
Hallo Frank,
Zitat von: frank am 14 Juli 2016, 18:52:14
2016.07.14 18:31:58.016 1 : HMUARTLGW hmuart1 delaying send to 206487 for 0.0894711017608643
2016.07.14 18:31:58.107 1 : HMUARTLGW hmuart1 delaying send to 206487 for 0.0650720596313477
Oh, da haben die weiteren IOs das sendDelay vergroessert. Das habe ich behoben.
Zitat
mein 3. hm-io (hmusb) registriert auch die 0013-msg. dann sollte sie wohl vom hmuart kommen.
Hmm, ja. Ich kann das hier manuell reproduzieren, der HMUART antwortet selbst auf diese Nachricht mit "0013". Das lag wohl daran, dass ich ein unbekanntes Bit in der Peer-Initialisierung im Wakeup-Fall auf 1 gesetzt habe. Ich habe das mal geändert, weiss aber nicht, ob das jetzt für Deinen Fall ausreicht oder ob ich da nochmal das Kommando rausfiltern muss. Kannst Du bitte mal mit der aktuellen Version (fix wakeup-init for peers) testen?
Viele Grüße
Michael
genial michael. 8)
2 getconfig nacheinander erfolgreich. es wurden sogar alle 5 pending cmds in einem rutsch erledigt, wozu selbst der hmlan 2 anläufe brauchte.
ich habe aber das gefühl, dass es eventuell trotzdem noch nicht 100% optimal läuft (jammern auf äusserst hohem niveau ;) ), denn schau dir mal die msgnummern jeweils bei den a112-msgs an. hmlan und hmusb registrieren eine zusätzliche a112 msg mit deutlich anderer nummer, die auch beantwortet wird. und zusätzlich meldet ausgerechnet hier der hmuart jeweils busy.
mit einem weiteren thermostat exact gleiches verhalten. a112 -> busy -> 5 cmds erfolgreich bearbeitet.
2016.07.14 22:34:41.827 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:34:41.831 0 : HMUARTLGW hmuart1 recv: 00 040204, state 98
2016.07.14 22:34:41.831 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:34:41.832 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0028691291809082
2016.07.14 22:34:56.308 0 : HMUARTLGW hmuart1 send: 01 06206487000100
2016.07.14 22:34:56.314 0 : HMUARTLGW hmuart1 recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.07.14 22:34:56.315 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2016.07.14 22:34:56.318 0 : HMUARTLGW hmuart1 send: 01 08
2016.07.14 22:34:56.335 0 : HMUARTLGW hmuart1 recv: 01 040701031D252EFFFFFFFFFFFFFFFF001BF81BFFFFFFFFFFFFFFFF001DFDA5FFFFFFFFFFFFFFFF0020DFE1FFFFFFFFFFFFFFFF00206219FFFFFFFFFFFFFFFF00, state 93
2016.07.14 22:34:56.336 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 22:34:56.337 0 : HMUARTLGW hmuart1 known peer: 1D252E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.337 0 : HMUARTLGW hmuart1 known peer: 1BF81B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.337 0 : HMUARTLGW hmuart1 known peer: 1DFDA5, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.337 0 : HMUARTLGW hmuart1 known peer: 20DFE1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.338 0 : HMUARTLGW hmuart1 known peer: 206219, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.347 0 : HMUARTLGW hmuart1 recv: 01 0407020383765AFFFFFFFFFFFFFFFF00206487FFFFFFFFFFFFFFFF00206278FFFFFFFFFFFFFFFF002064CBFFFFFFFFFFFFFFFF0024AF1DFFFFFFFFFFFFFFFF00, state 93
2016.07.14 22:34:56.348 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 22:34:56.348 0 : HMUARTLGW hmuart1 known peer: 83765A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.349 0 : HMUARTLGW hmuart1 known peer: 206487, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.349 0 : HMUARTLGW hmuart1 known peer: 206278, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.349 0 : HMUARTLGW hmuart1 known peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.349 0 : HMUARTLGW hmuart1 known peer: 24AF1D, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.352 0 : HMUARTLGW hmuart1 recv: 01 040703036869B6FFFFFFFFFFFFFFFF001936FFFFFFFFFFFFFFFFFF00, state 93
2016.07.14 22:34:56.352 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 22:34:56.353 0 : HMUARTLGW hmuart1 known peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.353 0 : HMUARTLGW hmuart1 known peer: 1936FF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:34:56.831 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:34:56.835 0 : HMUARTLGW hmuart1 recv: 00 040204, state 98
2016.07.14 22:34:56.836 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:34:56.836 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00282812118530273
2016.07.14 22:35:11.835 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:35:11.839 0 : HMUARTLGW hmuart1 recv: 00 040203, state 98
2016.07.14 22:35:11.840 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:35:11.841 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00293588638305664
2016.07.14 22:35:26.840 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:35:26.844 0 : HMUARTLGW hmuart1 recv: 00 040203, state 98
2016.07.14 22:35:26.845 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:35:26.845 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00288200378417969
2016.07.14 22:35:41.845 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:35:41.849 0 : HMUARTLGW hmuart1 recv: 00 040203, state 98
2016.07.14 22:35:41.850 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:35:41.850 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00300192832946777
2016.07.14 22:35:56.849 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:35:56.853 0 : HMUARTLGW hmuart1 recv: 00 040203, state 98
2016.07.14 22:35:56.854 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:35:56.855 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00287103652954102
2016.07.14 22:36:11.853 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:36:11.858 0 : HMUARTLGW hmuart1 recv: 00 040203, state 98
2016.07.14 22:36:11.859 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:36:11.859 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00304794311523438
2016.07.14 22:36:26.858 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:36:26.862 0 : HMUARTLGW hmuart1 recv: 00 040203, state 98
2016.07.14 22:36:26.863 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:36:26.863 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00296902656555176
2016.07.14 22:36:41.863 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:36:41.869 0 : HMUARTLGW hmuart1 recv: 00 040203, state 98
2016.07.14 22:36:41.870 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:36:41.871 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0030510425567627
2016.07.14 22:36:56.870 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:36:56.874 0 : HMUARTLGW hmuart1 recv: 00 040203, state 98
2016.07.14 22:36:56.875 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:36:56.875 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00289702415466309
2016.07.14 22:36:58.837 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA442A d:FF r:FFAD m:58 8670 206487 000000 00BA41
2016.07.14 22:36:58.850 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A6DFC d:FF r:FFB4 m:58 8670 206487 000000 00BA41
2016.07.14 22:36:58.924 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 58 A1 12 1ACE1F 206487
2016.07.14 22:36:58.930 0 : HMUARTLGW hmuart1 recv: 01 0408, state 100
2016.07.14 22:36:58.930 0 : HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2016.07.14 22:36:58.958 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA44A4 d:FF r:FFB7 m:14 A112 1ACE1F 206487
2016.07.14 22:36:58.981 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A6E75 d:FF r:FFC0 m:14 A112 1ACE1F 206487
2016.07.14 22:36:59.077 0 : HMUARTLGW hmuart1 recv: 01 05 10 00 3A msg: 58 86 70 206487 000000 00BA41
2016.07.14 22:36:59.088 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA4525 d:FF r:FFAD m:14 8002 206487 1ACE1F 00
2016.07.14 22:36:59.106 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A6EF7 d:FF r:FFB4 m:14 8002 206487 1ACE1F 00
2016.07.14 22:36:59.208 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 58 A1 12 1ACE1F 206487
2016.07.14 22:36:59.246 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA45C4 d:FF r:FFB8 m:58 A112 1ACE1F 206487
2016.07.14 22:36:59.267 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A6F96 d:FF r:FFC0 m:58 A112 1ACE1F 206487
2016.07.14 22:36:59.365 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 59 A0 01 1ACE1F 206487 00040000000000
2016.07.14 22:36:59.368 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 3A msg: 58 80 02 206487 1ACE1F 00
2016.07.14 22:36:59.376 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA4645 d:FF r:FFAD m:58 8002 206487 1ACE1F 00
2016.07.14 22:36:59.397 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7017 d:FF r:FFB4 m:58 8002 206487 1ACE1F 00
2016.07.14 22:36:59.541 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA46EA d:FF r:FFB8 m:59 A001 1ACE1F 206487 00040000000000
2016.07.14 22:36:59.554 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A70BB d:FF r:FFBF m:59 A001 1ACE1F 206487 00040000000000
2016.07.14 22:36:59.678 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA4773 d:FF r:FFAD m:59 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:36:59.686 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7145 d:FF r:FFB4 m:59 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:36:59.866 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA4830 d:FF r:FFB8 m:59 A001 1ACE1F 206487 00040000000000
2016.07.14 22:36:59.874 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A7202 d:FF r:FFBF m:59 A001 1ACE1F 206487 00040000000000
2016.07.14 22:37:00.005 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA48B9 d:FF r:FFAD m:59 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:37:00.009 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A728B d:FF r:FFB4 m:59 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:37:00.164 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA4959 d:FF r:FFB8 m:59 A001 1ACE1F 206487 00040000000000
2016.07.14 22:37:00.167 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A732B d:FF r:FFBF m:59 A001 1ACE1F 206487 00040000000000
2016.07.14 22:37:00.277 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 22:37:00.277 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 22:37:00.278 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 5A A0 01 1ACE1F 206487 0203
2016.07.14 22:37:00.293 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 59 80 10 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:37:00.301 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA49E2 d:FF r:FFAD m:59 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:37:00.325 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A73B4 d:FF r:FFB4 m:59 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:37:00.505 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA4AAF d:FF r:FFB8 m:5A A001 1ACE1F 206487 0203
2016.07.14 22:37:00.514 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A7480 d:FF r:FFC0 m:5A A001 1ACE1F 206487 0203
2016.07.14 22:37:00.638 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA4B32 d:FF r:FFAD m:5A 8010 206487 1ACE1F 0100000000
2016.07.14 22:37:00.643 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7504 d:FF r:FFB4 m:5A 8010 206487 1ACE1F 0100000000
2016.07.14 22:37:00.793 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA4BCF d:FF r:FFB9 m:5A A001 1ACE1F 206487 0203
2016.07.14 22:37:00.806 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A75A0 d:FF r:FFC0 m:5A A001 1ACE1F 206487 0203
2016.07.14 22:37:00.927 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA4C53 d:FF r:FFAD m:5A 8010 206487 1ACE1F 0100000000
2016.07.14 22:37:00.931 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7624 d:FF r:FFB4 m:5A 8010 206487 1ACE1F 0100000000
2016.07.14 22:37:01.083 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA4CF1 d:FF r:FFB8 m:5A A001 1ACE1F 206487 0203
2016.07.14 22:37:01.090 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A76C2 d:FF r:FFBF m:5A A001 1ACE1F 206487 0203
2016.07.14 22:37:01.202 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 22:37:01.203 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 22:37:01.204 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 5B A0 01 1ACE1F 206487 02040000000005
2016.07.14 22:37:01.211 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA4D74 d:FF r:FFAD m:5A 8010 206487 1ACE1F 0100000000
2016.07.14 22:37:01.216 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5A 80 10 206487 1ACE1F 0100000000
2016.07.14 22:37:01.220 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7746 d:FF r:FFB4 m:5A 8010 206487 1ACE1F 0100000000
2016.07.14 22:37:01.399 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA4E26 d:FF r:FFB8 m:5B A001 1ACE1F 206487 02040000000005
2016.07.14 22:37:01.410 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A77F8 d:FF r:FFC0 m:5B A001 1ACE1F 206487 02040000000005
2016.07.14 22:37:01.530 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA4EAF d:FF r:FFAD m:5B A010 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 22:37:01.539 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7881 d:FF r:FFB4 m:5B A010 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 22:37:01.746 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA4F86 d:FF r:FFB8 m:5B A001 1ACE1F 206487 02040000000005
2016.07.14 22:37:01.765 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A7957 d:FF r:FFC0 m:5B A001 1ACE1F 206487 02040000000005
2016.07.14 22:37:01.882 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA500F d:FF r:FFAD m:5B A010 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 22:37:01.890 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A79E0 d:FF r:FFB5 m:5B A010 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 22:37:02.081 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA50D7 d:FF r:FFB8 m:5B A001 1ACE1F 206487 02040000000005
2016.07.14 22:37:02.085 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A7AA9 d:FF r:FFC0 m:5B A001 1ACE1F 206487 02040000000005
2016.07.14 22:37:02.144 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2016.07.14 22:37:02.145 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2016.07.14 22:37:02.211 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5B A0 10 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 22:37:02.218 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5160 d:FF r:FFAD m:5B A010 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 22:37:02.245 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7B32 d:FF r:FFB5 m:5B A010 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 22:37:02.328 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA51CF d:FF r:FFB8 m:5B 8002 1ACE1F 206487 00
2016.07.14 22:37:02.338 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A7BA1 d:FF r:FFBF m:5B 8002 1ACE1F 206487 00
2016.07.14 22:37:02.464 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5C A0 10 206487 1ACE1F 03102A9022902890289028902890289028
2016.07.14 22:37:02.473 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA525F d:FF r:FFAC m:5C A010 206487 1ACE1F 03102A9022902890289028902890289028
2016.07.14 22:37:02.501 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7C2F d:FF r:FFB4 m:5C A010 206487 1ACE1F 03102A9022902890289028902890289028
2016.07.14 22:37:02.583 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA52CE d:FF r:FFB8 m:5C 8002 1ACE1F 206487 00
2016.07.14 22:37:02.594 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A7C9E d:FF r:FFC0 m:5C 8002 1ACE1F 206487 00
2016.07.14 22:37:02.717 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5D A0 10 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:37:02.728 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA535B d:FF r:FFAD m:5D A010 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:37:02.731 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7D2C d:FF r:FFB4 m:5D A010 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:37:02.837 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA53CB d:FF r:FFB8 m:5D 8002 1ACE1F 206487 00
2016.07.14 22:37:02.853 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A7D9B d:FF r:FFBF m:5D 8002 1ACE1F 206487 00
2016.07.14 22:37:02.970 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5E A0 10 206487 1ACE1F 032E289028902890289028902890282422
2016.07.14 22:37:02.981 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5459 d:FF r:FFAD m:5E A010 206487 1ACE1F 032E289028902890289028902890282422
2016.07.14 22:37:02.985 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7E29 d:FF r:FFB4 m:5E A010 206487 1ACE1F 032E289028902890289028902890282422
2016.07.14 22:37:03.089 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA54C8 d:FF r:FFB8 m:5E 8002 1ACE1F 206487 00
2016.07.14 22:37:03.111 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A7E99 d:FF r:FFBF m:5E 8002 1ACE1F 206487 00
2016.07.14 22:37:03.224 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5F A0 10 206487 1ACE1F 033D482A8A2A9022902890289028902890
2016.07.14 22:37:03.232 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5556 d:FF r:FFAD m:5F A010 206487 1ACE1F 033D482A8A2A9022902890289028902890
2016.07.14 22:37:03.237 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A7F27 d:FF r:FFB4 m:5F A010 206487 1ACE1F 033D482A8A2A9022902890289028902890
2016.07.14 22:37:03.343 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA55C6 d:FF r:FFB8 m:5F 8002 1ACE1F 206487 00
2016.07.14 22:37:03.366 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A7F96 d:FF r:FFC0 m:5F 8002 1ACE1F 206487 00
2016.07.14 22:37:03.477 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 60 A0 10 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 22:37:03.487 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5654 d:FF r:FFAD m:60 A010 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 22:37:03.491 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8024 d:FF r:FFB4 m:60 A010 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 22:37:03.598 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA56C3 d:FF r:FFB8 m:60 8002 1ACE1F 206487 00
2016.07.14 22:37:03.621 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8093 d:FF r:FFC0 m:60 8002 1ACE1F 206487 00
2016.07.14 22:37:03.730 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 61 A0 10 206487 1ACE1F 035B902890289028902890289028902890
2016.07.14 22:37:03.737 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5750 d:FF r:FFAD m:61 A010 206487 1ACE1F 035B902890289028902890289028902890
2016.07.14 22:37:03.746 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8121 d:FF r:FFB4 m:61 A010 206487 1ACE1F 035B902890289028902890289028902890
2016.07.14 22:37:03.849 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA57C0 d:FF r:FFB9 m:61 8002 1ACE1F 206487 00
2016.07.14 22:37:03.877 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8190 d:FF r:FFBF m:61 8002 1ACE1F 206487 00
2016.07.14 22:37:03.983 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 62 A0 10 206487 1ACE1F 036A282422482A8A2A9022902890289028
2016.07.14 22:37:03.991 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA584E d:FF r:FFAD m:62 A010 206487 1ACE1F 036A282422482A8A2A9022902890289028
2016.07.14 22:37:04.004 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A821E d:FF r:FFB4 m:62 A010 206487 1ACE1F 036A282422482A8A2A9022902890289028
2016.07.14 22:37:04.103 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA58BD d:FF r:FFB8 m:62 8002 1ACE1F 206487 00
2016.07.14 22:37:04.133 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A828E d:FF r:FFBF m:62 8002 1ACE1F 206487 00
2016.07.14 22:37:04.237 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 63 A0 10 206487 1ACE1F 0379902890289028902890289028902890
2016.07.14 22:37:04.245 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA594C d:FF r:FFAD m:63 A010 206487 1ACE1F 0379902890289028902890289028902890
2016.07.14 22:37:04.261 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A831C d:FF r:FFB4 m:63 A010 206487 1ACE1F 0379902890289028902890289028902890
2016.07.14 22:37:04.356 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA59BB d:FF r:FFB8 m:63 8002 1ACE1F 206487 00
2016.07.14 22:37:04.360 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A838B d:FF r:FFC0 m:63 8002 1ACE1F 206487 00
2016.07.14 22:37:04.490 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 64 A0 10 206487 1ACE1F 0388289028902890289028902890289028
2016.07.14 22:37:04.498 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5A49 d:FF r:FFAC m:64 A010 206487 1ACE1F 0388289028902890289028902890289028
2016.07.14 22:37:04.514 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8419 d:FF r:FFB4 m:64 A010 206487 1ACE1F 0388289028902890289028902890289028
2016.07.14 22:37:04.609 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA5AB8 d:FF r:FFB8 m:64 8002 1ACE1F 206487 00
2016.07.14 22:37:04.613 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8488 d:FF r:FFBF m:64 8002 1ACE1F 206487 00
2016.07.14 22:37:04.743 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 65 A0 10 206487 1ACE1F 0397902890282422482A8A2A9022902890
2016.07.14 22:37:04.751 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5B46 d:FF r:FFAC m:65 A010 206487 1ACE1F 0397902890282422482A8A2A9022902890
2016.07.14 22:37:04.773 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8516 d:FF r:FFB4 m:65 A010 206487 1ACE1F 0397902890282422482A8A2A9022902890
2016.07.14 22:37:04.859 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA5BB5 d:FF r:FFB8 m:65 8002 1ACE1F 206487 00
2016.07.14 22:37:04.866 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8585 d:FF r:FFC0 m:65 8002 1ACE1F 206487 00
2016.07.14 22:37:05.001 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 66 A0 10 206487 1ACE1F 03A6289028902890289028902890289028
2016.07.14 22:37:05.015 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5C43 d:FF r:FFAD m:66 A010 206487 1ACE1F 03A6289028902890289028902890289028
2016.07.14 22:37:05.051 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8613 d:FF r:FFB4 m:66 A010 206487 1ACE1F 03A6289028902890289028902890289028
2016.07.14 22:37:05.117 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA5CB3 d:FF r:FFB8 m:66 8002 1ACE1F 206487 00
2016.07.14 22:37:05.129 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8683 d:FF r:FFC0 m:66 8002 1ACE1F 206487 00
2016.07.14 22:37:05.250 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3B msg: 67 A0 10 206487 1ACE1F 03B5902890289028902890289028902890
2016.07.14 22:37:05.258 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5D41 d:FF r:FFAC m:67 A010 206487 1ACE1F 03B5902890289028902890289028902890
2016.07.14 22:37:05.303 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8711 d:FF r:FFB4 m:67 A010 206487 1ACE1F 03B5902890289028902890289028902890
2016.07.14 22:37:05.367 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA5DB0 d:FF r:FFB8 m:67 8002 1ACE1F 206487 00
2016.07.14 22:37:05.382 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8780 d:FF r:FFC0 m:67 8002 1ACE1F 206487 00
2016.07.14 22:37:05.503 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 68 A0 10 206487 1ACE1F 03C4289028902890282422482A8A2A9022
2016.07.14 22:37:05.512 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5E3E d:FF r:FFAC m:68 A010 206487 1ACE1F 03C4289028902890282422482A8A2A9022
2016.07.14 22:37:05.541 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A880E d:FF r:FFB4 m:68 A010 206487 1ACE1F 03C4289028902890282422482A8A2A9022
2016.07.14 22:37:05.622 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA5EAD d:FF r:FFB8 m:68 8002 1ACE1F 206487 00
2016.07.14 22:37:05.634 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A887D d:FF r:FFC0 m:68 8002 1ACE1F 206487 00
2016.07.14 22:37:05.756 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 69 A0 10 206487 1ACE1F 03D3902890289028902890289028902890
2016.07.14 22:37:05.764 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA5F3B d:FF r:FFAC m:69 A010 206487 1ACE1F 03D3902890289028902890289028902890
2016.07.14 22:37:05.768 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A890B d:FF r:FFB4 m:69 A010 206487 1ACE1F 03D3902890289028902890289028902890
2016.07.14 22:37:05.876 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA5FAB d:FF r:FFB8 m:69 8002 1ACE1F 206487 00
2016.07.14 22:37:05.893 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A897A d:FF r:FFBF m:69 8002 1ACE1F 206487 00
2016.07.14 22:37:06.017 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6A A0 10 206487 1ACE1F 03E2289028902890289028902890289028
2016.07.14 22:37:06.030 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8A08 d:FF r:FFB4 m:6A A010 206487 1ACE1F 03E2289028902890289028902890289028
2016.07.14 22:37:06.034 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA6038 d:FF r:FFAD m:6A A010 206487 1ACE1F 03E2289028902890289028902890289028
2016.07.14 22:37:06.130 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA60A8 d:FF r:FFB8 m:6A 8002 1ACE1F 206487 00
2016.07.14 22:37:06.147 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8A78 d:FF r:FFC0 m:6A 8002 1ACE1F 206487 00
2016.07.14 22:37:06.258 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6B A0 10 206487 1ACE1F 03F190289028902890289028
2016.07.14 22:37:06.265 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA6132 d:FF r:FFAE m:6B A010 206487 1ACE1F 03F190289028902890289028
2016.07.14 22:37:06.274 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8B02 d:FF r:FFB4 m:6B A010 206487 1ACE1F 03F190289028902890289028
2016.07.14 22:37:06.382 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA61A5 d:FF r:FFB8 m:6B 8002 1ACE1F 206487 00
2016.07.14 22:37:06.405 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8B75 d:FF r:FFBF m:6B 8002 1ACE1F 206487 00
2016.07.14 22:37:06.541 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8BF7 d:FF r:FFB4 m:6C 8010 206487 1ACE1F 0300
2016.07.14 22:37:06.568 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA6228 d:FF r:FFAD m:6C 8010 206487 1ACE1F 0300
2016.07.14 22:37:06.571 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6C 80 10 206487 1ACE1F 0300
2016.07.14 22:37:06.644 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 6D A0 01 1ACE1F 206487 02040000000006
2016.07.14 22:37:06.689 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA62D8 d:FF r:FFB8 m:6D A001 1ACE1F 206487 02040000000006
2016.07.14 22:37:06.692 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8CA8 d:FF r:FFBF m:6D A001 1ACE1F 206487 02040000000006
2016.07.14 22:37:06.815 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 22:37:06.816 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 22:37:06.820 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6D A0 10 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 22:37:06.825 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA6361 d:FF r:FFAD m:6D A010 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 22:37:06.853 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8D31 d:FF r:FFB3 m:6D A010 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 22:37:06.937 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA63D0 d:FF r:FFB8 m:6D 8002 1ACE1F 206487 00
2016.07.14 22:37:06.946 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8DA0 d:FF r:FFBF m:6D 8002 1ACE1F 206487 00
2016.07.14 22:37:07.072 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6E A0 10 206487 1ACE1F 0310289028902890289028902890289028
2016.07.14 22:37:07.080 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA645F d:FF r:FFAD m:6E A010 206487 1ACE1F 0310289028902890289028902890289028
2016.07.14 22:37:07.109 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8E2F d:FF r:FFB4 m:6E A010 206487 1ACE1F 0310289028902890289028902890289028
2016.07.14 22:37:07.192 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA64CF d:FF r:FFB8 m:6E 8002 1ACE1F 206487 00
2016.07.14 22:37:07.202 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8E9E d:FF r:FFBF m:6E 8002 1ACE1F 206487 00
2016.07.14 22:37:07.325 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6F A0 10 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:37:07.334 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A8F2C d:FF r:FFB4 m:6F A010 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:37:07.337 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA655D d:FF r:FFAD m:6F A010 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:37:07.444 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA65CC d:FF r:FFB8 m:6F 8002 1ACE1F 206487 00
2016.07.14 22:37:07.461 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A8F9C d:FF r:FFBF m:6F 8002 1ACE1F 206487 00
2016.07.14 22:37:07.579 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 70 A0 10 206487 1ACE1F 032E2890282422482A8A2A902290289028
2016.07.14 22:37:07.587 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA665A d:FF r:FFAD m:70 A010 206487 1ACE1F 032E2890282422482A8A2A902290289028
2016.07.14 22:37:07.590 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A902A d:FF r:FFB4 m:70 A010 206487 1ACE1F 032E2890282422482A8A2A902290289028
2016.07.14 22:37:07.697 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA66C9 d:FF r:FFB9 m:70 8002 1ACE1F 206487 00
2016.07.14 22:37:07.714 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A9099 d:FF r:FFBF m:70 8002 1ACE1F 206487 00
2016.07.14 22:37:07.832 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 71 A0 10 206487 1ACE1F 033D902890289028902890289028902890
2016.07.14 22:37:07.841 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA6758 d:FF r:FFAD m:71 A010 206487 1ACE1F 033D902890289028902890289028902890
2016.07.14 22:37:07.845 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A9127 d:FF r:FFB4 m:71 A010 206487 1ACE1F 033D902890289028902890289028902890
2016.07.14 22:37:07.953 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA67C8 d:FF r:FFB8 m:71 8002 1ACE1F 206487 00
2016.07.14 22:37:07.973 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A9197 d:FF r:FFBF m:71 8002 1ACE1F 206487 00
2016.07.14 22:37:08.086 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 72 A0 10 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 22:37:08.095 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA6855 d:FF r:FFAE m:72 A010 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 22:37:08.098 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A9225 d:FF r:FFB4 m:72 A010 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 22:37:08.205 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA68C5 d:FF r:FFB8 m:72 8002 1ACE1F 206487 00
2016.07.14 22:37:08.229 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A9294 d:FF r:FFBF m:72 8002 1ACE1F 206487 00
2016.07.14 22:37:08.330 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 73 A0 10 206487 1ACE1F 035B902890289028
2016.07.14 22:37:08.339 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA694C d:FF r:FFAD m:73 A010 206487 1ACE1F 035B902890289028
2016.07.14 22:37:08.354 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A931B d:FF r:FFB4 m:73 A010 206487 1ACE1F 035B902890289028
2016.07.14 22:37:08.458 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA69C2 d:FF r:FFB9 m:73 8002 1ACE1F 206487 00
2016.07.14 22:37:08.485 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A9392 d:FF r:FFC0 m:73 8002 1ACE1F 206487 00
2016.07.14 22:37:08.577 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 74 80 10 206487 1ACE1F 0300
2016.07.14 22:37:08.606 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA6A44 d:FF r:FFAE m:74 8010 206487 1ACE1F 0300
2016.07.14 22:37:08.610 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A9414 d:FF r:FFB5 m:74 8010 206487 1ACE1F 0300
2016.07.14 22:37:08.666 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 75 A0 01 1ACE1F 206487 0303
2016.07.14 22:37:08.763 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFA6AF3 d:FF r:FFB8 m:75 A001 1ACE1F 206487 0303
2016.07.14 22:37:08.770 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4A94C2 d:FF r:FFBF m:75 A001 1ACE1F 206487 0303
2016.07.14 22:37:08.882 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 22:37:08.883 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 22:37:08.895 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 75 80 10 206487 1ACE1F 0100000000
2016.07.14 22:37:08.898 0 : HMUARTLGW hmuart1 send: 01 06206487000000
2016.07.14 22:37:08.902 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4A9546 d:FF r:FFB4 m:75 8010 206487 1ACE1F 0100000000
2016.07.14 22:37:08.905 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFA6B76 d:FF r:FFAD m:75 8010 206487 1ACE1F 0100000000
2016.07.14 22:37:08.908 0 : HMUARTLGW hmuart1 recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.07.14 22:37:08.909 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2016.07.14 22:37:08.911 0 : HMUARTLGW hmuart1 send: 01 08
2016.07.14 22:37:08.929 0 : HMUARTLGW hmuart1 recv: 01 040701031D252EFFFFFFFFFFFFFFFF001BF81BFFFFFFFFFFFFFFFF001DFDA5FFFFFFFFFFFFFFFF0020DFE1FFFFFFFFFFFFFFFF00206219FFFFFFFFFFFFFFFF00, state 93
2016.07.14 22:37:08.929 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 22:37:08.930 0 : HMUARTLGW hmuart1 known peer: 1D252E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.930 0 : HMUARTLGW hmuart1 known peer: 1BF81B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.930 0 : HMUARTLGW hmuart1 known peer: 1DFDA5, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.931 0 : HMUARTLGW hmuart1 known peer: 20DFE1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.931 0 : HMUARTLGW hmuart1 known peer: 206219, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.940 0 : HMUARTLGW hmuart1 recv: 01 0407020383765AFFFFFFFFFFFFFFFF00206487FFFFFFFFFFFFFFFF00206278FFFFFFFFFFFFFFFF002064CBFFFFFFFFFFFFFFFF0024AF1DFFFFFFFFFFFFFFFF00, state 93
2016.07.14 22:37:08.941 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 22:37:08.941 0 : HMUARTLGW hmuart1 known peer: 83765A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.942 0 : HMUARTLGW hmuart1 known peer: 206487, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.942 0 : HMUARTLGW hmuart1 known peer: 206278, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.942 0 : HMUARTLGW hmuart1 known peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.943 0 : HMUARTLGW hmuart1 known peer: 24AF1D, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.945 0 : HMUARTLGW hmuart1 recv: 01 040703036869B6FFFFFFFFFFFFFFFF001936FFFFFFFFFFFFFFFFFF00, state 93
2016.07.14 22:37:08.945 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 22:37:08.946 0 : HMUARTLGW hmuart1 known peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:08.946 0 : HMUARTLGW hmuart1 known peer: 1936FF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:37:11.875 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:37:11.879 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:37:11.880 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:37:11.880 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00287699699401855
2016.07.14 22:37:26.879 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:37:26.883 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:37:26.884 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:37:26.884 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00277805328369141
2016.07.14 22:37:41.883 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:37:41.887 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:37:41.888 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:37:41.889 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00279092788696289
2016.07.14 22:37:56.888 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:37:56.892 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:37:56.893 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:37:56.893 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0028078556060791
2016.07.14 22:38:11.893 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:38:11.897 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:38:11.898 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:38:11.898 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00282096862792969
2016.07.14 22:38:26.898 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:38:26.902 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:38:26.903 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:38:26.903 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00278902053833008
2016.07.14 22:38:41.903 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:38:41.907 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:38:41.907 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:38:41.908 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00278902053833008
2016.07.14 22:38:56.907 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:38:56.911 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:38:56.912 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:38:56.912 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00278210639953613
2016.07.14 22:39:05.329 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 3A msg: 59 86 70 206487 000000 00BA41
2016.07.14 22:39:05.337 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFC3262 d:FF r:FFAE m:59 8670 206487 000000 00BA41
2016.07.14 22:39:05.344 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4C5C20 d:FF r:FFB4 m:59 8670 206487 000000 00BA41
2016.07.14 22:39:11.912 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:39:11.916 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:39:11.917 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:39:11.917 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00277900695800781
2016.07.14 22:39:26.917 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:39:26.921 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:39:26.921 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:39:26.922 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00275683403015137
2016.07.14 22:39:41.921 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:39:41.930 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:39:41.930 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:39:41.931 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00302791595458984
2016.07.14 22:39:56.930 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:39:56.934 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:39:56.935 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:39:56.935 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00273680686950684
2016.07.14 22:40:11.935 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:40:11.939 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:40:11.940 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:40:11.940 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00303483009338379
2016.07.14 22:40:26.940 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:40:26.944 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:40:26.944 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:40:26.945 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0028989315032959
2016.07.14 22:40:34.846 0 : HMUARTLGW hmuart1 send: 01 06206487000100
2016.07.14 22:40:34.854 0 : HMUARTLGW hmuart1 recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.07.14 22:40:34.855 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2016.07.14 22:40:34.857 0 : HMUARTLGW hmuart1 send: 01 08
2016.07.14 22:40:34.875 0 : HMUARTLGW hmuart1 recv: 01 040701031D252EFFFFFFFFFFFFFFFF001BF81BFFFFFFFFFFFFFFFF001DFDA5FFFFFFFFFFFFFFFF0020DFE1FFFFFFFFFFFFFFFF00206219FFFFFFFFFFFFFFFF00, state 93
2016.07.14 22:40:34.876 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 22:40:34.876 0 : HMUARTLGW hmuart1 known peer: 1D252E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.876 0 : HMUARTLGW hmuart1 known peer: 1BF81B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.877 0 : HMUARTLGW hmuart1 known peer: 1DFDA5, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.877 0 : HMUARTLGW hmuart1 known peer: 20DFE1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.877 0 : HMUARTLGW hmuart1 known peer: 206219, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.886 0 : HMUARTLGW hmuart1 recv: 01 0407020383765AFFFFFFFFFFFFFFFF00206487FFFFFFFFFFFFFFFF00206278FFFFFFFFFFFFFFFF002064CBFFFFFFFFFFFFFFFF0024AF1DFFFFFFFFFFFFFFFF00, state 93
2016.07.14 22:40:34.887 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 22:40:34.888 0 : HMUARTLGW hmuart1 known peer: 83765A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.888 0 : HMUARTLGW hmuart1 known peer: 206487, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.888 0 : HMUARTLGW hmuart1 known peer: 206278, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.889 0 : HMUARTLGW hmuart1 known peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.889 0 : HMUARTLGW hmuart1 known peer: 24AF1D, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.891 0 : HMUARTLGW hmuart1 recv: 01 040703036869B6FFFFFFFFFFFFFFFF001936FFFFFFFFFFFFFFFFFF00, state 93
2016.07.14 22:40:34.892 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2016.07.14 22:40:34.892 0 : HMUARTLGW hmuart1 known peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:34.892 0 : HMUARTLGW hmuart1 known peer: 1936FF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.14 22:40:41.944 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:40:41.949 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:40:41.949 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:40:41.950 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00297093391418457
2016.07.14 22:40:56.949 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:40:56.953 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:40:56.954 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:40:56.955 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00282406806945801
2016.07.14 22:41:11.954 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:41:11.959 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:41:11.959 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:41:11.960 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00301098823547363
2016.07.14 22:41:26.959 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:41:26.963 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:41:26.964 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:41:26.964 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00283694267272949
2016.07.14 22:41:41.964 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:41:41.968 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:41:41.969 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:41:41.969 0 : HMUARTLGW hmuart1 roundtrip delay: 0.00293803215026855
2016.07.14 22:41:56.969 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:41:56.973 0 : HMUARTLGW hmuart1 recv: 00 040207, state 98
2016.07.14 22:41:56.973 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:41:56.974 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0028080940246582
2016.07.14 22:42:01.343 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEE1FE d:FF r:FFAC m:5A 8670 206487 000000 00BA41
2016.07.14 22:42:01.351 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F0BA2 d:FF r:FFB5 m:5A 8670 206487 000000 00BA41
2016.07.14 22:42:01.430 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 5A A1 12 1ACE1F 206487
2016.07.14 22:42:01.435 0 : HMUARTLGW hmuart1 recv: 01 0408, state 100
2016.07.14 22:42:01.436 0 : HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2016.07.14 22:42:01.466 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEE279 d:FF r:FFBA m:42 A112 1ACE1F 206487
2016.07.14 22:42:01.472 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F0C1C d:FF r:FFBF m:42 A112 1ACE1F 206487
2016.07.14 22:42:01.584 0 : HMUARTLGW hmuart1 recv: 01 05 10 00 3A msg: 5A 86 70 206487 000000 00BA41
2016.07.14 22:42:01.595 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEE2FA d:FF r:FFAC m:42 8002 206487 1ACE1F 00
2016.07.14 22:42:01.599 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F0C9E d:FF r:FFB5 m:42 8002 206487 1ACE1F 00
2016.07.14 22:42:01.711 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 5A A1 12 1ACE1F 206487
2016.07.14 22:42:01.750 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEE395 d:FF r:FFBA m:5A A112 1ACE1F 206487
2016.07.14 22:42:01.757 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F0D39 d:FF r:FFBF m:5A A112 1ACE1F 206487
2016.07.14 22:42:01.869 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 5B A0 01 1ACE1F 206487 00040000000000
2016.07.14 22:42:01.871 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 3A msg: 5A 80 02 206487 1ACE1F 00
2016.07.14 22:42:01.879 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEE417 d:FF r:FFAC m:5A 8002 206487 1ACE1F 00
2016.07.14 22:42:01.885 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F0DBA d:FF r:FFB4 m:5A 8002 206487 1ACE1F 00
2016.07.14 22:42:02.037 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEE4B4 d:FF r:FFBA m:5B A001 1ACE1F 206487 00040000000000
2016.07.14 22:42:02.045 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F0E58 d:FF r:FFBF m:5B A001 1ACE1F 206487 00040000000000
2016.07.14 22:42:02.175 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEE53E d:FF r:FFAC m:5B 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:42:02.183 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F0EE1 d:FF r:FFB4 m:5B 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:42:02.322 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEE5D4 d:FF r:FFB9 m:5B A001 1ACE1F 206487 00040000000000
2016.07.14 22:42:02.333 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F0F78 d:FF r:FFBF m:5B A001 1ACE1F 206487 00040000000000
2016.07.14 22:42:02.462 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEE65D d:FF r:FFAC m:5B 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:42:02.466 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F1001 d:FF r:FFB4 m:5B 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:42:02.683 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F10AD d:FF r:FFBF m:5B A001 1ACE1F 206487 00040000000000
2016.07.14 22:42:02.686 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEE709 d:FF r:FFB9 m:5B A001 1ACE1F 206487 00040000000000
2016.07.14 22:42:02.760 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 22:42:02.761 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 22:42:02.761 0 : HMUARTLGW hmuart1 send: 00 08
2016.07.14 22:42:02.765 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5B 80 10 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:42:02.769 0 : HMUARTLGW hmuart1 recv: 00 040208, state 98
2016.07.14 22:42:02.769 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2016.07.14 22:42:02.773 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEE792 d:FF r:FFAC m:5B 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:42:02.782 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F1135 d:FF r:FFB4 m:5B 8010 206487 1ACE1F 020100020105850A1A0BCE0C1F0F000000
2016.07.14 22:42:02.853 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 5C A0 01 1ACE1F 206487 0203
2016.07.14 22:42:02.947 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEE842 d:FF r:FFB9 m:5C A001 1ACE1F 206487 0203
2016.07.14 22:42:02.977 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F11E5 d:FF r:FFBF m:5C A001 1ACE1F 206487 0203
2016.07.14 22:42:03.066 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 22:42:03.066 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 22:42:03.078 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5C 80 10 206487 1ACE1F 0100000000
2016.07.14 22:42:03.084 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEE8C5 d:FF r:FFAC m:5C 8010 206487 1ACE1F 0100000000
2016.07.14 22:42:03.104 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F1268 d:FF r:FFB4 m:5C 8010 206487 1ACE1F 0100000000
2016.07.14 22:42:03.166 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 5D A0 01 1ACE1F 206487 02040000000005
2016.07.14 22:42:03.282 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEE991 d:FF r:FFBA m:5D A001 1ACE1F 206487 02040000000005
2016.07.14 22:42:03.293 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1334 d:FF r:FFBF m:5D A001 1ACE1F 206487 02040000000005
2016.07.14 22:42:03.408 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 22:42:03.409 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 22:42:03.413 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5D A0 10 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 22:42:03.421 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEEA1A d:FF r:FFAD m:5D A010 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 22:42:03.425 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F13BE d:FF r:FFB4 m:5D A010 206487 1ACE1F 0301110C240C1828005800002422482A8A
2016.07.14 22:42:03.531 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEEA8A d:FF r:FFB9 m:5D 8002 1ACE1F 206487 00
2016.07.14 22:42:03.552 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F142D d:FF r:FFBF m:5D 8002 1ACE1F 206487 00
2016.07.14 22:42:03.665 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5E A0 10 206487 1ACE1F 03102A9022902890289028902890289028
2016.07.14 22:42:03.671 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEEB18 d:FF r:FFAC m:5E A010 206487 1ACE1F 03102A9022902890289028902890289028
2016.07.14 22:42:03.677 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F14BB d:FF r:FFB4 m:5E A010 206487 1ACE1F 03102A9022902890289028902890289028
2016.07.14 22:42:03.784 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEEB87 d:FF r:FFBB m:5E 8002 1ACE1F 206487 00
2016.07.14 22:42:03.808 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F152A d:FF r:FFBF m:5E 8002 1ACE1F 206487 00
2016.07.14 22:42:03.918 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 5F A0 10 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:42:03.926 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEEC15 d:FF r:FFAD m:5F A010 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:42:03.933 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F15B9 d:FF r:FFB4 m:5F A010 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:42:04.038 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEEC85 d:FF r:FFBA m:5F 8002 1ACE1F 206487 00
2016.07.14 22:42:04.064 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1628 d:FF r:FFBE m:5F 8002 1ACE1F 206487 00
2016.07.14 22:42:04.172 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 60 A0 10 206487 1ACE1F 032E289028902890289028902890282422
2016.07.14 22:42:04.180 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEED13 d:FF r:FFAC m:60 A010 206487 1ACE1F 032E289028902890289028902890282422
2016.07.14 22:42:04.189 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F16B6 d:FF r:FFB4 m:60 A010 206487 1ACE1F 032E289028902890289028902890282422
2016.07.14 22:42:04.290 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEED82 d:FF r:FFBA m:60 8002 1ACE1F 206487 00
2016.07.14 22:42:04.320 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1725 d:FF r:FFBF m:60 8002 1ACE1F 206487 00
2016.07.14 22:42:04.424 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 61 A0 10 206487 1ACE1F 033D482A8A2A9022902890289028902890
2016.07.14 22:42:04.431 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEEE0F d:FF r:FFAC m:61 A010 206487 1ACE1F 033D482A8A2A9022902890289028902890
2016.07.14 22:42:04.445 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F17B4 d:FF r:FFB4 m:61 A010 206487 1ACE1F 033D482A8A2A9022902890289028902890
2016.07.14 22:42:04.540 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEEE80 d:FF r:FFB9 m:61 8002 1ACE1F 206487 00
2016.07.14 22:42:04.545 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1823 d:FF r:FFBF m:61 8002 1ACE1F 206487 00
2016.07.14 22:42:04.678 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 62 A0 10 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 22:42:04.687 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEEF0E d:FF r:FFAB m:62 A010 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 22:42:04.704 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F18B1 d:FF r:FFB4 m:62 A010 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 22:42:04.796 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEEF7D d:FF r:FFB9 m:62 8002 1ACE1F 206487 00
2016.07.14 22:42:04.801 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1920 d:FF r:FFBF m:62 8002 1ACE1F 206487 00
2016.07.14 22:42:04.932 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3B msg: 63 A0 10 206487 1ACE1F 035B902890289028902890289028902890
2016.07.14 22:42:04.939 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF00B d:FF r:FFAC m:63 A010 206487 1ACE1F 035B902890289028902890289028902890
2016.07.14 22:42:04.972 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F19AE d:FF r:FFB5 m:63 A010 206487 1ACE1F 035B902890289028902890289028902890
2016.07.14 22:42:05.049 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEF07B d:FF r:FFBA m:63 8002 1ACE1F 206487 00
2016.07.14 22:42:05.059 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1A1E d:FF r:FFBF m:63 8002 1ACE1F 206487 00
2016.07.14 22:42:05.185 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3B msg: 64 A0 10 206487 1ACE1F 036A282422482A8A2A9022902890289028
2016.07.14 22:42:05.193 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF109 d:FF r:FFAC m:64 A010 206487 1ACE1F 036A282422482A8A2A9022902890289028
2016.07.14 22:42:05.221 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F1AAC d:FF r:FFB4 m:64 A010 206487 1ACE1F 036A282422482A8A2A9022902890289028
2016.07.14 22:42:05.302 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEF178 d:FF r:FFBA m:64 8002 1ACE1F 206487 00
2016.07.14 22:42:05.316 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1B1B d:FF r:FFBE m:64 8002 1ACE1F 206487 00
2016.07.14 22:42:05.439 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3B msg: 65 A0 10 206487 1ACE1F 0379902890289028902890289028902890
2016.07.14 22:42:05.446 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF206 d:FF r:FFAD m:65 A010 206487 1ACE1F 0379902890289028902890289028902890
2016.07.14 22:42:05.469 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F1BA9 d:FF r:FFB4 m:65 A010 206487 1ACE1F 0379902890289028902890289028902890
2016.07.14 22:42:05.556 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEF275 d:FF r:FFBB m:65 8002 1ACE1F 206487 00
2016.07.14 22:42:05.565 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1C18 d:FF r:FFBF m:65 8002 1ACE1F 206487 00
2016.07.14 22:42:05.691 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 66 A0 10 206487 1ACE1F 0388289028902890289028902890289028
2016.07.14 22:42:05.700 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF304 d:FF r:FFAC m:66 A010 206487 1ACE1F 0388289028902890289028902890289028
2016.07.14 22:42:05.728 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F1CA7 d:FF r:FFB4 m:66 A010 206487 1ACE1F 0388289028902890289028902890289028
2016.07.14 22:42:05.810 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEF373 d:FF r:FFB9 m:66 8002 1ACE1F 206487 00
2016.07.14 22:42:05.821 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1D16 d:FF r:FFBF m:66 8002 1ACE1F 206487 00
2016.07.14 22:42:05.945 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 67 A0 10 206487 1ACE1F 0397902890282422482A8A2A9022902890
2016.07.14 22:42:05.953 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F1DA4 d:FF r:FFB4 m:67 A010 206487 1ACE1F 0397902890282422482A8A2A9022902890
2016.07.14 22:42:05.956 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF401 d:FF r:FFAC m:67 A010 206487 1ACE1F 0397902890282422482A8A2A9022902890
2016.07.14 22:42:06.066 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEF471 d:FF r:FFBA m:67 8002 1ACE1F 206487 00
2016.07.14 22:42:06.077 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1E14 d:FF r:FFBF m:67 8002 1ACE1F 206487 00
2016.07.14 22:42:06.199 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 68 A0 10 206487 1ACE1F 03A6289028902890289028902890289028
2016.07.14 22:42:06.208 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF4FE d:FF r:FFAD m:68 A010 206487 1ACE1F 03A6289028902890289028902890289028
2016.07.14 22:42:06.212 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F1EA1 d:FF r:FFB4 m:68 A010 206487 1ACE1F 03A6289028902890289028902890289028
2016.07.14 22:42:06.371 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEF56E d:FF r:FFB9 m:68 8002 1ACE1F 206487 00
2016.07.14 22:42:06.375 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F1F11 d:FF r:FFBE m:68 8002 1ACE1F 206487 00
2016.07.14 22:42:06.451 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 69 A0 10 206487 1ACE1F 03B5902890289028902890289028902890
2016.07.14 22:42:06.465 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF5FC d:FF r:FFAD m:69 A010 206487 1ACE1F 03B5902890289028902890289028902890
2016.07.14 22:42:06.526 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F1F9F d:FF r:FFB4 m:69 A010 206487 1ACE1F 03B5902890289028902890289028902890
2016.07.14 22:42:06.572 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEF66C d:FF r:FFB9 m:69 8002 1ACE1F 206487 00
2016.07.14 22:42:06.592 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F200E d:FF r:FFBF m:69 8002 1ACE1F 206487 00
2016.07.14 22:42:06.705 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6A A0 10 206487 1ACE1F 03C4289028902890282422482A8A2A9022
2016.07.14 22:42:06.713 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF6F9 d:FF r:FFAC m:6A A010 206487 1ACE1F 03C4289028902890282422482A8A2A9022
2016.07.14 22:42:06.717 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F209C d:FF r:FFB4 m:6A A010 206487 1ACE1F 03C4289028902890282422482A8A2A9022
2016.07.14 22:42:06.824 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEF769 d:FF r:FFB9 m:6A 8002 1ACE1F 206487 00
2016.07.14 22:42:06.846 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F210B d:FF r:FFBE m:6A 8002 1ACE1F 206487 00
2016.07.14 22:42:06.958 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6B A0 10 206487 1ACE1F 03D3902890289028902890289028902890
2016.07.14 22:42:06.967 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF7F7 d:FF r:FFAC m:6B A010 206487 1ACE1F 03D3902890289028902890289028902890
2016.07.14 22:42:06.973 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F219A d:FF r:FFB4 m:6B A010 206487 1ACE1F 03D3902890289028902890289028902890
2016.07.14 22:42:07.077 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEF866 d:FF r:FFB9 m:6B 8002 1ACE1F 206487 00
2016.07.14 22:42:07.104 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F2209 d:FF r:FFBF m:6B 8002 1ACE1F 206487 00
2016.07.14 22:42:07.212 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3B msg: 6C A0 10 206487 1ACE1F 03E2289028902890289028902890289028
2016.07.14 22:42:07.220 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF8F4 d:FF r:FFAC m:6C A010 206487 1ACE1F 03E2289028902890289028902890289028
2016.07.14 22:42:07.229 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F2297 d:FF r:FFB4 m:6C A010 206487 1ACE1F 03E2289028902890289028902890289028
2016.07.14 22:42:07.330 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEF963 d:FF r:FFBB m:6C 8002 1ACE1F 206487 00
2016.07.14 22:42:07.357 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F2306 d:FF r:FFBF m:6C 8002 1ACE1F 206487 00
2016.07.14 22:42:07.460 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6D A0 10 206487 1ACE1F 03F190289028902890289028
2016.07.14 22:42:07.469 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEF9EE d:FF r:FFAC m:6D A010 206487 1ACE1F 03F190289028902890289028
2016.07.14 22:42:07.485 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F2391 d:FF r:FFB4 m:6D A010 206487 1ACE1F 03F190289028902890289028
2016.07.14 22:42:07.584 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F2404 d:FF r:FFBF m:6D 8002 1ACE1F 206487 00
2016.07.14 22:42:07.588 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEFA62 d:FF r:FFB9 m:6D 8002 1ACE1F 206487 00
2016.07.14 22:42:07.703 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6E 80 10 206487 1ACE1F 0300
2016.07.14 22:42:07.731 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEFAE3 d:FF r:FFAC m:6E 8010 206487 1ACE1F 0300
2016.07.14 22:42:07.741 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F2486 d:FF r:FFB4 m:6E 8010 206487 1ACE1F 0300
2016.07.14 22:42:07.792 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 6F A0 01 1ACE1F 206487 02040000000006
2016.07.14 22:42:07.906 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEFBA3 d:FF r:FFB9 m:6F A001 1ACE1F 206487 02040000000006
2016.07.14 22:42:07.936 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F2545 d:FF r:FFBF m:6F A001 1ACE1F 206487 02040000000006
2016.07.14 22:42:08.032 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2016.07.14 22:42:08.033 0 : HMUARTLGW hmuart1 Ack: 02
2016.07.14 22:42:08.036 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 6F A0 10 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 22:42:08.043 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEFC2C d:FF r:FFAC m:6F A010 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 22:42:08.064 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F25CE d:FF r:FFB4 m:6F A010 206487 1ACE1F 03012422482A8A2A902290289028902890
2016.07.14 22:42:08.155 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEFC9C d:FF r:FFB9 m:6F 8002 1ACE1F 206487 00
2016.07.14 22:42:08.159 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F263E d:FF r:FFBF m:6F 8002 1ACE1F 206487 00
2016.07.14 22:42:08.289 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 70 A0 10 206487 1ACE1F 0310289028902890289028902890289028
2016.07.14 22:42:08.296 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEFD29 d:FF r:FFAC m:70 A010 206487 1ACE1F 0310289028902890289028902890289028
2016.07.14 22:42:08.317 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F26CC d:FF r:FFB4 m:70 A010 206487 1ACE1F 0310289028902890289028902890289028
2016.07.14 22:42:08.408 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEFD99 d:FF r:FFBA m:70 8002 1ACE1F 206487 00
2016.07.14 22:42:08.413 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F273C d:FF r:FFBF m:70 8002 1ACE1F 206487 00
2016.07.14 22:42:08.542 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 71 A0 10 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:42:08.550 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEFE27 d:FF r:FFAD m:71 A010 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:42:08.576 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F27CA d:FF r:FFB4 m:71 A010 206487 1ACE1F 031F902890289028902890289028902890
2016.07.14 22:42:08.661 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEFE96 d:FF r:FFBA m:71 8002 1ACE1F 206487 00
2016.07.14 22:42:08.669 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F2839 d:FF r:FFBF m:71 8002 1ACE1F 206487 00
2016.07.14 22:42:08.795 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 72 A0 10 206487 1ACE1F 032E2890282422482A8A2A902290289028
2016.07.14 22:42:08.803 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFEFF24 d:FF r:FFAD m:72 A010 206487 1ACE1F 032E2890282422482A8A2A902290289028
2016.07.14 22:42:08.832 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F28C6 d:FF r:FFB4 m:72 A010 206487 1ACE1F 032E2890282422482A8A2A902290289028
2016.07.14 22:42:08.915 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFEFF94 d:FF r:FFBA m:72 8002 1ACE1F 206487 00
2016.07.14 22:42:08.925 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F2936 d:FF r:FFBF m:72 8002 1ACE1F 206487 00
2016.07.14 22:42:09.049 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 73 A0 10 206487 1ACE1F 033D902890289028902890289028902890
2016.07.14 22:42:09.056 0 : HMLAN_Parse: hmusb1 R:E206487 stat:0000 t:0C4F29C4 d:FF r:FFB4 m:73 A010 206487 1ACE1F 033D902890289028902890289028902890
2016.07.14 22:42:09.060 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFF0022 d:FF r:FFAD m:73 A010 206487 1ACE1F 033D902890289028902890289028902890
2016.07.14 22:42:09.168 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0CFF0091 d:FF r:FFBB m:73 8002 1ACE1F 206487 00
2016.07.14 22:42:09.181 0 : HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:0C4F2A33 d:FF r:FFBF m:73 8002 1ACE1F 206487 00
2016.07.14 22:42:09.302 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 3A msg: 74 A0 10 206487 1ACE1F 034C289028902890289028902890289028
2016.07.14 22:42:09.311 0 : HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:0CFF011F d:FF r:FFAC m:74 A010 206487 1ACE1F 034C289028902890289028902890289028
Hi Frank,
Zitat von: frank am 14 Juli 2016, 23:18:46
genial michael. 8)
:-)
Zitat
ich habe aber das gefühl, dass es eventuell trotzdem noch nicht 100% optimal läuft (jammern auf äusserst hohem niveau ;) ), denn schau dir mal die msgnummern jeweils bei den a112-msgs an. hmlan und hmusb registrieren eine zusätzliche a112 msg mit deutlich anderer nummer, die auch beantwortet wird. und zusätzlich meldet ausgerechnet hier der hmuart jeweils busy.
Ja, das hatte ich erwartet. Der HMUART erzeugt die A112 mit dem richtigen Timing selber und Fhem möchte sie zeitgleich senden. Also sollte ich doch irgendwann das Kommando rausfiltern, dazu will ich das aber lokal testen und es ist ja im Moment "nur" etwas Overhead.
Ich habe es mal auf mein TODO geschrieben.
Viele Grüße
Michael
ZitatIch habe es mal auf mein TODO geschrieben.
prima, denn es wird eventuell probleme machen, wenn ich die ventile (hm-cc-vd) über den hmuart betreiben werde.
hierbei sind die richtigen msgnummern für eine funktionierende kommunikation wichtig, ansonten schlafen die vd ein.
ist aber nicht dringlich.
gruss frank
Hallo Zusammen
Nach einer Neuinstallation auf einem Raspi2 (Jessie) läuft das nette Teil nicht mehr ?!
2016.07.15 15:03:10 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.15 15:03:10 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.15 15:03:10 1: HMUARTLGW myHmUART Reopen
2016.07.15 15:03:10 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.15 15:02:59 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.15 15:02:59 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.15 15:02:59 1: HMUARTLGW myHmUART Reopen
2016.07.15 15:02:59 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.15 15:02:48 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.15 15:02:48 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.15 15:02:48 1: HMUARTLGW myHmUART Reopen
Die Datei /boot/config.txt sieht wie folgt aus:
...
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
enable_uart=1
Die Datei /boot/cmdline.txt sieht wie folgt aus:
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Im raspi-config wurde Serial deaktiviert und der /dev/ttyAMA0 ist vorhanden, mit folgenden Rechten:
crw-rw---- 1 root dialout 204, 64 Jul 15 15:09 /dev/ttyAMA0
Muss noch ein Settings erfolgen ?
Gruss Peter
Hallo zusammen,
jetzt hab ich auch wieder ein Problem.
System rebootet, Logfile:
2016.07.15 15:28:35 3: CUL_HM set Test_Sw statusRequest
2016.07.15 15:28:55 3: CUL_HM set Test getConfig
2016.07.15 15:33:28 3: HMUARTLGW myHmUART entered pairing-mode
2016.07.15 15:34:01 3: Device Test added to ActionDetector with 000:10 time
2016.07.15 15:34:01 3: CUL_HM pair: Test powerMeter, model HM-ES-PMSw1-Pl-DN-R1 serialNr MEQ1125712
2016.07.15 15:34:06 3: Device Test added to ActionDetector with 000:10 time
2016.07.15 15:34:11 3: Device Test added to ActionDetector with 000:10 time
2016.07.15 15:34:16 3: Device Test added to ActionDetector with 000:10 time
2016.07.15 15:34:17 3: CUL_HM set Test getConfig
2016.07.15 15:34:21 3: Device Test added to ActionDetector with 000:10 time
Leider klappt das Pairing nicht...
Es bleibt immer beim Status:
R-pairCentral
set_0x424242
Jetzt gerade entdeckt:
PERL WARNING: Use of uninitialized value in string ne at ./FHEM/10_CUL_HM.pm line 6481.
Jemand eine Idee?
Danke!
Hallo,
vielen Dank an Martin für das übernehmen meines Patches gegen 10_CUL_HM.pm :)
Ich habe soeben das HMUARTLGW-Modul in das SVN-Repository eingepflegt, es ist also ab morgen normal per update verfügbar.
Viele Grüße
Michael
Hallo,
super!
Vielen Dank Martin, Michael, ...!!
Werde dann diese "Baustelle" (Hochziehen eines neuen Hauptsystems mit HM-UART) wieder mit mehr Aufmerksamkeit betreiben...
Gruß, Joachim
Jetzt wo die beiden Module im SVN sind werde ich es auf meinem Raspeberry Pi Zero auch einmal testen
Gesendet von iPhone mit Tapatalk
Heute meinen Raspberry upgedated und mein Modul aufgesteckt.
Erhalte allerdings im Logfile nur:
2016.07.18 09:51:33 1: HMUARTLGW myHmUART Reopen
2016.07.18 09:51:33 1: HMUARTLGW myHmUART Reopen
2016.07.18 09:51:34 1: HMUARTLGW myHmUART Reopen
2016.07.18 09:51:34 1: HMUARTLGW myHmUART Reopen
2016.07.18 09:51:34 1: HMUARTLGW myHmUART Reopen
2016.07.18 09:51:34 1: HMUARTLGW myHmUART Reopen
2016.07.18 09:51:35 1: HMUARTLGW myHmUART Reopen
2016.07.18 09:51:37 1: HMUARTLGW myHmUART Reopen
2016.07.18 09:51:37 1: HMUARTLGW myHmUART Reopen
Serial ist aktiviert.
Unter YAHM funktioniert das Modul einwandfrei.
Was mache ich falsch?
Gruß, Stefan
Hallo,
Zitat von: PeterS am 15 Juli 2016, 15:11:22
Nach einer Neuinstallation auf einem Raspi2 (Jessie) läuft das nette Teil nicht mehr ?!
2016.07.15 15:03:10 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.15 15:03:10 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.15 15:03:10 1: HMUARTLGW myHmUART Reopen
2016.07.15 15:03:10 1: HMUARTLGW myHmUART did not respond, reopening
Muss noch ein Settings erfolgen ?
Zitat von: bastelwastel am 18 Juli 2016, 09:55:49
Erhalte allerdings im Logfile nur:
2016.07.18 09:51:33 1: HMUARTLGW myHmUART Reopen
Serial ist aktiviert.
Ich habe den ersten Beitrag mal um alle Schritte erweitert, die für die Aktivierung der seriellen Schnittstelle für das Modul notwendig sind.
Viele Grüße
Michael
Hallo Michael,
Ich habe noch folgende Erfahrung Ergänzung:
Ich muss zusätzlich noch sudo systemctl mask serial-getty@ttyAMA0.service
machen, weil sonst der Dienst trotzdem nach Neustart aktiviert ist!?
Bei mir stimmen auch die Berechtigungen der Schnittstelle nicht, so richtig sehe ich da nicht durch.
Nach Jessie-Lite sieht es so aus:
ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Jul 15 20:36 /dev/ttyAMA0
Danach fehlt Leserecht und fhem müsste in tty usermod -a -G tty fhem
Nach sudo chmod g=rw /dev/ttyAMA0und neustart plötzlich
ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Jul 18 08:49 /dev/ttyAMA0
Und es passt wenn fhem in dialout ist!
Ich setze jetzt mein Testsystem nochmal neu auf und gehe alles nochmal durch und dokumentiere das. Ich könnte dann den begonnenen Wiki Artikel anfangen zu erweitern?
Das wäre in aller Kürze mein Ergebnis nach einem frischen Test
Kurzform frische Installation:
Raspberry PI Version B
Image Jessie-Lite
Vor dem ersten Start noch gleich die /boot/config.txt um die Zeile enable_uart=1 ergänzen
Erster Start
raspi-config nur Zeit eingestellt, Kamera aktiviert und Name geändert, kein Neustart
sudo su
systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service
systemctl mask serial-getty@ttyAMA0.service
chmod g=rw /dev/ttyAMA0
Setup mit dem Script von Betateilchen (https://forum.fhem.de/index.php/topic,53825.0.html)
Nach Neustart
define myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId xxxxxx
Wer das Teil neu hat sollte noch die Firmware flashen:git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb/
apt-get install libusb-1.0-0-dev build-essential git
make
# Firmware runterladen
wget https://raw.githubusercontent.com/eq-3/occu/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART/coprocessor_update.eq3
# eigentliches flashen:
./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
Gruß Otto
Hallo,
lässt sich das HM-MOD-RPI-PCB mit einem USB zu TTL Serien Converter auch über usb am cubietruck oder banana-pi verwenden?
z.B. damit:
http://www.ebay.de/itm/FT232RL-FTDI-USB-zu-TTL-Serien-Converter-Adapter-Modul-5V-3-3V-Fur-Arduino-TE203-/281909029942?hash=item41a3166c36:g:QOoAAOSwepJXVRoG (http://www.ebay.de/itm/FT232RL-FTDI-USB-zu-TTL-Serien-Converter-Adapter-Modul-5V-3-3V-Fur-Arduino-TE203-/281909029942?hash=item41a3166c36:g:QOoAAOSwepJXVRoG)
Passen die Pegel, wenn der Jumper auf 3,3V steht?
Das define müsste dann ungefähr so ausehen:
define myHmUART HMUARTLGW /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0
Gruß Ralf
Hallo,
ich komme nochmal auf mein Thema zurück: Was müsste denn auf einem Raspi ohne FHEM gemacht werden, um das UART-Modul per Ethernet nutzen zu können?
Die Geräte-Definition würde dann wohl so aussehen:
define myHmUART HMUARTLGW <IP-Adresse>:<Port>
Gruß
Blueberry63
Zitat von: Ralf9 am 19 Juli 2016, 12:36:58
lässt sich das HM-MOD-RPI-PCB mit einem USB zu TTL Serien Converter auch über usb am cubietruck oder banana-pi verwenden?
Gibt es was, das dagegen spricht, daß das HM-MOD-RPI-PCB auch mit einem USB zu TTL Serien Converter z.B. am Cubietruck funktionieren kann?
Timing oder Laufzeiten?
Kann der FTDI -Chip 115200 Baud?
Ist ein Teil vom Code nur beim Raspi verfügbar bzw lauffähig?
Gruß Ralf
Zitat von: Otto123 am 18 Juli 2016, 10:45:39
Hallo Michael,
Ich habe noch folgende Erfahrung Ergänzung:
Ich muss zusätzlich noch sudo systemctl mask serial-getty@ttyAMA0.service
Ich antworte mir mal selbst, vielleicht stimmt es auch nicht, oder es braucht auch keiner, aber das ist meine Erkenntnis:
Die Sache mit den Rechten auf /dev/ttyAMA0Der Start des Dienstes serial-getty@ttyAMA0.service setzt die Rechte auf.
crw--w---- 1 root tty 204, 64 Jul 15 20:36 /dev/ttyAMA0Ein Beenden des Dienstes ändert daran nichts. Wird der Dienst nicht gestartet stehend die Rechte auf
crw-rw---- 1 root dialout 204, 64 Jul 18 09:51 /dev/ttyAMA0Die Sache mit dem Dienst serial-getty@ttyAMA0.serviceDer Befehl
systemctl disable serial-getty@ttyAMA0.service verhindert zwar den automatischen Start aber nicht den manuellen Start bzw. den Start durch andere Prozesse.
Der Eintrag console=serial0,115200 in der /boot/cmdline.txt ist offenbar dafür verantwortlich, dass der Dienst trotz disable gestartet wird. Löscht man diesen Eintrag, wird der Dienst auch nicht gestartet.
Unterm Strich kann man den Start des Dienstes auf zwei Arten verhindern:
sed s/'\bconsole=serial0,115200 //' /boot/cmdline.txt
oder
systemctl mask serial-getty@ttyAMA0.serviceIch würde das Maskieren bevorzugen um den Dienst generell auszuschließen. Oder beides tun...
Gruß Otto
Zitat von: Ralf9 am 19 Juli 2016, 21:21:46
Gibt es was, das dagegen spricht, daß das HM-MOD-RPI-PCB auch mit einem USB zu TTL Serien Converter z.B. am Cubietruck funktionieren kann?
Timing oder Laufzeiten?
Kann der FTDI -Chip 115200 Baud?
Ist ein Teil vom Code nur beim Raspi verfügbar bzw lauffähig?
Gruß Ralf
Versuch macht klug ;)
Der FTDI Chip kann sogar mehr glaube ich, sollte kein Problem sein.
Ansonsten wird mit einer seriellen Schnittstelle gesprochen, was sollte da Pi spezifisch sein?
Ansonsten nimm das LAN Gateway? Ok das ist teuerer ...
Gruß Otto
Kann man das Modul eigentlich generell auf seine Funktion testen?
Aktuell bekomme ich nur folgende Rückmeldungen
2016.07.19 20:16:36 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.19 20:16:36 1: HMUARTLGW myHmUART Reopen
2016.07.19 20:16:36 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.19 20:16:36 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.19 20:16:47 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.19 20:16:47 1: HMUARTLGW myHmUART Reopen
2016.07.19 20:16:47 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.19 20:16:47 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.19 20:16:58 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.19 20:16:58 1: HMUARTLGW myHmUART Reopen
2016.07.19 20:16:58 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.19 20:16:58 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.19 20:17:09 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.19 20:17:09 1: HMUARTLGW myHmUART Reopen
2016.07.19 20:17:09 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.19 20:17:09 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.19 20:17:20 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.19 20:17:20 1: HMUARTLGW myHmUART Reopen
2016.07.19 20:17:20 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.19 20:17:20 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.19 20:17:31 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.19 20:17:31 1: HMUARTLGW myHmUART Reopen
2016.07.19 20:17:31 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.19 20:17:31 1: /dev/ttyAMA0 reappeared (myHmUART)
Edit: Nachdem ich jetzt den kompletten Pi vom Strom getrennt habe und neu gestartet habe, funktioniert es ohne Probleme. Ein reiner Neustart per
sudo reboot now
hat nicht gereicht.
Jetzt sieht es so aus:
Internals:
AssignedPeerCnt 0
CNT 18
DEF /dev/ttyAMA0
DEVCNT 9
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 12
NAME myHmUART
NR 85
PARTIAL
RAWMSG 0500003E0FA0021C981124B05C04E0380000380E02
RSSI -62
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 0
msgLoadCurrentRaw 0
msgLoadHistory -/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 0/-/-/-/-/-/-/-/-/-/-/-/-
owner 424242
Helper:
CreditTimer 2
FW 66561
Initialized 1
Ackpending:
Assignedpeers:
LastSendLen:
3
3
Roundtrip:
Delay 0.00415420532226562
Loadlvl:
lastHistory 1468960225.22782
log:
Peers:
Readings:
2016-07-19 20:30:25 D-HMIdAssigned 424242
2016-07-19 20:30:25 D-HMIdOriginal 45FA72
2016-07-19 20:30:25 D-firmware 1.4.1
2016-07-19 20:30:25 D-serialNr MEQ1889490
2016-07-19 20:30:22 D-type HM-MOD-UART
2016-07-19 20:30:25 cond ok
2016-07-19 20:30:25 load 0
2016-07-19 20:30:25 loadLvl low
2016-07-19 20:30:22 state opened
Attributes:
hmId 424242
room Homematic
verbose 5
Hallo,
Zitat von: blueberry63 am 19 Juli 2016, 16:33:50
ich komme nochmal auf mein Thema zurück: Was müsste denn auf einem Raspi ohne FHEM gemacht werden, um das UART-Modul per Ethernet nutzen zu können?
Es gibt im Homematic-Forum ein Programm, welches mit dem Modul ein LGW emuliert: http://homematic-forum.de/forum/viewtopic.php?f=18&t=27705
Damit könnte es funktionieren, habe ich nicht getestet.
Ich wollte sowas auch nochmal bauen, dazu bin ich aber noch nicht gekommen.
Zitat von: gloob am 19 Juli 2016, 22:18:39
Edit: Nachdem ich jetzt den kompletten Pi vom Strom getrennt habe und neu gestartet habe, funktioniert es ohne Probleme. Ein reiner Neustart per
sudo reboot now
hat nicht gereicht.
Hmm, wahrscheinlich ist das Modul durch die seriellen Ausgaben der Standardinstallation komplett abgestürzt und musste hart neugestartet werden. Es hat auf keine Befehle von Fhem reagiert.
Wahrscheinlich hätte auch ein manueller Reset über die GPIOs gereicht:
echo 18 | sudo tee /sys/class/gpio/export
echo out | sudo tee /sys/class/gpio/gpio18/direction
echo 0 | sudo tee /sys/class/gpio/gpio18/value
sleep 0.2
echo 1 | sudo tee /sys/class/gpio/gpio18/value
Viele Grüße
Michael
Hallo,
vorneweg mein Dankeschön an Michael für seine Arbeit!
Ich habe mal angefangen im Wiki die Installation (http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Vorbereitung_serielle_Schnittstelle)zu ergänzen. Da fehlt sicher noch einiges ...
Auf meinem Blog (http://heinz-otto.blogspot.de/2016/07/raspberry-pi-homematic-modul.html) habe ich das Thema noch etwas umfassender aufgeschrieben, bzw schreibe noch.
Ich bitte um Hinweise und Kritik 8)
Gruß Otto
Hi,
so jetzt hab ich endlich mal etwas Zeit... :-)
Habe mittlerweile auf den neuesten Stand geupdated, also nix mehr manuell patchen...
...vielen Dank dafür an alle!
So jetzt wieder zurück zu meinem Problemkind: E-Paper-Display.
Also ich habe einen HM-Klingelsensor, der mit meinem Testsystem mit einem nanoCUL Probleme macht: NACK. Und Pair_Cetral bleibt bei set_XXXXX stehen.
Dort habe ich mit dem mittlerweile alle möglichen Dinge probiert, also spezielle perl Module und FWs für den nanoCUL bzgl. Timing etc.
Nix geholfen...
Dann mal probehalber mit meinem neuen Testsystem (PI3 mit HM-UART) gepairt: kein Problem, kein NACK, nix, alles super...
So dann das E-Paper-Display mit meinem nanoCUL Testsystem gepairt (dieses mittlerweile wieder auf Original-FW und perl Module).
Alles gut, keine Probleme.
Dann mal versucht mit meinem Testsystem mit HM-UART gepairt (ja vorher reset etc.).
Und jetzt kriege ich damit immer: RESPONSE TIMEOUT:RegisterRead
Habe es schon (mit verschiedenen Ständen) mehrfach versucht.
Gelöscht/Reset und gepaired...
...immer das selbe.
Setzen von Text etc. geht. Aber trotzdem bei getConfig wieder: RESPONSE TIMEOUT:RegisterRead
Dann wird immer wieder ein getConfig vom System (fhem) angestoßen...
...und immer wieder: RESPONSE TIMEOUT:RegisterRead
Hier mal ein list des E-Paper-Displays:
Internals:
CFGFN
DEF 4BD2DA
HM_UART_MSGCNT 108
HM_UART_RAWMSG 050100292AA0104BD2DAAFFE220100000000
HM_UART_RSSI -41
HM_UART_TIME 2016-07-20 22:10:52
IODev HM_UART
LASTInputDev HM_UART
MSGCNT 108
NAME HM_4BD2DA
NR 32
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 HM_4BD2DA_Dis_01
channel_02 HM_4BD2DA_Dis_02
channel_03 HM_4BD2DA_Key_01
channel_04 HM_4BD2DA_Key_02
channel_05 HM_4BD2DA_Key_03
channel_06 HM_4BD2DA_Key_04
channel_07 HM_4BD2DA_Key_05
channel_08 HM_4BD2DA_Key_06
channel_09 HM_4BD2DA_Key_07
lastMsg No:2A - t:10 s:4BD2DA d:AFFE22 0100000000
protCmdDel 92
protLastRcv 2016-07-20 22:10:52
protResnd 6 last_at:2016-07-20 22:11:00
protResndFail 6 last_at:2016-07-20 22:11:05
protSnd 146 last_at:2016-07-20 22:10:55
protState CMDs_done_Errors:1
rssi_at_HM_UART avg:-41.51 max:-41 lst:-41 cnt:108 min:-51
Readings:
2016-07-20 22:06:10 CommandAccepted yes
2016-07-20 22:06:09 D-firmware 1.0
2016-07-20 22:06:09 D-serialNr NEQ0711293
2016-07-20 22:06:14 PairedTo 0xAFFE22
2016-07-20 22:06:14 R-pairCentral 0xAFFE22
2016-07-20 22:06:14 R-powerSupply bat
2016-07-20 22:06:14 RegL_00. 02:01 05:00 08:01 0A:AF 0B:FE 0C:22 14:03 21:03 00:00
2016-07-20 22:11:05 state RESPONSE TIMEOUT:RegisterRead
Helper:
HM_CMDNR 43
cSnd 01AFFE224BD2DA0803,01AFFE224BD2DA09040000000001
mId 00FB
rxType 6
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +4BD2DA,00,00,00
nextSend 1469045170.91038
prefIO
rxt 0
vccu
p:
4BD2DA
00
00
00
Mrssi:
mNo 2A
Io:
HM_UART -39
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
dev 1
Rpt:
IO HM_UART
flg A
ts 1469045452.83523
ack:
HASH(0x28cad00)
2A8002AFFE224BD2DA00
Rssi:
At_hm_uart:
avg -41.5185185185185
cnt 108
lst -41
max -41
min -51
Shadowreg:
Tmpl:
Attributes:
IODev HM_UART
IOgrp vccu:HM_UART
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-Dis-EP-WM55
msgRepeat 1
room CUL_HM
serialNr NEQ0711293
subType pushButton
webCmd getConfig:clear msgEvents
und ein list des HM-UART:
Internals:
AssignedPeerCnt 1
CHANGED
CNT 141
DEF /dev/ttyAMA0
DEVCNT 44
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 7
NAME HM_UART
NR 18
PARTIAL
RAWMSG 0500004B19847031D958000000010738
RSSI -75
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 38
msgLoadCurrentRaw 75
msgLoadHistory 1/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 47/46/-/-/-/-/-/-/-/-/-/-/-
owner AFFE22
owner_CCU vccu
Helper:
CreditTimer 32
FW 66561
Initialized 1
SendCnt 48
Ackpending:
Assignedpeers:
4BD2DA FFFFFFFFFFFFFFFF (flags: 0)
LastSendLen:
3
3
PeerQueue:
PendingCMD:
Roundtrip:
Delay 0.00328278541564941
Loadlvl:
lastHistory 1469045325.31342
log:
Peers:
4BD2DA assigned
Readings:
2016-07-20 22:03:45 D-HMIdAssigned AFFE22
2016-07-20 22:03:45 D-HMIdOriginal 4708A9
2016-07-20 22:03:45 D-firmware 1.4.1
2016-07-20 22:03:45 D-serialNr NEQ0229905
2016-07-20 22:03:43 D-type HM-MOD-UART
2016-07-20 22:03:45 cond ok
2016-07-20 22:11:08 load 38
2016-07-20 22:10:06 loadLvl low
2016-07-20 22:03:43 state opened
Helper:
Attributes:
hmId AFFE22
qLen 60
verbose 5
Angehängt auch das Log mit verbose 5 beim HM_UART, weil zu lang für hier...
Wäre schön, wenn sich das lösen ließe, da ich ja (demnächst) auf das HM-UART System umsteigen will...
...aber halt erst, wenn es ohne Probleme arbeitet...
Vielen Dank schon mal!!
Viele Grüße, Joachim
Zitat von: Otto123 am 19 Juli 2016, 21:54:43
Versuch macht klug ;)
Der FTDI Chip kann sogar mehr glaube ich, sollte kein Problem sein.
Ansonsten wird mit einer seriellen Schnittstelle gesprochen, was sollte da Pi spezifisch sein?
Ok, dann gibt es nichts das dagegenspricht, daß das HM-MOD-RPI-PCB auch über USB funktioniert.
Mich wundert, daß es bis jetzt noch niemand versucht hat.
Beim Montagevideo ist mir aufgefallen, daß die Zuleitung der Versorgungsspannung viermal durch den Ferritring geführt werden muß.
Weiß zufällig jemand welchen Grund dies hat?
Wenn ich das HM-MOD-RPI-PCB über USB betreiben möchte, muss ich dann das USB Kabel viermal durch den Ferritring führen?
Gruß Ralf
ZitatDa der raspberry PI beim Anschluss von externen Komponenten dazu neigt , Störstrahlung über die Zuleitung auszusenden, muss ...
Aus der Aufbauanleitung.
Die meisten sind froh, dass das Modul jetzt unter FHEM läuft. Remote Anbindung und andere Experimente starten jetzt sicher schon überall 8)
Gruß Otto
Zitat von: Ralf9 am 21 Juli 2016, 13:16:22
Ok, dann gibt es nichts das dagegenspricht, daß das HM-MOD-RPI-PCB auch über USB funktioniert.
Mich wundert, daß es bis jetzt noch niemand versucht hat.
Das Modul benötigt auch noch eine Spannungsversorgung, nicht nur eine serielle Schnittstelle...
Zitat von: betateilchen am 21 Juli 2016, 13:47:30
Das Modul benötigt auch noch eine Spannungsversorgung, nicht nur eine serielle Schnittstelle...
Sind die 5V und 3,3V vom FTDI USB zu TTL seriell Converter nicht ausreichend?
http://www.ebay.de/itm/FT232RL-FTDI-USB-zu-TTL-Serien-Converter-Adapter-Modul-5V-3-3V-Fur-Arduino-TE203-/281909029942?hash=item41a3166c36:g:QOoAAOSwepJXVRoG (http://www.ebay.de/itm/FT232RL-FTDI-USB-zu-TTL-Serien-Converter-Adapter-Modul-5V-3-3V-Fur-Arduino-TE203-/281909029942?hash=item41a3166c36:g:QOoAAOSwepJXVRoG)
Gruß Ralf
Hallo,
Zitat
HM-Bezeichnung: HM-MOD-RPI-PCB
Versorgungsspannung: 1,8–3,6 V DC
Stromaufnahme: 50 mA max.
Funkfrequenz: 868,3 MHz/869,525 MHz
Empfängerkategorie: SRD Category 2
Funkreichweite: Bis zu 100 m (Freifeld)
Duty Cycle: < 1 % pro h/< 10 % pro h
Umgebungstemperaturbereich: -10 bis +55 °C
Abmessungen (B x H x T): 19 x 41 x 14 mm
Gewicht: 6 g
Bei Anschluss an 3,3V sollte es passen.
Die 50mA sollte USB ja locker schaffen.
Selbst einen ESP kann man mal dran tun und der braucht deutlich mehr...
Gruß, Joachim
Zitat von: MadMax-FHEM am 21 Juli 2016, 13:59:29
Bei Anschluss an 3,3V sollte es passen.
Die 50mA sollte USB ja locker schaffen.
Dies gilt aber nur für die 5V.
Ich habe mal im Datenblatt des FT232RL geschaut. Bei 3,3V gehen 50mA gerade noch.
Zitat3.3V output from integrated L.D.O. regulator. This pin should be decoupled to ground using a 100nF capacitor.
The prime purpose of this pin is to provide the internal 3.3V supply to the USB transceiver cell and the internal
1.5kΩ pull up resistor on USBDP. Up to 50mA can be drawn from this pin to power external logic if required.
This pin can also be used to supply the FT232R's VCCIO pin
Gruß Ralf
Hi Ralf,
dann hatte ich Glück mit meinen FTDI USB :-)
Wobei es nat. schon wegen dem USB-Anschluss an sich nicht ratsam ist einen ESP zu betreiben...
...aber für einen schnellen Test ;-)
Gruß, Joachim
Hi,
Zitat von: MadMax-FHEM am 20 Juli 2016, 22:27:43
Dann mal versucht mit meinem Testsystem mit HM-UART gepairt (ja vorher reset etc.).
Und jetzt kriege ich damit immer: RESPONSE TIMEOUT:RegisterRead
kannst Du das ganze bitte nochmal mit aktiviertem mseclog mitsniffen?
Ich sehe wo es schiefgeht, aber nicht warum...
Viele Grüße
Michael
Hallo Michael,
klar! ;-) :-)
Sniffen oder noch mal log mit verbose 5?
Danke schon mal, Joachim
Zitat von: blueberry63 am 19 Juli 2016, 16:33:50
Hallo,
ich komme nochmal auf mein Thema zurück: Was müsste denn auf einem Raspi ohne FHEM gemacht werden, um das UART-Modul per Ethernet nutzen zu können?
Die Geräte-Definition würde dann wohl so aussehen:
define myHmUART HMUARTLGW <IP-Adresse>:<Port>
Gruß
Blueberry63
Hi,
also ich habe die im Homematic Forum verlinkte Software nach der Anleitung installiert und mit dem define für das HMLANGW am Anfang des Threads erstellt und der erste Eindruck sieht positiv aus!
Internals:
AssignedPeerCnt 0
CFGFN
CNT 28
DEF 10.0.81.21
DEVCNT 28
DevState 99
DevType LGW
DeviceName 10.0.81.21:2000
FD 26
NAME myHmLGW
NR 1017
PARTIAL
RAWMSG 040200
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 0
msgLoadCurrentRaw 0
msgLoadHistory -/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 0/-/-/-/-/-/-/-/-/-/-/-/-
Helper:
CreditTimer 10
FW 66561
Initialized 1
Ackpending:
Assignedpeers:
LastSendLen:
3
3
Roundtrip:
Delay 0.00406289100646973
Loadlvl:
lastHistory 1469120488.49895
log:
Peers:
Readings:
2016-07-21 19:01:28 D-HMIdOriginal 4708CC
2016-07-21 19:01:26 D-LANfirmware 0.0.2
2016-07-21 19:01:28 D-firmware 1.4.1
2016-07-21 19:01:26 D-serialNr NEQ1234567
2016-07-21 19:01:26 D-type Revilo-HM-LGW
2016-07-21 19:01:28 cond ok
2016-07-21 19:01:28 load 0
2016-07-21 19:01:28 loadLvl low
2016-07-21 19:01:25 state opened
Keepalive:
CNT 20
DEVCNT 19
DevState 99
DevType LGW-KeepAlive
DeviceName 10.0.81.21:2001
FD 27
NAME myHmLGW:keepAlive
NR 1018
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
log:
Readings:
2016-07-21 19:01:25 state opened
Lgwhash:
Attributes: Tests mit dem Modul werde ich erst später machen können.
Edit: soweit konnte ich bisher keine Schwierigkeiten feststellen, die umgestellten Geräte lassen sich problemlos schalten.
Greetz
Eldrik
Zitat von: eldrik am 21 Juli 2016, 19:04:30
Hi,
also ich habe die im Homematic Forum verlinkte Software nach der Anleitung installiert und mit dem define für das HMLANGW am Anfang des Threads erstellt und der erste Eindruck sieht positiv aus!
Das klingt sehr gut. Auf die Art und Weise könnte man relativ günstig mit einem Raspberry Pi Zero ein Homematic WLAN Gateway bauen.
Hallo Joachim,
Zitat von: MadMax-FHEM am 21 Juli 2016, 17:35:33
Sniffen oder noch mal log mit verbose 5?
Verbose nicht setzen, dafuer logIDs auf "sys,all".
Viele Grüße
Michael
Hallo Michael,
Mist ;-)
Jetzt hab ich so lange/oft versucht mit verbose 5 den Fall zu bekommen...
Hatte von R-PairCentral set_AFFE22 über overload usw. alles ;-)
Und dann endlich das "normale" Problem...
Aber jetzt mit den gewünschten Einstellungen (hoffe ich):
2016.07.21 20:34:01.754 3: CUL_HM set vccu hmPairForSec 60
2016.07.21 20:34:08.398 0: HMUARTLGW HM_UART recv: 01 05 00 00 30 msg: 01 84 00 4BD2DA 000000 1000FB4E45513037313132393340020000
2016.07.21 20:34:08.399 2: CUL_HM Unknown device HM_4BD2DA is now defined
2016.07.21 20:34:08.400 2: autocreate: define HM_4BD2DA CUL_HM 4BD2DA
2016.07.21 20:34:08.403 2: autocreate: define FileLog_HM_4BD2DA FileLog ./log/HM_4BD2DA-%Y.log HM_4BD2DA
2016.07.21 20:34:08.431 3: CUL_HM pair: HM_4BD2DA pushButton, model HM-Dis-EP-WM55 serialNr
2016.07.21 20:34:08.500 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 02 A0 01 AFFE22 4BD2DA 00050000000000
2016.07.21 20:34:08.727 0: HMUARTLGW HM_UART recv: 01 04 03 00 35 msg: 02 80 02 4BD2DA AFFE22 00
2016.07.21 20:34:08.813 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 03 A0 01 AFFE22 4BD2DA 000802010AAF0BFE0C22
2016.07.21 20:34:09.019 0: HMUARTLGW HM_UART recv: 01 04 03 00 34 msg: 03 80 02 4BD2DA AFFE22 00
2016.07.21 20:34:09.106 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 04 A0 01 AFFE22 4BD2DA 0006
2016.07.21 20:34:09.348 0: HMUARTLGW HM_UART recv: 01 04 03 00 30 msg: 04 80 02 4BD2DA AFFE22 00
2016.07.21 20:34:11.778 0: HMUARTLGW HM_UART send: 00 08
2016.07.21 20:34:11.782 0: HMUARTLGW HM_UART recv: 00 040252, state 98
2016.07.21 20:34:11.783 0: HMUARTLGW HM_UART GetSet Ack: 02, state 98
2016.07.21 20:34:11.783 0: HMUARTLGW HM_UART roundtrip delay: 0.00290703773498535
2016.07.21 20:34:12.419 0: HMUARTLGW HM_UART recv: 01 05 00 00 32 msg: 35 84 70 453732 000000 010F35
2016.07.21 20:34:13.431 0: HMUARTLGW HM_UART send: 01 064BD2DA000000
2016.07.21 20:34:13.465 0: HMUARTLGW HM_UART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2016.07.21 20:34:13.465 0: HMUARTLGW HM_UART GetSet Ack: 07, state 90
2016.07.21 20:34:13.466 0: HMUARTLGW HM_UART send: 01 08
2016.07.21 20:34:13.474 0: HMUARTLGW HM_UART recv: 01 040701014BD2DAFFFFFFFFFFFFFFFF00, state 93
2016.07.21 20:34:13.474 0: HMUARTLGW HM_UART GetSet Ack: 07, state 93
2016.07.21 20:34:13.474 0: HMUARTLGW HM_UART known peer: 4BD2DA, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.07.21 20:34:14.556 0: HMUARTLGW HM_UART recv: 01 05 00 00 31 msg: 8C 86 10 2B1A82 000000 0A910C0B0040
2016.07.21 20:34:26.782 0: HMUARTLGW HM_UART send: 00 08
2016.07.21 20:34:26.786 0: HMUARTLGW HM_UART recv: 00 040252, state 98
2016.07.21 20:34:26.787 0: HMUARTLGW HM_UART GetSet Ack: 02, state 98
2016.07.21 20:34:26.787 0: HMUARTLGW HM_UART roundtrip delay: 0.00289583206176758
2016.07.21 20:34:28.689 0: HMUARTLGW HM_UART recv: 01 05 00 00 4B msg: 2C 86 5A 31D958 000000 910938
2016.07.21 20:34:36.114 3: CUL_HM set HM_4BD2DA getConfig
2016.07.21 20:34:36.116 0: HMUARTLGW HM_UART send: 01 02 00 00 01 msg: 05 B0 01 AFFE22 4BD2DA 00040000000000
2016.07.21 20:34:36.595 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:36.596 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:36.600 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 05 A0 10 4BD2DA AFFE22 020201050008010AAF0BFE0C2214032103
2016.07.21 20:34:36.788 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 05 A0 10 4BD2DA AFFE22 020000
2016.07.21 20:34:36.793 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 06 A0 01 AFFE22 4BD2DA 01040000000001
2016.07.21 20:34:36.800 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:36.800 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:37.001 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 06 A0 01 AFFE22 4BD2DA 01040000000001
2016.07.21 20:34:37.229 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:37.229 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:37.234 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 06 A0 10 4BD2DA AFFE22 02080030033648374D382D39443A693B73
2016.07.21 20:34:37.436 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 06 A0 10 4BD2DA AFFE22 023C2D3D453E503F00400041004200464B
2016.07.21 20:34:37.641 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 06 A0 10 4BD2DA AFFE22 024741484E49414A4C4B204C314D004E00
2016.07.21 20:34:37.836 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 06 A0 10 4BD2DA AFFE22 024F00500051000000
2016.07.21 20:34:37.840 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 07 A0 01 AFFE22 4BD2DA 0103
2016.07.21 20:34:37.845 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:37.845 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:38.046 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 07 A0 01 AFFE22 4BD2DA 0103
2016.07.21 20:34:38.250 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:38.250 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:38.263 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 07 A0 10 4BD2DA AFFE22 0100000000
2016.07.21 20:34:38.266 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 08 A0 01 AFFE22 4BD2DA 02040000000001
2016.07.21 20:34:38.272 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:38.272 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:38.473 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 08 A0 01 AFFE22 4BD2DA 02040000000001
2016.07.21 20:34:38.692 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:38.692 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:38.697 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 08 A0 10 4BD2DA AFFE22 0208003003364B3741384E39413A4C3B20
2016.07.21 20:34:38.730 0: HMUARTLGW HM_UART recv: 01 05 00 00 3D msg: 07 86 5A 322927 000000 910539
2016.07.21 20:34:38.899 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 08 A0 10 4BD2DA AFFE22 023C323D003E003F004000410042004648
2016.07.21 20:34:39.104 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 08 A0 10 4BD2DA AFFE22 02476F486D49654A4D4B614C744D694E63
2016.07.21 20:34:39.299 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 08 A0 10 4BD2DA AFFE22 024F00500051000000
2016.07.21 20:34:39.303 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 09 A0 01 AFFE22 4BD2DA 0203
2016.07.21 20:34:39.308 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:39.309 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:39.509 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 09 A0 01 AFFE22 4BD2DA 0203
2016.07.21 20:34:39.732 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:39.732 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:39.733 0: HMUARTLGW HM_UART send: 00 08
2016.07.21 20:34:39.736 0: HMUARTLGW HM_UART recv: 00 040255, state 98
2016.07.21 20:34:39.736 0: HMUARTLGW HM_UART GetSet Ack: 02, state 98
2016.07.21 20:34:39.736 0: HMUARTLGW HM_UART roundtrip delay: 0.00272202491760254
2016.07.21 20:34:39.745 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 09 A0 10 4BD2DA AFFE22 0100000000
2016.07.21 20:34:39.748 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0A A0 01 AFFE22 4BD2DA 03040000000001
2016.07.21 20:34:39.754 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:39.754 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:39.955 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0A A0 01 AFFE22 4BD2DA 03040000000001
2016.07.21 20:34:40.167 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:40.167 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:40.178 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 0A A0 10 4BD2DA AFFE22 02080030030000
2016.07.21 20:34:40.182 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0B A0 01 AFFE22 4BD2DA 0303
2016.07.21 20:34:40.187 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:40.188 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:40.309 0: HMUARTLGW HM_UART recv: 01 05 00 00 41 msg: 28 86 5A 3229B5 000000 990F36
2016.07.21 20:34:40.388 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0B A0 01 AFFE22 4BD2DA 0303
2016.07.21 20:34:40.624 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:40.624 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:40.629 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0B A0 10 4BD2DA AFFE22 0101AFFE22010100010000030000010040
2016.07.21 20:34:40.630 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 6815.
2016.07.21 20:34:40.832 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0B A0 10 4BD2DA AFFE22 019B11FFDFF025FCAAB2C349547EBD39AD
2016.07.21 20:34:41.036 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0B A0 10 4BD2DA AFFE22 01399F57E91EEFB1CE835E177A07A2DE6A
2016.07.21 20:34:41.241 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 0B A0 10 4BD2DA AFFE22 011A04F2AA62598C6F9623A52CD300288D
2016.07.21 20:34:41.436 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 0B A0 10 4BD2DA AFFE22 01C090397200000000
2016.07.21 20:34:41.449 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0C A0 01 AFFE22 4BD2DA 04040000000001
2016.07.21 20:34:41.456 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:41.456 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:41.657 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0C A0 01 AFFE22 4BD2DA 04040000000001
2016.07.21 20:34:41.881 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:41.881 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:41.886 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 0C A0 10 4BD2DA AFFE22 0236543765387839743A203B313C003D00
2016.07.21 20:34:42.089 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0C A0 10 4BD2DA AFFE22 023E003F00400041004200465447654878
2016.07.21 20:34:42.293 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0C A0 10 4BD2DA AFFE22 0249744A204B324C004D004E004F005000
2016.07.21 20:34:42.485 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0C A0 10 4BD2DA AFFE22 0251000000
2016.07.21 20:34:42.492 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0D A0 01 AFFE22 4BD2DA 0403
2016.07.21 20:34:42.498 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:42.499 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:42.700 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0D A0 01 AFFE22 4BD2DA 0403
2016.07.21 20:34:42.935 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:42.935 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:42.940 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0D A0 10 4BD2DA AFFE22 01482934C9D12D72815BFDBEC10741952A
2016.07.21 20:34:43.142 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0D A0 10 4BD2DA AFFE22 01055110FBF3B511B6C3B5AA5C8DAC6EE8
2016.07.21 20:34:43.346 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0D A0 10 4BD2DA AFFE22 0156C558C436477252382298F4A7D41EF1
2016.07.21 20:34:43.550 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0D A0 10 4BD2DA AFFE22 0105830279195A3CBF680430A3CCDDD4EC
2016.07.21 20:34:43.754 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0D A0 10 4BD2DA AFFE22 011E4F5F6F252495B3E52AF1A4F6042996
2016.07.21 20:34:43.786 0: HMUARTLGW HM_UART send: 00 08
2016.07.21 20:34:43.790 0: HMUARTLGW HM_UART recv: 00 040257, state 98
2016.07.21 20:34:43.791 0: HMUARTLGW HM_UART GetSet Ack: 02, state 98
2016.07.21 20:34:43.791 0: HMUARTLGW HM_UART roundtrip delay: 0.00297808647155762
2016.07.21 20:34:43.950 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 0D A0 10 4BD2DA AFFE22 01F604299600000000
2016.07.21 20:34:43.963 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0E A0 01 AFFE22 4BD2DA 05040000000001
2016.07.21 20:34:43.970 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:43.970 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:44.172 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0E A0 01 AFFE22 4BD2DA 05040000000001
2016.07.21 20:34:44.410 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:44.411 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:44.416 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0E A0 10 4BD2DA AFFE22 0236543765387839743A203B333C003D00
2016.07.21 20:34:44.618 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0E A0 10 4BD2DA AFFE22 023E003F00400041004200465447654878
2016.07.21 20:34:44.821 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 0E A0 10 4BD2DA AFFE22 0249744A204B344C004D004E004F005000
2016.07.21 20:34:45.013 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0E A0 10 4BD2DA AFFE22 0251000000
2016.07.21 20:34:45.020 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0F A0 01 AFFE22 4BD2DA 0503
2016.07.21 20:34:45.026 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:45.026 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:45.228 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 0F A0 01 AFFE22 4BD2DA 0503
2016.07.21 20:34:45.450 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:45.451 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:45.456 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0F A0 10 4BD2DA AFFE22 018DD8552D09B78CBF541D502500580A00
2016.07.21 20:34:45.655 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 0F A0 10 4BD2DA AFFE22 010A00200000100B0000000000
2016.07.21 20:34:45.665 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 10 A0 01 AFFE22 4BD2DA 06040000000001
2016.07.21 20:34:45.672 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:45.672 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:45.873 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 10 A0 01 AFFE22 4BD2DA 06040000000001
2016.07.21 20:34:46.110 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:46.111 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:46.115 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 10 A0 10 4BD2DA AFFE22 0236543765387839743A203B353C003D00
2016.07.21 20:34:46.319 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 10 A0 10 4BD2DA AFFE22 023E003F00400041004200465447654878
2016.07.21 20:34:46.522 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 10 A0 10 4BD2DA AFFE22 0249744A204B364C004D004E004F005000
2016.07.21 20:34:46.714 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 10 A0 10 4BD2DA AFFE22 0251000000
2016.07.21 20:34:46.721 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 11 A0 01 AFFE22 4BD2DA 0603
2016.07.21 20:34:46.728 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:46.728 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:46.930 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 11 A0 01 AFFE22 4BD2DA 0603
2016.07.21 20:34:47.138 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:47.138 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:47.147 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 11 A0 10 4BD2DA AFFE22 012500000000000000
2016.07.21 20:34:47.155 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 12 A0 01 AFFE22 4BD2DA 07040000000001
2016.07.21 20:34:47.162 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:47.162 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:47.363 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 12 A0 01 AFFE22 4BD2DA 07040000000001
2016.07.21 20:34:47.596 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:47.597 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:47.602 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 12 A0 10 4BD2DA AFFE22 0236543765387839743A203B373C003D00
2016.07.21 20:34:47.805 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 12 A0 10 4BD2DA AFFE22 023E003F00400041004200465447654878
2016.07.21 20:34:48.008 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 12 A0 10 4BD2DA AFFE22 0249744A204B384C004D004E004F005000
2016.07.21 20:34:48.201 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 12 A0 10 4BD2DA AFFE22 0251000000
2016.07.21 20:34:48.208 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 13 A0 01 AFFE22 4BD2DA 0703
2016.07.21 20:34:48.214 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:48.215 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:48.416 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 13 A0 01 AFFE22 4BD2DA 0703
2016.07.21 20:34:48.623 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:48.624 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:48.624 0: HMUARTLGW HM_UART send: 00 08
2016.07.21 20:34:48.628 0: HMUARTLGW HM_UART recv: 00 040259, state 98
2016.07.21 20:34:48.629 0: HMUARTLGW HM_UART GetSet Ack: 02, state 98
2016.07.21 20:34:48.629 0: HMUARTLGW HM_UART roundtrip delay: 0.00288796424865723
2016.07.21 20:34:48.636 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 13 A0 10 4BD2DA AFFE22 0100000000
2016.07.21 20:34:48.642 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 14 A0 01 AFFE22 4BD2DA 08040000000001
2016.07.21 20:34:48.649 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:48.649 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:48.689 0: HMUARTLGW HM_UART recv: 01 05 00 00 4B msg: 2C 84 70 31D958 000000 010938
2016.07.21 20:34:48.851 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 14 A0 01 AFFE22 4BD2DA 08040000000001
2016.07.21 20:34:49.089 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:49.090 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:49.095 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 14 A0 10 4BD2DA AFFE22 0236543765387839743A203B393C003D00
2016.07.21 20:34:49.297 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 14 A0 10 4BD2DA AFFE22 023E003F00400041004200465447654878
2016.07.21 20:34:49.501 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 14 A0 10 4BD2DA AFFE22 0249744A204B314C304D004E004F005000
2016.07.21 20:34:49.692 0: HMUARTLGW HM_UART recv: 01 05 01 00 2F msg: 14 A0 10 4BD2DA AFFE22 0251000000
2016.07.21 20:34:49.699 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 15 A0 01 AFFE22 4BD2DA 0803
2016.07.21 20:34:49.706 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:49.706 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:49.907 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 15 A0 01 AFFE22 4BD2DA 0803
2016.07.21 20:34:50.116 0: HMUARTLGW HM_UART recv: 01 0402, state 100
2016.07.21 20:34:50.116 0: HMUARTLGW HM_UART Ack: 02
2016.07.21 20:34:50.129 0: HMUARTLGW HM_UART recv: 01 05 01 00 2E msg: 15 A0 10 4BD2DA AFFE22 0100000000
2016.07.21 20:34:50.135 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 16 A0 01 AFFE22 4BD2DA 09040000000001
2016.07.21 20:34:50.142 0: HMUARTLGW HM_UART recv: 01 0408, state 100
2016.07.21 20:34:50.143 0: HMUARTLGW HM_UART IO currently busy, trying again in a bit
2016.07.21 20:34:50.344 0: HMUARTLGW HM_UART send: 01 02 00 00 00 msg: 16 A0 01 AFFE22 4BD2DA 09040000000001
2016.07.21 20:34:51.220 0: HMUARTLGW HM_UART recv: 01 0404, state 100
2016.07.21 20:34:51.221 0: HMUARTLGW HM_UART can't send due to unknown problem (no response?)
2016.07.21 20:34:55.446 0: HMUARTLGW HM_UART send: 01 02 00 00 01 msg: 16 B0 01 AFFE22 4BD2DA 09040000000001
2016.07.21 20:34:58.731 0: HMUARTLGW HM_UART recv: 01 05 00 00 3E msg: 07 84 70 322927 000000 010539
2016.07.21 20:34:58.862 0: HMUARTLGW HM_UART recv: 01 0404, state 100
2016.07.21 20:34:58.863 0: HMUARTLGW HM_UART can't send due to unknown problem (no response?)
2016.07.21 20:34:59.790 0: HMUARTLGW HM_UART send: 00 08
2016.07.21 20:34:59.795 0: HMUARTLGW HM_UART recv: 00 040261, state 98
2016.07.21 20:34:59.795 0: HMUARTLGW HM_UART GetSet Ack: 02, state 98
2016.07.21 20:34:59.796 0: HMUARTLGW HM_UART roundtrip delay: 0.00318408012390137
2016.07.21 20:35:00.310 0: HMUARTLGW HM_UART recv: 01 05 00 00 42 msg: 28 84 70 3229B5 000000 010F36
2016.07.21 20:35:03.037 0: HMUARTLGW HM_UART recv: 01 05 00 00 2C msg: B0 86 5A 32185B 000000 910C38
Wenn ich noch was tun kann, einfach sagen!
Vielen Dank!!!
Gruß, Joachim
Die Hardware steht.
Ein Raspberry Pi Zero mit Zero4u USB Hub, WLAN Modul und HM-MOD-PI-PCB.
Aktuell läuft das ganze noch mit FHEM allerdings plane ich ein Homematic WLAN Gateway draus zu machen und mit einer eigenen FHEM Instanz auf einem anderen Pi zu verbinden.
Damit hätte man eine super günstigen HMLAN Alternative
Hallo Joachim,
hmm, anscheinend antwortet das Display einfach nicht :-(
Zitat von: MadMax-FHEM am 21 Juli 2016, 20:38:08
Wenn ich noch was tun kann, einfach sagen!
Kannst Du die Kommunikation evtl. mal mitschneiden, wenn das ganze mit dem nanoCul funktioniert? Ich muss irgendwas übersehen...
EDIT: Wenn ich mir den HMConfig-Eintrag zu dem Gerät anschaue, dann kann das gar nicht funktionieren. Da drin sind 9 Kanäle definiert, laut der eQ-3 XML-Datei hat das Ding aber nur 8. Das erklärt auch, warum das Display bei Dir nie auf das getConfig auf Kanal 9 reagiert...
Viele Grüße
Michael
Zitat von: eldrik am 13 Juni 2016, 07:42:13
japp, dass hab ich mir auch gedacht :), ich wollte aber mal schauen, ob es nicht doch irgendwelche Praxiserfahrungen gibt, die z.B. dem neuen LAN Gateway eine bessere Sende/Empfangsleistung als dem alten HM LAN Adapter attestieren, welchen ich bisher im Einsatz habe.
Bis auf den alten HM LAN Adapter werden die neueren ja mit 100 m (Freifeld) bepriesen.
Greetz
Eldrik
Moin,
meine ersten Beobachtungen zeigen, dass das RPi Modul bessere rssi Werte erzeugt als meine bisherigen HM Lan Adapter :o
Derzeit habe ich drei HM Lan Adapter verbaut 1x OG linke Seite, 1x Dachboden rechte Seite und 1x EG rechte Seite, um im Haus und Geräteschuppen alle Geräte optimal abdecken zu können.
Des weiteren habe ich derzeit eh, in jedem Stockwerk min. einen Raspberry, in den Elektrounterverteilungen, welche sich überwiegend langweilen, mein erster Test war nun, mit dem RPi, in der Unterverteilung EG links mit Metalltür und die hier erzielten rssi Werte reichen bereits vollständig aus, um für sämtliche im Haus verteilte Geräte (90% UP Aktoren und Dimmer) einen rssi von 75 zu erreichen :D
Das zweite RPi Modul werde ich jetzt noch in der UV des Dachbodens installieren was für alle derzeit noch "grenzwertigen" Geräte ausreichen sollte.
Mögliche RPi Ausfälle oder sonstige geplante Systemarbeiten werde ich versuchen, mit einem nunmehr, im Mittelpunkt des Hauses platzierten HM Lan Adapters abzupuffern.
Noch einmal ein Danke, für die jüngsten Entwicklungen!
Greetz
Eldrik
Hallo Michael,
aha interessant...
So genau habe ich mir die Kanäle nich angeschaut, da ich eh nur mit den 2 ersten bzgl. setzen von Text arbeiten wollte.
Evtl. (später) noch die mittlere Zeile und evtl. die LED und Ton...
Aber die Dinge funktionieren irgendwie anders und mir aktuell noch etwas zu "kryptisch"...
...und mir reichen die 4 Zeilen erst mal...
(also bzw. die ersten 2 und die letzten 2)
Klar ich lege das Gerät mal auf dem System mit dem nanoCUL an und sicherheitshalber auch mal auf meinem "echten" System mit HM-CFG-USB...
...dort habe ich es auch noch nicht angelegt.
Dort dann die gleichen Einstellungen nehme ich an!?
Wenn es dort auch so viele Kanäle sind, dann nehme ich das mal mit in den Thread bzgl. des Displays...
Vielen Dank schon mal!
Gruß, Joachim
Hi,
Zitat von: eldrik am 21 Juli 2016, 19:04:30
also ich habe die im Homematic Forum verlinkte Software nach der Anleitung installiert und mit dem define für das HMLANGW am Anfang des Threads erstellt und der erste Eindruck sieht positiv aus!
Edit: soweit konnte ich bisher keine Schwierigkeiten feststellen, die umgestellten Geräte lassen sich problemlos schalten.
Das hört sich gut an :-)
Viele Grüße
Michael
Hallo,
ich hoffe ihr könnt mir weiterhelfen.
ich habe mir als ersatz für den hm lan adapter (blitzschaden) das lan funk gateway gekauft.
jetzt habe ich aber das problem dass die die hmid nicht rausbekomme.
kann mir da bitte jemand einen tipp geben?
mit der software des lan adapters wird das gateway nicht gefunden.
danke, mfg este
Hallo este,
Deine HMId steht doch in Deiner FHEM Definition!? Die musst Du wieder nehmen sonst geht ja nix mehr.
Gruß Otto
oh,
dann hab ich da was falsch verstanden. und das ganze doch nicht so durchschaut.
bei der anleitung zum hm lan habe ich die aus einer Datei ausgelesen nachdem ich das tool installiert hatte.
da muss ich mich wohl noch mal einlesen
danke
Hallo Michael,
ich hab mal das Display an meinen anderen Systemen angelernt und muss zugeben ich bin verwirrt.
Habe jetzt die gleichen Probleme bei allen Systemen...
Ich werde das wohl mal mit in den Thread des Displays nehmen...
Sorry für die Verwirrung und trotzdem danke für die Hilfe!
Ansonsten: danke für die Arbeit!
Gruß, Joachim
Hallo
Vorab mal ein Dankeschön für das Modul.
Habe auch ein HM-LGW-O-TW-W-EU bestellt.
Erhalten hab ich ein HM-LGW-O-TW-W-EU-2.
Musste bei meinem NUC libcrypt-rijndael-perl nachinstallieren.
Zitatsudo apt-get install libcrypt-rijndael-perl
- 2016.07.22 23:13:48 1: HMUARTLGW HmLGW wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2016.07.22 23:13:48 1: HMUARTLGW HmLGW:keepAlive wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
Einzige Fehlermeldung bis jetzt:
Zitat2016.07.23 00:06:46 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/00_HMUARTLGW.pm line 433.
2016.07.23 00:14:20 3: CUL_HM set Licht_Heizungsraum on-for-timer 315
2016.07.23 00:17:42 3: CUL_HM set Licht_Heizungsraum on-for-timer 315
2016.07.23 00:19:20 1: PERL WARNING: Use of uninitialized value $vs in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 2166.
2016.07.23 00:19:20 1: PERL WARNING: Use of uninitialized value $vs in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 2167.
Zitat von: este0037 am 22 Juli 2016, 18:44:11
oh,
dann hab ich da was falsch verstanden. und das ganze doch nicht so durchschaut.
bei der anleitung zum hm lan habe ich die aus einer Datei ausgelesen nachdem ich das tool installiert hatte.
da muss ich mich wohl noch mal einlesen
danke
Naja dass ist dann notwendig, wenn Du den HMLAN schon in Betrieb hattest und schon Geräte gepairt hattest. Um das nicht alles neu zu machen konntest Du die HMID auslesen.
Wenn Du aber die alte DEF in FHEM anschaust steht da die HMID drin. Die nimmst Du wieder
Gruß Otto
Hallo,
Zitat von: Damu am 23 Juli 2016, 07:01:21
Habe auch ein HM-LGW-O-TW-W-EU bestellt.
Erhalten hab ich ein HM-LGW-O-TW-W-EU-2.
Habe gerade festgestellt, dass ich wohl auch das -2 habe und damit entwickelt habe...
Zitat
Musste bei meinem NUC libcrypt-rijndael-perl nachinstallieren.
Ja, das braucht man beim LGW, wenn die standardmäßige Verschlüsselung aktiviert ist.
Zitat
Einzige Fehlermeldung bis jetzt...
Hmm, komisch. Da lief der CreditChecker ohne aktives Gerät. Muss ich schauen, wie das passieren kann. Hattest Du evtl. das Gerät angelegt und wieder gelöscht und dann nochmal angelegt?
Zitat von: Otto123 am 23 Juli 2016, 11:50:52
Naja dass ist dann notwendig, wenn Du den HMLAN schon in Betrieb hattest und schon Geräte gepairt hattest. Um das nicht alles neu zu machen konntest Du die HMID auslesen.
Da möchte ich noch hinzufügen, dass das LGW (anders als das UART-Modul) keine eigene hmId hat (liefert immer FFFFFF zurück). Hier muss man sich also eine eigene ausdenken oder die eines anderen/alten IOs nehmen.
Viele Grüße
Michael
Hallo
ZitatHmm, komisch. Da lief der CreditChecker ohne aktives Gerät. Muss ich schauen, wie das passieren kann. Hattest Du evtl. das Gerät angelegt und wieder gelöscht und dann nochmal angelegt?
Ja, das war wohl mein Fehler.
Habe denn Adapter nun angeschlossen.
Dafür hab ich zwei HM-Lan Adapter entfernt.
Gibt es ein Tool damit ich dem Lan Gateway eine Feste IP vergeben kann?
Habe ein Tool gefunden von EQ3.
http://www.eq-3.de/service/downloads.html?id=53 (http://www.eq-3.de/service/downloads.html?id=53)
Netfinder läuft mit Java.
Habe meinem Getway eine feste IP gegeben.
Wer ist dein Server? Meiner fb kann ich sagen, dass ein device immer die gleiche IP bekommen soll. Mache ich mit allen Geräten so.
Ich hab auch eine Fritzbox als DHCP Server.
Die Funktion "diesem Gerät immer dieselbe IP Adresse zuweisen" kenn ich auch.
Habe ich eigentlich auch so.
Habe aber angefangen, bei neuen über Netzwerk angeschlossenen Geräte, eine feste IP zu geben.
Der HM-Lan Adapter wird zum Beispiel im OS 6.30 nicht immer angezeigt.
Hatte deswegen auch schon Ausfälle wegen Doppelbelegung bei den Netzwerkadressen für den HM-Lan Adapter.
Zitat von: Ralf9 am 21 Juli 2016, 13:16:22
Ok, dann gibt es nichts das dagegenspricht, daß das HM-MOD-RPI-PCB auch über USB funktioniert.
Mich wundert, daß es bis jetzt noch niemand versucht hat.
Ich habe das nun probiert...
[ 1015.575620] usb 3-1: new full-speed USB device number 2 using sw-ohci
[ 1015.814248] ftdi_sio 3-1:1.0: FTDI USB Serial Device converter detected
[ 1015.817640] usb 3-1: Detected FT232RL
[ 1015.820732] usb 3-1: Number of endpoints 2
[ 1015.824403] usb 3-1: Endpoint 1 MaxPacketSize 64
[ 1015.827989] usb 3-1: Endpoint 2 MaxPacketSize 64
[ 1015.831309] usb 3-1: Setting MaxPacketSize 64
[ 1015.840620] usb 3-1: FTDI USB Serial Device converter now attached to ttyUSB0
Zitat von: mgernoth am 23 Juli 2016, 12:46:12
das Modul braucht nur RX, TX, GND und VCC. Den Reset-Pin sollte man high ziehen, floaten sollte aber auch klappen.
... so einfach funktioniert das hier nicht. Es wird wohl "irgendwas" erkannt, aber das Modul wird nicht vollständig initialisiert. In den Internals steht z.B. eine sehr lange Zeichenkette:
PARTIAL fdc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8...
Hallo Michael,
ZitatDa möchte ich noch hinzufügen, dass das LGW (anders als das UART-Modul) keine eigene hmId hat (liefert immer FFFFFF zurück). Hier muss man sich also eine eigene ausdenken oder die eines anderen/alten IOs nehmen.
Kannst Du das noch etwas genauer erläutern?
D-HMIdAssigned --> setze ich ja mit dem Attribut hmId
D-HMIdOriginal --> ist beim LGW FFFFFF und ich muss das irgendwie ändern?
Gruß Otto
Hi,
Zitat von: Otto123 am 24 Juli 2016, 15:17:14
Hallo Michael,Kannst Du das noch etwas genauer erläutern?
D-HMIdAssigned --> setze ich ja mit dem Attribut hmId
D-HMIdOriginal --> ist beim LGW FFFFFF und ich muss das irgendwie ändern?
Man kann bei einem IO mit eigener hmId (UART, HMLAN, HMCFGUSB) die ID aus D-HMIdOriginal in das hmId-Attribut übernehmen und sich sicher sein, niemals zufällig ein anderes Gerät von eQ3 mit dieser hmId zu bekommen. Beim LGW muss man sich eine eigene ausdenken (oder woanders her übernehmen) und in hmId setzen.
Das Reading D-HMIdOriginal kann man nicht beeinflussen.
Viele Grüße
Michael
Zitat von: mgernoth am 24 Juli 2016, 16:34:31
Man kann bei einem IO mit eigener hmId (UART, HMLAN, HMCFGUSB) die ID aus D-HMIdOriginal in das hmId-Attribut übernehmen und sich sicher sein, niemals zufällig ein anderes Gerät von eQ3 mit dieser hmId zu bekommen.
Entschuldige, dass ich noch was frage und vielleicht auch etwas OT: Verwendet die HM-Originalsoftware die D-HMIdOriginal? Oder generiert die eine Zusätzliche?
Ich bin mir ziemlich sicher die hmId seinerzeit aus der BidCos Software (C:\ProgramData\Bidcos-Service) ausgelesen zu haben. Wobei der HMLAN nicht an meiner CCU1 in Betrieb war und ich auch alle Komponenten bei dem Umzug auf FHEM zurückgesetzt und neu angelernt habe. Aber es kann sein, ich täusche mich. Ich habe damals nur sehr wenig gewusst. :-X
Und jetzt vielleicht wieder On Topic : Sollten wir(ich) das mit der Id vielleicht gleich ins Wiki (http://www.fhemwiki.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway)schreiben
Viele Grüße
Otto
ZitatEntschuldige, dass ich noch was frage und vielleicht auch etwas OT: Verwendet die HM-Originalsoftware die D-HMIdOriginal? Oder generiert die eine Zusätzliche?
Bei mir hat die Homematic Windowssoftware zuerst die Original HM-ID vom Lanadapter genommen.
Dann hab ich einen zweiten Lanadapter, zuerst nur für die HM_Windowssoftware genommen, und jetzt mach ich das mit einem HM-USB Stick.
Die HM-Windowssoftware macht es immer noch mit der HM-ID vom ersten Lanadapter.
ZitatVerwendet die HM-Originalsoftware die D-HMIdOriginal? Oder generiert die eine Zusätzliche?
die eq3-konfig software, nimmt die o-hmid vom entsprechenden hmlan/usb, und schreibt sie in eine datei. wenn du sie dort änderst, wird die geänderte verwendet.
Ok, danke für die Erklärung. Dann wird es wohl so sein, dass ich doch irgendwie den HMLAN kurz mal mit der CCU1 verquickt hatte. Oder der Bidcos Service auf meinem PC kannte erst die CCU1 und dann den HMLAN und hat sich gedacht: Dass muss zusammen...
Ich habe das Wiki (http://www.fhemwiki.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway)etwas ergänzt
Gruß Otto
Zitat von: betateilchen am 23 Juli 2016, 23:49:10
Ich habe das nun probiert...
... so einfach funktioniert das hier nicht. Es wird wohl "irgendwas" erkannt, aber das Modul wird nicht vollständig initialisiert. In den Internals steht z.B. eine sehr lange Zeichenkette:
ich habe mir auch einen HM-MOD-RPI-PCB bestellt und werde es dann auch mal testen.
Gruß Ralf
Hallo,
wenn ich das richtig sehe ist neben 3.3V, GND, RX und TX auch noch PIN 12 am Pi mit dem Modul verbunden.
Dieser hat laut GPIO Tabellen als Primärfunktion PCM_CLK. Was auch immer das bedeutet. Ist das ggf. ein Taktsignal?
Gruß
Christian
Den Pin12 braucht man für den Normalbetrieb nicht.
Pin 12 geht an das Programmierpin C2D des TRX Moduls. Es ist aber über einen "Jumper" unterbrochen, also im Normalfall nicht kontaktiert.
Gruß Otto
und bedeutet das nun etwas anderes, als meine Antwort eine Dreiviertelstunde vorher ???
Zitat von: betateilchen am 24 Juli 2016, 22:51:47
und bedeutet das nun etwas anderes, als meine Antwort eine Dreiviertelstunde vorher ???
Sorry, das war wohl die Zeit, die ich gebraucht habe um meine Bauanleitung von oben zu holen um nach zulesen. Das er mir das beim abschicken nicht rot gesagt hat :o
Hallo zusammen,
ich hoffe ich mache hier nichts falsch, da ich ganz neu im Forum aber auch erst seit einem TAG mit FHEM arbeite.
Ich habe das HomeMatic Raspberry Funkmodul.
Gestern lief es einwandfrei. Seit heute erhalte ich nach einem reboot folgendes in dem Log-File:
2016.07.25 00:04:31 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.25 00:04:31 1: HMUARTLGW myHmUART Reopen
2016.07.25 00:04:31 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.25 00:04:31 1: /dev/ttyAMA0 reappeared (myHmUART)
Ich habe hier im Forum gelesen, dass das an der Firmware des Raspberry Funkmoduls liegt.
Ich habe auch probiert, die aktuelle Firmware nach der Anleitung hier im Forum zu flashen.
bis zum Befehl "Make" klappt alles ...
Aber wenn ich dann versuche den Flash Befehl auszuführen, erhalte ich folgende Fehlermeldung:
"FHEMPi:/hmcfgusb# ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git
Can't stat coprocessor_update.eq3: No such file or directory"
Nun zwei Anliegen:
1.) Kann mir bitte jemand erklären, was ich beim Flaschen falsch mache?
2.) Hab' ich das richtig verstanden, dass nach einem erfolgreichen Flash mit neuer Firmware mein Problem nach dem Reboot behoben ist (und ich nicht jedes mal die Curt-Befehle brauche) ?
Schon mal vielen Dank und viele Grüße
Kai
Hallo Kai,
Du hast die Firmware nicht runtergeladen. So ging es bei mir (http://heinz-otto.blogspot.de/2016/07/raspberry-pi-homematic-modul.html)
sudo su
systemctl stop fhem
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb/
apt-get install libusb-1.0-0-dev build-essential git
make
# Firmware runterladen
wget https://raw.githubusercontent.com/eq-3/occu/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART/coprocessor_update.eq3
# eigentliches flashen:
./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
Ob damit deine Frage zwei beantwortet ist weiß ich nicht.
Es klingt mir eher danach das Du die serielle Schnittstelle nicht richtig vorbereitet hast.
Schau im Wiki (http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi)nach und kontrolliere nochmal alles.
Gruß Otto
Hallo Otto,
herzlichen Dank !!!!!!
Die Firmware mit dem wget-Befehl, das war es.
Und seit dem Firmware Update gibt es auch nach den ersten Reboot-Versuchen die Fehlermeldung im Log mit "HMUARTLGW myHmUART Reepen" nicht mehr.
Jetzt kann ich mich weiter mit FHEM probieren.
Danke vielmals und viele Grüße aus Karlsruhe
Kai
Das war dann wohl der Fall mit dem floatenden Reset Pin ;)
Hi Kai,
Zitat2.) Hab' ich das richtig verstanden, dass nach einem erfolgreichen Flash mit neuer Firmware mein Problem nach dem Reboot behoben ist (und ich nicht jedes mal die Curt-Befehle brauche) ?
Problem scheint ja behoben...
...Teilfrage beantwortet.
Wenn du mit "Curt-Befehle" die "Curl-Befehle" meinst: die sollten nicht mehr nötig sein, da ja jetzt alles eingepflegt ist. D.h. mit einem fhem-Update sollte alles passen...
Gruß, Joachim
Super Danke Joachim und Otto,
läuft jetzt soweit und sorry für die Tippfehler.
Im Log habe ich allerdings jetzt folgende Meldung nach einem reboot:
"2016.07.25 12:54:18 1: HMUARTLGW myHmUART frame with wrong length received: 18, should: 4:"
Die Vorbereitung der seriellen Schnittstelle habe ich anhand des WIKI nochmals gecheckt, scheint soweit, dass alles ok ist.
Muss ich wegen der Meldung oben noch irgendwas tun oder habe ich etwas falsch gemacht?
Sorry für die Anfängerfragen ....
Viele Grüße
Kai
Hi Kai,
kein Problem, wollte nur sicherstellen, dass ich auf die richtige Problematik antworte ;-)
Zitat
Im Log habe ich allerdings jetzt folgende Meldung nach einem reboot:
"2016.07.25 12:54:18 1: HMUARTLGW myHmUART frame with wrong length received: 18, should: 4:"
Soweit ich das verfolgt habe ist es ein FW-Feherl, der "ausgebügelt" wird und das "Ausbügeln" wird dann so im Log "dokumentiert"...
https://forum.fhem.de/index.php/topic,54511.msg471539.html#msg471539 (https://forum.fhem.de/index.php/topic,54511.msg471539.html#msg471539)
Unschön aber kein wirklicher Fehler an dem du etwas machen könntest...
Gruß, Joachim
Hallo Joachim,
danke für deine schnelle Antwort.
Und klasse, dann steht ja meinen weiteren Schritten mit FHEM erstmal nichts im Wege ;-)
Danke für eure schnellen Antworten und Hilfen hier, bin total begeistert !
Beste Grüße
Kai
Zitat von: Ralf9 am 21 Juli 2016, 13:16:22
Ok, dann gibt es nichts das dagegenspricht, daß das HM-MOD-RPI-PCB auch über USB funktioniert.
Mich wundert, daß es bis jetzt noch niemand versucht hat.
Haaaaa... es läuft!
Heute abend hat mir das Thema doch keine Ruhe gelassen. Nach den ersten negativen Tests
Zitat von: betateilchen am 23 Juli 2016, 23:49:10
... so einfach funktioniert das hier nicht. Es wird wohl "irgendwas" erkannt, aber das Modul wird nicht vollständig initialisiert. In den Internals steht z.B. eine sehr lange Zeichenkette:
PARTIAL fdc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8...
habe ich heute einen anderen USB-serial-Adapter (mit dem gleichen Chipsatz, aber die Adapterplatine von einem anderen Hersteller) ausprobiert.
Damit hat das HM-MOD-RPI-PCB auf Anhieb am cubietruck funktioniert.
Das würde ja bedeuten, dass ein ESP mit ESPLink auch funktionieren sollte. Ich weiß nur nicht, ob das FHEM Modul es unterstützt.
Hallo!
Habe neuen RPi3 nach Anleitung betateilchen https://forum.fhem.de/index.php/topic,53825.msg454612.html#msg454612 (https://forum.fhem.de/index.php/topic,53825.msg454612.html#msg454612) eingerichtet, HMUARTLGW nach Anleitung mgernoth https://forum.fhem.de/index.php/topic,54511.msg460972.html#msg460972 (https://forum.fhem.de/index.php/topic,54511.msg460972.html#msg460972) installiert und Firmware nach Otto123 https://forum.fhem.de/index.php/topic,54511.msg475452.html#msg475452 (https://forum.fhem.de/index.php/topic,54511.msg475452.html#msg475452) aufgespielt. Alles funktionierte sofort und problemlos (Danke nochmals)!
Mein bestehendes System läuft auch auf einen RPi3 mit HM-CFG-USB-2 Stick und vielen HM Komponenten tadellos.
Wie kann ich nun problemlos vom bestehenden auf das neue System umziehen? HMId habe ich vorerst die gleiche vergeben.
Zitat von: raimundl am 26 Juli 2016, 11:45:43
Wie kann ich nun problemlos vom bestehenden auf das neue System umziehen? HMId habe ich vorerst die gleiche vergeben.
Das ist doch keine Homematic-spezifische Frage und gehört schon gar nicht hier in den Thread.
Zitat von: betateilchen am 26 Juli 2016, 11:50:19
Das ist doch keine Homematic-spezifische Frage und gehört schon gar nicht hier in den Thread.
Bis heute dachte ich, dass ich im "Homematic Forum" bin und "martinp876" der Moderator ist:
FHEM Forum » FHEM - Hausautomations-Systeme » Homematic (Moderator: martinp876) »
ja schon, aber Systemzug ist doch nix homematic-spezifisches?
Und mit diesem Thread, in dem es um die technische Einbindung einer neuen Funkhardware geht, hat Deine Umzugsfrage auch nix zu tun.
Hallo zusammen,
haben nen Raspberry Pi 2 mit dem Funkmodul (HM-MOD-RPI-PCB) und möchte das in die FHEM einbauen. Habe das Funkmodul mit der aktuellen Firmware geflasht. Wenn ich die FHEM starte, erhalte ich folgende Meldung im FHEM-Log.
2016.07.26 14:59:31 5: Starting notify loop for myHmUART, first event cond: init
2016.07.26 14:59:41 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.26 14:59:41 1: HMUARTLGW myHmUART Reopen
2016.07.26 14:59:41 5: Triggering myHmUART (1 changes)
2016.07.26 14:59:41 5: Starting notify loop for myHmUART, first event cond: disconnected
2016.07.26 14:59:41 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.26 14:59:41 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.26 14:59:41 5: Triggering myHmUART (1 changes)
2016.07.26 14:59:41 5: Starting notify loop for myHmUART, first event CONNECTED
2016.07.26 14:59:42 4: HMUARTLGW myHmUART StartInit
2016.07.26 14:59:42 5: HMUARTLGW myHmUART send: 00 00
2016.07.26 14:59:42 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2016.07.26 14:59:42 5: SW: fd00030001009e03
2016.07.26 14:59:42 5: Triggering myHmUART (1 changes)
Führe ich dann folgende Befehle in der Konsole aus, erhalte ich folgenden Log (scheint zu gehen).
echo 18 >/sys/class/gpio/export
echo out >/sys/class/gpio/gpio18/direction
echo 1 >/sys/class/gpio/gpio18/value
2016.07.26 14:59:53 5: Starting notify loop for myHmUART, first event cond: init
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read raw (18): fd000d00010402436f5f4350555f424c7f7b
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read (17): fd000d00010402436f5f4350555f424c7f7b crc OK
2016.07.26 14:59:53 5: HMUARTLGW myHmUART recv: 00 0402436F5F4350555F424C, state 1
2016.07.26 14:59:53 3: HMUARTLGW myHmUART currently running Co_CPU_BL
2016.07.26 14:59:53 5: HMUARTLGW myHmUART send: 00 03
2016.07.26 14:59:53 5: HMUARTLGW myHmUART send: (8): fd00030002039409
2016.07.26 14:59:53 5: SW: fd00030002039409
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read raw (9): fd0004000204011916
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read (8): fd0004000204011916 crc OK
2016.07.26 14:59:53 5: HMUARTLGW myHmUART recv: 00 0401, state 2
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read raw (8): fd000c000000436f
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read raw (9): 5f4350555f424c7251
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read (16): fd000c000000436f5f4350555f424c7251 crc OK
2016.07.26 14:59:53 5: HMUARTLGW myHmUART recv: 00 00436F5F4350555F424C, state 2
2016.07.26 14:59:53 3: HMUARTLGW myHmUART currently running Co_CPU_BL
2016.07.26 14:59:53 1: HMUARTLGW myHmUART failed to enter App!
Danach, ohne etwas zu ändern, kommt wieder der Fehler im Log.
2016.07.26 15:03:44 4: HMUARTLGW myHmUART StartInit
2016.07.26 15:03:44 5: HMUARTLGW myHmUART send: 00 00
2016.07.26 15:03:44 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2016.07.26 15:03:44 5: SW: fd00030001009e03
2016.07.26 15:03:44 5: Triggering myHmUART (1 changes)
2016.07.26 15:03:44 5: Starting notify loop for myHmUART, first event cond: init
2016.07.26 15:03:54 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.26 15:03:54 1: HMUARTLGW myHmUART Reopen
2016.07.26 15:03:54 5: Triggering myHmUART (1 changes)
2016.07.26 15:03:54 5: Starting notify loop for myHmUART, first event cond: disconnected
2016.07.26 15:03:54 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.26 15:03:54 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.26 15:03:54 5: Triggering myHmUART (1 changes)
2016.07.26 15:03:54 5: Starting notify loop for myHmUART, first event CONNECTED
Führe ich dann wieder die Befehle von oben aus ("echo ..."), geht es wieder einmal, dann kommt wieder der Fehler. (zuvor muss ich noch "echo 18 >/sys/class/gpio/unexport" ausführen, sonst ist der GPIO belegt. Was genau macht man mit diesen Befehlen? Das Modul resetten?
Meine Frage ist nun, wo könnte der Fehler liegen? Gibt es eine Möglichkeit das ganze auch ohne die "echo" Befehle zum Laufen zu bringen?
Würde mich sehr über Hilfe freuen!
Besten Dank euch und einen schönen Nachmittag
raspberry
Zitat von: raimundl am 26 Juli 2016, 11:45:43
Mein bestehendes System läuft auch auf einen RPi3 mit HM-CFG-USB-2 Stick und vielen HM Komponenten tadellos.
Wie kann ich nun problemlos vom bestehenden auf das neue HomeMatic-Moduls (HM-MOD-RPI-PCB) umziehen? HMId habe ich vorerst die gleiche vergeben.
Meine Lösung:
Gleiche HMId bereits erwähnt, VCCU installiert, Anlerntaste bei HM Komponenten drücken und alles installiert sich wieder von selbst!
LG
Zitat von: betateilchen am 25 Juli 2016, 19:50:38
Haaaaa... es läuft!
...
Damit hat das HM-MOD-RPI-PCB auf Anhieb am cubietruck funktioniert.
Wobei es auf dem Cubietruck sogar noch einfacher geht, denn der CT hat onboard bereits eine Stiftleiste mit einem seriellen port.
Dort kann man das HM-MOD-RPI-PCB direkt aufstecken. Die benötigten 3,3V Spannungsversorgung findet man auf der Steckerleiste rechts daneben.
root@cubie-dev:/opt/hmcfgusb# ./hmsniff -U /dev/ttyS0
Waiting for application to settle...
HM-MOD-UART opened!
LL NR FL CM sender recvr payload
2016-07-26 20:03:40.605: 0C 60 86 70 20DACD 000000 00F044 (Weather event)
Das einzige, was man tun muss, ist das Löschen eines symbolischen Links im Verzeichnis /etc/systemd/system/getty.target.wants
# rm serial-getty\@ttyS0.service
Damit wird dieser serielle port freigegeben (ist standardmäßig von agetty belegt) und kann benutzt werden.
Hallo zusammen,
Wahrscheinlich wurde die Frage schon mal irgendwo beantwortet. Habe aber trotz stundenlangem Forum durchsuchen und googlen nix gefunden...daher stelle ich sie hier:
Kann zusätzlich zum Raspberry HomeMatic UART-Modul (RPi) ein CUL (z.B. Selbstbau CUL) am gleichen Raspberry betrieben werden? Und wenn ja, muss hier etwas an Serial Einstellungen ändern?
Danke schon mal vorab und viele Grüße aus Karlsruhe
Kai
Hallo Kai,
prinzipiell sollt es wegen der seriellen Schnittstelle kein Problem geben, da der CUL ja über USB eine Eigene mitbringt.
Gruß Otto
Hallo Otto,
wieder mal danke für deine superschnelle Antwort :-)
schönen Abend noch
Zitat von: betateilchen am 25 Juli 2016, 19:50:38
habe ich heute einen anderen USB-serial-Adapter (mit dem gleichen Chipsatz, aber die Adapterplatine von einem anderen Hersteller) ausprobiert.
Damit hat das HM-MOD-RPI-PCB auf Anhieb am cubietruck funktioniert.
Moin,
magst du vl. einmal das Modell nennen oder verlinken, ich wollte jetzt testweise einen dritten UART per USBtoTTL anschließen, ein ttyUSB Gerät wird daraufhin auch angezeigt aber die Definition in FHEM führt zu keinem positiven Ergebnis :(
Edit: Problem gefunden, die Lese/Schreib Berechtigungen waren krumm!
Greetz
Eldrik
Hallo,
Ich bekomme das Lan Gateway HM-LGW-O-TW-EU nicht ans laufen.
HMUARTLGW zeigt state: opened
cond zeigt im Sekundentakt: init , disconnected......
Hier ein Log Auszug:
2016-07-27 16:51:40 HMUARTLGW myHmLGW CONNECTED
2016-07-27 16:51:40 HMUARTLGW myHmLGW D-type: eQ3-HM-LGW
2016-07-27 16:51:40 HMUARTLGW myHmLGW D-LANfirmware: 1.1.5
2016-07-27 16:51:40 HMUARTLGW myHmLGW D-serialNr: KEQXXXXX
2016-07-27 16:51:41 HMUARTLGW myHmLGW cond: init
2016-07-27 16:51:41 HMUARTLGW myHmLGW cond: disconnected
2016-07-27 16:51:41 HMUARTLGW myHmLGW CONNECTED
2016-07-27 16:51:41 HMUARTLGW myHmLGW D-type: eQ3-HM-LGW
2016-07-27 16:51:41 HMUARTLGW myHmLGW D-LANfirmware: 1.1.5
2016-07-27 16:51:41 HMUARTLGW myHmLGW D-serialNr: KEQXXXXX
2016-07-27 16:51:42 HMUARTLGW myHmLGW cond: init
2016-07-27 16:51:42 HMUARTLGW myHmLGW cond: disconnected
2016.07.27 16:51:40 3: HMUARTLGW myHmLGW:keepAlive KeepAlive-port opened
2016.07.27 16:51:41 4: HMUARTLGW myHmLGW StartInit
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW send: 00 00
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW send: (: fd000300f000b80f
2016.07.27 16:51:41 5: SW: fd000300f000b80f
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read raw (18): fd000d00f00402436f5f4350555f424c172d
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read (17): fd000d00f00402436f5f4350555f424c172d crc OK
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW recv: 00 0402436F5F4350555F424C, state 1
2016.07.27 16:51:41 3: HMUARTLGW myHmLGW currently running Co_CPU_BL
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW send: 00 03
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW send: (: fd000300f1033e06
2016.07.27 16:51:41 5: SW: fd000300f1033e06
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read raw (9): fd000400f1040095ef
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read (: fd000400f1040095ef crc OK
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW recv: 00 0400, state 2
2016.07.27 16:51:41 1: HMUARTLGW myHmLGW application switch failed, application-firmware probably corrupted!
2016.07.27 16:51:41 1: HMUARTLGW myHmLGW Reopen
2016.07.27 16:51:41 3: Opening myHmLGW:keepAlive device 192.168.0.226:2001
2016.07.27 16:51:41 3: myHmLGW:keepAlive device opened
2016.07.27 16:51:41 1: 192.168.0.226:2000 reappeared (myHmLGW)
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read raw (61): 4865662c30312c6551332d484d2d4c47572c312e312e352c4b4551313036343839330d0a5366302c426964436f532d6f7665722d4c414e2d312e300d0a
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read (34): Hef,01,eQ3-HM-LGW,1.1.5,KEQ1064893
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read (23): Sf0,BidCoS-over-LAN-1.0
2016.07.27 16:51:41 3: HMUARTLGW myHmLGW BidCoS-port opened
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW send (10): >f0,0000
2016.07.27 16:51:41 5: SW: >f0,0000
2016.07.27 16:51:41 3: HMUARTLGW myHmLGW:keepAlive KeepAlive-port opened
2016.07.27 16:51:42 4: HMUARTLGW myHmLGW StartInit
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW send: 00 00
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW send: (: fd000300f200340c
2016.07.27 16:51:42 5: SW: fd000300f200340c
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read raw (18): fd000d00f20402436f5f4350555f424c97d1
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read (17): fd000d00f20402436f5f4350555f424c97d1 crc OK
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW recv: 00 0402436F5F4350555F424C, state 1
2016.07.27 16:51:42 3: HMUARTLGW myHmLGW currently running Co_CPU_BL
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW send: 00 03
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW send: (: fd000300f303b205
2016.07.27 16:51:42 5: SW: fd000300f303b205
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read raw (9): fd000400f3040015c4
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read (: fd000400f3040015c4 crc OK
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW recv: 00 0400, state 2
2016.07.27 16:51:42 1: HMUARTLGW myHmLGW application switch failed, application-firmware probably corrupted!
2016.07.27 16:51:42 1: HMUARTLGW myHmLGW Reopen
2016.07.27 16:51:42 3: Opening myHmLGW:keepAlive device 192.168.0.226:2001
2016.07.27 16:51:42 3: myHmLGW:keepAlive device opened
2016.07.27 16:51:42 1: 192.168.0.226:2000 reappeared (myHmLGW)
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read raw (61): 4866312c30312c6551332d484d2d4c47572c312e312e352c4b4551313036343839330d0a5366322c426964436f532d6f7665722d4c414e2d312e300d0a
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read (34): Hf1,01,eQ3-HM-LGW,1.1.5,KEQ1064893
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read (23): Sf2,BidCoS-over-LAN-1.0
2016.07.27 16:51:42 3: HMUARTLGW myHmLGW BidCoS-port opened
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW send (10): >f2,0000
2016.07.27 16:51:42 5: SW: >f2,0000
Dem Gateway ist eine feste IP Adresse zugewiesen,
getestet mit "Netzwerkverschlüsselung (an oder aus) aber immer das gleiche Problem.
Hat jemand eine Idee ?
Ich habe auch einen HM-MOD-RPI-PCB über einen USB-serial-Adapter inbetrieb genommen. Ich habe ihn testweise an meinen PC mit Opensuse angeschlossen.
Der HM-MOD-RPI-PCB funktioniert soweit.
Ich habe versucht einen HM-MOD-Em-8 und HM-SEC-SCo zu pairen.
Beim HM-MOD-Em-8 ist es mir nach einigen Versuchen gelungen.
Beim HM-SEC-SCo ist mir das pairen nicht gelungen.
Können diese Probleme daran liegen, daß der HM-MOD-RPI-PCB noch die firmware 1.2.1 hat?
list myHmUART
Internals:
AssignedPeerCnt 2
CNT 218
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
DEVCNT 205
DevState 98
DevType UART
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@115200
FD 66
NAME myHmUART
NR 152
PARTIAL
RAWMSG 05000024B186102B37730000000A24E00A0040
RSSI -36
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 7
msgLoadCurrentRaw 14
msgLoadHistory 0/1/0/2/2/2/-/-/-/-/-/-
msgLoadHistoryAbs 7/7/6/6/4/2/0/-/-/-/-/-/-
owner 424243
.clientArray:
CUL_HM
Helper:
CreditTimer 133
FW 66049
Initialized 1
OneParameterOnly 1
SendCnt 16
Ackpending:
218:
cmd 08
dst 0
time 1469638270.30742
Assignedpeers:
312EBF FFFFFFFFFFFFFFFF (flags: 0)
4C2032 FFFFFFFFFFFFFFFF (flags: 0)
LastSendLen:
3
3
PeerQueue:
PendingCMD:
Roundtrip:
Calc 1
Delay 0.00299596786499023
Loadlvl:
lastHistory 1469637991.74636
log:
Peers:
312EBF assigned
4C2032 assigned
Readings:
2016-07-27 18:16:31 D-HMIdAssigned 424243
2016-07-27 18:16:31 D-HMIdOriginal 470891
2016-07-27 18:16:31 D-firmware 1.2.1
2016-07-27 18:16:31 D-serialNr NEQ0229931
2016-07-27 18:16:29 D-type HM-MOD-UART
2016-07-27 18:16:31 cond ok
2016-07-27 18:46:10 load 7
2016-07-27 18:16:31 loadLvl low
2016-07-27 18:16:29 state opened
Helper:
Attributes:
hmId 424243
room CUL_HM
verbose 5
list HM_4C2032
Internals:
.triggerUsed 1
CFGFN
DEF 4C2032
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 22
NAME HM_4C2032
NR 287
STATE Nack
TYPE CUL_HM
lastMsg No:59 - t:00 s:4C2032 d:000000 1000C74E45513036323730303780810101
myHmUART_MSGCNT 22
myHmUART_RAWMSG 0500001C5984004C20320000001000C74E45513036323730303780810101
myHmUART_RSSI -28
myHmUART_TIME 2016-07-27 19:08:43
protCmdDel 12
protLastRcv 2016-07-27 19:08:43
protNack 2 last_at:2016-07-27 19:08:19
protResnd 4 last_at:2016-07-27 19:04:49
protResndFail 1 last_at:2016-07-27 19:05:44
protSnd 14 last_at:2016-07-27 19:08:18
protState CMDs_done_Errors:1
rssi_at_myHmUART cnt:22 max:-25 avg:-30.54 min:-35 lst:-28
Readings:
2016-07-27 19:08:43 .D-devInfo 810101
2016-07-27 19:08:43 .D-stc 80
2016-07-27 19:03:46 .R-transmDevTryMax 6
2016-07-27 19:08:43 .protLastRcv 2016-07-27 19:08:43
2016-07-27 19:08:43 Activity alive
2016-07-27 19:08:19 CommandAccepted no
2016-07-27 19:08:43 D-firmware 1.0
2016-07-27 19:08:43 D-serialNr NEQ0627007
2016-07-27 19:08:18 PairedTo set_0x424243
2016-07-27 19:03:46 R-cyclicInfoMsg on
2016-07-27 19:08:18 R-pairCentral 0x000000
2016-07-27 19:03:46 R-sabotageMsg on
2016-07-27 19:08:18 RegL_00. 02:00 09:01 0A:00 0B:00 0C:00 10:01 14:06 00:00
2016-07-27 19:03:58 aesKeyNbr 00
2016-07-27 19:03:38 alive yes
2016-07-27 19:06:46 battery ok
2016-07-27 19:06:46 contact open (to broadcast)
2016-07-27 19:03:38 recentStateType info
2016-07-27 19:03:38 sabotageError off
2016-07-27 19:08:19 state Nack
2016-07-27 19:06:46 trigger_cnt 49
Regl_01.:
VAL
Helper:
HM_CMDNR 89
cSnd 014242434C203200040000000000,014242434C203201040000000001
getCfgList all
getCfgListNo ,4
mId 00C7
rxType 28
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +4C2032,00,00,00
nextSend 1469639323.80849
prefIO
rxt 2
vccu
p:
4C2032
00
00
00
Mrssi:
mNo 59
Io:
myHmUART -26
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
At_myhmuart:
avg -30.5454545454545
cnt 22
lst -28
max -25
min -35
Shadowreg:
Attributes:
IODev myHmUART
actCycle 000:50
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SCo
room CUL_HM
serialNr NEQ0627007
subType threeStateSensor
Nachtrag:
Hier ist noch ein log Auszug
2016.07.27 20:41:53 0 : HMUARTLGW myHmUART send: 00 08
2016.07.27 20:41:53 0 : HMUARTLGW myHmUART recv: 00 040200, state 98
2016.07.27 20:41:53 0 : HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.07.27 20:41:53 0 : HMUARTLGW myHmUART roundtrip delay: 0.00277590751647949
2016.07.27 20:41:54 0 : HMUARTLGW myHmUART recv: 01 05 00 00 31 msg: 29 84 41 4C2032 000000 011400
2016-07-27 20:41:54 CUL_HM HM_4C2032 battery: ok
2016-07-27 20:41:54 CUL_HM HM_4C2032 contact: closed (to broadcast)
2016-07-27 20:41:54 CUL_HM HM_4C2032 closed
2016-07-27 20:41:54 CUL_HM HM_4C2032 trigger_cnt: 20
Gruß Ralf
Zitat von: Ralf9 am 27 Juli 2016, 19:53:03
Können diese Probleme daran liegen, daß der HM-MOD-RPI-PCB noch die firmware 1.2.1 hat?
Aber die 1.4.1 ist doch extra empfohlen. Warum flashst Du die nicht einfach? :-X
Gruß Otto
Zitat von: Otto123 am 27 Juli 2016, 21:22:54
Aber die 1.4.1 ist doch extra empfohlen. Warum flashst Du die nicht einfach? :-X
Da dies bei mir nicht so einfach ist, da der HM-MOD-RPI-PCB an dem USB-serial-Adapter angeschlossen ist und der Reset PIn fest auf 3,3V ist.
Oder kann ich auch so einfach flashen?
Ich habe z.Zt. keinen Raspi inbetrieb. Ich habe noch einen Raspi B+ in der Schublade, welchen ich aber erst noch installieren muß.
Gruß Ralf
Den Reset Pin brauchst Du nicht zwingend zum flashen. Zumindest hat das bei mir problemlos mit den "üblichen" vier Strippen funktioniert.
Hallo,
Zitat von: raspberry am 26 Juli 2016, 17:13:08
Habe das Funkmodul mit der aktuellen Firmware geflasht.
Das Flashen ist wohl irgendwie schiefgelaufen, zumindest startet das Modul die Firmware nicht und hängt sich dann irgendwann auf. Deswegen kannst Du es auch mit den GPIO-Befehlen kurzzeitig wiederbeleben, es funktioniert dann aber trotzdem nicht:
Zitat
2016.07.26 14:59:53 3: HMUARTLGW myHmUART currently running Co_CPU_BL
2016.07.26 14:59:53 1: HMUARTLGW myHmUART failed to enter App!
Hier einfach nochmal die Firmware flashen, das sollte das beheben.
Zitat von: wiewaldi am 27 Juli 2016, 19:13:45
Ich bekomme das Lan Gateway HM-LGW-O-TW-EU nicht ans laufen.
2016.07.27 16:51:41 1: HMUARTLGW myHmLGW application switch failed, application-firmware probably corrupted!
Auch hier scheint die Firmware des LGW ein Problem zu haben. Das Flashen des LGW geht allerdings leider nicht so einfach wie beim UART-Modul.
Vorbereitung:
$ git clone https://github.com/eq-3/occu
...
$ cd occu
$ sudo ln -s $(pwd)/firmware /firmware
$ cd arm-gnueabihf/packages-eQ-3/LinuxBasis/bin (auf ARM) bzw. cd X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin (auf X86/X86_64)
$ chmod 755 eq3configcmd
Update der LAN-Firmware:
$ LD_LIBRARY_PATH=../lib:../../RFD/lib ./eq3configcmd update-lgw-firmware -u ../../../../firmware/hm-lgw-o-tw-w-eu_update.eq3 -console -l 1 -s NEQ0218723 -k 'geheimesLGWPasswort'
2016/07/28 09:25:24.264 <Info> LAN Gateway Firmware Update...
2016/07/28 09:25:24.265 <Info> Gateway NEQ0218723
2016/07/28 09:25:26.273 <Info> Gateway type is eQ3-HM-LGW-App
cryptEnabled true2016/07/28 09:25:33.313 <Info> Updating firmware....
2016/07/28 09:25:38.467 <Info> Update performed. Waiting for gateway to get ready.
Update der Applikationsfirmware:
$ LD_LIBRARY_PATH=../lib:../../RFD/lib ./eq3configcmd update-coprocessor -u -f -c -l 0 -d ../../../../firmware -s NEQ0218723 -k 'geheimesLGWPasswort'
2016/07/28 09:33:03.791 <Debug> firmware filename is: coprocessor_update_hm_only.eq3
cryptEnabled true2016/07/28 09:33:05.801 LanConnection::connect
2016/07/28 09:33:05.802 LanConnection::connect done
2016/07/28 09:33:05.805 <Info> Lan Device Information:
Protocol-Version: 1
Product-ID: eQ3-HM-LGW
Firmware-Version: 1.1.5
Serial Number: NEQ0218723
2016/07/28 09:33:06.007 LanConnection::connect
2016/07/28 09:33:06.008 LanConnection::connect done
2016/07/28 09:33:06.010 <Info> Lan Device Information:
Protocol-Version: 1
Product-ID: eQ3-HM-LGW
Firmware-Version: 1.1.5
Serial Number: NEQ0218723
2016/07/28 09:33:07.516 <Debug> (NEQ0218723) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in application.
2016/07/28 09:33:07.516 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/07/28 09:33:07.517 <Debug> CCU2CoprocessorCommandMod::isResponseStatusOk(): System status OK
2016/07/28 09:33:07.517 <Debug> CCU2CommControllerMod::handleIncomingResponse() System response OK
2016/07/28 09:33:07.517 <Debug> (NEQ0218723) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in application.
2016/07/28 09:33:07.535 <Debug> deliver firmware...
2016/07/28 09:33:11.036 <Info> CCU2CommControllerMod::sendSystemCommand(): failed
2016/07/28 09:33:11.037 CoprocessorUpdate::startBootloader()
2016/07/28 09:33:11.039 <Debug> (NEQ0218723) CCU2CommControllerMod::startCoprocessorBootloader(): Trying to start coprocessor bootloader
2016/07/28 09:33:11.040 <Debug> CCU2CommControllerMod::sendSystemCommand(): Start Application / Bootloader
2016/07/28 09:33:11.044 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/07/28 09:33:11.044 <Debug> CCU2CoprocessorCommandMod::isResponseStatusOk(): System status OK
2016/07/28 09:33:11.044 <Debug> CCU2CommControllerMod::handleIncomingResponse() System response OK
2016/07/28 09:33:13.149 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/07/28 09:33:13.149 <Debug> (NEQ0218723) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in bootloader.
2016/07/28 09:33:13.540 <Debug> CoprocessorUpdate::startBootloader():Coprocessor entered bootloader.
2016/07/28 09:33:14.090 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/07/28 09:33:14.090 <Debug> CCU2CoprocessorCommandMod::isResponseStatusOk(): System status OK
2016/07/28 09:33:14.090 <Debug> CCU2CommControllerMod::handleIncomingResponse() System response OK
...
2016/07/28 09:33:21.138 <Info> Firmwareupdate successfull
2016/07/28 09:33:21.139 LanConnection::disconnect
2016/07/28 09:33:21.141 Closing socket 3
2016/07/28 09:33:32.144 <Debug> Wait for disconnect timed out
...
Das "Wait for disconnect" kann man mit CTRL-C abbrechen.
NEQ0218723 durch die eigene Serial ersetzen, und geheimesLGWPasswort durch das LGW-Passwort. Falls die Verschlüsselung deaktiviert wurde, dann das -k komplett weglassen.
Viele Grüße
Michael
Hallo Michael,
vielen Dank für die schnelle Rückmeldung!
Zitat von: mgernoth am 28 Juli 2016, 09:40:57
Hallo,
Das Flashen ist wohl irgendwie schiefgelaufen, zumindest startet das Modul die Firmware nicht und hängt sich dann irgendwann auf. Deswegen kannst Du es auch mit den GPIO-Befehlen kurzzeitig wiederbeleben, es funktioniert dann aber trotzdem nicht:
Hier einfach nochmal die Firmware flashen, das sollte das beheben.
Habe die Firmware nun schon mehrmals neu aufgespielt (sowohl 1.2.3 als auch 1.4.1). Wenn ich das Modul (HM-MOD-UART) mehrmals resette, bekomme ich es meistens zum Laufen (oft mehr als 50 Resets).
Gibt's noch weitere Möglichkeiten die ich probieren kann?
(Noch ne Frage zum Reset: muss ich jedes Mal den GPIO 18 neu "exportieren" und die Signalrichtung angeben oder reicht es den Reset-Befehl zu senden?
echo 1 >/sys/class/gpio/gpio18/value
Vielen Dank für den super Support!!!
Schönen Nachmittag und beste Grüße
raspberry
ZitatDas Flashen des LGW geht allerdings leider nicht so einfach wie beim UART-Modul.
Geht das nicht auch mit dem Netfinder von EQ3?
http://www.eq-3.de/service/downloads.html?id=53 (http://www.eq-3.de/service/downloads.html?id=53)
Zitat von: betateilchen am 27 Juli 2016, 22:19:46
Den Reset Pin brauchst Du nicht zwingend zum flashen. Zumindest hat das bei mir problemlos mit den "üblichen" vier Strippen funktioniert.
Das flashen hat bei mir so auch problemlos funktioniert. Ich hätte vermutet, daß das flashen nur kurz nach dem reset funktioniert.
Mir ist dabei nicht klar wie der HM-MOD-UART erkennt, daß die seriellen Daten fürs flashen sind.
Nun habe ich auch die 1.4.1 drauf und das pairen des HM-SEC-SCo hat nun auch funktioniert.
Gruß Ralf
Zitat von: Ralf9 am 28 Juli 2016, 22:53:22
Mir ist dabei nicht klar wie der HM-MOD-UART erkennt, daß die seriellen Daten fürs flashen sind.
vielleicht bekommt er das seriell einfach mitgeteilt :)
Ehrlich gesagt darüber habe ich mir keine Gedanken gemacht, weil es "einfach" funktioniert hat.
Hallo,
Zitat von: raspberry am 28 Juli 2016, 16:43:14
Habe die Firmware nun schon mehrmals neu aufgespielt (sowohl 1.2.3 als auch 1.4.1). Wenn ich das Modul (HM-MOD-UART) mehrmals resette, bekomme ich es meistens zum Laufen (oft mehr als 50 Resets).
Dann stimmt irgendwas anderes noch nicht. Ist die serielle Schnittstelle wirklich komplett frei, also läuft da kein getty und der Kernel benutzt sie auch nicht, um evtl. Konsolenausgaben auszugeben (und andere Software auch nicht)?
Zitat
Gibt's noch weitere Möglichkeiten die ich probieren kann?
Was sagt denn:
sudo lsof /dev/ttyAMA0
Zitat
(Noch ne Frage zum Reset: muss ich jedes Mal den GPIO 18 neu "exportieren" und die Signalrichtung angeben oder reicht es den Reset-Befehl zu senden?
Ich bin mir nicht sicher, was das überhaupt bringt...
Da sollte sich bei allen Kommandos nichts am Signalpegel auf dem Pin ändern.
Um ihn wirklich zu toggeln müsstest Du folgendes machen (nach einmaligem export):
echo 0 >/sys/class/gpio/gpio18/value
sleep 0.2
echo 1 >/sys/class/gpio/gpio18/value
Zitat von: Damu am 28 Juli 2016, 21:58:04
Geht das nicht auch mit dem Netfinder von EQ3?
Nein, damit kann man nicht die Coprozessorfirmware (die hier anscheinend das Problem ist) updaten, nur die LAN-Firmware.
Zitat von: betateilchen am 28 Juli 2016, 23:15:43
vielleicht bekommt er das seriell einfach mitgeteilt :)
Genau so ist es.
Viele Grüße
Michael
Guten Morgen,
auch ich gehöre nun zu den Nutzern des Moduls.
Großes Dankeschön für eure Arbeit hier!!
Nachdem ich das Funkmodul zusammengebaut und auf den raspberry gesteckt habe, wurde die neuste Firmware geflasht. soweit alles gut.
Suche jetzt noch ein ungenutztes HM-Device zum testen.
Langfristig möchte auch ich den raspberry als zweite CCU nutzen und mit meinem vorhanden LAN-GW eine VCCU erstellen.
Erste Tests mit FHEM2FHEM waren Fehlschläge, wobei ich das eher mit meinem Unvermögen in Zusammenhang bringe.
Da ich nicht der einzige bin, der einen raspberry mit Modul quasi remote nutzen will, die Diskussion darum hier aber gern ein wenig untergeht, habe ich mal einen separaten Thread zum Thema eröffnet und hoffe auch dort auf rege Beteiligung.
https://forum.fhem.de/index.php/topic,56113.0.html
vb
@Michael
ich nutze neben einem Raspberrry mit HMUART Modul derzeit testweise einen HMUART an einem USBtoTTL Adapter (angeschlossene Pins, 3,3V, GND, TX, RX), der Betrieb scheint soweit auch stabil und das Flashen auf 1.4.1 bereitete soweit auch keine Probleme, doch scheint es ab und an bei der USBtoTTL Variante zu einem "did not respond" zu kommen:
2016.07.29 10:57:25.794 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.29 10:57:25.795 1: HMUARTLGW myHmUART Reopen
2016.07.29 10:57:25.950 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.29 10:57:25.964 1: /dev/ttyUSB1 reappeared (myHmUART)
2016.07.29 10:57:26.977 3: HMUARTLGW myHmUART currently running Co_CPU_App
Welche Gründe könnte es hierfür geben?
Greetz
Eldrik
Zitat von: eldrik am 29 Juli 2016, 11:23:03
Welche Gründe könnte es hierfür geben?
Probleme direkt am USB port, die üblichen Spannungsversorgungsthemen.
Hallo Michael,
Vielen Dank für die Rückmeldung.
Ich habe die Updates beim Funk-Lan-Gateway durchgeführt, bin jetzt auf Firmware 1.15 aber immer noch das gleiche Problem
im Cond: immer wieder init,disconnect,init,disconnect.......
Im Log auch noch das gleiche:
2016.07.29 16:15:56 3: HMUARTLGW myHmLGW:keepAlive KeepAlive-port opened
2016.07.29 16:15:57 4: HMUARTLGW myHmLGW StartInit
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW send: 00 00
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW send: (8): fd0003009200f409
2016.07.29 16:15:57 5: SW: fd0003009200f409
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW read raw (18): fd000d00920402436f5f4350555f424c87c1
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW read (17): fd000d00920402436f5f4350555f424c87c1 crc OK
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW recv: 00 0402436F5F4350555F424C, state 1
2016.07.29 16:15:57 3: HMUARTLGW myHmLGW currently running Co_CPU_BL
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW send: 00 03
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW send: (8): fd00030093037200
2016.07.29 16:15:57 5: SW: fd00030093037200
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW read raw (9): fd0004009304001244
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW read (8): fd0004009304001244 crc OK
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW recv: 00 0400, state 2
2016.07.29 16:15:57 1: HMUARTLGW myHmLGW application switch failed, application-firmware probably corrupted!
2016.07.29 16:15:57 1: HMUARTLGW myHmLGW Reopen
2016.07.29 16:15:57 3: Opening myHmLGW:keepAlive device 192.168.0.34:2001
2016.07.29 16:15:57 3: myHmLGW:keepAlive device opened
2016.07.29 16:15:57 1: 192.168.0.34:2000 reappeared (myHmLGW)
2016.07.29 16:15:57 3: HMUARTLGW myHmLGW:keepAlive KeepAlive-port opened
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW read raw (61): 4839312c30312c6551332d484d2d4c47572c312e312e352c4b4551313036343839330d0a5339322c426964436f532d6f7665722d4c414e2d312e300d0a
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW read (34): H91,01,eQ3-HM-LGW,1.1.5,KEQ1064893
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW read (23): S92,BidCoS-over-LAN-1.0
2016.07.29 16:15:57 3: HMUARTLGW myHmLGW BidCoS-port opened
2016.07.29 16:15:57 5: HMUARTLGW myHmLGW send (10): >92,0000
2016.07.29 16:15:57 5: SW: >92,0000
2016.07.29 16:15:58 4: HMUARTLGW myHmLGW StartInit
2016.07.29 16:15:58 5: HMUARTLGW myHmLGW send: 00 00
2016.07.29 16:15:58 5: HMUARTLGW myHmLGW send: (8): fd0003009400e009
2016.07.29 16:15:58 5: SW: fd0003009400e009
2016.07.29 16:15:58 5: HMUARTLGW myHmLGW read raw (18): fd000d00940402436f5f4350555f424c86c0
2016.07.29 16:15:58 5: HMUARTLGW myHmLGW read (17): fd000d00940402436f5f4350555f424c86c0 crc OK
2016.07.29 16:15:58 5: HMUARTLGW myHmLGW recv: 00 0402436F5F4350555F424C, state 1
2016.07.29 16:15:58 3: HMUARTLGW myHmLGW currently running Co_CPU_BL
2016.07.29 16:15:58 5: HMUARTLGW myHmLGW send: 00 03
2016.07.29 16:15:58 5: HMUARTLGW myHmLGW send: (8): fd00030095036600
2016.07.29 16:15:58 5: SW: fd00030095036600
Was mir aufgefallen ist das bei dir im Update der Applikationsfirmware "Coprocessor is in application" ausgegeben wird.
2016/07/28 09:33:07.516 <Debug> (NEQ0218723) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in application.
Bei mir steht:
2016/07/29 16:07:18.177 <Debug> (KEQ1064893) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in bootloader.
2016/07/29 16:07:18.177 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/07/29 16:07:18.177 <Debug> CCU2CoprocessorCommandMod::isResponseStatusOk(): System status OK
2016/07/29 16:07:18.177 <Debug> CCU2CommControllerMod::handleIncomingResponse() System response OK
2016/07/29 16:07:18.177 <Debug> (KEQ1064893) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in bootloader.
2016/07/29 16:07:18.195 <Debug> deliver firmware...
Könnte hier das Problem sein?
Gruß
wiewaldi
es gibt ja auch schon 2 modelle des LGW. die neuere hat eine "-2" am modelnamen.
vielleicht liegt es an den unterschiedlichen modellen. wer hat denn welches?
Hallo Frank,
Ich habe die Version ohne 2 also
"HM-LGW-O-TW-W-EU"
/wiewaldi
Zitat von: mgernoth am 28 Juli 2016, 23:48:28
Dann stimmt irgendwas anderes noch nicht. Ist die serielle Schnittstelle wirklich komplett frei, also läuft da kein getty und der Kernel benutzt sie auch nicht, um evtl. Konsolenausgaben auszugeben (und andere Software auch nicht)?
Habe sonst nichts anderes am Laufen. Getty ist wie nach Anleitung für ttyAMA0 deaktiviert.
Zitat von: mgernoth am 28 Juli 2016, 23:48:28
Was sagt denn:
sudo lsof /dev/ttyAMA0
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
perl 1141 fhem 14u CHR 204,64 0t0 1026 /dev/ttyAMA0
Da scheint sonst nicht zu laufen.
Zitat von: mgernoth am 28 Juli 2016, 23:48:28
Um ihn wirklich zu toggeln müsstest Du folgendes machen (nach einmaligem export):
echo 0 >/sys/class/gpio/gpio18/value
sleep 0.2
echo 1 >/sys/class/gpio/gpio18/value
Auch damit bekomme ich das Modul nicht zuverlässiger zum Laufen.
Kann es sein, dass es sich um ein Hardwareproblem handelt? Einfach mal ein neues bestellen?
Noch eine andere Frage. Wenn das Ding mal läuft bekomme ich von einem HM Sensor folgende Log.
HM_4C1DDD trigDst_925137: noConfig
"set <HM-Gerät> getConfig" habe ich schon laufen lassen, hat aber nichts geholfen. Oder ist das gar kein Fehler?
Besten Dank!
Euch allen eine gutes Wochenende!
Schöne Grüße
raspberry
HMUARTLGW-USB - sogar kompakter als der HM-CFG-USB2 8) 8), und hoffentlich genauso zuverlässig.
Hallo,
Zitat von: wiewaldi am 29 Juli 2016, 18:27:26
Ich habe die Updates beim Funk-Lan-Gateway durchgeführt, bin jetzt auf Firmware 1.15 aber immer noch das gleiche Problem
Hmm, er will immer noch nicht in die Applikation schalten...
Zitat
2016.07.29 16:15:57 1: HMUARTLGW myHmLGW application switch failed, application-firmware probably corrupted!
Was mir aufgefallen ist das bei dir im Update der Applikationsfirmware "Coprocessor is in application" ausgegeben wird.
Ja, da bei mir die Applikationsfirmware in Ordnung war und das LGW lief.
Zitat
Bei mir steht:
2016/07/29 16:07:18.177 <Debug> (KEQ1064893) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in bootloader.
Ist ok so.
Ist das flashen dann erfolgreich weitergelaufen?
Evtl. ist das Ding auch einfach defekt....
Zitat von: raspberry am 29 Juli 2016, 18:50:02
Kann es sein, dass es sich um ein Hardwareproblem handelt? Einfach mal ein neues bestellen?
Ja, ist moeglich. Auch mal alle Loetstellen kontrolliert?
Zitat
Noch eine andere Frage. Wenn das Ding mal läuft bekomme ich von einem HM Sensor folgende Log.
HM_4C1DDD trigDst_925137: noConfig
"set <HM-Gerät> getConfig" habe ich schon laufen lassen, hat aber nichts geholfen. Oder ist das gar kein Fehler?
Ist kein Fehler.
Viele Gruesse
Michael, der jetzt dann eine Woche weg ist...
Hi amunra,
sieht toll aus!
Sag mal welches Gehäuse hast du verwendet?
Danke, Joachim
Zutaten:
- USB-Gehäuse schwarz (http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=36507) - gibt es auch transparent (http://www.voelkner.de/products/164819/USB-Gehaeuse-USB-1kl-Transparent.html)
- fertiger USB-seriell Wandler (http://de.aliexpress.com/item/6Pin-USB-2-0-to-TTL-UART-Module-Serial-Converter-CP2102-STC-Replace-Ft232/32364013343.html?spm=2114.13010208.99999999.261.mWmpl5%20passt%20super%20in%20das%20Geh%C3%A4use) passt super in das Gehäuse.
Viele Grüße
*lach*
an der gleichen Idee (USB Adapter + HMUART in ein Gehäuse) bastle ich auch gerade :)
Das mit dem CP2102 USB Adapter und dem Gehäuse sieht gut aus.
Der CP2102 hat auch den Vorteil, daß er bei 3,3V 100mA liefert.
Hat der CP2102 gegenüber dem FTDI irgendwelche Nachteile?
@amunra
muß die Stiftleiste vom dem USB-seriell Wandler ausgelötet werden, damit er in das ELV Gehäuse passt?
Gruß Ralf
Die Stiftleiste löte ich auch immer aus, weil ich die TRx-Platine immer UNTER die Adapterplatine löte und nicht - wie vorgesehen - obendrauf.
Manchmal bin ich auch zu faul zum auslöten, dann löte ich die TRx Platine mit Stiftleiste von unten an die Adapterplatine und zwicke die langen Pins am Ende einfach ab :) Kommt in erster Linie darauf an, wieviel Platz man am Einbauort hat.
Zitat von: Ralf9 am 31 Juli 2016, 11:35:40
muß die Stiftleiste vom dem USB-seriell Wandler ausgelötet werden, damit er in das ELV Gehäuse passt?
Ja, und zum kontern habe ich ein Stück Lochrasterplatine reingelegt, damit sitzt der USB-Wandler fest und verrutscht nicht beim ein- und ausstecken.
Das UART Modul habe ich, wie Betateilchen beschrieben hat ;), zusammengelötet und die Pins der TRx-Platine einfach abgezwickt.
Läuft/Spielerei: HMUARTLGW-WiFi mit esp-link als transparent-bridge
Hallo,
das anlernen/pairing klappt bei mir nicht.
Ich habe mir den "HomeMatic Komplettbausatz Funkmodul für Raspberry Pi" gekauft und zusammengelötet.
Dazu den Bausatz Funkwander, auch den zusammengelötet.
Die Schritte zur Installation des Funkmoduls habe ich alle durchgeführt und eigentlich hat alles geklappt.
Ich möchte jetzt den Wandtaster anlernen und das klappt leider nicht.
Ich setzte den myHMART über "HMPairForSec" auf 60 sec (hmPair steht jetzt auf 1) und setzte den Wandsender in den Anlernmodus (die LED blinkt auch wie in der Bedienungsanleitung beschrieben".
Im FHEM passiert jetzt nichts mehr.
Kann man testen, ob der Funksender richtig funktioniert, nicht das beim löten was nicht geklappt hat ?
Was mich wundert ist, unter "Readings" und "cond" wechselt es zwischen "init" und "disconnect" und die Uhrzeit leuchtet rot. Was bedeutet das ?
Ein Screenshot ist angehängt.
ZitatWas mich wundert ist, unter "Readings" und "cond" wechselt es zwischen "init" und "disconnect"
dann kann er auch nicht funktionieren. opened muss hier stehen.
wirklich
alle schritte aus dem 1. post?
was steht in fhem.log?
Dir rote Schrift zeigt dir an, dass der Wert (mit roter Schrift) seit dem öffnen der Seite mit den Werten geändert wurde...
Dahinter steht dann auch Datum Uhrzeit wann sich der Wert geändert hat...
Was sagt das Logfile während dem init disconnect? Mal den Abschnitt posten...
Zitat von: amunra am 01 August 2016, 15:11:54
Läuft/Spielerei: HMUARTLGW-WiFi mit esp-link als transparent-bridge
Super :)
Könntest Du mir so ein esp-link fertig konfiguriert zusammenschräubeln?
Ich meine nur den esp Teil das Homematic-Modul bekomme ich selbst angeschlossen.
Mit dem Thema esp habe ich mich noch nie beschäftigt, und im Moment fehlt mir dazu auch einfach die Zeit.
Zitat von: amunra am 31 Juli 2016, 13:37:08
Ja, und zum kontern habe ich ein Stück Lochrasterplatine reingelegt, damit sitzt der USB-Wandler fest und verrutscht nicht beim ein- und ausstecken.
Das UART Modul habe ich, wie Betateilchen beschrieben hat), zusammengelötet und die Pins der TRx-Platine einfach abgezwickt.
Das geht sicher noch kompakter, ganz ohne die Adapterplatine des HMUART Moduls. Ich denke, Anfang nächster Woche komme ich dazu.
Ok, ich hab das Ganze doch noch heute abend getestet - es funktioniert :)
[ 99.122967] usb 3-1: new full-speed USB device number 3 using ohci-platform
[ 99.346067] usb 3-1: New USB device found, idVendor=10c4, idProduct=ea60
[ 99.346120] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 99.346152] usb 3-1: Product: CP2102 USB to UART Bridge Controller
[ 99.346182] usb 3-1: Manufacturer: Silicon Labs
[ 99.346210] usb 3-1: SerialNumber: 0001
[ 99.410767] usbcore: registered new interface driver usbserial
[ 99.411302] usbcore: registered new interface driver usbserial_generic
[ 99.411646] usbserial: USB Serial support registered for generic
[ 99.421773] usbcore: registered new interface driver cp210x
[ 99.422129] usbserial: USB Serial support registered for cp210x
[ 99.422715] cp210x 3-1:1.0: cp210x converter detected
[ 99.440092] usb 3-1: cp210x converter now attached to ttyUSB0
root@cubie-dev:/home/udo# cd /opt/hmcfgusb/
root@cubie-dev:/opt/hmcfgusb# ./flash-hmmoduart -U /dev/ttyUSB0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
HM-MOD-UART opened.
Flashing 43 blocks: |
Firmware update successfull!
root@cubie-dev:/opt/hmcfgusb#
Gehäuse für den USB Stick fehlt mir noch. Fixiert wird das Ganze im Gehäuse dann mit einem Tropfen Heißkleber, genau unter der Verbindungsstelle der beiden Platinen.
8) sieht gut aus...
Wenn ich das richtig erkenne, dann benötige ich bei meinem USB-Adpater, werder die Kondensatoren C1/C2 zur Spannungsstabilisierung noch die 1K Widerstände (R1/R2) für RX/TX?
Aber, ich bin mit meinem Stick auch so zufrieden ;D
Die Widerstände habe ich auch verbaut (auf dem ersten Foto zu sehen), aber auf die Kondensatoren habe ich verzichtet, weil die Spannungsversorgung auf dem USB Adapter selbst schon gepuffert ist. Aufgrund der Kürze der Zuleitung halte ich eine nochmalige Pufferung für obsolet. Es fallen halt eine ganze Menge zusätzlicher Lötstellen an den Verbinungen weg, wenn man auf die "Montageplatine" verzichtet.
Und es dürfte so sogar noch Platz für eine SMA Antennenbuchse im USB-Gehäuse bleiben :D
Zitat von: betateilchen am 03 August 2016, 19:42:59
Könntest Du mir so ein esp-link fertig konfiguriert zusammenschräubeln?
Ich meine nur den esp Teil das Homematic-Modul bekomme ich selbst angeschlossen.
Mit dem Thema esp habe ich mich noch nie beschäftigt, und im Moment fehlt mir dazu auch einfach die Zeit.
Das scheitert leider daran, dass ich keine HW mehr habe die ich abgeben könnte. :(
Die Installation und Konfiguration ist in weniger als 5 Minuten erledigt. Ich kann den Ablauf bei Bedarf, vielleicht im Nachbarthread, gerne skizzieren.
An einer Beschreibung für ESPLink wäre ich auch interessiert. Ich plane auch das Modul an einen ESP zu hängen.
Zitat von: betateilchen am 03 August 2016, 19:42:59
Könntest Du mir so ein esp-link fertig konfiguriert zusammenschräubeln?
Wenn es nur darum geht ESP-Link (https://github.com/jeelabs/esp-link) zu flashen, dann kann ich Dir einen Wemos D1 mini zukommen lassen. Bei interesse: PM mit (d)einer Lieferadresse.
wenn ich meinen HMUARTLGW USB abziehe kommen im log pro Sekunde sehr viele Reopen Meldungen.
Ist es möglich den myHmUART vorübergehend zu deaktivieren oder auf inaktiv setzen?
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
2016.08.04 20:19:51 4 : HMUARTLGW myHmUART ready: disconnected
2016.08.04 20:19:51 1 : HMUARTLGW myHmUART Reopen
Gruß Ralf
Zitat von: Ralf9 am 04 August 2016, 20:29:10
Ist es möglich den myHmUART vorübergehend zu deaktivieren oder auf inaktiv setzen?
set myHmUART closeist dein Freund ;)
Hallo,
Fehler wie eine Seite vorher beschrieben besteht immernoch.
my HmUART
Readings unter
cond wechselt zwischen init und disconnected.
Der Fehler ist auch unter http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi beschrieben (http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi%20beschrieben) (im grünen Kasten).
Ich habe die Schritte wie im angefügten Bild durchgeführt.
Was mich wundert, im letzten Schritt der Kontrolle der Schnittstelle bekomme ich eine unterschiedliche Ausgabe.
Anstatt:
crw-rw---- 1 root dialout 204, 64 Jul 27 23:39 /dev/ttyAMA0 erhalte ich:
crw-rw---T 1 root dialout 204, 64 Aug 4 22:03 /dev/ttyAMA0
Kann das ein Fehler sein ? Was bedeutet das
THier ein Ausschnitt aus dem fhem logfile
Zitat2016.08.04 22:09:48 1: HMUARTLGW myHmUART did not respond, reopening
2016.08.04 22:09:48 1: HMUARTLGW myHmUART Reopen
2016.08.04 22:09:48 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.08.04 22:09:48 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.08.04 22:09:59 1: HMUARTLGW myHmUART did not respond, reopening
2016.08.04 22:09:59 1: HMUARTLGW myHmUART Reopen
2016.08.04 22:09:59 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.08.04 22:09:59 1: /dev/ttyAMA0 reappeared (myHmUART)
Du betreibst das Modul unter wheezy? Welchen Raspberry verwendest Du?
Ich habe im Wiki die Beschreibung für wheezy nur eingefügt und nicht selbst verifiziert.
Ich denke die Schnittstelle ist nicht frei.
https://de.wikipedia.org/wiki/Sticky_Bit
Gruß Otto
Hallo,
gib mal als root "ps -A" ein. Damit werden alle laufenden Tasks angezeigt. Da kann man sehen, ob eventuell ein getty auf dem Port läuft und den blockiert.
Ich habe das Teil gestern unter Wheezy auf dem Truck ans laufen bekommen - da war in der /etc/inittab ein Eintrag, der das tty mit einem getty belegt hat. Also man ein "cat / etc/inittab" machen.
Gruß Christoph
Ich habe die Hinweise von Christoph ins Wiki (http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Vorbereitung_serielle_Schnittstelle_unter_Wheezy)eingebaut.
Gruß Otto
Hallo,
ich habe mein UART-Modul nach dem WIKI installiert. Ich bekomme aber diese Meldungen im LOG
2016.08.05 13:45:47 3: HMUARTLGW myHmUART currently running Co_CPU_App
2016.08.05 13:46:01 3: myHmUART: Unknown code A0C69865A303254000000ACD74C::-75:myHmUART, help me!
2016.08.05 13:46:01 3: myHmUART: Unknown code A0E5AA011F803692A4FDB0201000000::-56:myHmUART, help me!
2016.08.05 13:46:01 3: myHmUART: Unknown code A0E5A80022A4FDBF803690101000055::-68:myHmUART, help me!
2016.08.05 13:46:20 3: myHmUART: Unknown code A0C69847030325400000000D74C::-75:myHmUART, help me!
2016.08.05 13:46:21 3: myHmUART: Unknown code A14C5845E2856640000008209DC000000000008DD01::-54:myHmUART, help me!
2016.08.05 13:46:29 3: myHmUART: Unknown code A0FD786102555C10000000AB0EC0C4058::-60:myHmUART, help me!
2016.08.05 13:47:25 3: myHmUART: Unknown code A145A845E2A4FDB000000939401000000000008DC02::-68:myHmUART, help me!
2016.08.05 13:48:21 3: myHmUART: Unknown code A0DE384102D85EAF8036906018200::-36:myHmUART, help me!
2016.08.05 13:48:23 3: myHmUART: Unknown code A0C6A865A303254000000ACD74C::-77:myHmUART, help me!
2016.08.05 13:48:23 3: myHmUART: Unknown code A0E5BA011F803692A4FDB0201000000::-53:myHmUART, help me!
2016.08.05 13:48:23 3: myHmUART: Unknown code A0E5B80022A4FDBF803690101000056::-68:myHmUART, help me!
2016.08.05 13:48:43 3: myHmUART: Unknown code A0C6A847030325400000000D74C::-80:myHmUART, help me!
2016.08.05 13:49:16 3: myHmUART: Unknown code A14C6845E2856640000008209DC000000000008E102::-53:myHmUART, help me!
2016.08.05 13:49:24 3: myHmUART: Unknown code A0FD886102555C10000000AB0EC0C4058::-60:myHmUART, help me!
2016.08.05 13:49:54 3: myHmUART: Unknown code A145B845E2A4FDB000000939401000000000008DD02::-69:myHmUART, help me!
2016.08.05 13:50:32 3: myHmUART: Unknown code A0C6B865A303254000000ACD64C::-77:myHmUART, help me!
2016.08.05 13:50:32 3: myHmUART: Unknown code A0E5CA011F803692A4FDB0201C80000::-56:myHmUART, help me!
2016.08.05 13:50:32 3: myHmUART: Unknown code A0E5C80022A4FDBF803690101C80055::-62:myHmUART, help me!
2016.08.05 13:50:32 3: myHmUART: Unknown code A145DA45F2A4FDBF80369939401002386029908D802::-62:myHmUART, help me!
2016.08.05 13:50:32 3: myHmUART: Unknown code A0A5D8002F803692A4FDB00::-56:myHmUART, help me!
2016.08.05 13:50:40 3: myHmUART: Unknown code A145EA45F2A4FDBF8036993940800A580076308C502::-63:myHmUART, help me!
2016.08.05 13:50:40 3: myHmUART: Unknown code A0A5E8002F803692A4FDB00::-56:myHmUART, help me!
2016.08.05 13:50:42 3: myHmUART: Unknown code A0E5FA011F803692A4FDB0201C80000::-56:myHmUART, help me!
2016.08.05 13:50:42 3: myHmUART: Unknown code A0E5F80022A4FDBF803690101C80054::-63:myHmUART, help me!
2016.08.05 13:50:48 3: myHmUART: Unknown code A1460A45F2A4FDBF8036993941300E20E0A2308BA02::-61:myHmUART, help me!
2016.08.05 13:50:48 3: myHmUART: Unknown code A0A608002F803692A4FDB00::-56:myHmUART, help me!
2016.08.05 13:50:52 3: myHmUART: Unknown code A0C6B847030325400000000D64C::-76:myHmUART, help me!
2016.08.05 13:50:56 3: myHmUART: Unknown code A1461A45F2A4FDBF8036993942100FC520B5308B902::-60:myHmUART, help me!
2016.08.05 13:50:56 3: myHmUART: Unknown code A0A618002F803692A4FDB00::-56:myHmUART, help me!
2016.08.05 13:51:04 3: myHmUART: Unknown code A1462A45F2A4FDBF803699394300106F60BCB08BA01::-61:myHmUART, help me!
2016.08.05 13:51:04 3: myHmUART: Unknown code A0A628002F803692A4FDB00::-56:myHmUART, help me!
2016.08.05 13:51:56 3: myHmUART: Unknown code A14C7845E2856640000008209DC000000000008E503::-52:myHmUART, help me!
2016.08.05 13:52:05 3: myHmUART: Unknown code A0FD986102555C10000000AB0EC0C4058::-61:myHmUART, help me!
2016.08.05 13:52:08 3: myHmUART: Unknown code A145C845E2A4FDB0000009394A80107930BDA08B601::-59:myHmUART, help me!
2016.08.05 13:52:37 3: myHmUART: Unknown code A0DE484102D85EAF8036906018200::-36:myHmUART, help me!
2016.08.05 13:53:30 3: myHmUART: Unknown code A0C6C865A303254000000ACD74C::-74:myHmUART, help me!
2016.08.05 13:53:30 3: myHmUART: Unknown code A0E5DA011F803692A4FDB0201000000::-57:myHmUART, help me!
2016.08.05 13:53:30 3: myHmUART: Unknown code A0E5D80022A4FDBF803690101000054::-71:myHmUART, help me!
2016.08.05 13:53:30 3: myHmUART: Unknown code A145EA45F2A4FDBF8036993954300A967097908C902::-71:myHmUART, help me!
2016.08.05 13:53:30 3: myHmUART: Unknown code A0A5E8002F803692A4FDB00::-57:myHmUART, help me!
2016.08.05 13:53:38 3: myHmUART: Unknown code A145FA45F2A4FDBF80369939543000000000008E403::-70:myHmUART, help me!
2016.08.05 13:53:38 3: myHmUART: Unknown code A0A5F8002F803692A4FDB00::-57:myHmUART, help me!
2016.08.05 13:53:40 3: myHmUART: Unknown code A0EA984103032540000000BACD70B40::-75:myHmUART, help me!
2016.08.05 13:53:40 3: myHmUART: Unknown code A0E60A011F803692A4FDB0201000000::-57:myHmUART, help me!
2016.08.05 13:53:40 3: myHmUART: Unknown code A0E6080022A4FDBF803690101000054::-70:myHmUART, help me!
2016.08.05 13:53:50 3: myHmUART: Unknown code A0C6C847030325400000000D74C::-74:myHmUART, help me!
2016.08.05 13:54:22 3: myHmUART: Unknown code A14C8845E2856640000008209DC000000000008E803::-52:myHmUART, help me!
2016.08.05 13:54:31 3: myHmUART: Unknown code A0FDA86102555C10000000AB0EB0C4058::-59:myHmUART, help me!
2016.08.05 13:55:11 3: myHmUART: Unknown code A145D845E2A4FDB000000939543000000000008E603::-67:myHmUART, help me!
2016.08.05 13:56:13 3: myHmUART: Unknown code A0C6D865A303254000000ACD84C::-74:myHmUART, help me!
2016.08.05 13:56:13 3: myHmUART: Unknown code A0E5EA011F803692A4FDB0201000000::-57:myHmUART, help me!
2016.08.05 13:56:14 3: myHmUART: Unknown code A0E5E80022A4FDBF803690101000055::-69:myHmUART, help me!
2016.08.05 13:56:23 3: myHmUART: Unknown code A0EAA84103032540000000BACD80B40::-78:myHmUART, help me!
2016.08.05 13:56:24 3: myHmUART: Unknown code A0E5FA011F803692A4FDB0201000000::-56:myHmUART, help me!
2016.08.05 13:56:24 3: myHmUART: Unknown code A0E5F80022A4FDBF803690101000054::-67:myHmUART, help me!
2016.08.05 13:56:33 3: myHmUART: Unknown code A0C6D847030325400000000D84C::-77:myHmUART, help me!
2016.08.05 13:56:33 3: myHmUART: Unknown code A14C9845E2856640000008209DC000000000008E802::-60:myHmUART, help me!
2016.08.05 13:56:43 3: myHmUART: Unknown code A0FDB86102555C10000000AB0EB0C4058::-61:myHmUART, help me!
2016.08.05 13:58:00 3: myHmUART: Unknown code A145E845E2A4FDB000000939543000000000008F601::-67:myHmUART, help me!
FHEM ist aktuell und auf einem Rapberry3. Ausser dem HomeMatic UART-Modul (RPi) habe ich nocht nichts eingebunden , da ich alle HM Komponenten auf den Raspberry3 umziehen will.
Gruß Beate
Zitat von: bm7777 am 05 August 2016, 14:04:20
ich habe mein UART-Modul nach dem WIKI installiert. Ich bekomme aber diese Meldungen im LOG
...
FHEM ist aktuell und auf einem Rapberry3. Ausser dem HomeMatic UART-Modul (RPi) habe ich nocht nichts eingebunden , da ich alle HM Komponenten auf den Raspberry3 umziehen will.
Wo laufen denn Deine HM-Komponenten aktuell? Wenn es noch ein zweites fhem oder eine CCU2 gibt, die mit der gleichen HM-Id arbeiten, sind die Meldungen in Deinem Log völlig normal und ein gutes Zeichen, weil Sie Dir belegen, dass Dein HMUART korrekt funktioniert :)
Super , danke.
Ja alle HM-Komponenten laufen auf einer anderen FHEM Installation. Ich will Sie nach und nach umziehen.
Dankeschön :)
Gruß, Beate
Hallo,
das nach und nach verstehe ich nicht ganz. Normalerweise braucht man zum Umzug doch nur fhem installieren - ggf. Perlmodule und Co nachladen. Update von fhem und dann die alte Config reinkopieren und ggf. dort den Owner anpassen.
Ich habe gestern einen zweiten CT fertig gemacht. Da habe ich nur die alten IO's gelöscht, das neue erstellt und an die VCCU gebunden - und natürlich dem Teil eine andere HMID gegeben. Mit dem "neuen" kann ich dann zwar noch nicht schalten, aber der liest alles mit und die Schaltzustände und Temperaturen werden angezeigt und mitgeloggt.
Wenn ich dann umziehen möchte, muss ich nur die ID der VCCU und der IO's ändern, dann läuft das.
Rein theoretisch hätte ich das mit der ID nicht unbedingt machen müssen, aber ich habe die Erfahrung gemacht, das der Wettersensor es nicht mag, wenn er von zwei Seiten ein ACK bekommt. Dann hängt der sich auf.
Gruß Christoph
Zitat von: Bennemannc am 05 August 2016, 14:42:08
das nach und nach verstehe ich nicht ganz.
Mußt du auch nicht verstehen - ich habe den Versuch, ein solches Vorgehen zu verstehen, längst aufgegeben. Laß die Leute einfach machen, wenn sie mit "nach und nach" meinen, zurechtzukommen.
Zur Erklärung:Ich habe eine FHEM Installation in der ich zwei SCC und einen CUL angehängt habe. An Komponenten habe ich FS20 , HM und MBus . Da ich jetzt nicht auch noch das UART Modul dort anhängen will (wenn es überhaupt auf zwei SCC laufen würde) habe ich mir einen weiteren Raspberry gekauft und will dort in einer weiteren FHEM Installation meine HM Komponenten laufen lassen. Gewechselt bin ich da ich mir eine KeyMatic gekauft habe und die SCC soviel ich weiß keine AES können. Wenn ihr allerdings eine elegantere Methode als das schrittweise Umziehen habt, bin ich für Hinweise durchaus dankbar.
Gruß,
Beate
Zitat von: mgernoth am 30 Juli 2016, 02:33:14
Ja, ist moeglich. Auch mal alle Loetstellen kontrolliert?
Lötstellen waren alle korrekt. Habe mir nun ein neues Funkmodul bestellt und siehe da, alles läuft perfekt :).
Zitat von: mgernoth am 30 Juli 2016, 02:33:14
HM_4C1DDD trigDst_925137: noConfig
Ist kein Fehler.
Was bedeutet das dann?
Besten Dank für den klasse Support hier!
Ein schönes Wochenende euch allen und beste Grüße
raspberry
Hallo Beate,
versuche doch von Locotus einen miniCUL WLan zu bekommen. Den hängst Du in das Wlan Netz und dann kann man genaus darauf zugreifen, wie auf einen HM-CFG-USB. Andere Möglichkeit, den Mod-UART über einen USB-UART Adapter über einen USB Port zu betreiben. Wenn Du den Thread hier mal ließt - etwas weiter hinten hat jemand das Teil mit einem ESP8266 und der transparent Bridge über WLan eingebunden.
Wenn Du also nicht unbedingt eine zweite Instanz brauchst, kannst Du das auch mit einer machen - Möglichkeiten gibt es genug.
Gruß Christoph
Nun funktioniert mein Selbstbau HMUARTLGW USB auch am Banana Pi.
Zuerst hatte ich es mit einem "FT232RL FTDI USB auf TTL Seriell Modul" versucht. Damit hat es zwar am PC funktioniert, aber am Banana Pi hat es nicht funktioniert:
2016-07-31 17:51:12 HMUARTLGW myHmUART cond: disconnected
2016-07-31 17:51:12 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 17:51:12 HMUARTLGW myHmUART CONNECTED
2016-07-31 17:51:13 HMUARTLGW myHmUART cond: init
2016-07-31 17:52:58 HMUARTLGW myHmUART cond: disconnected
2016-07-31 17:52:58 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 17:52:58 HMUARTLGW myHmUART CONNECTED
2016-07-31 17:52:59 HMUARTLGW myHmUART cond: init
2016-07-31 17:56:29 HMUARTLGW myHmUART cond: disconnected
2016-07-31 17:56:29 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 17:56:29 HMUARTLGW myHmUART CONNECTED
2016-07-31 17:56:30 HMUARTLGW myHmUART cond: init
2016-07-31 17:57:31 HMUARTLGW myHmUART cond: disconnected
2016-07-31 17:57:31 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 17:57:31 HMUARTLGW myHmUART CONNECTED
2016-07-31 17:57:32 HMUARTLGW myHmUART cond: init
2016-07-31 17:59:47 HMUARTLGW myHmUART cond: disconnected
2016-07-31 17:59:47 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 17:59:47 HMUARTLGW myHmUART CONNECTED
2016-07-31 17:59:48 HMUARTLGW myHmUART cond: init
2016-07-31 18:02:33 HMUARTLGW myHmUART cond: disconnected
2016-07-31 18:02:33 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 18:02:33 HMUARTLGW myHmUART CONNECTEDNun habe ich mir einen "USB-zu-TTL-UART-Serial-Converter-mit-CP2102" gekauft, damit funktioniert es auch am Banana Pi.
Zitat von: amunra am 04 August 2016, 20:41:33
set myHmUART close
ist dein Freund ;)
Ja, damit lässt sich der myHmUART bis zum nächsten fhem neustart deaktivieren.
Gruß Ralf
Hallo,
wie gehe ich vor, falls mein HM-CFG-USB-2 mal kaputt geht und ich ihn gegen den selbstgebauten HMUARTLGW USB tauschen will?
So in etwa?
- Delete this device (hmusb)
- Den hmland Daemon beenden
- den HM-CFG-USB-2 ausstecken und den HMUARTLGW USB einstecken
- ggf:
sudo apt-get install libcrypt-rijndael-perl
- folgendes in die Kommandozeile eingeben
define hmusb HMUARTLGW /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
und
attr hmusb 424242
Gruß Ralf
Hallo zusammen,
ich hätte auch mal eine Frage zu einem Problem, von dem ich hier und anderswo schon viel gelesen habe.
Wie bei Michaelz112 springt bei mir der Zustand von cond zwischen init und disconnected hin und her. 10sec init gefolgt von 1sec disconnected. Das Log ist ebenfalls identisch. Hardware ist ein RaspberryPi3 mit dem Funkmodul HM-MOD-RPI-PCB. Gelötet ist es vorbildlich, keine kalten Lötstellen, keine Kurzschlüsse.
Angefangen habe ich mit Raspbian Jessie und habe dieses im Verlauf mehrmals neu aufgesetzt, um andere Fehler auszuschließen. Da Otto123 in seinem Blog von Jessie-lite schreibt, habe ich das heute Morgen installiert. Anschließend die Anleitung aus dem Wiki Schritt für Schritt befolgt und wieder das gleiche Ergebnis. Cond toggelt munter vor sich hin.
Das zweite Problem ist das Firmware Update. Nach der Zeile "Firmware with 43 blocks successfully read." bleibt er einfach stehen. Unzählige Neustarts führen immer zum gleichen Ergebnis. Kann da ein Zusammenhang bestehen? Es tauchen an dieser Stelle keine Fehlermeldungen auf. Es läuft einfach nicht weiter.
In einem Punkt habe ich auch eine Abweichung zur Anleitung, egal ob mit Jessie oder Jessie-lite. Im File /lib/systemd/system/hciuart.service kann ich nicht wie angegeben ttyAMA0 gegen ttyS0 austauschen, da bei mir Serial1 an beiden Stellen steht. Daher habe ich das dann gegen ttyS0 getauscht. Vielleicht ist das ja schon ein Hinweis und ich müsste an anderen Stellen, die nicht im Wiki stehen, ebenfalls noch Änderungen durchführen.
Nur gehen mir langsam die Ideen aus, weil ich in den letzten drei Tagen so ziemlich alles, was Google in Deutsch und englisch an Ergebnissen ausspuckt, einschließlich den sehr interessanten 21 Seiten dieses Threads gelesen habe (gelesen, nicht überflogen). Gibt es vielleicht irgendeinen Test, ob an meiner Hardware etwas nicht in Ordnung ist? Das einzige was mich an diesem Gedanken zweifeln lässt, ist die von allen gefundenen Anleitungen abweichende /lib/systemd/system/hciuart.service.
Schon mal vielen Dank für alle Ideen.
Edit:
Nach Rücksprache mit dem Kundenservice von ELV wurde mir dieser Link geschickt, mit der Bitte zu prüfen, ob auf diesem Weg ein Anlernen von Komponenten erfolgen kann.
http://homematic-forum.de/forum/viewtopic.php?t=26917
Das ist leider mit 2 Fehlermeldungen gescheitet. Daher muss ich davon ausgehen, dass das Modul tatsächlich defekt ist. Vielleicht hilft dieser Test ja auch anderen, deren Modul sich merkwürdig verhält.
Zitat von: -Flo- am 08 August 2016, 17:03:11
In einem Punkt habe ich auch eine Abweichung zur Anleitung, egal ob mit Jessie oder Jessie-lite. Im File /lib/systemd/system/hciuart.service kann ich nicht wie angegeben ttyAMA0 gegen ttyS0 austauschen, da bei mir Serial1 an beiden Stellen steht. Daher habe ich das dann gegen ttyS0 getauscht. Vielleicht ist das ja schon ein Hinweis und ich müsste an anderen Stellen, die nicht im Wiki stehen, ebenfalls noch Änderungen durchführen.
Ich glaube serial1 ist nur der Platzhalter, ich würde davon ausgehen er hat in Deinem Fall ttyAMA0 - also Dein Modul, gar nicht wirklich gefunden.
Wenn ich mein Modul einfach rausziehe, dann habe ich alle 11 sec
2016.08.08 20:43:19 1: HMUARTLGW myHmUART did not respond, reopening
2016.08.08 20:43:19 1: HMUARTLGW myHmUART Reopen
2016.08.08 20:43:19 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.08.08 20:43:19 1: /dev/ttyAMA0 reappeared (myHmUART)
Device is not available.
2016.08.08 20:43:30 1: HMUARTLGW myHmUART did not respond, reopening
2016.08.08 20:43:30 1: HMUARTLGW myHmUART Reopen
2016.08.08 20:43:30 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.08.08 20:43:30 1: /dev/ttyAMA0 reappeared (myHmUART)
Device is not available.Gruß Otto
Hallo Michael,
wird eigentlich die hmId mit dem attr hmId beim ersten Mal "in den Adapter" geschrieben?
Ich habe mein UART-Modul in der ersten FHEM Installation mit dem attr hmId und meiner aktuellen hmId in Betrieb genommen. Seit dem habe ich mit dem Modul auf verschiedenen Pis und verschiedenen OS rumgetestet und nie wieder das attr hmId gesetzt. In D-HMIdAssigned steht aber meine aktive hmId!
Wie kommt die dahin?
Gruß Otto
Hallo Otto,
Zitat von: Otto123 am 09 August 2016, 12:06:23
wird eigentlich die hmId mit dem attr hmId beim ersten Mal "in den Adapter" geschrieben?
Ja, das Modul merkt sich die aktive hmId und die AES-Schluessel bis zur naechsten Aenderung.
Viele Gruesse
Michael
Hallo Michael,
vielleicht greife ich etwas vor, aber siehst Du eine Möglichkeit einen über das Netzwerk (Wifi,LAN) angebundenes UART-Modul zu erkennen und den DevType (UART) entsprechend zu setzen. Derzeit wird im Modul nur ein per serielle Schnittstelle angeschlossenes UART-Device erkannt.
Danke und Viele Grüße
Zitat von: Michaelz112 am 04 August 2016, 22:14:11
Anstatt:
crw-rw---- 1 root dialout 204, 64 Jul 27 23:39 /dev/ttyAMA0 erhalte ich:
crw-rw---T 1 root dialout 204, 64 Aug 4 22:03 /dev/ttyAMA0
Kann das ein Fehler sein ? Was bedeutet das T
Ich habe gestern das Modul noch unter einem existierenden (also nicht frisch gemachten ;) )wheezy eingesetzt. Vorgehen wie im Wiki. Die Berechtigungen der Schnittstelle sehen genauso wie bei Michaelz112 aus. Das Sticky Bit ist gesetzt. Das Modul läuft aber einwandfrei, das Sticky Bit schein nicht zu stören ;D
Kann das noch jemand bestätigen? Sollte ich im Wiki schreiben das es unter wheezy so ok ist?
Gruß Otto
Zitat von: Otto123 am 09 August 2016, 16:06:26
Kann das noch jemand bestätigen? Sollte ich im Wiki schreiben das es unter wheezy so ok ist?
Auf meinem Wheezy sehen die Berechtigungen so aus:
# ll /dev/ttyA*
crw-rw---T 1 root dialout 166, 0 Jul 30 22:30 /dev/ttyACM0
crw-rw---T 1 root dialout 204, 64 Aug 9 18:07 /dev/ttyAMA0
ttyACM0 = CUL
ttyAMA0 = HMUART
IIRC habe ich dem Device aber die Gruppe Dialout nachträglich verpasst, davor hat es nicht gepasst, bzw. nicht zum FHEM User.
Hallo,
Zitat von: amunra am 09 August 2016, 15:59:45
vielleicht greife ich etwas vor, aber siehst Du eine Möglichkeit einen über das Netzwerk (Wifi,LAN) angebundenes UART-Modul zu erkennen und den DevType (UART) entsprechend zu setzen. Derzeit wird im Modul nur ein per serielle Schnittstelle angeschlossenes UART-Device erkannt.
Habe soeben die Möglichkeit eingebaut, einen Remote-Uart zu spezifizieren (define xyz HMUARTLGW uart://192.168.42.23:12345). Ab morgen im Update.
Zitat von: Otto123 am 09 August 2016, 16:06:26
Das Modul läuft aber einwandfrei, das Sticky Bit schein nicht zu stören ;D
Sticky-Bit ist an der Stelle egal.
Viele Grüße
Michael
Hallo Michael,
ZitatHabe soeben die Möglichkeit eingebaut, einen Remote-Uart zu spezifizieren (define xyz HMUARTLGW uart://192.168.42.23:12345). Ab morgen im Update.
Könnte ich dann einen HM-UART mit einem ESP8266 verbinden, diesen mit "transperant bridge" flashen und den dann mittels der IP des ESP8266 so einbinden??
EDIT: "00_HMUARTLGW.pm: add support for HM-MOD-UART behind a tcp-serial bridge" heißt wohl: JA ;-)
Gruß, Joachim
Zitat von: mgernoth am 09 August 2016, 22:04:09
Habe soeben die Möglichkeit eingebaut, einen Remote-Uart zu spezifizieren (define xyz HMUARTLGW uart://192.168.42.23:12345). Ab morgen im Update.
ja super, vielen vielen Dank. Getestet und läuft ;)
Danke.
Hallo zusammen,
ich möchte mir zusätzlich zu meinem HMLAN noch ein weiteres Sendemodul kaufen mit dem ich auch die HM-Komponenten updaten kann.
Geht das mit dem LAN -Gateway oder dem UART über FHEM oder brauche ich weiterhin einen CUL oder einen HM-CFG-USB?
Gruß Cobra
Hi Cobra,
interessiert mich selber (hatte zu Beginn des Threads meine ich auch bereits mal gefragt), da ich aktuell auch (noch) den HM-CFG-USB habe (auch aus diesem Grund) und einen Umstieg auf HM-UART teste/plane...
...hatte nur bislang keine Zeit das zu evaluieren.
Habe (denke ich) noch einen Wandthermostaten, der noch einen FW-Update "vertragen" kann... ;-)
...werde ich heute Abend mal testen...
Gruß, Joachim
Hi Joachim und Cobra,
ich sag mal: da eq3/elv nur noch CCU2, HMLANGW und HMUART anbietet, alle drei das gleiche Funkmodul haben sollen - mmmuss es gehen. 8)
Ich bin auf den Test gespannt ;D
Gruß Otto
Zitat von: Otto123 am 10 August 2016, 11:31:46
Hi Joachim und Cobra,
ich sag mal: da eq3/elv nur noch CCU2, HMLANGW und HMUART anbietet, alle drei das gleiche Funkmodul haben sollen - mmmuss es gehen. 8)
Ich bin auf den Test gespannt ;D
Gruß Otto
naja, soweit ich es mitbekommen habe ist der 100k Modus noch nicht implementiert - aber wer AES und dann die anderen Interfaces anbindet, für den kann es auch nur noch eine Frage der Zeit sein :-) Ich bin da extrem Optimistisch
Hallo,
so eben getestet:
1x Wandthermostat von V1.3 zurück auf V1.2 -> OK
1x Wandthermostat wieder von V1.2 auf V1.3 -> OK
Also sieht so aus als würde FW-Update funktionieren! :-)
Viele Grüße, Joachim
Nabend zusammen,
erstmal ein großes Danke an Micha für das Modul und die Dokumentation, funktioniert super!
Nun zu meiner Frage, ähnlich wie bm7777...
Zitat von: bm7777 am 05 August 2016, 14:04:20
Hallo,
ich habe mein UART-Modul nach dem WIKI installiert. Ich bekomme aber diese Meldungen im LOG
2016.08.05 13:45:47 3: HMUARTLGW myHmUART currently running Co_CPU_App
2016.08.05 13:46:01 3: myHmUART: Unknown code A0C69865A303254000000ACD74C::-75:myHmUART, help me!
2016.08.05 13:46:01 3: myHmUART: Unknown code A0E5AA011F803692A4FDB0201000000::-56:myHmUART, help me!
2016.08.05 13:46:01 3: myHmUART: Unknown code A0E5A80022A4FDBF803690101000055::-68:myHmUART, help me!
2016.08.05 13:46:20 3: myHmUART: Unknown code A0C69847030325400000000D74C::-75:myHmUART, help me!
...
FHEM ist aktuell und auf einem Rapberry3. Ausser dem HomeMatic UART-Modul (RPi) habe ich nocht nichts eingebunden , da ich alle HM Komponenten auf den Raspberry3 umziehen will.
Gruß Beate
Zitat von: betateilchen am 05 August 2016, 14:16:51
Wo laufen denn Deine HM-Komponenten aktuell? Wenn es noch ein zweites fhem oder eine CCU2 gibt, die mit der gleichen HM-Id arbeiten, sind die Meldungen in Deinem Log völlig normal und ein gutes Zeichen, weil Sie Dir belegen, dass Dein HMUART korrekt funktioniert :)
Ja, im Haus laufen noch weitere HM Produkte, an einem weiteren RPI mit FHEM angeschlossenem HMLAN... Aber, mit anderer HM-Id.
An meinem RPI mit HMUART ist z.Zt. nur ein HM-LC-Dim1TPBU-FM zum testen. Das Log wird aber durch die "Code unknown" Meldungen quasi zugemüllt. Ich gehe jetzt einfach mal davon aus das es die HM-Komponenten der anderen Installation (gleiches Haus, andere Wohnung) sind. Kann man die Meldungen irgendwie ausblenden?
Danke schon mal für eure Hilfe.
ausblenden? Ja kann man, schau Dir im Wiki die Thematik VCCU an...
Gruß Otto
Ich will aber nicht beide Installationen kombinieren, weil, wie erwähnt, andere Wohnung. So hab ich das Thema VCCU jedenfalls verstanden, das man unter einer virtuellen Zentrale mehrere "Schnittstellen" zusammenfasst. Oder hab ich das komplett falsch verstanden?
Die vccu "sammelt" auch alle Nachrichten von nicht bekannten Geräten...
Also ich hab auch mehrere getrennte Installationen parallel (Testsysteme etc.) und immer jeweils eine vccu mit auch nur jeweils einem IODev um genau das zu vermeiden...
Und es funktioniert...
Keine helpme Meldungen...
Und "in" der vccu kannst du auch alle "unbekannten" Geräte sehen...
Gruß, Joachim
Hat inzwischen jemand eine Möglichkeit gefunden die UART Schnittstelle auf TCP/PI umzuleiten? Habs wie folgt probiert:
stty -F /dev/ttyAMA0 115200 # Habe div. probiert. Leider keine Doku dazu gefunden....
socat -d -d -v -x TCP-LISTEN:3335,fork,ignoreeof,reuseaddr /dev/ttyAMA0
Mein FHEM verbindet sich auch, leider bricht die Verbindung nach 12-30 Sekunden ab:
FHEM:
2016-08-11 00:52:54 HMUARTLGW HMUARTLAN1 CONNECTED
2016-08-11 00:52:55 HMUARTLGW HMUARTLAN1 cond: init
2016-08-11 00:53:05 HMUARTLGW HMUARTLAN1 cond: disconnected
2016-08-11 00:53:05 HMUARTLGW HMUARTLAN1 CONNECTED
socat:
--
2016/08/10 22:51:30 socat[774] E write(6, 0x127e0f8, 2): Broken pipe
2016/08/10 22:51:30 socat[774] N exit(1)
2016/08/10 22:51:30 socat[773] N childdied(): handling signal 17
2016/08/10 22:51:30 socat[773] W waitpid(): child 774 exited with status 1
2016/08/10 22:51:40 socat[773] N accepting connection from AF=2 10.10.1.20:38431 on AF=2 10.10.102.50:3335
2016/08/10 22:51:40 socat[773] N forked off child process 777
2016/08/10 22:51:40 socat[773] N listening on AF=2 0.0.0.0:3335
2016/08/10 22:51:40 socat[777] N opening character device "/dev/ttyAMA0" for reading and writing
2016/08/10 22:51:40 socat[777] N starting data transfer loop with FDs [6,6] and [5,5]
> 2016/08/10 22:51:41.522603 length=8 from=0 to=7
fd 00 03 00 01 00 9e 03 ........
Zitat von: MadMax-FHEM am 10 August 2016, 20:22:34
Hallo,
so eben getestet:
1x Wandthermostat von V1.3 zurück auf V1.2 -> OK
1x Wandthermostat wieder von V1.2 auf V1.3 -> OK
Also sieht so aus als würde FW-Update funktionieren! :-)
Viele Grüße, Joachim
Hi Joachim,
super, vielen Dank fürs Testen.
Ich hab mich jetzt doch für das LAN-Gateway entschieden und werde es mit diesem versuchen. Wenn es dann nicht klappt kann ich mir ja immer noch zusätzlich den UART kaufen :)
Zitat von: MadMax-FHEM am 10 August 2016, 23:33:48
Die vccu "sammelt" auch alle Nachrichten von nicht bekannten Geräten...
Und "in" der vccu kannst du auch alle "unbekannten" Geräte sehen...
und das kann man sogar abschalten :)
Hi betateilchen,
nicht dass es mich (groß) stört aber wie kann man das abschalten?
(bzw. lässt sich so sehen, ob die Nachbarschaft auch langsam "modern" wird ;-) )
Danke, Joachim
Tipp: "get <vccu> cmdList"
Dann findest Du unter den set-Befehlen die Option defIgnUnknown
Danke.
Zitat von: Real-TTX am 11 August 2016, 00:59:37
Hat inzwischen jemand eine Möglichkeit gefunden die UART Schnittstelle auf TCP/PI umzuleiten? Habs wie folgt probiert:
stty -F /dev/ttyAMA0 115200 # Habe div. probiert. Leider keine Doku dazu gefunden....
socat -d -d -v -x TCP-LISTEN:3335,fork,ignoreeof,reuseaddr /dev/ttyAMA0
In der device help steht unter examples folgendes:
Remote Raspberry Pi: socat TCP4-LISTEN:12345,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200
Fhem: define myRemoteHmUART HMUARTLGW uart://192.168.42.23:12345Gruß Ralf
@Ralf9
Vielen Dank - Schade, dass ich auch noch blind werde.... :-\
Sehr viel kleiner geht ein raspberry-basiertes fhem inklusive homematic vermutlich kaum noch.
Noch geiler wäre es allerdings, wenn der raspi zero ein wlan onboard hätte.
Zitat von: betateilchen am 11 August 2016, 16:41:07
Sehr viel kleiner geht ein raspberry-basiertes fhem inklusive homematic vermutlich kaum noch.
damit: https://www.amazon.de/DELOCK-Adapter-Buchse-USB-mini-Stecker/dp/B005390012/ref=sr_1_1?ie=UTF8&qid=1470927037&sr=8-1&keywords=DELOCK+65277
nö, sowas müsste microUSB haben, nicht miniUSB.
Noch besser wäre ein USB-WLAN Adapter, der von haus aus schon microUSB hat :D
Ich hab noch ne interne WLAN Karte aus nem Laptop rumliegen, die ist kaum breiter als der Zero und genauso flach...
Spass beiseite, gibt es für unbegabte wie mich nen howto oder so, wie ich den esp8266 fachgerecht verstrippt und geflasht bekomme mit dem uart Modul?
Danke
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
ZitatSpass beiseite, gibt es für unbegabte wie mich nen howto oder so, wie ich den esp8266 fachgerecht verstrippt und geflasht bekomme mit dem uart Modul?
Würde mich auch interessieren...
Wobei ich bzgl. Strippen schon mal rausgesucht habe...
...und flschen dann mit "Transparent-Bridge" (o.ä.)...
Werde es demnächst einfach mal testen...
...hab ja schon alles rumliegen.
Mir fehlt(e) nur die Zeit...
Gruß, Joachim
Na dann schließe ich mich hier mal an. Die ESP habe ich schon, allerdings habe ich keine Ahnung, wie ich den Transparent-Bridge da drauf bekomme. Geht das auch mit avrdude?
Gruß Christoph
Das flashen ist hier beschrieben: https://github.com/jeelabs/esp-link/releases/tag/v2.2.3
Zitat von: amunra am 11 August 2016, 23:17:44
OT: Vorsicht! sonst droht PeMue mit einer HM-UART-ESP Platine ;D 8)
Dann hänge ich mich halt mal hier als "Mitleser" rein. Falls es Bedarf geben sollte, warum nicht?
Gruß PeMue
Dann aber bitte mit einem integrierten DC-DC Wandler von 5V auf 3.3V und einer microUSB Buchse, um mit einem 5V Handynetztzeil arbeiten zu können.
Und bitte so, dass man das TRX Modul direkt auflöten kann und die von ELV gelieferte Adapterplatine nicht braucht.
Ich bestelle schonmal drei Platinen vor :)
Ich wäre auch an 3 Platinen interessiert. :)
Würde auch 2 Stück nehmen. ;)
Zitat von: betateilchen am 12 August 2016, 12:59:26
Dann aber bitte mit einem integrierten DC-DC Wandler von 5V auf 3.3V und einer microUSB Buchse, um mit einem 5V Handynetztzeil arbeiten zu können. Und bitte so, dass man das TRX Modul direkt auflöten kann und die von ELV gelieferte Adapterplatine nicht braucht.
Könnten ihr mir dann mal kurz darstellen, welche Komponenten/Features da drauf sollen?
Danke + Gruß
PeMue
Zitat von: PeMue am 12 August 2016, 13:17:07
Könnten ihr mir dann mal kurz darstellen, welche Komponenten/Features da drauf sollen?
Hab die Schaltung schonmal hier gepostet: https://forum.fhem.de/index.php?action=dlattach;topic=55885.0;attach=55436
Das TRX Modul hat eine Lötleiste mit 6 Punkte im 2,0 mm (!) Raster. Die beiden mittleren Anschlüsse werden nicht gebraucht.
Details gerne per email.
Hallo Zusammen,
ich wäre auch an 2 Platinen interessiert ;D ;D
Viele Grüße
Pit
Cooles Marketing: Keiner weiß, wie die Platine aussehen wird, aber jeder will eine 8) 8) 8)
das ist wie in der Lucky Strike Werbung, die funktioniert inzwischen auch schon, ohne dass man das Produkt abbilden muss :)
Ich hatte auch an einer Interesse.
Zum Modul...
Ich habe es nun auf eine rpi 2 und rpi 3 probiert.
Alles nach Anleitung aus den ersten Beiträgen.
Einbindung in fhem klappt auch. Jedoch habe ich nach einiger Zeit das Problem, das disconnectet wird.
Alle wiederbelebungsversuche scheitern.
Mal zum Verständnis für mich.
Den socat-befehl gebe ich auf der Konsole ein.
Ist es normal das der kein Ende findet?
Beende ich die Konsole, geht der Status in fhem sofort auf disconnectet.
vb
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Hi vb,
wenn auf der Console/Terminal, dann wohl eher zum Test, sonst ist ja nach reboot nix mehr mit socat...
...und dann nohup socat... &
Dann läuft socat auch nach dem Schließen der Console/Termial weiter.
Besser in den Systemstart einbauen.
Gruß, Joachim
Ok, danke. Morgen gleich mal einpflegen.
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Moin,
für alle die eine Anbindung per Ethernet gegenüber WLAN bevorzugen ;) (bei Abwesenheit ist WLAN bei mir aus) ich habe eines meiner Module gerade, mit einem dieser Babys, mit der neuen uart:// definition, in Betrieb genommen 8)
https://www.amazon.de/Stück-USR-TCP232-T-IP-Modul-LAN-Modul-RJ45-Port/dp/B01G8FRCLK/ref=sr_1_1?ie=UTF8&qid=1471017858&sr=8-1&keywords=usr+ttl (https://www.amazon.de/St%C3%BCck-USR-TCP232-T-IP-Modul-LAN-Modul-RJ45-Port/dp/B01G8FRCLK/ref=sr_1_1?ie=UTF8&qid=1471017858&sr=8-1&keywords=usr+ttl)
Das Modul kann mit 5V (der Spannungswandler kann auch mehr) oder direkt mit 3,3V versorgt werden, ich betreibe es derzeit an einem USB Steckernetzteil und greife die 3,3V, für das Funkmodul, direkt von dem freien 3,3V Pin des ETHtoTTL Moduls ab.
Arbeitsmodus auf TCP Server einstellen, den Port auf einen von euch gewünschten Wert setzen oder den default lassen und die restlichen Parameter passten bereits N, 8, 1
Greetz
Eldrik
Zitat von: PeMue am 12 August 2016, 13:17:07
Könnten ihr mir dann mal kurz darstellen, welche Komponenten/Features da drauf sollen?
Meine Empfehlung:
Für das Thema ,,HM-MOD-UART" ESP-Platine (gerne auch LAN) einen eigenen Thread aufmachen.
Es gibt aus meiner Sicht mind. zwei Wege die man diskutieren kann:
Variante 1): Basis-Platine mit definierten fertig bestückten (Breakout) Komponenten, die aufgelötet werden. Diese Variante ist für einen, ich nennen es mal ,,normal sterblichen" machbar bzw. zu bewerkstelligen.
Variante 2): Advance Platine mit SMD (gerne auch Vogelfutter genannt) Komponenten, und damit auch die Frage ,,wer lötet dieses Gewerk zusammen"? Für einen ,,normal sterblichen", mit einem in den gängigen Shops/Läden erhältlichen Lötkolben, könnte da schon eine mittelschwere Herausforderung werden.
Für die Platine geht es hier (https://forum.fhem.de/index.php/topic,56606.msg481258.html#msg481258) weiter:
https://forum.fhem.de/index.php/topic,56606.msg481258.html#msg481258
Gruß PeMue
Zitat von: eldrik am 12 August 2016, 18:07:26
für alle die eine Anbindung per Ethernet gegenüber WLAN bevorzugen ;) (bei Abwesenheit ist WLAN bei mir aus) ich habe eines meiner Module gerade, mit einem dieser Babys, mit der neuen uart:// definition, in Betrieb genommen
https://www.amazon.de/Stück-USR-TCP232-T-IP-Modul-LAN-Modul-RJ45-Port/dp/B01G8FRCLK/ref=sr_1_1?ie=UTF8&qid=1471017858&sr=8-1&keywords=usr+ttl (https://www.amazon.de/St%C3%BCck-USR-TCP232-T-IP-Modul-LAN-Modul-RJ45-Port/dp/B01G8FRCLK/ref=sr_1_1?ie=UTF8&qid=1471017858&sr=8-1&keywords=usr+ttl)
Ich bevorzuge auch eine Anbindung per Ethernet gegenüber WLAN.
Wenn ich das richtig sehe, wird bei DevType = "UART" kein KeepAlive verwendet.
Besteht ohne KeepAlive nicht die Gefahr, daß die Lan Verbindung abbricht, wenn einige Minuten nichts empfangen wird?
Gruß Ralf
Kurze Rückmeldung wegen den Updates von HM-Komponenten.
Funktioniert auch mit dem LAN-Gateway problemlos.
Hab gestern 4 x HM-TC-IT-WM-W-EU und 1 x HM-OU-CFM-TW auf die neueste Firmware umgestellt.
ZitatWenn ich das richtig sehe, wird bei DevType = "UART" kein KeepAlive verwendet.
Besteht ohne KeepAlive nicht die Gefahr, daß die Lan Verbindung abbricht, wenn einige Minuten nichts empfangen wird?
mein uart hat letztens noch alle 15sek kommuniziert. schon mal "attr logID sys" probiert?
Zitat von: frank am 14 August 2016, 11:49:40
mein uart hat letztens noch alle 15sek kommuniziert. schon mal "attr logID sys" probiert?
Ich habe es mir nochmals mit verbose = 5 angeschaut. Bei mir wird auch alle 15sek kommuniziert.
Dies ist dann vergleichbar einem keepalive.
Mit dem USR-TCP232-T oder ähnlichem Seriell-Ethernet-Konverter-Modul dürfte damit für fhem das LAN Gateway (HM-LGW-O-TW-W-EU) überflüssig sein.
Oder hat die Lösung mit dem Seriell-Ethernet-Konverter-Modul gegenüber dem HM-LGW-O-TW-W-EU irgendwelche Nachteile?
Gruß Ralf
2016.08.14 12:15:56 5: SW: fd00030060085836
2016.08.14 12:15:56 5: HMUARTLGW myHmUART read raw (10): fd00050060040200cc44
2016.08.14 12:15:56 5: HMUARTLGW myHmUART read (9): fd00050060040200cc44 crc OK
2016.08.14 12:15:56 5: HMUARTLGW myHmUART recv: 00 040200, state 98
2016.08.14 12:15:56 5: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.08.14 12:15:56 5: HMUARTLGW myHmUART roundtrip delay: 0.0040431022644043
2016.08.14 12:16:11 5: HMUARTLGW myHmUART checking credits (from timer)
2016.08.14 12:16:11 5: HMUARTLGW myHmUART send: 00 08
2016.08.14 12:16:11 5: HMUARTLGW myHmUART send: (8): fd0003006108de35
2016.08.14 12:16:11 5: SW: fd0003006108de35
2016.08.14 12:16:11 5: HMUARTLGW myHmUART read raw (10): fd000500610402005847
2016.08.14 12:16:11 5: HMUARTLGW myHmUART read (9): fd000500610402005847 crc OK
2016.08.14 12:16:11 5: HMUARTLGW myHmUART recv: 00 040200, state 98
2016.08.14 12:16:11 5: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.08.14 12:16:11 5: HMUARTLGW myHmUART roundtrip delay: 0.00411009788513184
2016.08.14 12:16:26 5: HMUARTLGW myHmUART checking credits (from timer)
2016.08.14 12:16:26 5: HMUARTLGW myHmUART send: 00 08
2016.08.14 12:16:26 5: HMUARTLGW myHmUART send: (8): fd0003006208d435
2016.08.14 12:16:26 5: SW: fd0003006208d435
2016.08.14 12:16:26 5: HMUARTLGW myHmUART read raw (10): fd000500620402006447
2016.08.14 12:16:26 5: HMUARTLGW myHmUART read (9): fd000500620402006447 crc OK
2016.08.14 12:16:26 5: HMUARTLGW myHmUART recv: 00 040200, state 98
2016.08.14 12:16:26 5: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.08.14 12:16:26 5: HMUARTLGW myHmUART roundtrip delay: 0.0040440559387207
2016.08.14 12:16:41 5: HMUARTLGW myHmUART checking credits (from timer)
2016.08.14 12:16:41 5: HMUARTLGW myHmUART send: 00 08
2016.08.14 12:16:41 5: HMUARTLGW myHmUART send: (8): fd00030063085236
2016.08.14 12:16:41 5: SW: fd00030063085236
2016.08.14 12:16:41 5: HMUARTLGW myHmUART read raw (10): fd00050063040200f044
2016.08.14 12:16:41 5: HMUARTLGW myHmUART read (9): fd00050063040200f044 crc OK
2016.08.14 12:16:41 5: HMUARTLGW myHmUART recv: 00 040200, state 98
2016.08.14 12:16:41 5: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.08.14 12:16:41 5: HMUARTLGW myHmUART roundtrip delay: 0.00352096557617188
2016.08.14 12:16:56 5: HMUARTLGW myHmUART checking credits (from timer)
2016.08.14 12:16:56 5: HMUARTLGW myHmUART send: 00 08
2016.08.14 12:16:56 5: HMUARTLGW myHmUART send: (8): fd0003006408c035
Falls jemand noch ein HowTo für die Inbetriebnahme eines HM-MOD-UART+ESP-DEVKIT mit ,,esp-link" sucht. Hier (https://forum.fhem.de/index.php/topic,56606.msg481618.html#msg481618) geht's lang...
Hat schon jemand Erfahrungswerte mit dem Einsatz von AES?
Ich habe eine VCCU und einen HMLAN. Bei den HM-Komponenten hatte ich das Register sign auf on gestellt und zusätzlich das Attribut aesCommReq gesetzt.
Als ich nun den HMUART am Raspberry an Fhem angemeldet und in der VCCU eingetragen hatte, viel mir auf, dass kein aesCommToDev mehr ausgeführt wird.
Den AES-Key habe ich der VCCU, sowie den IOs eingetragen.
Als ich dann zum Test vom HMLAN den Stecker zog, kam es fortan bei allen Komponenten zu einem aesCommToDev: fail. Zudem kam zu dutzenden MISSING ACKs.
Da nichts mehr funktionierte, hatte ich den HMUART wieder gelöscht und aus der VCCU entfernt. Leider bestanden die Probleme weiterhin.
Ich hatte große Mühe mein System wieder lauffähig zu bekommen (Backup, Neuanlernen).
Ich weiß leider nicht, warum dies passiert ist. Vielleicht weiß ja jemand Rat.
Ich habe gestern auch meinen HM-MOD-RPI-PCB mit HMUARTLGW installiert und per vccu parallel zu einem HM-CFG-USB eingebunden. Bis jetzt scheint das alles sauber zu laufen. An einem Raspi macht das zwar wenig Sinn, aber perspektivisch wird der HM-CFG-USB an einen anderen RasPi gehängt um ein paar funkschwache Ecken besser auszuleuchten.
Klasse Arbeit. Herzlichen Dank für das Modul. :)
Gruß
Veit
Mein hmlgw streikt regelmässig. Fhem versucht hektisch die Verbindung wiederherzustellen .
Zum einen ist es ein no-go im disconnected Fall so viele messages zu senden und das System zu belasten. Zum anderen ist die Frage was diesen disconnect verursacht und wie man wieder connected kann. Bislang muss ich das device powern. Kein großes Problem aktuell da mein hmlan uebernimmt und fast alles in Reichweite ist.
Hat sonst noch jemand das Problem? Haben alle ein uart device, kein LAN?
Hallo Martin,
Zitat von: martinp876 am 17 August 2016, 21:56:40
Mein hmlgw streikt regelmässig. Fhem versucht hektisch die Verbindung wiederherzustellen .
Zum einen ist es ein no-go im disconnected Fall so viele messages zu senden und das System zu belasten.
Was für Nachrichten sind das denn?
Im Disconnected-Fall sollte eigentlich nur das normale DevIo reconnect laufen, das wird nur alle paar Sekunden aktiv, wenn die Verbindung nicht hergestellt werden kann.
Zitat
Zum anderen ist die Frage was diesen disconnect verursacht und wie man wieder connected kann. Bislang muss ich das device powern.
Anscheinend bereiten alte LAN-Firmware-Versionen (kleiner 1.1.5) große Probleme und sind sehr instabil. Ein Firmwareupgrade des LGW habe ich hier beschrieben: https://forum.fhem.de/index.php/topic,54511.msg476503.html#msg476503
Zitat
Hat sonst noch jemand das Problem? Haben alle ein uart device, kein LAN?
Ich hab das mit meinem LGW (aktuelle LAN und CoPro-Firmware) bisher nicht beobachtet.
EDIT: Ich habe mal ein Delay von 5s eingebaut, wenn die Gegenstelle die Verbindung zwar annimmt, diese aber sofort wieder schliesst. Damit konnte ich zumindest in einer socat-Simulation das Problem nachstellen. Das Problem gibts aber genauso auch beim HMLAN (und wahrscheinlich bei allen anderen Geräten, die DevIo benutzen).
Viele Grüße
Michael
Zitat von: raspklaus am 18 August 2016, 20:52:25
Hallo zusammen,
ich finde auf dem GIT wie in Threat 1 beschrieben das Programm hpmi zum flashen des UART nicht. Kann das nochmal verlinkt werden damit man nur das Programm findet ?
Danke
Ich denke was im Wiki (http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi)steht funktioniert nach wie vor.
Zitat von: raspklaus am 18 August 2016, 20:52:25
das Programm hpmi zum flashen des UART nicht
was soll denn das für ein Programm sein? Hab ich noch nie zum flashen eines HMUART gebraucht.
Zitat von: betateilchen am 19 August 2016, 09:44:54
was soll denn das für ein Programm sein? Hab ich noch nie zum flashen eines HMUART gebraucht.
Ich glaube er meint den user hmpi im Prompt ;D ;D ;D
Zitathmpi [~/hmcfgusb]> ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
Gruß Friedrich
Zitat von: Omega-5 am 19 August 2016, 15:54:13
Ich glaube er meint den user hmpi im Prompt
aua...
Und ich habe hmpi einfach ignoriert ;D ;D ;D ;D ;D
Mir ist aufgefallen, daß das nonBlocking connect wie es momentan in der 00_HMUARTLGW.pm eingebaut ist, so nicht funktioniert.
Zitat von: rudolfkoenig am 19 August 2016, 09:08:15
ZitatDevIo_OpenDev($hash, 0, "HMUARTLGW_DoInit", &HMUARTLGW_Connect);
Das ruft erst HMUARTLGW_Connect auf, und uebergibt dann DevIo_OpenDev als vierten Parameter den Rueckgabewert (vmtl. undef).
Richtig ist \&HMUARTLGW_Connect, "HMUARTLGW_Connect" geht offensichtlich auch.
Wenn der HmUART zwar definiert ist, er aber nicht am lan hängt,
define myHmUART HMUARTLGW uart://192.168.0.215:23kann es bei einem etwas schnelleren Rechner, nach einem Neustart von fhem, immer noch passieren, daß das log mit den folgenden Einträgen geflutet wird.
Ist das nur bei mir so?
HMUARTLGW myHmUART ready: disconnected
HMUARTLGW myHmUART ReopenGruß Ralf
Hallo Ralf,
Zitat von: Ralf9 am 21 August 2016, 13:11:14
Mir ist aufgefallen, daß das nonBlocking connect wie es momentan in der 00_HMUARTLGW.pm eingebaut ist, so nicht funktioniert.
Danke fuer die Analyse, habe das mal gefixed :-)
Das koennte auch das Problem sein, das bei Martin aufgetreten ist, welches ich bei mir aber nicht richtig reproduziert bekommen habe...
Zitat
kann es bei einem etwas schnelleren Rechner, nach einem Neustart von fhem, immer noch passieren, daß das log mit den folgenden Einträgen geflutet wird.
Ist das nur bei mir so?
HMUARTLGW myHmUART ready: disconnected
HMUARTLGW myHmUART Reopen
Die Reopen-Meldung kam mit Verbose-Level 1 realtiv haeufig, ja. Hab das mal auf Level 4 umgestellt, wie die ready-Meldung. Jetzt sollte das Log bei normalem Verbose ruhig bleiben.
Danke fuer Deine Hilfe & Viele Gruesse
Michael
Reopen ist immer noch extrem penetrant, wenn das Device nicht erreichbar ist. Kann das auch jemand bestätigen?
2016.08.25 15:30:10.651 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:13.691 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:13.764 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:13.770 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:14.662 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:14.676 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:15.671 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:16.680 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:17.573 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:17.655 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:17.667 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:17.688 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:18.680 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:21.116 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:21.136 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:21.147 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:22.124 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:22.393 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:22.642 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:22.890 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:23.133 1: HMUARTLGW myHmUARTWIFI Reopen
2016.08.25 15:30:23.203 1: HMUARTLGW myHmUARTWIFI Reopen
00_HMUARTLGW.pm 12031 2016-08-21 12:25:40Z mgernoth
EDIT: Kommando zurück! FHEM Restart hat geholfen.
Hallo zusammen,
ich bin noch recht unbedarft was Fhem angeht. Habe erst vor wenigen Tagen angefangen mich damit auseinander zusetzen.
Ich habe Fhem auf einem Raspberry Pi laufen und besitze das HM-LGW-O-TW-W-EU Funk-LAN Gateway.
Die erste Einbindung das Gateways hat auch problemlos funktioniert (vorher statische IP über Netfinder vergeben) und auch ein Pairing mit einem HM-CC-RT-DN hat funktioniert.
Nach einem Neustart des Gateways ging allerdings auf einmal nichts mehr (ansonsten wurde keine Änderung vorgenommen). Fhem konnte diesen nicht mehr erreichen (Status disconnected).
Im Logfile war zu finden:
2016.08.24 17:31:30 3: Opening myHmLGW device 192.168.2.12:2000
2016.08.24 17:31:30 3: Can't connect to 192.168.2.12:2000: Network is unreachable
Über Netfinder ist das Gateway aber weiterhin unter dieser IP sichtbar und auch ein Ping vom Pi aus funktioniert.
Dann habe ich das Device in Fhem wieder gelöscht und versucht es neu einzubinden -> keine Chance.
Erst nach einem Werksreset des Gateways war wieder eine Einbindung möglich.
Als ich dann erneut das Gateway mittels Trennen vom Strom neugestartet habe, trat wieder dasselbe Problem auf. Status disconnected in Fhem.
Der Fehler ist also reproduzierbar.
Diverse Neustarts von Fhem und Pi haben keinen Erfolg gebracht.
Hat hier eventuell jemand eine Idee?
Danke!
Hallo,
Zitat von: alek am 25 August 2016, 18:36:12
Hat hier eventuell jemand eine Idee?
Die beiden Firmware-Versionen auf dem Gateway sind aktuell (1.1.5 und 1.4.1)?
Wenn nicht, siehe: https://forum.fhem.de/index.php/topic,54511.msg476503.html#msg476503
Die LAN-Firmware (https://github.com/eq-3/occu/raw/master/firmware/hm-lgw-o-tw-w-eu_update.eq3) sollte man auch mit dem Netfinder aktualisieren können.
Viele Grüße
Michael
Zitat von: mgernoth am 25 August 2016, 18:46:58
Hallo,
Die beiden Firmware-Versionen auf dem Gateway sind aktuell (1.1.5 und 1.4.1)?
Wenn nicht, siehe: https://forum.fhem.de/index.php/topic,54511.msg476503.html#msg476503
Die LAN-Firmware (https://github.com/eq-3/occu/raw/master/firmware/hm-lgw-o-tw-w-eu_update.eq3) sollte man auch mit dem Netfinder aktualisieren können.
Viele Grüße
Michael
Danke! Das war genau der richtige Tipp. Nach dem Update keine Probleme mehr. Ich sollte wohl doch noch etwas mehr Zeit für das Einlesen in die Thematik aufwenden ;)
Zitat von: amunra am 14 August 2016, 17:46:05
Für die Inbetriebnahme benötigt man nicht nur Hardware, sondern auch Software.
Wer bereits eine geeignete Hardware besitzt, kann die Zeit nutzen sich mit der Software zu beschäftigen.
Im Anhang findet ihr ein HowTo für die Inbetriebnahme eines HM-MOD-UART+ESP-DEVKIT mit ,,esp-link". Das ganze leider nur als PDF, da man im Forum nur Bilder anhängen kann.
Lässt sich das Vorgehen mehrmals erfolgreich reproduzieren, dann kann ja vielleicht auch mal ein Wiki-Eintrag daraus entstehen.
Edit: V 0.2 - Firmware Link angepasst.
Ich habe nach dieser Anleitung heute meinen HM-MOD-UART-WIFI gebaut.
Bin bisher total happy, funktioniert tadellos. Habe eine VCCU angelegt und mal meinen HM-CFG-LAN ausgeschaltet. Lief alles problemlos weiter.
Nun würde ich gerne die Firmware aktualisieren. Drauf ist gerade die 1.2.1.
Jetzt ist die große Frage wie ich die Firmware aktualisieren könnte? So wie das LGW bloß dann die Firmware vom HM-MOD-UART?
Danke im Voraus.
Gruß
Dan
Habe in einem anderen Thread (https://forum.fhem.de/index.php/topic,56606.msg485840.html#msg485840) einen Hinweis zum Aktualisieren der Firmware bekommen, aber leider damit noch nicht hinbekommen.
Falls also noch jemand eine Idee hat?
Gruß
Dan
Das Aktualisieren der Firmware ist doch im ersten Beitrag dieses Threads beschrieben? Was funktioniert denn bei Dir nicht?
Ist eben ein Eigenbau aus HM-MOD-RPI-PCB und WeMos D1 mini. Auf einen RPi kann ich ihn nicht aufstecken da schon verlötet. Mit socat reagiert offenbar der Bootloader nicht.
sudo socat pty,link=/dev/virtualcom0,raw tcp:192.168.1.24:23&
sudo ./flash-hmmoduart -U /dev/virtualcom0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
Gruß
Dan
Wieso ist das doppelt an verschiedenen Stellen?
sh. https://forum.fhem.de/index.php/topic,56606.msg485919.html#msg485919 (https://forum.fhem.de/index.php/topic,56606.msg485919.html#msg485919)
Zitat von: Ralf W. am 29 August 2016, 15:22:15
Wieso ist das doppelt an verschiedenen Stellen?
sh. https://forum.fhem.de/index.php/topic,56606.msg485919.html#msg485919 (https://forum.fhem.de/index.php/topic,56606.msg485919.html#msg485919)
Sorry, hatte die Frage in beiden Threads gestellt weil ich nicht wußte wo sie besser aufgehoben ist.
Hatte aber auf den anderen Thread verlinkt.
Es hat nun doch genau so mit socat nach Neustart aller Komponenten geklappt.
Gruß
Dan
Hallo, habe mir heute mal den HM-LGW-O-TW-W-EU vorgenommen. Leider versuche ich seit Stunden dem Teil ein Firmwareupdate zu verpassen. Habe erst einmal versucht die Pfade, wie im WIKI angegeben, anzupassen. Da scheint aber leider etwas nicht zu stimmen. Mit:
frank1@Zotac2:~$ sudo LD_LIBRARY_PATH=/home/frank1/occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin/eq3configcmd update-lgw-firmware -u /home/frank1/occu/firmware/hm-lgw-o-tw-w-eu_update.eq3 -console -l 1 -s NEQ0381988 -k 's%BZ%aBGRt'
bekomme ich:
update-lgw-firmware: command not found
Passiert auch wenn ich den relativen Pfad ./eq3configcmd nehme. Laut WIKI mit:
LD_LIBRARY_PATH=../lib:../../RFD/lib ./eq3configcmd update-lgw-firmware -u ../../../../firmware/hm-lgw-o-tw-w-eu_update.eq3 -console -l 1 -s NEQ0381988 -k 's%BZ%aBGRt'
unter dem Pfad finde ich eq3configcmd nicht.
eq3configcmd finde ich nur unter: /home/frank1/occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin
frank1@Zotac2:/$ sudo LD_LIBRARY_PATH=/home/frank1/occu/X86_32_Debian_Wheezy/packages-eQ-3/RFD/lib ./eq3configcmd update-lgw-firmware -u /home/frank1/occu/firmware/hm-lgw-o-tw-w-eu_update.eq3 -console -l 1 -s NEQ0381988 -k 's%BZ%aBGRt'
[sudo] password for frank1:
sudo: ./eq3configcmd: command not found
Please Help
VG
Frank
Hallo,
Zitat von: franky08 am 29 August 2016, 21:36:05
Hallo, habe mir heute mal den HM-LGW-O-TW-W-EU vorgenommen. Leider versuche ich seit Stunden dem Teil ein Firmwareupdate zu verpassen. Habe erst einmal versucht die Pfade, wie im WIKI angegeben, anzupassen.
Äh, was? Die Pfade im Wiki sind korrekt. Dein Versuch sie zu anzupassen allerdings nicht.
Zitat
Passiert auch wenn ich den relativen Pfad ./eq3configcmd nehme. Laut WIKI mit:
LD_LIBRARY_PATH=../lib:../../RFD/lib ./eq3configcmd update-lgw-firmware -u ../../../../firmware/hm-lgw-o-tw-w-eu_update.eq3 -console -l 1 -s NEQ0381988 -k 's%BZ%aBGRt'
unter dem Pfad finde ich eq3configcmd nicht.
Dann hast Du "Vorbereitung des Firmwareupdates" nicht komplett durchgefuehrt bzw. hast zum Schluss das Verzeichnis gewechselt.
Zitat
eq3configcmd finde ich nur unter: /home/frank1/occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin
Ja, und in genau diesem Verzeichnis solltest Du Dich nach "Vorbereitung des Firmwareupdates" befinden, dann funktionieren die weiteren Befehle auch (solange Du auf einer x86-Platform bist).
Viele Grüße
Michael
Klar habe ich das Verzeichnis gewechselt, da ich die Vorbereitung heute morgen gemacht habe und heute abend das Firmwareupdate machen wollte :o
P.S. nun habe ich den Überblick verloren und habe keine Ahnung in welches Verzeichnis ich muss
VG
Frank
Hallo Frank,
Zitat von: franky08 am 29 August 2016, 22:14:56
P.S. nun habe ich den Überblick verloren und habe keine Ahnung in welches Verzeichnis ich muss
Auf arm:
occu/arm-gnueabihf/packages-eQ-3/LinuxBasis/binAuf x86:
occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/binViele Grüße
Michael
Das hatte ich schon probiert, leider:
Last login: Mon Aug 29 21:22:44 2016 from frankdonathsmbp.fritz.box
frank1@Zotac2:~$ cd occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin
frank1@Zotac2:~/occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin$ LD_LIBRARY_PATH=../lib:../../RFD/lib ./eq3configcmd update-lgw-firmware -u ../../../../firmware/hm-lgw-o-tw-w-eu_update.eq3 -console -l 1 -s NEQ0381988 -k 's%BZ%aBGRt'
-bash: ./eq3configcmd: Datei oder Verzeichnis nicht gefunden
./eq3configcmd: Datei oder Verzeichnis nicht gefunden
Ich denke das ich heute abend noch einmal von vorn anfange, irgendetwas stimmt da bei mir nicht, die eq3configcmd liegt in :/home/frank1/occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin
frank1@Zotac2:~/occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin$ ls
eq3configcmd eq3configd
VG
Frank
Hallo,
Zitat von: franky08 am 30 August 2016, 10:10:09
Das hatte ich schon probiert, leider:
Last login: Mon Aug 29 21:22:44 2016 from frankdonathsmbp.fritz.box
frank1@Zotac2:~$ cd occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin
frank1@Zotac2:~/occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin$ LD_LIBRARY_PATH=../lib:../../RFD/lib ./eq3configcmd update-lgw-firmware -u ../../../../firmware/hm-lgw-o-tw-w-eu_update.eq3 -console -l 1 -s NEQ0381988 -k 's%BZ%aBGRt'
-bash: ./eq3configcmd: Datei oder Verzeichnis nicht gefunden
Ist das ein 32 oder 64bit System? Anscheinend wird hier der dynamische Linker/Loader nicht gefunden (die Fehlermeldung ist hier nicht wirklich hilfreich, wenn man sie nicht kennt).
Auf einem 64bit-System brauchst Du noch die 32bit Kompatibilitätsbibliotheken (libc6-i386, lib32stdc++6), da die eQ-3 Binaries nur als 32bit vorliegen.
Viele Grüße
Michael
Alles klar, ist ein 64Bit System, ein Zotac nano mit Debian Wheezy.
VG
Frank
Soo, Bibliotheken nachinstalliert und der Firmwareupdate läuft durch nur beim update der coprozessorfirm erhalte ich auf der console:
frank1@Zotac2:~/occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin$ sudo LD_LIBRARY_PATH=../lib:../../RFD/lib ./eq3configcmd update-coprocessor -u -f -c -l 0 -d ../../../../firmware -s NEQ0381988 -k 's%BZ%aBGRt'
[sudo] password for frank1:
2016/08/30 16:53:49.419 <Debug> firmware filename is: coprocessor_update_hm_only.eq3
cryptEnabled true2016/08/30 16:53:51.427 LanConnection::connect
2016/08/30 16:55:58.689 LanConnection::connect - failed closing socket
2016/08/30 16:55:58.689 <Error> UnifiedLanCommController::connect(): Unable to connect.
2016/08/30 16:55:58.689 LanConnection::disconnect
2016/08/30 16:55:58.689 LanConnection::disconnect done
2016/08/30 16:55:58.690 LanConnection::disconnect
2016/08/30 16:55:58.690 LanConnection::disconnect done
2016/08/30 16:55:58.690 LanConnection::disconnect
2016/08/30 16:55:58.690 LanConnection::disconnect done
2016/08/30 16:55:58.690 LanConnection::disconnect
2016/08/30 16:55:58.690 LanConnection::disconnect done
2016/08/30 16:55:58.690 <Error> Could not connect to Lan Gateway ip: 192.168.2.2.
frank1@Zotac2:~/occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin$
Mmh und nun?
VG
Frank
Hallo,
Zitat von: franky08 am 30 August 2016, 17:06:49
2016/08/30 16:55:58.690 <Error> Could not connect to Lan Gateway ip: 192.168.2.2.
Das Gerät ist zu diesem Zeitpunkt idle? Die "Network" LED blinkt? Zum Koprozessor kann immer nur eine Verbindung gleichzeitig aufgebaut werden.
Viele Grüße
Michael
ZitatDie "Network" LED blinkt?
Ja, Verbindung ist getrennt. Wenn ich in fhem das Teil auf closed setze blinkt die LED auch, dachte das ich die Verbindung zu fhem schließe um das update machen zu können.
Hallo Frank,
Zitat von: franky08 am 30 August 2016, 18:05:21
Ja, Verbindung ist getrennt. Wenn ich in fhem das Teil auf closed setze blinkt die LED auch, dachte das ich die Verbindung zu fhem schließe um das update machen zu können.
Ja, genau, close in Fhem passt. Das Update sollte dann eigentlich direkt durchlaufen.
Erreichst Du das Gateway mit ping unter der 192.168.2.2? (Nicht, dass die komische autodetection im eq3configcmd kaputt ist...)
Viele Grüße
Michael
Gehe ich in fhem auf closed und mache dann das update, bekomme ich:
frank1@Zotac2:~/occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin$ LD_LIBRARY_PATH=../lib:../../RFD/lib ./eq3configcmd update-coprocessor -u -f -c -l 0 -d ../../../../firmware -s NEQ0381988 -k 's%BZ%aBGRt'
2016/08/30 18:18:33.905 <Debug> firmware filename is: coprocessor_update_hm_only.eq3
cryptEnabled true2016/08/30 18:18:35.913 LanConnection::connect
2016/08/30 18:18:35.914 LanConnection::connect done
2016/08/30 18:18:35.917 <Info> Lan Device Information:
Protocol-Version: 1
Product-ID: eQ3-HM-LGW
Firmware-Version: 1.1.5
Serial Number: NEQ0381988
2016/08/30 18:18:36.122 LanConnection::connect
2016/08/30 18:18:36.123 LanConnection::connect done
2016/08/30 18:18:36.125 <Info> Lan Device Information:
Protocol-Version: 1
Product-ID: eQ3-HM-LGW
Firmware-Version: 1.1.5
Serial Number: NEQ0381988
2016/08/30 18:18:37.628 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in application.
2016/08/30 18:18:37.628 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/08/30 18:18:37.628 <Debug> CCU2CoprocessorCommandMod::isResponseStatusOk(): System status OK
2016/08/30 18:18:37.629 <Debug> CCU2CommControllerMod::handleIncomingResponse() System response OK
2016/08/30 18:18:37.630 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in application.
2016/08/30 18:18:37.644 <Debug> deliver firmware...
2016/08/30 18:18:37.696 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.696 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.697 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.697 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.697 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.698 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.698 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.698 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.699 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.699 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.699 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.700 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.700 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.700 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.701 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.701 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.701 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:37.702 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
bis dann ein:
2016/08/30 18:18:43.290 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIncomingSerialFrame(): Command not parseable. Expected was frame of type HM
2016/08/30 18:18:43.398 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/08/30 18:18:43.399 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in bootloader.
2016/08/30 18:18:43.645 <Debug> CoprocessorUpdate::startBootloader():Coprocessor entered bootloader.
2016/08/30 18:18:44.151 <Info> CCU2CommControllerMod::sendSystemCommand(): failed
2016/08/30 18:18:44.151 <Debug> CCU2CommControllerMod::sendSystemCommand(): Start Application / Bootloader
2016/08/30 18:18:44.195 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/08/30 18:18:44.908 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/08/30 18:18:44.909 <Debug> (NEQ0381988) CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in application.
2016/08/30 18:18:45.152 <Info> CCU2CommControllerMod::sendSystemCommand(): failed
2016/08/30 18:18:47.492 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): Bidcos frame
2016/08/30 18:18:47.646 <Info> CCU2CommControllerMod::sendSystemCommand(): failed
2016/08/30 18:18:47.646 <Debug> Firmwareupdate not successfull, at frame 1 of 123
2016/08/30 18:18:47.647 LanConnection::disconnect
2016/08/30 18:18:47.647 Closing socket 3
2016/08/30 18:18:58.649 <Debug> Wait for disconnect timed out
2016/08/30 18:18:59.649 <Debug> Wait for disconnect timed out
2016/08/30 18:19:00.649 <Debug> Wait for disconnect timed out
2016/08/30 18:19:01.650 <Debug> Wait for disconnect timed out
2016/08/30 18:19:02.650 <Debug> Wait for disconnect timed out
2016/08/30 18:19:03.650 <Debug> Wait for disconnect timed out
2016/08/30 18:19:04.651 <Debug> Wait for disconnect timed out
2016/08/30 18:19:05.651 <Debug> Wait for disconnect timed out
2016/08/30 18:19:06.651 <Debug> Wait for disconnect timed out
2016/08/30 18:19:07.652 <Debug> Wait for disconnect timed out
2016/08/30 18:19:08.652 <Debug> Wait for disconnect timed out
2016/08/30 18:19:09.652 <Debug> Wait for disconnect timed out
2016/08/30 18:19:10.653 <Debug> Wait for disconnect timed out
2016/08/30 18:19:11.653 <Debug> Wait for disconnect timed out
2016/08/30 18:19:12.654 <Debug> Wait for disconnect timed out
2016/08/30 18:19:13.654 <Debug> Wait for disconnect timed out
2016/08/30 18:19:14.654 <Debug> Wait for disconnect timed out
2016/08/30 18:19:15.655 <Debug> Wait for disconnect timed out
2016/08/30 18:19:16.655 <Debug> Wait for disconnect timed out
2016/08/30 18:19:17.655 <Debug> Wait for disconnect timed out
2016/08/30 18:19:18.656 <Debug> Wait for disconnect timed out
2016/08/30 18:19:19.656 <Debug> Wait for disconnect timed out
2016/08/30 18:19:20.332 LanConnection::disconnect
2016/08/30 18:19:20.332 Closing socket 4
2016/08/30 18:19:20.333 LanConnection::disconnect done
2016/08/30 18:19:20.333 LanConnection::disconnect
2016/08/30 18:19:20.333 LanConnection::disconnect done
2016/08/30 18:19:20.333 LanConnection::disconnect
2016/08/30 18:19:20.333 LanConnection::disconnect
2016/08/30 18:19:20.334 LanConnection::disconnect done
2016/08/30 18:19:20.656 <Debug> Wait for disconnect timed out
2016/08/30 18:19:21.657 <Debug> Wait for disconnect timed out
2016/08/30 18:19:22.657 <Debug> Wait for disconnect timed out
2016/08/30 18:19:23.657 <Debug> Wait for disconnect timed out
erfolgt.
Hallo Frank,
reboote das Gateway mal vor dem Update und verbinde es dann nicht mit Fhem. Damit bleibt der Koprozessor im Bootloader.
Ich sehe schon, ich muss das CoPro-Update ins Modul einbauen, das ist so viel zu frickelig. Wenn ich mal wieder Zeit habe...
Viele Grüße
Michael
Schein funktioniert zu haben:
2016/08/30 18:44:06.116 <Debug> CCU2CommControllerMod::handleIncomingResponse() System response OK
2016/08/30 18:44:06.166 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/08/30 18:44:06.166 <Debug> CCU2CoprocessorCommandMod::isResponseStatusOk(): System status OK
2016/08/30 18:44:06.166 <Debug> CCU2CommControllerMod::handleIncomingResponse() System response OK
2016/08/30 18:44:06.185 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2016/08/30 18:44:06.185 <Debug> CCU2CoprocessorCommandMod::isResponseStatusOk(): System status OK
2016/08/30 18:44:06.185 <Debug> CCU2CommControllerMod::handleIncomingResponse() System response OK
2016/08/30 18:44:06.186 <Info> Firmwareupdate successfull
2016/08/30 18:44:06.186 LanConnection::disconnect
2016/08/30 18:44:06.186 Closing socket 3
2016/08/30 18:44:17.188 <Debug> Wait for disconnect timed out
2016/08/30 18:44:18.188 <Debug> Wait for disconnect timed out
2016/08/30 18:44:19.189 <Debug> Wait for disconnect timed out
2016/08/30 18:44:20.189 <Debug> Wait for disconnect timed out
2016/08/30 18:44:21.189 <Debug> Wait for disconnect timed out
2016/08/30 18:44:06.186 <Info> Firmwareupdate successfull
Vielen Dank
VG
Frank
Hallo zusammen,
ich habe meinen HMUART gemäß Wiki erfolgreich in Betrieb genommen. Außer daß das Firmwareupdate vier Anläufe gebraucht hat, lief alles wie vorgesehen.
Jetzt ::) habe ich festgestellt, daß die Namensgebung, die ich 1:1 übernommen habe (myHmUART) nicht optimal ist, wenn ich noch einen für den letzten funkschwachen Bereich dazu bauen will.
Kann man das Device problemlos umbenennen von myHmUART in HmUART1?
Oder zieht das irgendwo anders Blasen?
Gruß Roland
Du kannst das device einfach umbenennen. Bei mir heißt es auch einfach HM_GATEWAY_UART
Danke. Hast Du Deinen umbenannt oder gleich beim Anlegen HM_GATEWAY_UART genannt?
Ich wollte sichergehen, daß nicht beim Umbenennen interne Verknüpfungen mit hmID und/oder hmKey aufbrechen.
Gruß Roland
mach es doch ganz einfach und benenne den nächsten UART einfach anders... ;)
vb
Könnte ich machen, aber ich habe gerne System drin (macht RegEx einfacher).
Ich fände es hübsch, wenn die
- HmUART1
- HmUART2
hießen. Dumm, daß ich nicht schon beim define dran gedacht habe.
Gruß Roland
Mit rename einfach umbenennen, macht keine Probleme.
Gruß
Dan
Hallo Dan,
Danke!
Gruß Roland
Hallo,
ab morgen kann die Applikations-/Koprozessorfirmware direkt aus Fhem heraus aktualisiert werden:
fhem> set myHmUart updateCoPro /path/to/coprocessor_update.eq3
Die LAN-Firmware des LGW muss weiterhin mit den eQ-3-Tools oder dem Netfinder (http://www.eq-3.de/service/downloads.html?id=53) (Java, läuft unter Linux/Mac/Win) aktualisiert werden.
Viele Grüße
Michael
:) :) ;)
VG
Frank
Hallo Michael,
Super Arbeit!!!
Das läuft sogar mit HM-MOD-UART-Gateway (WiFi,LAN).
Daumen hoch und Danke ebenfalls.
Viele Grüße
Zitat von: amunra am 31 August 2016, 21:12:31
Das läuft sogar mit HM-MOD-UART-Gateway (WiFi,LAN).
Ach ehrlich? Kein socat mehr nötig?
Auch von mir:
Super Arbeit!!!Gruß
Dan
Zitat von: DeeSPe am 31 August 2016, 21:16:12
Ach ehrlich? Kein socat mehr nötig?
Jep, gerade mein Wemos + HM-MOD-UART von 1.2.1 auf 1.4.1 upgedated - läuft 1A.
Dadurch wird die eigentlich schon fertige Doku eine Seite kürzer ;)
Das läuft ja wie's Bretzelbacken... 8)
Bin begeistert!!!
Gruß
Dan
Hallo, nachdem ich jetzt zwei Tage das HM-LGW mit dem HMUARTLGW Modul getestet habe kommt es mir so vor als wenn es mit dem HM-LGW zu deutlich spürbaren Latenzen im Gegensatz zum HMLAN kommt. Kann das jemand bestätigen?
VG
Frank
Zitat von: franky08 am 01 September 2016, 09:11:13
Hallo, nachdem ich jetzt zwei Tage das HM-LGW mit dem HMUARTLGW Modul getestet habe kommt es mir so vor als wenn es mit dem HM-LGW zu deutlich spürbaren Latenzen im Gegensatz zum HMLAN kommt. Kann das jemand bestätigen?
VG
Frank
Ich nutze wohl nicht das GW, sondern den UART, aber ja Latenzen habe ich auch ...
VG
Klaus
PS: Gerade noch akzeptabel ...
Ansonsten, echt begeistert ...
Nachdem ich meinen HM-MOD-UART-WIFI von Strom getrennt habe wird mein Log Event-Monitor geflutet:
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:30 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:31 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:32 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
2016-09-01 23:21:33 CUL_HM VCCU state: HMLAN1:ok,HMWLAN1:disconnected,
Reicht diese Info nicht einmalig?
Kommt das vom VCCU Modul oder diesem HMUARTLGW?
Nach dem close hört es auf, ist aber trotzdem nicht schön.
Gruß
Dan
das event kommt doch von der vccu, dort sollte auch ein event-on-change .* funktionieren
Manchmal liegt die Lösung so nahe dass man sie nicht sieht...
Danke!!! 8)
Gruß
Dan
Zitat von: fhem-hm-knecht am 02 September 2016, 00:04:52
das event kommt doch von der vccu, dort sollte auch ein event-on-change .* funktionieren
Stimmt, danke!
Gruß Otto
Hallo,
Zitat von: franky08 am 01 September 2016, 09:11:13
Hallo, nachdem ich jetzt zwei Tage das HM-LGW mit dem HMUARTLGW Modul getestet habe kommt es mir so vor als wenn es mit dem HM-LGW zu deutlich spürbaren Latenzen im Gegensatz zum HMLAN kommt. Kann das jemand bestätigen?
Zitat von: Rampler am 01 September 2016, 20:10:02
Ich nutze wohl nicht das GW, sondern den UART, aber ja Latenzen habe ich auch ...
Welche Aktionen haben Latenzen? Das einfache Schalten eines Aktors (das sollte eigentlich genauso schnell sein wie beim HMLAN)?
Es gibt eine Stelle, an der ich 300ms verzögern muss, da sonst Nachrichten (ohne Ack-Anforderung) evtl. nicht gesendet werden, das ist eigentlich die einzige Stelle, bei der ich mir das vorstellen kann...
Viele Grüße
Michael
Danke dafür (https://sourceforge.net/p/fhem/code/12109/) Michael.
Topp!
Gruß
Dan
Zitat von: mgernoth am 02 September 2016, 09:43:28
Hallo,
Welche Aktionen haben Latenzen? Das einfache Schalten eines Aktors (das sollte eigentlich genauso schnell sein wie beim HMLAN)?
Es gibt eine Stelle, an der ich 300ms verzögern muss, da sonst Nachrichten (ohne Ack-Anforderung) evtl. nicht gesendet werden, das ist eigentlich die einzige Stelle, bei der ich mir das vorstellen kann...
Viele Grüße
Michael
Hallo Michael, z.B. bei diesem notify, Schalter Tür schaltet Türlicht für 60 sec. ein
Schalter_Wohnungstuer:open set Licht_Wohnungstuer on-for-timer 60; set MyTTS tts Die Wohnungstür wurde geöffnetHierbei ist deutlich spürbar das das Licht etwas verzögert eingeschaltet wird, mit dem HMLAN als I/O wird sofort geschaltet
VG
Frank
Hallo Frank,
Zitat von: franky08 am 02 September 2016, 19:11:39
Hallo Michael, z.B. bei diesem notify, Schalter Tür schaltet Türlicht für 60 sec. ein
Schalter_Wohnungstuer:open set Licht_Wohnungstuer on-for-timer 60; set MyTTS tts Die Wohnungstür wurde geöffnet
Hierbei ist deutlich spürbar das das Licht etwas verzögert eingeschaltet wird, mit dem HMLAN als I/O wird sofort geschaltet
Hmm, das ist eigentlich genau der Fall, der direkt durchläuft.
Bringt es was, wenn Du das Attribut csmaCa am LGW auf 0 setzt?
Ist am LGW die Verschlüsselung aktiv? Kannst Du die testweise mal deaktivieren? (NetFinder (http://www.eq-3.de/service/downloads.html?id=53))
Viele Grüße
Michael
Verschlüsselung ist nicht aktiv, kann am WE noch mal testen, habe das Teil gestern erst einmal aus der config genommen und bei Seite gelegt (habe ja 3 HMLAN im Einsatz und die decken alles ab).
VG
Frank
Zitat von: mgernoth am 02 September 2016, 19:50:27
Bringt es was, wenn Du das Attribut csmaCa am LGW auf 0 setzt?
Viele Grüße
Michael
Hallo Michael,
als UART brachte das csmacd auf jeden Fall was ...
Mir fallen die Latenzen nur dann wirklich auf, wenn viele Aktionen gleichzeitg gemacht werden sollen, also z.B. über eine Structure 11 Lichter an/aus und gleichzeitig 2 Türen via Keymatic und eine LED vom der 16-fach Anzeige zu schalten. Und genau dann dauert es deutlich länger, allerdings mit csmacd auf 0 wurde es schon besser. Für mich jedenfalls OK
VG
Klaus
ZitatBringt es was, wenn Du das Attribut csmaCa am LGW auf 0 setzt?
Habe ich gerade mal getestet und JA, keine spürbare Verzögerung mehr festzustellen :)
VG
Frank
Hallo,
Zitat von: Rampler am 03 September 2016, 08:12:21
als UART brachte das csmacd auf jeden Fall was ...
Zitat von: franky08 am 03 September 2016, 11:54:09
Habe ich gerade mal getestet und JA, keine spürbare Verzögerung mehr festzustellen :)
Ok, schön zu hören :-)
Wenn ich mich recht erinnere, deaktiviert eQ-3 zumindest auf dem HMCFGUSB auch CSMA/CA (ich hatte mir damals angeschaut, welche Register im CC1101 auf welche Werte gesetzt werden).
Ich will das aber nicht standardmäßig abschalten, weil das IMHO den Bestimmungen der BNetzA in diesem Frequenzband entgegenlaufen würde.
Viele Grüße
Michael
Du kannst es ruhig standardmäßig deaktivieren.
In der Allgemeinzuteilung heißt es:
Zitat
Es sind Frequenzzugangs- und Störungsminderungstechniken einzusetzen, deren Leistung mindestens den Techniken entspricht, die in den gemäß Richtlinie 1999/5/EG bzw. des FTEG verabschiedeten harmonisierten Normen vorgesehen sind. Alternativ kann ein maximaler Arbeitszyklus) von 1% verwendet werden.
Wenn also Duty-Cycle von 1% als Technik verwendet wird, sind andere Dinge (wie lbt) nicht notwendig.
Hi,
Zitat von: Ralli am 03 September 2016, 20:04:59
Du kannst es ruhig standardmäßig deaktivieren.
Ist im Update von heute jetzt standardmaessig aus.
Viele Gruesse
Michael
Ergänzend eine kurze Info zum Thema HmUART-Device umbenennen:
- Umbenennen geht problemlos
- Man muß aber anschließend in der IOList der VCCU den neuen Namen händisch anpassen, das Attribut bekommt die Namensänderung nicht mit.
Gruß Roland
Zitat von: hauwech am 07 September 2016, 09:21:49
Ergänzend eine kurze Info zum Thema HmUART-Device umbenennen:
- Umbenennen geht problemlos
Natürlich. Warum auch nicht?
Zitat von: hauwech am 07 September 2016, 09:21:49
- Man muß aber anschließend in der IOList der VCCU den neuen Namen händisch anpassen, das Attribut bekommt die Namensänderung nicht mit.
Natürlich. Attribute gehören dem User.
Zitat von: marvin78 am 07 September 2016, 18:16:39
Natürlich. Warum auch nicht?
Meine Frage war nur Vorsicht, weil alle anderen devices ein "set deviceRename..." haben und der UART nicht. Das könnte einen Grund haben, muß aber nicht.
ZitatNatürlich. Attribute gehören dem User.
Ich weiß nicht, wie fhem intern ein rename macht. Eine Möglichkeit wäre mit "Suchen und Ersetzen" in der fhem.cfg. Damit wären auch Attribute geändert. Wird aber offenbar anders gemacht.
Gruß Roland
Zitat von: hauwech am 08 September 2016, 09:32:22
Ich weiß nicht, wie fhem intern ein rename macht. Eine Möglichkeit wäre mit "Suchen und Ersetzen" in der fhem.cfg.
Einige Module reagieren in der Tat auf das Rename und ändern dann auch Defines, Internals und Attribute. Daher war die Frage schon richtig.
Hallo dev null,
danke für die moralische Unterstützung ;)
Gruß Roland
Hallo Miteinander
Ich bin neu hier im Forum und beginne mit einigen einfachen Gebäudeautomatisationen mit Raspberry Pi 3 / FHEM und HomeMatic Komponenten.
Dafür möchte ich mir ein Gateway anschaffen, habe aber gehört, dass es Fehlermeldungen und Probleme gibt mit der Version EU-2 vom Gateway.
Da an folgendem Ort auch nur von der ersten Version geredet wird und nirgends die EU-2 erwähnt wird, frage ich mich vor der Anschaffung, ob es auch mit einem EU-2 reibungslos funktioniert?
http://www.fhemwiki.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway
HM-LGW-O-TW-W-EU-2
Vielen Dank für Eure Rückmeldung
Gruss Dani
Zitat von: dev0 am 08 September 2016, 10:24:16
Einige Module reagieren in der Tat auf das Rename und ändern dann auch Defines, Internals und Attribute. Daher war die Frage schon richtig.
Das ist mir bewusst. Dass Attribute geändert werden ist sehr sehr selten und auch in sehr sehr vielen Fällen weder richtig noch notwendig. Wer sagt denn, dass das neu benannte Device tatsächlich der VCCU zugeordnet bleiben soll? Es wäre unlogisch, wenn hier etwas automatisch passieren würde. Attribute gehören dem User und wenn sie nicht zwingend zu einer Funktionsfähigkeit benötigt werden (was fast nie der Fall ist), sollte ein Modul (und schon mal gar nicht aus einem fremden Device) diese anfassen.
Zitat von: marvin78 am 08 September 2016, 12:40:12
Wer sagt denn, dass das neu benannte Device tatsächlich der VCCU zugeordnet bleiben soll? Es wäre unlogisch, wenn hier etwas automatisch passieren würde.
Das sehe ich unter gewissen Umständen anders. Aber das gehört nicht in diesen Thread.
Hallo,
Zitat von: battery88 am 08 September 2016, 11:30:10
Dafür möchte ich mir ein Gateway anschaffen, habe aber gehört, dass es Fehlermeldungen und Probleme gibt mit der Version EU-2 vom Gateway.
Wo hast Du von Problemen mit der -2 Version gehört?
Zitat
Da an folgendem Ort auch nur von der ersten Version geredet wird und nirgends die EU-2 erwähnt wird, frage ich mich vor der Anschaffung, ob es auch mit einem EU-2 reibungslos funktioniert?
Ich habe auch nur die -2 und damit das Modul entwickelt, es sollte also funktionieren ;-)
Viele Grüße
Michael
Laut meinem Großhändler ist das HM-LGW-O-TW-W-EU ein Auslaufmodel und nur noch das HM-LGW-O-TW-W-EU-2 erhältlich...
Habe dieses seit heute und seit heute läuft es bisher stabil und alles ohne Probleme einzurichten.
Grüße Marcel
B
Hallo Leute,
erst einmal ein dickes Lob an alle Beteiligten, die das alles möglich gemacht haben!
Ich habe aktuell das Problem, dass mein Modul in FHEM immer zwischen 'init' und 'disconnected' wechselt. Wie ich bisher vorgegangen bin:
Ich bin die Anleitung aus der FHEM-Wiki gewissenhaft durchgegangen und habe auch die Schritte von Betateilchen befolgt (ich habe einen Raspberry 3 mit Raspbian/Debian Jessie als OS). Ich konnte das Modul erfolgreich in FHEM integrieren, sowie auch schon eine Funksteckdose anlernen und schalten. Nun habe ich einen Busware CUL angeschlossen am Raspi, der eine FS20 Funksteckdose schalten soll. Diesen habe ich auch definiert in FHEM und ich kann auch wunderbar die FS20 Steckdose schalten. Allerdings kann ich jetzt nicht mehr via HM Funkmodul meine Steckdose ansteuern. 'Cond' (wofür auch immer das steht) wechselt immer wieder und wieder zwischen init und disconnected hin und her. Der Status bleibt auf 'Disconnected'. Ich habe bereits das Funkmodul nochmal neu raufgesteckt um auszuschließen, dass es evtl falsch angeschlossen war. Selbst nachdem ich den Busware-Stick abgezogen hatte und das Device aus FHEM entfernt habe funktioniert(e) es nicht.
Was mir aufgefallen ist:
Ich habe über FHEM versucht, die Firmware zu flashen. FHEM warf mir aber jedes Mal eine Fehlermeldung, dass die Datei keine gültige Firmware-Datei sei (ein Blick in den Log verrät, dass ich mich 1-2 mal beim Pfad verschrieben hatte, viel häufiger kam allerdings die Nachricht 'Permission Denied'. Auch nachdem ich der Firmware-Datei komplett alle Rechte gegeben habe. Wie es der Zufall will stand bei dem Modul in FHEM allerdings Firmware 1.4.1. Entweder war der Flash-Vorgang doch erfolgreich oder die Dinger werden mittlerweile mit dieser Version ausgeliefert. Weiß da einer mehr?
Ich habe außerdem versucht via dem Programm flash-hmmoduart mein Modul zu flashen. Leider schlägt dies fehl, da ich nur die Ausgabe bekommen, dass eine falsche Prüfsumme berechnet wurde.
Können meine Probleme evtl durch das möglicherweise fehlgeschlagene Flashen ausgelöst worden sein oder liegt das doch mit am Busware CUL Stick (falls relevant der Stick läuft im Modus 'RFSlow')? Oder aber Option 3: Es ist etwas völlig anderes.
Hier noch ein Auszug aus meiner Logdatei:
2016.09.09 14:10:19 1: /dev/ttyAMA0 disconnected, waiting to reappear (HM_CUL)
2016.09.09 14:10:24 3: Setting HM_CUL serial parameters to 115200,8,N,1
2016.09.09 14:10:24 1: /dev/ttyAMA0 reappeared (HM_CUL)
2016.09.09 14:10:35 1: HMUARTLGW HM_CUL did not respond, reopening
2016.09.09 14:10:35 3: Setting HM_CUL serial parameters to 115200,8,N,1
2016.09.09 14:10:35 1: /dev/ttyAMA0 reappeared (HM_CUL)
2016.09.09 14:10:46 1: HMUARTLGW HM_CUL did not respond, reopening
2016.09.09 14:10:46 3: Setting HM_CUL serial parameters to 115200,8,N,1
2016.09.09 14:10:46 1: /dev/ttyAMA0 reappeared (HM_CUL)
2016.09.09 14:10:57 1: HMUARTLGW HM_CUL did not respond, reopening
2016.09.09 14:10:57 3: Setting HM_CUL serial parameters to 115200,8,N,1
2016.09.09 14:10:57 1: /dev/ttyAMA0 reappeared (HM_CUL)
2016.09.09 14:11:08 1: HMUARTLGW HM_CUL did not respond, reopening
2016.09.09 14:11:08 3: Setting HM_CUL serial parameters to 115200,8,N,1
2016.09.09 14:11:08 1: /dev/ttyAMA0 reappeared (HM_CUL)
2016.09.09 14:11:10 1: /dev/ttyAMA0 disconnected, waiting to reappear (HM_CUL)
2016.09.09 14:11:17 3: Setting HM_CUL serial parameters to 115200,8,N,1
2016.09.09 14:11:17 1: /dev/ttyAMA0 reappeared (HM_CUL)
2016.09.09 14:11:19 1: /dev/ttyAMA0 disconnected, waiting to reappear (HM_CUL)
Grüße
Zitat von: Impulse am 09 September 2016, 14:15:28
Ich habe aktuell das Problem, dass mein Modul in FHEM immer zwischen 'init' und 'disconnected' wechselt.
Ich hatte ähnliche Probleme, allerdings immer beim Versuch eines Reconnects.
Seitdem ich erfolgreich die FW auf 1.4.1 geflasht hatte gehört das nun der Vergangenheit an.
Sicher dass Du die richtige CoPro Datei zum Flashen hattest? Denn eigentlich dürfte kein Prüfsummenfehler kommen.
Gruß
Dan
Zitat von: DeeSPe am 09 September 2016, 15:11:57Ich hatte ähnliche Probleme, allerdings immer beim Versuch eines Reconnects.
Seitdem ich erfolgreich die FW auf 1.4.1 geflasht hatte gehört das nun der Vergangenheit an.
Sicher dass Du die richtige CoPro Datei zum Flashen hattest? Denn eigentlich dürfte kein Prüfsummenfehler kommen.
Gruß
Dan
Ich habe die Datei aus diesem Thread hier genommen. Der Link verweist auf das offizielle Repository von daher bin ich mir schon sicher, dass es die richtige Datei war. Ich versuche nochmal über FHEM die Firmware zu flashen. Bin schon seit Stunden am Suchen wo der Fehler liegen könnte. Bin mal gespannt was sich nachher als Fehler entpuppt.
Grüße
Edit: Leider weder über FHEM, noch über flash-hmmoduart erfolgreich gewesen. Die Fehlermeldung, welche mir flash-hmmoduart ausspuckt:
Reading firmware from /home/pi/coprocessor_update_1_2_3.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0e 00 6f 5f 43 50 55 5f 41 70 70 0f 97 fd ....o_CPU_App...
ERR> 0x0010: 1b bd 84 ...
calculated: d1d1Diese Datei ist eine ältere Version (1.2.3), allerdings bekomme ich mit den anderen Versionen die gleiche Fehlermeldung.
Hallo,
Zitat von: Impulse am 09 September 2016, 15:37:11
Reading firmware from /home/pi/coprocessor_update_1_2_3.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0e 00 6f 5f 43 50 55 5f 41 70 70 0f 97 fd ....o_CPU_App...
ERR> 0x0010: 1b bd 84 ...
calculated: d1d1
Hmm, das sieht nach einer kaputter Firmware aus.
Resette mal den HM-MOD-UART, damit er sich wieder im Bootloader befindet und flashe dann direkt die 1.4.1:
hmpi [~/hmcfgusb]# ./reset-hmmoduart.sh
hmpi [~/hmcfgusb]# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
...
Btw, man kann kein "falsches" Image flashen, das lässt das Modul nicht zu.
Viele Grüße
Michael
Danke für deinen Beitrag, leider war es ohne Erfolg:
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# pgrep fhem
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./reset-hmmoduart.sh
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0e 6f 70 0f 97 1b fd 1b d0 84 5e 33 82 29 ...op.......^3.)
ERR> 0x0010: 00 00 00 ...
calculated: 2485
Ich hab gleich erstmal Feierabend und dann werde ich mich heute Abend nochmal intensiv damit beschäftigen. Mir steht auch noch ein zweiter Raspberry Pi 3 zur Verfügung, nur eben (leider) kein 2. Funkmodul. Ich ziehe es in Erwägung den 2. Raspberry nochmal minuziös nach Anleitung hochzuziehen.
Grüße
Hallo,
Zitat von: Impulse am 09 September 2016, 16:36:23
Danke für deinen Beitrag, leider war es ohne Erfolg:
Probiere in diesem Zustand einfach noch ein paar mal flash-hmmoduart aufzurufen. Manchmal sind die ersten Frames nach dem Reset korrupt. Solange das Modul nicht in die Applikation schaltet (durch Fhem), sollte das Flashen irgendwann klappen.
Viele Grüße
Michael
Zitat von: mgernoth am 09 September 2016, 16:53:55Hallo,
Probiere in diesem Zustand einfach noch ein paar mal flash-hmmoduart aufzurufen. Manchmal sind die ersten Frames nach dem Reset korrupt. Solange das Modul nicht in die Applikation schaltet (durch Fhem), sollte das Flashen irgendwann klappen.
Viele Grüße
Michael
Ich habe deinen Ratschlag befolgt und jetzt mehre Durchläufe probiert (dauerte paar Stunden), das hier ist der Log:
root@raspberrypi:~# cd Downloads/hmcfgusb-8a6d76d
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# /etc/init.d/fhem stop
Stopping fhem...
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# pgrep rfd
515
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ps -a
PID TTY TIME CMD
844 tty1 00:00:00 bash
1555 pts/0 00:00:00 ps
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./reset-hmmoduart.sh
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 fd 00 00 80 00 00 00 00 00 00 00 09 03 02 ................
ERR> 0x0010: a7 b2 fd 00 1a 01 01 05 00 00 00 00 80 00 00 00 ................
ERR> 0x0020: 00 00 00 00 09 04 01 c1 84 1c 06 84 5e 33 82 29 ............^3.)
ERR> 0x0030: 00 1c 07 84 5e 33 82 29 00 00 00 80 00 00 00 00 ....^3.)........
ERR> 0x0040: 00 00 00 09 01 f9 d1 aa fd 00 1a 01 04 05 00 00 ................
ERR> 0x0050: 00 00 80 00 00 00 00 00 00 00 09 02 fd 54 ca fd .............T..
ERR> 0x0060: 00 00 09 09 fe 9b ed fd 00 1a 01 07 05 00 00 1b ................
ERR> 0x0070: 0b 84 5e 33 82 29 00 00 00 80 00 00 00 00 00 00 ..^3.)..........
ERR> 0x0080: 00 09 09 02 fb bf fd 00 1a 01 08 05 00 00 00 fd ................
ERR> 0x0090: 1b 00 fd 1b 00 00 fd 1d 00 00 00 fd 1c 00 fd 1c ................
ERR> 0x00a0: 00 fd 1d 00 00 09 0e 01 1c 0d fd 00 1a 01 10 05 ................
ERR> 0x00b0: 00 00 00 00 80 00 00 00 00 00 fd 00 1a 01 11 05 ................
ERR> 0x00c0: 00 00 1c 15 84 5e 33 82 29 00 00 00 09 11 01 7b .....^3.)......{
ERR> 0x00d0: 22 fd 00 1a 01 12 05 00 00 00 00 80 00 00 00 00 "...............
ERR> 0x00e0: 00 1d 17 84 5e 33 82 29 00 00 00 80 00 00 00 00 ....^3.)........
ERR> 0x00f0: 00 00 00 09 0d 04 50 74 fd 00 1a 01 15 05 00 00 ......Pt........
ERR> 0x0100: 00 00 ..
calculated: 253c
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0e 00 6f 5f 43 50 55 5f 41 70 70 0f fd 1c ....o_CPU_App...
ERR> 0x0010: 1b 00 fd ...
calculated: d8d3
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0e 00 00 04 02 43 70 fd 00 1a 01 19 05 00 .......Cp.......
ERR> 0x0010: 00 1d 1d ...
calculated: 98ee
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 6f 70 0f 97 fd fd 1b fd 1d 20 84 5e 33 82 ..op....... .^3.
ERR> 0x0010: 29 00 00 00 00 08 fd 1c 00 fd 1d 00 fd 1d 23 00 ).............#.
ERR> 0x0020: 00 80 fd 1c 00 00 80 00 00 00 00 00 00 00 08 f9 ................
ERR> 0x0030: fd f3 5b fd 1c 00 fd 1c 00 00 00 fd 1d fd 00 00 ..[.............
ERR> 0x0040: 80 00 00 00 00 00 00 00 08 f9 02 7f 33 fd 00 1a ............3...
ERR> 0x0050: 01 25 05 00 00 1c 29 84 5e 33 82 29 00 00 00 80 .%....).^3.)....
ERR> 0x0060: 00 00 00 00 00 00 00 08 f7 02 2f 0f fd 1d 00 fd ........../.....
ERR> 0x0070: 1c 2b 00 55 .+.U
calculated: cec0
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0e 6f 70 fd 1c 2f 00 00 fd 1d 00 fd 1c 00 ...op../........
ERR> 0x0010: 00 fd 1c ...
calculated: df9b
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0e 6f 5f fd 1d 00 00 fd 1d 34 00 00 08 ff ...o_......4....
ERR> 0x0010: 01 ce 80 ...
calculated: a17c
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0e 00 00 6f fd 1c 00 00 fd 1d 00 fd 1d 00 .....o..........
ERR> 0x0010: fd 00 1a ...
calculated: bae2
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0e 00 6f 5f 43 50 55 5f 41 70 70 0f 97 fd ....o_CPU_App...
ERR> 0x0010: 1d 00 00 ...
calculated: 5cbb
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!
ERR> 0x0000: fd 00 0e 00 6f 5f 70 fd 1d 3f 00 00 fd 00 fd 1c ....o_p..?......
ERR> 0x0010: 41 84 5e A.^
calculated: 7249
Hast du noch eine Idee?
Grüße
Hallo,
Zitat von: Impulse am 10 September 2016, 00:20:11
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# pgrep rfd
515
Äh, wieso hast Du einen rfd laufen? Wenn zwei Programme auf das Modul zugreifen, kann die Kommunikation nicht funktionieren...
Viele Grüße
Michael
Hallo zusammen,
ich habe erfolgreich das MUART-Modul zusammengelötet und auf meinen laufenden RPi gesteckt. In fhem wird das Modul auch sauber angezeigt, oder?Internals:
AssignedPeerCnt 6
CNT 13
DEF /dev/ttyAMA0
DEVCNT 249
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 9
HM_CMDNR 2
LastOpen 1473524371.6105
NAME myHmUART
NR 82
PARTIAL
RAWMSG 0500003F17847035A6EC00000001062B
RSSI -63
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 30
msgLoadCurrentRaw 60
msgLoadHistory 3/0/2/2/5/-/-/-/-/-/-/-
msgLoadHistoryAbs 30/27/27/25/23/18/-/-/-/-/-/-/-
owner 45FAD1
Helper:
CreditTimer 109
FW 66561
Initialized 1
SendCnt 50
Ackpending:
Assignedpeers:
13CDDD FFFFFFFFFFFFFFFF (flags: 0)
166AF2 FFFFFFFFFFFFFFFF (flags: 0)
17A571 FFFFFFFFFFFFFFFF (flags: 0)
1A343C FFFFFFFFFFFFFFFF (flags: 0)
1BFD66 FFFFFFFFFFFFFFFF (flags: 0)
35A6EC FFFFFFFFFFFFFFFF (flags: 0)
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
Roundtrip:
Delay 0.00423407554626465
Loadlvl:
lastHistory 1473525877.34977
Peers:
13CDDD assigned
166AF2 assigned
17A571 assigned
1A343C assigned
1BFD66 assigned
35A6EC assigned
Readings:
2016-09-10 18:19:37 D-HMIdAssigned 45FAD1
2016-09-10 18:19:37 D-HMIdOriginal 45FAD1
2016-09-10 18:19:37 D-firmware 1.4.1
2016-09-10 18:19:37 D-serialNr MEQ1889268
2016-09-10 18:19:31 D-type HM-MOD-UART
2016-09-10 18:19:37 cond ok
2016-09-10 18:43:37 load 30
2016-09-10 18:19:37 loadLvl low
2016-09-10 18:19:31 state opened
Helper:
Attributes:
hmId 45FAD1
room CUL_HM
ABER eie HM Steckdose habe ich auf verschiedene Arten versucht zu pairen. Leider ohne richtigen Erfolg. List davon ist :
Internals:
CFGFN
DEF 1A343C
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 2
NAME HM_1A343C
NOTIFYDEV global
NR 398
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:00 - t:10 s:1A343C d:A954A6 06000000
myHmUART_MSGCNT 2
myHmUART_RAWMSG 0500001900A4101A343CA954A606000000
myHmUART_RSSI -25
myHmUART_TIME 2016-09-10 18:43:23
protCmdDel 6
protLastRcv 2016-09-10 18:43:23
protResnd 9 last_at:2016-09-10 18:43:36
protResndFail 3 last_at:2016-09-10 18:43:42
protSnd 3 last_at:2016-09-10 18:43:23
protState CMDs_done_Errors:1
rssi_at_myHmUART avg:-25.5 lst:-25 max:-25 min:-26 cnt:2
Readings:
2016-09-10 18:41:47 D-firmware 1.9
2016-09-10 18:41:47 D-serialNr JEQ0036784
2016-09-10 18:41:47 R-pairCentral set_0x45FAD1
2016-09-10 18:43:23 level 0
2016-09-10 18:43:23 pct 0
2016-09-10 18:43:23 powerOn 2016-09-10 18:43:23
2016-09-10 18:43:23 recentStateType info
2016-09-10 18:43:42 state MISSING ACK
2016-09-10 18:43:23 timedOn off
Helper:
HM_CMDNR 1
PONtest 0
cSnd 1145FAD11A343C0201C80000,1145FAD11A343C0201C80000
dlvl C8
mId 0011
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +1A343C,00,00,00
nextSend 1473525804.05823
prefIO
rxt 0
vccu
p:
1A343C
00
00
00
Mrssi:
mNo 00
Io:
myHmUART -23
Prt:
bErr 0
sProc 0
Q:
qReqConf 00
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
At_myhmuart:
avg -25.5
cnt 2
lst -25
max -25
min -26
Shadowreg:
RegL_00. 02:01 0A:45 0B:FA 0C:D1
Attributes:
IODev myHmUART
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.9
model HM-LC-SW1-PL
room CUL_HM
serialNr JEQ0036784
subType switch
webCmd statusRequest:toggle:on:off
Ich kann die Ein-/Ausschaltvorgänge, die ich an der Steckdose mache sehen, aber wenn ich versuche über fhem die Stackdose zu schalten bekomme ich die Fehlermeldung MISSING ACK im state. Wo kann ich noch nachsehen?
Danke
Jürgen
die ist schon gepairt mit A954A6
Werksreset oder da wo sie schon mal gepairt war unpair :o
Hallo Leute,
ich habe ein Verständnisfrage, unzwar geht es um das
attr <device> dutyCycle
was genau wird mit diesem attr deaktiviert?
Sendet der HM-LGW-O-TW-W-EU-2 dann mit diesem attr, trotz des erreichens der 1% Regel, einfach weiter und steigt dann das Reading load über 100% ?
Ich möchte keine Diskussion entfachen, ich weiss, dass es illegal ist, disese in D zu nutzen, aber es interessiert mich.
Wenn es so ist, das er weiter sendet, warum ist soetwas dann eingebaut, obwohl es in D nicht legal ist?
Grüße Marcel
Ich habe jetzt nicht alle 30 Seiten gelesen. Verzeiht mir bitte, wenn die Antwort hier schon stehen sollte.
Kann ich das Modul auch ohne FHEM nutzen? Also wie ein reines HM-LAN Gateway. Beispielsweise mit YAHM?
Zitat von: Ma_Bo am 10 September 2016, 22:17:56
Wenn es so ist, das er weiter sendet, warum ist soetwas dann eingebaut, obwohl es in D nicht legal ist?
Es gibt auch andere Länder!
Zitat von: FHEMAN am 10 September 2016, 22:52:31
Ich habe jetzt nicht alle 30 Seiten gelesen. Verzeiht mir bitte, wenn die Antwort hier schon stehen sollte.
Kann ich das Modul auch ohne FHEM nutzen? Also wie ein reines HM-LAN Gateway. Beispielsweise mit YAHM?
Meinst Du eigentlich das FHEM Modul (Software) oder die Hardware?
Und für YAHM gibt es doch schon was? (https://github.com/leonsio/YAHM/wiki/YAHM-Module:-HM-MOD-RPI-PCB)
Irgendwie erschließt sich mir die Frage nicht.
Gruß Otto
Zitat von: Otto123 am 11 September 2016, 13:05:27
Und für YAHM gibt es doch schon was? (https://github.com/leonsio/YAHM/wiki/YAHM-Module:-HM-MOD-RPI-PCB)
Irgendwie erschließt sich mir die Frage nicht.
Hallo Otto, dein Link setzt aber einen weiteren laufenden RPi voraus. FHEMAN meint sicher, was ich auch brennend wissen würde, ob man den HMUARTLGW ANSTATT eines weiteren RPI´s nehmen könnte. Als Stand-Alone Lösung.
Die Lösung zu deinem Link funktioniert 1a. Habe es auch seit gestern in Betrieb.
Gruss
Alex
Hallo ALex,
also die Hardware LGW (http://www.elv.de/homematic-funk-lan-gateway.html) ist ein völlig eigenständiges Teil. Klar funktioniert das ohne weiteren PI. Aber es ist keine Zentrale sondern nur ein LanGateWay.
Aber wer soll im FHEM Forum wissen ob das mit YAHM geht?
Gruß Otto
Hi Otto,
ich sehe gerade, ich habe etwas verwechselt:
Zitat von: bitbiter am 11 September 2016, 13:14:41
FHEMAN meint sicher, was ich auch brennend wissen würde, ob man den HMUARTLGW ANSTATT eines weiteren RPI´s nehmen könnte. Als Stand-Alone Lösung.
und zwar als Stand-Alone Lösung zum
HM FAKE LAN GW --> https://github.com/leonsio/YAHM/wiki/YAHM-Module:-HM-FAKE-LAN-GW (https://github.com/leonsio/YAHM/wiki/YAHM-Module:-HM-FAKE-LAN-GW) und nicht als Zentrale. Und ich habe übrigens den HM-FAKE-LAN-GW seit gestern im Betrieb.
Sorry für die Verwirrung.... mea culpa.
Gruss
Alex
Hi,
ich habe mal einen kurzen Versuch gemacht um Verzögerungszeiten zu ermitteln. Ich habe 13 Rolladenaktoren, HMLAN und HMUART zum Vergleich. FHEM läuft dabei auf dem Pi2.
Wenn ich die alle mit set Rollo.* zu|auf anstoße dauert es
beim HMLAN 2 sec
beim HMUART 4 sec
bis ich beim Letzten die erste deviceMsg erhalte. Das Attribute cmaCa spielte dabei keine Rolle.
Auch ein set Rollo.* statusRequest ergibt einen Unterschied von HMLAN und HMUART von 2 sec zwischen 1. und 13. Aktor
Also für mich unter der Wahrnehmbarkeitsgrenze ;)
Gruß Otto
@Otto123
wie steht denn bei dem Test das
attr hmLanQlen beim HMLan bei dir ?
gibt es sowas beim hmUart auch ?
Zitat von: fhem-hm-knecht am 12 September 2016, 13:12:34
@Otto123
wie steht denn bei dem Test das
attr hmLanQlen beim HMLan bei dir ?
--> hmLanQlen 1_min (habe ich nie was geändert)
Zitatgibt es sowas beim hmUart auch ?
Also für mich nicht sichtbar.
Gruß Otto
ZitatWenn ich die alle mit set Rollo.* zu|auf anstoße dauert es
beim HMLAN 2 sec
beim HMUART 4 sec
bis ich beim Letzten die erste deviceMsg erhalte.
sind die register für status-verzögerung und zufalls-verzögerung der rollos alle identisch, eventuell auch die maximalen wiederholungen der messages? ist die schalt-reihenfolge der rollos jeweils die selbe? rssi hmlan/hmuart => devices sind vergleichbar?
edit: zum vergleichen, müsste der zufallsanteil wohl auf 0 gesetzt werden.
Zitat von: frank am 12 September 2016, 13:49:06
sind die register für status-verzögerung und zufalls-verzögerung der rollos alle identisch, eventuell auch die maximalen wiederholungen der messages? ist die schalt-reihenfolge der rollos jeweils die selbe? rssi hmlan/hmuart => devices sind vergleichbar?
Na da habe ich ja was angerichtet ;)
Also was ich sicher weiß: rssi ist vergleichbar die beiden liegen / hängen im Abstand von einem halben Meter.
RolloAK HMLAN1 RolloAK -66.0 -66.4 -67.0< -66.0 24
RolloAK HMUART1 RolloAK -69.0 -67.8 -69.0< -67.0 25
RolloAK RolloAK HMLAN1 -65.0 -65.0 -65.0< -65.0 2
RolloAK RolloAK HMUART1 -76.0 -75.0 -76.0< -74.0 5
RolloAZL HMLAN1 RolloAZL -45.0 -44.3 -46.0< -42.0 6
RolloAZL HMUART1 RolloAZL -30.0 -30.6 -32.0< -30.0 7
RolloAZL RolloAZL HMLAN1 -42.0 -41.5 -42.0< -41.0 2
RolloAZL RolloAZL HMUART1 -36.0 -36.0 -36.0< -36.0 4
RolloAZLL HMLAN1 RolloAZLL -65.0 -66.0 -69.0< -62.0 9
RolloAZLL HMUART1 RolloAZLL -59.0 -60.0 -67.0< -57.0 9
RolloAZLL RolloAZLL HMLAN1 -63.0 -63.7 -64.0< -63.0 3
RolloAZLL RolloAZLL HMUART1 -64.0 -64.0 -65.0< -63.0 4
RolloAZR HMLAN1 RolloAZR -56.0 -56.7 -61.0< -55.0 7
RolloAZR HMUART1 RolloAZR -37.0 -38.3 -41.0< -36.0 7
RolloAZR RolloAZR HMLAN1 -51.0 -52.0 -53.0< -51.0 2
RolloAZR RolloAZR HMUART1 -42.0 -42.2 -44.0< -41.0 5
RolloBDu HMLAN1 RolloBDu -72.0 -71.0 -72.0< -69.0 8
RolloBDu HMUART1 RolloBDu -77.0 -72.0 -77.0< -63.0 6
RolloBDu RolloBDu HMLAN1 -71.0 -71.7 -73.0< -71.0 3
RolloBDu RolloBDu HMUART1 -80.0 -80.3 -83.0< -78.0 3
RolloBWa HMLAN1 RolloBWa -75.0 -75.6 -79.0< -74.0 9
RolloBWa HMUART1 RolloBWa -77.0 -78.0 -81.0< -76.0 8
RolloBWa RolloBWa HMLAN1 -70.0 -70.7 -73.0< -69.0 3
RolloBWa RolloBWa HMUART1 -79.0 -81.4 -87.0< -79.0 5
RolloGZL HMLAN1 RolloGZL -67.0 -65.0 -67.0< -63.0 9
RolloGZL HMUART1 RolloGZL -63.0 -61.2 -64.0< -58.0 9
RolloGZL RolloGZL HMLAN1 -64.0 -62.0 -64.0< -60.0 3
RolloGZL RolloGZL HMUART1 -68.0 -66.8 -73.0< -62.0 6
RolloGZR HMLAN1 RolloGZR -62.0 -61.3 -62.0< -60.0 7
RolloGZR HMUART1 RolloGZR -58.0 -60.9 -68.0< -58.0 7
RolloGZR RolloGZR HMLAN1 -59.0 -58.5 -59.0< -58.0 2
RolloGZR RolloGZR HMUART1 -64.0 -64.0 -65.0< -63.0 4
RolloKUL HMLAN1 RolloKUL -67.0 -66.8 -68.0< -65.0 10
RolloKUL HMUART1 RolloKUL -74.0 -70.9 -74.0< -69.0 9
RolloKUL RolloKUL HMLAN1 -68.0 -67.7 -68.0< -67.0 3
RolloKUL RolloKUL HMUART1 -80.0 -79.5 -81.0< -77.0 8
RolloKUR HMLAN1 RolloKUR -75.0 -76.5 -80.0< -72.0 17
RolloKUR HMUART1 RolloKUR -62.0 -62.8 -66.0< -60.0 16
RolloKUR RolloKUR HMLAN1 -73.0 -74.5 -78.0< -73.0 4
RolloKUR RolloKUR HMUART1 -67.0 -68.6 -71.0< -67.0 8
RolloSZ HMLAN1 RolloSZ -72.0 -72.2 -74.0< -71.0 9
RolloSZ HMUART1 RolloSZ -78.0 -76.9 -80.0< -74.0 7
RolloSZ RolloSZ HMLAN1 -73.0 -73.7 -75.0< -73.0 3
RolloSZ RolloSZ HMUART1 -84.0 -82.8 -84.0< -82.0 4
RolloWZL HMLAN1 RolloWZL -62.0 -66.2 -69.0< -62.0 12
RolloWZL HMUART1 RolloWZL -64.0 -62.4 -64.0< -58.0 10
RolloWZL RolloWZL HMLAN1 -61.0 -64.0 -67.0< -61.0 4
RolloWZL RolloWZL HMUART1 -69.0 -68.5 -71.0< -67.0 4
RolloWZR HMLAN1 RolloWZR -76.0 -78.3 -94.0< -76.0 20
RolloWZR HMUART1 RolloWZR -70.0 -73.9 -81.0< -68.0 15
RolloWZR RolloWZR HMLAN1 -80.0 -76.5 -80.0< -73.0 4
RolloWZR RolloWZR HMUART1 -78.0 -79.2 -81.0< -78.0 4 Die Reihenfolge ist jedesmal die gleiche: Rollo.* wird alphabetisch aufgelöst.
Die Aktoren sind die meisten HM-LC-BL1-FM aber ich habe auch HM-LC-BL1-PB-FM und HM-LC-Bl1PBU-FM. Bei allen habe ich nur Fahrtzeiten eingestellt. Die sind natürlich unterschiedlich.
Zitatedit: zum vergleichen, müsste der zufallsanteil wohl auf 0 gesetzt werden.
Aber wenn ich das 5 mal gemacht habe und das Ergebnis immer gleich ist? Ok die Zeitauflösung ist nur 1 sec und damit ziemlich ungenau. Aber es waren immer 2 sec Unterschied und damit irgendwas unter 200 ms pro Rollo.
Ich habe keinen richtigen Plan, wie man das mal exakt messen könnte. Aber diese Aktion (Alle Rollos auf oder zu) die läuft jeden Tag mindestens einmal und man hört die Aktion im Haus samt Verzögerung. Ich glaube als ich noch die CCU1 hatte war die Verzögerung deutlicher.
Gruß Otto
Hallo fhem-hm-knecht,
danke das noch vorhandenen Pairing war es.
ZitatNa da habe ich ja was angerichtet ;)
bei behauptung einer 100% verzögerung, wohl kein wunder. ;)
ich meine diese:
1: statusInfoMinDly | 0 to 15.5s | | status message min delay special:unused
1: statusInfoRandom | 0 to 7s | | status message random delay
1: transmitTryMax | 1 to 10 | | max message re-transmit also zb:
get hminfo param -f Rollo.* model firmware R-statusInfoRandom R-statusInfoMinDly R-transmitTryMax protResndstandardverzögerung ist vermutlich minDly=2s + random=1s. vielleicht mit uart noch ein wiederholer +1s.
Zitat von: frank am 12 September 2016, 15:05:37
bei behauptung einer 100% verzögerung, wohl kein wunder. ;)
Na eigentlich wollte ich was positives sagen, nachdem Franky08 ja von spürbaren Verzögerungen mit dem HM-LGW berichtet hat. Und ich immer gelesen habe der hmlan hat ein super Timing und der HM-USB ist offenbar schlechter.
Aber jetzt zu Deiner Vermutung
entity : model | firmware | R-statusInfoRandom | R-statusInfoMinDly | R-transmitTryMax | protResnd |
RolloAK : HM-LC-BL1-FM | 1.5 | - | - | - | -
RolloAZL : HM-LC-BL1-FM | 1.5 | - | - | - | -
RolloAZLL : HM-LC-BL1-FM | 1.5 | - | - | - | -
RolloAZR : HM-LC-BL1-FM | 1.5 | - | - | - | -
RolloBDu : HM-LC-BL1-PB-FM | 1.6 | - | - | - | -
RolloBWa : HM-LC-BL1-PB-FM | 1.6 | - | - | - | 2 last_at:2016-09-12 12:33:16
RolloGZL : HM-LC-BL1-FM | 1.5 | - | - | - | 2 last_at:2016-09-12 12:33:17
RolloGZR : HM-LC-BL1-FM | 1.5 | - | - | - | 1 last_at:2016-09-12 12:52:48
RolloKUL : HM-LC-Bl1PBU-FM | 2.2 | 0 s | 3 s | 6 | 2 last_at:2016-09-12 12:59:38
RolloKUR : HM-LC-BL1-FM | 1.5 | - | - | - | 2 last_at:2016-09-12 12:59:39
RolloSZ : HM-LC-BL1-FM | 1.5 | - | - | - | -
RolloWZL : HM-LC-BL1-FM | 1.5 | - | - | - | 1 last_at:2016-09-12 12:59:41
RolloWZR : HM-LC-BL1-FM | 1.5 | - | - | - | 1 last_at:2016-09-12 12:59:41 Die Zeitpunkte protResnd sind genau meine Versuche.
Aber die Einstellungen der Devices sollten doch egal sein, da die Bedingungen ja immer die Gleichen sind.
Hast Du einen anderen Vorschlag um das mal zu testen?
Gruß Otto
Edit: Ist das nicht in etwa meine Verzögerung?
ZitatEs gibt eine Stelle, an der ich 300ms verzögern muss, da sonst Nachrichten (ohne Ack-Anforderung) evtl. nicht gesendet werden, das ist eigentlich die einzige Stelle, bei der ich mir das vorstellen kann...
Viele Grüße Michael
ZitatHast Du einen anderen Vorschlag um das mal zu testen?
am meisten sieht man sicherlich beim sniffen der rollos, am besten mit beiden io's. resends kommen, glaube ich, im sekundentakt, könnten also die ursache sein.
da du nur einen aktor mit statusInfoRandom=0 hast, kann das nicht die ursache einer "zufälligen" verzögerung sein.
nebenbei: für RolloKUL gibt es ein fw-update.
Zitat von: frank am 12 September 2016, 19:55:45
nebenbei: für RolloKUL gibt es ein fw-update.
Das wollte ich schon immer mal machen, geht ja nun auch mit dem HMUART, mein HMLAN konnte das ja nicht. Na mal sehen ob ich das hinbekomme ;)
So, dass mit dem Firmwareupdate war an sich einfach. Nur das es FHEM auch anzeigt war jetzt ein bisschen Trial&Error.
8)
Habe gleich den Abschnitt im Wiki (http://www.fhemwiki.de/wiki/HomeMatic_Firmware_Update#Firmware_Update_mit_CUL.2FHM-CFG-USB.2FHMUARTLGW_unter_FHEM)etwas ergänzt.
Gruß Otto
Hallo Leute,
mal ne Frage, hat jemand schon erfolgreich von HMLAN auf HMLGW umgestellt ?
Ich habe immer 3x HMLAN betrieben und seit kurzem, diese gelöscht und den HMLGW definiert.
Seit heute mittag bekomme ich alle paar Sekunden ein Meldung von perfmon, immer wieder ca 1,5sec, zwischendurch auch mal bis zu 6sec.
Ich habe nichts ausser diese Umstellung gemacht, vorher lief es ohne Probleme, nur halt die ab und an reboots eines HMLAN, aber auch nicht immer derselbe.
Arbeitet die HMLGW nonblocking?
Irgendwas muss es ja mit der HMLGW zu tun haben, ich habe auch schon ein Update heute gemacht, aber nach einer Zeit kommt es wieder zu den freeze´s von ca1,5sec.
Gerade spiel ich ein Backup ein, was ich noch habe, da ich im Moment nicht viel Zeit habe um mich um das Problem zu kümmern.
Vielleicht hat jemand einen Rat.
Grüße Marcel
Auch ich habe jetzt das LAN-Gateway eingerichtet, bekomme aber laufend diese Meldungen in's Log:
2016.09.18 21:51:07 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
2016.09.18 21:51:09 1: 192.168.0.23:2000 disconnected, waiting to reappear (HMLGW)
2016.09.18 21:51:09 3: Opening HMLGW:keepAlive device 192.168.0.23:2001
2016.09.18 21:51:09 1: 192.168.0.23:2000 reappeared (HMLGW)
2016.09.18 21:51:09 3: HMUARTLGW HMLGW BidCoS-port opened
2016.09.18 21:51:09 3: HMLGW:keepAlive device opened
2016.09.18 21:51:09 3: HMUARTLGW HMLGW:keepAlive KeepAlive-port opened
2016.09.18 21:51:10 3: HMUARTLGW HMLGW currently running Co_CPU_App
Wie stelle ich das ab?
Kurzfristig habe ich attr HMLGW verbose 0 eingestellt, glaube aber nicht, dass das zielführend ist
Gruß
Holger
P.S.
D-LANFirmware ist 1.1.5
D-firmware 1.4.1
Hallo,
Zitat von: Omega am 18 September 2016, 21:58:16
Wie stelle ich das ab?
Bitte mal mit verbose 5 am HMLGW mitloggen. Ich brauche die Nachrichten kurz vor dem Disconnect (ca. 60s) bis zu "currently runnning Co_CPU...".
EDIT: Gibt es bei Dir blockierende Aktionen? Das HMLGW erwartet alle 15s ein KeepAlive, ansonsten bricht es die Verbindung ab.
Viele Grüße
Michael
Habe heute viele Reboots und Shutdown restarts gemacht wg. der Einbindung von HM-Sec-SD-2. In dem Zusammenhang sind irgendwann auch die Meldungen verschwunden.
Verbose habe ich wieder auf Standard (das attr gelöscht).
So weit so gut also.
Danke
Holger
Und dann geht es auf einmal wieder los – diesmal folgende Meldungen (Meldungsblöcke) in kurzen Abständen:
2016.09.19 19:24:51 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
2016.09.19 19:24:52 1: 192.168.0.23:2000 disconnected, waiting to reappear (HMLGW)
2016.09.19 19:24:52 3: Opening HMLGW:keepAlive device 192.168.0.23:2001
2016.09.19 19:24:52 1: 192.168.0.23:2000 reappeared (HMLGW)
2016.09.19 19:24:52 3: HMLGW:keepAlive device opened
2016.09.19 19:24:52 3: HMUARTLGW HMLGW BidCoS-port opened
2016.09.19 19:24:52 3: HMUARTLGW HMLGW:keepAlive KeepAlive-port opened
2016.09.19 19:24:53 3: HMUARTLGW HMLGW currently running Co_CPU_App
Dann habe ich für einige Minuten das Logging auf verbose 5 gestellt und dann aus dem Log (vermutlich) einen Zyklus hier eingestellt:
2016.09.19 19:33:40 3: HMLGW:keepAlive device opened
2016.09.19 19:33:40 3: HMUARTLGW HMLGW:keepAlive KeepAlive-port opened
2016.09.19 19:33:41 5: HMUARTLGW HMLGW read raw (52): fd001501bf050000396f86102efeaa0000000af4d40e64407cbffd001501c00500003189861030a4170000000af4ed0c64400883
2016.09.19 19:33:41 5: HMUARTLGW HMLGW read (25): fd001501bf050000396f86102efeaa0000000af4d40e64407cbf crc OK
2016.09.19 19:33:41 5: HMUARTLGW HMLGW recv: 01 05 00 00 39 msg: 6F 86 10 2EFEAA 000000 0AF4D40E6440
2016.09.19 19:33:41 5: HMUARTLGW HMLGW read (25): fd001501c00500003189861030a4170000000af4ed0c64400883 crc OK
2016.09.19 19:33:41 5: HMUARTLGW HMLGW recv: 01 05 00 00 31 msg: 89 86 10 30A417 000000 0AF4ED0C6440
2016.09.19 19:33:41 4: HMUARTLGW HMLGW StartInit
2016.09.19 19:33:41 5: HMUARTLGW HMLGW send: 00 00
2016.09.19 19:33:41 5: HMUARTLGW HMLGW send: (8): fd0003004a00a406
2016.09.19 19:33:41 5: SW: fd0003004a00a406
2016.09.19 19:33:41 5: HMUARTLGW HMLGW read raw (19): fd000e004a0402436f5f4350555f417070ecdf
2016.09.19 19:33:41 5: HMUARTLGW HMLGW read (18): fd000e004a0402436f5f4350555f417070ecdf crc OK
2016.09.19 19:33:41 5: HMUARTLGW HMLGW recv: 00 0402436F5F4350555F417070, state 1
2016.09.19 19:33:41 3: HMUARTLGW HMLGW currently running Co_CPU_App
2016.09.19 19:33:42 5: HMUARTLGW HMLGW read raw (26): fd001501c1050000291c861022ec4d0000000af4eb0e6440f762
2016.09.19 19:33:42 5: HMUARTLGW HMLGW read (25): fd001501c1050000291c861022ec4d0000000af4eb0e6440f762 crc OK
2016.09.19 19:33:42 5: HMUARTLGW HMLGW recv: 01 05 00 00 29 msg: 1C 86 10 22EC4D 000000 0AF4EB0E6440
2016.09.19 19:33:42 5: HMUARTLGW HMLGW send: 01 00272E57
2016.09.19 19:33:42 5: HMUARTLGW HMLGW send: (11): fd0006014b00272e5786e6
2016.09.19 19:33:42 5: SW: fd0006014b00272e5786e6
2016.09.19 19:33:42 5: HMUARTLGW HMLGW read raw (9): fd0004014b040108a2
2016.09.19 19:33:42 5: HMUARTLGW HMLGW read (8): fd0004014b040108a2 crc OK
2016.09.19 19:33:42 5: HMUARTLGW HMLGW recv: 01 0401, state 4
2016.09.19 19:33:42 5: HMUARTLGW HMLGW GetSet Ack: 01, state 4
2016.09.19 19:33:42 5: HMUARTLGW HMLGW send: 01 01
2016.09.19 19:33:42 5: HMUARTLGW HMLGW send: (8): fd0003014c01b014
2016.09.19 19:33:42 5: SW: fd0003014c01b014
2016.09.19 19:33:42 5: HMUARTLGW HMLGW read raw (14): fd0009014c04070101272e575869
2016.09.19 19:33:42 5: HMUARTLGW HMLGW read (13): fd0009014c04070101272e575869 crc OK
2016.09.19 19:33:42 5: HMUARTLGW HMLGW recv: 01 04070101272E57, state 5
2016.09.19 19:33:42 5: HMUARTLGW HMLGW GetSet Ack: 07, state 5
2016.09.19 19:33:42 5: HMUARTLGW HMLGW send: 01 10
2016.09.19 19:33:42 5: HMUARTLGW HMLGW send: (8): fd0003014d103671
2016.09.19 19:33:42 5: SW: fd0003014d103671
2016.09.19 19:33:42 5: HMUARTLGW HMLGW read raw (14): fd0009014d04070101ffffffa373
2016.09.19 19:33:42 5: HMUARTLGW HMLGW read (13): fd0009014d04070101ffffffa373 crc OK
2016.09.19 19:33:42 5: HMUARTLGW HMLGW recv: 01 04070101FFFFFF, state 6
2016.09.19 19:33:42 5: HMUARTLGW HMLGW GetSet Ack: 07, state 6
2016.09.19 19:33:42 5: HMUARTLGW HMLGW send: 00 0E57E0217604
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (13): fd0008004e0e57e02176048943
2016.09.19 19:33:43 5: SW: fd0008004e0e57e02176048943
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (9): fd0004004e04019ce5
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (8): fd0004004e04019ce5 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 00 0401, state 7
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 01, state 7
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 00 02
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (8): fd0003004f023a09
2016.09.19 19:33:43 5: SW: fd0003004f023a09
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (15): fd000a004f04020100040104016ccc
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (14): fd000a004f04020100040104016ccc crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 00 0402010004010401, state 8
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 02, state 8
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 00 06
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (8): fd00030050067811
2016.09.19 19:33:43 5: SW: fd00030050067811
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (9): fd0004005004019d7d
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (8): fd0004005004019d7d crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 00 0401, state 10
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 01, state 10
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 00 0B
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (8): fd000300510b7e3f
2016.09.19 19:33:43 5: SW: fd000300510b7e3f
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (19): fd000e00510402ffffffffffffffffffff3347
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (18): fd000e00510402ffffffffffffffffffff3347 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 00 0402FFFFFFFFFFFFFFFFFFFF, state 9
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 02, state 9
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 00 0A00
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (9): fd000400520a003950
2016.09.19 19:33:43 5: SW: fd000400520a003950
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (9): fd0004005204011d56
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (8): fd0004005204011d56 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 00 0401, state 11
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 01, state 11
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 00 0901
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (9): fd0004005309013342
2016.09.19 19:33:43 5: SW: fd0004005309013342
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (9): fd0004005304019d41
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (8): fd0004005304019d41 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 00 0401, state 12
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 01, state 12
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 00 08
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (8): fd00030054086035
2016.09.19 19:33:43 5: SW: fd00030054086035
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (10): fd000500540402025c42
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (9): fd000500540402025c42 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 00 040202, state 13
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 02, state 13
2016.09.19 19:33:43 4: HMUARTLGW HMLGW key: 337e5c55fdafc41fbf929c9f4900df37, idx: 01
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 03337E5C55FDAFC41FBF929C9F4900DF3701
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (25): fd0014015503337e5c55fdafc41fbf929c9f4900df370175ce
2016.09.19 19:33:43 5: SW: fd0014015503337e5c55fc7dafc41fbf929c9f4900df370175ce
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (9): fd000401550401093a
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (8): fd000401550401093a crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 0401, state 14
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 01, state 14
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 0F0000000000000000000000000000000000
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (25): fd001401560f00000000000000000000000000000000003bb8
2016.09.19 19:33:43 5: SW: fd001401560f00000000000000000000000000000000003bb8
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (9): fd0004015604010906
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (8): fd0004015604010906 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 0401, state 15
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 01, state 15
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 0B0000000000000000000000000000000000
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (25): fd001401570b00000000000000000000000000000000007f90
2016.09.19 19:33:43 5: SW: fd001401570b00000000000000000000000000000000007f90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (9): fd0004015704018911
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (8): fd0004015704018911 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 0401, state 16
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 01, state 16
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 08
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (8): fd0003015808c822
2016.09.19 19:33:43 5: SW: fd0003015808c822
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (47): fd002a01580407010126be2effffffffffffffff0121e7dcffffffffffffffff012b660effffffffffffffff018b70
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (46): fd002a01580407010126be2effffffffffffffff0121e7dcffffffffffffffff012b660effffffffffffffff018b70 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 0407010126BE2EFFFFFFFFFFFFFFFF0121E7DCFFFFFFFFFFFFFFFF012B660EFFFFFFFFFFFFFFFF01, state 17
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 07, state 17
2016.09.19 19:33:43 4: HMUARTLGW HMLGW known peer: 26BE2E, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.09.19 19:33:43 4: HMUARTLGW HMLGW known peer: 21E7DC, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.09.19 19:33:43 4: HMUARTLGW HMLGW known peer: 2B660E, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 2B660E, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 072B660E
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (11): fd00060159072b660e5cb6
2016.09.19 19:33:43 5: SW: fd00060159072b660e5cb6
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (13): fd000801590407010100020403
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (12): fd000801590407010100020403 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 040701010002, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 07, state 90
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 26BE2E, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 0726BE2E
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (11): fd0006015a0726be2e0c15
2016.09.19 19:33:43 5: SW: fd0006015a0726be2e0c15
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (13): fd0008015a0407010100010739
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (12): fd0008015a0407010100010739 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 040701010001, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 07, state 90
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 21E7DC, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 0721E7DC
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (11): fd0006015b0721e7dcd82b
2016.09.19 19:33:43 5: SW: fd0006015b0721e7dcd82b
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (13): fd0008015b040701010000062f
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (12): fd0008015b040701010000062f crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 040701010000, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 07, state 90
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 286719, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 06286719010000
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (14): fd0009015c06286719010000651e
2016.09.19 19:33:43 5: SW: fd0009015c06286719010000651e
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (21): fd0010015c040701010001ffffffffffffffff9f57
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (20): fd0010015c040701010001ffffffffffffffff9f57 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 07, state 90
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 286719, state 91
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 286719, state 92
2016.09.19 19:33:43 4: HMUARTLGW HMLGW AESchannels: 00000000
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 21E7DC, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 0621E7DC010000
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (14): fd0009015d0621e7dc0100003533
2016.09.19 19:33:43 5: SW: fd0009015d0621e7dc0100003533
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (21): fd0010015d040701010002ffffffffffffffff94f1
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (20): fd0010015d040701010002ffffffffffffffff94f1 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 040701010002FFFFFFFFFFFFFFFF, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 07, state 90
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 21E7DC, state 91
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 21E7DC, state 92
2016.09.19 19:33:43 4: HMUARTLGW HMLGW AESchannels: 00000000
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 26BE2E, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 0626BE2E010000
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (14): fd0009015e0626be2e0100001f2c
2016.09.19 19:33:43 5: SW: fd0009015e0626be2e0100001f2c
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (21): fd0010015e040701010003ffffffffffffffff1198
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (20): fd0010015e040701010003ffffffffffffffff1198 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 040701010003FFFFFFFFFFFFFFFF, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 07, state 90
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 26BE2E, state 91
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 26BE2E, state 92
2016.09.19 19:33:43 4: HMUARTLGW HMLGW AESchannels: 00000000
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 2B660E, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 062B660E010000
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (14): fd0009015f062b660e010000f16a
2016.09.19 19:33:43 5: SW: fd0009015f062b660e010000f16a
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (21): fd0010015f040701010004ffffffffffffffff83bd
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (20): fd0010015f040701010004ffffffffffffffff83bd crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 07, state 90
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 2B660E, state 91
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 2B660E, state 92
2016.09.19 19:33:43 4: HMUARTLGW HMLGW AESchannels: 00000000
2016.09.19 19:33:43 4: HMUARTLGW HMLGW UpdatePeerReq: 2B660E, state 93
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: 01 08
2016.09.19 19:33:43 5: HMUARTLGW HMLGW send: (8): fd0003016008d821
2016.09.19 19:33:43 5: SW: fd0003016008d821
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read raw (59): fd003601600407010126be2effffffffffffffff0121e7dcffffffffffffffff012b660effffffffffffffff01286719ffffffffffffffff011418
2016.09.19 19:33:43 5: HMUARTLGW HMLGW read (58): fd003601600407010126be2effffffffffffffff0121e7dcffffffffffffffff012b660effffffffffffffff01286719ffffffffffffffff011418 crc OK
2016.09.19 19:33:43 5: HMUARTLGW HMLGW recv: 01 0407010126BE2EFFFFFFFFFFFFFFFF0121E7DCFFFFFFFFFFFFFFFF012B660EFFFFFFFFFFFFFFFF01286719FFFFFFFFFFFFFFFF01, state 93
2016.09.19 19:33:43 5: HMUARTLGW HMLGW GetSet Ack: 07, state 93
2016.09.19 19:33:43 4: HMUARTLGW HMLGW known peer: 26BE2E, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.09.19 19:33:43 4: HMUARTLGW HMLGW known peer: 21E7DC, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.09.19 19:33:43 4: HMUARTLGW HMLGW known peer: 2B660E, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.09.19 19:33:43 4: HMUARTLGW HMLGW known peer: 286719, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.09.19 19:33:44 5: HMUARTLGW HMLGW checking credits (from timer)
2016.09.19 19:33:44 5: HMUARTLGW HMLGW send: 00 08
2016.09.19 19:33:44 5: HMUARTLGW HMLGW send: (8): fd0003006108de35
2016.09.19 19:33:44 5: SW: fd0003006108de35
2016.09.19 19:33:44 5: HMUARTLGW HMLGW read raw (10): fd00050061040202d848
2016.09.19 19:33:44 5: HMUARTLGW HMLGW read (9): fd00050061040202d848 crc OK
2016.09.19 19:33:44 5: HMUARTLGW HMLGW recv: 00 040202, state 98
2016.09.19 19:33:44 5: HMUARTLGW HMLGW GetSet Ack: 02, state 98
2016.09.19 19:33:44 5: HMUARTLGW HMLGW roundtrip delay: 0.00634098052978516
2016.09.19 19:33:45 5: HMUARTLGW HMLGW read raw (23): fd001201c20500003d87847034b3de00000000ed348754
2016.09.19 19:33:45 5: HMUARTLGW HMLGW read (22): fd001201c20500003d87847034b3de00000000ed348754 crc OK
2016.09.19 19:33:45 5: HMUARTLGW HMLGW recv: 01 05 00 00 3D msg: 87 84 70 34B3DE 000000 00ED34
2016.09.19 19:33:45 5: HMUARTLGW HMLGW Dispatch: A0C87847034B3DE00000000ED34::-61:HMLGW
2016.09.19 19:33:45 5: HMLGW dispatch A0C87847034B3DE00000000ED34::-61:HMLGW
2016.09.19 19:33:47 5: HMUARTLGW HMLGW read raw (23): fd001201c30500003016847034b3d400000000d4349829
2016.09.19 19:33:47 5: HMUARTLGW HMLGW read (22): fd001201c30500003016847034b3d400000000d4349829 crc OK
2016.09.19 19:33:47 5: HMUARTLGW HMLGW recv: 01 05 00 00 30 msg: 16 84 70 34B3D4 000000 00D434
2016.09.19 19:33:47 5: HMUARTLGW HMLGW Dispatch: A0C16847034B3D400000000D434::-48:HMLGW
2016.09.19 19:33:47 5: HMLGW dispatch A0C16847034B3D400000000D434::-48:HMLGW
2016.09.19 19:33:49 5: HMUARTLGW HMLGW read raw (23): fd001201c4050000483484702b0b8600000000eb330189
2016.09.19 19:33:49 5: HMUARTLGW HMLGW read (22): fd001201c4050000483484702b0b8600000000eb330189 crc OK
2016.09.19 19:33:49 5: HMUARTLGW HMLGW recv: 01 05 00 00 48 msg: 34 84 70 2B0B86 000000 00EB33
2016.09.19 19:33:49 5: HMUARTLGW HMLGW Dispatch: A0C3484702B0B8600000000EB33::-72:HMLGW
2016.09.19 19:33:49 5: HMLGW dispatch A0C3484702B0B8600000000EB33::-72:HMLGW
2016.09.19 19:33:52 5: HMUARTLGW HMLGW read raw (26): fd001501c50500002ddd8610309e570000000af4cc0d6440e16c
2016.09.19 19:33:52 5: HMUARTLGW HMLGW read (25): fd001501c50500002ddd8610309e570000000af4cc0d6440e16c crc OK
2016.09.19 19:33:52 5: HMUARTLGW HMLGW recv: 01 05 00 00 2D msg: DD 86 10 309E57 000000 0AF4CC0D6440
2016.09.19 19:33:52 5: HMUARTLGW HMLGW Dispatch: A0FDD8610309E570000000AF4CC0D6440::-45:HMLGW
2016.09.19 19:33:52 5: HMLGW dispatch A0FDD8610309E570000000AF4CC0D6440::-45:HMLGW
2016.09.19 19:33:57 5: HMUARTLGW HMLGW read raw (27): fd001501c60500003fe986102b8fb30000000af4e90d6440fc7df2
2016.09.19 19:33:57 5: HMUARTLGW HMLGW read (25): fd001501c60500003fe986102b8fb30000000af4e90d6440fdf2 crc OK
2016.09.19 19:33:57 5: HMUARTLGW HMLGW recv: 01 05 00 00 3F msg: E9 86 10 2B8FB3 000000 0AF4E90D6440
2016.09.19 19:33:57 5: HMUARTLGW HMLGW Dispatch: A0FE986102B8FB30000000AF4E90D6440::-63:HMLGW
2016.09.19 19:33:57 5: HMLGW dispatch A0FE986102B8FB30000000AF4E90D6440::-63:HMLGW
2016.09.19 19:33:58 5: HMUARTLGW HMLGW read raw (31): fd001a01c705000040bc845e28671c0000008000c4000000000008aeff9c78
2016.09.19 19:33:58 5: HMUARTLGW HMLGW read (30): fd001a01c705000040bc845e28671c0000008000c4000000000008aeff9c78 crc OK
2016.09.19 19:33:58 5: HMUARTLGW HMLGW recv: 01 05 00 00 40 msg: BC 84 5E 28671C 000000 8000C4000000000008AEFF
2016.09.19 19:33:58 5: HMUARTLGW HMLGW Dispatch: A14BC845E28671C0000008000C4000000000008AEFF::-64:HMLGW
2016.09.19 19:33:58 5: HMLGW dispatch A14BC845E28671C0000008000C4000000000008AEFF::-64:HMLGW
2016.09.19 19:33:59 5: HMUARTLGW HMLGW checking credits (from timer)
2016.09.19 19:33:59 5: HMUARTLGW HMLGW send: 00 08
2016.09.19 19:33:59 5: HMUARTLGW HMLGW send: (8): fd0003006208d435
2016.09.19 19:33:59 5: SW: fd0003006208d435
2016.09.19 19:33:59 5: HMUARTLGW HMLGW read raw (10): fd00050062040202e448
2016.09.19 19:33:59 5: HMUARTLGW HMLGW read (9): fd00050062040202e448 crc OK
2016.09.19 19:33:59 5: HMUARTLGW HMLGW recv: 00 040202, state 98
2016.09.19 19:33:59 5: HMUARTLGW HMLGW GetSet Ack: 02, state 98
2016.09.19 19:33:59 5: HMUARTLGW HMLGW roundtrip delay: 0.0116260051727295
2016.09.19 19:34:14 5: HMUARTLGW HMLGW checking credits (from timer)
2016.09.19 19:34:14 5: HMUARTLGW HMLGW send: 00 08
2016.09.19 19:34:14 5: HMUARTLGW HMLGW send: (8): fd00030063085236
2016.09.19 19:34:14 5: SW: fd00030063085236
2016.09.19 19:34:14 5: HMUARTLGW HMLGW read raw (10): fd00050063040202704b
2016.09.19 19:34:14 5: HMUARTLGW HMLGW read (9): fd00050063040202704b crc OK
2016.09.19 19:34:14 5: HMUARTLGW HMLGW recv: 00 040202, state 98
2016.09.19 19:34:14 5: HMUARTLGW HMLGW GetSet Ack: 02, state 98
2016.09.19 19:34:14 5: HMUARTLGW HMLGW roundtrip delay: 0.00644803047180176
2016.09.19 19:34:18 5: HMUARTLGW HMLGW read raw (31): fd001a01c8050100241fa45f286719272e5782f114002e5f026e08a9fe78be
2016.09.19 19:34:18 5: HMUARTLGW HMLGW read (30): fd001a01c8050100241fa45f286719272e5782f114002e5f026e08a9fe78be crc OK
2016.09.19 19:34:18 5: HMUARTLGW HMLGW recv: 01 05 01 00 24 msg: 1F A4 5F 286719 272E57 82F114002E5F026E08A9FE
2016.09.19 19:34:18 5: HMUARTLGW HMLGW Dispatch: A141FA45F286719272E5782F114002E5F026E08A9FE::-36:HMLGW
2016.09.19 19:34:18 5: HMLGW dispatch A141FA45F286719272E5782F114002E5F026E08A9FE::-36:HMLGW
2016.09.19 19:34:18 5: HMUARTLGW HMLGW: Skip ACK
2016.09.19 19:34:26 5: HMUARTLGW HMLGW read raw (31): fd001a01c90501002420a45f286719272e5782f11600278b021c08a9fea262
2016.09.19 19:34:26 5: HMUARTLGW HMLGW read (30): fd001a01c90501002420a45f286719272e5782f11600278b021c08a9fea262 crc OK
2016.09.19 19:34:26 5: HMUARTLGW HMLGW recv: 01 05 01 00 24 msg: 20 A4 5F 286719 272E57 82F11600278B021C08A9FE
2016.09.19 19:34:26 5: HMUARTLGW HMLGW Dispatch: A1420A45F286719272E5782F11600278B021C08A9FE::-36:HMLGW
2016.09.19 19:34:26 5: HMLGW dispatch A1420A45F286719272E5782F11600278B021C08A9FE::-36:HMLGW
2016.09.19 19:34:26 5: HMUARTLGW HMLGW: Skip ACK
2016.09.19 19:34:29 5: HMUARTLGW HMLGW checking credits (from timer)
2016.09.19 19:34:29 5: HMUARTLGW HMLGW send: 00 08
2016.09.19 19:34:29 5: HMUARTLGW HMLGW send: (8): fd0003006408c035
2016.09.19 19:34:29 5: SW: fd0003006408c035
2016.09.19 19:34:29 5: HMUARTLGW HMLGW read raw (10): fd000500640402031c4d
2016.09.19 19:34:29 5: HMUARTLGW HMLGW read (9): fd000500640402031c4d crc OK
2016.09.19 19:34:29 5: HMUARTLGW HMLGW recv: 00 040203, state 98
2016.09.19 19:34:29 5: HMUARTLGW HMLGW GetSet Ack: 02, state 98
2016.09.19 19:34:29 5: HMUARTLGW HMLGW roundtrip delay: 0.00754714012145996
2016.09.19 19:34:30 5: HMUARTLGW HMLGW read raw (23): fd001201ca05000032c9865a2701ab000000f4f132392e
2016.09.19 19:34:30 5: HMUARTLGW HMLGW read (22): fd001201ca05000032c9865a2701ab000000f4f132392e crc OK
2016.09.19 19:34:30 5: HMUARTLGW HMLGW recv: 01 05 00 00 32 msg: C9 86 5A 2701AB 000000 F4F132
2016.09.19 19:34:30 5: HMUARTLGW HMLGW Dispatch: A0CC9865A2701AB000000F4F132::-50:HMLGW
2016.09.19 19:34:30 5: HMLGW dispatch A0CC9865A2701AB000000F4F132::-50:HMLGW
2016.09.19 19:34:32 5: HMUARTLGW HMLGW read raw (26): fd001501cb050000383586102b1ab20000000af4eb0e6440972e
2016.09.19 19:34:32 5: HMUARTLGW HMLGW read (25): fd001501cb050000383586102b1ab20000000af4eb0e6440972e crc OK
2016.09.19 19:34:32 5: HMUARTLGW HMLGW recv: 01 05 00 00 38 msg: 35 86 10 2B1AB2 000000 0AF4EB0E6440
2016.09.19 19:34:32 5: HMUARTLGW HMLGW Dispatch: A0F3586102B1AB20000000AF4EB0E6440::-56:HMLGW
2016.09.19 19:34:32 5: HMLGW dispatch A0F3586102B1AB20000000AF4EB0E6440::-56:HMLGW
2016.09.19 19:34:35 5: HMUARTLGW HMLGW read raw (26): fd001501cc0500004a448610309e8e0000000af4c20c6440a5d1
2016.09.19 19:34:35 5: HMUARTLGW HMLGW read (25): fd001501cc0500004a448610309e8e0000000af4c20c6440a5d1 crc OK
2016.09.19 19:34:35 5: HMUARTLGW HMLGW recv: 01 05 00 00 4A msg: 44 86 10 309E8E 000000 0AF4C20C6440
2016.09.19 19:34:35 5: HMUARTLGW HMLGW Dispatch: A0F448610309E8E0000000AF4C20C6440::-74:HMLGW
2016.09.19 19:34:35 5: HMLGW dispatch A0F448610309E8E0000000AF4C20C6440::-74:HMLGW
2016.09.19 19:34:36 5: HMUARTLGW HMLGW read raw (26): fd001501cd05000017908610301e390000000af4f10b6440b1f5
2016.09.19 19:34:36 5: HMUARTLGW HMLGW read (25): fd001501cd05000017908610301e390000000af4f10b6440b1f5 crc OK
2016.09.19 19:34:36 5: HMUARTLGW HMLGW recv: 01 05 00 00 17 msg: 90 86 10 301E39 000000 0AF4F10B6440
2016.09.19 19:34:36 5: HMUARTLGW HMLGW Dispatch: A0F908610301E390000000AF4F10B6440::-23:HMLGW
2016.09.19 19:34:36 5: HMLGW dispatch A0F908610301E390000000AF4F10B6440::-23:HMLGW
2016.09.19 19:34:43 5: HMUARTLGW HMLGW read raw (82): fd001c01ce0500004b5686532d97df0000000041009042008f43000144ffff8e4ffd001501cf05000038b9861029d90f0000000af4eb0a64405f1afd001201d00500003a0e865a49b4d1000000f4e938f5ed
2016.09.19 19:34:43 5: HMUARTLGW HMLGW read (32): fd001c01ce0500004b5686532d97df0000000041009042008f43000144ffff8e4f crc OK
2016.09.19 19:34:43 5: HMUARTLGW HMLGW recv: 01 05 00 00 4B msg: 56 86 53 2D97DF 000000 0041009042008F43000144FFFF
2016.09.19 19:34:43 5: HMUARTLGW HMLGW Dispatch: A165686532D97DF0000000041009042008F43000144FFFF::-75:HMLGW
2016.09.19 19:34:43 5: HMLGW dispatch A165686532D97DF0000000041009042008F43000144FFFF::-75:HMLGW
2016.09.19 19:34:43 5: HMUARTLGW HMLGW read (25): fd001501cf05000038b9861029d90f0000000af4eb0a64405f1a crc OK
2016.09.19 19:34:43 5: HMUARTLGW HMLGW recv: 01 05 00 00 38 msg: B9 86 10 29D90F 000000 0AF4EB0A6440
2016.09.19 19:34:43 5: HMUARTLGW HMLGW Dispatch: A0FB9861029D90F0000000AF4EB0A6440::-56:HMLGW
2016.09.19 19:34:43 5: HMLGW dispatch A0FB9861029D90F0000000AF4EB0A6440::-56:HMLGW
2016.09.19 19:34:43 5: HMUARTLGW HMLGW read (22): fd001201d00500003a0e865a49b4d1000000f4e938f5ed crc OK
2016.09.19 19:34:43 5: HMUARTLGW HMLGW recv: 01 05 00 00 3A msg: 0E 86 5A 49B4D1 000000 F4E938
2016.09.19 19:34:43 5: HMUARTLGW HMLGW Dispatch: A0C0E865A49B4D1000000F4E938::-58:HMLGW
2016.09.19 19:34:43 5: HMLGW dispatch A0C0E865A49B4D1000000F4E938::-58:HMLGW
2016.09.19 19:34:44 5: HMUARTLGW HMLGW checking credits (from timer)
2016.09.19 19:34:44 5: HMUARTLGW HMLGW send: 00 08
2016.09.19 19:34:44 5: HMUARTLGW HMLGW send: (8): fd00030065084636
2016.09.19 19:34:44 5: SW: fd00030065084636
2016.09.19 19:34:44 5: HMUARTLGW HMLGW read raw (10): fd00050065040203884e
2016.09.19 19:34:44 5: HMUARTLGW HMLGW read (9): fd00050065040203884e crc OK
2016.09.19 19:34:44 5: HMUARTLGW HMLGW recv: 00 040203, state 98
2016.09.19 19:34:44 5: HMUARTLGW HMLGW GetSet Ack: 02, state 98
2016.09.19 19:34:44 5: HMUARTLGW HMLGW roundtrip delay: 0.0175700187683105
2016.09.19 19:34:45 5: HMUARTLGW HMLGW read raw (26): fd001501d105000039d586102e5eaa0000000af4ee0a644046f3
2016.09.19 19:34:45 5: HMUARTLGW HMLGW read (25): fd001501d105000039d586102e5eaa0000000af4ee0a644046f3 crc OK
2016.09.19 19:34:45 5: HMUARTLGW HMLGW recv: 01 05 00 00 39 msg: D5 86 10 2E5EAA 000000 0AF4EE0A6440
2016.09.19 19:34:45 5: HMUARTLGW HMLGW Dispatch: A0FD586102E5EAA0000000AF4EE0A6440::-57:HMLGW
2016.09.19 19:34:45 5: HMLGW dispatch A0FD586102E5EAA0000000AF4EE0A6440::-57:HMLGW
2016.09.19 19:34:48 5: HMUARTLGW HMLGW read raw (26): fd001501d2050000241e861026be2e0000000af4f10d644094c2
2016.09.19 19:34:48 5: HMUARTLGW HMLGW read (25): fd001501d2050000241e861026be2e0000000af4f10d644094c2 crc OK
2016.09.19 19:34:48 5: HMUARTLGW HMLGW recv: 01 05 00 00 24 msg: 1E 86 10 26BE2E 000000 0AF4F10D6440
2016.09.19 19:34:48 5: HMUARTLGW HMLGW Dispatch: A0F1E861026BE2E0000000AF4F10D6440::-36:HMLGW
2016.09.19 19:34:48 5: HMLGW dispatch A0F1E861026BE2E0000000AF4F10D6440::-36:HMLGW
2016.09.19 19:34:50 5: HMUARTLGW HMLGW read raw (23): fd001201d305000033c984702701ab00000000f1327563
2016.09.19 19:34:50 5: HMUARTLGW HMLGW read (22): fd001201d305000033c984702701ab00000000f1327563 crc OK
2016.09.19 19:34:50 5: HMUARTLGW HMLGW recv: 01 05 00 00 33 msg: C9 84 70 2701AB 000000 00F132
2016.09.19 19:34:50 5: HMUARTLGW HMLGW Dispatch: A0CC984702701AB00000000F132::-51:HMLGW
2016.09.19 19:34:50 5: HMLGW dispatch A0CC984702701AB00000000F132::-51:HMLGW
2016.09.19 19:34:55 5: HMUARTLGW HMLGW read raw (26): fd001501d405000047a3861030a1330000000af4cd0d6440339f
2016.09.19 19:34:55 5: HMUARTLGW HMLGW read (25): fd001501d405000047a3861030a1330000000af4cd0d6440339f crc OK
2016.09.19 19:34:55 5: HMUARTLGW HMLGW recv: 01 05 00 00 47 msg: A3 86 10 30A133 000000 0AF4CD0D6440
2016.09.19 19:34:55 5: HMUARTLGW HMLGW Dispatch: A0FA3861030A1330000000AF4CD0D6440::-71:HMLGW
2016.09.19 19:34:55 5: HMLGW dispatch A0FA3861030A1330000000AF4CD0D6440::-71:HMLGW
2016.09.19 19:34:59 5: HMUARTLGW HMLGW read raw (26): fd001501d50500003846861022de800000000af4eb0d64401501
2016.09.19 19:34:59 5: HMUARTLGW HMLGW read (25): fd001501d50500003846861022de800000000af4eb0d64401501 crc OK
2016.09.19 19:34:59 5: HMUARTLGW HMLGW recv: 01 05 00 00 38 msg: 46 86 10 22DE80 000000 0AF4EB0D6440
2016.09.19 19:34:59 5: HMUARTLGW HMLGW Dispatch: A0F46861022DE800000000AF4EB0D6440::-56:HMLGW
2016.09.19 19:34:59 5: HMLGW dispatch A0F46861022DE800000000AF4EB0D6440::-56:HMLGW
2016.09.19 19:34:59 5: HMUARTLGW HMLGW checking credits (from timer)
2016.09.19 19:34:59 5: HMUARTLGW HMLGW send: 00 08
2016.09.19 19:34:59 5: HMUARTLGW HMLGW send: (8): fd00030066084c36
2016.09.19 19:34:59 5: SW: fd00030066084c36
2016.09.19 19:34:59 5: HMUARTLGW HMLGW read raw (36): fd001501d605000032c986102e86490000000af4ee0a64402aacfd00050066040203b44e
2016.09.19 19:34:59 5: HMUARTLGW HMLGW read (25): fd001501d605000032c986102e86490000000af4ee0a64402aac crc OK
2016.09.19 19:34:59 5: HMUARTLGW HMLGW recv: 01 05 00 00 32 msg: C9 86 10 2E8649 000000 0AF4EE0A6440
2016.09.19 19:34:59 5: HMUARTLGW HMLGW Dispatch: A0FC986102E86490000000AF4EE0A6440::-50:HMLGW
2016.09.19 19:34:59 5: HMLGW dispatch A0FC986102E86490000000AF4EE0A6440::-50:HMLGW
2016.09.19 19:34:59 5: HMUARTLGW HMLGW read (9): fd00050066040203b44e crc OK
2016.09.19 19:34:59 5: HMUARTLGW HMLGW recv: 00 040203, state 98
2016.09.19 19:34:59 5: HMUARTLGW HMLGW GetSet Ack: 02, state 98
2016.09.19 19:35:01 5: HMUARTLGW HMLGW read raw (23): fd001201d70500003a0e847049b4d100000000e93803bb
2016.09.19 19:35:01 5: HMUARTLGW HMLGW read (22): fd001201d70500003a0e847049b4d100000000e93803bb crc OK
2016.09.19 19:35:01 5: HMUARTLGW HMLGW recv: 01 05 00 00 3A msg: 0E 84 70 49B4D1 000000 00E938
2016.09.19 19:35:01 5: HMUARTLGW HMLGW Dispatch: A0C0E847049B4D100000000E938::-58:HMLGW
2016.09.19 19:35:01 5: HMLGW dispatch A0C0E847049B4D100000000E938::-58:HMLGW
2016.09.19 19:35:01 5: HMUARTLGW HMLGW read raw (23): fd001201d80500003ed4865a2b0bdc000000f4eb42b422
2016.09.19 19:35:01 5: HMUARTLGW HMLGW read (22): fd001201d80500003ed4865a2b0bdc000000f4eb42b422 crc OK
2016.09.19 19:35:01 5: HMUARTLGW HMLGW recv: 01 05 00 00 3E msg: D4 86 5A 2B0BDC 000000 F4EB42
2016.09.19 19:35:01 5: HMUARTLGW HMLGW Dispatch: A0CD4865A2B0BDC000000F4EB42::-62:HMLGW
2016.09.19 19:35:01 5: HMLGW dispatch A0CD4865A2B0BDC000000F4EB42::-62:HMLGW
2016.09.19 19:35:04 5: HMUARTLGW HMLGW read raw (26): fd001501d90500003216861030a3520000000af4e90c64407d39
2016.09.19 19:35:04 5: HMUARTLGW HMLGW read (25): fd001501d90500003216861030a3520000000af4e90c64407d39 crc OK
2016.09.19 19:35:04 5: HMUARTLGW HMLGW recv: 01 05 00 00 32 msg: 16 86 10 30A352 000000 0AF4E90C6440
2016.09.19 19:35:04 5: HMUARTLGW HMLGW Dispatch: A0F16861030A3520000000AF4E90C6440::-50:HMLGW
2016.09.19 19:35:04 5: HMLGW dispatch A0F16861030A3520000000AF4E90C6440::-50:HMLGW
2016.09.19 19:35:14 5: HMUARTLGW HMLGW checking credits (from timer)
2016.09.19 19:35:14 5: HMUARTLGW HMLGW send: 00 08
2016.09.19 19:35:14 5: HMUARTLGW HMLGW send: (8): fd0003006708ca35
2016.09.19 19:35:14 5: SW: fd0003006708ca35
2016.09.19 19:35:14 5: HMUARTLGW HMLGW read raw (10): fd00050067040203204d
2016.09.19 19:35:14 5: HMUARTLGW HMLGW read (9): fd00050067040203204d crc OK
2016.09.19 19:35:14 5: HMUARTLGW HMLGW recv: 00 040203, state 98
2016.09.19 19:35:14 5: HMUARTLGW HMLGW GetSet Ack: 02, state 98
2016.09.19 19:35:14 5: HMUARTLGW HMLGW roundtrip delay: 0.00788688659667969
2016.09.19 19:35:20 5: HMUARTLGW HMLGW read raw (26): fd001501da0500002677861030a41b0000000af4e90c6440e2a1
2016.09.19 19:35:20 5: HMUARTLGW HMLGW read (25): fd001501da0500002677861030a41b0000000af4e90c6440e2a1 crc OK
2016.09.19 19:35:20 5: HMUARTLGW HMLGW recv: 01 05 00 00 26 msg: 77 86 10 30A41B 000000 0AF4E90C6440
2016.09.19 19:35:20 5: HMUARTLGW HMLGW Dispatch: A0F77861030A41B0000000AF4E90C6440::-38:HMLGW
2016.09.19 19:35:20 5: HMLGW dispatch A0F77861030A41B0000000AF4E90C6440::-38:HMLGW
2016.09.19 19:35:21 5: HMUARTLGW HMLGW read raw (23): fd001201db0500003f67865a35ead7000000f4e9376278
2016.09.19 19:35:21 5: HMUARTLGW HMLGW read (22): fd001201db0500003f67865a35ead7000000f4e9376278 crc OK
2016.09.19 19:35:21 5: HMUARTLGW HMLGW recv: 01 05 00 00 3F msg: 67 86 5A 35EAD7 000000 F4E937
2016.09.19 19:35:21 5: HMUARTLGW HMLGW Dispatch: A0C67865A35EAD7000000F4E937::-63:HMLGW
2016.09.19 19:35:21 5: HMLGW dispatch A0C67865A35EAD7000000F4E937::-63:HMLGW
2016.09.19 19:35:21 5: HMUARTLGW HMLGW read raw (23): fd001201dc0500003ed484702b0bdc00000000eb424848
2016.09.19 19:35:21 5: HMUARTLGW HMLGW read (22): fd001201dc0500003ed484702b0bdc00000000eb424848 crc OK
2016.09.19 19:35:21 5: HMUARTLGW HMLGW recv: 01 05 00 00 3E msg: D4 84 70 2B0BDC 000000 00EB42
2016.09.19 19:35:21 5: HMUARTLGW HMLGW Dispatch: A0CD484702B0BDC00000000EB42::-62:HMLGW
2016.09.19 19:35:21 5: HMLGW dispatch A0CD484702B0BDC00000000EB42::-62:HMLGW
2016.09.19 19:35:30 5: HMUARTLGW HMLGW read raw (80): fd001a01dd0500002503845e28671900000082f125002822022508a8fec735fd001501de0500004e58861030a37d0000000af4cb0d6440d88dfd001201df0500004935865a2b0b86000000f4eb338191
2016.09.19 19:35:30 5: HMUARTLGW HMLGW read (30): fd001a01dd0500002503845e28671900000082f125002822022508a8fec735 crc OK
2016.09.19 19:35:30 5: HMUARTLGW HMLGW recv: 01 05 00 00 25 msg: 03 84 5E 286719 000000 82F125002822022508A8FE
2016.09.19 19:35:30 5: HMUARTLGW HMLGW Dispatch: A1403845E28671900000082F125002822022508A8FE::-37:HMLGW
2016.09.19 19:35:30 5: HMLGW dispatch A1403845E28671900000082F125002822022508A8FE::-37:HMLGW
2016.09.19 19:35:30 5: HMUARTLGW HMLGW read (25): fd001501de0500004e58861030a37d0000000af4cb0d6440d88d crc OK
2016.09.19 19:35:30 5: HMUARTLGW HMLGW recv: 01 05 00 00 4E msg: 58 86 10 30A37D 000000 0AF4CB0D6440
2016.09.19 19:35:30 5: HMUARTLGW HMLGW Dispatch: A0F58861030A37D0000000AF4CB0D6440::-78:HMLGW
2016.09.19 19:35:30 5: HMLGW dispatch A0F58861030A37D0000000AF4CB0D6440::-78:HMLGW
2016.09.19 19:35:30 5: HMUARTLGW HMLGW read (22): fd001201df0500004935865a2b0b86000000f4eb338191 crc OK
2016.09.19 19:35:30 5: HMUARTLGW HMLGW recv: 01 05 00 00 49 msg: 35 86 5A 2B0B86 000000 F4EB33
2016.09.19 19:35:30 5: HMUARTLGW HMLGW Dispatch: A0C35865A2B0B86000000F4EB33::-73:HMLGW
2016.09.19 19:35:30 5: HMLGW dispatch A0C35865A2B0B86000000F4EB33::-73:HMLGW
2016.09.19 19:35:30 5: HMUARTLGW HMLGW checking credits (from timer)
2016.09.19 19:35:30 5: HMUARTLGW HMLGW send: 00 08
2016.09.19 19:35:30 5: HMUARTLGW HMLGW send: (8): fd0003006808e835
2016.09.19 19:35:30 5: SW: fd0003006808e835
2016.09.19 19:35:30 5: HMUARTLGW HMLGW read raw (10): fd00050068040203ec4d
2016.09.19 19:35:30 5: HMUARTLGW HMLGW read (9): fd00050068040203ec4d crc OK
2016.09.19 19:35:30 5: HMUARTLGW HMLGW recv: 00 040203, state 98
2016.09.19 19:35:30 5: HMUARTLGW HMLGW GetSet Ack: 02, state 98
2016.09.19 19:35:30 5: HMUARTLGW HMLGW roundtrip delay: 0.0218651294708252
2016.09.19 19:35:40 5: HMUARTLGW HMLGW read raw (23): fd001201e00500003017865a34b3d4000000f4d434f4d1
2016.09.19 19:35:40 5: HMUARTLGW HMLGW read (22): fd001201e00500003017865a34b3d4000000f4d434f4d1 crc OK
2016.09.19 19:35:40 5: HMUARTLGW HMLGW recv: 01 05 00 00 30 msg: 17 86 5A 34B3D4 000000 F4D434
2016.09.19 19:35:40 5: HMUARTLGW HMLGW Dispatch: A0C17865A34B3D4000000F4D434::-48:HMLGW
2016.09.19 19:35:40 5: HMLGW dispatch A0C17865A34B3D4000000F4D434::-48:HMLGW
2016.09.19 19:35:46 5: HMUARTLGW HMLGW checking credits (from timer)
2016.09.19 19:35:46 5: HMUARTLGW HMLGW send: 00 08
2016.09.19 19:35:46 5: HMUARTLGW HMLGW send: (8): fd00030069086e36
2016.09.19 19:35:46 5: SW: fd00030069086e36
2016.09.19 19:35:46 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
2016.09.19 19:35:46 5: HMUARTLGW HMLGW read raw (46): fd001201e10500003da2865a2d4fcf000000f4ef3768f2fd001201e20500003f67847035ead700000000e9379335
2016.09.19 19:35:46 5: HMUARTLGW HMLGW read (22): fd001201e10500003da2865a2d4fcf000000f4ef3768f2 crc OK
2016.09.19 19:35:46 5: HMUARTLGW HMLGW recv: 01 05 00 00 3D msg: A2 86 5A 2D4FCF 000000 F4EF37
2016.09.19 19:35:46 5: HMUARTLGW HMLGW Dispatch: A0CA2865A2D4FCF000000F4EF37::-61:HMLGW
2016.09.19 19:35:46 5: HMLGW dispatch A0CA2865A2D4FCF000000F4EF37::-61:HMLGW
2016.09.19 19:35:46 5: HMUARTLGW HMLGW read (22): fd001201e20500003f67847035ead700000000e9379335 crc OK
2016.09.19 19:35:46 5: HMUARTLGW HMLGW recv: 01 05 00 00 3F msg: 67 84 70 35EAD7 000000 00E937
2016.09.19 19:35:46 5: HMUARTLGW HMLGW Dispatch: A0C67847035EAD700000000E937::-63:HMLGW
2016.09.19 19:35:46 5: HMLGW dispatch A0C67847035EAD700000000E937::-63:HMLGW
2016.09.19 19:35:47 1: 192.168.0.23:2000 disconnected, waiting to reappear (HMLGW)
2016.09.19 19:35:47 4: HMUARTLGW HMLGW ready: disconnected
2016.09.19 19:35:47 4: HMUARTLGW HMLGW Reopen
2016.09.19 19:35:47 4: HMUARTLGW HMLGW ready: disconnected
2016.09.19 19:35:47 4: HMUARTLGW HMLGW Reopen
2016.09.19 19:35:47 4: HttpUtils url=http://192.168.0.23:2000/
2016.09.19 19:35:47 3: Opening HMLGW:keepAlive device 192.168.0.23:2001
2016.09.19 19:35:47 1: 192.168.0.23:2000 reappeared (HMLGW)
2016.09.19 19:35:47 5: HMUARTLGW HMLGW read raw (61): 4834392c30312c6551332d484d2d4c47572c312e312e352c4e4551303231393038360d0a5334612c426964436f532d6f7665722d4c414e2d312e300d0a
2016.09.19 19:35:47 5: HMUARTLGW HMLGW read (34): H49,01,eQ3-HM-LGW,1.1.5,NEQ0219086
2016.09.19 19:35:47 5: HMUARTLGW HMLGW read (23): S4a,BidCoS-over-LAN-1.0
2016.09.19 19:35:47 3: HMUARTLGW HMLGW BidCoS-port opened
2016.09.19 19:35:47 5: HMUARTLGW HMLGW send (10): >4a,0000
2016.09.19 19:35:47 5: SW: >4a,0000
Nach meinem letzten Beitrag hatte ich überhaupt keine Aktivitäten an FHEM durchgeführt. So gegen 18:11 fing es dann an mit den gehäuften Meldungen
Ich hoffe, du kannst etwas damit anfangen...
Holger
Hallo,
Zitat von: Omega am 19 September 2016, 19:54:51
Ich hoffe, du kannst etwas damit anfangen...
Der Ausschnitt aus dem Log passt, leider hat aber HMUARTLGW einen Bug und übernimmt das Verbose nicht in das KeepAlive Subdevice :-( Im Update von morgen ist das gefixed, dann sollte das Log alle nötigen Informationen enthalten.
Viele Grüße
Michael
Danke!
Dann warte ich gespannt auf Morgen.
Viele Grüße
Holger
Nachtrag:
So, verbose auf 1 gesetzt und jetzt "nur" noch folgende Meldungen im Log:
2016.09.20 12:09:49 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 4.658s too late, this might cause a disconnect!
2016.09.20 12:13:14 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 4.720s too late, this might cause a disconnect!
2016.09.20 12:13:15 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
2016.09.20 12:13:15 1: 192.168.0.23:2000 disconnected, waiting to reappear (HMLGW)
2016.09.20 12:13:15 1: 192.168.0.23:2000 reappeared (HMLGW)
2016.09.20 12:14:03 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 6.029s too late, this might cause a disconnect!
2016.09.20 12:14:03 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
2016.09.20 12:14:03 1: 192.168.0.23:2000 disconnected, waiting to reappear (HMLGW)
2016.09.20 12:14:03 1: 192.168.0.23:2000 reappeared (HMLGW)
2016.09.20 12:17:15 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 4.480s too late, this might cause a disconnect!
2016.09.20 12:18:19 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 4.154s too late, this might cause a disconnect!
2016.09.20 12:21:31 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 4.392s too late, this might cause a disconnect!
Sieht soweit schon mal - fast -gut aus. Danke.
Jetzt muss ich nur mal schauen, wie oft diese Meldungen insgesamt auftauchen. Erscheint mir in der kurzen Zeit doch recht häufig zu sein.
Gruß
Holger
Und gleich mal das nächste Anliegen...sollte die Frage schon gestellt worden sein, habe ich sie überlesen – sorry.
Bisher habe ich einen Cubietruck (CT) mit FHEM, an dem als IO-Device das alte LAN-Gateway und ein HM-CFG-USB-2 angeschlossen sind (und zum Testen das neue LAN-Gateway).
Ich spiele mit dem Gedanken, einen RPI mit dem HomeMatic Komplettbausatz Funkmodul für Raspberry Pi aufzusetzen als weiteres IO-Device. Die Anbindung an's Netz müsste sogar über WLAN erfolgen, da ich am geplanten Einsatzort keinen LAN-Anschluss habe.
Auf dem CT verwende ich eine vccu. An diese möchte ich das zusätzliche IO-Device anbinden. Geht das dann überhaupt? Die Vorteile der vccu möchte ich nicht missen.
Wenn ja, müsste das doch über WLAN genauso möglich sein, da in der Definition zum HMUARTLGW ja nur die IP eingetragen wird (zumindest beim LAN-Adapter).
Mir ist aber nicht klar, wie der RPI softwareseitig eingerichtet werden muss. Benötige ich da auch ein FHEM drauf. Geht das dann nur über eine Kopplung fhem2fhem. Oder kann ich den FHEM-Part auf dem RPI auslassen?
LG
Holger
und noch etwas...
Nach jedem shutdown restart habe ich folgende Meldungen im Log,
2016.09.20 13:08:44 1: PERL WARNING: Argument "+" isn't numeric in numeric eq (==) at ./FHEM/00_HMUARTLGW.pm line 1014.
2016.09.20 13:08:44 1: PERL WARNING: Argument "-" isn't numeric in numeric eq (==) at ./FHEM/00_HMUARTLGW.pm line 1014.
die ich mir nicht erklären kann.
LG
Holger
Hallo zusammen,
mein alter HMLAN hat letzte Woche den Geist aufgegeben und ich habe mich getraut, einen HM-LGW-O-TW-W-EU-2 zu kaufen.
Ich habe lie LAN-Firmware auf 1.1.5 geupdatet, eine manuelle IP-Adresse vergeben und das Teil auch in FHEM eingebunden.
Das FirmwareFile habe ich auch angegeben, weiss aber nicht, ob das funktioniert. (siehe Screenshot).
Jeglicher Pairingversuch meinerseits war bisher umsonst. wielleicht kann mir jemand einen Tipp geben? Vielen herzlichen Dank vorab auf jeden Fall. Screenshots anbei.
Gruß
Manuel
Internals:
CNT 78
DEF 192.168.178.249
DEVCNT 78
DevState 0
DevType LGW
DeviceName 192.168.178.249:2000
FD 5
FirmwareFile /opt/fhem/FHEM/coprocessor_update_hm_only.eq3
LGW_Init 3
LastOpen 1474389822.78221
NAME HMLGW
NR 1911
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
Helper:
log:
Readings:
2016-09-20 18:43:42 D-LANfirmware 1.1.5
2016-09-20 18:43:42 D-serialNr NEQ0381880
2016-09-20 18:43:42 D-type eQ3-HM-LGW
2016-09-20 17:52:38 cond disconnected
2016-09-20 17:52:38 loadLvl suspended
2016-09-20 18:43:42 state opened
Keepalive:
CNT 78
DEVCNT 78
DevState 0
DevType LGW-KeepAlive
DeviceName 192.168.178.249:2001
FD 105
LGW_Init 3
LastOpen 1474389822.87588
NAME HMLGW:keepAlive
NR 2477
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
log:
Readings:
2016-09-20 18:43:42 state opened
Lgwhash:
Attributes:
hmId XXXXXX (durch Xe ersetzt)
lgwPw gelöscht[.....]
room CUL_HM
Leg die Datei mal unter /opt/fhem/coprocessor_update_hm_only.eq3
das hat bei mir funktioniert.
Zitat von: Ma_Bo am 20 September 2016, 18:57:40
Leg die Datei mal unter /opt/fhem/coprocessor_update_hm_only.eq3
das hat bei mir funktioniert.
Habe ich so eingetragen, aber wie ekenne ich Erfolg? An dem Screenshot hat sich nichts geändert außer dem Pfad. Nach einem späteren Neustart ist der auch weg.
Vielleicht könnte es ein Problem sein, dass ich die Datei mit root in das Verzeichnis geladen habe. Wenn da Rechte für den user fhem vergeben werden müssen, wäre ich für einen Befehl dankbar.
Kannst Du mir einen screenshot von Deiner FHEM-Config Seite analog meinem Screenshot machen, damit ich weiss, wo ich hin muss?
Danke!
Weitere Fehlerquelle ggfs. entdeckt:
laut Logfile will das LGW AES aktivieren scheitert aber an einem nicht vorhandenen Modul Crypt::Rijndael:
2016.09.20 19:23:26 1: HMUARTLGW HMLGW LGW init did not complete after 10s
2016.09.20 19:23:26 3: Opening HMLGW:keepAlive device 192.168.178.249:2001
2016.09.20 19:23:26 1: 192.168.178.249:2000 reappeared (HMLGW)
2016.09.20 19:23:26 3: HMLGW:keepAlive device opened
2016.09.20 19:23:27 1: HMUARTLGW HMLGW wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2016.09.20 19:23:27 1: HMUARTLGW HMLGW:keepAlive wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
Soll ich schauen wie man Crypt::Rijndael istalliert oder AES deaktivieren? Aber wie?
Für die Installation von AES war bei mir nur ein
sudo apt-get install libcrypt-rijndael-perl
(auf einem Cubietruck, RPI dürfte so analog sein) notwendig.
Danach vorsichtshalber ein Reboot (hat mir vermutlich gefehlt) und dann weiter.
Z.Zt. fehlen bei deinem LGW einige Internals und Readings - die Einbindung sehe ich so noch nicht als ok an.
Gruß
Holger
Zitat von: Omega am 20 September 2016, 19:40:23
Für die Installation von AES war bei mir nur ein
sudo apt-get install libcrypt-rijndael-perl
(auf einem Cubietruck, RPI dürfte so analog sein) notwendig.
Danach vorsichtshalber ein Reboot (hat mir vermutlich gefehlt) und dann weiter.
Z.Zt. fehlen bei deinem LGW einige Internals und Readings - die Einbindung sehe ich so noch nicht als ok an.
Gruß
Holger
Damit läuft es jetzt. Großen Dank und schönen Abend noch!!!
Ich habe die Verwendung von AES mal im Wiki ergänzt, läuft ja analog wie zum CUL.
http://www.fhemwiki.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway
http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Gruß Otto
Mahlzeit.
Ich habe hier im Thread (und ich denke: auch woanders) den Lösungsansatz HMUART + Wemos D1) gesehen.
Nun habe ich die Wemos hier liegen, finde aber nur amunra's Beitrag Nr. 276 auf Seite 19 hier im Thread.
Da sind zwei Bilder, die Verkabelung ist recht gut zu erkennen, prima.
Aber das ist ja nur die habe Miete. Gab es nicht ein paar ausführlichere Beiträge zu dem Ansatz?
Danke,
vb
https://forum.fhem.de/index.php/topic,56606.msg481618.html#msg481618
ah, da bin ich also doch ne komplett blöde, hab schonan mir gezweifelt... ;)
Danke dir!!
geflasht habe ich nun, sehe jedoch keinen AP des Wemos. gibt es da noch nen Trick?
vb
Nach dem Flashen sollte der AP direkt sichtbar sein!
Schon mal neu gestartet/resettet den Wemos?
Gruß
Dan
habe nach dem flashen den mini-Usb gezogen, also: ja
reset: auch ja
habe auch schon mehrmals geflasht
ohne Erfolg, kein AP zu sehen
vb
edit: doch blöde, erzähl ich lieber nix davon. man muss schon alles richtig einstellen und Nullen zählen können... ::)
Hallo Leute,
habe mal ne Frage. Für mich ist die ganze Heinautomatisierung noch Neuland. Momentan habe ich wenig Zeit. Da aber einige Thermostate im letzten Winter altersbedingt ihren Dienst beendet haben, möchte ich nun in einem ersten Schritt 4 Homematic-Thermostate kaufen und auch in Betrieb nehmen. Kann ich diese in einem ersten Schritt auch ohne eine Zentrale (HM-MOD-UART oder HM-LGW-O-TW-W-EU) betreiben? Also komplett manuelle Bedienung.
Die Zentrale würde ich dann im Winter nachrüsten, wenn es draußen ungemütlich ist. ;)
Ist das möglich?
Es geht um folgende Thermostate:
https://www.amazon.de/gp/aw/d/B00CFF3410/ref=ox_sc_act_image_4?ie=UTF8&psc=1&smid=A11MWGYDO5DXWS
Danke und Gruß Hoppel
Ja das ist ohne Probleme möglich. Du kannst die Thermostate alle ohne zentrale betreiben und separat einstellen
Perfekt, dann kann ich die Thermostate ja bald mal bestellen. Danke
Hallo,
habe nun den UART schon einige Wochen in Betrieb, und bin zufrieden ..
Doch heute hat meine Alarmanlage versehentlich ausgelöst, was ok war. Das Abschalten der Sirenen etc. führte zu:
2016.09.29 20:16:30 3: CUL_HM set HW.licht off
2016.09.29 20:16:30 3: CUL_HM set WF.licht off
2016.09.29 20:16:30 3: CUL_HM set FL.UG.licht off
2016.09.29 20:16:30 3: CUL_HM set FL.UG.strahler off
2016.09.29 20:16:30 3: CUL_HM set WC.licht off
2016.09.29 20:16:30 3: CUL_HM set GA.licht off
2016.09.29 20:16:36 1: HMUARTLGW HMUART Removing peer 331747 failed!
2016.09.29 20:16:37 1: HMUARTLGW HMUART unexpected info about Co_CPU_BL received (module crashed?), reopening
2016.09.29 20:16:38 3: Setting HMUART serial parameters to 115200,8,N,1
2016.09.29 20:16:38 1: /dev/ttyAMA0 reappeared (HMUART)
2016.09.29 20:16:38 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/00_HMUARTLGW.pm line 1555.
2016.09.29 20:16:39 3: HMUARTLGW HMUART currently running Co_CPU_BL
2016.09.29 20:16:39 3: HMUARTLGW HMUART currently running Co_CPU_App
2016.09.29 20:16:40 3: CUL_HM set Alarm_sir_int off
2016.09.29 20:16:40 3: CUL_HM set WF.keymatic unlock
2016.09.29 20:16:40 3: CUL_HM set GA.keymatic unlock
Verständlicherweise tu ich mir schwer den Fehler nachzustellen, da dies mit erheblich Krach einher geht ...
Viele Grüße
Klaus
EDIT: Bei dem peer 331747 handelt es sich um ein HM-LC-SW1-BA-PCB. Habe jetzt mal den msgrepeat auf 3 gesetzt. Das Device hatte zu der Zeit einen protResnd . Das Device is blöder Weise über einen weiteren HMLAN (über Repeater) angeschlossen. (VCCU)
Hallo allerseits,
eine Frage bevor ich mich noch tiefer in die Materie hineinsteigere:
Ist es möglich das HomeMatic UART-Modul (RPi) + LXCCU + Fhem auf einem RPi 2 unter Wheezy zu betreiben?
Hintergrund ist ein funktionierendes System von LXCCU und dem Pi Modul, dem es aber an Erweiterungsmöglichkeiten fehlt (Arduino Anbindung via MQTT, Max! Heizungssteuerung, Multiroom Audio Steuerung...)
Bisher habe ich ein dauerndes connect / disconnect des myHmUART Moduls (eingerichtet nach den ersten Posts dieses Beitrags).
Liegt es daran das die LXCCU auf dem gleichen Rechner läuft und sich beide um die Schnittstelle streiten?
Danke
Helmer
Hallo Helmer,
ZitatHintergrund ist ein funktionierendes System von LXCCU und dem Pi Modul, dem es aber an Erweiterungsmöglichkeiten fehlt (Arduino Anbindung via MQTT, Max! Heizungssteuerung, Multiroom Audio Steuerung...)
Wozu dann das Modul noch in fhem einrichten?
ZitatBisher habe ich ein dauerndes connect / disconnect des myHmUART Moduls (eingerichtet nach den ersten Posts dieses Beitrags).
Liegt es daran das die LXCCU auf dem gleichen Rechner läuft und sich beide um die Schnittstelle streiten?
Also entweder HomeMatic Komponenten mittels LXCCU und alles andere (MAX!, Arduino, ...) dann per fhem...
...und die HM-Komponenten dann per HMCCU-Modul auch in fhem einbinden und steuern?
Gar nicht kombiniert steuern?
Ja ich denke, dass sich beide um das Modul "streiten".
Müsste dann aber auch von LXCCU aus so sein (sofern man das dort angezeigt bekommt).
Hast du den Adapter unter LXCCU auch eingerichtet?
http://www.lxccu.com/lxccu-manual (http://www.lxccu.com/lxccu-manual)
ZitatDas Funk Modul gemäß der Anleitung zusammenlöten und auf dem Raspi aufstecken wenn dieser Stromlos ist (egal ob vor oder nach dem Installieren des Patches!)
Dann einfach folgende Befehle in einer ssh shell mit root rechten ausführen:
wget http://cdn.lxccu.com/hm-mod-rpi-pcb_lxccu.sh
chmod +x hm-mod-rpi-pcb_lxccu.sh
./hm-mod-rpi-pcb_lxccu.sh install
oder zum Entfernen einfach
./hm-mod-rpi-pcb_lxccu.sh uninstall
Stoppe doch einfach mal LXCCU (wenn das geht), dann siehst du ja ob fhem auf den Adapter ohne Probleme zugreifen kann...
Denn ein LXCCU ohne Funkadapter macht wohl keinen Sinn...
...das zusätzliche Einrichten unter fhem ist mir schleierhaft...
Und auch der Betrieb von LXCCU und fhem parallel auf einem PI.
(Bzw. der Betrieb von LXCCU und fhem parallel schon ;-) )
Gruß, Joachim
Alloah Joachim,
ich wollte nach und nach zu Fhem übersiedeln und Final die Homematic Oberfläche bzw. die LXCCU beerdigen.
".... HomeMatic Komponenten mittels LXCCU und alles andere (MAX!, Arduino, ...) dann per fhem...
...und die HM-Komponenten dann per HMCCU-Modul auch in fhem einbinden und steuern? ....."
liest sich gut. Werde es versuchen
Danke für deine Kompetenz
Hallo an alle,
hat jemand eine Idee warum sich meine 3x HM-LGW-O-TW-W-EU-2 des öfteren reopen setzen, hier der LOG Auszug davon:
2016.09.30 16:33:21.892 0: Featurelevel: 5.7
2016.09.30 16:33:21.892 0: Server started with 1543 defined entities (fhem.pl:12192/2016-09-22 perl:5.018002 os:linux user:fhem pid:1261)
2016.09.30 16:33:21.972 1: Perfmon: possible freeze starting at 16:32:59, delay is 22.972
2016.09.30 16:33:22.605 3: Opening HMLGW3:keepAlive device 192.168.178.85:2001
2016.09.30 16:33:22.606 3: HMLGW3 device opened
2016.09.30 16:33:22.608 3: Opening HMLGW2:keepAlive device 192.168.178.84:2001
2016.09.30 16:33:22.609 3: HMLGW2 device opened
2016.09.30 16:33:22.613 3: Opening HMLGW1:keepAlive device 192.168.178.83:2001
2016.09.30 16:33:22.614 3: HMLGW1 device opened
2016.09.30 16:33:22.826 3: HMLGW3:keepAlive device opened
2016.09.30 16:33:22.983 3: HMUARTLGW HMLGW1 BidCoS-port opened
2016.09.30 16:33:22.985 3: HMUARTLGW HMLGW2 BidCoS-port opened
2016.09.30 16:33:22.987 3: HMUARTLGW HMLGW3 BidCoS-port opened
2016.09.30 16:33:22.989 3: HMLGW1:keepAlive device opened
2016.09.30 16:33:23.261 3: HMLGW2:keepAlive device opened
2016.09.30 16:33:23.581 3: HMUARTLGW HMLGW1:keepAlive KeepAlive-port opened
2016.09.30 16:33:23.583 3: HMUARTLGW HMLGW3:keepAlive KeepAlive-port opened
2016.09.30 16:33:23.926 3: HMUARTLGW HMLGW2:keepAlive KeepAlive-port opened
2016.09.30 16:33:24.074 3: HMUARTLGW HMLGW1 currently running Co_CPU_BL
2016.09.30 16:33:24.076 3: HMUARTLGW HMLGW2 currently running Co_CPU_BL
2016.09.30 16:33:24.078 3: HMUARTLGW HMLGW3 currently running Co_CPU_BL
2016.09.30 16:33:24.874 3: HarmonyHub: new config
2016.09.30 16:33:24.876 3: HMUARTLGW HMLGW1 currently running Co_CPU_App
2016.09.30 16:33:24.876 3: HMUARTLGW HMLGW3 currently running Co_CPU_App
2016.09.30 16:33:24.877 3: HMUARTLGW HMLGW2 currently running Co_CPU_App
2016.09.30 16:33:27.135 3: CUL_HM set Alarmanlage_Blitzlicht statusRequest
2016.09.30 16:33:28.155 3: CUL_HM set Alarmanlage_Sirene statusRequest
2016.09.30 16:33:29.174 3: CUL_HM set Schreibtisch_Effektbeleuchtung statusRequest
2016.09.30 16:33:30.193 3: CUL_HM set AlarmanlagenSchaltmodul_4Kanal_4 statusRequest
2016.09.30 16:33:30.705 3: UWZ Unwetterzentrale: Run.962 Done fetching data
2016.09.30 16:33:31.197 3: CUL_HM set Bad_Spiegel statusRequest
2016.09.30 16:33:32.216 3: CUL_HM set Licht_Bad1 statusRequest
2016.09.30 16:33:33.241 3: CUL_HM set Licht_Dusche statusRequest
2016.09.30 16:33:34.245 3: CUL_HM set Bett_Beleuchtung statusRequest
2016.09.30 16:33:35.249 3: CUL_HM set Flur_DE12_HM statusRequest
2016.09.30 16:33:36.253 3: CUL_HM set Gitarre_BE5 statusRequest
2016.09.30 16:33:37.258 3: CUL_HM set Kranz_BE3 statusRequest
2016.09.30 16:33:38.262 3: CUL_HM set Ladegereat_Buero_AC2 statusRequest
2016.09.30 16:33:39.267 3: CUL_HM set Ladegereat_Wohnzimmer_AC1 statusRequest
2016.09.30 16:33:40.271 3: CUL_HM set Rauchmelder_Buero statusRequest
2016.09.30 16:33:41.275 3: CUL_HM set Rauchmelder_Flur statusRequest
2016.09.30 16:33:42.271 3: CUL_HM set Rauchmelder_Kinderzimmer statusRequest
2016.09.30 16:33:43.275 3: CUL_HM set Rauchmelder_Schlafzimmer statusRequest
2016.09.30 16:33:44.279 3: CUL_HM set Rauchmelder_Wohnzimmer statusRequest
2016.09.30 16:33:45.298 3: CUL_HM set Steckdose_Balkon statusRequest
2016.09.30 16:33:46.505 3: CUL_HM set Aussenlampe_Balkon statusRequest
2016.09.30 16:33:47.526 3: CUL_HM set Spuelmaschine_HM_ON_OFF statusRequest
2016.09.30 16:33:48.531 3: CUL_HM set Steckdose_SZ_Lichterkette statusRequest
2016.09.30 16:33:49.550 3: CUL_HM set Steckdosen_LED_Licht_Kanal1 statusRequest
2016.09.30 16:33:50.571 3: CUL_HM set Steckdosen_LED_Licht_Kanal2 statusRequest
2016.09.30 16:33:51.589 3: CUL_HM set Surroundanlage_AD2_IT statusRequest
2016.09.30 16:33:52.593 3: CUL_HM set DVD_BRD_AD3_IT statusRequest
2016.09.30 16:33:53.610 3: CUL_HM set Konsolen_AD4_IT statusRequest
2016.09.30 16:33:54.631 3: CUL_HM set RGB_TV_Beleuchtung_BE2_IT statusRequest
2016.09.30 16:33:55.648 3: CUL_HM set Stehlampe_TV_BE1_IT statusRequest
2016.09.30 16:33:56.652 3: CUL_HM set Reserve_TV_Schaltmodul3 statusRequest
2016.09.30 16:33:57.669 3: CUL_HM set TV_Schlafzimmer_HM_ON_OFF statusRequest
2016.09.30 16:33:58.873 3: CUL_HM set TV_Wohnzimmer_HM_ON_OFF_HM statusRequest
2016.09.30 16:33:59.891 3: CUL_HM set Trockner_HM_ON_OFF statusRequest
2016.09.30 16:34:01.897 3: CUL_HM set Vitrine_Beleuchtung_BE3_HM statusRequest
2016.09.30 16:34:02.916 3: CUL_HM set Waschmaschine_HM_ON_OFF statusRequest
2016.09.30 16:34:03.920 3: CUL_HM set Weihnachtsbel_ABCDE24 statusRequest
2016.09.30 16:37:03.854 3: CUL_HM set TV_Wohnzimmer_HM_ON_OFF_HM on
2016.09.30 16:37:09.903 3: harmony: IODev for device 26136491 is HarmonyHub
2016.09.30 16:37:12.641 3: CUL_HM set TV_Schaltmodul1 getConfig
2016.09.30 16:37:16.726 3: CUL_HM set TV_Schaltmodul2 getConfig
2016.09.30 16:37:20.810 3: CUL_HM set TV_Schaltmodul3 getConfig
2016.09.30 16:37:41.330 3: CUL_HM set DVD_BRD_AD3_IT statusRequest
2016.09.30 16:37:42.547 3: CUL_HM set Konsolen_AD4_IT statusRequest
2016.09.30 16:37:43.347 3: CUL_HM set Reserve_TV_Schaltmodul3 statusRequest
2016.09.30 16:37:44.361 3: CUL_HM set RGB_TV_Beleuchtung_BE2_IT statusRequest
2016.09.30 16:37:45.463 3: CUL_HM set Stehlampe_TV_BE1_IT statusRequest
2016.09.30 16:37:46.313 3: CUL_HM set Surroundanlage_AD2_IT statusRequest
2016.09.30 16:38:10.565 3: CUL_HM set TV_Wohnzimmer_HM_ON_OFF_HM off
2016.09.30 16:38:29.679 1: HMUARTLGW HMLGW3 did not respond, reopening
2016.09.30 16:38:29.722 3: Opening HMLGW3:keepAlive device 192.168.178.85:2001
2016.09.30 16:38:29.722 1: 192.168.178.85:2000 reappeared (HMLGW3)
2016.09.30 16:38:29.738 3: HMUARTLGW HMLGW3 BidCoS-port opened
2016.09.30 16:38:29.740 3: HMLGW3:keepAlive device opened
2016.09.30 16:38:29.740 3: HMUARTLGW HMLGW3:keepAlive KeepAlive-port opened
2016.09.30 16:38:30.765 3: HMUARTLGW HMLGW3 currently running Co_CPU_App
2016.09.30 16:41:18.887 3: CUL_HM set Trockner_HM_ON_OFF off
2016.09.30 16:41:20.847 3: CUL_HM set Waschmaschine_HM_ON_OFF off
2016.09.30 16:44:01.387 1: HMUARTLGW HMLGW1 did not respond, reopening
2016.09.30 16:44:01.427 3: Opening HMLGW1:keepAlive device 192.168.178.83:2001
2016.09.30 16:44:01.427 1: 192.168.178.83:2000 reappeared (HMLGW1)
2016.09.30 16:44:01.443 3: HMUARTLGW HMLGW1 BidCoS-port opened
2016.09.30 16:44:01.445 3: HMLGW1:keepAlive device opened
2016.09.30 16:44:01.446 3: HMUARTLGW HMLGW1:keepAlive KeepAlive-port opened
2016.09.30 16:44:02.471 3: HMUARTLGW HMLGW1 currently running Co_CPU_App
AES ist in der Config mit Netfinder abgeschaltet, die 3x HM-LGW-O-TW-W-EU-2 haben alle eine feste IP.
D-LANfirmware 1.1.5
D-firmware 1.4.1
FHEM habe ich gestern geupdatet.
Das ganze läuft über eine VCCU und bisher sind noch 3x HMLAN definiert, diese sind aber vom Netzwerk getrennt und stehen auf dummy 1, somit inaktiv.
Bisher konnte ich keine weiteren Fehler feststellen und alles schaltet auch normal, bis auf diese reopening Meldungen.
Grüße Marcel
Ist es bekannt, dass wenn ich das HM-LGW-O-TW-W-EU-2 vom Strom trenne oder das Netzwerkkabel abstecke und dann wieder anstecke, der HM-LGW-O-TW-W-EU-2 nicht wieder reconnected...? Ich kann ein set <device> open oder sonst etwas ausführen, aber es passiert nichts.
Hallo,
Zitat von: Rampler am 29 September 2016, 20:27:56
2016.09.29 20:16:36 1: HMUARTLGW HMUART Removing peer 331747 failed!
2016.09.29 20:16:37 1: HMUARTLGW HMUART unexpected info about Co_CPU_BL received (module crashed?), reopening
Verständlicherweise tu ich mir schwer den Fehler nachzustellen, da dies mit erheblich Krach einher geht ...
Die Firmware des Funkmoduls ist gecrashed. Hier bräuchte ich ein Logging mit logIDs sys,all um zu sehen, was genau passiert. Aber ich nehme an, dass sich das selbst bei einem direkten Versuch nicht reproduzieren lässt...
Zitat von: Ma_Bo am 30 September 2016, 17:09:11
hat jemand eine Idee warum sich meine 3x HM-LGW-O-TW-W-EU-2 des öfteren reopen setzen, hier der LOG Auszug davon:
2016.09.30 16:38:29.679 1: HMUARTLGW HMLGW3 did not respond, reopening
2016.09.30 16:38:29.722 3: Opening HMLGW3:keepAlive device 192.168.178.85:2001
2016.09.30 16:38:29.722 1: 192.168.178.85:2000 reappeared (HMLGW3)
Auch hier bräuchte ich ein genaueres Log, bitte mal mit logIDs auf sys,all laufen lassen und dann das reopen mit Kontext posten. Evtl. erwartet Fhem hier eine Rückmeldung auf eine Nachricht, auf die das Modul keine sendet.
Zitat von: Ma_Bo am 01 Oktober 2016, 14:06:59
Ist es bekannt, dass wenn ich das HM-LGW-O-TW-W-EU-2 vom Strom trenne oder das Netzwerkkabel abstecke und dann wieder anstecke, der HM-LGW-O-TW-W-EU-2 nicht wieder reconnected...? Ich kann ein set <device> open oder sonst etwas ausführen, aber es passiert nichts.
Wie lange hast Du gewartet? Die alte Verbindung muss erst austimen und DevIo braucht dann auch noch etwas, bis es einen neuen Verbindungsversuch unternimmt. Bei mir funktioniert ein reconnect in allen Fällen...
Viele Grüße
Michael
Hallo Michael,
ich kann dir die Logs erst ab Montag oder Dienstag mitschreiben, bin z.Z. unterwegs.
Gewartet habe ich schätzungsweise 5 Minuten, dann habe ich alle HMLGW wieder auskonfiguriert und meine hm LAN wieder aktiviert, da ich heute keine Zeit habe mich weiter damit zu beschäftigen.
Grüße Marcel
Gesendet von iPhone mit Tapatalk
Hallo Michael,
ich habe da hoffentlich was für dich, um 08:33:26.254 hat der HMLGW1 ein reopen initiiert:
2016.10.03 08:33:00.880 0: HMUARTLGW HMLGW2:keepAlive send (5): K4c
2016.10.03 08:33:00.882 0: HMUARTLGW HMLGW2:keepAlive read (4): >K4c
2016.10.03 08:33:01.712 0: HMUARTLGW HMLGW1 send: 00 08
2016.10.03 08:33:01.716 0: HMUARTLGW HMLGW1 recv: 00 040200, state 98
2016.10.03 08:33:01.716 0: HMUARTLGW HMLGW1 GetSet Ack: 02, state 98
2016.10.03 08:33:01.716 0: HMUARTLGW HMLGW1 roundtrip delay: 0.0034
2016.10.03 08:33:02.763 0: HMUARTLGW HMLGW1:keepAlive send (5): K59
2016.10.03 08:33:02.765 0: HMUARTLGW HMLGW1:keepAlive read (4): >K59
2016.10.03 08:33:05.362 0: HMUARTLGW HMLGW2 send: 00 08
2016.10.03 08:33:05.366 0: HMUARTLGW HMLGW2 recv: 00 040200, state 98
2016.10.03 08:33:05.366 0: HMUARTLGW HMLGW2 GetSet Ack: 02, state 98
2016.10.03 08:33:05.367 0: HMUARTLGW HMLGW2 roundtrip delay: 0.0033
2016.10.03 08:33:05.986 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 27 msg: 66 86 10 229F9E 000000 0A28DE0E0058
2016.10.03 08:33:06.008 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 1F msg: 66 86 10 229F9E 000000 0A28DE0E0058
2016.10.03 08:33:06.010 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 2E msg: 66 86 10 229F9E 000000 0A28DE0E0058
2016.10.03 08:33:06.719 0: HMUARTLGW HMLGW3:keepAlive send (5): K61
2016.10.03 08:33:06.721 0: HMUARTLGW HMLGW3:keepAlive read (4): >K61
2016.10.03 08:33:10.885 0: HMUARTLGW HMLGW2:keepAlive send (5): K4d
2016.10.03 08:33:10.887 0: HMUARTLGW HMLGW2:keepAlive read (4): >K4d
2016.10.03 08:33:12.658 0: HMUARTLGW HMLGW3 send: 00 08
2016.10.03 08:33:12.661 0: HMUARTLGW HMLGW3 recv: 00 040200, state 98
2016.10.03 08:33:12.662 0: HMUARTLGW HMLGW3 GetSet Ack: 02, state 98
2016.10.03 08:33:12.662 0: HMUARTLGW HMLGW3 roundtrip delay: 0.0032
2016.10.03 08:33:12.719 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 2A msg: 3B A6 10 3ABC06 257505 06012A00
2016.10.03 08:33:12.721 0: HMUARTLGW HMLGW3 send: 01 073ABC06
2016.10.03 08:33:12.723 0: HMUARTLGW HMLGW1 send: 01 063ABC06000000
2016.10.03 08:33:12.744 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 3E msg: 3B A6 10 3ABC06 257505 06012A00
2016.10.03 08:33:12.746 0: HMUARTLGW HMLGW3 recv: 01 05 01 00 2D msg: 3B A6 10 3ABC06 257505 06012A00
2016.10.03 08:33:12.747 0: HMUARTLGW HMLGW3 recv: 01 0408, state 90
2016.10.03 08:33:12.748 0: HMUARTLGW HMLGW3 GetSet Ack: 08, state 90
2016.10.03 08:33:12.748 0: HMUARTLGW HMLGW1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:12.748 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:12.749 0: HMUARTLGW HMLGW1 send: 01 08
2016.10.03 08:33:12.751 0: HMUARTLGW HMLGW1 never got an ACK for request 250: 1 02000000E180022575053ABDAA01012200 (1973.324s ago)
2016.10.03 08:33:12.764 0: HMUARTLGW HMLGW1 recv: 01 0407010338B0AFFFFFFFFFFFFFFFFF003ABF66FFFFFFFFFFFFFFFF00294D4FFFFFFFFFFFFFFFFF002804D9FFFFFFFFFFFFFFFF002EB0ABFFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:12.764 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:12.764 0: HMUARTLGW HMLGW1 known peer: 38B0AF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.765 0: HMUARTLGW HMLGW1 known peer: 3ABF66, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.765 0: HMUARTLGW HMLGW1 known peer: 294D4F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.765 0: HMUARTLGW HMLGW1 known peer: 2804D9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.765 0: HMUARTLGW HMLGW1 known peer: 2EB0AB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.767 0: HMUARTLGW HMLGW1:keepAlive send (5): K5a
2016.10.03 08:33:12.769 0: HMUARTLGW HMLGW1:keepAlive read (4): >K5a
2016.10.03 08:33:12.775 0: HMUARTLGW HMLGW1 recv: 01 040702032E27B9FFFFFFFFFFFFFFFF002D3BC2FFFFFFFFFFFFFFFF00346362FFFFFFFFFFFFFFFF00280140FFFFFFFFFFFFFFFF003ABC06FFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:12.775 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:12.775 0: HMUARTLGW HMLGW1 known peer: 2E27B9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.775 0: HMUARTLGW HMLGW1 known peer: 2D3BC2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.775 0: HMUARTLGW HMLGW1 known peer: 346362, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.775 0: HMUARTLGW HMLGW1 known peer: 280140, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.775 0: HMUARTLGW HMLGW1 known peer: 3ABC06, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.776 0: HMUARTLGW HMLGW1 recv: 01 040703032D378FFFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:12.777 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:12.777 0: HMUARTLGW HMLGW1 known peer: 2D378F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:12.840 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 1E msg: 3B 80 02 257505 3ABC06 00
2016.10.03 08:33:13.043 0: HMUARTLGW HMLGW1 send: 01 02 00 00 00 msg: 3B 80 02 257505 3ABC06 01012A00
2016.10.03 08:33:13.074 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 22 msg: 3B 80 02 257505 3ABC06 01012A00
2016.10.03 08:33:13.076 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 09 msg: 3B 80 02 257505 3ABC06 01012A00
2016.10.03 08:33:13.249 0: HMUARTLGW HMLGW3 send: 01 073ABC06
2016.10.03 08:33:13.254 0: HMUARTLGW HMLGW3 recv: 01 040701010007, state 90
2016.10.03 08:33:13.254 0: HMUARTLGW HMLGW3 GetSet Ack: 07, state 90
2016.10.03 08:33:13.255 0: HMUARTLGW HMLGW3 send: 01 08
2016.10.03 08:33:13.268 0: HMUARTLGW HMLGW3 recv: 01 040701023ABD05FFFFFFFFFFFFFFFF003ABFBCFFFFFFFFFFFFFFFF003ABDAAFFFFFFFFFFFFFFFF002C587BFFFFFFFFFFFFFFFF002EF2CBFFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:13.269 0: HMUARTLGW HMLGW3 GetSet Ack: 07, state 93
2016.10.03 08:33:13.269 0: HMUARTLGW HMLGW3 known peer: 3ABD05, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:13.269 0: HMUARTLGW HMLGW3 known peer: 3ABFBC, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:13.269 0: HMUARTLGW HMLGW3 known peer: 3ABDAA, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:13.269 0: HMUARTLGW HMLGW3 known peer: 2C587B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:13.269 0: HMUARTLGW HMLGW3 known peer: 2EF2CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:13.272 0: HMUARTLGW HMLGW3 recv: 01 040702023ABC25FFFFFFFFFFFFFFFF00289CCCFFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:13.272 0: HMUARTLGW HMLGW3 GetSet Ack: 07, state 93
2016.10.03 08:33:13.273 0: HMUARTLGW HMLGW3 known peer: 3ABC25, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:13.273 0: HMUARTLGW HMLGW3 known peer: 289CCC, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.143 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 3A msg: 3C A6 10 2EF2CB 257505 06018A00
2016.10.03 08:33:16.145 0: HMUARTLGW HMLGW3 send: 01 072EF2CB
2016.10.03 08:33:16.147 0: HMUARTLGW HMLGW1 send: 01 062EF2CB000000
2016.10.03 08:33:16.148 0: HMUARTLGW HMLGW1 never got an ACK for request 252: 1 02000000D380022575053ABD0501012500 (1961.075s ago)
2016.10.03 08:33:16.220 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 43 msg: 3C A6 10 2EF2CB 257505 06018A00
2016.10.03 08:33:16.222 0: HMUARTLGW HMLGW3 recv: 01 05 01 00 3A msg: 3C A6 10 2EF2CB 257505 06018A00
2016.10.03 08:33:16.224 0: HMUARTLGW HMLGW3 recv: 01 0408, state 90
2016.10.03 08:33:16.224 0: HMUARTLGW HMLGW3 GetSet Ack: 08, state 90
2016.10.03 08:33:16.225 0: HMUARTLGW HMLGW1 recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:16.225 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:16.226 0: HMUARTLGW HMLGW1 send: 01 08
2016.10.03 08:33:16.227 0: HMUARTLGW HMLGW1 never got an ACK for request 253: 1 02000000D380022575053ABD0501012500 (1960.673s ago)
2016.10.03 08:33:16.241 0: HMUARTLGW HMLGW1 recv: 01 0407010338B0AFFFFFFFFFFFFFFFFF003ABF66FFFFFFFFFFFFFFFF00294D4FFFFFFFFFFFFFFFFF002804D9FFFFFFFFFFFFFFFF002EB0ABFFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:16.241 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:16.241 0: HMUARTLGW HMLGW1 known peer: 38B0AF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.241 0: HMUARTLGW HMLGW1 known peer: 3ABF66, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.241 0: HMUARTLGW HMLGW1 known peer: 294D4F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.241 0: HMUARTLGW HMLGW1 known peer: 2804D9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.241 0: HMUARTLGW HMLGW1 known peer: 2EB0AB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.251 0: HMUARTLGW HMLGW1 recv: 01 040702032E27B9FFFFFFFFFFFFFFFF002D3BC2FFFFFFFFFFFFFFFF00346362FFFFFFFFFFFFFFFF00280140FFFFFFFFFFFFFFFF003ABC06FFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 known peer: 2E27B9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 known peer: 2D3BC2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 known peer: 346362, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 known peer: 280140, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 known peer: 3ABC06, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.263 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 1C msg: 3C 80 02 257505 2EF2CB 00
2016.10.03 08:33:16.266 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 20 msg: 3C 80 02 257505 2EF2CB 00
2016.10.03 08:33:16.716 0: HMUARTLGW HMLGW3:keepAlive send (5): K62
2016.10.03 08:33:16.717 0: HMUARTLGW HMLGW3 send: 01 072EF2CB
2016.10.03 08:33:16.719 0: HMUARTLGW HMLGW3:keepAlive read (4): >K62
2016.10.03 08:33:16.722 0: HMUARTLGW HMLGW3 recv: 01 040701010006, state 90
2016.10.03 08:33:16.722 0: HMUARTLGW HMLGW3 GetSet Ack: 07, state 90
2016.10.03 08:33:16.723 0: HMUARTLGW HMLGW3 send: 01 08
2016.10.03 08:33:16.739 0: HMUARTLGW HMLGW3 recv: 01 040701023ABD05FFFFFFFFFFFFFFFF003ABFBCFFFFFFFFFFFFFFFF003ABDAAFFFFFFFFFFFFFFFF002C587BFFFFFFFFFFFFFFFF003ABC25FFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:16.740 0: HMUARTLGW HMLGW3 GetSet Ack: 07, state 93
2016.10.03 08:33:16.740 0: HMUARTLGW HMLGW3 known peer: 3ABD05, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.740 0: HMUARTLGW HMLGW3 known peer: 3ABFBC, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.740 0: HMUARTLGW HMLGW3 known peer: 3ABDAA, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.740 0: HMUARTLGW HMLGW3 known peer: 2C587B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.740 0: HMUARTLGW HMLGW3 known peer: 3ABC25, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.741 0: HMUARTLGW HMLGW3 recv: 01 04070202289CCCFFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:16.741 0: HMUARTLGW HMLGW3 GetSet Ack: 07, state 93
2016.10.03 08:33:16.741 0: HMUARTLGW HMLGW3 known peer: 289CCC, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:18.492 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 3D msg: 5D 86 70 2F4B38 000000 014B64
2016.10.03 08:33:18.514 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 2B msg: 5D 86 70 2F4B38 000000 014B64
2016.10.03 08:33:18.516 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 2F msg: 5D 86 70 2F4B38 000000 014B64
2016.10.03 08:33:20.365 0: HMUARTLGW HMLGW2 send: 00 08
2016.10.03 08:33:20.369 0: HMUARTLGW HMLGW2 recv: 00 040200, state 98
2016.10.03 08:33:20.370 0: HMUARTLGW HMLGW2 GetSet Ack: 02, state 98
2016.10.03 08:33:20.370 0: HMUARTLGW HMLGW2 roundtrip delay: 0.0034
2016.10.03 08:33:20.889 0: HMUARTLGW HMLGW2:keepAlive send (5): K4e
2016.10.03 08:33:20.891 0: HMUARTLGW HMLGW2:keepAlive read (4): >K4e
2016.10.03 08:33:22.771 0: HMUARTLGW HMLGW1:keepAlive send (5): K5b
2016.10.03 08:33:22.772 0: HMUARTLGW HMLGW1:keepAlive read (4): >K5b
2016.10.03 08:33:24.689 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 31 msg: D5 A6 10 2EED4C 257505 06018000
2016.10.03 08:33:24.691 0: HMUARTLGW HMLGW2 send: 01 072EED4C
2016.10.03 08:33:24.694 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 31 msg: D5 A6 10 2EED4C 257505 06018000
2016.10.03 08:33:24.696 0: HMUARTLGW HMLGW2 recv: 01 05 01 00 30 msg: D5 A6 10 2EED4C 257505 06018000
2016.10.03 08:33:24.697 0: HMUARTLGW HMLGW2 recv: 01 0408, state 90
2016.10.03 08:33:24.698 0: HMUARTLGW HMLGW2 GetSet Ack: 08, state 90
2016.10.03 08:33:24.810 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 18 msg: D5 80 02 257505 2EED4C 00
2016.10.03 08:33:24.812 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 0A msg: D5 80 02 257505 2EED4C 00
2016.10.03 08:33:24.917 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 31 msg: D5 A6 10 2EED4C 257505 06018000
2016.10.03 08:33:24.919 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 30 msg: D5 A6 10 2EED4C 257505 06018000
2016.10.03 08:33:24.921 0: HMUARTLGW HMLGW2 recv: 01 05 01 00 30 msg: D5 A6 10 2EED4C 257505 06018000
2016.10.03 08:33:25.038 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 18 msg: D5 80 02 257505 2EED4C 00
2016.10.03 08:33:25.040 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 0A msg: D5 80 02 257505 2EED4C 00
2016.10.03 08:33:25.230 0: HMUARTLGW HMLGW2 send: 01 072EED4C
2016.10.03 08:33:25.345 0: HMUARTLGW HMLGW2 recv: 01 040701010001, state 90
2016.10.03 08:33:25.345 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 08:33:25.346 0: HMUARTLGW HMLGW2 send: 01 08
2016.10.03 08:33:25.400 0: HMUARTLGW HMLGW2 recv: 01 040701013ABC5FFFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:25.400 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 93
2016.10.03 08:33:25.400 0: HMUARTLGW HMLGW2 known peer: 3ABC5F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:25.469 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 31 msg: D5 A6 10 2EED4C 257505 06018000
2016.10.03 08:33:25.472 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 31 msg: D5 A6 10 2EED4C 257505 06018000
2016.10.03 08:33:25.474 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 30 msg: D5 A6 10 2EED4C 257505 06018000
2016.10.03 08:33:25.590 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 22 msg: D5 80 02 257505 2EED4C 00
2016.10.03 08:33:25.592 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 1C msg: D5 80 02 257505 2EED4C 00
2016.10.03 08:33:25.593 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 18 msg: D5 80 02 257505 2EED4C 00
2016.10.03 08:33:26.254 1: HMUARTLGW HMLGW1 did not respond, reopening
2016.10.03 08:33:26.290 3: Opening HMLGW1:keepAlive device 192.168.178.83:2001
2016.10.03 08:33:26.291 1: 192.168.178.83:2000 reappeared (HMLGW1)
2016.10.03 08:33:26.307 3: HMLGW1:keepAlive device opened
2016.10.03 08:33:26.307 0: HMUARTLGW HMLGW1 read (34): H03,01,eQ3-HM-LGW,1.1.5,NEQ0382331
2016.10.03 08:33:26.308 0: HMUARTLGW HMLGW1 read (23): S04,BidCoS-over-LAN-1.0
2016.10.03 08:33:26.308 3: HMUARTLGW HMLGW1 BidCoS-port opened
2016.10.03 08:33:26.308 0: HMUARTLGW HMLGW1 send (10): >04,0000
2016.10.03 08:33:26.310 0: HMUARTLGW HMLGW1:keepAlive read (34): H03,01,eQ3-HM-LGW,1.1.5,NEQ0382331
2016.10.03 08:33:26.310 0: HMUARTLGW HMLGW1:keepAlive read (14): S04,SysCom-1.0
2016.10.03 08:33:26.310 3: HMUARTLGW HMLGW1:keepAlive KeepAlive-port opened
2016.10.03 08:33:26.310 0: HMUARTLGW HMLGW1:keepAlive send (10): >04,0000
2016.10.03 08:33:26.722 0: HMUARTLGW HMLGW3:keepAlive send (5): K63
2016.10.03 08:33:26.724 0: HMUARTLGW HMLGW3:keepAlive read (4): >K63
2016.10.03 08:33:27.293 0: HMUARTLGW HMLGW1 send: 00 00
2016.10.03 08:33:27.332 0: HMUARTLGW HMLGW1 recv: 00 0402436F5F4350555F417070, state 1
2016.10.03 08:33:27.332 3: HMUARTLGW HMLGW1 currently running Co_CPU_App
2016.10.03 08:33:27.333 0: HMUARTLGW HMLGW1:keepAlive send (16): L05,02,00ff,00
2016.10.03 08:33:27.335 0: HMUARTLGW HMLGW1:keepAlive read (4): >L05
2016.10.03 08:33:27.335 0: HMUARTLGW HMLGW1:keepAlive send (5): K06
2016.10.03 08:33:27.337 0: HMUARTLGW HMLGW1:keepAlive read (4): >K06
2016.10.03 08:33:27.661 0: HMUARTLGW HMLGW3 send: 00 08
2016.10.03 08:33:27.665 0: HMUARTLGW HMLGW3 recv: 00 040200, state 98
2016.10.03 08:33:27.665 0: HMUARTLGW HMLGW3 GetSet Ack: 02, state 98
2016.10.03 08:33:27.666 0: HMUARTLGW HMLGW3 roundtrip delay: 0.0034
2016.10.03 08:33:28.334 0: HMUARTLGW HMLGW1 send: 01 00257505
2016.10.03 08:33:28.338 0: HMUARTLGW HMLGW1 recv: 01 0401, state 4
2016.10.03 08:33:28.338 0: HMUARTLGW HMLGW1 GetSet Ack: 01, state 4
2016.10.03 08:33:28.339 0: HMUARTLGW HMLGW1 send: 01 01
2016.10.03 08:33:28.343 0: HMUARTLGW HMLGW1 recv: 01 04070101257505, state 5
2016.10.03 08:33:28.343 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 5
2016.10.03 08:33:28.344 0: HMUARTLGW HMLGW1 send: 01 10
2016.10.03 08:33:28.348 0: HMUARTLGW HMLGW1 recv: 01 04070101FFFFFF, state 6
2016.10.03 08:33:28.348 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 6
2016.10.03 08:33:28.349 0: HMUARTLGW HMLGW1 send: 00 0E57F1FBB804
2016.10.03 08:33:28.353 0: HMUARTLGW HMLGW1 recv: 00 0401, state 7
2016.10.03 08:33:28.353 0: HMUARTLGW HMLGW1 GetSet Ack: 01, state 7
2016.10.03 08:33:28.354 0: HMUARTLGW HMLGW1 send: 00 02
2016.10.03 08:33:28.358 0: HMUARTLGW HMLGW1 recv: 00 0402010004010401, state 8
2016.10.03 08:33:28.358 0: HMUARTLGW HMLGW1 GetSet Ack: 02, state 8
2016.10.03 08:33:28.359 0: HMUARTLGW HMLGW1 send: 00 06
2016.10.03 08:33:28.363 0: HMUARTLGW HMLGW1 recv: 00 0401, state 10
2016.10.03 08:33:28.363 0: HMUARTLGW HMLGW1 GetSet Ack: 01, state 10
2016.10.03 08:33:28.364 0: HMUARTLGW HMLGW1 send: 00 0B
2016.10.03 08:33:28.369 0: HMUARTLGW HMLGW1 recv: 00 0402FFFFFFFFFFFFFFFFFFFF, state 9
2016.10.03 08:33:28.369 0: HMUARTLGW HMLGW1 GetSet Ack: 02, state 9
2016.10.03 08:33:28.369 0: HMUARTLGW HMLGW1 send: 00 0A00
2016.10.03 08:33:28.373 0: HMUARTLGW HMLGW1 recv: 00 0401, state 11
2016.10.03 08:33:28.373 0: HMUARTLGW HMLGW1 GetSet Ack: 01, state 11
2016.10.03 08:33:28.373 0: HMUARTLGW HMLGW1 send: 00 0900
2016.10.03 08:33:28.377 0: HMUARTLGW HMLGW1 recv: 00 0401, state 12
2016.10.03 08:33:28.377 0: HMUARTLGW HMLGW1 GetSet Ack: 01, state 12
2016.10.03 08:33:28.378 0: HMUARTLGW HMLGW1 send: 00 08
2016.10.03 08:33:28.381 0: HMUARTLGW HMLGW1 recv: 00 040200, state 13
2016.10.03 08:33:28.382 0: HMUARTLGW HMLGW1 GetSet Ack: 02, state 13
2016.10.03 08:33:28.383 0: HMUARTLGW HMLGW1 send: 01 03C8793D3175BC5CF74CBF82028E13885401
2016.10.03 08:33:28.388 0: HMUARTLGW HMLGW1 recv: 01 0401, state 14
2016.10.03 08:33:28.389 0: HMUARTLGW HMLGW1 GetSet Ack: 01, state 14
2016.10.03 08:33:28.389 0: HMUARTLGW HMLGW1 send: 01 0F0000000000000000000000000000000000
2016.10.03 08:33:28.394 0: HMUARTLGW HMLGW1 recv: 01 0401, state 15
2016.10.03 08:33:28.395 0: HMUARTLGW HMLGW1 GetSet Ack: 01, state 15
2016.10.03 08:33:28.395 0: HMUARTLGW HMLGW1 send: 01 0B0000000000000000000000000000000000
2016.10.03 08:33:28.401 0: HMUARTLGW HMLGW1 recv: 01 0401, state 16
2016.10.03 08:33:28.401 0: HMUARTLGW HMLGW1 GetSet Ack: 01, state 16
2016.10.03 08:33:28.401 0: HMUARTLGW HMLGW1 send: 01 08
2016.10.03 08:33:28.416 0: HMUARTLGW HMLGW1 recv: 01 0407010338B0AFFFFFFFFFFFFFFFFF003ABF66FFFFFFFFFFFFFFFF00294D4FFFFFFFFFFFFFFFFF002804D9FFFFFFFFFFFFFFFF002EB0ABFFFFFFFFFFFFFFFF00, state 17
2016.10.03 08:33:28.416 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 17
2016.10.03 08:33:28.417 0: HMUARTLGW HMLGW1 known peer: 38B0AF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.417 0: HMUARTLGW HMLGW1 known peer: 3ABF66, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.417 0: HMUARTLGW HMLGW1 known peer: 294D4F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.417 0: HMUARTLGW HMLGW1 known peer: 2804D9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.417 0: HMUARTLGW HMLGW1 known peer: 2EB0AB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.427 0: HMUARTLGW HMLGW1 recv: 01 040702032E27B9FFFFFFFFFFFFFFFF002D3BC2FFFFFFFFFFFFFFFF00346362FFFFFFFFFFFFFFFF00280140FFFFFFFFFFFFFFFF003ABC06FFFFFFFFFFFFFFFF00, state 17
2016.10.03 08:33:28.427 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 17
2016.10.03 08:33:28.427 0: HMUARTLGW HMLGW1 known peer: 2E27B9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.427 0: HMUARTLGW HMLGW1 known peer: 2D3BC2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.427 0: HMUARTLGW HMLGW1 known peer: 346362, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.427 0: HMUARTLGW HMLGW1 known peer: 280140, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.427 0: HMUARTLGW HMLGW1 known peer: 3ABC06, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.430 0: HMUARTLGW HMLGW1 recv: 01 040703032EF2CBFFFFFFFFFFFFFFFF002D378FFFFFFFFFFFFFFFFF00, state 17
2016.10.03 08:33:28.430 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 17
2016.10.03 08:33:28.430 0: HMUARTLGW HMLGW1 known peer: 2EF2CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.430 0: HMUARTLGW HMLGW1 known peer: 2D378F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:28.488 0: HMUARTLGW HMLGW1 send: 01 072EF2CB
2016.10.03 08:33:28.605 0: HMUARTLGW HMLGW1 recv: 01 04070101000B, state 90
2016.10.03 08:33:28.605 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.605 0: HMUARTLGW HMLGW1 send: 01 072D378F
2016.10.03 08:33:28.610 0: HMUARTLGW HMLGW1 recv: 01 04070101000A, state 90
2016.10.03 08:33:28.610 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.610 0: HMUARTLGW HMLGW1 send: 01 07346362
2016.10.03 08:33:28.615 0: HMUARTLGW HMLGW1 recv: 01 040701010009, state 90
2016.10.03 08:33:28.615 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.615 0: HMUARTLGW HMLGW1 send: 01 07280140
2016.10.03 08:33:28.620 0: HMUARTLGW HMLGW1 recv: 01 040701010008, state 90
2016.10.03 08:33:28.620 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.620 0: HMUARTLGW HMLGW1 send: 01 0738B0AF
2016.10.03 08:33:28.625 0: HMUARTLGW HMLGW1 recv: 01 040701010007, state 90
2016.10.03 08:33:28.625 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.625 0: HMUARTLGW HMLGW1 send: 01 073ABC06
2016.10.03 08:33:28.630 0: HMUARTLGW HMLGW1 recv: 01 040701010006, state 90
2016.10.03 08:33:28.630 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.631 0: HMUARTLGW HMLGW1 send: 01 07294D4F
2016.10.03 08:33:28.635 0: HMUARTLGW HMLGW1 recv: 01 040701010005, state 90
2016.10.03 08:33:28.635 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.636 0: HMUARTLGW HMLGW1 send: 01 073ABF66
2016.10.03 08:33:28.640 0: HMUARTLGW HMLGW1 recv: 01 040701010004, state 90
2016.10.03 08:33:28.640 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.641 0: HMUARTLGW HMLGW1 send: 01 072D3BC2
2016.10.03 08:33:28.645 0: HMUARTLGW HMLGW1 recv: 01 040701010003, state 90
2016.10.03 08:33:28.645 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.646 0: HMUARTLGW HMLGW1 send: 01 072E27B9
2016.10.03 08:33:28.650 0: HMUARTLGW HMLGW1 recv: 01 040701010002, state 90
2016.10.03 08:33:28.650 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.651 0: HMUARTLGW HMLGW1 send: 01 072804D9
2016.10.03 08:33:28.655 0: HMUARTLGW HMLGW1 recv: 01 040701010001, state 90
2016.10.03 08:33:28.655 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.656 0: HMUARTLGW HMLGW1 send: 01 072EB0AB
2016.10.03 08:33:28.660 0: HMUARTLGW HMLGW1 recv: 01 040701010000, state 90
2016.10.03 08:33:28.661 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.661 0: HMUARTLGW HMLGW1 send: 01 06346362010000
2016.10.03 08:33:28.667 0: HMUARTLGW HMLGW1 recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.667 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.668 0: HMUARTLGW HMLGW1 send: 01 06280140010000
2016.10.03 08:33:28.674 0: HMUARTLGW HMLGW1 recv: 01 040701010002FFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.675 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.676 0: HMUARTLGW HMLGW1 send: 01 0638B0AF010000
2016.10.03 08:33:28.705 0: HMUARTLGW HMLGW1 recv: 01 040701010003FFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.705 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.706 0: HMUARTLGW HMLGW1 send: 01 063ABC06010000
2016.10.03 08:33:28.712 0: HMUARTLGW HMLGW1 recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.712 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.713 0: HMUARTLGW HMLGW1 send: 01 06294D4F010000
2016.10.03 08:33:28.719 0: HMUARTLGW HMLGW1 recv: 01 040701010005FFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.720 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.720 0: HMUARTLGW HMLGW1 send: 01 062D3BC2010000
2016.10.03 08:33:28.726 0: HMUARTLGW HMLGW1 recv: 01 040701010006FFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.727 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.728 0: HMUARTLGW HMLGW1 send: 01 063ABF66010000
2016.10.03 08:33:28.734 0: HMUARTLGW HMLGW1 recv: 01 040701010007FFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.734 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.735 0: HMUARTLGW HMLGW1 send: 01 062E27B9010000
2016.10.03 08:33:28.741 0: HMUARTLGW HMLGW1 recv: 01 040701010008FFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.741 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.742 0: HMUARTLGW HMLGW1 send: 01 062EF2CB010000
2016.10.03 08:33:28.748 0: HMUARTLGW HMLGW1 recv: 01 040701010009FFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.749 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.750 0: HMUARTLGW HMLGW1 send: 01 062D378F010000
2016.10.03 08:33:28.756 0: HMUARTLGW HMLGW1 recv: 01 04070101000AFFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.756 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.757 0: HMUARTLGW HMLGW1 send: 01 062804D9010000
2016.10.03 08:33:28.763 0: HMUARTLGW HMLGW1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.763 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.764 0: HMUARTLGW HMLGW1 send: 01 062EB0AB010000
2016.10.03 08:33:28.770 0: HMUARTLGW HMLGW1 recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:28.771 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:28.772 0: HMUARTLGW HMLGW1 send: 01 08
2016.10.03 08:33:28.786 0: HMUARTLGW HMLGW1 recv: 01 0407010338B0AFFFFFFFFFFFFFFFFF013ABF66FFFFFFFFFFFFFFFF01294D4FFFFFFFFFFFFFFFFF012804D9FFFFFFFFFFFFFFFF012EB0ABFFFFFFFFFFFFFFFF01, state 93
2016.10.03 08:33:28.787 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:28.787 0: HMUARTLGW HMLGW1 known peer: 38B0AF, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.787 0: HMUARTLGW HMLGW1 known peer: 3ABF66, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.787 0: HMUARTLGW HMLGW1 known peer: 294D4F, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.787 0: HMUARTLGW HMLGW1 known peer: 2804D9, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.787 0: HMUARTLGW HMLGW1 known peer: 2EB0AB, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.797 0: HMUARTLGW HMLGW1 recv: 01 040702032E27B9FFFFFFFFFFFFFFFF012D3BC2FFFFFFFFFFFFFFFF01346362FFFFFFFFFFFFFFFF01280140FFFFFFFFFFFFFFFF013ABC06FFFFFFFFFFFFFFFF01, state 93
2016.10.03 08:33:28.797 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:28.797 0: HMUARTLGW HMLGW1 known peer: 2E27B9, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.797 0: HMUARTLGW HMLGW1 known peer: 2D3BC2, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.798 0: HMUARTLGW HMLGW1 known peer: 346362, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.798 0: HMUARTLGW HMLGW1 known peer: 280140, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.798 0: HMUARTLGW HMLGW1 known peer: 3ABC06, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.800 0: HMUARTLGW HMLGW1 recv: 01 040703032EF2CBFFFFFFFFFFFFFFFF012D378FFFFFFFFFFFFFFFFF01, state 93
2016.10.03 08:33:28.801 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:28.801 0: HMUARTLGW HMLGW1 known peer: 2EF2CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:28.801 0: HMUARTLGW HMLGW1 known peer: 2D378F, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:29.433 0: HMUARTLGW HMLGW1 send: 00 08
2016.10.03 08:33:29.437 0: HMUARTLGW HMLGW1 recv: 00 040200, state 98
2016.10.03 08:33:29.437 0: HMUARTLGW HMLGW1 GetSet Ack: 02, state 98
2016.10.03 08:33:29.437 0: HMUARTLGW HMLGW1 roundtrip delay: 0.0033
2016.10.03 08:33:30.893 0: HMUARTLGW HMLGW2:keepAlive send (5): K4f
2016.10.03 08:33:30.895 0: HMUARTLGW HMLGW2:keepAlive read (4): >K4f
2016.10.03 08:33:35.369 0: HMUARTLGW HMLGW2 send: 00 08
2016.10.03 08:33:35.373 0: HMUARTLGW HMLGW2 recv: 00 040200, state 98
2016.10.03 08:33:35.373 0: HMUARTLGW HMLGW2 GetSet Ack: 02, state 98
2016.10.03 08:33:35.373 0: HMUARTLGW HMLGW2 roundtrip delay: 0.0033
2016.10.03 08:33:36.726 0: HMUARTLGW HMLGW3:keepAlive send (5): K64
2016.10.03 08:33:36.728 0: HMUARTLGW HMLGW3:keepAlive read (4): >K64
2016.10.03 08:33:37.206 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 3C msg: F7 A6 10 3ABC25 257505 06013A00
2016.10.03 08:33:37.208 0: HMUARTLGW HMLGW3 send: 01 073ABC25
2016.10.03 08:33:37.210 0: HMUARTLGW HMLGW1 send: 01 063ABC25000000
2016.10.03 08:33:37.267 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 36 msg: F7 A6 10 3ABC25 257505 06013A00
2016.10.03 08:33:37.269 0: HMUARTLGW HMLGW3 recv: 01 05 01 00 32 msg: F7 A6 10 3ABC25 257505 06013A00
2016.10.03 08:33:37.271 0: HMUARTLGW HMLGW3 recv: 01 0408, state 90
2016.10.03 08:33:37.271 0: HMUARTLGW HMLGW3 GetSet Ack: 08, state 90
2016.10.03 08:33:37.271 0: HMUARTLGW HMLGW1 recv: 01 04070101000DFFFFFFFFFFFFFFFF, state 90
2016.10.03 08:33:37.272 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 08:33:37.273 0: HMUARTLGW HMLGW1 send: 01 08
2016.10.03 08:33:37.287 0: HMUARTLGW HMLGW1 recv: 01 0407010338B0AFFFFFFFFFFFFFFFFF013ABF66FFFFFFFFFFFFFFFF01294D4FFFFFFFFFFFFFFFFF012804D9FFFFFFFFFFFFFFFF012EB0ABFFFFFFFFFFFFFFFF01, state 93
2016.10.03 08:33:37.288 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:37.288 0: HMUARTLGW HMLGW1 known peer: 38B0AF, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.288 0: HMUARTLGW HMLGW1 known peer: 3ABF66, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.288 0: HMUARTLGW HMLGW1 known peer: 294D4F, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.288 0: HMUARTLGW HMLGW1 known peer: 2804D9, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.288 0: HMUARTLGW HMLGW1 known peer: 2EB0AB, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.297 0: HMUARTLGW HMLGW1 recv: 01 040702032E27B9FFFFFFFFFFFFFFFF012D3BC2FFFFFFFFFFFFFFFF01346362FFFFFFFFFFFFFFFF01280140FFFFFFFFFFFFFFFF013ABC06FFFFFFFFFFFFFFFF01, state 93
2016.10.03 08:33:37.297 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:37.297 0: HMUARTLGW HMLGW1 known peer: 2E27B9, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.297 0: HMUARTLGW HMLGW1 known peer: 2D3BC2, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.297 0: HMUARTLGW HMLGW1 known peer: 346362, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.297 0: HMUARTLGW HMLGW1 known peer: 280140, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.298 0: HMUARTLGW HMLGW1 known peer: 3ABC06, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.302 0: HMUARTLGW HMLGW1 recv: 01 040703032EF2CBFFFFFFFFFFFFFFFF012D378FFFFFFFFFFFFFFFFF013ABC25FFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:37.302 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:37.302 0: HMUARTLGW HMLGW1 known peer: 2EF2CB, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.302 0: HMUARTLGW HMLGW1 known peer: 2D378F, aesChannels: FFFFFFFFFFFFFFFF, flags: 1
2016.10.03 08:33:37.302 0: HMUARTLGW HMLGW1 known peer: 3ABC25, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:37.326 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 1C msg: F7 80 02 257505 3ABC25 00
2016.10.03 08:33:37.339 0: HMUARTLGW HMLGW1:keepAlive send (5): K07
2016.10.03 08:33:37.341 0: HMUARTLGW HMLGW1:keepAlive read (4): >K07
2016.10.03 08:33:37.527 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 29 msg: 32 86 5A 263DDF 000000 28DE38
2016.10.03 08:33:37.529 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 29 msg: 32 86 5A 263DDF 000000 28DE38
2016.10.03 08:33:37.531 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 1F msg: 32 86 5A 263DDF 000000 28DE38
2016.10.03 08:33:37.567 0: HMUARTLGW HMLGW1 send: 01 02 00 00 00 msg: F7 80 02 257505 3ABC25 01013A00
2016.10.03 08:33:37.668 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 20 msg: F7 80 02 257505 3ABC25 01013A00
2016.10.03 08:33:37.671 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 08 msg: F7 80 02 257505 3ABC25 01013A00
2016.10.03 08:33:37.772 0: HMUARTLGW HMLGW3 send: 01 073ABC25
2016.10.03 08:33:37.777 0: HMUARTLGW HMLGW3 recv: 01 040701010005, state 90
2016.10.03 08:33:37.777 0: HMUARTLGW HMLGW3 GetSet Ack: 07, state 90
2016.10.03 08:33:37.778 0: HMUARTLGW HMLGW3 send: 01 08
2016.10.03 08:33:37.791 0: HMUARTLGW HMLGW3 recv: 01 040701013ABD05FFFFFFFFFFFFFFFF003ABFBCFFFFFFFFFFFFFFFF003ABDAAFFFFFFFFFFFFFFFF002C587BFFFFFFFFFFFFFFFF00289CCCFFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:37.791 0: HMUARTLGW HMLGW3 GetSet Ack: 07, state 93
2016.10.03 08:33:37.791 0: HMUARTLGW HMLGW3 known peer: 3ABD05, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:37.791 0: HMUARTLGW HMLGW3 known peer: 3ABFBC, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:37.791 0: HMUARTLGW HMLGW3 known peer: 3ABDAA, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:37.791 0: HMUARTLGW HMLGW3 known peer: 2C587B, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:37.791 0: HMUARTLGW HMLGW3 known peer: 289CCC, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:40.898 0: HMUARTLGW HMLGW2:keepAlive send (5): K50
2016.10.03 08:33:40.900 0: HMUARTLGW HMLGW2:keepAlive read (4): >K50
Ich habe da auch mal was :-)
HMUARTLGW hm.langw.1: Can't send ACK not originating from my hmId (firmware bug), please use a VCCU virtual device!
List meiner vccu
Internals:
CFGFN
DEF 4F7315
IODev hm.lan.1
LASTInputDev hm.usb.1
MSGCNT 7810
NAME hm.vccu
NOTIFYDEV global
NR 176
NTFY_ORDER 50-hm.vccu
STATE hm.lan.1:ok,hm.usb.1:ok,hm.langw.1:ok,
TYPE CUL_HM
assignedIOs hm.lan.1,hm.langw.1,hm.usb.1
channel_01 hm.vccu.button.1
channel_02 hm.vccu.button.2
channel_03 hm.vccu.button.3
channel_04 hm.vccu.button.4
channel_05 hm.vccu.button.5
channel_06 hm.vccu.button.6
channel_07 hm.vccu.button.7
channel_08 hm.vccu.button.8
channel_09 hm.vccu.button.9
channel_0A hm.vccu.button.10
channel_0B hm.vccu.button.11
channel_0C hm.vccu.button.12
hm.lan.1_MSGCNT 2793
hm.lan.1_RAWMSG E4F7315,0000,03386D22,FF,FFCA,A680024F731532AC790101FE00
hm.lan.1_RSSI -54
hm.lan.1_TIME 2016-10-03 11:00:21
hm.langw.1_MSGCNT 2226
hm.langw.1_RAWMSG 050003336080024F7315051FF600
hm.langw.1_RSSI -51
hm.langw.1_TIME 2016-10-03 11:00:37
hm.usb.1_MSGCNT 2791
hm.usb.1_RAWMSG E4F7315,0000,1CC124DC,FF,FFBE,6080024F7315051FF600
hm.usb.1_RSSI -66
hm.usb.1_TIME 2016-10-03 11:00:37
lastMsg No:60 - t:02 s:4F7315 d:051FF6 00
protLastRcv 2016-10-03 11:00:37
rssi_at_hm.lan.1 avg:-58.4 max:-53 lst:-54 min:-68 cnt:2790
rssi_at_hm.langw.1 max:-46 avg:-50.04 cnt:2226 lst:-51 min:-54
rssi_at_hm.usb.1 avg:-57.33 max:-49 min:-67 lst:-66 cnt:2788
Helper:
Dblog:
Aeskeynbr:
Mydblog:
TIME 1475484394.75346
VALUE 06
Aesreqto:
Mydblog:
TIME 1475482636.6233
VALUE hm.steckdose.4
Rssi_at_hm.lan.1:
Mydblog:
TIME 1475485221.55364
VALUE -54
Rssi_at_hm.langw.1:
Mydblog:
TIME 1475485237.75871
VALUE -51
Rssi_at_hm.usb.1:
Mydblog:
TIME 1475485237.82836
VALUE -66
State:
Mydblog:
TIME 1475482736.92573
VALUE hm.lan.1:ok,hm.usb.1:ok,hm.langw.1:ok,
Readings:
2016-10-03 11:00:37 CommandAccepted yes
2016-10-03 10:46:34 aesKeyNbr 06
2016-10-03 10:17:16 aesReqTo hm.steckdose.4
2016-10-03 11:00:21 rssi_at_hm.lan.1 -54
2016-10-03 11:00:37 rssi_at_hm.langw.1 -51
2016-10-03 11:00:37 rssi_at_hm.usb.1 -66
2016-10-03 10:18:56 state hm.lan.1:ok,hm.usb.1:ok,hm.langw.1:ok,
2016-07-11 20:03:58 unknown_3259E7 received
2016-08-01 09:51:48 unknown_335B13 received
2016-09-26 18:27:51 unknown_38E338 received
2016-09-15 10:24:42 unknown_4CB036 received
2016-09-15 13:06:07 unknown_4CB0A3 received
2016-09-24 17:15:44 unknown_73151F received
2016-10-02 23:32:44 unknown_731520 received
2016-10-02 23:32:43 unknown_731523 received
2016-10-02 16:09:29 unknown_731527 received
2016-10-02 16:17:47 unknown_73152E received
Helper:
HM_CMDNR 96
PONtest 1
mId FFF0
rxType 1
Ack:
Expert:
def 1
det 1
raw 0
tpl 0
Io:
nextSend 1475485237.90031
prefIO
vccu
ioList:
hm.lan.1
hm.usb.1
hm.langw.1
Mrssi:
mNo 60
Io:
hm.langw.1 -51
hm.usb.1 -66
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
prs 1
vrt 1
Rssi:
At_hm.lan.1:
avg -58.4014336917563
cnt 2790
lst -54
max -53
min -68
At_hm.langw.1:
avg -50.0426774483378
cnt 2226
lst -51
max -46
min -54
At_hm.usb.1:
avg -57.3324964131994
cnt 2788
lst -66
max -49
min -67
Shadowreg:
Tmpl:
Role:
Attributes:
IODev hm.lan.1
IOList hm.lan.1,hm.usb.1,hm.langw.1
aesCommReq 1
expert 1_on
group Interface
hmKey 01:key1
hmKey2 02:key2
hmKey3 03:key3
icon scc_868
model CCU-FHEM
room System,Virtual
rssiLog 1
subType virtual
verbose 0
webCmd virtual:update:hmPairForSec 120
und hier meines langw
Internals:
AssignedPeerCnt 21
CFGFN
CNT 218
DEF 172.17.2.105
DEVCNT 144
DevState 99
DevType LGW
DeviceName 172.17.2.105:2000
FD 31
LastOpen 1475482732.91804
NAME hm.langw.1
NR 528
PARTIAL
RAWMSG 050003318480024F73154CB03600
RSSI -49
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 14
msgLoadCurrentRaw 28
msgLoadHistory 0/-2/0/2/-1/-1/0/2/-/-/-/-
msgLoadHistoryAbs 14/14/16/16/14/15/16/16/14/-/-/-/-
owner 4F7315
owner_CCU hm.vccu
Helper:
CreditTimer 174
FW 66561
Initialized 1
SendCnt 95
Ackpending:
0:
cmd 020000002380024F731523F2D700
dst 1
time 1475483089.38889
1:
cmd 020000002380024F731523F2D700
dst 1
time 1475483089.69748
105:
cmd 02000000A180024F731532AC790101FE00
dst 1
time 1475484043.97336
117:
cmd 020000005780024F731527F1A600
dst 1
time 1475484101.68835
120:
cmd 020000005A80024F73152E341800
dst 1
time 1475484102.44118
128:
cmd 020000000080024F731524994001012500
dst 1
time 1475484210.7604
134:
cmd 020000002280024F7315329E1601012400
dst 1
time 1475484274.32789
135:
cmd 02000000A280024F731532AC790101FE00
dst 1
time 1475484284.39442
142:
cmd 02000000A380024F731532AC790101FE00
dst 1
time 1475484369.20465
155:
cmd 020000000180024F731524994001012500
dst 1
time 1475484547.29723
157:
cmd 020000002380024F7315329E1601012400
dst 1
time 1475484559.41311
166:
cmd 02000000A480024F731532AC790101FE00
dst 1
time 1475484682.5243
176:
cmd 020000002480024F7315329E1601012400
dst 1
time 1475484815.87466
180:
cmd 020000000280024F731524994001012500
dst 1
time 1475484854.813
189:
cmd 02000000A580024F731532AC790101FE00
dst 1
time 1475484965.93506
201:
cmd 020000000380024F731524994001012500
dst 1
time 1475485133.82602
204:
cmd 020000002580024F7315329E1601012400
dst 1
time 1475485171.35075
209:
cmd 02000000A680024F731532AC790101FE00
dst 1
time 1475485221.48568
21:
cmd 02000000FD80024F731524994001012500
dst 1
time 1475483320.15935
219:
cmd 02000000C680024F731585F4D400
dst 1
time 1475482838.50016
224:
cmd 020000007F80024F731541D30100
dst 1
time 1475482855.83093
239:
cmd 020000001C80024F7315329E1601012400
dst 1
time 1475483037.3571
25:
cmd 020000001D80024F7315329E1601012400
dst 1
time 1475483367.86006
255:
cmd 020000002380024F731523F2D700
dst 1
time 1475483089.08023
38:
cmd 020000008280024F731541D30100
dst 1
time 1475483478.84929
51:
cmd 02000000FE80024F731524994001012500
dst 1
time 1475483654.27634
53:
cmd 020000001E80024F7315329E1601012400
dst 1
time 1475483669.36536
62:
cmd 02000000A080024F731532AC790101FE00
dst 1
time 1475483781.92665
7:
cmd 020000009E80024F731532AC790101FE00
dst 1
time 1475483151.91196
73:
cmd 02000000FF80024F731524994001012500
dst 1
time 1475483935.05245
78:
cmd 02000000FF80024F731524994001012500
dst 1
time 1475483938.78306
82:
cmd 020000001F80024F7315329E1601012400
dst 1
time 1475483941.87178
83:
cmd 020000002080024F7315329E1601012400
dst 1
time 1475483946.18219
89:
cmd 020000002180024F7315329E1601012400
dst 1
time 1475483961.13638
Assignedpeers:
1B45EC FFFFFFFFFFFFFFFF (flags: 1)
1F633F FFFFFFFFFFFFFFFF (flags: 1)
200C80 FFFFFFFFFFFFFFFF (flags: 1)
209D4E FFFFFFFFFFFFFFFF (flags: 1)
20A572 FFFFFFFFFFFFFFFF (flags: 1)
20B53D FFFFFFFFFFFFFFFF (flags: 1)
222C2F FFFFFFFFFFFFFFFF (flags: 1)
23F2D7 FFFFFFFFFFFFFFFF (flags: 0)
24050B FFFFFFFFFFFFFFFF (flags: 1)
240578 FFFFFFFFFFFFFFFF (flags: 1)
249940 FFFFFFFFFFFFFFFF (flags: 0)
27F1A6 FFFFFFFFFFFFFFFF (flags: 0)
2835AD FFFFFFFFFFFFFFFF (flags: 1)
2E3406 FFFFFFFFFFFFFFFD (flags: 1)
2E3418 FFFFFFFFFFFFFFFF (flags: 0)
329E16 FFFFFFFFFFFFFFFF (flags: 0)
32AC79 FFFFFFFFFFFFFFFF (flags: 1)
41D301 FFFFFFFFFFFFFFFF (flags: 0)
41F510 FFFFFFFFFFFFFFFF (flags: 1)
45916C FFFFFFFFFFFFFFFF (flags: 1)
85F4D4 FFFFFFFFFFFFFFFF (flags: 0)
Dblog:
D-hmidassigned:
Mydblog:
TIME 1475482736.51791
VALUE 4F7315
D-hmidoriginal:
Mydblog:
TIME 1475482736.58276
VALUE FFFFFF
D-lanfirmware:
Mydblog:
TIME 1475482733.08614
VALUE 1.1.5
D-firmware:
Mydblog:
TIME 1475482736.65559
VALUE 1.4.1
D-serialnr:
Mydblog:
TIME 1475482733.08614
VALUE KEQ1066806
D-type:
Mydblog:
TIME 1475482733.08614
VALUE eQ3-HM-LGW
Cond:
Mydblog:
TIME 1475482736.84454
VALUE ok
Loadlvl:
Mydblog:
TIME 1475482736.84454
VALUE low
State:
Mydblog:
TIME 1475482732.9512
VALUE CONNECTED
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
Roundtrip:
Delay 0.0064239501953125
Loadlvl:
lastHistory 1475485136.72493
Peers:
1B45EC assigned
1F633F assigned
200C80 assigned
209D4E assigned
20A572 assigned
20B53D assigned
222C2F assigned
23F2D7 assigned
24050B assigned
240578 assigned
249940 assigned
27F1A6 assigned
2835AD assigned
2E3406 assigned
2E3418 assigned
329E16 assigned
32AC79 assigned
41D301 assigned
41F510 assigned
45916C assigned
85F4D4 assigned
Readings:
2016-10-03 10:18:56 D-HMIdAssigned 4F7315
2016-10-03 10:18:56 D-HMIdOriginal FFFFFF
2016-10-03 10:18:53 D-LANfirmware 1.1.5
2016-10-03 10:18:56 D-firmware 1.4.1
2016-10-03 10:18:53 D-serialNr KEQ1066806
2016-10-03 10:18:53 D-type eQ3-HM-LGW
2016-10-03 10:18:56 cond ok
2016-10-03 11:01:20 load 14
2016-10-03 10:18:56 loadLvl low
2016-10-03 10:18:52 state opened
Helper:
Keepalive:
CNT 97
DEVCNT 96
DevState 99
DevType LGW-KeepAlive
DeviceName 172.17.2.105:2001
FD 33
LastOpen 1475482733.02131
NAME hm.langw.1:keepAlive
NR 15396
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
NextKeepAlive 1475485364.00227
Log:
Resolve 1
IDs:
Readings:
2016-10-03 10:18:53 state opened
Lgwhash:
Attributes:
comment https://forum.fhem.de/index.php/topic,54511.0.html
group Interface
hmId 4F7315
icon scc_868
lgwPw XAHv36BxXN
room System
verbose 0
irgendwelche Ideen? Ich habe auch regelmäßig freezes :-( und bin schon am entschlacken meiner Installation ...
Gruß und Dank
Ralf
Edit1: Habe als Adhoc Maßnahme erst einmal die hmkeys nachgetragen .... mal sehen, ob es noch einmal auftaucht
Hi,
Zitat von: Ma_Bo am 03 Oktober 2016, 08:41:47
2016.10.03 08:33:16.251 0: HMUARTLGW HMLGW1 recv: 01 040702032E27B9FFFFFFFFFFFFFFFF002D3BC2FFFFFFFFFFFFFFFF00346362FFFFFFFFFFFFFFFF00280140FFFFFFFFFFFFFFFF003ABC06FFFFFFFFFFFFFFFF00, state 93
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 known peer: 2E27B9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 known peer: 2D3BC2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 known peer: 346362, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 known peer: 280140, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.10.03 08:33:16.252 0: HMUARTLGW HMLGW1 known peer: 3ABC06, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
...
2016.10.03 08:33:26.254 1: HMUARTLGW HMLGW1 did not respond, reopening
Yay, anscheinend ein weiteres Firmwareproblem im Gateway :-(
Das Gateway sendet eine Multipart-Nachricht (0407) mit insgesamt drei Teilen, hört aber nach dem zweiten Teil (0203) auf und schickt nie den dritten. Es gibt auch keine Möglichkeit, diesen Teil einzeln anzufordern.
Ich wollte diesen Teil eh umbauen, damit diese Nachricht gar nicht mehr benötigt wird (dazu muss das GW beim connect neugestartet werden, das ist aber bei der Firmwaresituation anscheinend nötig :-( ), das wird aber noch etwas dauern (ist ein größerer Umbau).
Zitat von: Wuppi68 am 03 Oktober 2016, 11:05:30
HMUARTLGW hm.langw.1: Can't send ACK not originating from my hmId (firmware bug), please use a VCCU virtual device!
Du benutzt einen virtuellen Aktor, der kein virtuelles Gerät der VCCU ist. Das geht wegen eines Firmwarebugs des Moduls nicht, Du musst ein virtuelles VCCU-Gerät stattdessen nehmen.
Viele Grüße
Michael
Na zumindest konnte mein log schonmal helfen etwas aufzudecken.
Dann bleibt mir erstmal ja nur warten übrig.
Z.Z. läuft ja alles mit den hmlan und die hmlgw bleiben so lange deaktiviert.
Danke für deine Antwort und hoffentlich ist der Firmware bug gut zu umgehen.
Grüße Marcel
Gesendet von iPhone mit Tapatalk
Zitat von: mgernoth am 03 Oktober 2016, 11:51:03
Hi,
Du benutzt einen virtuellen Aktor, der kein virtuelles Gerät der VCCU ist. Das geht wegen eines Firmwarebugs des Moduls nicht, Du musst ein virtuelles VCCU-Gerät stattdessen nehmen.
Viele Grüße
Michael
Danke für die schnelle Info ....
habe jetzt noch ein wenig zu tun :-)
Das Schmuddelwetter findet seine verwendung
Ralf
@Michael Es wäre super, wenn du die Änderung vorgenommen hast, das hier kurz zu schreiben, dann kann ich sofort ein update machen und es testen.
Aber kein Stress wegen der Änderung, möchte hier niemanden unter Druck setzen.
Und auch erst einmal ein Riesen Danke für die Arbeit bisher und dass du so schnell auf Probleme reagierst und antwortest.
Grüße Marcel
Hi,
Zitat von: Ma_Bo am 03 Oktober 2016, 12:38:30
@Michael Es wäre super, wenn du die Änderung vorgenommen hast, das hier kurz zu schreiben, dann kann ich sofort ein update machen und es testen.
Ich habe mal was committed, was hoffentlich Deine reopens behebt.
Viele Grüße
Michael
ZitatIch habe mal was committed, was hoffentlich Deine reopens behebt.
Reicht ein reload 00_HMUARTLGW.pm oder besser ein shutdown restart ?
Hi,
Zitat von: Ma_Bo am 03 Oktober 2016, 13:47:55
Reicht ein reload 00_HMUARTLGW.pm oder besser ein shutdown restart ?
Ich habe nie einen reload probiert, ich würde immer einen restart machen.
Nur um sicher zu gehen: Du hast jetzt Version 12253 geladen?
Viele Grüße
Michael
$Id: 00_HMUARTLGW.pm 12253 2016-10-03 10:53:35Z mgernoth $
@ Michael
Hat leider nichts gebracht, nach einem shutdown restart, knapp 23 Minuten, dann leider das gleiche Problem wie vorher.
Ich kann leider heute keine weiteren Tests machen.
Trotzdem Danke für deine schnellen Bemühungen.
Gruß Marcel
Hi,
Zitat von: Ma_Bo am 03 Oktober 2016, 14:28:53
@ Michael
Hat leider nichts gebracht, nach einem shutdown restart, knapp 23 Minuten, dann leider das gleiche Problem wie vorher.
Hmm, schade.
Ich brauche auf jeden Fall neue Logs, da die alte auslösende Nachricht nicht mehr gesendet wird...
Viele Grüße
Michael
Logge ich dir ggfs. heute Abend ansonsten versuche ich es morgen.
Grüße Marcel
Gesendet von iPhone mit Tapatalk
Hallo Michael,
ich habe jetzt noch einmal meine HMLAN´s deaktiviert und die HMLGW´s aktiviert, wobei ich die HMLGW´s auch vom Strom getrennt hatte.
Nachdem ich diese jetzt seit 17:46 laufen habe, ist bisher kein reopen eingetreten, ich logge als Tageslog trotzdem alles mit und lasse mich bei einem reopen per Telegram informieren und das Logging dann 1 Minute später abschalten.
Vielleicht hat es was gebracht, dass die HMLGW´s erst spannungslos sein mussten...?
Ich berichte dir sobald ich einen reopen habe oder halt morgen im laufe des Tages mal, wenn alles bis dahin, ohne Probleme läuft.
Grüße Marcel
Ok, zu früh gefreut, anbei der Logauszug um 22:03:49.044 kam der reopen von HMLGW2.
Ich hoffe du kannst was finden.
2016.10.03 22:03:38.934 0: HMUARTLGW HMLGW2 send: 01 062C587B000000
2016.10.03 22:03:39.036 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 2F msg: FE A6 41 2C587B 257505 01811940
2016.10.03 22:03:39.039 0: HMUARTLGW HMLGW2 recv: 01 04070101000AFFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:39.040 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 22:03:39.040 0: HMUARTLGW HMLGW2 added peer: 2C587B, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:39.041 0: HMUARTLGW HMLGW2 send: 01 062C587B000000
2016.10.03 22:03:39.043 0: HMUARTLGW HMLGW1 recv: 01 05 01 00 29 msg: FE A6 41 2C587B 257505 01811940
2016.10.03 22:03:39.045 0: HMUARTLGW HMLGW1 recv: 01 0408, state 90
2016.10.03 22:03:39.045 0: HMUARTLGW HMLGW1 GetSet Ack: 08, state 90
2016.10.03 22:03:39.046 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 0D msg: FE 80 02 257505 2C587B 00
2016.10.03 22:03:39.048 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 1B msg: FE 80 02 257505 2C587B 00
2016.10.03 22:03:39.364 0: HMUARTLGW HMLGW3:keepAlive send (5): K08
2016.10.03 22:03:39.367 0: HMUARTLGW HMLGW3:keepAlive read (4): >K08
2016.10.03 22:03:39.551 0: HMUARTLGW HMLGW1 send: 01 072C587B
2016.10.03 22:03:39.557 0: HMUARTLGW HMLGW1 recv: 01 040701010019, state 90
2016.10.03 22:03:39.559 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 22:03:39.559 0: HMUARTLGW HMLGW1 remove peer: 2C587B
2016.10.03 22:03:39.767 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 2C msg: FF A6 10 2C587B 257505 06011900
2016.10.03 22:03:39.773 0: HMUARTLGW HMLGW1 send: 01 062C587B000000
2016.10.03 22:03:39.801 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 2F msg: FF A6 10 2C587B 257505 06011900
2016.10.03 22:03:39.803 0: HMUARTLGW HMLGW2 recv: 01 05 01 00 2E msg: FF A6 10 2C587B 257505 06011900
2016.10.03 22:03:39.804 0: HMUARTLGW HMLGW1 recv: 01 04070101001AFFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:39.804 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 22:03:39.805 0: HMUARTLGW HMLGW1 added peer: 2C587B, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:39.806 0: HMUARTLGW HMLGW1 send: 01 062C587B000000
2016.10.03 22:03:39.812 0: HMUARTLGW HMLGW1 recv: 01 04070101001AFFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:39.812 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 22:03:39.812 0: HMUARTLGW HMLGW1 added peer: 2C587B, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:39.888 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 0B msg: FF 80 02 257505 2C587B 00
2016.10.03 22:03:39.890 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 18 msg: FF 80 02 257505 2C587B 00
2016.10.03 22:03:40.105 0: HMUARTLGW HMLGW1 send: 01 02 00 00 00 msg: FF 80 02 257505 2C587B 01011900
2016.10.03 22:03:40.138 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 0D msg: FF 80 02 257505 2C587B 01011900
2016.10.03 22:03:40.146 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 1B msg: FF 80 02 257505 2C587B 01011900
2016.10.03 22:03:40.423 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 2E msg: FF A6 10 2C587B 257505 06011900
2016.10.03 22:03:40.425 0: HMUARTLGW HMLGW2 recv: 01 05 01 00 2E msg: FF A6 10 2C587B 257505 06011900
2016.10.03 22:03:40.428 0: HMUARTLGW HMLGW1 recv: 01 05 01 00 2A msg: FF A6 10 2C587B 257505 06011900
2016.10.03 22:03:40.546 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 19 msg: FF 80 02 257505 2C587B 00
2016.10.03 22:03:40.691 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 2E msg: FF A6 10 2C587B 257505 06011900
2016.10.03 22:03:40.698 0: HMUARTLGW HMLGW2 recv: 01 05 01 00 2E msg: FF A6 10 2C587B 257505 06011900
2016.10.03 22:03:40.700 0: HMUARTLGW HMLGW1 recv: 01 05 01 00 2A msg: FF A6 10 2C587B 257505 06011900
2016.10.03 22:03:40.725 0: HMUARTLGW HMLGW1 send: 01 02 00 00 00 msg: FF 80 02 257505 2C587B 01011900
2016.10.03 22:03:40.731 0: HMUARTLGW HMLGW1 recv: 01 0408, state 101
2016.10.03 22:03:40.732 0: HMUARTLGW HMLGW1 IO currently busy, trying again in a bit
2016.10.03 22:03:40.811 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 17 msg: FF 80 02 257505 2C587B 00
2016.10.03 22:03:41.002 0: HMUARTLGW HMLGW1 send: 01 02 00 00 00 msg: FF 80 02 257505 2C587B 01011900
2016.10.03 22:03:41.065 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 0D msg: FF 80 02 257505 2C587B 01011900
2016.10.03 22:03:41.067 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 1B msg: FF 80 02 257505 2C587B 01011900
2016.10.03 22:03:41.309 0: HMUARTLGW HMLGW1 send: 01 02 00 00 00 msg: FF 80 02 257505 2C587B 01011900
2016.10.03 22:03:41.341 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 0D msg: FF 80 02 257505 2C587B 01011900
2016.10.03 22:03:41.346 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 1B msg: FF 80 02 257505 2C587B 01011900
2016.10.03 22:03:42.277 0: HMUARTLGW HMLGW2:keepAlive send (5): K09
2016.10.03 22:03:42.279 0: HMUARTLGW HMLGW2:keepAlive read (4): >K09
2016.10.03 22:03:43.141 0: HMUARTLGW HMLGW1:keepAlive send (5): K0a
2016.10.03 22:03:43.144 0: HMUARTLGW HMLGW1:keepAlive read (4): >K0a
2016.10.03 22:03:43.515 0: HMUARTLGW HMLGW3 send: 00 08
2016.10.03 22:03:43.521 0: HMUARTLGW HMLGW3 recv: 00 040200, state 98
2016.10.03 22:03:43.523 0: HMUARTLGW HMLGW3 GetSet Ack: 02, state 98
2016.10.03 22:03:43.523 0: HMUARTLGW HMLGW3 roundtrip delay: 0.0040
2016.10.03 22:03:45.013 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 4F msg: 43 84 5E 2855B1 000000 917C500000000000092EF9
2016.10.03 22:03:45.075 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 52 msg: 43 84 5E 2855B1 000000 917C500000000000092EF9
2016.10.03 22:03:45.077 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 4C msg: 43 84 5E 2855B1 000000 917C500000000000092EF9
2016.10.03 22:03:49.044 1: HMUARTLGW HMLGW2 did not respond, reopening
2016.10.03 22:03:49.085 3: Opening HMLGW2:keepAlive device 192.168.178.84:2001
2016.10.03 22:03:49.086 1: 192.168.178.84:2000 reappeared (HMLGW2)
2016.10.03 22:03:49.102 0: HMUARTLGW HMLGW2 read (34): H03,01,eQ3-HM-LGW,1.1.5,NEQ0382356
2016.10.03 22:03:49.103 0: HMUARTLGW HMLGW2 read (23): S04,BidCoS-over-LAN-1.0
2016.10.03 22:03:49.103 3: HMUARTLGW HMLGW2 BidCoS-port opened
2016.10.03 22:03:49.103 0: HMUARTLGW HMLGW2 send (10): >04,0000
2016.10.03 22:03:49.105 3: HMLGW2:keepAlive device opened
2016.10.03 22:03:49.106 0: HMUARTLGW HMLGW2:keepAlive read (34): H03,01,eQ3-HM-LGW,1.1.5,NEQ0382356
2016.10.03 22:03:49.106 0: HMUARTLGW HMLGW2:keepAlive read (14): S04,SysCom-1.0
2016.10.03 22:03:49.106 3: HMUARTLGW HMLGW2:keepAlive KeepAlive-port opened
2016.10.03 22:03:49.106 0: HMUARTLGW HMLGW2:keepAlive send (10): >04,0000
2016.10.03 22:03:49.373 0: HMUARTLGW HMLGW3:keepAlive send (5): K09
2016.10.03 22:03:49.377 0: HMUARTLGW HMLGW3:keepAlive read (4): >K09
2016.10.03 22:03:50.092 0: HMUARTLGW HMLGW2 send: 00 00
2016.10.03 22:03:50.134 0: HMUARTLGW HMLGW2 recv: 00 0402436F5F4350555F417070, state 1
2016.10.03 22:03:50.134 3: HMUARTLGW HMLGW2 currently running Co_CPU_App
2016.10.03 22:03:50.134 0: HMUARTLGW HMLGW2 send: 00 03
2016.10.03 22:03:50.137 0: HMUARTLGW HMLGW2:keepAlive send (16): L05,02,00ff,00
2016.10.03 22:03:50.139 0: HMUARTLGW HMLGW2:keepAlive read (4): >L05
2016.10.03 22:03:50.139 0: HMUARTLGW HMLGW2:keepAlive send (5): K06
2016.10.03 22:03:50.140 0: HMUARTLGW HMLGW2 recv: 00 0401, state 1
2016.10.03 22:03:50.141 0: HMUARTLGW HMLGW2:keepAlive read (4): >K06
2016.10.03 22:03:51.877 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 4A msg: D0 86 5A 529B72 000000 28DE3A
2016.10.03 22:03:51.883 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 3C msg: D0 86 5A 529B72 000000 28DE3A
2016.10.03 22:03:52.214 0: HMUARTLGW HMLGW1 send: 00 08
2016.10.03 22:03:52.219 0: HMUARTLGW HMLGW1 recv: 00 040200, state 98
2016.10.03 22:03:52.219 0: HMUARTLGW HMLGW1 GetSet Ack: 02, state 98
2016.10.03 22:03:52.220 0: HMUARTLGW HMLGW1 roundtrip delay: 0.0042
2016.10.03 22:03:52.331 0: HMUARTLGW HMLGW2 recv: 00 00436F5F4350555F424C, state 1
2016.10.03 22:03:52.331 3: HMUARTLGW HMLGW2 currently running Co_CPU_BL
2016.10.03 22:03:52.331 0: HMUARTLGW HMLGW2 send: 00 03
2016.10.03 22:03:53.039 0: HMUARTLGW HMLGW2 recv: 00 0401, state 2
2016.10.03 22:03:53.049 0: HMUARTLGW HMLGW2 recv: 00 00436F5F4350555F417070, state 2
2016.10.03 22:03:53.049 3: HMUARTLGW HMLGW2 currently running Co_CPU_App
2016.10.03 22:03:53.150 0: HMUARTLGW HMLGW1:keepAlive send (5): K0b
2016.10.03 22:03:53.155 0: HMUARTLGW HMLGW1:keepAlive read (4): >K0b
2016.10.03 22:03:54.052 0: HMUARTLGW HMLGW2 send: 01 00257505
2016.10.03 22:03:54.057 0: HMUARTLGW HMLGW2 recv: 01 0401, state 4
2016.10.03 22:03:54.059 0: HMUARTLGW HMLGW2 GetSet Ack: 01, state 4
2016.10.03 22:03:54.060 0: HMUARTLGW HMLGW2 send: 01 01
2016.10.03 22:03:54.066 0: HMUARTLGW HMLGW2 recv: 01 04070101257505, state 5
2016.10.03 22:03:54.067 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 5
2016.10.03 22:03:54.068 0: HMUARTLGW HMLGW2 send: 01 10
2016.10.03 22:03:54.072 0: HMUARTLGW HMLGW2 recv: 01 04070101FFFFFF, state 6
2016.10.03 22:03:54.073 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 6
2016.10.03 22:03:54.074 0: HMUARTLGW HMLGW2 send: 00 0E57F2B9AA04
2016.10.03 22:03:54.078 0: HMUARTLGW HMLGW2 recv: 00 0401, state 7
2016.10.03 22:03:54.078 0: HMUARTLGW HMLGW2 GetSet Ack: 01, state 7
2016.10.03 22:03:54.079 0: HMUARTLGW HMLGW2 send: 00 02
2016.10.03 22:03:54.083 0: HMUARTLGW HMLGW2 recv: 00 0402010004010401, state 8
2016.10.03 22:03:54.084 0: HMUARTLGW HMLGW2 GetSet Ack: 02, state 8
2016.10.03 22:03:54.085 0: HMUARTLGW HMLGW2 send: 00 06
2016.10.03 22:03:54.090 0: HMUARTLGW HMLGW2 recv: 00 0401, state 10
2016.10.03 22:03:54.090 0: HMUARTLGW HMLGW2 GetSet Ack: 01, state 10
2016.10.03 22:03:54.091 0: HMUARTLGW HMLGW2 send: 00 0B
2016.10.03 22:03:54.096 0: HMUARTLGW HMLGW2 recv: 00 0402FFFFFFFFFFFFFFFFFFFF, state 9
2016.10.03 22:03:54.097 0: HMUARTLGW HMLGW2 GetSet Ack: 02, state 9
2016.10.03 22:03:54.097 0: HMUARTLGW HMLGW2 send: 00 0A00
2016.10.03 22:03:54.101 0: HMUARTLGW HMLGW2 recv: 00 0401, state 11
2016.10.03 22:03:54.102 0: HMUARTLGW HMLGW2 GetSet Ack: 01, state 11
2016.10.03 22:03:54.103 0: HMUARTLGW HMLGW2 send: 00 0900
2016.10.03 22:03:54.107 0: HMUARTLGW HMLGW2 recv: 00 0401, state 12
2016.10.03 22:03:54.107 0: HMUARTLGW HMLGW2 GetSet Ack: 01, state 12
2016.10.03 22:03:54.108 0: HMUARTLGW HMLGW2 send: 00 08
2016.10.03 22:03:54.112 0: HMUARTLGW HMLGW2 recv: 00 040200, state 13
2016.10.03 22:03:54.113 0: HMUARTLGW HMLGW2 GetSet Ack: 02, state 13
2016.10.03 22:03:54.114 0: HMUARTLGW HMLGW2 send: 01 03XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
2016.10.03 22:03:54.120 0: HMUARTLGW HMLGW2 recv: 01 0401, state 14
2016.10.03 22:03:54.121 0: HMUARTLGW HMLGW2 GetSet Ack: 01, state 14
2016.10.03 22:03:54.121 0: HMUARTLGW HMLGW2 send: 01 0F0000000000000000000000000000000000
2016.10.03 22:03:54.127 0: HMUARTLGW HMLGW2 recv: 01 0401, state 15
2016.10.03 22:03:54.128 0: HMUARTLGW HMLGW2 GetSet Ack: 01, state 15
2016.10.03 22:03:54.128 0: HMUARTLGW HMLGW2 send: 01 0B0000000000000000000000000000000000
2016.10.03 22:03:54.134 0: HMUARTLGW HMLGW2 recv: 01 0401, state 16
2016.10.03 22:03:54.135 0: HMUARTLGW HMLGW2 GetSet Ack: 01, state 16
2016.10.03 22:03:54.195 0: HMUARTLGW HMLGW2 send: 01 0626B3CD010000
2016.10.03 22:03:54.323 0: HMUARTLGW HMLGW2 recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:54.325 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 22:03:54.325 0: HMUARTLGW HMLGW2 added peer: 26B3CD, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.330 0: HMUARTLGW HMLGW2 send: 01 0626B3CD010000
2016.10.03 22:03:54.337 0: HMUARTLGW HMLGW2 recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:54.337 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 93
2016.10.03 22:03:54.337 0: HMUARTLGW HMLGW2 added peer: 26B3CD, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.337 0: HMUARTLGW HMLGW2 send: 01 062EF2CB010000
2016.10.03 22:03:54.343 0: HMUARTLGW HMLGW2 recv: 01 040701010002FFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:54.344 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 22:03:54.344 0: HMUARTLGW HMLGW2 added peer: 2EF2CB, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.345 0: HMUARTLGW HMLGW2 send: 01 062EF2CB010000
2016.10.03 22:03:54.351 0: HMUARTLGW HMLGW2 recv: 01 040701010002FFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:54.352 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 93
2016.10.03 22:03:54.353 0: HMUARTLGW HMLGW2 added peer: 2EF2CB, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.353 0: HMUARTLGW HMLGW2 send: 01 063ABF66010000
2016.10.03 22:03:54.360 0: HMUARTLGW HMLGW2 recv: 01 040701010003FFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:54.360 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 22:03:54.361 0: HMUARTLGW HMLGW2 added peer: 3ABF66, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.363 0: HMUARTLGW HMLGW2 send: 01 063ABF66010000
2016.10.03 22:03:54.370 0: HMUARTLGW HMLGW2 recv: 01 040701010003FFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:54.370 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 93
2016.10.03 22:03:54.371 0: HMUARTLGW HMLGW2 added peer: 3ABF66, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.371 0: HMUARTLGW HMLGW2 send: 01 063ABFBC010000
2016.10.03 22:03:54.377 0: HMUARTLGW HMLGW2 recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:54.378 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 22:03:54.378 0: HMUARTLGW HMLGW2 added peer: 3ABFBC, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.380 0: HMUARTLGW HMLGW2 send: 01 063ABFBC010000
2016.10.03 22:03:54.387 0: HMUARTLGW HMLGW2 recv: 01 040701010004FFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:54.388 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 93
2016.10.03 22:03:54.388 0: HMUARTLGW HMLGW2 added peer: 3ABFBC, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.388 0: HMUARTLGW HMLGW2 send: 01 0626AF0A010000
2016.10.03 22:03:54.395 0: HMUARTLGW HMLGW2 recv: 01 040701010005FFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:54.396 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 22:03:54.396 0: HMUARTLGW HMLGW2 added peer: 26AF0A, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.398 0: HMUARTLGW HMLGW2 send: 01 0626AF0A010000
2016.10.03 22:03:54.404 0: HMUARTLGW HMLGW2 recv: 01 040701010005FFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:54.405 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 93
2016.10.03 22:03:54.405 0: HMUARTLGW HMLGW2 added peer: 26AF0A, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.405 0: HMUARTLGW HMLGW2 send: 01 063ABC25010000
2016.10.03 22:03:54.411 0: HMUARTLGW HMLGW2 recv: 01 040701010006FFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:54.412 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 22:03:54.412 0: HMUARTLGW HMLGW2 added peer: 3ABC25, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.414 0: HMUARTLGW HMLGW2 send: 01 063ABC25010000
2016.10.03 22:03:54.421 0: HMUARTLGW HMLGW2 recv: 01 040701010006FFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:54.422 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 93
2016.10.03 22:03:54.422 0: HMUARTLGW HMLGW2 added peer: 3ABC25, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.422 0: HMUARTLGW HMLGW2 send: 01 062E4344010000
2016.10.03 22:03:54.429 0: HMUARTLGW HMLGW2 recv: 01 040701010007FFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:54.429 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 22:03:54.429 0: HMUARTLGW HMLGW2 added peer: 2E4344, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.432 0: HMUARTLGW HMLGW2 send: 01 062E4344010000
2016.10.03 22:03:54.464 0: HMUARTLGW HMLGW2 recv: 01 040701010007FFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:54.465 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 93
2016.10.03 22:03:54.465 0: HMUARTLGW HMLGW2 added peer: 2E4344, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.465 0: HMUARTLGW HMLGW2 send: 01 06232126010000
2016.10.03 22:03:54.471 0: HMUARTLGW HMLGW2 recv: 01 040701010008FFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:54.472 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 22:03:54.472 0: HMUARTLGW HMLGW2 added peer: 232126, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.473 0: HMUARTLGW HMLGW2 send: 01 06232126010000
2016.10.03 22:03:54.479 0: HMUARTLGW HMLGW2 recv: 01 040701010008FFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:54.480 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 93
2016.10.03 22:03:54.480 0: HMUARTLGW HMLGW2 added peer: 232126, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.480 0: HMUARTLGW HMLGW2 send: 01 063ABD05010000
2016.10.03 22:03:54.487 0: HMUARTLGW HMLGW2 recv: 01 040701010009FFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:54.488 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 90
2016.10.03 22:03:54.488 0: HMUARTLGW HMLGW2 added peer: 3ABD05, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:54.491 0: HMUARTLGW HMLGW2 send: 01 063ABD05010000
2016.10.03 22:03:54.498 0: HMUARTLGW HMLGW2 recv: 01 040701010009FFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:54.499 0: HMUARTLGW HMLGW2 GetSet Ack: 07, state 93
2016.10.03 22:03:54.499 0: HMUARTLGW HMLGW2 added peer: 3ABD05, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:55.142 0: HMUARTLGW HMLGW2 send: 00 08
2016.10.03 22:03:55.147 0: HMUARTLGW HMLGW2 recv: 00 040200, state 98
2016.10.03 22:03:55.148 0: HMUARTLGW HMLGW2 GetSet Ack: 02, state 98
2016.10.03 22:03:55.148 0: HMUARTLGW HMLGW2 roundtrip delay: 0.0042
2016.10.03 22:03:56.881 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 2C msg: A4 A6 41 2EED4C 257505 01A47F65
2016.10.03 22:03:56.883 0: HMUARTLGW HMLGW3 send: 01 072EED4C
2016.10.03 22:03:56.885 0: HMUARTLGW HMLGW3 never got an ACK for request 20: 1 020000004A80022575052B328900 (1072.666s ago)
2016.10.03 22:03:56.885 0: HMUARTLGW HMLGW1 send: 01 062EED4C000000
2016.10.03 22:03:56.955 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 32 msg: A4 A6 41 2EED4C 257505 01A47F65
2016.10.03 22:03:56.957 0: HMUARTLGW HMLGW3 recv: 01 05 01 00 33 msg: A4 A6 41 2EED4C 257505 01A47F65
2016.10.03 22:03:56.958 0: HMUARTLGW HMLGW3 recv: 01 0408, state 90
2016.10.03 22:03:56.959 0: HMUARTLGW HMLGW3 GetSet Ack: 08, state 90
2016.10.03 22:03:56.960 0: HMUARTLGW HMLGW1 recv: 01 04070101001BFFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:56.960 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 22:03:56.960 0: HMUARTLGW HMLGW1 added peer: 2EED4C, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:56.961 0: HMUARTLGW HMLGW1 send: 01 062EED4C000000
2016.10.03 22:03:56.963 0: HMUARTLGW HMLGW1 never got an ACK for request 1: 1 02000000898002257505289CCC01011D00 (969.987s ago)
2016.10.03 22:03:56.963 0: HMUARTLGW HMLGW1 recv: 01 05 00 00 17 msg: A4 80 02 257505 2EED4C 00
2016.10.03 22:03:56.965 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 17 msg: A4 80 02 257505 2EED4C 00
2016.10.03 22:03:56.968 0: HMUARTLGW HMLGW1 recv: 01 04070101001BFFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:56.968 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 22:03:56.968 0: HMUARTLGW HMLGW1 added peer: 2EED4C, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:56.968 0: HMUARTLGW HMLGW1 send: 01 062EED4C000000
2016.10.03 22:03:57.023 0: HMUARTLGW HMLGW1 recv: 01 04070101001BFFFFFFFFFFFFFFFF, state 90
2016.10.03 22:03:57.023 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 90
2016.10.03 22:03:57.023 0: HMUARTLGW HMLGW1 added peer: 2EED4C, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:57.024 0: HMUARTLGW HMLGW1 send: 01 062EED4C000000
2016.10.03 22:03:57.031 0: HMUARTLGW HMLGW1 recv: 01 04070101001BFFFFFFFFFFFFFFFF, state 93
2016.10.03 22:03:57.031 0: HMUARTLGW HMLGW1 GetSet Ack: 07, state 93
2016.10.03 22:03:57.031 0: HMUARTLGW HMLGW1 added peer: 2EED4C, aesChannels: FFFFFFFFFFFFFFFF
2016.10.03 22:03:57.259 0: HMUARTLGW HMLGW1 send: 01 02 00 00 00 msg: A4 80 02 257505 2EED4C 01017F00
2016.10.03 22:03:57.289 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 0D msg: A4 80 02 257505 2EED4C 01017F00
2016.10.03 22:03:57.294 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 1B msg: A4 80 02 257505 2EED4C 01017F00
2016.10.03 22:03:57.461 0: HMUARTLGW HMLGW3 send: 01 072EED4C
2016.10.03 22:03:57.466 0: HMUARTLGW HMLGW3 recv: 01 04070101000A, state 90
2016.10.03 22:03:57.468 0: HMUARTLGW HMLGW3 GetSet Ack: 07, state 90
2016.10.03 22:03:57.468 0: HMUARTLGW HMLGW3 remove peer: 2EED4C
2016.10.03 22:03:57.565 0: HMUARTLGW HMLGW1 send: 01 02 00 00 00 msg: A4 80 02 257505 2EED4C 00
2016.10.03 22:03:57.594 0: HMUARTLGW HMLGW2 recv: 01 05 00 00 0D msg: A4 80 02 257505 2EED4C 00
2016.10.03 22:03:57.601 0: HMUARTLGW HMLGW3 recv: 01 05 00 00 1B msg: A4 80 02 257505 2EED4C 00
2016.10.03 22:03:58.525 0: HMUARTLGW HMLGW3 send: 00 08
2016.10.03 22:03:58.531 0: HMUARTLGW HMLGW3 recv: 00 040200, state 98
2016.10.03 22:03:58.531 0: HMUARTLGW HMLGW3 GetSet Ack: 02, state 98
2016.10.03 22:03:58.531 0: HMUARTLGW HMLGW3 roundtrip delay: 0.0046
2016.10.03 22:03:59.380 0: HMUARTLGW HMLGW3:keepAlive send (5): K0a
2016.10.03 22:03:59.382 0: HMUARTLGW HMLGW3:keepAlive read (4): >K0a
2016.10.03 22:04:00.146 0: HMUARTLGW HMLGW2:keepAlive send (5): K07
2016.10.03 22:04:00.151 0: HMUARTLGW HMLGW2:keepAlive read (4): >K07
Grüße und gute Nacht
###### EDIT 1
Falls du noch weiteres aus dem LOG brauchst, von vorher habe ich noch jede Menge, ab dem reopen hab ich noch 30 Sekunden, nicht wie vorher erwähnt 60 Sekunden.
Hallo,
Zitat von: Ma_Bo am 03 Oktober 2016, 22:18:12
Ich hoffe du kannst was finden.
Ja, es wurde ein Befehl abgesetzt, das Modul hat aber nicht geantwortet, sondern ein neu empfangenes Frame gemeldet. Wahrscheinlich zerschiesst sich das Modul intern beim empfangen die CRC, wie es das auch beim senden macht (hier behebe ich das Problem dann in HMUARTLGW).
Ich werde ein resend des letzten Raw-Frames einbauen, wenn es nicht vom Modul beantwortet wurde, hoffentlich hilft das (dabei sollte eine Doppeltaussendung von Funk-Nachrichten vermieden werden, da dies das Modul dank der gleichen Sequenznummer erkennen sollte).
EDIT: Aenderungen sind committed.
EDIT2: Im resend-Pfad gabs noch einen Bug, der sollte in 12270 behoben sein.
Viele Gruesse
Michael
Teste ich heute Nachmittag.
Danke!
Gesendet von iPhone mit Tapatalk
##### EDIT1
So Test läuft, aber mit folgender Datei : $Id: 00_HMUARTLGW.pm 12271 2016-10-04 10:07:03Z mgernoth $
##### EDIT2
Bis jetzt läuft alles stabil durch. DANKE für die schnelle Umsetzung !!!
Hi,
Zitat von: Ma_Bo am 04 Oktober 2016, 09:48:19
Bis jetzt läuft alles stabil durch. DANKE für die schnelle Umsetzung !!!
Sehr schön :-)
Hast Du "did not respond"-Meldungen im Log? Da wäre es ohne den Workaround kaputt gegangen.
Viele Grüße
Michael
Z.Z. Bin ich arbeiten, ich schaue nachher mal ins Log, gebe dir dann Bescheid.
Gesendet von iPhone mit Tapatalk
So, habe gerade mal durchgeschaut, gestern war 1x "did not respond" und heute 2x.
Brauchst du die Log´s dafür oder kann das so bleiben ?
Grüße Marcel
Hi,
Zitat von: Ma_Bo am 05 Oktober 2016, 15:12:28
So, habe gerade mal durchgeschaut, gestern war 1x "did not respond" und heute 2x.
Brauchst du die Log´s dafür oder kann das so bleiben ?
Kann so bleiben, brauche keine Logs. Dann funktioniert der Workaround also :-)
Viele Grüße
Michael
Hey Michael, kurze Frage, was sagt mir diese Meldung :
2016.10.07 11:19:40.592 1: HMUARTLGW HMLGW3 Ack with invalid counter received, dropping. We: 42, device: 127, state: 99, msg: 1 0402
Gruß Marcel
Zitat von: Ma_Bo am 07 Oktober 2016, 15:21:42
Hey Michael, kurze Frage, was sagt mir diese Meldung :
2016.10.07 11:19:40.592 1: HMUARTLGW HMLGW3 Ack with invalid counter received, dropping. We: 42, device: 127, state: 99, msg: 1 0402
Gruß Marcel
Interessiert mich auch, habe seit ein paar Tagen ebenfalls diese Logeinträge. Meist 1-2 pro Tag.
Hallo,
Zitat von: Ma_Bo am 07 Oktober 2016, 15:21:42
Hey Michael, kurze Frage, was sagt mir diese Meldung :
2016.10.07 11:19:40.592 1: HMUARTLGW HMLGW3 Ack with invalid counter received, dropping. We: 42, device: 127, state: 99, msg: 1 0402
Das LGW hat ein ACK auf eine unbekannte Nachricht geschickt (die evtl. schon frühre geacked wurde). Falls danach kein reopen kommt, kann die Meldung ignoriert werden.
Viele Grüße
Michael
Gut, bei mir kommt kein reopen...
Grüße Marcel
Gesendet von iPhone mit Tapatalk
Ich wollte für eine bessere Funkabdeckung ein weiteres IO-Device zu meiner VCCU hinzufügen (bisher HM-CFG-LAN und CUL), und habe mir eine CCU2 gekauft (weil die CCU2 angeblich so ziemlich alles kann, was man mit Homematic machen kann). Leider geht CCU2 + VCCU nicht.
Daher meine Frage: Sollte die HM-LGW-O-TW-W-EU mit HMUARTLGW problemlos als IO-Devices einer VCCU funktionieren?
Zitat von: tobox am 11 Oktober 2016, 16:56:36
Daher meine Frage: Sollte die HM-LGW-O-TW-W-EU mit HMUARTLGW problemlos als IO-Devices einer VCCU funktionieren?
Ja - funktioniert bei mir perfekt -musst halt nur die aktuelle Firmware drauf packen
Ich habe mal eine Frage zu dem Modul und ser2net. Auf meiner Hauptinstanz habe ich einen Remote PI gemäß
der Anleitung https://forum.fhem.de/index.php/topic,28413.10.html erstellt.
Das Modul steht auch im Status opened allerdings fehlt wohl eine zweite Kommunikation die auf Port 2004 geöffnet wird.
Was muss ich noch tun, damit ich den HMUART remote bedienen kann?
define hmuart HMUARTLGW 192.168.1.43:2003
attr hmuart devStateIcon opened:10px-kreis-gruen Initialized:10px-kreis-gelb disconnected:10px-kreis-rot
attr hmuart group Homematic
attr hmuart hmId 424242
attr hmuart room _Dienste
2016.10.14 14:31:20.270 3: Opening hmuart device 192.168.1.43:2003
2016.10.14 14:31:20.571 3: Opening hmuart:keepAlive device 192.168.1.43:2004
2016.10.14 14:31:20.575 3: hmuart device opened
2016.10.14 14:31:20.752 3: Can't connect to 192.168.1.43:2004:
UPDATE Eben gesehen das dieser Modus wohl das LAN GW anspricht! Also hat es sich erledigt, da es nicht unterstützt wird!
... wenn auch Infos fehlen (ich habe mir den ser2net Thread nicht durchgelesen), mal aus dem Bauch.
Versuche es damit (commandref):
Remote HM-MOD-UART using socat on a Raspberry Pi:
define myRemoteHmUART HMUARTLGW uart://192.168.42.23:12345
uart:// ist entscheident, hatten wir hier schon mal...
könnte man den keepAlive wíe beim HMLAN in Sekunden anpassen (5-10-15-20-25-30 Sekunden), damit man ggf. den einen oder anderen disconnect verhindern könnte?
Scheinbar ist das netatmo Modul (wenn z.B. die netatmo Server momentan überlastet sind) nicht mehr Nonblocking und verursacht einen disconnect:
2016.10.15 12:18:25.228 1: Perfmon: possible freeze starting at 12:18:11, delay is 14.228
2016.10.15 12:18:25.229 1: HMUARTLGW LGW1:keepAlive KeepAlive sent 12.226s too late, this might cause a disconnect!
2016.10.15 12:18:25.262 1: 192.168.77.100:2001 disconnected, waiting to reappear (LGW1:keepAlive)
2016.10.15 12:18:25.329 1: 192.168.77.100:2000 disconnected, waiting to reappear (LGW1)
2016.10.15 12:18:25.338 3: Opening LGW1:keepAlive device 192.168.77.100:2001
2016.10.15 12:18:25.338 1: 192.168.77.100:2000 reappeared (LGW1)
2016.10.15 12:18:25.340 3: LGW1:keepAlive device opened
Auch scheint der Fhem backup befehl nicht mehr Nonblocking zu sein?
2016.10.15 04:11:01.016 2: Backup with command: tar -cf - "./backup_cfg-state" "./CHANGED" "./configDB.pm" "./contrib" "./demolog" "./docs" "./FHEM" "./fhem.cfg" "./fhem.cfg.demo" "./fhem.pl" "./log" "./mybackup" "./README_DEMO.txt" "./restoreDir" "./unused" "./www" |gzip > ./backup/FHEM-20161015_041101.tar.gz
2016.10.15 04:12:17.154 1: backup done: FHEM-20161015_041101.tar.gz (280146837 Bytes)
2016.10.15 04:12:17.154 3: AT_Backup:
backup done: FHEM-20161015_041101.tar.gz (280146837 Bytes)
2016.10.15 04:12:17.177 1: 192.168.77.100:2001 disconnected, waiting to reappear (LGW1:keepAlive)
2016.10.15 04:12:17.284 2: harmonyhub: disconnect
2016.10.15 04:12:17.286 1: Perfmon: possible freeze starting at 04:11:02, delay is 75.286
2016.10.15 04:12:17.287 1: HMUARTLGW LGW1:keepAlive KeepAlive sent 71.060s too late, this might cause a disconnect!
2016.10.15 04:12:17.341 1: 192.168.77.100:2000 disconnected, waiting to reappear (LGW1)
2016.10.15 04:12:17.393 3: Opening LGW1:keepAlive device 192.168.77.100:2001
2016.10.15 04:12:17.393 1: 192.168.77.100:2000 reappeared (LGW1)
2016.10.15 04:12:17.402 3: LGW1:keepAlive device opened
2016.10.15 04:12:17.404 3: HMUARTLGW LGW1 BidCoS-port opened
2016.10.15 04:12:17.406 3: HMUARTLGW LGW1:keepAlive KeepAlive-port opened
2016.10.15 04:12:18.404 3: HMUARTLGW LGW1 currently running Co_CPU_App
Grüße
Chris
Hallo zusammen!
Motiviert durch betateilches Erfolgsmeldung in Post #237 habe ich mir auch das RPi UART Modul (HM-MOD-RPI-PCB) bestellt.
Ich hatte ohnehin noch einen USB-TTL Wandler von ELV (UM 2102, Best.-Nr.: 91859) rumliegen.
Klappt soweit ausgezeichnet.
Für faule ist das ein sehr preiswerter pseudo-CUL für HomeMatic der mit nur 4 Kabelverbindungen aufgebaut werden kann. Läuft an jedem Rechner mit USB & FHEM.
Viele Grüße,
weini
Hallo zusammen,
habe mir auch das Teil geholt mit dem Ziel Homematic-Geräte steuern zu können.
Bin soweit auch fertig und habe es anfangs am Raspberry konfiguriert, wie es im FHEM-Wiki steht:
http://fhemwiki.de/w/index.php?title=HM-MOD-RPI-PCB_HomeMatic_Funkmodul_für_Raspberry_Pi&redirect=no
Danach habe ich es auf die Version 1.4.1 geflasht, hat auch ohne Probleme funktioniert.
Jetzt habe ich zur Kontrolle in mein Logfile in FHEM geschaut und wurde von Einträgen des Moduls erschlagen. Ich kann damit leider gar nichts anfangen und konnte hier auch nichts dazu finden.
Folgendes erhalte ich im Log:
2016.10.17 14:12:22 3: Opening myHmUART device /dev/ttyAMA0
2016.10.17 14:12:22 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.10.17 14:12:22 3: myHmUART device opened
2016.10.17 14:12:23 3: HMUARTLGW myHmUART currently running Co_CPU_App
2016.10.17 14:12:24 3: HMUARTLGW myHmUART currently running Co_CPU_BL
2016.10.17 14:12:24 3: HMUARTLGW myHmUART currently running Co_CPU_App
2016.10.17 14:12:42 3: myHmUART: Unknown code A0FFE861034FAC20000000AA8CF0F5900::-66:myHmUART, help me!
2016.10.17 14:12:43 3: myHmUART: Unknown code A0F0286103B01C10000000A88B80C0000::-74:myHmUART, help me!
2016.10.17 14:12:47 3: myHmUART: Unknown code A16528653373EA20000000041009842009543000344FFFD::-83:myHmUART, help me!
2016.10.17 14:13:15 3: myHmUART: Unknown code A0F1A86103B01C40000000A88C40C0000::-86:myHmUART, help me!
2016.10.17 14:13:20 3: myHmUART: Unknown code A0FFF86102E99EB0000000A90C00B0000::-78:myHmUART, help me!
Kann mir jemand helfen, was mit dem "Unknown code ... , help me!" gemeint ist und vor allem wie ich das weg bekomme?
Danke und liebe Grüße.
Das sind Deine Hm Geräte die FHEM noch nicht kennt und er bittet um Hilfe. Du musst die Geräte pairen, dann verschwindet die Meldung von allein.
Gruß Otto
Hallo,
danke für die schnelle Antwort.
Aktuell habe ich noch gar keine Homematic-Geräte, zumindest nicht, dass ich wüsste.
Das Filelog zeigt mir endlos diese Meldungen, die sich von der Nummer immer unterscheiden. Ich habe hier nur einen Auszug gepostet.
Ich habe zwar andere Geräte in FHEM eingebunden, jedoch sind diese von Logitecht, Netatmo und Fibaro. Daher kann ich mir das nicht erklären.
Eine Frage zu dem Modul an sich selbst. Muss ich es nur beim pairen auf open setzen und kann es dann wieder auf close setzen oder muss es immer auf open sein, da es sonst keine Aktualisierungen der Geräte gibt?
Danke und liebe Grüße.
Hi,
Es muss immer auf open stehen, sonst arbeitet es ja nicht. ;)
Du kannst jetzt erstmal auf close setzen, dann hört der Spuk auf. Dann definierst Du eine VCCU (http://www.fhemwiki.de/wiki/Virtueller_Controller_VCCU) Die brauchst Du eigentlich sowieso und damit würden diese Meldungen, von FHEM quasi aufgenommen und ignoriert. Das heißt die Hilferufe siehst Du nicht mehr.
Dann hat Dein Nachbar aber in ziemlicher Nähe Homematic ->> RSSI von -66 ist im Nachbarzimmer!
Zitat2016.10.17 14:12:42 3: myHmUART: Unknown code A0FFE861034FAC20000000AA8CF0F5900::-66:myHmUART, help me!
Gruß Otto
Hallo Otto123,
vielen Dank für die Hilfe. Das mit der VCCU war mir noch gar nicht bekannt und ist gut zu wissen. Ich bin davon ausgegangen, dass wenn man das Modul in FHEM definiert hat, schon die Zentrale darstellt. Habe ich das dann richtig verstanden, dass ich bisher eigentlich nur die Schnittstelle, also das eigentliche I/O Gerät aufgesetzt habe und die Zentrale mit dem VCCU definiere.
Wir sind ein Familienhaus und keiner nutzt Homematic-Geräte. Mal schauen, ob ich noch bei Gelegenheit rausbekomme, woher das kommt.
Und danke nochmal für den Hinweis mit der VCCU :).
Guten Abend,
Das HMUARTLGW bzw. das RPI Modul stellt in FHEM schon sofort die Zentrale im Sinne Homematic dar. Genauso ist es. Im Sinne von FHEM ist das aber "nur" ein IO Gerät.
Die VCCU ist quasi wie noch eine Organisationseinheit über dem HM IO, sie bringt mehrere Funktionen mit:
- Virtuelle Endpunkte/Kanäle, das geht auch ohne VCCU aber die Homematic CCU1 oder CCU2 bringt auch genau diese Funktion in dieser Form.
- Gruppierung von IOs, man kann mehrere solche Module oder HMLAN oder CUL Stick die alle als HM IO funktionieren quasi zusammenfassen - eine virtuelle Einheit
- das bringt Fehlertoleranz, Lastverteilung usw. mit sich.
- Behandlung von Nachrichten in FHEM die FHEM nicht zuordnen kann, wie genau deine Meldungen. Diese werden aufgefangen und bei Bedarf unterdrückt.
Gruß Otto
Hallo zusammen!
Bin seit wenigen Tagen begeisterter Nutzer des HM-MOD-RPI-PCB (via TTL-UART angebunden). Bevor ich meinen CUL für Homematic nun ausmustere wollte ich mal die RSSI Werte vergleichen. Dazu habe ich eine Sammellog mit diesem Filter definiert: .*:RSSI.*
Leider sehe ich da nur die Werte meiner andern CULs und nichts vom HM-MOD-RPI-PCB. Muss ich evtl. noch etwas aktivieren (analog addvaltrigger beim CUL) oder wie komme ich mit HMUARTLGW an die RSSI Werte?
Viele Grüße,
weini
Hi,
hminfo -> get rssi?
Gruß Otto
@Otto123: So geht es, danke!
Ich fand aber trotzdem die addvaltrigger Funktionalität beim CUL immer sehr praktisch, weil ich dort die Infos zentral im Logging verarbeiten kann. Vielleicht ist das ja nochmal eine Erweiterung wert....
VG,
weini
Welche USB-TTL-UART-Adapter verwendet ihr so? So ein Teil möchte ich mir auch gern kaufen. Aber welche funktionieren ohne Probleme?
Hallo allerseits,
ich habe anscheinend irgendetwas falsch gemacht, kann aber keinen Fehler finden.
Ich habe das hmuart in fhem angelegt und dieses hat auch den Status opened und ist auf firmware 1.4.1.
Danach habe ich wie empfohlen eine VCCU erstellt. Diese hat auch den Status "myHmUART:ok".
Da scheint für mich auch alles in Ordnung zu sein. Danach habe ich versucht das Heizungsthermostat 105155 gepaired.
Das scheint auch soweit funktioniert zu haben, da eine Menge an Devices in den Raum "CUL_HM" angelegt wurde.
In meinem Fall heißt das Device noch HM_440897, das ist aber erstmal egal.
Wenn ich auf das Thermostat drauf gehe habe ich dort allerdings den Status "CMDs_pending".
Desweiteren zeigt er mir bei den Readings nur Activity (dead), D-firmware, D-serialNr., RegL_00 und state wiederum mit "CMDs_pending". Meine Erwartung war, dass Ist - und Solltemperatur dort steht.
Es gibt noch einen Haufen anderer Devices zu dem Thermostat wie _Clima, _Climate, _ClimaTeam, _remote, _Weather, _WindowRec, jedoch ist dort überall ein Fragezeichen dahinter.
Habe ich etwas falsch gemacht, bzw. könnt ihr mir helfen, wie ich das Ding zum Fliegen bekomme?
Danke und viele Grüße
Ich habe mehrer Raspis mit dem HM-MOD-RPI-PCB bestückt.
Lassen sich diese HM-MOD-RPI-PCB auf eine VCCU anbinden ähnlich wie es mit anderen Schnittstellen über FHEM2FHEM ausgeführt wird?
Benötige dies um die Reichweite der HM-MOD-RPI-PCB zu erweitern.
Zitat von: Burny4600 am 21 Oktober 2016, 21:45:22
Lassen sich diese HM-MOD-RPI-PCB auf eine VCCU anbinden ähnlich wie es mit anderen Schnittstellen über FHEM2FHEM ausgeführt wird?
Benötige dies um die Reichweite der HM-MOD-RPI-PCB zu erweitern.
Nein aber mit socat. Zitat commandref
ZitatRemote HM-MOD-UART using socat on a Raspberry Pi:
define myRemoteHmUART HMUARTLGW uart://192.168.42.23:12345
Remote Raspberry Pi:
$ socat TCP4-LISTEN:12345,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200
Gruß Otto
Hallo Otto.
Das mit dem HM-MOD-RPI-PCB funktioniert gegenüber dem nanoCUL_HM jedenfalls viel besser.
Zudem ist das Empfangssignal deutlich besser.
Bei dem socat ist mir etwas noch nicht klar.
ZitatRemote Raspberry Pi:
$ socat TCP4-LISTEN:12345,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200
12345 muss das der telnet Netzwerk Port sein oder kann das irgend ein anderer sein?
Default Port ist ja 2000.
Wenn ich auf dem Remote Raspy socat ausführe bekomme ich eine Fehlermeldung.
~$ socat TCP4-LISTEN:2000,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200
-bash: socat: Kommando nicht gefunden.
Muss ich da noch etwas installieren, oder fehlte mir bei der Befehlszeile etwas?
sudo apt-get install socat
Danke für die Info.
Muss socat auf beiden System installiert werden oder reicht es auf dem Remote Pi aus?
Immer da, wo Du es aufrufst. Bei meinen Rechnern gehört das zu meiner Grundinstallation.
MfG
Und wie sieht das mit dem Port aus.
Muss das der Telnetport sein der mit einem Passwort geschützt ist oder kann das ein beliebiger sein?
Jedenfalls bekomme ich mit dieser Konfiguration keine Verbindung zustande.
Entfernte FHEM-Instanz
define HmUART HMUARTLGW /dev/ttyAMA0
Installation auf Remote Instanz
sudo apt-get install socat
FHEM
define RM_HmUART HMUARTLGW uart://192.xxx.xxx.xxx:2000
~$ socat TCP4-LISTEN:2000,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200
Es ist nicht dazu gedacht zwei FHEM Instanzen zu koppeln, sondern das RPI Modul über socat auf dem entfernten Raspi verfügbar zu machen.
Auf der von FHEM wo Du das entfernte RPI Modul verwenden willst bindest Du es mit uart://192.xxx.xxx.xxx:2000 an.
Also
PI1 -> FHEM -> uart://IP:Port -> Netzwerk -> Remote PI2 -> socat listener -> socat serial -> RPI Modul auf PI2
Gruß Otto
Da tut sich nichts.
Wenn ich auf dem Pi-1 wo das Modul angeschlossen ist folgende Konfiguration ausführe,
define HmUART_EG HMUARTLGW /dev/ttyAMA0
define RM_HmUART_EG HMUARTLGW uart://192.168.17.185:2000habe ich bei der uart Konfiguration immer ein disconnected beim STATE
Auf dem Pi-2 wo ich die Schnittstelle zusätzlich benötige führe ich auf der Console
sudo socat TCP4-LISTEN:2000,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200aus.
Dort wartet er und es tut sich nichts.
Was ich dann mit dem Rest als Konfiguration ausführen muss habe ich noch nicht begriffen.
Zitatsocat serial -> RPI Modul auf PI2
Irgendwie stehe ich anscheind wieder einmal auf der Leitung.
auf dem Pi wo das Modul angeschlossen ist:
Kein FHEM Zugriff!
Kein define HmUART_EG HMUARTLGW /dev/ttyAMA0
Kein define RM_HmUART_EG HMUARTLGW uart://192.168.17.185:2000
Auf diesem Pi, also wo das Modul steckt:
sudo socat TCP4-LISTEN:2000,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200
Auf dem Modul wo FHEM läuft und das Modul Remote angeschlossen werden soll:
define RM_HmUART_EG HMUARTLGW uart://192.168.17.185:2000
Es handelt sich nicht um sharing der seriellen Schnittstelle und damit "verfügbar machen" des Moduls all over the World!
Es handelt sich um ein exklusives "Kabel" von Pi zu Pi zur Schnittstelle zum RPI Modul.
Hätte ich besser so schreiben sollen?
PI1: FHEM -> uart://IP:Port -> Netzwerk ->
Remote PI2: Netzwerk -> socat listener -> socat serial -> RPI Modul auf PI2
oder so:
RPI Modul auf PI2 -> serial -> socat -> Netzwerk -> uart://IP:Port -> FHEM auf PI1
Gruß Otto
Zitat von: Otto123 am 22 Oktober 2016, 14:31:58
Hätte ich besser so schreiben sollen?
Respekt vor Deiner Geduld!
Ich habe mir die Dinge zur Remote Anbindung mal gleich in den Wiki Artikel (http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi)kopiert.
Ich spiele das dann selbst nochmal durch und ergänze das im Wiki 8)
Gruß Otto
Danke Otto!
Jetzt hab ich es geschnalt.
Den Aufruf in der Console
sudo socat TCP4-LISTEN:2000,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200
In welcher Datei lege ich diesen Befehl am besten ab damit dieser bei einem Neustart ausgeführt wird.
Würde die rc.local ohne sudo dafür verwenden.
Jetzt bin ich endlich mal wieder dazu gekommen, meinen LAN-Adapter anzuschließen (FHEM ist auf einem aktuellen Stand). Verbose steht bereits auf 1.
Ich habe jetzt wieder – wie schon vor einigen Wochen – haufenweise folgende Meldungen im Log.
2016.10.22 17:55:50 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 4.083s too late, this might cause a disconnect!
2016.10.22 17:56:06 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 6.568s too late, this might cause a disconnect!
2016.10.22 17:56:07 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
2016.10.22 17:56:07 1: 192.168.0.23:2000 disconnected, waiting to reappear (HMLGW)
2016.10.22 17:56:07 1: 192.168.0.23:2000 reappeared (HMLGW)
2016.10.22 17:57:08 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 9.767s too late, this might cause a disconnect!
2016.10.22 17:57:09 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
2016.10.22 17:57:10 1: 192.168.0.23:2000 disconnected, waiting to reappear (HMLGW)
2016.10.22 17:57:10 1: 192.168.0.23:2000 reappeared (HMLGW)
2016.10.22 17:58:12 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 10.335s too late, this might cause a disconnect!
2016.10.22 17:58:12 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
2016.10.22 17:58:13 1: 192.168.0.23:2000 disconnected, waiting to reappear (HMLGW)
2016.10.22 17:58:13 1: 192.168.0.23:2000 reappeared (HMLGW)
2016.10.22 17:59:15 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 10.466s too late, this might cause a disconnect!
2016.10.22 17:59:16 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
2016.10.22 17:59:17 1: 192.168.0.23:2000 disconnected, waiting to reappear (HMLGW)
2016.10.22 17:59:17 1: 192.168.0.23:2000 reappeared (HMLGW)
2016.10.22 18:00:19 1: HMUARTLGW HMLGW:keepAlive KeepAlive sent 9.768s too late, this might cause a disconnect!
2016.10.22 18:00:20 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
Ich kann nicht glauben, dass das so ok ist.
Gibt es Stellschrauben, um da etwas zu verbessern?
Was könnte die Ursache für dieses Verhalten sein?
Gruß
Holger
Zitat
Hallo allerseits,
ich habe anscheinend irgendetwas falsch gemacht, kann aber keinen Fehler finden.
Ich habe das hmuart in fhem angelegt und dieses hat auch den Status opened und ist auf firmware 1.4.1.
Danach habe ich wie empfohlen eine VCCU erstellt. Diese hat auch den Status "myHmUART:ok".
Da scheint für mich auch alles in Ordnung zu sein. Danach habe ich versucht das Heizungsthermostat 105155 gepaired.
Das scheint auch soweit funktioniert zu haben, da eine Menge an Devices in den Raum "CUL_HM" angelegt wurde.
In meinem Fall heißt das Device noch HM_440897, das ist aber erstmal egal.
Wenn ich auf das Thermostat drauf gehe habe ich dort allerdings den Status "CMDs_pending".
Desweiteren zeigt er mir bei den Readings nur Activity (dead), D-firmware, D-serialNr., RegL_00 und state wiederum mit "CMDs_pending". Meine Erwartung war, dass Ist - und Solltemperatur dort steht.
Es gibt noch einen Haufen anderer Devices zu dem Thermostat wie _Clima, _Climate, _ClimaTeam, _remote, _Weather, _WindowRec, jedoch ist dort überall ein Fragezeichen dahinter.
Habe ich etwas falsch gemacht, bzw. könnt ihr mir helfen, wie ich das Ding zum Fliegen bekomme?
Hat keiner eine Idee oder einen Tipp für mich?
Eine andere Frage, die ich habe. Ich habe gesehen, dass auch die Telekom solche Homematic Thermostate anbieten, sind das die identischen zu dem HomeMatic 105155 (HM-CC-RT-DN)? Da mir aufgefallen ist, dass diese identisch aussehen und teilweise deutlich günstiger sind.
Viele Grüße.
Hallo Gruvol,
da Du jetzt doch eher ein Problem mit dem pairen des Thermostaten hast und es offenbar nicht unmittelbar mit dem Thread zu tun hat: Mach doch einen neuen Thread im Homematic Unterforum auf und stelle Deine Frage zum pairen und poste die Ausgabe eines list HM_440897
Die qivicon (https://www.qivicon.com/de/) Schiene ist scheinbar so eine Produktionsrichtung von eq3 und zum Teil sollen das um etikettierte Hm Produkte sein.
Gruß Otto
@Gruvol Ja, diese von dem grossen T habe ich auch teilweise im Einsatz : http://www.cw-mobile.de/search/?q=homematic
Zitat von: Gruvol am 23 Oktober 2016, 14:23:56
Eine andere Frage, die ich habe. Ich habe gesehen, dass auch die Telekom solche Homematic Thermostate anbieten, sind das die identischen zu dem HomeMatic 105155 (HM-CC-RT-DN)? Da mir aufgefallen ist, dass diese identisch aussehen und teilweise deutlich günstiger sind.
Hier wird auch drüber "diskutiert": https://forum.fhem.de/index.php/topic,58928.msg503200.html (https://forum.fhem.de/index.php/topic,58928.msg503200.html)
aber sind wohl "identisch"...
Gruß, Joachim
Ja die Telekom Geräte sind absolut baugleich :-) - darfst nur nicht die Zigbee Geräte nehmen
sind nur aktuell im Personalverkauf wenig bis gar nicht Lieferbar :-(
Was bedeutet eigentlich folgende Ausgabe im Log:
2016.10.25 13:56:59 3: HMUARTLGW myHmUARTLGW2 currently running Co_CPU_App
2016.10.25 13:57:00 3: HMUARTLGW myHmUARTLGW2 currently running Co_CPU_BL
2016.10.25 13:57:01 3: HMUARTLGW myHmUARTLGW2 currently running Co_CPU_App
Hallo,
vielen Dank erst einmal für eure Tipps und Hilfe.
Mittlerweile funktioniert bei mir die Homematic-Geschichte wie gewollt.
Ich bin beim Recherchieren bin ich auf den stapelbaren CC1101 Transceiver für Raspberry Pi gestoßen.
Könnt ihr mir sagen, wo der Unterschied liegt? Klar, das stapelbare kann mehr als nur Homematic aber vom Grundprinzip ist es identisch?
Meine Frage liegt darin, da es schon einen ziemlichen Größenunterschied der Platinen gibt.
Könnte man auch stapelbaren CC1101 Transceiver für Raspberry Pi mit dem UART-Modul kombinieren? Das heißt über das UART-Modul würde ich weiterhin Homematic-Produkte ansteuern und mit dem stapelbaren CC1101 Transceiver einen anderen Standard.
Bin nämlich am überlegen, ob USB Stick oder diese Platine, wobei mir die Platine besser gefallen würde...
Viele Grüße.
Das würde mich auch interessieren. Ich bin noch auf der Suche für ein 433MHz Modul, mit dem man Baumarktsteckdosen schalten kann. Der RFXTRX ist ja nicht mehr unter 100€ zu bekommen. Ginge das denn mit so einem Teil?
Gruß Roland
Hallo,
ich bin neu bei FHEM und Co. Also entschuldigt schonmal, wenn ich etwas überlesen habe.
Ich habe das Modul http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi (http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi)
Ich nutze ein raspberry 1 B und die aktuelle Version von Raspbian (2016-09-23-raspbian-jessie.img).
Ich bin der Anleitung im Wiki gefolgt.
Leider findet sich im log 2016.10.30 12:00:40 3: Opening myHmUART device /dev/ttyAMA0
2016.10.30 12:00:40 3: Can't open /dev/ttyAMA0: Permission denied
sudo ls -l /dev/tty* liefert
crw-rw-rw- 1 root tty 5, 0 Oct 30 12:00 /dev/tty
crw--w---- 1 root tty 4, 0 Oct 30 12:00 /dev/tty0
crw------- 1 pi tty 4, 1 Oct 30 12:00 /dev/tty1
crw--w---- 1 root tty 4, 10 Oct 30 12:00 /dev/tty10
crw--w---- 1 root tty 4, 11 Oct 30 12:00 /dev/tty11
crw--w---- 1 root tty 4, 12 Oct 30 12:00 /dev/tty12
crw--w---- 1 root tty 4, 13 Oct 30 12:00 /dev/tty13
crw--w---- 1 root tty 4, 14 Oct 30 12:00 /dev/tty14
crw--w---- 1 root tty 4, 15 Oct 30 12:00 /dev/tty15
crw--w---- 1 root tty 4, 16 Oct 30 12:00 /dev/tty16
crw--w---- 1 root tty 4, 17 Oct 30 12:00 /dev/tty17
crw--w---- 1 root tty 4, 18 Oct 30 12:00 /dev/tty18
crw--w---- 1 root tty 4, 19 Oct 30 12:00 /dev/tty19
crw--w---- 1 root tty 4, 2 Oct 30 12:00 /dev/tty2
crw--w---- 1 root tty 4, 20 Oct 30 12:00 /dev/tty20
crw--w---- 1 root tty 4, 21 Oct 30 12:00 /dev/tty21
crw--w---- 1 root tty 4, 22 Oct 30 12:00 /dev/tty22
crw--w---- 1 root tty 4, 23 Oct 30 12:00 /dev/tty23
crw--w---- 1 root tty 4, 24 Oct 30 12:00 /dev/tty24
crw--w---- 1 root tty 4, 25 Oct 30 12:00 /dev/tty25
crw--w---- 1 root tty 4, 26 Oct 30 12:00 /dev/tty26
crw--w---- 1 root tty 4, 27 Oct 30 12:00 /dev/tty27
crw--w---- 1 root tty 4, 28 Oct 30 12:00 /dev/tty28
crw--w---- 1 root tty 4, 29 Oct 30 12:00 /dev/tty29
crw--w---- 1 root tty 4, 3 Oct 30 12:00 /dev/tty3
crw--w---- 1 root tty 4, 30 Oct 30 12:00 /dev/tty30
crw--w---- 1 root tty 4, 31 Oct 30 12:00 /dev/tty31
crw--w---- 1 root tty 4, 32 Oct 30 12:00 /dev/tty32
crw--w---- 1 root tty 4, 33 Oct 30 12:00 /dev/tty33
crw--w---- 1 root tty 4, 34 Oct 30 12:00 /dev/tty34
crw--w---- 1 root tty 4, 35 Oct 30 12:00 /dev/tty35
crw--w---- 1 root tty 4, 36 Oct 30 12:00 /dev/tty36
crw--w---- 1 root tty 4, 37 Oct 30 12:00 /dev/tty37
crw--w---- 1 root tty 4, 38 Oct 30 12:00 /dev/tty38
crw--w---- 1 root tty 4, 39 Oct 30 12:00 /dev/tty39
crw--w---- 1 root tty 4, 4 Oct 30 12:00 /dev/tty4
crw--w---- 1 root tty 4, 40 Oct 30 12:00 /dev/tty40
crw--w---- 1 root tty 4, 41 Oct 30 12:00 /dev/tty41
crw--w---- 1 root tty 4, 42 Oct 30 12:00 /dev/tty42
crw--w---- 1 root tty 4, 43 Oct 30 12:00 /dev/tty43
crw--w---- 1 root tty 4, 44 Oct 30 12:00 /dev/tty44
crw--w---- 1 root tty 4, 45 Oct 30 12:00 /dev/tty45
crw--w---- 1 root tty 4, 46 Oct 30 12:00 /dev/tty46
crw--w---- 1 root tty 4, 47 Oct 30 12:00 /dev/tty47
crw--w---- 1 root tty 4, 48 Oct 30 12:00 /dev/tty48
crw--w---- 1 root tty 4, 49 Oct 30 12:00 /dev/tty49
crw--w---- 1 root tty 4, 5 Oct 30 12:00 /dev/tty5
crw--w---- 1 root tty 4, 50 Oct 30 12:00 /dev/tty50
crw--w---- 1 root tty 4, 51 Oct 30 12:00 /dev/tty51
crw--w---- 1 root tty 4, 52 Oct 30 12:00 /dev/tty52
crw--w---- 1 root tty 4, 53 Oct 30 12:00 /dev/tty53
crw--w---- 1 root tty 4, 54 Oct 30 12:00 /dev/tty54
crw--w---- 1 root tty 4, 55 Oct 30 12:00 /dev/tty55
crw--w---- 1 root tty 4, 56 Oct 30 12:00 /dev/tty56
crw--w---- 1 root tty 4, 57 Oct 30 12:00 /dev/tty57
crw--w---- 1 root tty 4, 58 Oct 30 12:00 /dev/tty58
crw--w---- 1 root tty 4, 59 Oct 30 12:00 /dev/tty59
crw--w---- 1 root tty 4, 6 Oct 30 12:00 /dev/tty6
crw--w---- 1 root tty 4, 60 Oct 30 12:00 /dev/tty60
crw--w---- 1 root tty 4, 61 Oct 30 12:00 /dev/tty61
crw--w---- 1 root tty 4, 62 Oct 30 12:00 /dev/tty62
crw--w---- 1 root tty 4, 63 Oct 30 12:00 /dev/tty63
crw--w---- 1 root tty 4, 7 Oct 30 12:00 /dev/tty7
crw--w---- 1 root tty 4, 8 Oct 30 12:00 /dev/tty8
crw--w---- 1 root tty 4, 9 Oct 30 12:00 /dev/tty9
crw--w---- 1 root tty 204, 64 Oct 30 12:00 /dev/ttyAMA0
crw------- 1 root root 5, 3 Oct 30 12:00 /dev/ttyprintk
ich habe fhem sowohl der Gruppe tty und auch dialout hinzugefügt. Leider ändert das nix.
Was muss ich tun?
Hast du die config.txt, cmdline.txt angepasst und den Service deaktiviert:
systemctl disable serial-getty@ttyAMA0.service
Ich habe das gerade gestern so auf einem Raspi 1B unter den aktuellen Jessie eingerichtet.
Gruß,
Stephan
config:
dtparam=audio=on
core_freq=250
sdram_freq=450
over_voltage=6
enable_uart=1
cmdline:
dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/mmcblk0p2 ro$
console=serial0,115200
systemctl disable serial-getty@ttyAMA0.service hatte ich erst versehentlich in der cmdline drinn. Jetzt habe ich das rausgenommen und mit sudo extra ausgeführt.
Nach einem Neustart besteht das Problem aber immernoch :(
Kann es sein, dass dieser Eintrag (der war schon da) stört? dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/mmcblk0p2 ro$
sudo chown fhem:root /dev/ttyAMA0 hilft auch nicht
Also, meine /boot/cmdline.txt sieht so aus (und NURdiese eine Zeile!): dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
systemctl disable serial-getty@ttyAMA0.service
muss nur einmal ausgeführt werden.
console=serial0,115200
muss raus...
Danke, mit der Zeile ging es! ;D
Leider gibt es wieder ein Problem:
2016-10-31 11:47:54 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:47:54 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:47:54 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:47:55 HMUARTLGW myHmUART cond: init
2016-10-31 11:47:55 CUL_HM VCCU myHmUART:init,
2016-10-31 11:48:07 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:48:07 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:48:07 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:48:08 HMUARTLGW myHmUART cond: init
2016-10-31 11:48:08 CUL_HM VCCU myHmUART:init,
2016-10-31 11:48:20 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:48:20 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:48:20 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:48:21 HMUARTLGW myHmUART cond: init
2016-10-31 11:48:21 CUL_HM VCCU myHmUART:init,
2016-10-31 11:48:33 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:48:33 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:48:33 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:48:34 HMUARTLGW myHmUART cond: init
2016-10-31 11:48:34 CUL_HM VCCU myHmUART:init,
2016-10-31 11:48:46 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:48:46 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:48:46 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:48:47 HMUARTLGW myHmUART cond: init
2016-10-31 11:48:47 CUL_HM VCCU myHmUART:init,
2016-10-31 11:48:59 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:48:59 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:48:59 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:49:00 HMUARTLGW myHmUART cond: init
2016-10-31 11:49:00 CUL_HM VCCU myHmUART:init,
2016-10-31 11:49:12 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:49:12 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:49:12 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:49:13 HMUARTLGW myHmUART cond: init
2016-10-31 11:49:13 CUL_HM VCCU myHmUART:init,
2016-10-31 11:49:25 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:49:25 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:49:25 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:49:26 HMUARTLGW myHmUART cond: init
2016-10-31 11:49:26 CUL_HM VCCU myHmUART:init,
2016-10-31 11:49:38 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:49:38 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:49:38 HMUARTLGW myHmUART CONNECTED
im logfile findet sich:
2016.10.31 11:47:54 3: myHmUART device closed
2016.10.31 11:47:54 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.10.31 11:47:54 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.10.31 11:47:58 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2016.10.31 11:48:01 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2016.10.31 11:48:04 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2016.10.31 11:48:07 1: HMUARTLGW myHmUART did not respond after all, reopening
2016.10.31 11:48:07 3: myHmUART device closed
2016.10.31 11:48:07 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.10.31 11:48:07 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.10.31 11:48:11 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2016.10.31 11:48:14 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2016.10.31 11:48:17 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2016.10.31 11:48:20 1: HMUARTLGW myHmUART did not respond after all, reopening
2016.10.31 11:48:20 3: myHmUART device closed
2016.10.31 11:48:20 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.10.31 11:48:20 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.10.31 11:48:24 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2016.10.31 11:48:27 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2016.10.31 11:48:30 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2016.10.31 11:48:33 1: HMUARTLGW myHmUART did not respond after all, reopening
2016.10.31 11:48:33 3: myHmUART device closed
2016.10.31 11:48:33 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.10.31 11:48:33 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.10.31 11:48:37 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2016.10.31 11:48:40 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2016.10.31 11:48:43 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2016.10.31 11:48:46 1: HMUARTLGW myHmUART did not respond after all, reopening
2016.10.31 11:48:46 3: myHmUART device closed
2016.10.31 11:48:46 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.10.31 11:48:46 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.10.31 11:48:50 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2016.10.31 11:48:53 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2016.10.31 11:48:56 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2016.10.31 11:48:59 1: HMUARTLGW myHmUART did not respond after all, reopening
2016.10.31 11:48:59 3: myHmUART device closed
2016.10.31 11:48:59 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.10.31 11:48:59 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.10.31 11:49:03 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2016.10.31 11:49:06 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2016.10.31 11:49:09 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2016.10.31 11:49:12 1: HMUARTLGW myHmUART did not respond after all, reopening
2016.10.31 11:49:12 3: myHmUART device closed
Ist das normal, bzw. woran könnte das liegen?
Ich habe nach Wiki Anleitung eine VCCU erstellt und diese mit dem myHmUART verknüpft.
Zitat von: dremler am 31 Oktober 2016, 11:56:28
Leider gibt es wieder ein Problem:
2016-10-31 11:47:54 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:47:54 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:47:54 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:47:55 HMUARTLGW myHmUART cond: init
2016-10-31 11:47:55 CUL_HM VCCU myHmUART:init,
2016-10-31 11:48:07 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:48:07 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:48:07 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:48:08 HMUARTLGW myHmUART cond: init
2016-10-31 11:48:08 CUL_HM VCCU myHmUART:init,
2016-10-31 11:48:20 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:48:20 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:48:20 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:48:21 HMUARTLGW myHmUART cond: init
2016-10-31 11:48:21 CUL_HM VCCU myHmUART:init,
2016-10-31 11:48:33 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:48:33 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:48:33 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:48:34 HMUARTLGW myHmUART cond: init
2016-10-31 11:48:34 CUL_HM VCCU myHmUART:init,
2016-10-31 11:48:46 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:48:46 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:48:46 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:48:47 HMUARTLGW myHmUART cond: init
2016-10-31 11:48:47 CUL_HM VCCU myHmUART:init,
2016-10-31 11:48:59 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:48:59 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:48:59 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:49:00 HMUARTLGW myHmUART cond: init
2016-10-31 11:49:00 CUL_HM VCCU myHmUART:init,
2016-10-31 11:49:12 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:49:12 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:49:12 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:49:13 HMUARTLGW myHmUART cond: init
2016-10-31 11:49:13 CUL_HM VCCU myHmUART:init,
2016-10-31 11:49:25 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:49:25 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:49:25 HMUARTLGW myHmUART CONNECTED
2016-10-31 11:49:26 HMUARTLGW myHmUART cond: init
2016-10-31 11:49:26 CUL_HM VCCU myHmUART:init,
2016-10-31 11:49:38 HMUARTLGW myHmUART cond: disconnected
2016-10-31 11:49:38 CUL_HM VCCU myHmUART:disconnected,
2016-10-31 11:49:38 HMUARTLGW myHmUART CONNECTED
Firmware ist 1.4.1?
Gruß
Dan
Habe gerade den parallelthread entdeckt und gehe die Schritte dort nochmal durch.
Wielange dauert das FW Update?
root@raspberrypi:/home/pi/hmcfgusb# ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git
Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
Da ist er nämlich jetzt stehen geblieben und tut nichts mehr.. :/
Flashen geht direkt über FHEM, sollte nur ein paar Sekunden dauern (vielleicht max. 1 Minute).
Gruß
Dan
So, ich habe das modul aktualisiert. Jetzt sieht es wieder gut aus (tat es gestern aber auch). Ich werde wieder etwas abwarten.
Andere Zwischenfrage: kann ich bei Homematic Thermostaten das Abfrageintervall selbst definieren? Um sie als T-Sensoren zu "missbrauchen"?
Was wären die entsprechenden Suchstichworte, damit ich mich einlesen kann?
Danke!
Mir ist nicht ganz klar, was du willst? Was für eine Zeitaufläsung schwebt dir denn vor? Wenn ich mich recht entsinne, dann senden die HM Thermostate Daten wie verrückt, wenn man sie lässt. Ich habe die schon gedrosselt, weil ich soviele Daten gar nicht von denen bekommen will... ;)
Selbst meine Netatmo aktualisiert nur im 10-Min-Takt und das reicht mir völlig aus...
Gruß,
Stephan
Also das Sendeintervall ist ca 3 Minuten bei Heizkörperthermostaten, Wandthermostaten und Temperatur-Differenz-Sensoren (andere habe ich nicht). Kürzer?
Ein Register zum Einstellen kenne ich nicht.
Ich nutze einen gleitenden Mittelwert der Sensoren als userReading und logge das über ein DOIF alle 15 Minuten.
Aber das ist hier offtopic...
Moin moin,
erstmal danke für das Modul und die Tutorials, Hilfen etc.
Also ich hab ein pikantes Problem.
Habe das Homematic LAN-Gateway (Version 1.1.4, Update über Netfinder führt zu Version 1.1.1, Upgrade über eQ3-Tools nicht möglich, ist auch wurscht), Update für den Coprozessor über FHEM nicht möglich, weil:
2016.07.22 23:13:48 1: HMUARTLGW HmLGW wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2016.07.22 23:13:48 1: HMUARTLGW HmLGW:keepAlive wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
^- diese Meldungen bekomme ich. Im Netfinder ist die Netzwerkverschlüsselung deaktiviert, habe das Gerät bisher in FHEM hinzugefügt / definiert, hmID gesetzt und optional das Passwort hinzugefügt, danach aber wieder entfernt, da ich derzeit keine AES-Verschlüsselung verwenden möchte oder kann.
Weil auf meinem System (DS213J) wird es erstmal schwierig bis unmöglich sein Crypt::Rijndael zu installieren, da das offizielle Perl-Paket sich schwer tut mit der Perl Installation per Make über Compiler-Links, bin heftigst gescheitert, ähnliches las ich zu allen möglichen Modulen in Synology Foren.
Active-Perl wegen kein X86_X64 möglich.
Also jemand ne Ahnung wie ich AES ausknipse?
Danke schonmal.
Gruß Tim
Hallo,
Zitat von: timmyfromspace am 12 November 2016, 00:49:13
Habe das Homematic LAN-Gateway (Version 1.1.4, Update über Netfinder führt zu Version 1.1.1, Upgrade über eQ3-Tools nicht möglich, ist auch wurscht)
Alle Versionen <1.1.5 sind instabil, Du wirst damit keine Freude haben.
Zitat
Update für den Coprozessor über FHEM nicht möglich, weil:
2016.07.22 23:13:48 1: HMUARTLGW HmLGW wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2016.07.22 23:13:48 1: HMUARTLGW HmLGW:keepAlive wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
^- diese Meldungen bekomme ich. Im Netfinder ist die Netzwerkverschlüsselung deaktiviert
Die Netzwerklverschlüsselung im GW ist noch aktiv!
Und da ist auch das Problem, weshalb Du kein Update der LAN-Firmware durchführen kannst: Die Verschlüsselung im HMLGW ist ab Werk aktiviert, du musst sie explizit über den Netfinder im HMLGW deaktivieren. Nur die Verschlüsselung bei Verbindungsaufbau im Netfinder zu deaktivieren bringt nichts, da er dann nicht mit dem GW reden kann (und das GW auch die neue FW nicht akzeptiert).
Also:
- Netfinder eine verschlüsselte Verbindung mit dem GW herstellen lassen
- LAN-Firmware updaten
- Verschlüsselung des Gateways über den Netfinder deaktivieren
Dann brauchst du Crypt::Rijndael nur noch, falls Du HM-SEC-SD2 über Fhem steuern möchtest.
Viele Grüße
Michael
Hallo,
erst mal ganz großes DANKE für das Modul zum HM-LAN-Gateway. Ich hatte 4 x HMLAN, jetzt einen davon durch das LAN-Gateway ersetzt.
Ergebnisse:
- Deutlich bessere RSSI-Werte (bei identischer Aufstellung) - 10% bis unglaubliche 30% Verbesserung. Aber Vorsicht: Dies kann durch die andere Ausrichtung der Antenne verursacht sein, ist also z.T. von der individuellen Situation abhängig.
- Kürzere Schaltzeiten (weniger Re-Transmits? Oder besserer Durchsatz als beim HMLAN?)
- Ein HMLAN hatte vorher immer noch die bekannten Disconnects - diese sind jetzt weg. (Stören sich mehrere HMLAN's gegenseitig?)
Ein Problem habe ich allerdings noch: Bei einem FHEM Shutdown/Restart verweigert das LAN-Gateway zunächst die Verbindung (es ist noch aktiv). Das führt zu einer unschönen temporären Änderung meiner als Preferred IO's gesetzten Zuweisungen der Devices. Das regelt sich im Lauf der Zeit wieder (je nach Kommunikations-Traffic).
Im Log ist zu erkennen wie HMLAN und LAN-Gateway unterschiedliche behandelt werden. Ich hänge einen Auszug des Logs hier an, danach kurze Beschreibung.
2016.11.12 14:04:21 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.11.12 14:04:21 3: Opening HMLAN1 device 192.168.53.104:1000
2016.11.12 14:04:21 1: HMLAN_Parse: HMLAN1 new condition init
2016.11.12 14:04:21 3: HMLAN1 device opened
2016.11.12 14:04:21 1: HMLAN_Parse: HMLAN2 new condition disconnected
2016.11.12 14:04:21 3: Opening HMLAN2 device 192.168.53.141:1000
2016.11.12 14:04:21 1: HMLAN_Parse: HMLAN2 new condition init
2016.11.12 14:04:21 3: HMLAN2 device opened
2016.11.12 14:04:21 1: HMLAN_Parse: HMLAN4 new condition disconnected
2016.11.12 14:04:21 3: Opening HMLAN4 device 192.168.53.140:1000
2016.11.12 14:04:21 1: HMLAN_Parse: HMLAN4 new condition init
2016.11.12 14:04:21 3: HMLAN4 device opened
2016.11.12 14:04:21 3: Opening HMLANGW3 device 192.168.53.137:2000
...
2016.11.12 14:04:49 0: Featurelevel: 5.7
2016.11.12 14:04:49 0: Server started with 535 defined entities (fhem.pl:12544/2016-11-11 perl:5.020002 os:linux user:fhem pid:989)
2016.11.12 14:04:49 1: HMLAN_Parse: HMLAN2 new condition ok
2016.11.12 14:04:50 1: HMLAN_Parse: HMLAN4 new condition ok
2016.11.12 14:04:50 1: HMLAN_Parse: HMLAN1 new condition ok
2016.11.12 14:04:50 3: Can't connect to 192.168.53.137:2000: 192.168.53.137: Connection reset by peer
2016.11.12 14:04:51 3: telnetForBlockingFn_1478955891: port 45263 opened
...
2016.11.12 14:05:51 3: Opening HMLANGW3:keepAlive device 192.168.53.137:2001
2016.11.12 14:05:51 1: 192.168.53.137:2000 reappeared (HMLANGW3)
2016.11.12 14:05:51 3: HMUARTLGW HMLANGW3 BidCoS-port opened
2016.11.12 14:05:51 3: HMUARTLGW HMLANGW3:keepAlive KeepAlive-port opened
2016.11.12 14:05:52 3: HMUARTLGW HMLANGW3 currently running Co_CPU_App
2016.11.12 14:05:55 3: HMUARTLGW HMLANGW3 currently running Co_CPU_BL
2016.11.12 14:05:55 3: HMUARTLGW HMLANGW3 currently running Co_CPU_App
Ablauf:
Bei FHEM-Start werden zunächst alle HMLAN-Adapter auf "disconnect" gesetzt, also abgehängt. (Hier HMLAN1, HMLAN2, HMLAN4 - Nr. 3 gibt es nicht mehr, ist entfernt, durch das LAN-Gateway ersetzt.). Danach ein Open und Init, sodass HMLAN-Adapter bereit sind.
Das LAN-Gateway (HMLANGW3 - von mir so benannt, IP 182.168.53.137) erhält ein "open", aber irgendwas muss da daneben gehen (s. weiter unten).
Nach der Server-Startmeldung wird die Bereitschaft der HMLAN-Adapter nochmals bestätigt, nur das HM-LAN-Gateway verweigert die Verbindung (Connection reset by peer).
Später kommt das Open auf den KeepAlive-Port des HM-LAN-Gateway, das folgende Open wird akzeptiert und das Gateway funktioniert. Erst jetzt - nachdem die Zuweisungen der IOs beim Server-Start bereits durchlaufen sind - ist das HM-LAN-Gateway betriebsbereit für FHEM. Die Zuweisungen sind zu diesem Zeitpunkt aber nicht wie vorgegeben (preferred IOs wurden zwangsläufig ignoriert).
Meine Frage: Habe ich irgendeine Möglichkeit dieses Verhalten zu beeinflussen? Mir fällt dazu nichts ein - es geht um die FHEM-Startphase. Aktuelle Firmware ist aufgespielt, AES im Gateway deaktiviert. VCCU ist eingerichtet, funktioniert einwandfrei. Irgendwie scheint der erste Open für das LAN-Gateway nicht zu funktionieren, und es ist dann blockiert.
Im laufenden Betrieb ganz große Klasse, stabil, schnell, hervorragende Reichweite. Am liebsten würde ich die anderen 3 HMLAN-Adapter auch ersetzen, aber mit den Startproblemen gibt's dann vermutlich ganz großes Chaos weil keines der Gateways beim Start zu spät erreichbar wäre?
Danke für jeden Hinweis.
Gruß, Klaus
Danke für die Antwort Michael. Hab mit NetFinder (1.1.5) ein paar Probleme.
Also die Ausgangsituation ist Version 1.1.4 (wenn ich Factory resette) und sieht normal so aus:
http://i.imgur.com/Wk82yCv.png
Wenn ich die FW downloade und damit erfolgreich flashe (Update Firmware und Sicherheitsschlüssel), bekomme ich diesen Fehler:
https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/hm-lgw-o-tw-w-eu_update.eq3
http://i.imgur.com/XyGyF32.png
also es wird irgendwie nicht 1.1.5 für die Version angezeigt, sondern 1.1.1 :S. Nach Factory Reset wieder 1.1.4.
Bin Clueless.
Da ich ja auf Zack bin, habe ich mir dann Debian amd64 in ne VM installiert, eq3-Tools nach dem Wiki-Eintrag instaliert, Path gesetzt, Firmware ins richtige Verzeichnis. Aber das kack Tool kann mein Gateway unter meiner Seriennummer LEQ0602255 nicht finden (auch wenn ich in etc/hosts den DNS Namen eintrage) und über -h 192.168.2.35 also IP-Adressen basiert, meckert die CMD Zeile von wegen bitte entweder IP oder Seriennummer eingeben und tut nix :<
Jemand noch Ideen?
"Version 1.1.1" hatte ich auch zuerst nach dem Flashen gesehen und gedacht das ging voll daneben.
Dann auf "Update Device List" geklickt und - o Wunder - jetzt wurde 1.1.5 angezeigt. Warum das so war - keine Ahnung. Timing-Probleme? Fehler im Tool (ist 1.1.1 nur ein Default-Wert?)
Gruß Klaus
Danke für den Tipp, könnte ja bei mir auch die Möglichkeit sein. Ich warte jetzt mal länger ab, nach einem Update Device List isses auf jeden Fall noch da, vielleicht ja nach ein paar Minuten/Stunden / nem Reboot aufgrund von Integrität oder so nimmer, who knows.
Noch ne Überraschung ... die Disconnects bei den HMLAN sind weg, aber jetzt hängt sich das LAN-Gateway weg:
2016.11.12 16:46:49 1: HMUARTLGW HMLANGW3:keepAlive KeepAlive sent 9.254s too late, this might cause a disconnect!
2016.11.12 16:46:49 1: 192.168.53.137:2001 disconnected, waiting to reappear (HMLANGW3:keepAlive)
2016.11.12 16:46:50 1: 192.168.53.137:2000 disconnected, waiting to reappear (HMLANGW3)
2016.11.12 16:46:50 3: Opening HMLANGW3:keepAlive device 192.168.53.137:2001
2016.11.12 16:46:50 1: 192.168.53.137:2000 reappeared (HMLANGW3)
2016.11.12 16:46:50 3: HMUARTLGW HMLANGW3 BidCoS-port opened
2016.11.12 16:46:50 3: HMLANGW3:keepAlive device opened
2016.11.12 16:46:50 3: HMUARTLGW HMLANGW3:keepAlive KeepAlive-port opened
2016.11.12 16:46:52 3: HMUARTLGW HMLANGW3 currently running Co_CPU_App
2016.11.12 16:46:54 3: HMUARTLGW HMLANGW3 currently running Co_CPU_BL
2016.11.12 16:46:54 3: HMUARTLGW HMLANGW3 currently running Co_CPU_App
KeepAlive fast 10 Sekunden zu spät? Zu einer Zeit in der nichts los war (zumindest nichts bekannt, weder in FHEM noch im LAN) - sonderbar, da habe ich keine Erklärung dafür. Einmal waren es 4,x Sekunden, jetzt mal 9,x Sekunden. Das weiter eingrenzen wird schwierig da nicht reproduzierbar.
Gruß Klaus
Juhu, es ging. Problem war bei mir Windows 10 + Netfinder + Firmware Upgrade.
Mit ner VM unter Win7 gings direkt, nach einem aktualisieren 1.1.5 \o/
Also Warnung: Windows 10 ist da potentiell schlecht.
Network Encryption nu auch im Netfinder (unter Windoof 7!) ausgestellt, aber immer noch:
2016.11.12 18:49:21 1 : HMUARTLGW meinLGW wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
sowie set meinLGW updateCoPro /path/to/coprocessor_update_hm_only.eq3 und testweise mal das lgWPasswort reingetan.
Bringt leider nüschts, update Befehl bringt auch nix mehr neues.
Noch jemand ne Idee, wie ich mein Gerät dazu zwinge unverschlüsselt zu reden?
Danke schonmal.
Gruß Tim
@Tim:
Die Meldung bedeutet dass die Verschlüsselung im LAN-Gateway immer noch eingeschaltet ist. Es geht hier nicht um den Netzwerkzugriff mit dem Netfinder zum LAN-Gateway, sondern die Verschlüsselung IM LAN-Gateway, die es für die Kommunikation mit den Geräten nutzt. Hatte ich genauso erst falsch.
Ausschalten wie folgt:
Netfinder starten
Das LAN-Gateway muss in der Liste zu sehen sein. Kann ein paar Sekunden dauern.
Auswahl (Button): Netzwerkeinstellungen ändern
Eingabe: Passphrase ... => Password, auf der Rückseite des Gehäuses aufgedruckt
WICHTIG: Checkbox: "Netzwerkverschlüsselung" rausnehmen
Achtung: Voreinstellungen in diesem Dialog sind "DHCP on", "Auto-IP on"! Diese evtl. rausnehmen und die richtigen Werte für alle IPs eintragen (Gerät, Netzwerk-Gateway, DNS Server). Das kommt darauf an ob in einem DHCP-Server (soweit vorhanden) die IP-Zuweisung korrekt definiert ist (u.U. IP und MAC-Adresse für dauerhaft konstante IP).
Bei mir funktioniert das (und die Firmware-Updates) mit Windows 10 problemlos. Nein, Windows 10 ist hier nicht das Problem. Evtl. könnte die Java-Runtime zu alt sein?
Gruß, Klaus
Danke für die Antwort Klaus, wie geschrieben habe ich genau das getan:
"Network Encryption nu auch im Netfinder (unter Windoof 7!) ausgestellt, aber immer noch:"
Problem besteht weiterhin. DHCP, Auto IP etc. aus und alle Sachen selbst eingestellt. Verbindung selbst ist ja auch okay, verschlüsselt aber irgendwie noch immer :3
Das HM-LAN-Gateway neu gestartet (geht auch aus dem Netfinder)?
Gruß, Klaus
Normal schon, mit FW 1.1.5 (was ja vorher irgendwie nicht ging unter Win10 / dem JRE (wobei da Java ja direkt meckern sollte)) noch nicht explizit.
Jetzt gehts scheinbar gerade, puh, mürrische Teile :D
Danke Klaus!
Zitat von: Klaus.A am 12 November 2016, 17:54:37
KeepAlive fast 10 Sekunden zu spät? Zu einer Zeit in der nichts los war (zumindest nichts bekannt, weder in FHEM noch im LAN) - sonderbar, da habe ich keine Erklärung dafür.
Fhem hat hier irgendwo (mindestens) 10s lang blockiert und der von HMUARTLGW aufgesetzte Timer feuerte deshalb zu spät. Das LGW möchte alle 15s per KeepAlive gestreichelt werden, ansonsten trennt es die Verbindung. Fhem-Hänger von 10s sind damit nicht wirklich kompatibel...
Viele Grüße
Michael
Moin moin nochmal,
Hab wieder ein kleines Problem, also Verschlüsselung ist nun aus und Lan Gateway ist in FHEM drinnen.
Wollte dann wie beschrieben den CoProzessor upgraden:
wget https://github.com/eq-3/occu/blob/master/firmware/coprocessor_update_hm_only.eq3
set meinLGW updateCoPro /usr/local/fhem/opt/FHEM/firmware/coprocessor_update_hm_only.eq3
Zitat2016.11.15 13:56:13 1 : nothing to do...
2016.11.15 13:56:19 3 : meinLGW device closed
2016.11.15 13:56:19 3 : Opening meinLGW:keepAlive device 192.168.2.35:2001
2016.11.15 13:56:19 1 : 192.168.2.35:2000 reappeared (meinLGW)
2016.11.15 13:56:19 3 : HMUARTLGW meinLGW BidCoS-port opened
2016.11.15 13:56:19 3 : meinLGW:keepAlive device opened
2016.11.15 13:56:19 3 : HMUARTLGW meinLGW:keepAlive KeepAlive-port opened
2016.11.15 13:56:20 3 : HMUARTLGW meinLGW currently running Co_CPU_BL
2016.11.15 13:56:20 1 : HMUARTLGW meinLGW starting firmware upgrade
2016.11.15 13:56:30 3 : meinLGW device closed
2016.11.15 13:56:30 3 : Opening meinLGW:keepAlive device 192.168.2.35:2001
2016.11.15 13:56:30 1 : 192.168.2.35:2000 reappeared (meinLGW)
2016.11.15 13:56:30 3 : meinLGW:keepAlive device opened
2016.11.15 13:56:30 3 : HMUARTLGW meinLGW BidCoS-port opened
2016.11.15 13:56:30 3 : HMUARTLGW meinLGW:keepAlive KeepAlive-port opened
2016.11.15 13:56:31 3 : HMUARTLGW meinLGW currently running Co_CPU_BL
2016.11.15 13:56:31 1 : HMUARTLGW meinLGW starting firmware upgrade
2016.11.15 13:56:41 3 : meinLGW device closed
2016.11.15 13:56:41 3 : Opening meinLGW:keepAlive device 192.168.2.35:2001
2016.11.15 13:56:41 1 : 192.168.2.35:2000 reappeared (meinLGW)
2016.11.15 13:56:41 3 : HMUARTLGW meinLGW BidCoS-port opened
2016.11.15 13:56:41 3 : meinLGW:keepAlive device opened
2016.11.15 13:56:41 3 : HMUARTLGW meinLGW:keepAlive KeepAlive-port opened
2016.11.15 13:56:42 3 : HMUARTLGW meinLGW currently running Co_CPU_BL
2016.11.15 13:56:42 1 : HMUARTLGW meinLGW starting firmware upgrade
2016.11.15 13:56:53 3 : meinLGW device closed
Im Device steht:
FirmwareFile
/usr/local/fhem/opt/FHEM/firmware/coprocessor_update_hm_only.eq3
D-LANfirmware
1.1.5
2016-11-15 14:04:40
D-firmware
1.2.3
2016-11-15 13:55:12
Lan-Firmware / NetFinder 1.1.5 weiß ich ja, dass das die aktuellste ist.
Laut Wiki wäre/sollte dann 1.4.1 die neueste D-Firmware sein oder?
(aktuell: Applikation: 1.4.1, LAN: 1.1.5)
Dauerschleife ab reappeared bis close. Was könnte das Problem sein?
Hat der GET wirklich die richtige Firmware-Version erwischt? Ich kenne als Download nur dies:
wget https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/coprocessor_update_hm_only.eq3
(https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/coprocessor_update_hm_only.eq3)
Wenn der Firmware-Update sofort wieder beendet wird dann könnte es sein das eine identische Version erkannt wurde.
Gruß, Klaus
Meine ist vom Occu / EQ3 Master auf Github, sollte also die aktuellste sein. EQ3-Tools unter Linux cloned auch den Branch occu von Github.
Hab jetzt auch mal deine bzw. die ältere probiert, ebenso Endlosschleife.
Kann mir jemand sagen, bei dem das Upgrade durchlief, welche Firmware-Attribute bei ihm in FHEM unter meinLGW stehen? Dankö.
Jetzt lief irgendwann nach ner kleinen Schleife durch, hatte aber vorher endlich Perl geupgraded auf 5.22 + viele Module installiert, kA. wodran es lag.
Oder ggf. ist der Master Commit im Github zu neu? Who knows.
D-Firmware = 1.4.1 wie im Wiki beschrieben. Juhu, jetzt ist endlich alles aufm guten Stand und ich kann mit Heizthermostaten beginnen :D
Hallo,
ich habe AES Probleme, mit einer HM-RC-Key4-2, in Verbindung mit dem HMLGW.
Zur Lage: Ich habe 3 IO's, 2 x HMLAN und 1 x HMLGW. Ich habe der Fernbedienung keinen preff IO zugewiesen. Wenn die Fernbedienung eine der HMLAN als IO hat funktioniert AES, LED leuchtet grün, wenn der HMLGW IO ist dann leuchtet die LED rot.
Ich habe mal mit geloggt, hier das LOG wenn HMLGW der IO ist:
2016.11.23 09:04:11.372 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0AB9AE03 d:FF r:FFAE m:6A 8002 355867 24C003 00
2016.11.23 09:04:11.264 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0AB9AD87 d:FF r:FFBB m:6A A240 24C003 355867 0143
2016.11.23 09:04:11.257 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0AB9AD08 d:FF r:FFAF m:69 8002 355867 24C003 00
2016.11.23 09:04:11.148 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0AB9AC8C d:FF r:FFBC m:69 A240 24C003 355867 0143
2016.11.23 09:04:11.141 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0AB9AC0D d:FF r:FFAE m:68 8002 355867 24C003 00
2016.11.23 09:04:11.032 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0AB9AB92 d:FF r:FFBA m:68 A640 24C003 355867 0143
2016.11.23 09:04:11.024 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:0025A36B d:FF r:FFBD m:6A 8002 355867 24C003 00
2016.11.23 09:04:10.916 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:0025A2EE d:FF r:FFB5 m:6A A240 24C003 355867 0143
2016.11.23 09:04:10.908 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:0025A270 d:FF r:FFBD m:69 8002 355867 24C003 00
2016.11.23 09:04:10.799 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:0025A1F4 d:FF r:FFB5 m:69 A240 24C003 355867 0143
2016.11.23 09:04:10.790 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:0025A175 d:FF r:FFBD m:68 8002 355867 24C003 00
2016.11.23 09:04:10.680 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:0025A0FA d:FF r:FFB5 m:68 A640 24C003 355867 0143
2016.11.23 09:04:10.568 0: HMUARTLGW HMLGW_1 recv: 01 05 01 02 4E msg: 6A A2 40 24C003 355867 0143
2016.11.23 09:04:10.458 0: HMUARTLGW HMLGW_1 recv: 01 05 01 02 4E msg: 69 A2 40 24C003 355867 0143
2016.11.23 09:04:09.896 0: HMUARTLGW HMLGW_1 recv: 01 05 01 02 4E msg: 68 A6 40 24C003 355867 0143
Und hier wenn ein HMLAN IO ist.
2016.11.23 09:02:30.590 0: HMLAN_Parse: HMLANingo2 R:R90351F61 stat:0002 t:00000000 d:FF r:7FFF m:63 8002 355867 24C003 00
2016.11.23 09:02:30.584 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0AB825BF d:FF r:FFAE m:63 8002 355867 24C003 00
2016.11.23 09:02:30.578 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00241B94 d:FF r:FFBE m:63 8002 355867 24C003 00
2016.11.23 09:02:30.573 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00241B27 d:FF r:FFBD m:63 8002 355867 24C003 00
2016.11.23 09:02:30.565 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: 63 80 02 355867 24C003 00
2016.11.23 09:02:30.554 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0AB82534 d:FF r:FFB8 m:63 8002 355867 24C003 00
2016.11.23 09:02:30.127 0: HMLAN_Send: HMLANingo2 S:S90351F61 stat: 00 t:00000000 d:01 r:90351F61 m:63 8002 355867 24C003 00
2016.11.23 09:02:30.126 0: HMLAN_Send: HMLANingo2 S:+24C003,01,02,1E
2016.11.23 09:02:30.017 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0040 t:0AB823A3 d:02 r:FFBF m:63 A640 24C003 355867 0140
2016.11.23 09:02:30.014 0: HMLAN_Parse: HMLANingo1 R:R90351EA8 stat:0002 t:00000000 d:FF r:7FFF m:63 8002 355867 24C003 00
2016.11.23 09:02:30.007 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 43 msg: 63 80 02 355867 24C003 00
2016.11.23 09:02:30.000 0: HMUARTLGW HMLGW_1 send: 01 02 00 00 00 msg: 63 80 02 355867 24C003 00
2016.11.23 09:02:29.942 0: HMLAN_Send: HMLANingo1 S:S90351EA8 stat: 00 t:00000000 d:01 r:90351EA8 m:63 8002 355867 24C003 00
2016.11.23 09:02:29.941 0: HMLAN_Send: HMLANingo1 S:+24C003,01,02,1E
2016.11.23 09:02:29.835 0: HMUARTLGW HMLGW_1 recv: 01 05 01 02 4D msg: 63 A0 03 24C003 355867 2FEC12EEE554C4CA0271F916E1431351
2016.11.23 09:02:29.769 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0100 t:0AB823A3 d:FF r:FFBF m:63 A640 24C003 355867 0140
2016.11.23 09:02:29.763 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:0024198D d:FF r:FFBE m:63 A002 355867 24C003 0447D17739586504
2016.11.23 09:02:29.756 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:0024190C d:FF r:FFB8 m:63 A640 24C003 355867 0140
2016.11.23 09:02:29.748 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: 63 A0 02 355867 24C003 0447D17739586504
2016.11.23 09:02:29.573 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4D msg: 63 A6 40 24C003 355867 0140
Sind noch weitere Informationen nötig?
Gruß
Ingo
Hallo Ingo,
nur der Vollständigkeit halber gefragt: das Perl-Modul Crypt::Rijndael (Debian: libcrypt-rijndael-perl) hast Du installiert?
Gruß Otto
Hallo,
Zitat von: automatisierer am 23 November 2016, 09:13:50
Sind noch weitere Informationen nötig?
Ja, bitte logge mit, was passiert, wenn Du das preferred IO auf das HMLGW legst. Da muss das Gerät dem HMLGW bekannt gemacht werden, ansonsten antwortet das GW nicht. Bitte vorher auf die aktuelle Version updaten (12606), damit die relevanten Log-Nachrichten auch mit dem richtigen Log-Level generiert werden.
Also:
- Log starten
- Preferred IO ändern
- Taste drücken
Und bitte ein List der Fernbedienung und des GW (ohne AES-Keys) einfügen.
Zitat von: Otto123 am 23 November 2016, 09:30:02
nur der Vollständigkeit halber gefragt: das Perl-Modul Crypt::Rijndael (Debian: libcrypt-rijndael-perl) hast Du installiert?
Äh, dumme Frage: Wozu?
Die Kommunikation mit dem GW steht, das wäre das einzige, wofür evtl. Crypt::Rijndael gebraucht wird (Hm-SEC-SD2 mal aussen vor). Die HM-IOs sind (gottseidank) keine CULs!
Viele Grüße
Michael
Zitat von: mgernoth am 23 November 2016, 09:49:46
Äh, dumme Frage: Wozu?
Die Kommunikation mit dem GW steht, das wäre das einzige, wofür evtl. Crypt::Rijndael gebraucht wird (Hm-SEC-SD2 mal aussen vor). Die HM-IOs sind (gottseidank) keine CULs!
Viele Grüße
Michael
Hallo Michael,
ich dachte ich habe gelernt, das für AES mit HMUART Crypt::Rijndael gebraucht wird. Stimmt das nicht?
Gruß Otto
Hallo Otto,
Zitat von: Otto123 am 23 November 2016, 09:53:24
ich dachte ich habe gelernt, das für AES mit HMUART Crypt::Rijndael gebraucht wird. Stimmt das nicht?
Nein, nur für CULs. Alle anderen IOs können das selbst (bis auf AES-CBC bei HM-SEC-SD2).
Viele Grüße
Michael
also auch das RPI Modul?
Gruß Otto
Hallo,
Zitat von: Otto123 am 23 November 2016, 09:57:06
also auch das RPI Modul?
Ja, nur die CULs brauchen Crypt::Rijndael.
Viele Grüße
Michael
Hallo Michael,
Sorry, dann habe ich das falsch aufgefasst/verstanden. Da habe an ein paar Stellen im Wiki glaube ich was falsches/"zu viel" rein geschrieben. Das muss ich korrigieren :-[
Aber schaden tut es ja nicht ;)
Gruß Otto
So...
1. Update gemacht...
2. HMLGW auf verbose 5
3. preffered IO der Fernbedienung auf HMLGW gesetzt
4. Taste an der Fernbedienung gedrückt. (nach dem setzen des preff IO, muss ich erst einmal drücken, damit der HMLGW als IO in den Internals steht.
5. Ich habe dem HMLGW keinen AES Key zugewiesen, nur in der vccu zu der er gehört - richtig/falsch?
Hier das log.
2016.11.23 09:59:57.430 5: SW: Kbd
2016.11.23 09:59:57.429 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kbd
2016.11.23 09:59:56.883 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.0061
2016.11.23 09:59:56.882 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 09:59:56.880 5: HMUARTLGW HMLGW_1 recv: 00 040208, state 98
2016.11.23 09:59:56.880 5: HMUARTLGW HMLGW_1 read (9): fd000500f6040208f44e crc OK
2016.11.23 09:59:56.878 5: HMUARTLGW HMLGW_1 read raw (10): fd000500f6040208f44e
2016.11.23 09:59:56.872 5: SW: fd000300f6082c3c
2016.11.23 09:59:56.871 5: HMUARTLGW HMLGW_1 send: (8): fd000300f6082c3c
2016.11.23 09:59:56.870 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 09:59:56.868 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 09:59:52.300 5: HMLGW_1 dispatch A0E6B84102D335F0000000BA0C90E00::-54:HMLGW_1
2016.11.23 09:59:52.300 5: HMUARTLGW HMLGW_1 Dispatch: A0E6B84102D335F0000000BA0C90E00::-54:HMLGW_1
2016.11.23 09:59:52.299 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 36 msg: 6B 84 10 2D335F 000000 0BA0C90E00
2016.11.23 09:59:52.299 5: HMUARTLGW HMLGW_1 read (24): fd001401d3050000366b84102d335f0000000ba0c90e00b952 crc OK
2016.11.23 09:59:52.297 5: HMUARTLGW HMLGW_1 read raw (25): fd001401d3050000366b84102d335f0000000ba0c90e00b952
2016.11.23 09:59:50.853 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 09:59:50.845 5: HMLGW_1 dispatch A0D82A6104C102035586706010000::-72:HMLGW_1
2016.11.23 09:59:50.844 5: HMUARTLGW HMLGW_1 Dispatch: A0D82A6104C102035586706010000::-72:HMLGW_1
2016.11.23 09:59:50.844 5: HMUARTLGW HMLGW_1 recv: 01 05 01 00 48 msg: 82 A6 10 4C1020 355867 06010000
2016.11.23 09:59:50.843 5: HMUARTLGW HMLGW_1 read (23): fd001301d20501004882a6104c102035586706010000d25a crc OK
2016.11.23 09:59:50.841 5: HMUARTLGW HMLGW_1 read raw (24): fd001301d20501004882a6104c102035586706010000d25a
2016.11.23 09:59:47.422 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kbc
2016.11.23 09:59:47.421 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62630d0a
2016.11.23 09:59:47.417 5: SW: Kbc
2016.11.23 09:59:47.416 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kbc
2016.11.23 09:59:46.599 5: HMLGW_1 dispatch A0C28865A458AAA00000090B543::-65:HMLGW_1
2016.11.23 09:59:46.598 5: HMUARTLGW HMLGW_1 Dispatch: A0C28865A458AAA00000090B543::-65:HMLGW_1
2016.11.23 09:59:46.598 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 41 msg: 28 86 5A 458AAA 000000 90B543
2016.11.23 09:59:46.597 5: HMUARTLGW HMLGW_1 read (22): fd001201d10500004128865a458aaa00000090b5431182 crc OK
2016.11.23 09:59:46.595 5: HMUARTLGW HMLGW_1 read raw (23): fd001201d10500004128865a458aaa00000090b5431182
2016.11.23 09:59:44.206 5: HMLGW_1 dispatch A0C458470458AB600000000C43C::-66:HMLGW_1
2016.11.23 09:59:44.205 5: HMUARTLGW HMLGW_1 Dispatch: A0C458470458AB600000000C43C::-66:HMLGW_1
2016.11.23 09:59:44.205 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 42 msg: 45 84 70 458AB6 000000 00C43C
2016.11.23 09:59:44.204 5: HMUARTLGW HMLGW_1 read (22): fd001201d005000042458470458ab600000000c43c1c54 crc OK
2016.11.23 09:59:44.202 5: HMUARTLGW HMLGW_1 read raw (23): fd001201d005000042458470458ab600000000c43c1c54
2016.11.23 09:59:42.306 5: HMLGW_1 dispatch A0CDF865A2D335F000000A0C946::-54:HMLGW_1
2016.11.23 09:59:42.305 5: HMUARTLGW HMLGW_1 Dispatch: A0CDF865A2D335F000000A0C946::-54:HMLGW_1
2016.11.23 09:59:42.303 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 36 msg: DF 86 5A 2D335F 000000 A0C946
2016.11.23 09:59:42.300 5: HMUARTLGW HMLGW_1 read (22): fd001201cf05000036df865a2d335f000000a0c946ae9b crc OK
2016.11.23 09:59:42.296 5: HMUARTLGW HMLGW_1 read raw (23): fd001201cf05000036df865a2d335f000000a0c946ae9b
2016.11.23 09:59:41.871 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.0060
2016.11.23 09:59:41.871 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 09:59:41.869 5: HMUARTLGW HMLGW_1 recv: 00 040208, state 98
2016.11.23 09:59:41.868 5: HMUARTLGW HMLGW_1 read (9): fd000500f5040208c84e crc OK
2016.11.23 09:59:41.867 5: HMUARTLGW HMLGW_1 read raw (10): fd000500f5040208c84e
2016.11.23 09:59:41.861 5: SW: fd000300f508263c
2016.11.23 09:59:41.860 5: HMUARTLGW HMLGW_1 send: (8): fd000300f508263c
2016.11.23 09:59:41.860 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 09:59:41.858 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 09:59:37.409 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kbb
2016.11.23 09:59:37.408 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62620d0a
2016.11.23 09:59:37.404 5: SW: Kbb
2016.11.23 09:59:37.403 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kbb
2016.11.23 09:59:28.501 5: HMLGW_1 dispatch A0FC2861028B79E0000000AA0CA0F0000::-89:HMLGW_1
2016.11.23 09:59:28.501 5: HMUARTLGW HMLGW_1 Dispatch: A0FC2861028B79E0000000AA0CA0F0000::-89:HMLGW_1
2016.11.23 09:59:28.500 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 59 msg: C2 86 10 28B79E 000000 0AA0CA0F0000
2016.11.23 09:59:28.495 5: HMUARTLGW HMLGW_1 read (25): fd001501ce05000059c2861028b79e0000000aa0ca0f00004999 crc OK
2016.11.23 09:59:28.493 5: HMUARTLGW HMLGW_1 read raw (26): fd001501ce05000059c2861028b79e0000000aa0ca0f00004999
2016.11.23 09:59:27.395 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kba
2016.11.23 09:59:27.395 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62610d0a
2016.11.23 09:59:27.390 5: SW: Kba
2016.11.23 09:59:27.390 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kba
2016.11.23 09:59:26.856 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.0052
2016.11.23 09:59:26.855 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 09:59:26.854 5: HMUARTLGW HMLGW_1 recv: 00 040208, state 98
2016.11.23 09:59:26.853 5: HMUARTLGW HMLGW_1 read (9): fd000500f40402085c4d crc OK
2016.11.23 09:59:26.852 5: HMUARTLGW HMLGW_1 read raw (10): fd000500f40402085c4d
2016.11.23 09:59:26.847 5: SW: fd000300f408a03f
2016.11.23 09:59:26.846 5: HMUARTLGW HMLGW_1 send: (8): fd000300f408a03f
2016.11.23 09:59:26.845 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 09:59:26.843 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 09:59:24.205 5: HMLGW_1 dispatch A0C45865A458AB600000098C43C::-66:HMLGW_1
2016.11.23 09:59:24.205 5: HMUARTLGW HMLGW_1 Dispatch: A0C45865A458AB600000098C43C::-66:HMLGW_1
2016.11.23 09:59:24.204 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 42 msg: 45 86 5A 458AB6 000000 98C43C
2016.11.23 09:59:24.203 5: HMUARTLGW HMLGW_1 read (22): fd001201cd0500004245865a458ab600000098c43c30b9 crc OK
2016.11.23 09:59:24.202 5: HMUARTLGW HMLGW_1 read raw (23): fd001201cd0500004245865a458ab600000098c43c30b9
2016.11.23 09:59:23.241 5: HMLGW_1 dispatch A14AD845E2A825400000088CAF300000500000917FD::-76:HMLGW_1
2016.11.23 09:59:23.241 5: HMUARTLGW HMLGW_1 Dispatch: A14AD845E2A825400000088CAF300000500000917FD::-76:HMLGW_1
2016.11.23 09:59:23.240 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4C msg: AD 84 5E 2A8254 000000 88CAF300000500000917FD
2016.11.23 09:59:23.239 5: HMUARTLGW HMLGW_1 read (30): fd001a01cc0500004cad845e2a825400000088caf300000500000917fdb184 crc OK
2016.11.23 09:59:23.238 5: HMUARTLGW HMLGW_1 read raw (32): fd001a01cc0500004cad845e2a825400000088caf300000500000917fc7db184
2016.11.23 09:59:19.758 5: HMLGW_1 dispatch A0F3C861028B9730000000AA0CC0D0000::-69:HMLGW_1
2016.11.23 09:59:19.757 5: HMUARTLGW HMLGW_1 Dispatch: A0F3C861028B9730000000AA0CC0D0000::-69:HMLGW_1
2016.11.23 09:59:19.756 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 45 msg: 3C 86 10 28B973 000000 0AA0CC0D0000
2016.11.23 09:59:19.754 5: HMUARTLGW HMLGW_1 read (25): fd001501cb050000453c861028b9730000000aa0cc0d0000a450 crc OK
2016.11.23 09:59:19.751 5: HMUARTLGW HMLGW_1 read raw (26): fd001501cb050000453c861028b9730000000aa0cc0d0000a450
2016.11.23 09:59:18.768 5: HMLGW_1 dispatch A140F845E2AB5EF00000082F5E400000000000915FE::-62:HMLGW_1
2016.11.23 09:59:18.767 5: HMUARTLGW HMLGW_1 Dispatch: A140F845E2AB5EF00000082F5E400000000000915FE::-62:HMLGW_1
2016.11.23 09:59:18.766 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 3E msg: 0F 84 5E 2AB5EF 000000 82F5E400000000000915FE
2016.11.23 09:59:18.765 5: HMUARTLGW HMLGW_1 read (30): fd001a01ca0500003e0f845e2ab5ef00000082f5e400000000000915fe80cf crc OK
2016.11.23 09:59:18.763 5: HMUARTLGW HMLGW_1 read raw (31): fd001a01ca0500003e0f845e2ab5ef00000082f5e400000000000915fe80cf
2016.11.23 09:59:17.383 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kb9
2016.11.23 09:59:17.382 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62390d0a
2016.11.23 09:59:17.378 5: SW: Kb9
2016.11.23 09:59:17.377 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kb9
2016.11.23 09:59:16.138 5: HMLGW_1 dispatch A0F15865E3DFBC600000016427200CBE8::-74:HMLGW_1
2016.11.23 09:59:16.138 5: HMUARTLGW HMLGW_1 Dispatch: A0F15865E3DFBC600000016427200CBE8::-74:HMLGW_1
2016.11.23 09:59:16.137 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4A msg: 15 86 5E 3DFBC6 000000 16427200CBE8
2016.11.23 09:59:16.136 5: HMUARTLGW HMLGW_1 read (25): fd001501c90500004a15865e3dfbc600000016427200cbe83a81 crc OK
2016.11.23 09:59:16.135 5: HMUARTLGW HMLGW_1 read raw (26): fd001501c90500004a15865e3dfbc600000016427200cbe83a81
2016.11.23 09:59:14.233 5: HMLGW_1 dispatch A0C178470458A9200000000C43C::-54:HMLGW_1
2016.11.23 09:59:14.233 5: HMUARTLGW HMLGW_1 Dispatch: A0C178470458A9200000000C43C::-54:HMLGW_1
2016.11.23 09:59:14.232 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 36 msg: 17 84 70 458A92 000000 00C43C
2016.11.23 09:59:14.232 5: HMUARTLGW HMLGW_1 read (22): fd001201c805000036178470458a9200000000c43c6567 crc OK
2016.11.23 09:59:14.230 5: HMUARTLGW HMLGW_1 read raw (23): fd001201c805000036178470458a9200000000c43c6567
2016.11.23 09:59:14.156 5: HMLGW_1 dispatch A0F388610354B740000000A98C40A0000::-66:HMLGW_1
2016.11.23 09:59:14.156 5: HMUARTLGW HMLGW_1 Dispatch: A0F388610354B740000000A98C40A0000::-66:HMLGW_1
2016.11.23 09:59:14.155 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 42 msg: 38 86 10 354B74 000000 0A98C40A0000
2016.11.23 09:59:14.154 5: HMUARTLGW HMLGW_1 read (25): fd001501c705000042388610354b740000000a98c40a0000f81f crc OK
2016.11.23 09:59:14.152 5: HMUARTLGW HMLGW_1 read raw (26): fd001501c705000042388610354b740000000a98c40a0000f81f
2016.11.23 09:59:13.565 5: HMLGW_1 dispatch A0CE884702D33F900000000C03C::-67:HMLGW_1
2016.11.23 09:59:13.565 5: HMUARTLGW HMLGW_1 Dispatch: A0CE884702D33F900000000C03C::-67:HMLGW_1
2016.11.23 09:59:13.564 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 43 msg: E8 84 70 2D33F9 000000 00C03C
2016.11.23 09:59:13.563 5: HMUARTLGW HMLGW_1 read (22): fd001201c605000043e884702d33f900000000c03c43f9 crc OK
2016.11.23 09:59:13.562 5: HMUARTLGW HMLGW_1 read raw (23): fd001201c605000043e884702d33f900000000c03c43f9
2016.11.23 09:59:12.114 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0AEC10D0 d:FF r:FFAD m:8B 8002 355867 24C003 00
2016.11.23 09:59:12.107 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:0058061C d:FF r:FFBD m:8B 8002 355867 24C003 00
2016.11.23 09:59:12.091 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0AEC1054 d:FF r:FFC1 m:8B A240 24C003 355867 0153
2016.11.23 09:59:12.083 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:005805A0 d:FF r:FFB5 m:8B A240 24C003 355867 0153
2016.11.23 09:59:11.975 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 09:59:11.969 5: HMLGW_1 dispatch A0B8BA24024C0033558670153::-75:HMLGW_1
2016.11.23 09:59:11.968 5: HMUARTLGW HMLGW_1 Dispatch: A0B8BA24024C0033558670153::-75:HMLGW_1
2016.11.23 09:59:11.968 0: HMUARTLGW HMLGW_1 recv: 01 05 01 00 4B msg: 8B A2 40 24C003 355867 0153
2016.11.23 09:59:11.967 5: HMUARTLGW HMLGW_1 read (21): fd001101c50501004b8ba24024c0033558670153bb79 crc OK
2016.11.23 09:59:11.965 5: HMUARTLGW HMLGW_1 read raw (22): fd001101c50501004b8ba24024c0033558670153bb79
2016.11.23 09:59:11.865 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0AEC0FD6 d:FF r:FFAD m:8A 8002 355867 24C003 00
2016.11.23 09:59:11.857 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00580522 d:FF r:FFBD m:8A 8002 355867 24C003 00
2016.11.23 09:59:11.855 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.0198
2016.11.23 09:59:11.854 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 09:59:11.853 5: HMUARTLGW HMLGW_1 recv: 00 040208, state 98
2016.11.23 09:59:11.852 5: HMUARTLGW HMLGW_1 read (9): fd000500f3040208b04e crc OK
2016.11.23 09:59:11.851 5: HMUARTLGW HMLGW_1 read raw (10): fd000500f3040208b04e
2016.11.23 09:59:11.845 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0AEC0F5A d:FF r:FFC1 m:8A A240 24C003 355867 0153
2016.11.23 09:59:11.838 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:005804A6 d:FF r:FFB5 m:8A A240 24C003 355867 0153
2016.11.23 09:59:11.831 5: SW: fd000300f308323c
2016.11.23 09:59:11.831 5: HMUARTLGW HMLGW_1 send: (8): fd000300f308323c
2016.11.23 09:59:11.830 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 09:59:11.828 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 09:59:11.724 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 09:59:11.718 5: HMLGW_1 dispatch A0B8AA24024C0033558670153::-75:HMLGW_1
2016.11.23 09:59:11.718 5: HMUARTLGW HMLGW_1 Dispatch: A0B8AA24024C0033558670153::-75:HMLGW_1
2016.11.23 09:59:11.717 0: HMUARTLGW HMLGW_1 recv: 01 05 01 00 4B msg: 8A A2 40 24C003 355867 0153
2016.11.23 09:59:11.716 5: HMUARTLGW HMLGW_1 read (21): fd001101c40501004b8aa24024c0033558670153a83f crc OK
2016.11.23 09:59:11.715 5: HMUARTLGW HMLGW_1 read raw (22): fd001101c40501004b8aa24024c0033558670153a83f
2016.11.23 09:59:11.636 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0AEC0EDB d:FF r:FFAE m:89 8002 355867 24C003 00
2016.11.23 09:59:11.630 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0AEC0E5F d:FF r:FFC1 m:89 A640 24C003 355867 0153
2016.11.23 09:59:11.622 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00580427 d:FF r:FFBD m:89 8002 355867 24C003 00
2016.11.23 09:59:11.617 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:005803AA d:FF r:FFB4 m:89 A640 24C003 355867 0153
2016.11.23 09:59:11.474 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 09:59:11.468 5: HMLGW_1 dispatch A0B89A64024C0033558670153::-75:HMLGW_1
2016.11.23 09:59:11.468 5: HMUARTLGW HMLGW_1 Dispatch: A0B89A64024C0033558670153::-75:HMLGW_1
2016.11.23 09:59:11.467 0: HMUARTLGW HMLGW_1 recv: 01 05 01 00 4B msg: 89 A6 40 24C003 355867 0153
2016.11.23 09:59:11.466 5: HMUARTLGW HMLGW_1 read (21): fd001101c30501004b89a64024c003355867015385b8 crc OK
2016.11.23 09:59:11.465 5: HMUARTLGW HMLGW_1 read raw (22): fd001101c30501004b89a64024c003355867015385b8
2016.11.23 09:59:09.368 5: HMLGW_1 dispatch A13078670338A55000000002A620AB30000085824::-58:HMLGW_1
2016.11.23 09:59:09.367 5: HMUARTLGW HMLGW_1 Dispatch: A13078670338A55000000002A620AB30000085824::-58:HMLGW_1
2016.11.23 09:59:09.367 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 3A msg: 07 86 70 338A55 000000 002A620AB30000085824
2016.11.23 09:59:09.366 5: HMUARTLGW HMLGW_1 read (29): fd001901c20500003a078670338a55000000002a620ab300000858246c4b crc OK
2016.11.23 09:59:09.364 5: HMUARTLGW HMLGW_1 read raw (30): fd001901c20500003a078670338a55000000002a620ab300000858246c4b
2016.11.23 09:59:07.370 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kb8
2016.11.23 09:59:07.369 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62380d0a
2016.11.23 09:59:07.365 5: SW: Kb8
2016.11.23 09:59:07.364 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kb8
2016.11.23 09:59:05.033 5: HMLGW_1 dispatch A1204800223DD3D355867010101002C54E9859A::-67:HMLGW_1
2016.11.23 09:59:05.033 5: HMUARTLGW HMLGW_1 Dispatch: A1204800223DD3D355867010101002C54E9859A::-67:HMLGW_1
2016.11.23 09:59:05.032 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 43 msg: 04 80 02 23DD3D 355867 010101002C54E9859A
2016.11.23 09:59:05.031 5: HMUARTLGW HMLGW_1 read (28): fd001801c10500004304800223dd3d355867010101002c54e9859a1322 crc OK
2016.11.23 09:59:05.030 5: HMUARTLGW HMLGW_1 read raw (29): fd001801c10500004304800223dd3d355867010101002c54e9859a1322
2016.11.23 09:59:04.913 5: HMLGW_1 dispatch A1904A00335586723DD3D4B5644A532FCAFF5FF5E487A4B5A6054::-80:HMLGW_1
2016.11.23 09:59:04.913 5: HMUARTLGW HMLGW_1 Dispatch: A1904A00335586723DD3D4B5644A532FCAFF5FF5E487A4B5A6054::-80:HMLGW_1
2016.11.23 09:59:04.913 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 50 msg: 04 A0 03 355867 23DD3D 4B5644A532FCAFF5FF5E487A4B5A6054
2016.11.23 09:59:04.912 5: HMUARTLGW HMLGW_1 read (35): fd001f01c00500005004a00335586723dd3d4b5644a532fcaff5ff5e487a4b5a6054c629 crc OK
2016.11.23 09:59:04.910 5: HMUARTLGW HMLGW_1 read raw (37): fd001f01c00500005004a00335586723dd3d4b5644a532fc7caff5ff5e487a4b5a6054c629
2016.11.23 09:59:04.776 5: HMLGW_1 dispatch A1104A00223DD3D35586704181C12DC88FB04::-67:HMLGW_1
2016.11.23 09:59:04.776 5: HMUARTLGW HMLGW_1 Dispatch: A1104A00223DD3D35586704181C12DC88FB04::-67:HMLGW_1
2016.11.23 09:59:04.775 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 43 msg: 04 A0 02 23DD3D 355867 04181C12DC88FB04
2016.11.23 09:59:04.774 5: HMUARTLGW HMLGW_1 read (27): fd001701bf0500004304a00223dd3d35586704181c12dc88fb047bb8 crc OK
2016.11.23 09:59:04.773 5: HMUARTLGW HMLGW_1 read raw (28): fd001701bf0500004304a00223dd3d35586704181c12dc88fb047bb8
2016.11.23 09:59:04.646 5: HMLGW_1 dispatch A0D04B01135586723DD3D800101FF::-79:HMLGW_1
2016.11.23 09:59:04.645 5: HMUARTLGW HMLGW_1 Dispatch: A0D04B01135586723DD3D800101FF::-79:HMLGW_1
2016.11.23 09:59:04.645 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4F msg: 04 B0 11 355867 23DD3D 800101FF
2016.11.23 09:59:04.644 5: HMUARTLGW HMLGW_1 read (23): fd001301be0500004f04b01135586723dd3d800101ffa3f9 crc OK
2016.11.23 09:59:04.642 5: HMUARTLGW HMLGW_1 read raw (24): fd001301be0500004f04b01135586723dd3d800101ffa3f9
2016.11.23 09:59:04.558 5: SW: fd001001f20200000088800235586724c00300b22b
2016.11.23 09:59:04.557 5: HMUARTLGW HMLGW_1 send: (21): fd001001f20200000088800235586724c00300b22b
2016.11.23 09:59:04.556 0: HMUARTLGW HMLGW_1 send: 01 02 00 00 00 msg: 88 80 02 355867 24C003 00
2016.11.23 09:59:04.555 5: HMUARTLGW HMLGW_1 !BIDI
2016.11.23 09:59:04.554 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFFF
2016.11.23 09:59:04.553 5: HMUARTLGW HMLGW_1 GetSet Ack: 07, state 93
2016.11.23 09:59:04.551 5: HMUARTLGW HMLGW_1 recv: 01 04070101000DFFFFFFFFFFFFFFFF, state 93
2016.11.23 09:59:04.551 5: HMUARTLGW HMLGW_1 read (20): fd001001f104070101000dffffffffffffffff1b39 crc OK
2016.11.23 09:59:04.550 5: HMUARTLGW HMLGW_1 read raw (21): fd001001f104070101000dffffffffffffffff1b39
2016.11.23 09:59:04.543 5: SW: fd000901f10624c003000000ecb9
2016.11.23 09:59:04.542 5: HMUARTLGW HMLGW_1 send: (14): fd000901f10624c003000000ecb9
2016.11.23 09:59:04.535 0: HMUARTLGW HMLGW_1 send: 01 0624C003000000
2016.11.23 09:59:04.534 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 93
2016.11.23 09:59:04.074 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 09:59:04.067 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0040 t:0AEBEFFB d:02 r:FFC0 m:88 A640 24C003 355867 0152
2016.11.23 09:59:04.029 5: HMUARTLGW HMLGW_1 GetSet Ack: 08, state 93
2016.11.23 09:59:04.027 5: HMUARTLGW HMLGW_1 recv: 01 0408, state 93
2016.11.23 09:59:04.027 5: HMUARTLGW HMLGW_1 read (8): fd000401f0040801c8 crc OK
2016.11.23 09:59:03.978 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 09:59:03.974 5: HMLGW_1 dispatch A1988A00324C0033558675C08E05EFEF3C8A13168EF910A5054E5::-75:HMLGW_1
2016.11.23 09:59:03.973 5: HMUARTLGW HMLGW_1 Dispatch: A1988A00324C0033558675C08E05EFEF3C8A13168EF910A5054E5::-75:HMLGW_1
2016.11.23 09:59:03.973 0: HMUARTLGW HMLGW_1 recv: 01 05 01 00 4B msg: 88 A0 03 24C003 355867 5C08E05EFEF3C8A13168EF910A5054E5
2016.11.23 09:59:03.972 5: HMUARTLGW HMLGW_1 read (35): fd001f01bd0501004b88a00324c0033558675c08e05efef3c8a13168ef910a5054e5d3eb crc OK
2016.11.23 09:59:03.970 5: HMUARTLGW HMLGW_1 read raw (45): fd001f01bd0501004b88a00324c0033558675c08e05efef3c8a13168ef910a5054e5d3ebfd000401f0040801c8
2016.11.23 09:59:03.947 5: HMLGW_1 dispatch A1188A00235586724C00304D94FE9A7C6FB04::-79:HMLGW_1
2016.11.23 09:59:03.946 5: HMUARTLGW HMLGW_1 Dispatch: A1188A00235586724C00304D94FE9A7C6FB04::-79:HMLGW_1
2016.11.23 09:59:03.946 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4F msg: 88 A0 02 355867 24C003 04D94FE9A7C6FB04
2016.11.23 09:59:03.945 5: HMUARTLGW HMLGW_1 read (27): fd001701bc0500004f88a00235586724c00304d94fe9a7c6fb04e45e crc OK
2016.11.23 09:59:03.941 5: SW: fd000901f00624c003000000fc7cbf
2016.11.23 09:59:03.940 5: HMUARTLGW HMLGW_1 send: (14): fd000901f00624c003000000fcbf
2016.11.23 09:59:03.940 0: HMUARTLGW HMLGW_1 send: 01 0624C003000000
2016.11.23 09:59:03.939 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 93
2016.11.23 09:59:03.937 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 92
2016.11.23 09:59:03.934 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 91
2016.11.23 09:59:03.933 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFFF
2016.11.23 09:59:03.932 5: HMUARTLGW HMLGW_1 GetSet Ack: 07, state 90
2016.11.23 09:59:03.931 5: HMUARTLGW HMLGW_1 recv: 01 04070101000DFFFFFFFFFFFFFFFF, state 90
2016.11.23 09:59:03.930 5: HMUARTLGW HMLGW_1 read (20): fd001001ef04070101000dffffffffffffffff057d crc OK
2016.11.23 09:59:03.929 5: HMUARTLGW HMLGW_1 read raw (49): fd001001ef04070101000dffffffffffffffff057dfd001701bc0500004f88a00235586724c00304d94fe9a7c6fb04e45e
2016.11.23 09:59:03.867 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0100 t:0AEBEFFB d:FF r:FFC0 m:88 A640 24C003 355867 0152
2016.11.23 09:59:03.857 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:0057E5C7 d:FF r:FFBD m:88 A002 355867 24C003 04D94FE9A7C6FB04
2016.11.23 09:59:03.851 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:0057E547 d:FF r:FFB4 m:88 A640 24C003 355867 0152
2016.11.23 09:59:03.699 5: SW: fd000901ef0624c0030000008cf8
2016.11.23 09:59:03.698 5: HMUARTLGW HMLGW_1 send: (14): fd000901ef0624c0030000008cf8
2016.11.23 09:59:03.697 0: HMUARTLGW HMLGW_1 send: 01 0624C003000000
2016.11.23 09:59:03.697 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 90
2016.11.23 09:59:03.689 5: HMLGW_1 dispatch A0B88A64024C0033558670152::-75:HMLGW_1
2016.11.23 09:59:03.689 5: HMUARTLGW HMLGW_1 Dispatch: A0B88A64024C0033558670152::-75:HMLGW_1
2016.11.23 09:59:03.688 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4B msg: 88 A6 40 24C003 355867 0152
2016.11.23 09:59:03.687 5: HMUARTLGW HMLGW_1 read (21): fd001101bb0500004b88a64024c003355867015280e9 crc OK
2016.11.23 09:59:03.686 5: HMUARTLGW HMLGW_1 read raw (22): fd001101bb0500004b88a64024c003355867015280e9
2016.11.23 09:59:02.123 5: HMLGW_1 dispatch A0CEC86703EEC44000000009545::-57:HMLGW_1
2016.11.23 09:59:02.122 5: HMUARTLGW HMLGW_1 Dispatch: A0CEC86703EEC44000000009545::-57:HMLGW_1
2016.11.23 09:59:02.122 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 39 msg: EC 86 70 3EEC44 000000 009545
2016.11.23 09:59:02.121 5: HMUARTLGW HMLGW_1 read (22): fd001201ba05000039ec86703eec44000000009545da46 crc OK
2016.11.23 09:59:02.119 5: HMUARTLGW HMLGW_1 read raw (23): fd001201ba05000039ec86703eec44000000009545da46
2016.11.23 09:58:57.358 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kb7
2016.11.23 09:58:57.357 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62370d0a
2016.11.23 09:58:57.353 5: SW: Kb7
2016.11.23 09:58:57.352 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kb7
2016.11.23 09:58:56.836 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.0051
2016.11.23 09:58:56.835 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 09:58:56.833 5: HMUARTLGW HMLGW_1 recv: 00 040207, state 98
2016.11.23 09:58:56.833 5: HMUARTLGW HMLGW_1 read (9): fd000500ee0402079469 crc OK
2016.11.23 09:58:56.832 5: HMUARTLGW HMLGW_1 read raw (10): fd000500ee0402079469
2016.11.23 09:58:56.826 5: SW: fd000300ee087c3c
2016.11.23 09:58:56.826 5: HMUARTLGW HMLGW_1 send: (8): fd000300ee087c3c
2016.11.23 09:58:56.825 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 09:58:56.823 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 09:58:54.414 5: HMLGW_1 dispatch A0C17865A458A9200000098C43C::-54:HMLGW_1
2016.11.23 09:58:54.414 5: HMUARTLGW HMLGW_1 Dispatch: A0C17865A458A9200000098C43C::-54:HMLGW_1
2016.11.23 09:58:54.413 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 36 msg: 17 86 5A 458A92 000000 98C43C
2016.11.23 09:58:54.413 5: HMUARTLGW HMLGW_1 read (22): fd001201b90500003617865a458a9200000098c43ca6ff crc OK
2016.11.23 09:58:54.411 5: HMUARTLGW HMLGW_1 read raw (23): fd001201b90500003617865a458a9200000098c43ca6ff
2016.11.23 09:58:53.566 5: HMLGW_1 dispatch A0CE8865A2D33F900000098C03C::-66:HMLGW_1
2016.11.23 09:58:53.565 5: HMUARTLGW HMLGW_1 Dispatch: A0CE8865A2D33F900000098C03C::-66:HMLGW_1
2016.11.23 09:58:53.565 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 42 msg: E8 86 5A 2D33F9 000000 98C03C
2016.11.23 09:58:53.564 5: HMUARTLGW HMLGW_1 read (22): fd001201b805000042e8865a2d33f900000098c03c5d2e crc OK
2016.11.23 09:58:53.562 5: HMUARTLGW HMLGW_1 read raw (23): fd001201b805000042e8865a2d33f900000098c03c5d2e
2016.11.23 09:58:48.075 5: HMLGW_1 dispatch A0C0C847030330E00000080BF3D::-56:HMLGW_1
2016.11.23 09:58:48.075 5: HMUARTLGW HMLGW_1 Dispatch: A0C0C847030330E00000080BF3D::-56:HMLGW_1
2016.11.23 09:58:48.074 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 38 msg: 0C 84 70 30330E 000000 80BF3D
2016.11.23 09:58:48.073 5: HMUARTLGW HMLGW_1 read (22): fd001201b7050000380c847030330e00000080bf3d636d crc OK
2016.11.23 09:58:48.072 5: HMUARTLGW HMLGW_1 read raw (23): fd001201b7050000380c847030330e00000080bf3d636d
2016.11.23 09:58:47.345 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kb6
2016.11.23 09:58:47.345 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62360d0a
2016.11.23 09:58:47.340 5: SW: Kb6
2016.11.23 09:58:47.340 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kb6
2016.11.23 09:58:41.826 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.0053
2016.11.23 09:58:41.826 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 09:58:41.824 5: HMUARTLGW HMLGW_1 recv: 00 040207, state 98
2016.11.23 09:58:41.824 5: HMUARTLGW HMLGW_1 read (9): fd000500ed040207a869 crc OK
2016.11.23 09:58:41.823 5: HMUARTLGW HMLGW_1 read raw (10): fd000500ed040207a869
2016.11.23 09:58:41.817 5: SW: fd000300ed08763c
2016.11.23 09:58:41.817 5: HMUARTLGW HMLGW_1 send: (8): fd000300ed08763c
2016.11.23 09:58:41.816 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 09:58:41.814 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 09:58:39.911 5: HMLGW_1 dispatch A0C8584703A78D700000000CC39::-82:HMLGW_1
2016.11.23 09:58:39.911 5: HMUARTLGW HMLGW_1 Dispatch: A0C8584703A78D700000000CC39::-82:HMLGW_1
2016.11.23 09:58:39.910 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 52 msg: 85 84 70 3A78D7 000000 00CC39
2016.11.23 09:58:39.910 5: HMUARTLGW HMLGW_1 read (22): fd001201b6050000528584703a78d700000000cc3970bd crc OK
2016.11.23 09:58:39.908 5: HMUARTLGW HMLGW_1 read raw (23): fd001201b6050000528584703a78d700000000cc3970bd
2016.11.23 09:58:37.333 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kb5
2016.11.23 09:58:37.332 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62350d0a
2016.11.23 09:58:37.328 5: SW: Kb5
2016.11.23 09:58:37.327 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kb5
2016.11.23 09:58:34.836 5: HMLGW_1 dispatch A0F3486102C72270000000A98C0080000::-52:HMLGW_1
2016.11.23 09:58:34.835 5: HMUARTLGW HMLGW_1 Dispatch: A0F3486102C72270000000A98C0080000::-52:HMLGW_1
2016.11.23 09:58:34.835 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 34 msg: 34 86 10 2C7227 000000 0A98C0080000
2016.11.23 09:58:34.834 5: HMUARTLGW HMLGW_1 read (25): fd001501b5050000343486102c72270000000a98c0080000d422 crc OK
2016.11.23 09:58:34.832 5: HMUARTLGW HMLGW_1 read raw (26): fd001501b5050000343486102c72270000000a98c0080000d422
2016.11.23 09:58:33.380 5: HMLGW_1 dispatch A1422845E283A7C000000803D690017DF021C0910FD::-74:HMLGW_1
2016.11.23 09:58:33.380 5: HMUARTLGW HMLGW_1 Dispatch: A1422845E283A7C000000803D690017DF021C0910FD::-74:HMLGW_1
2016.11.23 09:58:33.379 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4A msg: 22 84 5E 283A7C 000000 803D690017DF021C0910FD
2016.11.23 09:58:33.378 5: HMUARTLGW HMLGW_1 read (30): fd001a01b40500004a22845e283a7c000000803d690017df021c0910fded63 crc OK
2016.11.23 09:58:33.375 5: HMUARTLGW HMLGW_1 read raw (32): fd001a01b40500004a22845e283a7c000000803d690017df021c0910fc7ded63
2016.11.23 09:58:29.915 5: HMLGW_1 dispatch A0EC684103A78D70000000BA0CC0A00::-81:HMLGW_1
2016.11.23 09:58:29.914 5: HMUARTLGW HMLGW_1 Dispatch: A0EC684103A78D70000000BA0CC0A00::-81:HMLGW_1
2016.11.23 09:58:29.914 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 51 msg: C6 84 10 3A78D7 000000 0BA0CC0A00
2016.11.23 09:58:29.913 5: HMUARTLGW HMLGW_1 read (24): fd001401b305000051c684103a78d70000000ba0cc0a0063f1 crc OK
2016.11.23 09:58:29.911 5: HMUARTLGW HMLGW_1 read raw (25): fd001401b305000051c684103a78d70000000ba0cc0a0063f1
2016.11.23 09:58:28.877 5: HMLGW_1 dispatch A0F4886534F54EE00000000C1000A3F0C::-81:HMLGW_1
2016.11.23 09:58:28.877 5: HMUARTLGW HMLGW_1 Dispatch: A0F4886534F54EE00000000C1000A3F0C::-81:HMLGW_1
2016.11.23 09:58:28.876 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 51 msg: 48 86 53 4F54EE 000000 00C1000A3F0C
2016.11.23 09:58:28.875 5: HMUARTLGW HMLGW_1 read (25): fd001501b2050000514886534f54ee00000000c1000a3f0c3f9e crc OK
2016.11.23 09:58:28.873 5: HMUARTLGW HMLGW_1 read raw (26): fd001501b2050000514886534f54ee00000000c1000a3f0c3f9e
2016.11.23 09:58:28.081 5: HMLGW_1 dispatch A0C0C865A30330E00000098BF3D::-56:HMLGW_1
2016.11.23 09:58:28.081 5: HMUARTLGW HMLGW_1 Dispatch: A0C0C865A30330E00000098BF3D::-56:HMLGW_1
2016.11.23 09:58:28.080 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 38 msg: 0C 86 5A 30330E 000000 98BF3D
2016.11.23 09:58:28.074 5: HMUARTLGW HMLGW_1 read (22): fd001201b1050000380c865a30330e00000098bf3d9e5f crc OK
2016.11.23 09:58:28.072 5: HMUARTLGW HMLGW_1 read raw (23): fd001201b1050000380c865a30330e00000098bf3d9e5f
2016.11.23 09:58:27.320 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kb4
2016.11.23 09:58:27.319 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62340d0a
2016.11.23 09:58:27.251 5: SW: Kb4
2016.11.23 09:58:27.250 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kb4
2016.11.23 09:58:27.105 5: HMLGW_1 dispatch A1203800223DD3D355867010101002D511CF83A::-67:HMLGW_1
2016.11.23 09:58:27.105 5: HMUARTLGW HMLGW_1 Dispatch: A1203800223DD3D355867010101002D511CF83A::-67:HMLGW_1
2016.11.23 09:58:27.104 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 43 msg: 03 80 02 23DD3D 355867 010101002D511CF83A
2016.11.23 09:58:27.103 5: HMUARTLGW HMLGW_1 read (28): fd001801b00500004303800223dd3d355867010101002d511cf83a9f25 crc OK
2016.11.23 09:58:27.101 5: HMUARTLGW HMLGW_1 read raw (29): fd001801b00500004303800223dd3d355867010101002d511cf83a9f25
2016.11.23 09:58:26.985 5: HMLGW_1 dispatch A1903A00335586723DD3D2ECF57361CB304C525E3BFAB7097C091::-79:HMLGW_1
2016.11.23 09:58:26.985 5: HMUARTLGW HMLGW_1 Dispatch: A1903A00335586723DD3D2ECF57361CB304C525E3BFAB7097C091::-79:HMLGW_1
2016.11.23 09:58:26.984 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4F msg: 03 A0 03 355867 23DD3D 2ECF57361CB304C525E3BFAB7097C091
2016.11.23 09:58:26.983 5: HMUARTLGW HMLGW_1 read (35): fd001f01af0500004f03a00335586723dd3d2ecf57361cb304c525e3bfab7097c0916921 crc OK
2016.11.23 09:58:26.981 5: HMUARTLGW HMLGW_1 read raw (36): fd001f01af0500004f03a00335586723dd3d2ecf57361cb304c525e3bfab7097c0916921
2016.11.23 09:58:26.849 5: HMLGW_1 dispatch A1103A00223DD3D35586704570041C3F2FB04::-67:HMLGW_1
2016.11.23 09:58:26.848 5: HMUARTLGW HMLGW_1 Dispatch: A1103A00223DD3D35586704570041C3F2FB04::-67:HMLGW_1
2016.11.23 09:58:26.848 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 43 msg: 03 A0 02 23DD3D 355867 04570041C3F2FB04
2016.11.23 09:58:26.847 5: HMUARTLGW HMLGW_1 read (27): fd001701ae0500004303a00223dd3d35586704570041c3f2fb04910f crc OK
2016.11.23 09:58:26.845 5: HMUARTLGW HMLGW_1 read raw (28): fd001701ae0500004303a00223dd3d35586704570041c3f2fb04910f
2016.11.23 09:58:26.815 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.0053
2016.11.23 09:58:26.814 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 09:58:26.813 5: HMUARTLGW HMLGW_1 recv: 00 040207, state 98
2016.11.23 09:58:26.812 5: HMUARTLGW HMLGW_1 read (9): fd000500ec0402073c6a crc OK
2016.11.23 09:58:26.811 5: HMUARTLGW HMLGW_1 read raw (10): fd000500ec0402073c6a
2016.11.23 09:58:26.806 5: SW: fd000300ec08f03f
2016.11.23 09:58:26.805 5: HMUARTLGW HMLGW_1 send: (8): fd000300ec08f03f
2016.11.23 09:58:26.805 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 09:58:26.803 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 09:58:26.719 5: HMLGW_1 dispatch A0D03B01135586723DD3D800101FF::-79:HMLGW_1
2016.11.23 09:58:26.719 5: HMUARTLGW HMLGW_1 Dispatch: A0D03B01135586723DD3D800101FF::-79:HMLGW_1
2016.11.23 09:58:26.718 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4F msg: 03 B0 11 355867 23DD3D 800101FF
2016.11.23 09:58:26.717 5: HMUARTLGW HMLGW_1 read (23): fd001301ad0500004f03b01135586723dd3d800101ffa005 crc OK
2016.11.23 09:58:26.716 5: HMUARTLGW HMLGW_1 read raw (24): fd001301ad0500004f03b01135586723dd3d800101ffa005
2016.11.23 09:58:26.709 5: HMLGW_1 dispatch A0C0584703A78E600000000CA3B::-80:HMLGW_1
2016.11.23 09:58:26.709 5: HMUARTLGW HMLGW_1 Dispatch: A0C0584703A78E600000000CA3B::-80:HMLGW_1
2016.11.23 09:58:26.709 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 50 msg: 05 84 70 3A78E6 000000 00CA3B
2016.11.23 09:58:26.708 5: HMUARTLGW HMLGW_1 read (22): fd001201ac050000500584703a78e600000000ca3b4baa crc OK
2016.11.23 09:58:26.702 5: HMLGW_1 dispatch A0F6E86103B05FD0000000A90B50B1000::-45:HMLGW_1
2016.11.23 09:58:26.702 5: HMUARTLGW HMLGW_1 Dispatch: A0F6E86103B05FD0000000A90B50B1000::-45:HMLGW_1
2016.11.23 09:58:26.702 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 2D msg: 6E 86 10 3B05FD 000000 0A90B50B1000
2016.11.23 09:58:26.701 5: HMUARTLGW HMLGW_1 read (25): fd001501ab0500002d6e86103b05fd0000000a90b50b1000257b crc OK
2016.11.23 09:58:26.695 5: HMLGW_1 dispatch A0A87800235586724C00300::-80:HMLGW_1
2016.11.23 09:58:26.695 5: HMUARTLGW HMLGW_1 Dispatch: A0A87800235586724C00300::-80:HMLGW_1
2016.11.23 09:58:26.694 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 50 msg: 87 80 02 355867 24C003 00
2016.11.23 09:58:26.693 5: HMUARTLGW HMLGW_1 read (20): fd001001aa0500005087800235586724c003004827 crc OK
2016.11.23 09:58:26.692 5: HMUARTLGW HMLGW_1 read raw (71): fd001001aa0500005087800235586724c003004827fd001501ab0500002d6e86103b05fc7d0000000a90b50b1000257bfd001201ac050000500584703a78e600000000ca3b4baa
2016.11.23 09:58:26.676 0: HMLAN_Parse: HMLANingo2 R:R906852BC stat:0002 t:00000000 d:FF r:7FFF m:87 8002 355867 24C003 00
2016.11.23 09:58:26.487 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00575297 d:FF r:FFBD m:87 8002 355867 24C003 00
2016.11.23 09:58:26.139 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0040 t:0AEB5AC9 d:02 r:FFBF m:87 A640 24C003 355867 0151
2016.11.23 09:58:26.017 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:0057518C d:FF r:FFBD m:87 8002 355867 24C003 00EF97FE51
2016.11.23 09:58:26.009 5: HMLGW_1 dispatch A0E87800235586724C00300EF97FE51::-79:HMLGW_1
2016.11.23 09:58:26.008 5: HMUARTLGW HMLGW_1 Dispatch: A0E87800235586724C00300EF97FE51::-79:HMLGW_1
2016.11.23 09:58:26.008 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4F msg: 87 80 02 355867 24C003 00EF97FE51
2016.11.23 09:58:26.007 5: HMUARTLGW HMLGW_1 read (24): fd001401a90500004f87800235586724c00300ef97fe512796 crc OK
2016.11.23 09:58:26.005 5: HMUARTLGW HMLGW_1 read raw (25): fd001401a90500004f87800235586724c00300ef97fe512796
2016.11.23 09:58:25.878 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0050 t:00575015 d:02 r:FFB8 m:87 A640 24C003 355867 0151
2016.11.23 09:58:25.826 5: HMLGW_1 dispatch A1987A00324C00335586786AE471934DF59CF56B51439273DD2A9::-76:HMLGW_1
2016.11.23 09:58:25.826 5: HMUARTLGW HMLGW_1 Dispatch: A1987A00324C00335586786AE471934DF59CF56B51439273DD2A9::-76:HMLGW_1
2016.11.23 09:58:25.825 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4C msg: 87 A0 03 24C003 355867 86AE471934DF59CF56B51439273DD2A9
2016.11.23 09:58:25.824 5: HMUARTLGW HMLGW_1 read (35): fd001f01a80500004c87a00324c00335586786ae471934df59cf56b51439273dd2a98d52 crc OK
2016.11.23 09:58:25.817 5: HMLGW_1 dispatch A1187A00235586724C00304D345E3ADCCF104::-66:HMLGW_1
2016.11.23 09:58:25.817 5: HMUARTLGW HMLGW_1 Dispatch: A1187A00235586724C00304D345E3ADCCF104::-66:HMLGW_1
2016.11.23 09:58:25.816 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 42 msg: 87 A0 02 355867 24C003 04D345E3ADCCF104
2016.11.23 09:58:25.815 5: HMUARTLGW HMLGW_1 read (27): fd001701a70500004287a00235586724c00304d345e3adccf1040588 crc OK
2016.11.23 09:58:25.814 5: HMUARTLGW HMLGW_1 read raw (64): fd001701a70500004287a00235586724c00304d345e3adccf1040588fd001f01a80500004c87a00324c00335586786ae471934df59cf56b51439273dd2a98d52
2016.11.23 09:58:25.809 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0100 t:0AEB5AC9 d:FF r:FFBF m:87 A640 24C003 355867 0151
2016.11.23 09:58:25.755 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0100 t:00575015 d:FF r:FFB8 m:87 A640 24C003 355867 0151
2016.11.23 09:58:25.610 0: HMLAN_Send: HMLANingo2 S:S906852BC stat: 00 t:00000000 d:01 r:906852BC m:87 8002 355867 24C003 00
2016.11.23 09:58:25.609 0: HMLAN_Send: HMLANingo2 S:+24C003,01,02,1E
2016.11.23 09:58:25.500 5: HMLGW_1 dispatch A0B87A64024C0033558670151::-76:HMLGW_1
2016.11.23 09:58:25.500 5: HMUARTLGW HMLGW_1 Dispatch: A0B87A64024C0033558670151::-76:HMLGW_1
2016.11.23 09:58:25.500 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4C msg: 87 A6 40 24C003 355867 0151
2016.11.23 09:58:25.499 5: HMUARTLGW HMLGW_1 read (21): fd001101a60500004c87a64024c00335586701514f12 crc OK
2016.11.23 09:58:25.497 5: HMUARTLGW HMLGW_1 read raw (22): fd001101a60500004c87a64024c00335586701514f12
2016.11.23 09:58:23.232 5: HMLGW_1 dispatch A0C9086703EEC76000000007E45::-71:HMLGW_1
2016.11.23 09:58:23.232 5: HMUARTLGW HMLGW_1 Dispatch: A0C9086703EEC76000000007E45::-71:HMLGW_1
2016.11.23 09:58:23.231 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 47 msg: 90 86 70 3EEC76 000000 007E45
2016.11.23 09:58:23.230 5: HMUARTLGW HMLGW_1 read (22): fd001201a5050000479086703eec76000000007e455271 crc OK
2016.11.23 09:58:23.229 5: HMUARTLGW HMLGW_1 read raw (23): fd001201a5050000479086703eec76000000007e455271
2016.11.23 09:58:23.023 5: HMLGW_1 dispatch A0F3986103B04DB0000000AA0CA0A0900::-71:HMLGW_1
2016.11.23 09:58:23.023 5: HMUARTLGW HMLGW_1 Dispatch: A0F3986103B04DB0000000AA0CA0A0900::-71:HMLGW_1
2016.11.23 09:58:23.022 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 47 msg: 39 86 10 3B04DB 000000 0AA0CA0A0900
2016.11.23 09:58:23.021 5: HMUARTLGW HMLGW_1 read (25): fd001501a4050000473986103b04db0000000aa0ca0a0900a141 crc OK
2016.11.23 09:58:23.020 5: HMUARTLGW HMLGW_1 read raw (26): fd001501a4050000473986103b04db0000000aa0ca0a0900a141
2016.11.23 09:58:22.435 5: HMLGW_1 dispatch A0CF88470303D1400000000BF3E::-52:HMLGW_1
2016.11.23 09:58:22.434 5: HMUARTLGW HMLGW_1 Dispatch: A0CF88470303D1400000000BF3E::-52:HMLGW_1
2016.11.23 09:58:22.434 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 34 msg: F8 84 70 303D14 000000 00BF3E
2016.11.23 09:58:22.433 5: HMUARTLGW HMLGW_1 read (22): fd001201a305000034f88470303d1400000000bf3ec029 crc OK
2016.11.23 09:58:22.431 5: HMUARTLGW HMLGW_1 read raw (23): fd001201a305000034f88470303d1400000000bf3ec029
2016.11.23 09:58:19.912 5: HMLGW_1 dispatch A0C85865A3A78D7000000A0CC3A::-81:HMLGW_1
2016.11.23 09:58:19.911 5: HMUARTLGW HMLGW_1 Dispatch: A0C85865A3A78D7000000A0CC3A::-81:HMLGW_1
2016.11.23 09:58:19.911 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 51 msg: 85 86 5A 3A78D7 000000 A0CC3A
2016.11.23 09:58:19.910 5: HMUARTLGW HMLGW_1 read (22): fd001201a20500005185865a3a78d7000000a0cc3a690d crc OK
2016.11.23 09:58:19.908 5: HMUARTLGW HMLGW_1 read raw (23): fd001201a20500005185865a3a78d7000000a0cc3a690d
2016.11.23 09:58:17.146 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kb3
2016.11.23 09:58:17.145 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62330d0a
2016.11.23 09:58:17.136 5: SW: Kb3
2016.11.23 09:58:17.135 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kb3
2016.11.23 09:58:16.288 5: HMLGW_1 dispatch A0E0984103A78E60000000BA0CA0E00::-80:HMLGW_1
2016.11.23 09:58:16.288 5: HMUARTLGW HMLGW_1 Dispatch: A0E0984103A78E60000000BA0CA0E00::-80:HMLGW_1
2016.11.23 09:58:16.287 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 50 msg: 09 84 10 3A78E6 000000 0BA0CA0E00
2016.11.23 09:58:16.284 5: HMUARTLGW HMLGW_1 read (24): fd001401a1050000500984103a78e60000000ba0ca0e00f655 crc OK
2016.11.23 09:58:16.282 5: HMUARTLGW HMLGW_1 read raw (25): fd001401a1050000500984103a78e60000000ba0ca0e00f655
2016.11.23 09:58:12.363 5: HMLGW_1 dispatch A0CED84702D336C00000000CA3B::-75:HMLGW_1
2016.11.23 09:58:12.362 5: HMUARTLGW HMLGW_1 Dispatch: A0CED84702D336C00000000CA3B::-75:HMLGW_1
2016.11.23 09:58:12.362 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4B msg: ED 84 70 2D336C 000000 00CA3B
2016.11.23 09:58:12.361 5: HMUARTLGW HMLGW_1 read (22): fd001201a00500004bed84702d336c00000000ca3b0dcf crc OK
2016.11.23 09:58:12.359 5: HMUARTLGW HMLGW_1 read raw (23): fd001201a00500004bed84702d336c00000000ca3b0dcf
2016.11.23 09:58:11.863 5: HMLGW_1 dispatch A0FFF86103B04D60000000A98C40C0000::-54:HMLGW_1
2016.11.23 09:58:11.862 5: HMUARTLGW HMLGW_1 Dispatch: A0FFF86103B04D60000000A98C40C0000::-54:HMLGW_1
2016.11.23 09:58:11.861 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 36 msg: FF 86 10 3B04D6 000000 0A98C40C0000
2016.11.23 09:58:11.859 5: HMUARTLGW HMLGW_1 read (25): fd0015019f05000036ff86103b04d60000000a98c40c000004d4 crc OK
2016.11.23 09:58:11.857 5: HMUARTLGW HMLGW_1 read raw (26): fd0015019f05000036ff86103b04d60000000a98c40c000004d4
2016.11.23 09:58:11.808 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.0064
2016.11.23 09:58:11.807 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 09:58:11.805 5: HMUARTLGW HMLGW_1 recv: 00 040207, state 98
2016.11.23 09:58:11.804 5: HMUARTLGW HMLGW_1 read (9): fd000500eb040207d069 crc OK
2016.11.23 09:58:11.803 5: HMUARTLGW HMLGW_1 read raw (10): fd000500eb040207d069
2016.11.23 09:58:11.796 5: SW: fd000300eb08623c
2016.11.23 09:58:11.795 5: HMUARTLGW HMLGW_1 send: (8): fd000300eb08623c
2016.11.23 09:58:11.794 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 09:58:11.791 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 09:58:07.129 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kb2
2016.11.23 09:58:07.128 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62320d0a
2016.11.23 09:58:07.124 5: SW: Kb2
2016.11.23 09:58:07.123 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kb2
2016.11.23 09:58:06.282 5: HMLGW_1 dispatch A0C05865A3A78E6000000A0CA3B::-79:HMLGW_1
2016.11.23 09:58:06.282 5: HMUARTLGW HMLGW_1 Dispatch: A0C05865A3A78E6000000A0CA3B::-79:HMLGW_1
2016.11.23 09:58:06.282 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4F msg: 05 86 5A 3A78E6 000000 A0CA3B
2016.11.23 09:58:06.281 5: HMUARTLGW HMLGW_1 read (22): fd0012019e0500004f05865a3a78e6000000a0ca3b7ef6 crc OK
2016.11.23 09:58:06.279 5: HMUARTLGW HMLGW_1 read raw (23): fd0012019e0500004f05865a3a78e6000000a0ca3b7ef6
2016.11.23 09:58:05.314 5: HMLGW_1 dispatch A0FAA861028B37B0000000AA0C80E0E00::-70:HMLGW_1
2016.11.23 09:58:05.313 5: HMUARTLGW HMLGW_1 Dispatch: A0FAA861028B37B0000000AA0C80E0E00::-70:HMLGW_1
2016.11.23 09:58:05.313 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 46 msg: AA 86 10 28B37B 000000 0AA0C80E0E00
2016.11.23 09:58:05.312 5: HMUARTLGW HMLGW_1 read (25): fd0015019d05000046aa861028b37b0000000aa0c80e0e00c7fb crc OK
2016.11.23 09:58:05.310 5: HMUARTLGW HMLGW_1 read raw (26): fd0015019d05000046aa861028b37b0000000aa0c80e0e00c7fb
2016.11.23 09:58:03.599 5: HMLGW_1 dispatch A0C278470458AAA00000000B543::-65:HMLGW_1
2016.11.23 09:58:03.598 5: HMUARTLGW HMLGW_1 Dispatch: A0C278470458AAA00000000B543::-65:HMLGW_1
2016.11.23 09:58:03.598 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 41 msg: 27 84 70 458AAA 000000 00B543
2016.11.23 09:58:03.597 5: HMUARTLGW HMLGW_1 read (22): fd0012019c05000041278470458aaa00000000b5431b09 crc OK
2016.11.23 09:58:03.595 5: HMUARTLGW HMLGW_1 read raw (23): fd0012019c05000041278470458aaa00000000b5431b09
2016.11.23 09:58:02.434 5: HMLGW_1 dispatch A0CF8865A303D1400000098BF3E::-52:HMLGW_1
2016.11.23 09:58:02.434 5: HMUARTLGW HMLGW_1 Dispatch: A0CF8865A303D1400000098BF3E::-52:HMLGW_1
2016.11.23 09:58:02.433 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 34 msg: F8 86 5A 303D14 000000 98BF3E
2016.11.23 09:58:02.433 5: HMUARTLGW HMLGW_1 read (22): fd0012019b05000034f8865a303d1400000098bf3eb003 crc OK
2016.11.23 09:58:02.431 5: HMUARTLGW HMLGW_1 read raw (23): fd0012019b05000034f8865a303d1400000098bf3eb003
2016.11.23 09:57:59.807 5: HMLGW_1 dispatch A141B845E2AB5DA00000092F2760000010000091AFD::-69:HMLGW_1
2016.11.23 09:57:59.807 5: HMUARTLGW HMLGW_1 Dispatch: A141B845E2AB5DA00000092F2760000010000091AFD::-69:HMLGW_1
2016.11.23 09:57:59.806 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 45 msg: 1B 84 5E 2AB5DA 000000 92F2760000010000091AFD
2016.11.23 09:57:59.803 5: HMUARTLGW HMLGW_1 read (30): fd001a019a050000451b845e2ab5da00000092f2760000010000091afd137b crc OK
2016.11.23 09:57:59.800 5: HMUARTLGW HMLGW_1 read raw (32): fd001a019a050000451b845e2ab5da00000092f2760000010000091afc7d137b
2016.11.23 09:57:57.117 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kb1
2016.11.23 09:57:57.116 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62310d0a
2016.11.23 09:57:57.112 5: SW: Kb1
2016.11.23 09:57:57.111 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kb1
2016.11.23 09:57:56.809 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 09:57:56.808 5: HMUARTLGW HMLGW_1 recv: 00 040207, state 98
2016.11.23 09:57:56.807 5: HMUARTLGW HMLGW_1 read (9): fd000500ea040207446a crc OK
2016.11.23 09:57:56.803 5: HMLGW_1 dispatch A0C83847030336900000000C03C::-58:HMLGW_1
2016.11.23 09:57:56.802 5: HMUARTLGW HMLGW_1 Dispatch: A0C83847030336900000000C03C::-58:HMLGW_1
2016.11.23 09:57:56.802 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 3A msg: 83 84 70 303369 000000 00C03C
2016.11.23 09:57:56.801 5: HMUARTLGW HMLGW_1 read (22): fd001201990500003a83847030336900000000c03c6e06 crc OK
2016.11.23 09:57:56.800 5: HMUARTLGW HMLGW_1 read raw (33): fd001201990500003a83847030336900000000c03c6e06fd000500ea040207446a
2016.11.23 09:57:56.781 5: SW: fd000300ea08e43f
2016.11.23 09:57:56.780 5: HMUARTLGW HMLGW_1 send: (8): fd000300ea08e43f
2016.11.23 09:57:56.780 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 09:57:56.778 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 09:57:53.601 5: HMLGW_1 dispatch A0EF08410458AAA0000000B90B50C00::-65:HMLGW_1
2016.11.23 09:57:53.601 5: HMUARTLGW HMLGW_1 Dispatch: A0EF08410458AAA0000000B90B50C00::-65:HMLGW_1
2016.11.23 09:57:53.600 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 41 msg: F0 84 10 458AAA 000000 0B90B50C00
2016.11.23 09:57:53.599 5: HMUARTLGW HMLGW_1 read (24): fd0014019805000041f08410458aaa0000000b90b50c00b988 crc OK
2016.11.23 09:57:53.598 5: HMUARTLGW HMLGW_1 read raw (25): fd0014019805000041f08410458aaa0000000b90b50c00b988
2016.11.23 09:57:52.362 5: HMLGW_1 dispatch A0CED865A2D336C000000A0CA3B::-75:HMLGW_1
2016.11.23 09:57:52.362 5: HMUARTLGW HMLGW_1 Dispatch: A0CED865A2D336C000000A0CA3B::-75:HMLGW_1
2016.11.23 09:57:52.361 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4B msg: ED 86 5A 2D336C 000000 A0CA3B
2016.11.23 09:57:52.360 5: HMUARTLGW HMLGW_1 read (22): fd001201970500004bed865a2d336c000000a0ca3bdc4a crc OK
2016.11.23 09:57:52.359 5: HMUARTLGW HMLGW_1 read raw (23): fd001201970500004bed865a2d336c000000a0ca3bdc4a
2016.11.23 09:57:50.501 5: HMLGW_1 dispatch A14B1845E2B336B0000008955D800000A003B093C01::-68:HMLGW_1
2016.11.23 09:57:50.500 5: HMUARTLGW HMLGW_1 Dispatch: A14B1845E2B336B0000008955D800000A003B093C01::-68:HMLGW_1
2016.11.23 09:57:50.500 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 44 msg: B1 84 5E 2B336B 000000 8955D800000A003B093C01
2016.11.23 09:57:50.499 5: HMUARTLGW HMLGW_1 read (30): fd001a019605000044b1845e2b336b0000008955d800000a003b093c01c74e crc OK
2016.11.23 09:57:50.497 5: HMUARTLGW HMLGW_1 read raw (31): fd001a019605000044b1845e2b336b0000008955d800000a003b093c01c74e
2016.11.23 09:57:47.105 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Kb0
2016.11.23 09:57:47.104 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b62300d0a
2016.11.23 09:57:47.100 5: SW: Kb0
2016.11.23 09:57:47.099 5: HMUARTLGW HMLGW_1:keepAlive send (3): Kb0
2016.11.23 09:57:43.599 5: HMLGW_1 dispatch A0C27865A458AAA00000090B543::-65:HMLGW_1
2016.11.23 09:57:43.598 5: HMUARTLGW HMLGW_1 Dispatch: A0C27865A458AAA00000090B543::-65:HMLGW_1
2016.11.23 09:57:43.598 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 41 msg: 27 86 5A 458AAA 000000 90B543
2016.11.23 09:57:43.597 5: HMUARTLGW HMLGW_1 read (22): fd001201950500004127865a458aaa00000090b543ce57 crc OK
2016.11.23 09:57:43.595 5: HMUARTLGW HMLGW_1 read raw (23): fd001201950500004127865a458aaa00000090b543ce57
2016.11.23 09:57:40.712 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.0082
2016.11.23 09:57:40.711 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 09:57:40.709 5: HMUARTLGW HMLGW_1 recv: 00 040207, state 98
2016.11.23 09:57:40.709 5: HMUARTLGW HMLGW_1 read (9): fd000500e9040207786a crc OK
2016.11.23 09:57:40.708 5: HMUARTLGW HMLGW_1 read raw (10): fd000500e9040207786a
2016.11.23 09:57:40.699 5: SW: fd000300e908ee3f
2016.11.23 09:57:40.699 5: HMUARTLGW HMLGW_1 send: (8): fd000300e908ee3f
2016.11.23 09:57:40.698 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 09:57:40.697 5: HMUARTLGW HMLGW_1 checking credits (from timer)
hier List HMLGW:
Internals:
AssignedPeerCnt 17
CNT 40
DEF 192.168.171.188
DEVCNT 134
DevState 99
DevType LGW
DeviceName 192.168.171.188:2000
FD 54
LastOpen 1479891360.39806
NAME HMLGW_1
NR 1540
PARTIAL
RAWMSG 0500004CB1845E2A825400000088CAF30000050000091401
RSSI -76
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 6
msgLoadHistory 0/5/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 5/5/0/-/-/-/-/-/-/-/-/-/-
owner 355867
owner_CCU vccu
Helper:
CreditTimer 54
FW 66561
Initialized 1
SendCnt 17
Ackpending:
1:
cmd 020000000C800235586738154400
dst 1
frame FD00100101020000000C80023558673815440065F0
time 1479891683.6821
200:
cmd 020000000280023558674C6FC800
dst 1
frame FD001001C8020000000280023558674C6FC80050C4
time 1479891372.04326
204:
cmd 020000000A800235586738154400
dst 1
frame FD001001CC020000000A8002355867381544006A23
time 1479891375.7967
213:
cmd 020000000280023558673E844F00
dst 1
frame FD001001D5020000000280023558673E844F00BA88
time 1479891391.42457
226:
cmd 02000000028002355867384B7000
dst 1
frame FD001001E202000000028002355867384B700078F6
time 1479891407.4957
229:
cmd 020000000280023558674C6D1E00
dst 1
frame FD001001E5020000000280023558674C6D1E00090D
time 1479891408.23777
253:
cmd 02000000DF800235586740176000
dst 1
frame FD001001FD02000000DF8002355867401760008D5C
time 1479891668.33018
34:
cmd 020000008080023558674C102B00
dst 1
frame FD00100122020000008080023558674C102B00BE33
time 1479892130.03095
40:
cmd 020000002D80023558674015DF00
dst 1
frame FD00100128020000002D80023558674015DF0094A7
time 1479892170.24181
Assignedpeers:
24C003 FFFFFFFFFFFFFFFF
329CF7 FFFFFFFFFFFFFFFF
381544 FFFFFFFFFFFFFFFF
384B70 FFFFFFFFFFFFFFFF
3A5BBE FFFFFFFFFFFFFFFF
3E844F FFFFFFFFFFFFFFFF
4015DF FFFFFFFFFFFFFFFF
401760 FFFFFFFFFFFFFFFF
4C1020 FFFFFFFFFFFFFFFF
4C1028 FFFFFFFFFFFFFFFF
4C102B FFFFFFFFFFFFFFFF
4C11DC FFFFFFFFFFFFFFFF
4C6D1E FFFFFFFFFFFFFFFF
4C6FC8 FFFFFFFFFFFFFFFF
4DF58D FFFFFFFFFFFFFFFF
4F54EE FFFFFFFFFFFFFFFF
529E1E FFFFFFFFFFFFFFFF
LastSendLen:
9
16
Log:
IDs:
24C003
PeerQueue:
PendingCMD:
Roundtrip:
Delay 0.0058140754699707
Loadlvl:
lastHistory 1479891968.17043
Peers:
24C003 assigned
329CF7 assigned
381544 assigned
384B70 assigned
3A5BBE assigned
3E844F assigned
4015DF assigned
401760 assigned
4C1020 assigned
4C1028 assigned
4C102B assigned
4C11DC assigned
4C6D1E assigned
4C6FC8 assigned
4DF58D assigned
4F54EE assigned
529E1E assigned
Readings:
2016-11-23 09:56:08 D-HMIdAssigned 355867
2016-11-23 09:56:08 D-HMIdOriginal FFFFFF
2016-11-23 09:56:00 D-LANfirmware 1.1.5
2016-11-23 09:56:08 D-firmware 1.4.1
2016-11-23 09:56:00 D-serialNr NEQ0707752
2016-11-23 09:56:00 D-type eQ3-HM-LGW
2016-11-23 09:56:08 cond ok
2016-11-23 10:08:57 load 6
2016-11-23 09:56:08 loadLvl low
2016-11-23 09:56:00 state opened
Helper:
Keepalive:
CNT 247
DEVCNT 246
DevState 99
DevType LGW-KeepAlive
DeviceName 192.168.171.188:2001
FD 61
LastOpen 1479891361.90751
NAME HMLGW_1:keepAlive
NR 1592
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
NextKeepAlive 1479892178.49423
Log:
Resolve 1
IDs:
Readings:
2016-11-23 09:56:01 state opened
Lgwhash:
Attributes:
event-on-change-reading .*
group HMLAN
hmId 355867
lgwPw xxxxxx
logIDs Flur_fs_Hand
room __System
verbose 5
und das List der Fernbedienung:
[code]Internals:
CFGFN ./FHEM/flur_eg.cfg
DEF 24C003
HMLANingo1_MSGCNT 8
HMLANingo1_RAWMSG E24C003,0000,005805A0,FF,FFB5,8BA24024C0033558670153
HMLANingo1_RSSI -75
HMLANingo1_TIME 2016-11-23 09:59:12
HMLANingo2_MSGCNT 9
HMLANingo2_RAWMSG E24C003,0000,0AEC1054,FF,FFC1,8BA24024C0033558670153
HMLANingo2_RSSI -63
HMLANingo2_TIME 2016-11-23 09:59:12
HMLGW_1_MSGCNT 7
HMLGW_1_RAWMSG 0501004B8BA24024C0033558670153
HMLGW_1_RSSI -75
HMLGW_1_TIME 2016-11-23 09:59:11
IODev HMLGW_1
LASTInputDev HMLANingo2
MSGCNT 24
NAME Flur_fs_Hand
NOTIFYDEV global
NR 303
NTFY_ORDER 50-Flur_fs_Hand
STATE Flur_fs_Hand_Btn_01_unlock Short
TYPE CUL_HM
channel_01 Flur_fs_Hand_Btn_01_unlock
channel_02 Flur_fs_Hand_Btn_02_lock
channel_03 Flur_fs_Hand_Btn_03_light
channel_04 Flur_fs_Hand_Btn_04_open
lastMsg No:8B - t:40 s:24C003 d:355867 0153
protEvt_AESCom-ok 2 last_at:2016-11-23 09:59:04
protLastRcv 2016-11-23 09:59:12
protSnd 9 last_at:2016-11-23 09:59:11
protState CMDs_done
rssi_at_HMLANingo1 avg:-75.5 min:-76 max:-75 lst:-75 cnt:4
rssi_at_HMLANingo2 avg:-63.6 min:-65 max:-63 lst:-63 cnt:5
rssi_at_HMLGW_1 avg:-75.28 min:-76 max:-75 lst:-75 cnt:7
Readings:
2016-10-20 22:42:02 CommandAccepted yes
2016-10-20 22:42:16 D-firmware 1.1
2016-10-20 22:42:16 D-serialNr KEQ0855628
2016-10-20 22:42:17 PairedTo 0x355867
2016-05-27 22:21:18 R-localResDis off
2016-10-19 16:20:52 R-pairCentral 0x355867
2016-10-20 22:42:16 RegL_00. 02:01 0A:35 0B:58 0C:67 18:00 00:00
2016-11-23 09:59:04 aesCommToDev ok
2016-10-20 22:42:02 aesKeyNbr 04
2016-11-23 09:59:03 aesReqTo vccu
2016-10-21 20:00:04 alive yes
2016-11-23 09:59:11 battery ok
2016-10-21 20:00:04 powerOn 2016-10-21 20:00:04
2016-10-21 20:00:04 recentStateType info
2016-10-21 20:00:24 sabotageAttackId_ErrIoId_355355 cnt:37
2016-10-21 20:00:24 sabotageAttack_ErrIoAttack cnt 37
2016-11-23 09:59:11 state Flur_fs_Hand_Btn_01_unlock Short
Helper:
HM_CMDNR 139
mId 00A6
rxType 20
Ack:
Expert:
def 1
det 1
raw 1
tpl 1
Io:
newChn +24C003,01,02,1E
nextSend 1479891552.2459
rx
Hi,
Zitat von: automatisierer am 23 November 2016, 10:13:57
2016.11.23 09:59:03.939 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 93
2016.11.23 09:59:03.937 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 92
2016.11.23 09:59:03.934 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 91
2016.11.23 09:59:03.933 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFFF
2016.11.23 09:59:03.932 5: HMUARTLGW HMLGW_1 GetSet Ack: 07, state 90
2016.11.23 09:59:03.931 5: HMUARTLGW HMLGW_1 recv: 01 04070101000DFFFFFFFFFFFFFFFF, state 90
2016.11.23 09:59:03.697 0: HMUARTLGW HMLGW_1 send: 01 0624C003000000
2016.11.23 09:59:03.697 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 90
Hmm, das ist komisch. Angeblich ist in keinem Channel aesCommReq gesetzt (nicht-gesetzte Bits in aesChannels geben an, für welchen Kanal AES angefordert werden soll). (Und wieso ist das Log falschrum?)
Leider ist das List der Fernbedienung abgeschnitten. Kannst Du bitte nochmal das List des Buttons und der Fernbedienung (inklusive Attribute) anhängen?
Bitte wiederhole das Log nochmal mit folgender Änderung an 00_HMUARTLGW.pm:
Index: FHEM/00_HMUARTLGW.pm
===================================================================
--- FHEM/00_HMUARTLGW.pm
+++ FHEM/00_HMUARTLGW.pm
@@ -1423,6 +1423,8 @@
my ($hash, $fn, $msg) = @_;
my $name = $hash->{NAME};
+ Log3($hash, 5, "HMUARTLGW ${name} HMUARTLGW_Write: ${msg}");
+
if($msg =~ m/init:(......)/) {
my $dst = $1;
if ($modules{CUL_HM}{defptr}{$dst} &&
Viele Grüße
Michael
sorry, nicht drauf geachtet...
list Fernbedienung
Internals:
CFGFN ./FHEM/flur_eg.cfg
DEF 24C003
HMLANingo1_MSGCNT 34
HMLANingo1_RAWMSG E24C003,0000,00800A49,FF,FFB0,ABA64024C0033558670159
HMLANingo1_RSSI -80
HMLANingo1_TIME 2016-11-23 10:42:54
HMLANingo2_MSGCNT 90
HMLANingo2_RAWMSG E24C003,0040,0B141516,02,FFBE,ABA64024C0033558670159
HMLANingo2_RSSI -66
HMLANingo2_TIME 2016-11-23 10:42:54
HMLGW_1_MSGCNT 58
HMLGW_1_RAWMSG 0500005BABA00324C003355867102DCE56A063D497926A3C6F01E312C3
HMLGW_1_RSSI -91
HMLGW_1_TIME 2016-11-23 10:42:54
IODev HMLANingo2
LASTInputDev HMLANingo2
MSGCNT 182
NAME Flur_fs_Hand
NOTIFYDEV global
NR 303
NTFY_ORDER 50-Flur_fs_Hand
STATE Flur_fs_Hand_Btn_01_unlock Short
TYPE CUL_HM
channel_01 Flur_fs_Hand_Btn_01_unlock
channel_02 Flur_fs_Hand_Btn_02_lock
channel_03 Flur_fs_Hand_Btn_03_light
channel_04 Flur_fs_Hand_Btn_04_open
lastMsg No:AB - t:40 s:24C003 d:355867 0159
protEvt_AESCom-ok 22 last_at:2016-11-23 10:42:54
protLastRcv 2016-11-23 10:42:54
protSnd 76 last_at:2016-11-23 10:42:54
protState CMDs_done
rssi_at_HMLANingo1 avg:-76.79 min:-89 max:-72 lst:-80 cnt:30
rssi_at_HMLANingo2 avg:-64.96 min:-75 max:-62 lst:-66 cnt:26
rssi_at_HMLGW_1 avg:-76.72 min:-91 max:-74 lst:-91 cnt:58
Readings:
2016-10-20 22:42:02 CommandAccepted yes
2016-10-20 22:42:16 D-firmware 1.1
2016-10-20 22:42:16 D-serialNr KEQ0855628
2016-10-20 22:42:17 PairedTo 0x355867
2016-05-27 22:21:18 R-localResDis off
2016-10-19 16:20:52 R-pairCentral 0x355867
2016-10-20 22:42:16 RegL_00. 02:01 0A:35 0B:58 0C:67 18:00 00:00
2016-11-23 10:42:54 aesCommToDev ok
2016-10-20 22:42:02 aesKeyNbr 04
2016-11-23 10:42:54 aesReqTo vccu
2016-10-21 20:00:04 alive yes
2016-11-23 10:42:54 battery ok
2016-10-21 20:00:04 powerOn 2016-10-21 20:00:04
2016-10-21 20:00:04 recentStateType info
2016-10-21 20:00:24 sabotageAttackId_ErrIoId_355355 cnt:37
2016-10-21 20:00:24 sabotageAttack_ErrIoAttack cnt 37
2016-11-23 10:42:54 state Flur_fs_Hand_Btn_01_unlock Short
Helper:
HM_CMDNR 171
mId 00A6
rxType 20
Ack:
Expert:
def 1
det 1
raw 1
tpl 1
Io:
newChn +24C003,01,02,1E
nextSend 1479894174.75462
rxt 2
vccu vccu
p:
24C003
01
02
1E
prefIO:
HHMLANingo1
HMLANingo2
Mrssi:
mNo AB
Io:
HMLANingo1 -80
HMLANingo2 -64
HMLGW_1 -91
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
Rpt:
IO HMLANingo2
flg A
ts 1479894174.59233
ack:
HASH(0x2992930)
AB800235586724C00300
Rssi:
At_hmlaningo1:
avg -76.8
cnt 30
lst -80
max -72
min -89
At_hmlaningo2:
avg -64.9615384615385
cnt 26
lst -66
max -62
min -75
At_hmlgw_1:
avg -76.7241379310345
cnt 58
lst -91
max -74
min -91
Shadowreg:
Tmpl:
Role:
Attributes:
IODev HMLANingo1
IOgrp vccu:HHMLANingo1,HMLANingo2
aesCommReq 1
autoReadReg 0_off
event-min-interval battery:3600
event-on-change-reading .*
event-on-update-reading battery
expert 251_anything
firmware 1.1
model HM-RC-Key4-2
msgRepeat 1
room __Geraete
serialNr KEQ0855628
subType remote
verbose 1
webCmd getConfig:clear msgEvents
edit:
log falschrum,hab ich mal so eingestellt, damit ich nicht immer bis zum ende scrollen muss wenn ich was snachgucken will...
hier die von den einzelnen Chanels:
Internals:
CFGFN ./FHEM/flur_eg.cfg
DEF 24C00301
HMLANingo1_MSGCNT 1
HMLANingo1_RAWMSG E24C003,0050,00575015,02,FFB8,87A64024C0033558670151
HMLANingo1_RSSI -72
HMLANingo1_TIME 2016-11-23 09:58:25
HMLANingo2_MSGCNT 2
HMLANingo2_RAWMSG E24C003,0050,0AFECB58,02,FFC2,90A64024C0033558670156
HMLANingo2_RSSI -62
HMLANingo2_TIME 2016-11-23 10:19:39
LASTInputDev HMLANingo2
MSGCNT 3
NAME Flur_fs_Hand_Btn_01_unlock
NOTIFYDEV global
NR 305
NTFY_ORDER 50-Flur_fs_Hand_Btn_01_unlock
STATE Short (to vccu)
TYPE CUL_HM
chanNo 01
device Flur_fs_Hand
peerList vccu_Btn5,
Readings:
2016-10-20 21:06:25 R-dblPress 0 s
2016-10-20 21:06:25 R-longPress 0.4 s
2016-10-20 21:21:41 R-sign on
2016-10-20 21:30:37 R-vccu_Btn5-expectAES on
2016-10-20 21:30:37 R-vccu_Btn5-peerNeedsBurst on
2016-10-20 22:42:17 RegL_01. 04:10 08:01 09:00 00:00
2016-10-20 22:42:21 RegL_04.vccu_Btn5 01:81 00:00
2016-11-23 09:55:45 peerList vccu_Btn5,
2016-11-23 10:42:54 state Short (to vccu)
2016-11-23 10:42:54 trig_aes_vccu ok:89
2016-11-23 10:42:54 trigger Short_89
2016-11-23 10:42:54 trigger_cnt 89
Helper:
BNO 89
BNOCNT 2
Expert:
def 1
det 1
raw 1
tpl 1
Role:
chn 1
Shadowreg:
Tmpl:
Role:
Attributes:
aesCommReq 1
model HM-RC-Key4-2
peerIDs 00000000,35586705,
room hidden
verbose 1
Internals:
CFGFN ./FHEM/flur_eg.cfg
DEF 24C00302
HMLANingo2_MSGCNT 3
HMLANingo2_RAWMSG E24C003,0050,0B04E81B,02,FFB7,A8A64024C0033558670291
HMLANingo2_RSSI -73
HMLANingo2_TIME 2016-11-23 10:26:20
LASTInputDev HMLANingo2
MSGCNT 3
NAME Flur_fs_Hand_Btn_02_lock
NOTIFYDEV global
NR 307
NTFY_ORDER 50-Flur_fs_Hand_Btn_02_lock
STATE Short (to vccu)
TYPE CUL_HM
chanNo 02
device Flur_fs_Hand
peerList vccu_Btn6,
CHANGED:
trig_aes_vccu: ok:145
Readings:
2016-05-27 22:21:20 R-dblPress 0 s
2016-10-18 18:59:49 R-longPress 0.4 s
2016-10-20 22:15:50 R-sign on
2016-10-20 22:15:54 R-vccu_Btn6-expectAES on
2016-10-20 22:15:54 R-vccu_Btn6-peerNeedsBurst on
2016-10-20 22:42:18 RegL_01. 04:10 08:01 09:00 00:00
2016-10-20 22:42:21 RegL_04.vccu_Btn6 01:81 00:00
2016-11-23 09:55:45 peerList vccu_Btn6,
2016-11-23 10:26:20 state Short (to vccu)
2016-08-19 15:53:27 trigDst_vccu noConfig
2016-11-23 10:26:21 trig_aes_vccu ok:145
2016-11-23 10:26:20 trigger Short_145
2016-11-23 10:26:20 trigger_cnt 145
Helper:
BNO 145
BNOCNT 3
Expert:
def 1
det 1
raw 1
tpl 1
Role:
chn 1
Shadowreg:
Tmpl:
Role:
Attributes:
aesCommReq 1
model HM-RC-Key4-2
peerIDs 00000000,35586706,
room hidden
Internals:
CFGFN ./FHEM/flur_eg.cfg
DEF 24C00303
NAME Flur_fs_Hand_Btn_03_light
NOTIFYDEV global
NR 309
NTFY_ORDER 50-Flur_fs_Hand_Btn_03_light
STATE Short (to vccu)
TYPE CUL_HM
chanNo 03
device Flur_fs_Hand
peerList vccu_Btn7,
Readings:
2016-05-27 22:21:21 R-dblPress 0 s
2016-10-18 18:59:50 R-longPress 0.4 s
2016-10-20 22:33:15 R-sign on
2016-10-20 22:33:17 R-vccu_Btn7-expectAES on
2016-10-20 22:33:17 R-vccu_Btn7-peerNeedsBurst on
2016-10-20 22:42:19 RegL_01. 04:10 08:01 09:00 00:00
2016-10-20 22:42:22 RegL_04.vccu_Btn7 01:81 00:00
2016-11-23 09:55:45 peerList vccu_Btn7,
2016-10-21 20:00:01 state Short (to vccu)
2016-08-19 15:53:56 trigDst_vccu noConfig
2016-10-21 20:00:01 trig_aes_vccu ok:17
2016-10-21 20:00:01 trigger Short_17
2016-10-21 20:00:01 trigger_cnt 17
Helper:
Expert:
def 1
det 1
raw 1
tpl 1
Role:
chn 1
Shadowreg:
Tmpl:
Role:
Attributes:
aesCommReq 1
model HM-RC-Key4-2
peerIDs 00000000,35586707,
room hidden
Internals:
CFGFN ./FHEM/flur_eg.cfg
DEF 24C00304
NAME Flur_fs_Hand_Btn_04_open
NOTIFYDEV global
NR 311
NTFY_ORDER 50-Flur_fs_Hand_Btn_04_open
STATE LongRelease 2_9 (to vccu)
TYPE CUL_HM
chanNo 04
device Flur_fs_Hand
peerList vccu_Btn8,
Readings:
2016-05-27 22:21:22 R-dblPress 0 s
2016-10-18 18:59:51 R-longPress 0.4 s
2016-10-20 22:40:52 R-sign on
2016-10-20 22:42:22 R-vccu_Btn8-expectAES on
2016-10-20 22:42:22 R-vccu_Btn8-peerNeedsBurst on
2016-10-20 22:42:20 RegL_01. 04:10 08:01 09:00 00:00
2016-10-20 22:42:22 RegL_04.vccu_Btn8 01:81 00:00
2016-11-23 09:55:45 peerList vccu_Btn8,
2016-11-23 10:25:35 state LongRelease 2_9 (to vccu)
2016-11-23 10:25:35 trig_aes_vccu ok:9
2016-11-23 10:25:35 trigger Long_9
2016-11-23 10:25:35 trigger_cnt 9
Helper:
BNO 9
BNOCNT 2
Expert:
def 1
det 1
raw 1
tpl 1
Role:
chn 1
Shadowreg:
Tmpl:
Role:
Attributes:
aesCommReq 1
model HM-RC-Key4-2
peerIDs 00000000,35586708,
room hidden
log folgt...
ZitatIOgrp vccu:HHMLANingo1,HMLANingo2
hast du hier einen schreibfehler?
hier das log - diesmal richtig herum.
2016.11.23 12:31:51.811 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4C msg: AC A6 40 24C003 355867 015A
2016.11.23 12:31:52.046 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:00E3CF8C d:FF r:FFB4 m:AC A640 24C003 355867 015A
2016.11.23 12:31:52.051 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00E3D00D d:FF r:FFBE m:AC A002 355867 24C003 0443D5733D5C6104
2016.11.23 12:31:52.059 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0100 t:0B77DA97 d:FF r:FFC0 m:AC A640 24C003 355867 015A
2016.11.23 12:31:52.117 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4F msg: AC A0 02 355867 24C003 0443D5733D5C6104
2016.11.23 12:31:52.124 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4C msg: AC A0 03 24C003 355867 3343BCC3CFCA950A3BAAB5CE250CC695
2016.11.23 12:31:52.193 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0040 t:0B77DA97 d:02 r:FFC0 m:AC A640 24C003 355867 015A
2016.11.23 12:31:52.644 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4F msg: AC 80 02 355867 24C003 0011462642
2016.11.23 12:31:52.654 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00E3D108 d:FF r:FFBD m:AC 8002 355867 24C003 0011462642
2016.11.23 12:32:11.019 5: HMUARTLGW HMLGW_1 read raw (23): fd0012019e050000361b865a2d335f000000a0ce457f1d
2016.11.23 12:32:11.021 5: HMUARTLGW HMLGW_1 read (22): fd0012019e050000361b865a2d335f000000a0ce457f1d crc OK
2016.11.23 12:32:11.022 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 36 msg: 1B 86 5A 2D335F 000000 A0CE45
2016.11.23 12:32:11.022 5: HMUARTLGW HMLGW_1 Dispatch: A0C1B865A2D335F000000A0CE45::-54:HMLGW_1
2016.11.23 12:32:11.023 5: HMLGW_1 dispatch A0C1B865A2D335F000000A0CE45::-54:HMLGW_1
2016.11.23 12:32:11.840 5: HMUARTLGW HMLGW_1 read raw (23): fd0012019f0500004264865a458aaa00000090b942853b
2016.11.23 12:32:11.842 5: HMUARTLGW HMLGW_1 read (22): fd0012019f0500004264865a458aaa00000090b942853b crc OK
2016.11.23 12:32:11.842 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 42 msg: 64 86 5A 458AAA 000000 90B942
2016.11.23 12:32:11.843 5: HMUARTLGW HMLGW_1 Dispatch: A0C64865A458AAA00000090B942::-66:HMLGW_1
2016.11.23 12:32:11.843 5: HMLGW_1 dispatch A0C64865A458AAA00000090B942::-66:HMLGW_1
2016.11.23 12:32:13.430 5: HMUARTLGW HMLGW_1 read raw (49): fd001501a005000044e7861028b37b0000000aa0ce0e000089befd001201a10500003749865a30330e00000098c13c27f3
2016.11.23 12:32:13.431 5: HMUARTLGW HMLGW_1 read (25): fd001501a005000044e7861028b37b0000000aa0ce0e000089be crc OK
2016.11.23 12:32:13.432 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 44 msg: E7 86 10 28B37B 000000 0AA0CE0E0000
2016.11.23 12:32:13.433 5: HMUARTLGW HMLGW_1 Dispatch: A0FE7861028B37B0000000AA0CE0E0000::-68:HMLGW_1
2016.11.23 12:32:13.433 5: HMLGW_1 dispatch A0FE7861028B37B0000000AA0CE0E0000::-68:HMLGW_1
2016.11.23 12:32:13.438 5: HMUARTLGW HMLGW_1 read (22): fd001201a10500003749865a30330e00000098c13c27f3 crc OK
2016.11.23 12:32:13.439 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 37 msg: 49 86 5A 30330E 000000 98C13C
2016.11.23 12:32:13.440 5: HMUARTLGW HMLGW_1 Dispatch: A0C49865A30330E00000098C13C::-55:HMLGW_1
2016.11.23 12:32:13.440 5: HMLGW_1 dispatch A0C49865A30330E00000098C13C::-55:HMLGW_1
2016.11.23 12:32:14.905 5: HMUARTLGW HMLGW_1 read raw (32): fd001a01a20500004558845e2ab5da00000092f27600000100000911fc7d6ae8
2016.11.23 12:32:14.907 5: HMUARTLGW HMLGW_1 read (30): fd001a01a20500004558845e2ab5da00000092f27600000100000911fd6ae8 crc OK
2016.11.23 12:32:14.908 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 45 msg: 58 84 5E 2AB5DA 000000 92F27600000100000911FD
2016.11.23 12:32:14.908 5: HMUARTLGW HMLGW_1 Dispatch: A1458845E2AB5DA00000092F27600000100000911FD::-69:HMLGW_1
2016.11.23 12:32:14.909 5: HMLGW_1 dispatch A1458845E2AB5DA00000092F27600000100000911FD::-69:HMLGW_1
2016.11.23 12:32:15.272 5: HMUARTLGW HMLGW_1 read raw (32): fd001a01a305000044ee845e2b336b0000008955db00000a003b0915fc7d5560
2016.11.23 12:32:15.274 5: HMUARTLGW HMLGW_1 read (30): fd001a01a305000044ee845e2b336b0000008955db00000a003b0915fd5560 crc OK
2016.11.23 12:32:15.275 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 44 msg: EE 84 5E 2B336B 000000 8955DB00000A003B0915FD
2016.11.23 12:32:15.275 5: HMUARTLGW HMLGW_1 Dispatch: A14EE845E2B336B0000008955DB00000A003B0915FD::-68:HMLGW_1
2016.11.23 12:32:15.276 5: HMLGW_1 dispatch A14EE845E2B336B0000008955DB00000A003B0915FD::-68:HMLGW_1
2016.11.23 12:32:16.211 5: HMUARTLGW HMLGW_1 read raw (23): fd001201a40500004b2a865a2d336c000000a0ca3a94ec
2016.11.23 12:32:16.213 5: HMUARTLGW HMLGW_1 read (22): fd001201a40500004b2a865a2d336c000000a0ca3a94ec crc OK
2016.11.23 12:32:16.214 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4B msg: 2A 86 5A 2D336C 000000 A0CA3A
2016.11.23 12:32:16.215 5: HMUARTLGW HMLGW_1 Dispatch: A0C2A865A2D336C000000A0CA3A::-75:HMLGW_1
2016.11.23 12:32:16.215 5: HMLGW_1 dispatch A0C2A865A2D336C000000A0CA3A::-75:HMLGW_1
2016.11.23 12:32:17.969 5: HMUARTLGW HMLGW_1:keepAlive send (3): K4d
2016.11.23 12:32:17.970 5: SW: K4d
2016.11.23 12:32:17.974 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b34640d0a
2016.11.23 12:32:17.975 5: HMUARTLGW HMLGW_1:keepAlive read (4): >K4d
2016.11.23 12:32:18.024 5: HMUARTLGW HMLGW_1 read raw (22): fd001101a50500004dada64024c003355867015b2dd6
2016.11.23 12:32:18.026 5: HMUARTLGW HMLGW_1 read (21): fd001101a50500004dada64024c003355867015b2dd6 crc OK
2016.11.23 12:32:18.027 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4D msg: AD A6 40 24C003 355867 015B
2016.11.23 12:32:18.027 5: HMUARTLGW HMLGW_1 Dispatch: A0BADA64024C003355867015B::-77:HMLGW_1
2016.11.23 12:32:18.028 5: HMLGW_1 dispatch A0BADA64024C003355867015B::-77:HMLGW_1
2016.11.23 12:32:18.035 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AAD800235586724C00300
2016.11.23 12:32:18.036 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 90
2016.11.23 12:32:18.037 0: HMUARTLGW HMLGW_1 send: 01 0624C003000000
2016.11.23 12:32:18.038 5: HMUARTLGW HMLGW_1 send: (14): fd000901dc0624c003000000bc58
2016.11.23 12:32:18.039 5: SW: fd000901dc0624c003000000bc58
2016.11.23 12:32:18.623 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:00E435F7 d:FF r:FFB2 m:AD A640 24C003 355867 015B
2016.11.23 12:32:18.628 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00E43677 d:FF r:FFBD m:AD A002 355867 24C003 0423B5135D3C0104
2016.11.23 12:32:18.637 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0100 t:0B784103 d:FF r:FFBA m:AD A640 24C003 355867 015B
2016.11.23 12:32:18.696 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0040 t:0B784103 d:02 r:FFBA m:AD A640 24C003 355867 015B
2016.11.23 12:32:18.759 5: HMUARTLGW HMLGW_1 read raw (85): fd001001dc040701010021ffffffffffffffff5054fd001701a60500004fada00235586724c0030423b5135d3c0104b7eafd001f01a70501004dada00324c003355867c65927b6e22ee6149512a8d35f19d1c2ded9
2016.11.23 12:32:18.761 5: HMUARTLGW HMLGW_1 read (20): fd001001dc040701010021ffffffffffffffff5054 crc OK
2016.11.23 12:32:18.761 5: HMUARTLGW HMLGW_1 recv: 01 040701010021FFFFFFFFFFFFFFFF, state 90
2016.11.23 12:32:18.763 5: HMUARTLGW HMLGW_1 GetSet Ack: 07, state 90
2016.11.23 12:32:18.763 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFFF
2016.11.23 12:32:18.765 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 91
2016.11.23 12:32:18.768 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 92
2016.11.23 12:32:18.770 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 93
2016.11.23 12:32:18.771 0: HMUARTLGW HMLGW_1 send: 01 0624C003000000
2016.11.23 12:32:18.772 5: HMUARTLGW HMLGW_1 send: (14): fd000901dd0624c003000000ac5e
2016.11.23 12:32:18.772 5: SW: fd000901dd0624c003000000ac5e
2016.11.23 12:32:18.777 5: HMUARTLGW HMLGW_1 read (27): fd001701a60500004fada00235586724c0030423b5135d3c0104b7ea crc OK
2016.11.23 12:32:18.778 0: HMUARTLGW HMLGW_1 recv: 01 05 00 00 4F msg: AD A0 02 355867 24C003 0423B5135D3C0104
2016.11.23 12:32:18.778 5: HMUARTLGW HMLGW_1 Dispatch: A11ADA00235586724C0030423B5135D3C0104::-79:HMLGW_1
2016.11.23 12:32:18.779 5: HMLGW_1 dispatch A11ADA00235586724C0030423B5135D3C0104::-79:HMLGW_1
2016.11.23 12:32:18.784 5: HMUARTLGW HMLGW_1 read (35): fd001f01a70501004dada00324c003355867c65927b6e22ee6149512a8d35f19d1c2ded9 crc OK
2016.11.23 12:32:18.785 0: HMUARTLGW HMLGW_1 recv: 01 05 01 00 4D msg: AD A0 03 24C003 355867 C65927B6E22EE6149512A8D35F19D1C2
2016.11.23 12:32:18.786 5: HMUARTLGW HMLGW_1 Dispatch: A19ADA00324C003355867C65927B6E22EE6149512A8D35F19D1C2::-77:HMLGW_1
2016.11.23 12:32:18.786 5: HMLGW_1 dispatch A19ADA00324C003355867C65927B6E22EE6149512A8D35F19D1C2::-77:HMLGW_1
2016.11.23 12:32:18.790 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AAD800235586724C00300
2016.11.23 12:32:18.791 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 12:32:18.961 5: HMUARTLGW HMLGW_1 read raw (21): fd001001dd040701010021ffffffffffffffff5152
2016.11.23 12:32:18.964 5: HMUARTLGW HMLGW_1 read (20): fd001001dd040701010021ffffffffffffffff5152 crc OK
2016.11.23 12:32:18.965 5: HMUARTLGW HMLGW_1 recv: 01 040701010021FFFFFFFFFFFFFFFF, state 93
2016.11.23 12:32:18.968 5: HMUARTLGW HMLGW_1 GetSet Ack: 07, state 93
2016.11.23 12:32:18.969 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFFF
2016.11.23 12:32:18.972 5: HMUARTLGW HMLGW_1 delaying send to 24C003 for 0.0787749290466309
2016.11.23 12:32:19.057 5: HMUARTLGW HMLGW_1 !BIDI
2016.11.23 12:32:19.058 0: HMUARTLGW HMLGW_1 send: 01 02 00 00 00 msg: AD 80 02 355867 24C003 00
2016.11.23 12:32:19.060 5: HMUARTLGW HMLGW_1 send: (21): fd001001de02000000ad800235586724c003007c29
2016.11.23 12:32:19.061 5: SW: fd001001de02000000ad800235586724c003007c29
2016.11.23 12:32:19.104 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00E43A20 d:FF r:FFBC m:AD 8002 355867 24C003 00
2016.11.23 12:32:19.233 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0B78452D d:FF r:FFAE m:AD 8002 355867 24C003 00
2016.11.23 12:32:20.841 5: HMUARTLGW HMLGW_1 read raw (22): fd001101a80501004daea64024c003355867015cbd28
2016.11.23 12:32:20.842 5: HMUARTLGW HMLGW_1 read (21): fd001101a80501004daea64024c003355867015cbd28 crc OK
2016.11.23 12:32:20.845 0: HMUARTLGW HMLGW_1 recv: 01 05 01 00 4D msg: AE A6 40 24C003 355867 015C
2016.11.23 12:32:20.846 5: HMUARTLGW HMLGW_1 Dispatch: A0BAEA64024C003355867015C::-77:HMLGW_1
2016.11.23 12:32:20.846 5: HMLGW_1 dispatch A0BAEA64024C003355867015C::-77:HMLGW_1
2016.11.23 12:32:20.853 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AAE800235586724C00300
2016.11.23 12:32:20.853 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 12:32:21.315 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 12:32:21.317 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 12:32:21.318 5: HMUARTLGW HMLGW_1 send: (8): fd000300df085a3f
2016.11.23 12:32:21.318 5: SW: fd000300df085a3f
2016.11.23 12:32:21.325 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:00E440F8 d:FF r:FFB2 m:AE A640 24C003 355867 015C
2016.11.23 12:32:21.330 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00E44174 d:FF r:FFBC m:AE 8002 355867 24C003 00
2016.11.23 12:32:21.339 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:00E441F2 d:FF r:FFB2 m:AF A240 24C003 355867 015C
2016.11.23 12:32:21.346 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AAF800235586724C00300
2016.11.23 12:32:21.346 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 12:32:21.471 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0B784C04 d:FF r:FFBA m:AE A640 24C003 355867 015C
2016.11.23 12:32:21.478 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AAE800235586724C00300
2016.11.23 12:32:21.478 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 12:32:21.608 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0B784C81 d:FF r:FFAD m:AE 8002 355867 24C003 00
2016.11.23 12:32:21.614 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0B784CFE d:FF r:FFBA m:AF A240 24C003 355867 015C
2016.11.23 12:32:21.621 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AAF800235586724C00300
2016.11.23 12:32:21.621 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 12:32:21.746 5: HMUARTLGW HMLGW_1 read raw (120): fd001101a90501004dafa24024c003355867015c2e38fd000500df040205406ffd001301aa0500004314b01135586723dd3d800101ffc6f2fd001701ab0500004314a00223dd3d355867043a09ba7ec327042292fd001f01ac0500004314a00335586723dd3df6100cd24cdc58daf740e6f51db46c4d3efa
2016.11.23 12:32:21.748 5: HMUARTLGW HMLGW_1 read (21): fd001101a90501004dafa24024c003355867015c2e38 crc OK
2016.11.23 12:32:21.748 0: HMUARTLGW HMLGW_1 recv: 01 05 01 00 4D msg: AF A2 40 24C003 355867 015C
2016.11.23 12:32:21.749 5: HMUARTLGW HMLGW_1 Dispatch: A0BAFA24024C003355867015C::-77:HMLGW_1
2016.11.23 12:32:21.749 5: HMLGW_1 dispatch A0BAFA24024C003355867015C::-77:HMLGW_1
2016.11.23 12:32:21.754 5: HMUARTLGW HMLGW_1 read (9): fd000500df040205406f crc OK
2016.11.23 12:32:21.755 5: HMUARTLGW HMLGW_1 recv: 00 040205, state 98
2016.11.23 12:32:21.756 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 12:32:21.758 5: HMUARTLGW HMLGW_1 read (23): fd001301aa0500004314b01135586723dd3d800101ffc6f2 crc OK
2016.11.23 12:32:21.759 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 43 msg: 14 B0 11 355867 23DD3D 800101FF
2016.11.23 12:32:21.759 5: HMUARTLGW HMLGW_1 Dispatch: A0D14B01135586723DD3D800101FF::-67:HMLGW_1
2016.11.23 12:32:21.760 5: HMLGW_1 dispatch A0D14B01135586723DD3D800101FF::-67:HMLGW_1
2016.11.23 12:32:21.766 5: HMUARTLGW HMLGW_1 read (27): fd001701ab0500004314a00223dd3d355867043a09ba7ec327042292 crc OK
2016.11.23 12:32:21.767 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 43 msg: 14 A0 02 23DD3D 355867 043A09BA7EC32704
2016.11.23 12:32:21.768 5: HMUARTLGW HMLGW_1 Dispatch: A1114A00223DD3D355867043A09BA7EC32704::-67:HMLGW_1
2016.11.23 12:32:21.768 5: HMLGW_1 dispatch A1114A00223DD3D355867043A09BA7EC32704::-67:HMLGW_1
2016.11.23 12:32:21.779 5: HMUARTLGW HMLGW_1 read (35): fd001f01ac0500004314a00335586723dd3df6100cd24cdc58daf740e6f51db46c4d3efa crc OK
2016.11.23 12:32:21.780 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 43 msg: 14 A0 03 355867 23DD3D F6100CD24CDC58DAF740E6F51DB46C4D
2016.11.23 12:32:21.781 5: HMUARTLGW HMLGW_1 Dispatch: A1914A00335586723DD3DF6100CD24CDC58DAF740E6F51DB46C4D::-67:HMLGW_1
2016.11.23 12:32:21.781 5: HMLGW_1 dispatch A1914A00335586723DD3DF6100CD24CDC58DAF740E6F51DB46C4D::-67:HMLGW_1
2016.11.23 12:32:21.864 5: HMUARTLGW HMLGW_1 read raw (29): fd001801ad0500004314800223dd3d3558670101010036bd5e5bc21170
2016.11.23 12:32:21.866 5: HMUARTLGW HMLGW_1 read (28): fd001801ad0500004314800223dd3d3558670101010036bd5e5bc21170 crc OK
2016.11.23 12:32:21.867 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 43 msg: 14 80 02 23DD3D 355867 0101010036BD5E5BC2
2016.11.23 12:32:21.867 5: HMUARTLGW HMLGW_1 Dispatch: A1214800223DD3D3558670101010036BD5E5BC2::-67:HMLGW_1
2016.11.23 12:32:21.868 5: HMLGW_1 dispatch A1214800223DD3D3558670101010036BD5E5BC2::-67:HMLGW_1
2016.11.23 12:32:23.145 5: HMUARTLGW HMLGW_1 read raw (25): fd001401ae050000374e841030330e0000000b98c187003d3e
2016.11.23 12:32:23.147 5: HMUARTLGW HMLGW_1 read (24): fd001401ae050000374e841030330e0000000b98c187003d3e crc OK
2016.11.23 12:32:23.148 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 37 msg: 4E 84 10 30330E 000000 0B98C18700
2016.11.23 12:32:23.148 5: HMUARTLGW HMLGW_1 Dispatch: A0E4E841030330E0000000B98C18700::-55:HMLGW_1
2016.11.23 12:32:23.149 5: HMLGW_1 dispatch A0E4E841030330E0000000B98C18700::-55:HMLGW_1
2016.11.23 12:32:24.333 5: HMUARTLGW HMLGW_1 read raw (22): fd001101af0501004db1a64024c003355867015d3bfa
2016.11.23 12:32:24.335 5: HMUARTLGW HMLGW_1 read (21): fd001101af0501004db1a64024c003355867015d3bfa crc OK
2016.11.23 12:32:24.336 0: HMUARTLGW HMLGW_1 recv: 01 05 01 00 4D msg: B1 A6 40 24C003 355867 015D
2016.11.23 12:32:24.336 5: HMUARTLGW HMLGW_1 Dispatch: A0BB1A64024C003355867015D::-77:HMLGW_1
2016.11.23 12:32:24.336 5: HMLGW_1 dispatch A0BB1A64024C003355867015D::-77:HMLGW_1
2016.11.23 12:32:24.343 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AB1800235586724C00300
2016.11.23 12:32:24.343 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 12:32:24.516 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:00E44E9C d:FF r:FFB2 m:B1 A640 24C003 355867 015D
2016.11.23 12:32:24.522 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00E44F18 d:FF r:FFBD m:B1 8002 355867 24C003 00
2016.11.23 12:32:24.530 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0B7859A9 d:FF r:FFBA m:B1 A640 24C003 355867 015D
2016.11.23 12:32:24.536 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0B785A25 d:FF r:FFAE m:B1 8002 355867 24C003 00
2016.11.23 12:32:24.583 5: HMUARTLGW HMLGW_1 read raw (22): fd001101b00501004db2a24024c003355867015d462d
2016.11.23 12:32:24.585 5: HMUARTLGW HMLGW_1 read (21): fd001101b00501004db2a24024c003355867015d462d crc OK
2016.11.23 12:32:24.591 0: HMUARTLGW HMLGW_1 recv: 01 05 01 00 4D msg: B2 A2 40 24C003 355867 015D
2016.11.23 12:32:24.591 5: HMUARTLGW HMLGW_1 Dispatch: A0BB2A24024C003355867015D::-77:HMLGW_1
2016.11.23 12:32:24.592 5: HMLGW_1 dispatch A0BB2A24024C003355867015D::-77:HMLGW_1
2016.11.23 12:32:24.598 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AB2800235586724C00300
2016.11.23 12:32:24.598 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 12:32:24.725 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:00E44F97 d:FF r:FFB2 m:B2 A240 24C003 355867 015D
2016.11.23 12:32:24.731 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00E45013 d:FF r:FFBD m:B2 8002 355867 24C003 00
2016.11.23 12:32:24.739 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0B785AA3 d:FF r:FFBA m:B2 A240 24C003 355867 015D
2016.11.23 12:32:24.745 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0B785B20 d:FF r:FFAF m:B2 8002 355867 24C003 00
2016.11.23 12:32:24.834 5: HMUARTLGW HMLGW_1 read raw (22): fd001101b10501004db3a24024c003355867015d556b
2016.11.23 12:32:24.835 5: HMUARTLGW HMLGW_1 read (21): fd001101b10501004db3a24024c003355867015d556b crc OK
2016.11.23 12:32:24.836 0: HMUARTLGW HMLGW_1 recv: 01 05 01 00 4D msg: B3 A2 40 24C003 355867 015D
2016.11.23 12:32:24.836 5: HMUARTLGW HMLGW_1 Dispatch: A0BB3A24024C003355867015D::-77:HMLGW_1
2016.11.23 12:32:24.837 5: HMLGW_1 dispatch A0BB3A24024C003355867015D::-77:HMLGW_1
2016.11.23 12:32:24.843 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AB3800235586724C00300
2016.11.23 12:32:24.844 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 12:32:24.976 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:00E45091 d:FF r:FFB2 m:B3 A240 24C003 355867 015D
2016.11.23 12:32:24.982 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:00E4510D d:FF r:FFBC m:B3 8002 355867 24C003 00
2016.11.23 12:32:24.990 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0B785B9E d:FF r:FFBB m:B3 A240 24C003 355867 015D
2016.11.23 12:32:24.996 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0B785C1A d:FF r:FFAE m:B3 8002 355867 24C003 00
2016.11.23 12:32:26.816 5: HMUARTLGW HMLGW_1 read raw (26): fd001501b20500002efb8610354b750000000a98c10800007bad
2016.11.23 12:32:26.818 5: HMUARTLGW HMLGW_1 read (25): fd001501b20500002efb8610354b750000000a98c10800007bad crc OK
2016.11.23 12:32:26.818 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 2E msg: FB 86 10 354B75 000000 0A98C1080000
2016.11.23 12:32:26.819 5: HMUARTLGW HMLGW_1 Dispatch: A0FFB8610354B750000000A98C1080000::-46:HMLGW_1
2016.11.23 12:32:26.819 5: HMLGW_1 dispatch A0FFB8610354B750000000A98C1080000::-46:HMLGW_1
2016.11.23 12:32:27.982 5: HMUARTLGW HMLGW_1:keepAlive send (3): K4e
2016.11.23 12:32:27.983 5: SW: K4e
2016.11.23 12:32:27.987 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b34650d0a
2016.11.23 12:32:27.988 5: HMUARTLGW HMLGW_1:keepAlive read (4): >K4e
2016.11.23 12:32:29.194 5: HMUARTLGW HMLGW_1 read raw (26): fd001501b3050000528586534f54ee00000000c1001b6bad78d6
2016.11.23 12:32:29.196 5: HMUARTLGW HMLGW_1 read (25): fd001501b3050000528586534f54ee00000000c1001b6bad78d6 crc OK
2016.11.23 12:32:29.197 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 52 msg: 85 86 53 4F54EE 000000 00C1001B6BAD
2016.11.23 12:32:29.197 5: HMUARTLGW HMLGW_1 Dispatch: A0F8586534F54EE00000000C1001B6BAD::-82:HMLGW_1
2016.11.23 12:32:29.198 5: HMLGW_1 dispatch A0F8586534F54EE00000000C1001B6BAD::-82:HMLGW_1
2016.11.23 12:32:30.986 5: HMUARTLGW HMLGW_1 read raw (27): fd001501b40500002dab86103b05fc7d0000000a90b90b00005fd3
2016.11.23 12:32:30.989 5: HMUARTLGW HMLGW_1 read (25): fd001501b40500002dab86103b05fd0000000a90b90b00005fd3 crc OK
2016.11.23 12:32:30.990 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 2D msg: AB 86 10 3B05FD 000000 0A90B90B0000
2016.11.23 12:32:30.991 5: HMUARTLGW HMLGW_1 Dispatch: A0FAB86103B05FD0000000A90B90B0000::-45:HMLGW_1
2016.11.23 12:32:30.992 5: HMLGW_1 dispatch A0FAB86103B05FD0000000A90B90B0000::-45:HMLGW_1
2016.11.23 12:32:31.106 5: HMUARTLGW HMLGW_1 read raw (23): fd001201b5050000361b84702d335f00000000ce45672b
2016.11.23 12:32:31.108 5: HMUARTLGW HMLGW_1 read (22): fd001201b5050000361b84702d335f00000000ce45672b crc OK
2016.11.23 12:32:31.109 5: HMUARTLGW HMLGW_1 recv: 01 05 00 00 36 msg: 1B 84 70 2D335F 000000 00CE45
2016.11.23 12:32:31.109 5: HMUARTLGW HMLGW_1 Dispatch: A0C1B84702D335F00000000CE45::-54:HMLGW_1
2016.11.23 12:32:31.110 5: HMLGW_1 dispatch A0C1B84702D335F00000000CE45::-54:HMLGW_1
2016.11.23 12:32:31.318 5: HMUARTLGW HMLGW_1 Attr del verbose
Zitat von: frank am 23 November 2016, 12:28:52
hast du hier einen schreibfehler?
ja, scheint so. hab das nach dem ersten loggen für Michael wieder zurück gestellt.
Hi,
Zitat von: automatisierer am 23 November 2016, 12:37:44
hier das log - diesmal richtig herum.
Wunderbar, danke. Die Reihenfolge hatte mich am Anfang nur kurz verwirrt ;-)
Zitat
2016.11.23 12:32:18.035 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AAD800235586724C00300
2016.11.23 12:32:18.036 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 90
2016.11.23 12:32:18.037 0: HMUARTLGW HMLGW_1 send: 01 0624C003000000
Ah, ok. CUL_HM sendet anscheinend kein Peer-Init, wenn sich das preferred IO ändert.
Wie sieht es denn mit diesem (ungetesteten) Patch aus?
--- 00_HMUARTLGW.pm
+++ 00_HMUARTLGW.pm
@@ -1515,6 +1517,13 @@
flags => "00",
kNo => "00",
};
+ if ($modules{CUL_HM}{defptr}{$dst} &&
+ $modules{CUL_HM}{defptr}{$dst}{helper}{io}{newChn}) {
+ my ($flags, $kNo, $aesChannels) = (split(/,/, $modules{CUL_HM}{defptr}{$dst}{helper}{io}{newChn}))[1,2,3];
+ $peer->{flags} = $flags;
+ $peer->{kNo} = $kNo;
+ $peer->{aesChannels} = $aesChannels;
+ }
HMUARTLGW_UpdatePeer($hash, $peer);
}
Viele Grüße
Michael
... led grün... funktion ist da... sieht für mich gut aus...
da ich mit den ganzen wirren Zahlen nix anfangen kann, hier noch mal ein log für dich...
2016.11.23 13:28:40.773 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 13:28:40.775 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 13:28:40.776 5: HMUARTLGW HMLGW_1 send: (8): fd000300f308323c
2016.11.23 13:28:40.777 5: SW: fd000300f308323c
2016.11.23 13:28:40.953 5: HMUARTLGW HMLGW_1 read raw (10): fd000500f304020c3055
2016.11.23 13:28:40.954 5: HMUARTLGW HMLGW_1 read (9): fd000500f304020c3055 crc OK
2016.11.23 13:28:40.955 5: HMUARTLGW HMLGW_1 recv: 00 04020C, state 98
2016.11.23 13:28:40.956 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 13:28:40.957 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.1759
2016.11.23 13:28:45.605 5: HMUARTLGW HMLGW_1 read raw (25): fd001401aa0500024f10a0113558672a42a202010000007368
2016.11.23 13:28:45.607 5: HMUARTLGW HMLGW_1 read (24): fd001401aa0500024f10a0113558672a42a202010000007368 crc OK
2016.11.23 13:28:45.609 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: 10 A0 11 355867 2A42A2 0201000000
2016.11.23 13:28:45.609 5: HMUARTLGW HMLGW_1 Dispatch: A0E10A0113558672A42A20201000000::-79:HMLGW_1
2016.11.23 13:28:45.610 5: HMLGW_1 dispatch A0E10A0113558672A42A20201000000::-79:HMLGW_1
2016.11.23 13:28:45.696 5: HMUARTLGW HMLGW_1 read raw (25): fd001401ab0500024f1080022a42a2355867010100002541cf
2016.11.23 13:28:45.698 5: HMUARTLGW HMLGW_1 read (24): fd001401ab0500024f1080022a42a2355867010100002541cf crc OK
2016.11.23 13:28:45.699 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: 10 80 02 2A42A2 355867 0101000025
2016.11.23 13:28:45.699 5: HMUARTLGW HMLGW_1 Dispatch: A0E1080022A42A23558670101000025::-79:HMLGW_1
2016.11.23 13:28:45.700 5: HMLGW_1 dispatch A0E1080022A42A23558670101000025::-79:HMLGW_1
2016.11.23 13:28:46.494 5: HMUARTLGW HMLGW_1:keepAlive send (3): K9f
2016.11.23 13:28:46.495 5: SW: K9f
2016.11.23 13:28:46.500 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b39660d0a
2016.11.23 13:28:46.501 5: HMUARTLGW HMLGW_1:keepAlive read (4): >K9f
2016.11.23 13:28:46.774 5: HMUARTLGW HMLGW_1 read raw (22): fd001101ac05000244f8a64024c0033558670182e1ec
2016.11.23 13:28:46.776 5: HMUARTLGW HMLGW_1 read (21): fd001101ac05000244f8a64024c0033558670182e1ec crc OK
2016.11.23 13:28:46.777 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 44 msg: F8 A6 40 24C003 355867 0182
2016.11.23 13:28:46.777 5: HMUARTLGW HMLGW_1 Dispatch: A0BF8A64024C0033558670182::-68:HMLGW_1
2016.11.23 13:28:46.778 5: HMLGW_1 dispatch A0BF8A64024C0033558670182::-68:HMLGW_1
2016.11.23 13:28:46.791 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AF8800235586724C00300
2016.11.23 13:28:46.792 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 90
2016.11.23 13:28:46.793 0: HMUARTLGW HMLGW_1 send: 01 0624C003020000
2016.11.23 13:28:46.793 5: HMUARTLGW HMLGW_1 send: (14): fd000901f40624c0030200003c8c
2016.11.23 13:28:46.794 5: SW: fd000901f40624c0030200003c8c
2016.11.23 13:28:46.947 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0100 t:0117ED42 d:FF r:FFBE m:F8 A640 24C003 355867 0182
2016.11.23 13:28:46.999 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0BABF864 d:FF r:FFAE m:F8 A640 24C003 355867 0182
2016.11.23 13:28:47.005 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BABF8E5 d:FF r:FFB7 m:F8 A002 355867 24C003 045CCA6C22437E04
2016.11.23 13:28:47.012 5: HMUARTLGW HMLGW_1 read raw (49): fd001001f4040701010021ffffffffffffffe178e0fd001701ad05000244f8a00235586724c003045cca6c22437e040eb0
2016.11.23 13:28:47.013 5: HMUARTLGW HMLGW_1 read (20): fd001001f4040701010021ffffffffffffffe178e0 crc OK
2016.11.23 13:28:47.014 5: HMUARTLGW HMLGW_1 recv: 01 040701010021FFFFFFFFFFFFFFE1, state 90
2016.11.23 13:28:47.016 5: HMUARTLGW HMLGW_1 GetSet Ack: 07, state 90
2016.11.23 13:28:47.017 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFE1
2016.11.23 13:28:47.018 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 91
2016.11.23 13:28:47.019 4: HMUARTLGW HMLGW_1 Disabling AES for channel 1
2016.11.23 13:28:47.019 4: HMUARTLGW HMLGW_1 Disabling AES for channel 2
2016.11.23 13:28:47.019 4: HMUARTLGW HMLGW_1 Disabling AES for channel 3
2016.11.23 13:28:47.020 4: HMUARTLGW HMLGW_1 Disabling AES for channel 4
2016.11.23 13:28:47.020 0: HMUARTLGW HMLGW_1 send: 01 0A24C00301020304
2016.11.23 13:28:47.021 5: HMUARTLGW HMLGW_1 send: (15): fd000a01f50a24c00301020304c333
2016.11.23 13:28:47.021 5: SW: fd000a01f50a24c00301020304c333
2016.11.23 13:28:47.026 5: HMUARTLGW HMLGW_1 read (27): fd001701ad05000244f8a00235586724c003045cca6c22437e040eb0 crc OK
2016.11.23 13:28:47.027 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 44 msg: F8 A0 02 355867 24C003 045CCA6C22437E04
2016.11.23 13:28:47.027 5: HMUARTLGW HMLGW_1 Dispatch: A11F8A00235586724C003045CCA6C22437E04::-68:HMLGW_1
2016.11.23 13:28:47.027 5: HMLGW_1 dispatch A11F8A00235586724C003045CCA6C22437E04::-68:HMLGW_1
2016.11.23 13:28:47.044 5: HMUARTLGW HMLGW_1 read raw (45): fd000401f5040101bafd001f01ae05010244f8a00324c003355867dbdae670c5329ddb2ef85ea533f3022d623b
2016.11.23 13:28:47.045 5: HMUARTLGW HMLGW_1 read (8): fd000401f5040101ba crc OK
2016.11.23 13:28:47.045 5: HMUARTLGW HMLGW_1 recv: 01 0401, state 91
2016.11.23 13:28:47.047 5: HMUARTLGW HMLGW_1 GetSet Ack: 01, state 91
2016.11.23 13:28:47.048 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 92
2016.11.23 13:28:47.049 4: HMUARTLGW HMLGW_1 AESchannels: 00000001
2016.11.23 13:28:47.049 4: HMUARTLGW HMLGW_1 Enabling AES for channel 1
2016.11.23 13:28:47.050 4: HMUARTLGW HMLGW_1 Enabling AES for channel 2
2016.11.23 13:28:47.050 4: HMUARTLGW HMLGW_1 Enabling AES for channel 3
2016.11.23 13:28:47.050 4: HMUARTLGW HMLGW_1 Enabling AES for channel 4
2016.11.23 13:28:47.051 0: HMUARTLGW HMLGW_1 send: 01 0924C00301020304
2016.11.23 13:28:47.052 5: HMUARTLGW HMLGW_1 send: (15): fd000a01f60924c00301020304f999
2016.11.23 13:28:47.052 5: SW: fd000a01f60924c00301020304f999
2016.11.23 13:28:47.057 5: HMUARTLGW HMLGW_1 read (35): fd001f01ae05010244f8a00324c003355867dbdae670c5329ddb2ef85ea533f3022d623b crc OK
2016.11.23 13:28:47.058 0: HMUARTLGW HMLGW_1 recv: 01 05 01 02 44 msg: F8 A0 03 24C003 355867 DBDAE670C5329DDB2EF85EA533F3022D
2016.11.23 13:28:47.058 5: HMUARTLGW HMLGW_1 Dispatch: A19F8A00324C003355867DBDAE670C5329DDB2EF85EA533F3022D::-68:HMLGW_1
2016.11.23 13:28:47.059 5: HMLGW_1 dispatch A19F8A00324C003355867DBDAE670C5329DDB2EF85EA533F3022D::-68:HMLGW_1
2016.11.23 13:28:47.063 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AF8800235586724C00300
2016.11.23 13:28:47.063 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 13:28:47.117 5: HMUARTLGW HMLGW_1 read raw (9): fd000401f6040801b0
2016.11.23 13:28:47.118 5: HMUARTLGW HMLGW_1 read (8): fd000401f6040801b0 crc OK
2016.11.23 13:28:47.118 5: HMUARTLGW HMLGW_1 recv: 01 0408, state 92
2016.11.23 13:28:47.120 5: HMUARTLGW HMLGW_1 GetSet Ack: 08, state 92
2016.11.23 13:28:47.156 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0040 t:0117ED42 d:02 r:FFBE m:F8 A640 24C003 355867 0182
2016.11.23 13:28:47.163 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AF8800235586724C00300
2016.11.23 13:28:47.164 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 13:28:47.514 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BABF9E0 d:FF r:FFB8 m:F8 8002 355867 24C003 00E97711AE
2016.11.23 13:28:47.625 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 92
2016.11.23 13:28:47.626 4: HMUARTLGW HMLGW_1 AESchannels: 00000001
2016.11.23 13:28:47.626 4: HMUARTLGW HMLGW_1 Enabling AES for channel 1
2016.11.23 13:28:47.627 4: HMUARTLGW HMLGW_1 Enabling AES for channel 2
2016.11.23 13:28:47.627 4: HMUARTLGW HMLGW_1 Enabling AES for channel 3
2016.11.23 13:28:47.627 4: HMUARTLGW HMLGW_1 Enabling AES for channel 4
2016.11.23 13:28:47.628 0: HMUARTLGW HMLGW_1 send: 01 0924C00301020304
2016.11.23 13:28:47.629 5: HMUARTLGW HMLGW_1 send: (15): fd000a01f70924c003010203047ffa
2016.11.23 13:28:47.629 5: SW: fd000a01f70924c003010203047ffa
2016.11.23 13:28:47.639 5: HMUARTLGW HMLGW_1 read raw (9): fd000401f704018191
2016.11.23 13:28:47.640 5: HMUARTLGW HMLGW_1 read (8): fd000401f704018191 crc OK
2016.11.23 13:28:47.641 5: HMUARTLGW HMLGW_1 recv: 01 0401, state 92
2016.11.23 13:28:47.643 5: HMUARTLGW HMLGW_1 GetSet Ack: 01, state 92
2016.11.23 13:28:47.644 4: HMUARTLGW HMLGW_1 UpdatePeerReq: 24C003, state 93
2016.11.23 13:28:47.645 0: HMUARTLGW HMLGW_1 send: 01 0624C003020000
2016.11.23 13:28:47.646 5: HMUARTLGW HMLGW_1 send: (14): fd000901f80624c003020000fca4
2016.11.23 13:28:47.646 5: SW: fd000901f80624c003020000fc7ca4
2016.11.23 13:28:47.653 5: HMUARTLGW HMLGW_1 read raw (21): fd001001f8040701010021ffffffffffffffe174c8
2016.11.23 13:28:47.654 5: HMUARTLGW HMLGW_1 read (20): fd001001f8040701010021ffffffffffffffe174c8 crc OK
2016.11.23 13:28:47.655 5: HMUARTLGW HMLGW_1 recv: 01 040701010021FFFFFFFFFFFFFFE1, state 93
2016.11.23 13:28:47.656 5: HMUARTLGW HMLGW_1 GetSet Ack: 07, state 93
2016.11.23 13:28:47.657 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFE1
2016.11.23 13:28:47.659 5: HMUARTLGW HMLGW_1 !BIDI
2016.11.23 13:28:47.660 0: HMUARTLGW HMLGW_1 send: 01 02 00 00 00 msg: F8 80 02 355867 24C003 00
2016.11.23 13:28:47.661 5: HMUARTLGW HMLGW_1 send: (21): fd001001f902000000f8800235586724c003003fbe
2016.11.23 13:28:47.661 5: SW: fd001001f902000000f8800235586724c003003fbe
2016.11.23 13:28:47.733 5: HMUARTLGW HMLGW_1 read raw (25): fd001301af0500024f34b01135586723dd3d800101fffc7c97
2016.11.23 13:28:47.735 5: HMUARTLGW HMLGW_1 read (23): fd001301af0500024f34b01135586723dd3d800101fffc97 crc OK
2016.11.23 13:28:47.736 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: 34 B0 11 355867 23DD3D 800101FF
2016.11.23 13:28:47.736 5: HMUARTLGW HMLGW_1 Dispatch: A0D34B01135586723DD3D800101FF::-79:HMLGW_1
2016.11.23 13:28:47.737 5: HMLGW_1 dispatch A0D34B01135586723DD3D800101FF::-79:HMLGW_1
2016.11.23 13:28:47.864 5: HMUARTLGW HMLGW_1 read raw (28): fd001701b00500024234a00223dd3d35586704de89772dbe9604e0bf
2016.11.23 13:28:47.865 5: HMUARTLGW HMLGW_1 read (27): fd001701b00500024234a00223dd3d35586704de89772dbe9604e0bf crc OK
2016.11.23 13:28:47.866 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 42 msg: 34 A0 02 23DD3D 355867 04DE89772DBE9604
2016.11.23 13:28:47.867 5: HMUARTLGW HMLGW_1 Dispatch: A1134A00223DD3D35586704DE89772DBE9604::-66:HMLGW_1
2016.11.23 13:28:47.867 5: HMLGW_1 dispatch A1134A00223DD3D35586704DE89772DBE9604::-66:HMLGW_1
2016.11.23 13:28:48.000 5: HMUARTLGW HMLGW_1 read raw (36): fd001f01b10500024f34a00335586723dd3dc45fb3cecac8c482693285c61a0961f9c566
2016.11.23 13:28:48.002 5: HMUARTLGW HMLGW_1 read (35): fd001f01b10500024f34a00335586723dd3dc45fb3cecac8c482693285c61a0961f9c566 crc OK
2016.11.23 13:28:48.003 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: 34 A0 03 355867 23DD3D C45FB3CECAC8C482693285C61A0961F9
2016.11.23 13:28:48.004 5: HMUARTLGW HMLGW_1 Dispatch: A1934A00335586723DD3DC45FB3CECAC8C482693285C61A0961F9::-79:HMLGW_1
2016.11.23 13:28:48.004 5: HMLGW_1 dispatch A1934A00335586723DD3DC45FB3CECAC8C482693285C61A0961F9::-79:HMLGW_1
2016.11.23 13:28:48.120 5: HMUARTLGW HMLGW_1 read raw (29): fd001801b20500024234800223dd3d355867010101002def048d83dc81
2016.11.23 13:28:48.122 5: HMUARTLGW HMLGW_1 read (28): fd001801b20500024234800223dd3d355867010101002def048d83dc81 crc OK
2016.11.23 13:28:48.123 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 42 msg: 34 80 02 23DD3D 355867 010101002DEF048D83
2016.11.23 13:28:48.124 5: HMUARTLGW HMLGW_1 Dispatch: A1234800223DD3D355867010101002DEF048D83::-66:HMLGW_1
2016.11.23 13:28:48.124 5: HMLGW_1 dispatch A1234800223DD3D355867010101002DEF048D83::-66:HMLGW_1
2016.11.23 13:28:49.205 5: HMUARTLGW HMLGW_1 read raw (25): fd001401b3050002366b8410458a920000000b98c40c00f7be
2016.11.23 13:28:49.207 5: HMUARTLGW HMLGW_1 read (24): fd001401b3050002366b8410458a920000000b98c40c00f7be crc OK
2016.11.23 13:28:49.207 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 36 msg: 6B 84 10 458A92 000000 0B98C40C00
2016.11.23 13:28:49.208 5: HMUARTLGW HMLGW_1 Dispatch: A0E6B8410458A920000000B98C40C00::-54:HMLGW_1
2016.11.23 13:28:49.208 5: HMLGW_1 dispatch A0E6B8410458A920000000B98C40C00::-54:HMLGW_1
2016.11.23 13:28:49.713 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:0117F8B6 d:FF r:FFBF m:F9 A640 24C003 355867 0183
2016.11.23 13:28:49.724 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AF9800235586724C00300
2016.11.23 13:28:49.724 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 13:28:49.870 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0BAC03D8 d:FF r:FFAD m:F9 A640 24C003 355867 0183
2016.11.23 13:28:49.875 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BAC0459 d:FF r:FFAE m:F9 A002 355867 24C003 0475340000340D04
2016.11.23 13:28:49.884 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:0117F937 d:FF r:FFBC m:F9 A002 355867 24C003 0475340000340D04
2016.11.23 13:28:49.967 5: HMUARTLGW HMLGW_1 read raw (22): fd001101b405020244f9a64024c003355867018326fb
2016.11.23 13:28:49.969 5: HMUARTLGW HMLGW_1 read (21): fd001101b405020244f9a64024c003355867018326fb crc OK
2016.11.23 13:28:49.970 0: HMUARTLGW HMLGW_1 recv: 01 05 02 02 44 msg: F9 A6 40 24C003 355867 0183
2016.11.23 13:28:49.970 5: HMUARTLGW HMLGW_1 Dispatch: A0BF9A64024C0033558670183:AESpending:-68:HMLGW_1
2016.11.23 13:28:49.971 5: HMLGW_1 dispatch A0BF9A64024C0033558670183:AESpending:-68:HMLGW_1
2016.11.23 13:28:50.017 5: HMUARTLGW HMLGW_1 Dispatch: A0BF9A64024C0033558670183:AESCom-ok:-68:HMLGW_1
2016.11.23 13:28:50.017 5: HMLGW_1 dispatch A0BF9A64024C0033558670183:AESCom-ok:-68:HMLGW_1
2016.11.23 13:28:50.092 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:0117FA2F d:FF r:FFBB m:F9 8002 355867 24C003 00881D945E
2016.11.23 13:28:50.099 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BAC0550 d:FF r:FFAD m:F9 8002 355867 24C003 00881D945E
2016.11.23 13:28:50.371 5: HMUARTLGW HMLGW_1 read raw (26): fd001501b5050002458c86103b04db0000000aa0c90a03006832
2016.11.23 13:28:50.373 5: HMUARTLGW HMLGW_1 read (25): fd001501b5050002458c86103b04db0000000aa0c90a03006832 crc OK
2016.11.23 13:28:50.373 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 45 msg: 8C 86 10 3B04DB 000000 0AA0C90A0300
2016.11.23 13:28:50.374 5: HMUARTLGW HMLGW_1 Dispatch: A0F8C86103B04DB0000000AA0C90A0300::-69:HMLGW_1
2016.11.23 13:28:50.374 5: HMLGW_1 dispatch A0F8C86103B04DB0000000AA0C90A0300::-69:HMLGW_1
2016.11.23 13:28:50.947 5: HMUARTLGW HMLGW_1 read raw (25): fd001401b6050002440ea0113558673a5bbd02010000006301
2016.11.23 13:28:50.949 5: HMUARTLGW HMLGW_1 read (24): fd001401b6050002440ea0113558673a5bbd02010000006301 crc OK
2016.11.23 13:28:50.950 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 44 msg: 0E A0 11 355867 3A5BBD 0201000000
2016.11.23 13:28:50.950 5: HMUARTLGW HMLGW_1 Dispatch: A0E0EA0113558673A5BBD0201000000::-68:HMLGW_1
2016.11.23 13:28:50.951 5: HMLGW_1 dispatch A0E0EA0113558673A5BBD0201000000::-68:HMLGW_1
2016.11.23 13:28:51.042 5: HMUARTLGW HMLGW_1 read raw (25): fd001401b70500023d0e80023a5bbd3558670101000029eabf
2016.11.23 13:28:51.043 5: HMUARTLGW HMLGW_1 read (24): fd001401b70500023d0e80023a5bbd3558670101000029eabf crc OK
2016.11.23 13:28:51.044 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 3D msg: 0E 80 02 3A5BBD 355867 0101000029
2016.11.23 13:28:51.044 5: HMUARTLGW HMLGW_1 Dispatch: A0E0E80023A5BBD3558670101000029::-61:HMLGW_1
2016.11.23 13:28:51.045 5: HMLGW_1 dispatch A0E0E80023A5BBD3558670101000029::-61:HMLGW_1
2016.11.23 13:28:55.785 5: HMUARTLGW HMLGW_1 checking credits (from timer)
2016.11.23 13:28:55.787 5: HMUARTLGW HMLGW_1 send: 00 08
2016.11.23 13:28:55.787 5: HMUARTLGW HMLGW_1 send: (8): fd000300fa08043c
2016.11.23 13:28:55.788 5: SW: fd000300fa08043c
2016.11.23 13:28:55.793 5: HMUARTLGW HMLGW_1 read raw (10): fd000500fa04020c8455
2016.11.23 13:28:55.794 5: HMUARTLGW HMLGW_1 read (9): fd000500fa04020c8455 crc OK
2016.11.23 13:28:55.795 5: HMUARTLGW HMLGW_1 recv: 00 04020C, state 98
2016.11.23 13:28:55.796 5: HMUARTLGW HMLGW_1 GetSet Ack: 02, state 98
2016.11.23 13:28:55.797 5: HMUARTLGW HMLGW_1 roundtrip delay: 0.0051
2016.11.23 13:28:56.238 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:01181233 d:FF r:FFC2 m:FA A640 24C003 355867 0184
2016.11.23 13:28:56.244 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AFA800235586724C00300
2016.11.23 13:28:56.245 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 13:28:56.949 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0BAC1D55 d:FF r:FFAE m:FA A640 24C003 355867 0184
2016.11.23 13:28:56.955 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BAC1DD7 d:FF r:FFAD m:FA A002 355867 24C003 042F650000651904
2016.11.23 13:28:56.961 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BAC1ECE d:FF r:FFAE m:FA 8002 355867 24C003 00A379F34C
2016.11.23 13:28:56.971 5: HMUARTLGW HMLGW_1:keepAlive send (3): Ka0
2016.11.23 13:28:56.972 5: SW: Ka0
2016.11.23 13:28:56.977 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:011812B5 d:FF r:FFBB m:FA A002 355867 24C003 042F650000651904
2016.11.23 13:28:56.984 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:011813AC d:FF r:FFBB m:FA 8002 355867 24C003 00A379F34C
2016.11.23 13:28:56.997 5: HMUARTLGW HMLGW_1 read raw (22): fd001101b805020242faa64024c0033558670184b003
2016.11.23 13:28:56.998 5: HMUARTLGW HMLGW_1 read (21): fd001101b805020242faa64024c0033558670184b003 crc OK
2016.11.23 13:28:56.999 0: HMUARTLGW HMLGW_1 recv: 01 05 02 02 42 msg: FA A6 40 24C003 355867 0184
2016.11.23 13:28:56.999 5: HMUARTLGW HMLGW_1 Dispatch: A0BFAA64024C0033558670184:AESpending:-66:HMLGW_1
2016.11.23 13:28:57.000 5: HMLGW_1 dispatch A0BFAA64024C0033558670184:AESpending:-66:HMLGW_1
2016.11.23 13:28:57.049 5: HMUARTLGW HMLGW_1 Dispatch: A0BFAA64024C0033558670184:AESCom-ok:-66:HMLGW_1
2016.11.23 13:28:57.050 5: HMLGW_1 dispatch A0BFAA64024C0033558670184:AESCom-ok:-66:HMLGW_1
2016.11.23 13:28:57.103 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b61300d0a
2016.11.23 13:28:57.104 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Ka0
2016.11.23 13:28:57.172 5: HMUARTLGW HMLGW_1 read raw (24): fd001301b90500024f35b01135586723dd3d800101ff3a2a
2016.11.23 13:28:57.173 5: HMUARTLGW HMLGW_1 read (23): fd001301b90500024f35b01135586723dd3d800101ff3a2a crc OK
2016.11.23 13:28:57.174 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: 35 B0 11 355867 23DD3D 800101FF
2016.11.23 13:28:57.175 5: HMUARTLGW HMLGW_1 Dispatch: A0D35B01135586723DD3D800101FF::-79:HMLGW_1
2016.11.23 13:28:57.175 5: HMLGW_1 dispatch A0D35B01135586723DD3D800101FF::-79:HMLGW_1
2016.11.23 13:28:57.302 5: HMUARTLGW HMLGW_1 read raw (28): fd001701ba0500024235a00223dd3d35586704a4b9172cb56e042434
2016.11.23 13:28:57.304 5: HMUARTLGW HMLGW_1 read (27): fd001701ba0500024235a00223dd3d35586704a4b9172cb56e042434 crc OK
2016.11.23 13:28:57.305 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 42 msg: 35 A0 02 23DD3D 355867 04A4B9172CB56E04
2016.11.23 13:28:57.305 5: HMUARTLGW HMLGW_1 Dispatch: A1135A00223DD3D35586704A4B9172CB56E04::-66:HMLGW_1
2016.11.23 13:28:57.306 5: HMLGW_1 dispatch A1135A00223DD3D35586704A4B9172CB56E04::-66:HMLGW_1
2016.11.23 13:28:57.439 5: HMUARTLGW HMLGW_1 read raw (36): fd001f01bb0500024f35a00335586723dd3defdecf802eaba4c79d1cf7b6033059cb19cd
2016.11.23 13:28:57.441 5: HMUARTLGW HMLGW_1 read (35): fd001f01bb0500024f35a00335586723dd3defdecf802eaba4c79d1cf7b6033059cb19cd crc OK
2016.11.23 13:28:57.442 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: 35 A0 03 355867 23DD3D EFDECF802EABA4C79D1CF7B6033059CB
2016.11.23 13:28:57.442 5: HMUARTLGW HMLGW_1 Dispatch: A1935A00335586723DD3DEFDECF802EABA4C79D1CF7B6033059CB::-79:HMLGW_1
2016.11.23 13:28:57.443 5: HMLGW_1 dispatch A1935A00335586723DD3DEFDECF802EABA4C79D1CF7B6033059CB::-79:HMLGW_1
2016.11.23 13:28:57.559 5: HMUARTLGW HMLGW_1 read raw (30): fd001801bc0500024235800223dd3d355867010101002d485f4dfc7c6713
2016.11.23 13:28:57.560 5: HMUARTLGW HMLGW_1 read (28): fd001801bc0500024235800223dd3d355867010101002d485f4dfc6713 crc OK
2016.11.23 13:28:57.561 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 42 msg: 35 80 02 23DD3D 355867 010101002D485F4DFC
2016.11.23 13:28:57.562 5: HMUARTLGW HMLGW_1 Dispatch: A1235800223DD3D355867010101002D485F4DFC::-66:HMLGW_1
2016.11.23 13:28:57.562 5: HMLGW_1 dispatch A1235800223DD3D355867010101002D485F4DFC::-66:HMLGW_1
2016.11.23 13:28:58.666 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:01181BB0 d:FF r:FFC1 m:FB A640 24C003 355867 0185
2016.11.23 13:28:58.674 5: HMUARTLGW HMLGW_1 HMUARTLGW_Write: As0AFB800235586724C00300
2016.11.23 13:28:58.674 5: HMUARTLGW HMLGW_1: Skip ACK
2016.11.23 13:28:59.043 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0BAC26D2 d:FF r:FFAE m:FB A640 24C003 355867 0185
2016.11.23 13:28:59.049 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BAC2754 d:FF r:FFAD m:FB A002 355867 24C003 044A4F00004F1304
2016.11.23 13:28:59.098 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:01181C32 d:FF r:FFBB m:FB A002 355867 24C003 044A4F00004F1304
2016.11.23 13:28:59.115 5: HMUARTLGW HMLGW_1 read raw (22): fd001101bd05020242fba64024c0033558670185bb5b
2016.11.23 13:28:59.117 5: HMUARTLGW HMLGW_1 read (21): fd001101bd05020242fba64024c0033558670185bb5b crc OK
2016.11.23 13:28:59.119 0: HMUARTLGW HMLGW_1 recv: 01 05 02 02 42 msg: FB A6 40 24C003 355867 0185
2016.11.23 13:28:59.120 5: HMUARTLGW HMLGW_1 Dispatch: A0BFBA64024C0033558670185:AESpending:-66:HMLGW_1
2016.11.23 13:28:59.121 5: HMLGW_1 dispatch A0BFBA64024C0033558670185:AESpending:-66:HMLGW_1
2016.11.23 13:28:59.200 5: HMUARTLGW HMLGW_1 Dispatch: A0BFBA64024C0033558670185:AESCom-ok:-66:HMLGW_1
2016.11.23 13:28:59.200 5: HMLGW_1 dispatch A0BFBA64024C0033558670185:AESCom-ok:-66:HMLGW_1
2016.11.23 13:28:59.400 5: HMUARTLGW HMLGW_1 read raw (75): fd001201be050002376a8470458a9200000000c43cffccfd001301bf0500024f36b01135586723dd3d800101ffc2d2fd001701c00500024236a00223dd3d35586704c2a6ec4061b504b71d
2016.11.23 13:28:59.402 5: HMUARTLGW HMLGW_1 read (22): fd001201be050002376a8470458a9200000000c43cffcc crc OK
2016.11.23 13:28:59.404 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 37 msg: 6A 84 70 458A92 000000 00C43C
2016.11.23 13:28:59.405 5: HMUARTLGW HMLGW_1 Dispatch: A0C6A8470458A9200000000C43C::-55:HMLGW_1
2016.11.23 13:28:59.405 5: HMLGW_1 dispatch A0C6A8470458A9200000000C43C::-55:HMLGW_1
2016.11.23 13:28:59.411 5: HMUARTLGW HMLGW_1 read (23): fd001301bf0500024f36b01135586723dd3d800101ffc2d2 crc OK
2016.11.23 13:28:59.412 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: 36 B0 11 355867 23DD3D 800101FF
2016.11.23 13:28:59.413 5: HMUARTLGW HMLGW_1 Dispatch: A0D36B01135586723DD3D800101FF::-79:HMLGW_1
2016.11.23 13:28:59.413 5: HMLGW_1 dispatch A0D36B01135586723DD3D800101FF::-79:HMLGW_1
2016.11.23 13:28:59.419 5: HMUARTLGW HMLGW_1 read (27): fd001701c00500024236a00223dd3d35586704c2a6ec4061b504b71d crc OK
2016.11.23 13:28:59.420 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 42 msg: 36 A0 02 23DD3D 355867 04C2A6EC4061B504
2016.11.23 13:28:59.421 5: HMUARTLGW HMLGW_1 Dispatch: A1136A00223DD3D35586704C2A6EC4061B504::-66:HMLGW_1
2016.11.23 13:28:59.421 5: HMLGW_1 dispatch A1136A00223DD3D35586704C2A6EC4061B504::-66:HMLGW_1
2016.11.23 13:28:59.655 5: HMUARTLGW HMLGW_1 read raw (66): fd001f01c10500024f36a00335586723dd3d50da0063a9a9c9b9c26f12d0e6fc7cfa55d2e4fd001801c20500024236800223dd3d355867010101002d6d4d3e70c236
2016.11.23 13:28:59.657 5: HMUARTLGW HMLGW_1 read (35): fd001f01c10500024f36a00335586723dd3d50da0063a9a9c9b9c26f12d0e6fcfa55d2e4 crc OK
2016.11.23 13:28:59.658 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: 36 A0 03 355867 23DD3D 50DA0063A9A9C9B9C26F12D0E6FCFA55
2016.11.23 13:28:59.659 5: HMUARTLGW HMLGW_1 Dispatch: A1936A00335586723DD3D50DA0063A9A9C9B9C26F12D0E6FCFA55::-79:HMLGW_1
2016.11.23 13:28:59.659 5: HMLGW_1 dispatch A1936A00335586723DD3D50DA0063A9A9C9B9C26F12D0E6FCFA55::-79:HMLGW_1
2016.11.23 13:28:59.667 5: HMUARTLGW HMLGW_1 read (28): fd001801c20500024236800223dd3d355867010101002d6d4d3e70c236 crc OK
2016.11.23 13:28:59.668 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 42 msg: 36 80 02 23DD3D 355867 010101002D6D4D3E70
2016.11.23 13:28:59.668 5: HMUARTLGW HMLGW_1 Dispatch: A1236800223DD3D355867010101002D6D4D3E70::-66:HMLGW_1
2016.11.23 13:28:59.669 5: HMLGW_1 dispatch A1236800223DD3D355867010101002D6D4D3E70::-66:HMLGW_1
2016.11.23 13:28:59.915 5: HMUARTLGW HMLGW_1 read raw (31): fd001a01c30500024875845e283a7c0000008045c300183702220921011b1c
2016.11.23 13:28:59.917 5: HMUARTLGW HMLGW_1 read (30): fd001a01c30500024875845e283a7c0000008045c300183702220921011b1c crc OK
2016.11.23 13:28:59.918 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 48 msg: 75 84 5E 283A7C 000000 8045C30018370222092101
2016.11.23 13:28:59.919 5: HMUARTLGW HMLGW_1 Dispatch: A1475845E283A7C0000008045C30018370222092101::-72:HMLGW_1
2016.11.23 13:28:59.919 5: HMLGW_1 dispatch A1475845E283A7C0000008045C30018370222092101::-72:HMLGW_1
2016.11.23 13:29:02.112 5: HMUARTLGW HMLGW_1 read raw (31): fd001a01c40500023f62845e2ab5ef00000082fb25000e0f014109320189a5
2016.11.23 13:29:02.114 5: HMUARTLGW HMLGW_1 read (30): fd001a01c40500023f62845e2ab5ef00000082fb25000e0f014109320189a5 crc OK
2016.11.23 13:29:02.115 5: HMUARTLGW HMLGW_1 recv: 01 05 00 02 3F msg: 62 84 5E 2AB5EF 000000 82FB25000E0F0141093201
2016.11.23 13:29:02.116 5: HMUARTLGW HMLGW_1 Dispatch: A1462845E2AB5EF00000082FB25000E0F0141093201::-63:HMLGW_1
2016.11.23 13:29:02.116 5: HMLGW_1 dispatch A1462845E2AB5EF00000082FB25000E0F0141093201::-63:HMLGW_1
2016.11.23 13:29:07.112 5: HMUARTLGW HMLGW_1:keepAlive send (3): Ka1
2016.11.23 13:29:07.113 5: SW: Ka1
2016.11.23 13:29:07.121 5: HMUARTLGW HMLGW_1:keepAlive read raw (6): 3e4b61310d0a
2016.11.23 13:29:07.122 5: HMUARTLGW HMLGW_1:keepAlive read (4): >Ka1
2016.11.23 13:29:08.800 5: HMUARTLGW HMLGW_1 Attr del verbose
2016.11.23 13:29:26.848 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:011889CA d:FF r:FFC4 m:FC A640 24C003 355867 0186
2016.11.23 13:29:26.856 0: HMUARTLGW HMLGW_1 send: 01 0724C003
2016.11.23 13:29:26.931 0: HMLAN_Send: HMLANingo1 S:+24C003,01,02,1E
2016.11.23 13:29:26.932 0: HMLAN_Send: HMLANingo1 S:S91298525 stat: 00 t:00000000 d:01 r:91298525 m:FC 8002 355867 24C003 00
2016.11.23 13:29:27.661 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0BAC94EC d:FF r:FFB0 m:FC A640 24C003 355867 0186
2016.11.23 13:29:27.667 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BAC956B d:FF r:FFB6 m:FC 8002 355867 24C003 00
2016.11.23 13:29:27.674 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0BAC95E7 d:FF r:FFAF m:FD A240 24C003 355867 0186
2016.11.23 13:29:27.682 0: HMLAN_Send: HMLANingo2 S:+24C003,01,02,1E
2016.11.23 13:29:27.683 0: HMLAN_Send: HMLANingo2 S:S9129885A stat: 00 t:00000000 d:01 r:9129885A m:FD 8002 355867 24C003 00
2016.11.23 13:29:27.786 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BAC9668 d:FF r:FFB7 m:FD A002 355867 24C003 048412B4FA9BA604
2016.11.23 13:29:27.793 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BAC9763 d:FF r:FFB8 m:FD 8002 355867 24C003 00D3F79D41
2016.11.23 13:29:27.808 0: HMLAN_Parse: HMLANingo1 R:R91298525 stat:0002 t:00000000 d:FF r:7FFF m:FC 8002 355867 24C003 00
2016.11.23 13:29:27.809 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0100 t:01188AC5 d:FF r:FFC4 m:FD A240 24C003 355867 0186
2016.11.23 13:29:27.861 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0040 t:01188AC5 d:02 r:FFC4 m:FD A240 24C003 355867 0186
2016.11.23 13:29:27.922 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0100 t:01188CB8 d:FF r:FFC2 m:FE A240 24C003 355867 0186
2016.11.23 13:29:27.978 0: HMUARTLGW HMLGW_1 recv: 01 05 03 02 40 msg: FC A6 40 24C003 355867 0186
2016.11.23 13:29:28.298 0: HMUARTLGW HMLGW_1 recv: 01 05 01 02 3F msg: FD A0 03 24C003 355867 DE4112BBD4996DD209C7445CB64248A1
2016.11.23 13:29:28.305 0: HMLAN_Send: HMLANingo1 S:+24C003,01,02,1E
2016.11.23 13:29:28.306 0: HMLAN_Send: HMLANingo1 S:S91298AC8 stat: 00 t:00000000 d:01 r:91298AC8 m:FD 8002 355867 24C003 00
2016.11.23 13:29:28.369 0: HMUARTLGW HMLGW_1 recv: 01 05 03 02 40 msg: FE A2 40 24C003 355867 0186
2016.11.23 13:29:28.522 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 4F msg: FD 80 02 355867 24C003 00
2016.11.23 13:29:28.530 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 44 msg: FE 80 02 355867 24C003 00727D4338
2016.11.23 13:29:28.542 0: HMUARTLGW HMLGW_1 send: 01 0724C003
2016.11.23 13:29:28.555 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0040 t:01188CB8 d:02 r:FFC2 m:FE A240 24C003 355867 0186
2016.11.23 13:29:29.019 0: HMLAN_Parse: HMLANingo1 R:R91298AC8 stat:0002 t:00000000 d:FF r:7FFF m:FD 8002 355867 24C003 00
2016.11.23 13:29:29.029 0: HMLAN_Parse: HMLANingo2 R:R9129885A stat:0002 t:00000000 d:FF r:7FFF m:FD 8002 355867 24C003 00
2016.11.23 13:29:29.030 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BAC9956 d:FF r:FFB7 m:FE 8002 355867 24C003 00727D4338
2016.11.23 13:29:29.140 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BAC9AC4 d:FF r:FFB6 m:FD 8002 355867 24C003 00
2016.11.23 13:29:29.177 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 44 msg: FD 80 02 355867 24C003 00
2016.11.23 13:29:29.186 0: HMUARTLGW HMLGW_1 remove peer: 24C003
2016.11.23 13:29:31.990 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 41 msg: FF A6 40 24C003 355867 0187
2016.11.23 13:29:32.001 0: HMUARTLGW HMLGW_1 send: 01 0624C003020000
2016.11.23 13:29:32.152 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0100 t:01189DE9 d:FF r:FFC1 m:FF A640 24C003 355867 0187
2016.11.23 13:29:32.200 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0BACA909 d:FF r:FFAE m:FF A640 24C003 355867 0187
2016.11.23 13:29:32.205 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BACA98A d:FF r:FFB7 m:FF A002 355867 24C003 04B52385CBAA9704
2016.11.23 13:29:32.215 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFE1
2016.11.23 13:29:32.217 0: HMUARTLGW HMLGW_1 send: 01 0A24C00301020304
2016.11.23 13:29:32.223 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 44 msg: FF A0 02 355867 24C003 04B52385CBAA9704
2016.11.23 13:29:32.237 0: HMUARTLGW HMLGW_1 send: 01 0924C00301020304
2016.11.23 13:29:32.253 0: HMUARTLGW HMLGW_1 send: 01 0624C003020000
2016.11.23 13:29:32.260 0: HMUARTLGW HMLGW_1 recv: 01 05 01 02 41 msg: FF A0 03 24C003 355867 2F52C11AF9EBB71169A7CB3F6CEEFB6C
2016.11.23 13:29:32.369 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0040 t:01189DE9 d:02 r:FFC1 m:FF A640 24C003 355867 0187
2016.11.23 13:29:32.478 0: HMLAN_Send: HMLANingo1 S:+24C003,01,02,1E
2016.11.23 13:29:32.479 0: HMLAN_Send: HMLANingo1 S:S91299AB1 stat: 00 t:00000000 d:01 r:91299AB1 m:FF 8002 355867 24C003 00
2016.11.23 13:29:32.825 0: HMUARTLGW HMLGW_1 send: 01 0624C003020000
2016.11.23 13:29:32.833 0: HMLAN_Parse: HMLANingo1 R:R91299AB1 stat:0002 t:00000000 d:FF r:7FFF m:FF 8002 355867 24C003 00
2016.11.23 13:29:32.834 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BACAA85 d:FF r:FFB7 m:FF 8002 355867 24C003 004354C3A1
2016.11.23 13:29:32.841 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BACAB92 d:FF r:FFB7 m:FF 8002 355867 24C003 00
2016.11.23 13:29:32.849 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 44 msg: FF 80 02 355867 24C003 00
2016.11.23 13:29:32.857 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFE1
2016.11.23 13:29:32.858 0: HMUARTLGW HMLGW_1 send: 01 0724C003
2016.11.23 13:29:32.866 0: HMUARTLGW HMLGW_1 remove peer: 24C003
2016.11.23 13:29:32.868 0: HMUARTLGW HMLGW_1 send: 01 02 00 00 00 msg: FF 80 02 355867 24C003 00
2016.11.23 13:29:36.903 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 41 msg: 00 A6 40 24C003 355867 0188
2016.11.23 13:29:36.912 0: HMUARTLGW HMLGW_1 send: 01 0624C003020000
2016.11.23 13:29:37.057 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0100 t:0118B11B d:FF r:FFC2 m:00 A640 24C003 355867 0188
2016.11.23 13:29:37.107 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0BACBC3C d:FF r:FFAE m:00 A640 24C003 355867 0188
2016.11.23 13:29:37.113 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BACBCBC d:FF r:FFB7 m:00 A002 355867 24C003 041C8A2C62033E04
2016.11.23 13:29:37.122 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFE1
2016.11.23 13:29:37.125 0: HMUARTLGW HMLGW_1 send: 01 0A24C00301020304
2016.11.23 13:29:37.130 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 44 msg: 00 A0 02 355867 24C003 041C8A2C62033E04
2016.11.23 13:29:37.144 0: HMUARTLGW HMLGW_1 send: 01 0924C00301020304
2016.11.23 13:29:37.158 0: HMUARTLGW HMLGW_1 send: 01 0624C003020000
2016.11.23 13:29:37.169 0: HMUARTLGW HMLGW_1 added peer: 24C003, aesChannels: FFFFFFFFFFFFFFE1
2016.11.23 13:29:37.202 0: HMUARTLGW HMLGW_1 send: 01 02 00 00 00 msg: 00 80 02 355867 24C003 00
2016.11.23 13:29:37.239 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BACBD85 d:FF r:FFAE m:00 8002 355867 24C003 00
2016.11.23 13:29:37.248 0: HMLAN_Parse: HMLANingo1 R:E355867 stat:0000 t:0118B265 d:FF r:FFBB m:00 8002 355867 24C003 00
2016.11.23 13:29:37.284 0: HMUARTLGW HMLGW_1 recv: 01 05 00 02 44 msg: 00 80 02 355867 24C003 007CCE0072
2016.11.23 13:29:37.293 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0040 t:0118B11B d:02 r:FFC2 m:00 A640 24C003 355867 0188
2016.11.23 13:29:37.344 0: HMLAN_Parse: HMLANingo2 R:E355867 stat:0000 t:0BACBDB8 d:FF r:FFB7 m:00 8002 355867 24C003 007CCE0072
2016.11.23 13:29:37.408 0: HMLAN_Parse: HMLANingo2 R:E24C003 stat:0000 t:0BACBE2E d:FF r:FFAE m:01 A240 24C003 355867 0188
2016.11.23 13:29:37.497 0: HMLAN_Send: HMLANingo2 S:+24C003,01,02,1E
2016.11.23 13:29:37.498 0: HMLAN_Send: HMLANingo2 S:S9129AE60 stat: 00 t:00000000 d:01 r:9129AE60 m:01 8002 355867 24C003 00
2016.11.23 13:29:37.842 0: HMUARTLGW HMLGW_1 recv: 01 05 02 02 42 msg: 01 A2 40 24C003 355867 0188
2016.11.23 13:29:37.941 0: HMLAN_Parse: HMLANingo1 R:E24C003 stat:0000 t:0118B30E d:FF r:FFC2 m:01 A240 24C003 355867 0188
2016.11.23 13:29:37.947 0: HMLAN_Parse: HMLANingo2 R:R9129AE60 stat:0002 t:00000000 d:FF r:7FFF m:01 8002 355867 24C003 00
2016.11.23 13:29:38.070 0: HMUARTLGW HMLGW_1 send: 01 0724C003
2016.11.23 13:29:38.084 0: HMUARTLGW HMLGW_1 remove peer: 24C003
Hi,
Zitat von: automatisierer am 23 November 2016, 13:35:49
... led grün... funktion ist da... sieht für mich gut aus...
Gut :-)
Zitat
da ich mit den ganzen wirren Zahlen nix anfangen kann, hier noch mal ein log für dich...
Sieht auch gut aus, habs eingechecked.
Viele Grüße
Michael
Danke!!
War das ein Problem mit diesem Typ Device oder eher ein Device übergreifendes?
Gruß
Ingo
Hi Ingo,
Zitat von: automatisierer am 23 November 2016, 13:55:14
War das ein Problem mit diesem Typ Device oder eher ein Device übergreifendes?
Das war ein Codepfad, der IMHO eigentlich nie ausgeführt werden sollte...
Diesen Spezialfall gibts auch genau so beim HMLAN, also treten da wahrscheinlich ähnliche Probleme auf.
Viele Grüße
Michael
Hallo,
ich hoffe ich bin hier richtig ;). Da ich für meinen HM-cfg-LAN keinen Ersatz bekomme, habe ich ein HMUARTLGW eingesetzt. Das neue Gerät in FHEM auf einem Raspi 3 konfiguriert. Die aktuellen SW-Updates gemacht. Alles funktioniert :D dachte ich. Dann habe ich den Fehler gesucht (2-3 Tage), bis ich dahinter kam, das die "keepalive"- Funktion des Moduls immer meine funktionierende Verbindung trennt und wieder neu herstellt: alle 3min !!! Ich bin etwas hilflos und weiß nicht mehr weiter... (eben Laie). Kann mir jemand einen Hinweis geben? VD Jörg
keine Dateien anhängen! Codes bitte in Code Tags posten!
ok. Danke für den Hinweis:
D-HMIdAssigned 234567
D-HMIdOriginal FFFFFF
D-LANfirmware 1.1.5
D-firmware 1.4.1
D-type eQ3-HM-LGW
Opening ml device 192.168.168.112:62910
ml device opened
192.168.168.115:2000 disconnected, waiting to reappear (HM_LAN3)
HMUARTLGW HM_LAN3 DISCONNECTED
192.168.168.115:2001 disconnected, waiting to reappear (HM_LAN3:keepAlive)
HMUARTLGW HM_LAN3:keepAlive DISCONNECTED
HMUARTLGW HM_LAN3 cond: disconnected
HMUARTLGW HM_LAN3 loadLvl: suspended
Opening HM_LAN3:keepAlive device 192.168.168.115:2001
192.168.168.115:2000 reappeared (HM_LAN3)
HMUARTLGW HM_LAN3 CONNECTED
HMUARTLGW HM_LAN3 D-type: eQ3-HM-LGW
HMUARTLGW HM_LAN3 D-LANfirmware: 1.1.5
HMUARTLGW HM_LAN3 D-serialNr: NEQ0708xxx
HM_LAN3:keepAlive device opened
HMUARTLGW HM_LAN3 BidCoS-port opened
HMUARTLGW HM_LAN3:keepAlive KeepAlive-port opened
HMUARTLGW HM_LAN3 cond: init
HMUARTLGW HM_LAN3 D-HMIdAssigned: 234567
HMUARTLGW HM_LAN3 D-HMIdOriginal: FFFFFF
HMUARTLGW HM_LAN3 D-firmware: 1.4.1
HMUARTLGW HM_LAN3 cond: ok
HMUARTLGW HM_LAN3 loadLvl: low
...alle 3 min...
und dann ein 'list HM_LAN3' in die Befehlszeile im WebIf eingeben und die Ausgabe davon dann in CodeTags hier posten. CodeTags gibbet auf der # über den Smileys
LIST HM_LAN2 (Gerät nochmal neu angelegt):
AssignedPeerCnt 0
CNT 115
DEF 192.168.168.115
DEVCNT 115
DevState 99
DevType LGW
DeviceName 192.168.168.115:2000
FD 147
LastOpen 1480981838.24772
NAME HM_LAN2
NR 2834
PARTIAL
RAWMSG 040200
RSSI -55
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 0
msgLoadHistory -/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 0/-/-/-/-/-/-/-/-/-/-/-/-
owner 234567
Helper:
CreditTimer 2
FW 66561
Initialized 1
Ackpending:
Assignedpeers:
LastSendLen:
3
3
Log:
IDs:
Roundtrip:
Delay 0.00363898277282715
Loadlvl:
lastHistory 1480981844.22456
Peers:
Readings:
2016-12-06 00:50:43 D-HMIdAssigned 234567
2016-12-06 00:50:44 D-HMIdOriginal FFFFFF
2016-12-06 00:50:38 D-LANfirmware 1.1.5
2016-12-06 00:50:44 D-firmware 1.4.1
2016-12-06 00:50:38 D-serialNr NEQ0708297
2016-12-06 00:50:38 D-type eQ3-HM-LGW
2016-12-06 00:50:44 cond ok
2016-12-06 00:50:44 load 0
2016-12-06 00:50:44 loadLvl low
2016-12-06 00:50:38 state opened
Crypto:
Decrypt:
ciphertext 89a0d61586a0906a20f88013
keystream b4fec920
Encrypt:
ciphertext bc2ee1c0db3b47e08b
keystream f9796b25b2e466
Keepalive:
CNT 44
DEVCNT 43
DevState 99
DevType LGW-KeepAlive
DeviceName 192.168.168.115:2001
FD 149
LastOpen 1480981838.45438
NAME HM_LAN2:keepAlive
NR 3156
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
NextKeepAlive 1480981882.92913
Log:
Resolve 1
IDs:
Readings:
2016-12-06 00:50:38 state opened
Crypto:
Decrypt:
ciphertext 3620bfa7aba583067cc323d0d635
keystream b2c3
Encrypt:
ciphertext d93e6a48439aa6cf6b0b714b6ee5
keystream 48dc
Lgwhash:
Attributes:
hmId 234567
lgwPw P8ZEJVkSJr
room CUL,HM_LAN2legt):
tjo, mir fällt da so mal nix auf. Hat es sich evtl. durch das 'neu angelegt' gebessert?
Also mir fällt auf, dass das List von HM_LAN>2< ist, während die Meldungen von HM_LAN>3< sind
Ist da vielleicht irgend etwas inkonsistent oder doppelt angelegt?
Chipmunk
Hatte das Gerät nochmals als HM_LAN2 komplett neu angelegt. Es hat aber keine Veränderung gegeben. Alle 3 min unterbricht die KeepAlive Funktion die Verbindung und baut sie anschließend wieder auf. Mit einem Ping ist das Gerät unter 192.168.168.115 auch erreichbar wenn "KeepAlive" die Verbindung trennt. Kann ich die KeepAlive Funktion irgendwie deaktivieren? Die Funktion des Moduls ist ansonsten voll gegeben. Nur im akt. Zustand kann ich das Gerät nicht nutzen: während der 30 sek. Trennung gehen zu viele Meldungen verloren :-[ Gruß Jörg
Hallo,
Zitat von: jonien am 06 Dezember 2016, 21:31:55
Hatte das Gerät nochmals als HM_LAN2 komplett neu angelegt. Es hat aber keine Veränderung gegeben. Alle 3 min unterbricht die KeepAlive Funktion die Verbindung und baut sie anschließend wieder auf.
Wieso denkst Du, dass das KeepAlive die Verbindung unterbricht? Das wird alle 10s ausgeführt, nicht nur alle 3 Minuten.
Füge mal bitte einen Log-Ausschnitt mit den im ersten Post angegebenen Attributen ein, der auch ein paar Nachrichten vor dem Abbruch enthält (und ganz wichtig: auch die Zeitstempel!).
Viele Grüße
Michael
Und noch eine Idee in eine andere Richtung. Mal mit apptime (s.a. Wiki dazu) schauen, was evtl. das UART-Modul daran hindert, regelmäßig seine keepalive-Meldungen verarbeiten zu können.
Und wenn ansonsten alles funktioniert, kannst du den "verbose"-Level verringern - macht zumindest das Log übersichtlicher. Ich hab's aus ähnlichen Gründen (noch) auf 1 stehen.
Habe die EVENTS auf ähnliche Muster geprüft. Dabei ist mir eine gewisse Regelmäßigkeit aufgefallen:
Das ml-Device wird geöffnet: alle MAX Daten werden eingelesen und nach dem letzten MAX Device (Buero) trennt KeepAlive die Verbindung.
2016.12.07 00:56:14 3 : Opening ml device 192.168.168.112:62910
2016.12.07 00:56:14 3 : ml device opened
2016-12-07 00:56:15 MAXLAN ml dutycycle: 1
2016-12-07 00:56:15 MAXLAN ml firmware: 0.1
2016-12-07 00:56:15 MAXLAN ml testresult: 0
.
.
die MAX Gerätedaten werden gelesen
.
.
2016-12-07 00:56:38 dummy _Fenster_Buero1_dummy closed|closed
2016-12-07 00:56:38 MAX Fenster_Buero battery: ok
2016-12-07 00:56:38 MAX Fenster_Buero onoff: 0
2016-12-07 00:56:38 MAX Fenster_Buero closed
2016-12-07 00:56:38 MAX Fenster_Buero MAXLAN_initialized: 1
2016-12-07 00:56:38 MAX Fenster_Buero MAXLAN_error: 0
2016-12-07 00:56:38 MAX Fenster_Buero MAXLAN_errorInCommand:
2016-12-07 00:56:38 MAX Fenster_Buero MAXLAN_valid: 1
2016-12-07 00:56:38 MAX Fenster_Buero MAXLAN_isAnswer: 0
2016.12.07 00:56:38 1 : 192.168.168.115:2001 disconnected, waiting to reappear (HM_LAN2:keepAlive)2016-12-07 00:56:38 HMUARTLGW HM_LAN2:keepAlive DISCONNECTED
2016.12.07 00:56:38 1 : 192.168.168.115:2000 disconnected, waiting to reappear (HM_LAN2)2016-12-07 00:56:38 HMUARTLGW HM_LAN2 DISCONNECTED
Hallo,
Zitat von: jonien am 07 Dezember 2016, 01:24:14
Habe die EVENTS auf ähnliche Muster geprüft. Dabei ist mir eine gewisse Regelmäßigkeit aufgefallen:
Das ml-Device wird geöffnet: alle MAX Daten werden eingelesen und nach dem letzten MAX Device (Buero) trennt KeepAlive die Verbindung.
Kannst Du bitte mal das Max-Zeug temporär deaktivieren und schauen, ob das der Auslöser ist?
Taucht im fhem-Logfile noch evtl. eine Meldung "KeepAlive sent XXs too late,..." auf (dafür muss FHEM/00_HMUARTLGW.pm einigermassen aktuell sein)?
(Und bitte füge einen Log-Ausschnitt mit den Attributen (logIDs und mseclog) aus dem ersten Post hinzu, nur damit kann ich sehen, was passiert. Ja, es werden viele Meldungen erzeugt, das ist ok.)
Viele Grüße
Michael
Hallo !
erstmal vielen Dank für eure Hilfestellung. "KeepAlive sent 4.259s too late" tritt ztw. auf. Habe den MAX-Cube getrennt:
MAX-LAN Kabel gezogen , kein DISCONNECTED mehr... MAX-LAN wieder aktiviert: DISCONNECTED tritt wieder auf....
Zeile 40: HMUARTLGW HM_LAN2:keepAlive KeepAlive sent 4.259s too late,
ab Zeile 68: MAX-LAN Kabel gezogen , kein DISCONNECTED mehr...
ab Zeile 107: MAX-LAN wieder aktiviert: DISCONNECTED tritt wieder auf....
2016-12-07 12:40:42 HMUARTLGW HM_LAN2 CONNECTED
2016.12.07 12:40:42 3 : HM_LAN2:keepAlive device opened
2016-12-07 12:40:42 HMUARTLGW HM_LAN2 D-type: eQ3-HM-LGW
2016-12-07 12:40:42 HMUARTLGW HM_LAN2 D-LANfirmware: 1.1.5
2016-12-07 12:40:42 HMUARTLGW HM_LAN2 D-serialNr: NEQ0708297
2016.12.07 12:40:42 3 : HMUARTLGW HM_LAN2 BidCoS-port opened
2016.12.07 12:40:42 3 : HMUARTLGW HM_LAN2:keepAlive KeepAlive-port opened
2016-12-07 12:40:43 HMUARTLGW HM_LAN2 cond: init
2016-12-07 12:40:47 HMUARTLGW HM_LAN2 D-HMIdAssigned: 234567
2016-12-07 12:40:47 HMUARTLGW HM_LAN2 D-HMIdOriginal: FFFFFF
2016-12-07 12:40:47 HMUARTLGW HM_LAN2 D-firmware: 1.4.1
2016-12-07 12:40:47 HMUARTLGW HM_LAN2 cond: ok
2016-12-07 12:40:47 HMUARTLGW HM_LAN2 loadLvl: low
2016.12.07 12:43:10 3 : Opening ml device 192.168.168.112:62910
2016.12.07 12:43:10 3 : ml device opened
2016.12.07 12:43:33 1 : 192.168.168.115:2001 disconnected, waiting to reappear (HM_LAN2:keepAlive)
2016-12-07 12:43:34 HMUARTLGW HM_LAN2:keepAlive DISCONNECTED
2016.12.07 12:43:34 1 : 192.168.168.115:2000 disconnected, waiting to reappear (HM_LAN2)
2016-12-07 12:43:34 HMUARTLGW HM_LAN2 DISCONNECTED
2016-12-07 12:43:35 HMUARTLGW HM_LAN2 cond: disconnected
2016-12-07 12:43:35 HMUARTLGW HM_LAN2 loadLvl: suspended
2016.12.07 12:43:36 3 : Opening HM_LAN2:keepAlive device 192.168.168.115:2001
2016.12.07 12:43:36 1 : 192.168.168.115:2000 reappeared (HM_LAN2)
2016-12-07 12:43:36 HMUARTLGW HM_LAN2 CONNECTED
2016.12.07 12:43:36 3 : HM_LAN2:keepAlive device opened
2016-12-07 12:43:36 HMUARTLGW HM_LAN2 D-type: eQ3-HM-LGW
2016-12-07 12:43:36 HMUARTLGW HM_LAN2 D-LANfirmware: 1.1.5
2016-12-07 12:43:36 HMUARTLGW HM_LAN2 D-serialNr: NEQ0708297
2016.12.07 12:43:36 3 : HMUARTLGW HM_LAN2 BidCoS-port opened
2016.12.07 12:43:37 3 : HMUARTLGW HM_LAN2:keepAlive KeepAlive-port opened
2016-12-07 12:43:37 HMUARTLGW HM_LAN2 cond: init
2016-12-07 12:43:41 HMUARTLGW HM_LAN2 D-HMIdAssigned: 234567
2016-12-07 12:43:41 HMUARTLGW HM_LAN2 D-HMIdOriginal: FFFFFF
2016-12-07 12:43:41 HMUARTLGW HM_LAN2 D-firmware: 1.4.1
2016-12-07 12:43:41 HMUARTLGW HM_LAN2 cond: ok
2016-12-07 12:43:41 HMUARTLGW HM_LAN2 loadLvl: low
2016.12.07 12:45:12 1 : HMUARTLGW HM_LAN2:keepAlive KeepAlive sent 4.259s too late, this might cause a disconnect!
2016.12.07 12:46:03 3 : Opening ml device 192.168.168.112:62910
2016.12.07 12:46:03 3 : ml device opened
2016.12.07 12:46:27 1 : 192.168.168.115:2001 disconnected, waiting to reappear (HM_LAN2:keepAlive)
2016-12-07 12:46:27 HMUARTLGW HM_LAN2:keepAlive DISCONNECTED
2016.12.07 12:46:27 1 : 192.168.168.115:2000 disconnected, waiting to reappear (HM_LAN2)
2016-12-07 12:46:27 HMUARTLGW HM_LAN2 DISCONNECTED
2016-12-07 12:46:29 HMUARTLGW HM_LAN2 cond: disconnected
2016-12-07 12:46:29 HMUARTLGW HM_LAN2 loadLvl: suspended
2016.12.07 12:46:33 3 : Opening HM_LAN2:keepAlive device 192.168.168.115:2001
2016.12.07 12:46:33 1 : 192.168.168.115:2000 reappeared (HM_LAN2)
2016-12-07 12:46:33 HMUARTLGW HM_LAN2 CONNECTED
2016.12.07 12:46:34 3 : HM_LAN2:keepAlive device opened
2016-12-07 12:46:34 HMUARTLGW HM_LAN2 D-type: eQ3-HM-LGW
2016-12-07 12:46:34 HMUARTLGW HM_LAN2 D-LANfirmware: 1.1.5
2016-12-07 12:46:34 HMUARTLGW HM_LAN2 D-serialNr: NEQ0708297
2016.12.07 12:46:34 3 : HMUARTLGW HM_LAN2 BidCoS-port opened
2016.12.07 12:46:34 3 : HMUARTLGW HM_LAN2:keepAlive KeepAlive-port opened
2016-12-07 12:46:34 HMUARTLGW HM_LAN2 cond: init
2016-12-07 12:46:38 HMUARTLGW HM_LAN2 D-HMIdAssigned: 234567
2016-12-07 12:46:38 HMUARTLGW HM_LAN2 D-HMIdOriginal: FFFFFF
2016-12-07 12:46:38 HMUARTLGW HM_LAN2 D-firmware: 1.4.1
2016-12-07 12:46:39 HMUARTLGW HM_LAN2 cond: ok
2016-12-07 12:46:39 HMUARTLGW HM_LAN2 loadLvl: low
CUL_1 für MAX CUBE,
MAX-CUBE LAN-Kabel "gezogen",
rereadconfig:
-keine disconnected mehr !
Einstellungen für MAX-LAN: 192.168.168.112 150 onedemand .... hier könnte der Ausfalltakt von ca 3 min (150 s) herkommen...
2016.12.07 14:33:54 3 : Opening ml device 192.168.168.112:62910
2016.12.07 14:33:57 3 : Can't connect to 192.168.168.112:62910: No route to host
2016.12.07 14:33:57 2 : MAXLAN_Connect: Could not connect
2016.12.07 14:33:58 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:33:58 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:03 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:03 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:04 3 : CALVIEW Termine_Jonien - CALENDAR:Kalender_Jonien triggered, updating CALVIEW Termine_Jonien ...
2016.12.07 14:34:08 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:08 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:13 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:13 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:18 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:18 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:23 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:23 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:28 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:28 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:33 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:33 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:38 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:38 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:43 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:43 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:48 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:48 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:53 1 : CUL_MAX_Check: No IODev has no VERSION
2016.12.07 14:34:53 1 : Error in CUL_MAX_SendQueueHandler: CUL CUL_1 did not answer request for current credits. Waiting 5 seconds.
2016.12.07 14:34:57 3 : Opening ml device 192.168.168.112:62910
2016.12.07 14:35:00 3 : Can't connect to 192.168.168.112:62910: No route to host
MAX-LAN wieder aktiviert: DISCONNECTED tritt wieder auf....
2016.12.07 15:11:44 3 : ml device opened
2016.12.07 15:12:09 1 : 192.168.168.115:2001 disconnected, waiting to reappear (HM_LAN2:keepAlive)
2016-12-07 15:12:09 HMUARTLGW HM_LAN2:keepAlive DISCONNECTED
2016.12.07 15:12:09 1 : 192.168.168.115:2000 disconnected, waiting to reappear (HM_LAN2)
2016-12-07 15:12:10 HMUARTLGW HM_LAN2 DISCONNECTED
2016-12-07 15:12:10 HMUARTLGW HM_LAN2 cond: disconnected
2016-12-07 15:12:10 HMUARTLGW HM_LAN2 loadLvl: suspended
2016.12.07 15:12:11 3 : Opening HM_LAN2:keepAlive device 192.168.168.115:2001
2016.12.07 15:12:11 1 : 192.168.168.115:2000 reappeared (HM_LAN2)
2016-12-07 15:12:11 HMUARTLGW HM_LAN2 CONNECTED
2016.12.07 15:12:12 3 : HM_LAN2:keepAlive device opened
2016-12-07 15:12:12 HMUARTLGW HM_LAN2 D-type: eQ3-HM-LGW
2016-12-07 15:12:12 HMUARTLGW HM_LAN2 D-LANfirmware: 1.1.5
2016-12-07 15:12:12 HMUARTLGW HM_LAN2 D-serialNr: NEQ0708297
2016.12.07 15:12:12 3 : HMUARTLGW HM_LAN2 BidCoS-port opened
2016.12.07 15:12:12 3 : HMUARTLGW HM_LAN2:keepAlive KeepAlive-port opened
2016-12-07 15:12:12 HMUARTLGW HM_LAN2 cond: init
2016.12.07 15:12:13 3 : CALVIEW Termine_Jonien - CALENDAR:Kalender_Jonien triggered, updating CALVIEW Termine_Jonien ...
2016-12-07 15:12:16 HMUARTLGW HM_LAN2 D-HMIdAssigned: 234567
2016-12-07 15:12:16 HMUARTLGW HM_LAN2 D-HMIdOriginal: FFFFFF
2016-12-07 15:12:16 HMUARTLGW HM_LAN2 D-firmware: 1.4.1
2016-12-07 15:12:17 HMUARTLGW HM_LAN2 cond: ok
2016-12-07 15:12:17 HMUARTLGW HM_LAN2 loadLvl: low
Log-Ausschnitt mit den Attributen (logIDs und mseclog) versuche ich noch zu erstellen.
VG Jörg
... hier noch die logIds (all,sys):
2016-12-07 16:34:58 HMUARTLGW HM_LAN2 CONNECTED
2016.12.07 16:34:58 3 : HM_LAN2:keepAlive device opened
2016.12.07 16:34:58 0 : HMUARTLGW HM_LAN2 read (34): H54,01,eQ3-HM-LGW,1.1.5,NEQ0708297
2016-12-07 16:34:58 HMUARTLGW HM_LAN2 D-type: eQ3-HM-LGW
2016-12-07 16:34:58 HMUARTLGW HM_LAN2 D-LANfirmware: 1.1.5
2016-12-07 16:34:58 HMUARTLGW HM_LAN2 D-serialNr: NEQ0708297
2016.12.07 16:34:58 0 : HMUARTLGW HM_LAN2 read (36): V55,b1a2d830b07298340c8dfa3b6ff5d224
2016.12.07 16:34:58 0 : HMUARTLGW HM_LAN2 send (36): V55,58482c22067f6b422d5ff6b3afd8c043
2016.12.07 16:34:58 0 : HMUARTLGW HM_LAN2:keepAlive read (34): H14,01,eQ3-HM-LGW,1.1.5,NEQ0708297
2016.12.07 16:34:58 0 : HMUARTLGW HM_LAN2:keepAlive read (36): V15,5f6a7477c67b575a6a1f1a2075eb9077
2016.12.07 16:34:58 0 : HMUARTLGW HM_LAN2:keepAlive send (36): V15,58482c22068d4c7709be5702a1f1a6a5
2016.12.07 16:34:58 0 : HMUARTLGW HM_LAN2 read (23): S56,BidCoS-over-LAN-1.0
2016.12.07 16:34:58 3 : HMUARTLGW HM_LAN2 BidCoS-port opened
2016.12.07 16:34:58 0 : HMUARTLGW HM_LAN2 send (8): >56,0000
2016.12.07 16:34:58 0 : HMUARTLGW HM_LAN2:keepAlive read (14): S16,SysCom-1.0
2016.12.07 16:34:58 3 : HMUARTLGW HM_LAN2:keepAlive KeepAlive-port opened
2016.12.07 16:34:58 0 : HMUARTLGW HM_LAN2:keepAlive send (8): >16,0000
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2 send: 00 00
2016-12-07 16:34:59 HMUARTLGW HM_LAN2 cond: init
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2 recv: 01 05 00 00 11 msg: 99 81 12 354C0F 000000
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2 recv: 01 05 00 00 44 msg: 89 86 53 4BE09C 000000 0041028E42003743025744FDA9
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2 recv: 00 0402436F5F4350555F417070, state 1
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2 currently running Co_CPU_App
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2 send: 00 03
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 1
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2:keepAlive send (14): L17,02,00ff,00
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >L17
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K18
2016.12.07 16:34:59 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K18
2016.12.07 16:35:01 0 : HMUARTLGW HM_LAN2 recv: 00 00436F5F4350555F424C, state 1
2016.12.07 16:35:01 0 : HMUARTLGW HM_LAN2 currently running Co_CPU_BL
2016.12.07 16:35:01 0 : HMUARTLGW HM_LAN2 send: 00 03
2016.12.07 16:35:02 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 2
2016.12.07 16:35:02 0 : HMUARTLGW HM_LAN2 recv: 00 00436F5F4350555F417070, state 2
2016.12.07 16:35:02 0 : HMUARTLGW HM_LAN2 currently running Co_CPU_App
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 01 00234567
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 01 0401, state 4
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 4
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 01 01
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 01 04070101234567, state 5
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 07, state 5
2016-12-07 16:35:03 HMUARTLGW HM_LAN2 D-HMIdAssigned: 234567
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 01 10
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 01 04070101FFFFFF, state 6
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 07, state 6
2016-12-07 16:35:03 HMUARTLGW HM_LAN2 D-HMIdOriginal: FFFFFF
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 00 0E58482C2702
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 7
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 7
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 00 02
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 00 0402010004010401, state 8
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 8
2016-12-07 16:35:03 HMUARTLGW HM_LAN2 D-firmware: 1.4.1
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 00 06
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 10
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 10
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 00 0B
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 00 0402FFFFFFFFFFFFFFFFFFFF, state 9
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 9
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 00 0A00
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 11
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 11
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 00 0901
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 12
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 12
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 13
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 13
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 01 030000000000000000000000000000000000
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 01 0401, state 14
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 14
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 01 0F0000000000000000000000000000000000
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 01 0401, state 15
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 15
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 send: 01 0B0000000000000000000000000000000000
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 recv: 01 0401, state 16
2016.12.07 16:35:03 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 16
2016-12-07 16:35:03 HMUARTLGW HM_LAN2 cond: ok
2016-12-07 16:35:03 HMUARTLGW HM_LAN2 loadLvl: low
2016.12.07 16:35:04 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:35:04 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:35:04 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:35:04 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0036
2016.12.07 16:35:09 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K19
2016.12.07 16:35:09 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K19
2016.12.07 16:35:19 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1a
2016.12.07 16:35:19 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1a
2016.12.07 16:35:19 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:35:19 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:35:19 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:35:19 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0037
2016.12.07 16:35:29 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1b
2016.12.07 16:35:29 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1b
2016.12.07 16:35:34 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:35:34 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:35:34 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:35:34 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0041
2016.12.07 16:35:39 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1c
2016.12.07 16:35:39 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1c
2016.12.07 16:35:41 3 : CALVIEW Termine_Jonien - CALENDAR:Kalender_Jonien triggered, updating CALVIEW Termine_Jonien ...
2016.12.07 16:35:49 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1d
2016.12.07 16:35:49 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1d
2016.12.07 16:35:49 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:35:49 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:35:49 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:35:49 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0037
2016.12.07 16:35:59 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1e
2016.12.07 16:35:59 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1e
2016.12.07 16:36:04 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:36:04 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:36:04 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:36:04 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0037
2016.12.07 16:36:09 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1f
2016.12.07 16:36:09 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1f
2016.12.07 16:36:19 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K20
2016.12.07 16:36:19 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K20
2016.12.07 16:36:19 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:36:19 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:36:19 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:36:19 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0038
2016.12.07 16:36:20 1 : PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 81984) line 1.
2016.12.07 16:36:20 3 : eval: my $EVTPART0='temperature:';my $TYPE='CUL_WS';my $SELF='Temp8_Outdoor_2ToCold';my $EVTPART1='1.4';my $EVENT='temperature: 1.4';my $NAME='Temp_08_Outdoor';{fhem("set Temp8_Outdoor_2 cold") if (ReadingsVal("Temp8_Outdoor","temperature","") < 3)}
2016.12.07 16:36:29 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K21
2016.12.07 16:36:29 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K21
2016.12.07 16:36:34 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:36:34 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:36:34 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:36:34 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0037
2016.12.07 16:36:39 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K22
2016.12.07 16:36:39 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K22
2016.12.07 16:36:41 3 : CALVIEW Termine_Jonien - CALENDAR:Kalender_Jonien triggered, updating CALVIEW Termine_Jonien ...
2016.12.07 16:36:49 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K23
2016.12.07 16:36:49 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K23
2016.12.07 16:36:49 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:36:49 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:36:49 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:36:49 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0038
2016.12.07 16:37:01 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K24
2016.12.07 16:37:01 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K24
2016.12.07 16:37:04 3 : Opening ml device 192.168.168.112:62910
2016.12.07 16:37:04 3 : ml device opened
2016.12.07 16:37:35 1 : 192.168.168.115:2001 disconnected, waiting to reappear (HM_LAN2:keepAlive)
2016-12-07 16:37:35 HMUARTLGW HM_LAN2:keepAlive DISCONNECTED
2016.12.07 16:37:35 0 : HMUARTLGW HM_LAN2 recv: 01 05 00 00 44 msg: 8A 86 53 4BE09C 000000 0041028E42003743025744FDA9
2016.12.07 16:37:37 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:37:37 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K25
2016.12.07 16:37:37 1 : HMUARTLGW HM_LAN2:keepAlive KeepAlive sent 26.486s too late, this might cause a disconnect!
2016.12.07 16:37:37 1 : 192.168.168.115:2000 disconnected, waiting to reappear (HM_LAN2)
2016-12-07 16:37:38 HMUARTLGW HM_LAN2 DISCONNECTED
2016-12-07 16:37:39 HMUARTLGW HM_LAN2 cond: disconnected
2016-12-07 16:37:39 HMUARTLGW HM_LAN2 loadLvl: suspended
2016.12.07 16:37:40 3 : Opening HM_LAN2:keepAlive device 192.168.168.115:2001
2016.12.07 16:37:40 1 : 192.168.168.115:2000 reappeared (HM_LAN2)
2016-12-07 16:37:40 HMUARTLGW HM_LAN2 CONNECTED
2016.12.07 16:37:40 0 : HMUARTLGW HM_LAN2 read (34): H57,01,eQ3-HM-LGW,1.1.5,NEQ0708297
2016-12-07 16:37:40 HMUARTLGW HM_LAN2 D-type: eQ3-HM-LGW
2016-12-07 16:37:40 HMUARTLGW HM_LAN2 D-LANfirmware: 1.1.5
2016-12-07 16:37:40 HMUARTLGW HM_LAN2 D-serialNr: NEQ0708297
2016.12.07 16:37:40 0 : HMUARTLGW HM_LAN2 read (36): V58,edfeef613c000d4ca8790342db3b5f0b
2016.12.07 16:37:40 0 : HMUARTLGW HM_LAN2 send (36): V58,58482cc40dff66b0f5b3bd2430978ac4
2016.12.07 16:37:40 3 : HM_LAN2:keepAlive device opened
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2:keepAlive read (34): H17,01,eQ3-HM-LGW,1.1.5,NEQ0708297
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2:keepAlive read (36): V18,5b4e2b4212569534c639bb07a12c596c
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2:keepAlive send (36): V18,58482cc501ad9fc695c21a70bb936c43
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2 read (23): S59,BidCoS-over-LAN-1.0
2016.12.07 16:37:41 3 : HMUARTLGW HM_LAN2 BidCoS-port opened
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2 send (8): >59,0000
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2:keepAlive read (14): S19,SysCom-1.0
2016.12.07 16:37:41 3 : HMUARTLGW HM_LAN2:keepAlive KeepAlive-port opened
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2:keepAlive send (8): >19,0000
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2 send: 00 00
2016-12-07 16:37:41 HMUARTLGW HM_LAN2 cond: init
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2 recv: 00 0402436F5F4350555F417070, state 1
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2 currently running Co_CPU_App
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2 send: 00 03
2016.12.07 16:37:41 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 1
2016.12.07 16:37:42 3 : CALVIEW Termine_Jonien - CALENDAR:Kalender_Jonien triggered, updating CALVIEW Termine_Jonien ...
2016.12.07 16:37:42 0 : HMUARTLGW HM_LAN2:keepAlive send (14): L1a,02,00ff,00
2016.12.07 16:37:42 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >L1a
2016.12.07 16:37:42 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1b
2016.12.07 16:37:42 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1b
2016.12.07 16:37:43 0 : HMUARTLGW HM_LAN2 recv: 00 00436F5F4350555F424C, state 1
2016.12.07 16:37:43 0 : HMUARTLGW HM_LAN2 currently running Co_CPU_BL
2016.12.07 16:37:43 0 : HMUARTLGW HM_LAN2 send: 00 03
2016.12.07 16:37:44 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 2
2016.12.07 16:37:44 0 : HMUARTLGW HM_LAN2 recv: 00 00436F5F4350555F417070, state 2
2016.12.07 16:37:44 0 : HMUARTLGW HM_LAN2 currently running Co_CPU_App
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 01 00234567
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 01 0401, state 4
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 4
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 01 01
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 01 04070101234567, state 5
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 07, state 5
2016-12-07 16:37:45 HMUARTLGW HM_LAN2 D-HMIdAssigned: 234567
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 01 10
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 01 04070101FFFFFF, state 6
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 07, state 6
2016-12-07 16:37:45 HMUARTLGW HM_LAN2 D-HMIdOriginal: FFFFFF
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 00 0E58482CC902
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 7
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 7
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 00 02
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 00 0402010004010401, state 8
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 8
2016-12-07 16:37:45 HMUARTLGW HM_LAN2 D-firmware: 1.4.1
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 00 06
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 10
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 10
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 00 0B
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 00 0402FFFFFFFFFFFFFFFFFFFF, state 9
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 9
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 00 0A00
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 11
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 11
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 00 0901
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 00 0401, state 12
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 12
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 13
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 13
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 01 030000000000000000000000000000000000
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 01 0401, state 14
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 14
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 01 0F0000000000000000000000000000000000
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 01 0401, state 15
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 15
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 send: 01 0B0000000000000000000000000000000000
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 recv: 01 0401, state 16
2016.12.07 16:37:45 0 : HMUARTLGW HM_LAN2 GetSet Ack: 01, state 16
2016-12-07 16:37:45 HMUARTLGW HM_LAN2 cond: ok
2016-12-07 16:37:45 HMUARTLGW HM_LAN2 loadLvl: low
2016.12.07 16:37:46 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:37:46 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:37:46 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:37:46 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0035
2016.12.07 16:37:52 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1c
2016.12.07 16:37:52 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1c
2016.12.07 16:38:01 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:38:01 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:38:01 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:38:01 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0038
2016.12.07 16:38:02 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1d
2016.12.07 16:38:02 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1d
2016.12.07 16:38:12 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1e
2016.12.07 16:38:12 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1e
2016.12.07 16:38:16 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:38:16 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:38:16 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:38:16 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0038
2016.12.07 16:38:22 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K1f
2016.12.07 16:38:22 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K1f
2016.12.07 16:38:32 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:38:32 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:38:32 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:38:32 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0039
2016.12.07 16:38:32 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K20
2016.12.07 16:38:32 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K20
2016.12.07 16:38:41 3 : CALVIEW Termine_Jonien - CALENDAR:Kalender_Jonien triggered, updating CALVIEW Termine_Jonien ...
2016.12.07 16:38:42 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K21
2016.12.07 16:38:42 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K21
2016.12.07 16:38:47 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:38:47 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:38:47 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:38:47 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0037
2016.12.07 16:38:52 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K22
2016.12.07 16:38:52 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K22
2016.12.07 16:39:04 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:39:04 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K23
2016.12.07 16:39:04 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K23
2016.12.07 16:39:04 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:39:04 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:39:04 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0061
2016.12.07 16:39:07 0 : HMUARTLGW HM_LAN2 recv: 01 05 00 00 36 msg: 29 84 40 37FBCD 000000 01DF
2016.12.07 16:39:14 0 : HMUARTLGW HM_LAN2:keepAlive send (3): K24
2016.12.07 16:39:14 0 : HMUARTLGW HM_LAN2:keepAlive read (4): >K24
2016.12.07 16:39:19 0 : HMUARTLGW HM_LAN2 recv: 01 05 00 00 44 msg: 8B 86 53 4BE09C 000000 0041028E42003743025744FDA9
2016.12.07 16:39:19 0 : HMUARTLGW HM_LAN2 send: 00 08
2016.12.07 16:39:19 0 : HMUARTLGW HM_LAN2 recv: 00 040200, state 98
2016.12.07 16:39:19 0 : HMUARTLGW HM_LAN2 GetSet Ack: 02, state 98
2016.12.07 16:39:19 0 : HMUARTLGW HM_LAN2 roundtrip delay: 0.0076
Mit "apptime" (Hinweis von OMEGA) konnte ich keine Auffälligkeiten feststellen.
Kann das Zeitfenster für die Zwangstrennung durch die KeepAlive Funktion beeinflußt werden? Bei HMLAN gibt es den WD-Timer. Oder habe ich das falsch interpretiert?
VG Jörg
... das HMUARTLGWModul scheint sich "generell" nicht mit dem MAX-LAN Modul zu vertragen (?). Ich habe im MAX-LAN Modul zur Probe die ONEDEMAND Zeit auf 3600 gesetzt. Das 3 min. Disconnected auf ein stündl. verschoben. Aber jeder Einstellbefehl aus Fhem heraus z.B. zum setzen einer Temperatur für ein Hzg.Thermostat führt zur Trennung durch KeepAlive !
Im HMLAN Modul tritt dieses Phänomen nicht auf, dort habe ist die WD-Timer Zeit auf 5 gesetzt. KeepAlive führt dort nicht zur Trennung.
VG Jörg
Hallo,
Zitat von: jonien am 07 Dezember 2016, 18:08:51
... das HMUARTLGWModul scheint sich "generell" nicht mit dem MAX-LAN Modul zu vertragen (?).
Das MAXLAN-Modul blockiert Fhem, weswegen HMUARTLGW keine KeepAlives an das Gateway senden kann und das Gateway dann die Verbindung trennt.
Zitat
2016.12.07 12:45:12 1 : HMUARTLGW HM_LAN2:keepAlive KeepAlive sent 4.259s too late, this might cause a disconnect!
...
2016.12.07 16:37:37 1 : HMUARTLGW HM_LAN2:keepAlive KeepAlive sent 26.486s too late, this might cause a disconnect!
D.h. MAXLAN blockiert das komplette Fhem für 5 - 26s.
Diese Blockaden in MAXLAN können durch HMUARTLGW nicht korrigiert werden (es kommt ja nicht zum Zug in der Zeit). Die maximale Zeit, die zwischen zwei KeepAlives an das LGW vergehen darf sind <15s.
Ich würde es auch extrem nervig finden, wenn Fhem alle 3 Minuten für 30s hängt...
Hier muss das MAXLAN-Modul umgestellt werden, damit es die Fhem-Instanz nicht für solche Zeiträume blockiert, um das Problem zu lösen.
Viele Grüße
Michael
Hallo Michael, Danke für Deine Info !
Ich nutze seit einigen Jahren fhem, anfänglich nur mit MAX Komponenten. Dann suczessive FS20 Komponenten. Später dann HM über HMcfgLAN Adapter, Jeelink, HUE etc... Aufgrund von Reichweitenproblemen wollte ich einen weiteren HMcfgLAN Adapter integrieren. Leider gibt es diese nicht mehr zu kaufen.
Bis auf die Reichweite gab es bis dato keine Probleme, auch nicht bei HM Geräten die über den HMcfgLAN angeschaltet waren. Keinerlei Trennung durch den KeepAlive des HMcfgLAN. Auch die anderen Geräte wurden nicht durch das MAX-LAN Modul beeinträchtigt.
Auch nach der Einbindung des HMUARTLGW und den Komplikationen zwischen diesem und dem MAX-LAN Modul, werden nur die HM-Geräte , die über HMUARTLGW gesteuert werden, regelmäßig durch das KeepAlive dieses Moduls getrennt. HM-Geräte die über den HMcfgLAN definiert sind, werden nicht getrennt.
Da MAX-LAN für mich sehr wichtig ist, auch die Steuerung aus Fhem heraus, kann ich darauf nicht verzichten.
Ich habe noch an die Option gedacht, den HMUARTLGW auf einem seperaten raspi (2er z.Zt. in der Schublade) zu installieren. Weiß nur noch nicht, wie man die Kommunikation zwischen "zwei" Systemen ( 2x fhem auf unterschiedlichen raspi) zum laufen bringen kann. Ansonsten muß ich wohl auf den HMUARTLGW verzichten.
:-\
Ich danke Dir für Deine Unterstützung.
VG Jörg
Wenn dein FHEM hängt, bringt es auch nicht wirklich etwas, wenn du den HMLGW an einen anderen Raspi hängst, in der Zeit macht FHEM nix - also, gar nix. Das Einzige, das du dir ersparst, sind die LOG Einträge.
Kurze Frage, die ich beim Stöbern noch nicht beantwortet finden konnte:
unterstützt HM-MOD-RPI-PCB auch Homematic IP oder nur Homematic mit der Firmware von Seite 1 ?
Falls nicht, welches IODev außer dem HM AccessPoint und CCU2 unterstützt HM IP mit fhem aktuell?
Vielleicht stell ich mich auch zu blöd an ich weiß es nicht, aber ich bräuchte doch kurze Hilfe. :)
Ich hab auch schon hier im Forum gesucht allerdings die Antwort nicht gefunden.
Ich bin bis zu dem Attr gekommen allerdings weiß ich nicht was ich für die XXXXXX einetzen soll.
Steht die Zahl irgendwo? Wenn ja wo find ich sie? Oder darf ich die einfach erfinden.
Wäre wirklich für eure hilfe dankbar.
Bei was bist du denn bis zu Attr gekommen??
Also worum gehts?
und welches Attribut??
Soll ich jetzt suchen, in welcher Anleitung steht: attr ? xxxxxx
Sorry. Hab ich vergessen dazu zu schreiben.
Hier:
http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Bei Definition FHEM
attr myHmUART hmId xxxxxx
Moin Sabsi,
willkommen im Forum!
XXXXXX steht für die "hmId" - jedes Homematic-Gerät hat eine solche Adresse. Wenn Du bis jetzt noch keine Homematic-Geräte angelernt hast, kannst Du eine Adresse frei festlegen, die Dein Homematic-Interface künftig verwenden soll. Da im Zuge der Konfigurationen diese Adresse allen verwendeten Homematic-Geräten bekannt gemacht wird, ist sie später nur mit hohem Aufwand wieder zu ändern.
Die Adresse besteht aus 6 Hexadezimalziffern von 0-9 bzw. A-F. "642ACE" wäre zum Beispiel eine.
Wichtig ist, dass diese Adresse kein Nachbar in Funkreichweite verwendet, sonst gibt es Stress ohne Ende :D
Das ist so trivial, dass es im Wiki keiner Beschreibung gewürdigt wurde...
Das ist die hmId die deine bisherigen HM-Komponenten haben, deine HMlan, HMusb, vccu...
Wenn du noch keine hast, kannst du eine 'frei' erfinden. Dazu steht aber ganz unten im Wiki:
ZitatBekannte Probleme
Das LGW hat (anders als das UART-Modul) keine eigene hmId (das Reading D-HMIdOriginal ist auf FFFFFF gesetzt). Es muss also mit
attr meinLGW hmId xxxxxx
eine nach den in der commandref definierten Regeln gewählte Id gesetzt werden.
Damit du dass nicht auch noch raus suchen musst, hier der Link dazu:
http://fhem.de/commandref_DE.html#hmId (http://fhem.de/commandref_DE.html#hmId)
Dankeschön, dachte ich mir das es zu trivial ist.
Zitat von: Flexstarr am 09 Dezember 2016, 01:14:29
Kurze Frage, die ich beim Stöbern noch nicht beantwortet finden konnte:
unterstützt HM-MOD-RPI-PCB auch Homematic IP oder nur Homematic mit der Firmware von Seite 1 ?
Falls nicht, welches IODev außer dem HM AccessPoint und CCU2 unterstützt HM IP mit fhem aktuell?
Ds RPI Modul hat nichts mit Homematic IP zu tun. Mir ist kein anderes IODev für HM IP bekannt.
Gruß Otto
Zitat von: automatisierer am 09 Dezember 2016, 09:26:58
Das ist so trivial, dass es im Wiki keiner Beschreibung gewürdigt wurde...
Findet man auch im Wiki wenn man einfach nach HMID sucht. z.B. http://www.fhemwiki.de/wiki/HomeMatic_Installieren#Bei_allen_Adaptern.
Ich werde im RPI HMUART Artikel mal noch was verlinken.
Gruß Otto
Hat hier einer das HMARTLGW auf einer DS716+II laufen???
Ich bin gerade dabei mit meinem FHEM System von meiner DS212 auf die neue DS716+II umzuziehen
und konnte bereits das aktuelle FHEM Paket (fhem_noarch-all_5.7-mfr-20160330) und die Module
(perlmodules_x64-5.2_1.1.2-mfr-20160330) installieren. Die 433Mhz Gateways kann ich bereits ansprechen
und beim Start von FHEM kommen auch keine Fehler. Jedoch kann ich nicht auf das
HomeMatic Funk-LAN-Gateway 104029 zugreifen wie bisher. Ich habe versucht das
hmcfgusb_x64-5.2_0.102-mfr-20160330.spk zu installieren bekomme dabei aber die Fehlermeldung,
dass ich erst das FHEM Paket 5.7-mfr-20160301 installieren soll... was ich ja bereits getan habe.
Wo kann denn hier der Fehler liegen???
Gehe ich richtig in der Annahme, dass das hmcfgusb_x64-5.2_0.102-mfr-20160330.spk Paket
das bisherige USB Kernel Paket ersetzt, da es dieses für die x64 Architektur anscheinend nicht mehr gibt.
Jedenfalls lässt er die Installation nicht zu. Diese hatte ich bisher auf meiner DS212 eingesetzt.
Hi zusammen,
ich habe nun das HM-LGW-O-TW-W-EU bestellt und bekomme das noch heute gliefert...:) Eine Frage zur Sicherheit und Verständnis hab ich noch zu der HMID:
Ich benutze aktuell den HM-Lan Adapter und dort habe ich die D-HMIdAssigned 123456 und D-HMIdOriginal 123456 als Werte = HMID 123456.
Diese HMID nehme ich nun auch für das HM-LGW-O-TW-W-EU richtig?
Weiterhin trage ich den HM-LGW-O-TW-W-EU in die IO List der VCCU und erhalte dann eine Ausfallsicherheit / Reichweitenvergr. , also je nach Setting der VCCU (attr <device> IOgrp VCCU oder attr <device> IOgrp VCCU:HMLAN1) ...
Habe ich das so richtig verstanden ?
VG und DANKEEEE :)
Hi,
Zitat von: GuidoS am 10 Dezember 2016, 12:37:03
Ich benutze aktuell den HM-Lan Adapter und dort habe ich die D-HMIdAssigned 123456 und D-HMIdOriginal 123456 als Werte = HMID 123456.
Diese HMID nehme ich nun auch für das HM-LGW-O-TW-W-EU richtig?
Weiterhin trage ich den HM-LGW-O-TW-W-EU in die IO List der VCCU und erhalte dann eine Ausfallsicherheit / Reichweitenvergr. , also je nach Setting der VCCU (attr <device> IOgrp VCCU oder attr <device> IOgrp VCCU:HMLAN1) ...
das mit der HMIdOriginal kann eigentlich nicht sein.
Eigentlich musst Du nur dies tun: "Weiterhin trage ich den HM-LGW-O-TW-W-EU in die IO List der VCCU"
Alles andere macht die VCCU.
Den HM Geräten gibst Du das attr IOgrp.
Gruß Otto
--> HMIdOriginal kann eigentlich nicht sein.
Wieso ... was ist daran falsch - wird bei meinem HMLAN so angezeigt...
--> Alles andere macht die VCCU.
D.h. die VCCU sezt die korrekte HMID für den HM-LGW-O-TW-W-EU automatisch als Attribut (also wie die in meinem HMLAN)
oder bin ich nun komplett durch den Wind :)
VG
Das heisst Du hast genau diesen HMLAN mit der originalen ID 123456? Naja kann ja sein. 8)
die VCCU setzt das Attribute, siehe auch ->
http://www.fhemwiki.de/wiki/Virtueller_Controller_VCCU#Auswirkungen_auf_IOs_.2F_Funkschnittstellen
Gruß Otto
lol ... neee 123456 war nur als Beispiel zu sehen
Nochmal als Elklärung :
HM-LAN:
D-HMIdAssigned 23B748
D-HMIdOriginal 23B748
HMID 23B748
Und nun den HM-LGW-O-TW-W-EU in die IO List der VCCU übernommen ...und siehe da, die HMID ders HM-LGW-O-TW-W-EU wurde auf 23B748 gesetz... COOL
Danke für die schnellen Antworten ...!!!
Manchmal ist es so simpel 8)
Hallo zusammen,
da ich der Meinung bin, dass mein HM-USB Stick Probleme mit der AES Encryption verursacht, da ich den Stick an meine ESXi VM durchreiche und haeufig ueber 100ms Latenzen habe, habe ich heute den HMUART integriert. Der Raspi dafuer hat gleichzeitig noch eine CUL fuer 433 MHz :)
Was ich etwas vermisse im HMUART Modul ist das get assignIDs. Wird das noch nachkommen, oder gibt es einen Grund, dass es vlt. nicht funktioniert?
Danke und ein schoenes 3rd Advent WE :)
Seit längerem habe ich massive Probleme mit ,,queue is full, dropping packet" mit meinen beiden HM-UART-LGWs, die via VCCU angebunden sind. Mit nur einem HMLAND CFG USB Stick hatte ich die Probleme nicht.
Kann mir bitte jemand erklären was die o.g. Meldung genau bedeutet. Mit den Attribut ,,qLen" habe ich auch schon experimentiert – bin aktuell bei 90 und habe immer noch Probleme. Danke.
EDIT: Ich kann mir die Frage inzwischen selbst beantworten.
Wieso findet man die FW für das HM-MOD-UART nur hier und nicht bei eq3?
Kann es sein daß ich FW 1.2.1 bei mir installiert habe?
Will jetzt nichts falsches Flashen (sofern das überhaupt geht).
Zitat von: amunra am 11 Dezember 2016, 16:26:11
Seit längerem habe ich massive Probleme mit ,,queue is full, dropping packet" mit meinen beiden HM-UART-LGWs, die via VCCU angebunden sind. Mit nur einem HMLAND CFG USB Stick hatte ich die Probleme nicht.
Kann mir bitte jemand erklären was die o.g. Meldung genau bedeutet. Mit den Attribut ,,qLen" habe ich auch schon experimentiert – bin aktuell bei 90 und habe immer noch Probleme. Danke.
EDIT: Ich kann mir die Frage inzwischen selbst beantworten.
Wäre doch schön, wenn du die Lösung hier teilen würdest... :-)
Zitat von: Christian72D am 12 Dezember 2016, 16:17:01
Wieso findet man die FW für das HM-MOD-UART nur hier und nicht bei eq3?
Kann es sein daß ich FW 1.2.1 bei mir installiert habe?
Will jetzt nichts falsches Flashen (sofern das überhaupt geht).
Guten Abend,
Ich sehe nicht, dass dies hier irgendwas mit "hier" zu tun hat https://github.com/eq-3/occu/tree/master/firmware
Die aktuelle Firmware ist D-firmware 1.4.1 damit werden die Module typischerweise nicht ausgeliefert.
Gruß Otto
Zitat von: MadMax-FHEM am 12 Dezember 2016, 16:34:34
Wäre doch schön, wenn du die Lösung hier teilen würdest... :-)
Klar ;) - die Lösung habe ich noch nicht, aber ein paar verdächtige "HM-ES-PMSw1-Pl's". Wenn ich sichergestellt habe, dass die Probleme nicht durch mich verursacht werden, dann melde ich mich.
Hallo Helfer?!
ich versuche mich gerade daran, dass kleine Funkmodul in einen neuen Pi3 mit Jessie Lite von November 16 zu implementieren. Fhem Installation jungfräulich und absolut leer.
Die Platine ist gelötet....da bin ich noch gut drin! :o
Gemäß WIKI habe ich die 3 Zeilen in der config.txt ergänzt. Auch habe ich in /boot/cmdline.txt diesen "console=ttyAMA0,115200" Eintrag gelöscht.
Jetzt kommt eigentlich der Tausch in der Datei /lib/systemd/system/hciuart.service zweimal ttyAMA0 gegen ttyS0.
In meiner Datei finde ich diese Einträge jedoch nicht:
Zitat
[Unit]
Description=Configure Bluetooth Modems connected by UART
ConditionPathIsDirectory=/proc/device-tree/soc/gpio@7e200000/bt_pins
Before=bluetooth.service
After=dev-serial1.device
[Service]
Type=forking
ExecStart=/usr/bin/hciattach /dev/serial1 bcm43xx 921600 noflow -
[Install]
WantedBy=multi-user.target
Egal?
Schiesse ich einfach den Befehl:
sed -i s/ttyAMA0/ttyS0/ /lib/systemd/system/hciuart.serviceüber das Terminal ab? Und es wird schon?
Auch Frage hierzu:
ZitatDen Dienst serial-getty deaktivieren
systemctl disable serial-getty@ttyAMA0.serviceEbenfalls über das Terminal rausballern?
Entschuldigt die vielleicht blöden und zu einfachen Fragen...keine Kenntnisse in der Materie....dank Eurer Hilfe bin ich aber stets zum Ziel gekommen und erfreue mich an Fhem schon seit mehreren Jahren.
Lieben Dank,
Christian
Mein Problem ist jetzt, das Lan-Gateway an die CCU2 zu bekommen. Die CCU2 findet de Raspberry nicht. Hier meine Fragen:
1.) Muss ich in FHEM HMUARTLGW als UART-Modul und als LAN Gateway oder reicht es wenn ich nur das LAN Gateway anlege
2.) Muss noch zu den beschriebenen attr noch weitere setzen und in welchem Modul (UART, LAN)
3.) Brauche ich unbedingt die VCCU. Die bereitet mir Probleme in der CCU2. Die Startet nach der Installation mit Fehlern. HMRi und noch ein gerät fällt aus.
Danke für eure Hilfe. Ich wünsche allen Usern in diesem Forum ein frohes neues Jahr.
LG
Michael P.
Zitat von: Mickyr am 29 Dezember 2016, 22:51:35
Mein Problem ist jetzt, das Lan-Gateway an die CCU2 zu bekommen. Die CCU2 findet de Raspberry nicht. Hier meine Fragen:
1.) Muss ich in FHEM HMUARTLGW als UART-Modul und als LAN Gateway oder reicht es wenn ich nur das LAN Gateway anlege
2.) Muss noch zu den beschriebenen attr noch weitere setzen und in welchem Modul (UART, LAN)
3.) Brauche ich unbedingt die VCCU. Die bereitet mir Probleme in der CCU2. Die Startet nach der Installation mit Fehlern. HMRi und noch ein gerät fällt aus.
Danke für eure Hilfe. Ich wünsche allen Usern in diesem Forum ein frohes neues Jahr.
LG
Michael P.
Hallo Michael,
irgendwie glaube ich Du bist hier im völlig falschen Thread. Hier geht es um die Anbindung Lan Gateway an FHEM. Anbindung an CCU2 ist ein komplett anderes Thema. Du kannst eine Homematic / eq3 Umgebung nativ betreiben und über das Modul HMCCU quasi in FHEM abbilden bzw. koppeln.
Oder Deine Frage war mir zu wirr.
Gruß Otto
Zitat von: Bibo am 29 Dezember 2016, 18:49:43
Jetzt kommt eigentlich der Tausch in der Datei /lib/systemd/system/hciuart.service zweimal ttyAMA0 gegen ttyS0.
In meiner Datei finde ich diese Einträge jedoch nicht:
Egal?
Schiesse ich einfach den Befehl:
sed -i s/ttyAMA0/ttyS0/ /lib/systemd/system/hciuart.service
über das Terminal ab? Und es wird schon?
Auch Frage hierzu:systemctl disable serial-getty@ttyAMA0.service
Ebenfalls über das Terminal rausballern?
Hallo Christian,
Ja Du hast Recht irgendwie sieht die Datei /lib/systemd/system/hciuart.service mittlerweile anders aus. Ist bei mir auch so. Den Befehl abschießen kannst Du aber das ist zweckfrei. Offenbar braucht die hciuart.service in der aktuelle Version nicht zu manipulieren.
Die letzte Frage: Ja genau so ist es.
Gruß Otto
ZitatHallo Michael,
irgendwie glaube ich Du bist hier im völlig falschen Thread. Hier geht es um die Anbindung Lan Gateway an FHEM. Anbindung an CCU2 ist ein komplett anderes Thema. Du kannst eine Homematic / eq3 Umgebung nativ betreiben und über das Modul HMCCU quasi in FHEM abbilden bzw. koppeln.
Otto, danke für deine Antwort. Die hat mir geholfen. Ich habe das Modul falsch verstanden.
LG
Michael
Hallo Otto,
danke für die Hilfe!
Komme aber noch nicht weiter.
Fhem meldet jetzt nach dem flashen des Funkmoduls dies:
Zitat/path/to/coprocessor_update.eq3 is not a valid firmware file!
Ich habe gemäß WIKI erst den Download gemacht, dann die fhem.cfg um
define myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId 28A1F2ergänzt, und danach geflasht!
set myHmUART updateCoPro /path/to/coprocessor_update.eq3Was mache ich falsch?
Freue mich auf Antwort und Hilfe.
Zitat von: Bibo am 30 Dezember 2016, 17:52:34
set myHmUART updateCoPro /path/to/coprocessor_update.eq3
Hallo Bibo,
überlege doch mal, gibt es bei Dir einen /path/to ? ;D Wo hast Du denn das Firmware File hin gespeichert, wie hast Du das download gemacht?
Du musst es am Besten nach /opt/fhem/FHEM/firmware kopieren. Und dann am besten den kompletten Pfad angeben.
Gruß Otto
jo..... 8) Ich habe keine Ahnung von der Materie!
die Datei liegt in /home/pi
also kopiere ich das Teil mit
cp coprocessor_update.eq3 /opt/fhem/FHEM/firmware
????
cp coprocessor_update.eq3 /opt/fhem/FHEM/firmware/
Ich mache immer zur Sicherheit den Abschluss / mit hin, sonst öffnet er unter Umständen eine neue Datei. :o
Wenn Du Pi bist dann mit sudo davor!
sudo cp coprocessor_update.eq3 /opt/fhem/FHEM/firmware/
Gruß Otto
Hi Otto,
danke für so viel Geduld.....ich werde hier bekloppt....
pi@raspberrypi:~ $ cp coprocessor_update.eq3 /opt/fhem/FHEM/firmware/
cp: cannot create regular file '/opt/fhem/FHEM/firmware/coprocessor_update.eq3': Permission denied
sudo
Lieber Otto,
Du bist mein Held! Danke für Deine Hilfe und noch größeren Dank für Deine Geduld.
Ohne die großartige Hilfe hier im Forum, würde ich wohl ewig brauchen, auch wenn es für die "Großen" sicher nur Peanuts sind.
Das Teil funkt und schaltet! ;D
Wieso braucht man sudo für so eine läppische Kopie?
Jetzt möchte ich noch eine VCCU. Ich denke dieses Ding macht Sinn. Dann funkt der Pi mit Funkmodul auf der GPIO im Keller und das HM-LAN Ufo kommt ins Dach.
Lieben Gruß
Bibo
Zitat von: Bibo am 30 Dezember 2016, 20:06:50
Wieso braucht man sudo für so eine läppische Kopie?
Ganz einfach: vermutlich hat der normale User in dem Verzeichnis einfach keine Schreibrechte ;)
Das ist ein bisschen anders als bei Windoof ;D
Gruß PeMue
Hi,
ich hab mir das HM-MOD-RPI-PCB besorgt. Nach Anleitung verlötet und an einen seriellen USB Konverter gehängt. (CP2104).
Bekomme nach Anstecken folgenden log:
2017.01.07 00:47:28 3: Opening myHmUART device /dev/ttyUSB0
2017.01.07 00:47:28 3: Setting myHmUART serial parameters to 115200,8,N,1
2017.01.07 00:47:28 3: myHmUART device opened
2017.01.07 00:47:32 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2017.01.07 00:47:35 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2017.01.07 00:47:38 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2017.01.07 00:47:41 1: HMUARTLGW myHmUART did not respond after all, reopening
2017.01.07 00:47:41 3: myHmUART device closed
2017.01.07 00:47:41 3: Setting myHmUART serial parameters to 115200,8,N,1
2017.01.07 00:47:41 1: /dev/ttyUSB0 reappeared (myHmUART)
2017.01.07 00:47:45 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2017.01.07 00:47:48 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2017.01.07 00:47:51 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2017.01.07 00:47:54 1: HMUARTLGW myHmUART did not respond after all, reopening
2017.01.07 00:47:54 3: myHmUART device closed
Shutdown, restart, stromloss... alles hat nichts gebracht. Weiß da jemand rat?
Internals:
CNT 1
DEF /dev/ttyUSB0
DevState 1
DevType UART
DeviceName /dev/ttyUSB0@115200
FD 28
LastOpen 1483746936.11903
NAME myHmUART
NR 187
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
Helper:
Ackpending:
1:
cmd 00
dst 0
frame FD00030001009E03
resend 1
time 1483746937.12232
LastSendLen:
3
Log:
IDs:
Readings:
2017-01-07 00:54:55 D-type HM-MOD-UART
2017-01-07 00:55:37 cond init
2017-01-07 00:54:55 loadLvl suspended
2017-01-07 00:55:36 state opened
Attributes:
Danke und bis denn
SouzA
Welche Anleitung? Sende und Empfangsleistungen Tx <-> Rx und Rx <-> Tx richtig angeschlossen?
Hallo,
Coprozessor Update gemacht ? Ist das fehlerfrei dirchgelaufen?
LG Christoph
Zitat von: SouzA am 07 Januar 2017, 00:56:26
Hi,
ich hab mir das HM-MOD-RPI-PCB besorgt. Nach Anleitung verlötet und an einen seriellen USB Konverter gehängt. (CP2104).
Bekomme nach Anstecken folgenden log:
2017.01.07 00:47:28 3: Opening myHmUART device /dev/ttyUSB0
2017.01.07 00:47:28 3: Setting myHmUART serial parameters to 115200,8,N,1
2017.01.07 00:47:28 3: myHmUART device opened
2017.01.07 00:47:32 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2017.01.07 00:47:35 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2017.01.07 00:47:38 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2017.01.07 00:47:41 1: HMUARTLGW myHmUART did not respond after all, reopening
2017.01.07 00:47:41 3: myHmUART device closed
2017.01.07 00:47:41 3: Setting myHmUART serial parameters to 115200,8,N,1
2017.01.07 00:47:41 1: /dev/ttyUSB0 reappeared (myHmUART)
2017.01.07 00:47:45 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2017.01.07 00:47:48 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2017.01.07 00:47:51 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2017.01.07 00:47:54 1: HMUARTLGW myHmUART did not respond after all, reopening
2017.01.07 00:47:54 3: myHmUART device closed
Shutdown, restart, stromloss... alles hat nichts gebracht. Weiß da jemand rat?
Internals:
CNT 1
DEF /dev/ttyUSB0
DevState 1
DevType UART
DeviceName /dev/ttyUSB0@115200
FD 28
LastOpen 1483746936.11903
NAME myHmUART
NR 187
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
Helper:
Ackpending:
1:
cmd 00
dst 0
frame FD00030001009E03
resend 1
time 1483746937.12232
LastSendLen:
3
Log:
IDs:
Readings:
2017-01-07 00:54:55 D-type HM-MOD-UART
2017-01-07 00:55:37 cond init
2017-01-07 00:54:55 loadLvl suspended
2017-01-07 00:55:36 state opened
Attributes:
Danke und bis denn
SouzA
Da funktioniert die serielle Schnittstelle nicht. Dein Konverter kaputt, falscher Anschluss, Gerät ist nicht USB0, 5Volt 3,3 Volt?
Gruß Otto
Hi,
Zitat von: amunra am 07 Januar 2017, 02:42:19
Welche Anleitung? Sende und Empfangsleistungen Tx <-> Rx und Rx <-> Tx richtig angeschlossen?
Aso, ich hab mir den Bausatz gekauft... die zugehörige Anleitung.
Warum muss man da TX und RX vertauschen? Aber ja, jetzt funktioniert das Teil!
Vielen Dank!
Auch den anderen beiden Antwortenden danke ich sehr für Ihre Unterstützung!
Bis denn
SouzA
Zitat von: SouzA am 07 Januar 2017, 12:48:11
Hi,Aso, ich hab mir den Bausatz gekauft... die zugehörige Anleitung.
Warum muss man da TX und RX vertauschen? Aber ja, jetzt funktioniert das Teil!
Vielen Dank!
Auch den anderen beiden Antwortenden danke ich sehr für Ihre Unterstützung!
Bis denn
SouzA
TX: senden
RX: empfangen
D.h. der eine sendet auf der TX-Leitung dazu muss der andere auf der RX-Leitung lauschen, ergo: TX von dem einen mit RX von dem anderen beteiligten Partner...
...und umgekehrt...
Gruß, Joachim
senden (tx) an empfangen (rx)
ansonsten wäre das quasi, wie wenn beim telefonieren einer das telefon mit dem mikro ans ohr und dem lautsprecher zum mund hält...
Zitat von: SouzA am 07 Januar 2017, 12:48:11
Warum muss man da TX und RX vertauschen? Aber ja, jetzt funktioniert das Teil!
Weil das nun mal so ist bei seriellen Schnittstellen. T steht für Transmit, R für Receive.
Sender -> Empfänger.
Empfänger <- Sender
Gruß Otto
P.S. dreimal hält besser 8)
Zitat von: automatisierer am 07 Januar 2017, 13:04:42
senden (tx) an empfangen (rx)
ansonsten wäre das quasi, wie wenn beim telefonieren einer das telefon mit dem mikro ans ohr und dem lautsprecher zum mund hält...
Die Erklärung ist grandios!
Das muss ich mir merken... ;)
Ich finde es prima, dass nun auch die assignIds anzeigbar sind. Danke dafür!
Sorry, aber was kanns man anzeigen und wieso ist das prima?
Bis denn
SouzA
Ich habe eine VCCU mit hm LAN und RPi Aufsatz im Einsatz.
Beim hm LAN (und übrigens auch dem hm USB Stick) kann man ein get assignIds aufrufen und sehen, welcher Aktor mit dem Device angesprochen wird.
Bis vor kurzem ging das bei dem RPi Aufsatz nicht.
Hallo zusammen,
ich habe ein UART Modul auf einem RPI3 als LAN Gateway nach Wiki eingerichtet. Alles funktioniert soweit auch gut.
Gemacht habe ich das alles, obwohl ich schon 2 Homematic LAN Gateways habe, damit ich auf verschiedenen Modulen die
firmware updaten kann. Dies hat auch soweit alles funktioniert.
Prinzipiell schalten lassen sich verschiedene Aktoren ebenfalls. Meine device Definition im cfg:
define STEUERUNG_HM_3 HMUARTLGW uart://192.168.2.173:2000
attr STEUERUNG_HM_3 csmaCa 1
attr STEUERUNG_HM_3 dutyCycle 0
attr STEUERUNG_HM_3 group SYSTEM
attr STEUERUNG_HM_3 hmId F11205 (diesselbe ID wie die beiden HM LanAdapter)
attr STEUERUNG_HM_3 qLen 40
Was mir auffiel: Auf einmal waren Attack log Eintraege vorhanden ala:
2016.12.01 14:50:38 2: CUL_HM TEMP_ARBEITSZIMMER2 attack:01F112051DE9A902080190022431903224,01F112051DE9A90206:1F112051DE9A902050000000006
Sobald ich die STEUERUNG_HM_3 auf closed setze, verschwinden diese. Daraus schliesse ich, dass STEUERUNG_HM_3 diese
attacks produziert. Sobald man ihn auf closed setzt (ich habe eine vccu) und die anderen wieder benutzt werden ist absolute Ruhe.
Habe ich einen Fehler gemacht ? Wenn ja wo ?
Für Hilfe wäre ich dankbar.
ZitatIch finde es prima, dass nun auch die assignIds anzeigbar sind. Danke dafür!
Eine Frage zu "assignIds": ich arbeite mit einer VCCU und habe das HMUARTGWL parallel zu einem HMLAN installiert. Müßten nicht auch alle HM Devices dem HMUARTGWL zugeordnet sein? Das ist nämlich bei mir nicht der Fall. Kann man das forcieren?
Gruß
Blueberry63
schau unter "get vccu listDevice", dann siehst du, mit wemm die anderen devices assigned sind.
Diese Liste der VCCU habe ich schon gesehen. Müßten aber nicht ALLE Geräte bei BEIDEN Gateways registriert sein? Spätestens, wenn ich mein HMLAN über "dummy=1" vorübergehend deaktiviere, müßten doch ALLE Devices dem HMUART zugeordnet werden, oder?
Gruß
Blueberry63
soweit ich weiss, werden sie erst dann umgeswitched, wenn es von fhem etwas zu senden gibt.
Zitat von: blueberry63 am 09 Januar 2017, 14:40:54
Müßten aber nicht ALLE Geräte bei BEIDEN Gateways registriert sein?
Solange beide Gateways die gleiche hmId haben und in der vccu zusammengefasst sind, nein. Dann genügt als IOgrp-Angabe in den Geräten einzige die VCCU. Wenn man die fallweise Auswahl des Sendegerätes nicht der VCCU überlassen will, gibt man nach der VCCU durch einen Doppelpunkt getrennt eine Liste der abzuarbeitenden IOs an. -> commandref.
ZitatSpätestens, wenn ich mein HMLAN über "dummy=1" vorübergehend deaktiviere,
Dafür kennt FHEM übrigens auch den Mechanismus "set <HM-IO> close".
Zitat von: Pfriemler am 09 Januar 2017, 15:16:46
Dafür kennt FHEM übrigens auch den Mechanismus "set <HM-IO> close".
Was aber nur bis zum nächsten Neustart hält.
Zitat von: marvin78 am 09 Januar 2017, 15:19:28
Was aber nur bis zum nächsten Neustart hält.
Ich wollt's noch dazuschreiben, war mir aber in dem Moment nicht sicher. Aber zum Testen reicht es und man vergisst es hinterher nicht.
Hallo, leider bin ich neu im FHEM Thema und bin grade an verzweifeln. :'(
Ich versuche seit einiger Zeit mein HM-MOD-RPI-PCB Raspberry 2 + Jessie zum laufen zu bekommen. Leider ohne Erfolg. Ich bin nun bestimmt 5 mal die Wiki und den Thread durchgegangen und anscheinend übersehe ich etwas.
Im Fhem wechselt der
cond Status von disconnected zu init und zurück
im Log steht:
Setting FRM_0 serial parameters to 57600,8,N,1
2017.01.15 22:23:07 3: querying Firmata Firmware Version
2017.01.15 22:23:08 3: querying Firmata Firmware Version
2017.01.15 22:23:09 3: querying Firmata Firmware Version
2017.01.15 22:23:09 3: no response from Firmata, closing DevIO
2017.01.15 22:23:09 1: /dev/ttyAMA0 disconnected, waiting to reappear (FRM_0)
2017.01.15 22:23:09 1: HMUARTLGW myHmUART did not respond after all, reopening
2017.01.15 22:23:09 3: myHmUART device closed
2017.01.15 22:23:09 3: Setting myHmUART serial parameters to 115200,8,N,1
2017.01.15 22:23:09 1: /dev/ttyAMA0 reappeared (myHmUART)
Es hat auch kein anderer Prozess AMA0 in Benutzung
pi@rasp2:~/hmcfgusb $ sudo lsof /dev/ttyAMA0
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
Output information may be incomplete.
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
perl 554 fhem 5u CHR 204,64 0t0 1026 /dev/ttyAMA0
perl 554 fhem 22u CHR 204,64 0t0 1026 /dev/ttyAMA0
Berechtigungen stimmen auch.
dialout:x:20:pi,fhem
Modul habe ich auch geflasht mit:
./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
Hat jemand eine Idee was ich übersehen habe? Gibt es eine Möglichkeit herauszufinden, welche Firmware version auf dem HM-MOD-RPI-PCB befindet?
Ist initial usbcheck aktiv?
https://forum.fhem.de/index.php?topic=19486.0 (https://forum.fhem.de/index.php?topic=19486.0)
Würde ich mal deaktivieren...
Welche FW ist auf dem HM-UART modul??
Stecken weitere Module? Per USB?
Gruß, Joachim
Hi Adamski,
was sagt ls -l /dev/ttyAMA0 ?
ps -A |grep getty
cat /etc/inittab
Bitte in Code Tags posten (# Taste über den Smilies)
Gruß Otto
Hallo Joachim,
Hallo Otto,
danke für die schnellen Antworten.
Ich habe nun attr initialUsbCheck disable 1 gesetzt und einen reboot durchgeführt. initialUsbCheck ist auf disabled. Trotzdem habe ich noch das selbe Problem. An der Raspberry ist sonst nichts angeschlossen. Nur Das Netzwerkkabel und das Modul.
Die FW ist, meine ich 1.4.1. Gibt es die Möglichkeit Diese auszulesen ?
[root@rasp2:/home/pi# ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Jan 15 23:29 /dev/ttyAMA0
root@rasp2:/home/pi# ps -A |grep getty
root@rasp2:/home/pi# cat /etc/inittab
cat: /etc/inittab: No such file or directory
root@rasp2:/home/pi#
/code]
Gruß
Adam
Ich würde denken das Modul arbeitet nicht. Falsch gelötet? Kurzschluss? Falsch gesteckt?
Nicht nur reboot sondern auch mal Strom weg?!
Gruß Otto
Das seltsame ist, dass ich es flashen konnte (davor lief es aber auch nicht) und es ist bereits das Zweite :-( . Löten habe ich auch mal gelernt und das sieht alles sauber aus. Ich messe alles nochmal am Freitag durch.
Danke euch!
Wünsche eine gute Nacht
Adam
Ich will Dir nicht zu Nahe treten, aber wir hatten es auch schon, dass der Steckverbinder auf die falsche Seite gelötet war.
Schau Dir das Bild im Wiki nochmal an 8)
Waren die Meldungen beim Flashen wirklich ok? Nicht das es alles bloß "in die Luft" ging.
Gruß Otto
Hallo,
Zitat von: Adamski am 15 Januar 2017, 22:34:56
2017.01.15 22:23:09 1: /dev/ttyAMA0 disconnected, waiting to reappear (FRM_0)
2017.01.15 22:23:09 1: /dev/ttyAMA0 reappeared (myHmUART)
perl 554 fhem 5u CHR 204,64 0t0 1026 /dev/ttyAMA0
perl 554 fhem 22u CHR 204,64 0t0 1026 /dev/ttyAMA0
Du versuchst ttyAMA0 in zwei unterschiedlichen Fhem-Modulen zu benutzen, das klappt nicht.
Viele Grüße
Michael
Guten Tag zusammen,
da ich jetzt gesehen habe, dass noch einige diesen Thread lesen, und direkt geantwortet haben, gehe ich davon aus, dass meine Frage zu dumm war oder zu schwer, oder dass niemand solche Phänomene hat.... richtig ?
Wenn dem der Fall ist, so close ich mein device und benutze es nur noch für firmware updates...
Oder habe ich beim aufsetzen meiner Nachricht was falsch gemacht ?!
VG
mcfly
Bei Dir ging es um die "Attack"-Meldungen?
Dazu fällt mir spontan nur ein: VCCU ist definiert? Das neue I/O hast Du der VCCU zugefügt?
Zitat von: mcfly71 am 16 Januar 2017, 12:12:34
Guten Tag zusammen,
da ich jetzt gesehen habe, dass noch einige diesen Thread lesen, und direkt geantwortet haben, gehe ich davon aus, dass meine Frage zu dumm war oder zu schwer, oder dass niemand solche Phänomene hat.... richtig ?
Wenn dem der Fall ist, so close ich mein device und benutze es nur noch für firmware updates...
Oder habe ich beim aufsetzen meiner Nachricht was falsch gemacht ?!
VG
mcfly
Hi,
also Du hast nix falsch gemacht. :D
Ich habe Deine Frage gelesen und verstanden. Habe aber null Idee was diese attack Meldungen auslösen kann. Normalerweise kommen die wenn man einen weiteren IO mit anderer HMID betreibt.
Gruß Otto
Hallo ph1959de und Otto,
Zitat von: Otto123 am 16 Januar 2017, 13:04:38
Hi,
also Du hast nix falsch gemacht. :D
Ich habe Deine Frage gelesen und verstanden. Habe aber null Idee was diese attack Meldungen auslösen kann. Normalerweise kommen die wenn man einen weiteren IO mit anderer HMID betreibt.
Gruß Otto
Zitat von: ph1959de am 16 Januar 2017, 12:20:20
Bei Dir ging es um die "Attack"-Meldungen?
Dazu fällt mir spontan nur ein: VCCU ist definiert? Das neue I/O hast Du der VCCU zugefügt?
Danke erstmal für die Rückmeldungen. Ich habe eine VCCU und durch den state:
STATE STEUERUNG_HM:ok,STEUERUNG_HM_2:ok,STEUERUNG_HM_3:ok
gehe ich mal davon aus, dass alles rechtens ist.
Ich experimentiere nochwas....
Trotzdem schonmal Danke für eure Meldungen...
VG
ich hatte letztens auch eine attack meldung. allerdings denke ich nicht, dass bei mir der hmuart schuld ist, denn sonst würde ich die meldungen ja sicherlich reproduzierbar und regelmässig erhalten.
der hmuart ist prefered io bei diesem device und mit den beiden anderen io's ebenfalls mit einer vccu assigned.
2017.01.10 19:18:46.667 0: HMUARTLGW hmuart1 recv: 01 04 03 00 53 msg: 03 80 02 1DFDA5 1ACE1F 00
2017.01.10 19:18:46.678 0: HMLAN_Parse: hmlan1 R:E1DFDA5 stat:0000 t:B99EAC6B d:FF r:FFC6 m:03 8002 1DFDA5 1ACE1F 00
2017.01.10 19:18:46.701 0: HMLAN_Parse: hmusb1 R:E1DFDA5 stat:0000 t:59BDFDD6 d:FF r:FFC9 m:03 8002 1DFDA5 1ACE1F 00
2017.01.10 19:18:46.764 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 04 A0 01 1ACE1F 1DFDA5 02050000000005
2017.01.10 19:18:46.822 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:B99EACFB d:FF r:FFBA m:04 A001 1ACE1F 1DFDA5 02050000000005
2017.01.10 19:18:46.826 0: HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:59BDFE65 d:FF r:FFB0 m:04 A001 1ACE1F 1DFDA5 02050000000005
2017.01.10 19:18:46.939 0: HMUARTLGW hmuart1 recv: 01 04 03 00 54 msg: 04 80 02 1DFDA5 1ACE1F 00
2017.01.10 19:18:46.950 0: HMLAN_Parse: hmlan1 R:E1DFDA5 stat:0000 t:B99EAD7B d:FF r:FFC6 m:04 8002 1DFDA5 1ACE1F 00
2017.01.10 19:18:46.954 0: HMLAN_Parse: hmusb1 R:E1DFDA5 stat:0000 t:59BDFEE5 d:FF r:FFC9 m:04 8002 1DFDA5 1ACE1F 00
2017.01.10 19:18:47.036 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 05 A0 01 1ACE1F 1DFDA5 02080110
2017.01.10 19:18:47.090 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:B99EAE08 d:FF r:FFBB m:05 A001 1ACE1F 1DFDA5 02080110
2017.01.10 19:18:47.091 2: CUL_HM Thermostat.SZ attack:011ACE1F1DFDA50206,011ACE1F1DFDA502050000000005:11ACE1F1DFDA502080110
2017.01.10 19:18:47.147 1: ------ ATTACK-ALARM ----- Thermostat.SZ(1DFDA5) sabotageAttack_ErrIoAttack cnt: 1
2017.01.10 19:18:47.150 0: HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:59BDFF73 d:FF r:FFB0 m:05 A001 1ACE1F 1DFDA5 02080110
2017.01.10 19:18:47.151 2: CUL_HM Thermostat.SZ attack:011ACE1F1DFDA50206,011ACE1F1DFDA502050000000005:11ACE1F1DFDA502080110
2017.01.10 19:18:47.210 0: HMUARTLGW hmuart1 recv: 01 04 03 00 54 msg: 05 80 02 1DFDA5 1ACE1F 00
2017.01.10 19:18:47.221 0: HMLAN_Parse: hmlan1 R:E1DFDA5 stat:0000 t:B99EAE8B d:FF r:FFC6 m:05 8002 1DFDA5 1ACE1F 00
2017.01.10 19:18:47.246 0: HMLAN_Parse: hmusb1 R:E1DFDA5 stat:0000 t:59BDFFF5 d:FF r:FFC9 m:05 8002 1DFDA5 1ACE1F 00
2017.01.10 19:18:47.307 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 06 A0 01 1ACE1F 1DFDA5 0206
2017.01.10 19:18:47.361 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:B99EAF17 d:FF r:FFBA m:06 A001 1ACE1F 1DFDA5 0206
2017.01.10 19:18:47.370 0: HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:59BE0080 d:FF r:FFB0 m:06 A001 1ACE1F 1DFDA5 0206
2017.01.10 19:18:47.482 0: HMUARTLGW hmuart1 recv: 01 04 03 00 53 msg: 06 80 02 1DFDA5 1ACE1F 00
2017.01.10 19:18:47.493 0: HMLAN_Parse: hmlan1 R:E1DFDA5 stat:0000 t:B99EAF9B d:FF r:FFC6 m:06 8002 1DFDA5 1ACE1F 00
2017.01.10 19:18:47.498 0: HMLAN_Parse: hmusb1 R:E1DFDA5 stat:0000 t:59BE0104 d:FF r:FFC9 m:06 8002 1DFDA5 1ACE1F 00
2017.01.10 19:18:47.579 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 07 80 3F 1ACE1F 1DFDA5 02042007D3F4
2017.01.10 19:18:47.622 0: HMUARTLGW hmuart1 recv: 01 0402, state 101
2017.01.10 19:18:47.623 0: HMUARTLGW hmuart1 Ack: 02
2017.01.10 19:18:47.623 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 08 A0 01 1ACE1F 1DFDA5 02050000000005
2017.01.10 19:18:47.637 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:B99EB02B d:FF r:FFBA m:07 803F 1ACE1F 1DFDA5 02042007D3F4
2017.01.10 19:18:47.658 0: HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:59BE0194 d:FF r:FFB0 m:07 803F 1ACE1F 1DFDA5 02042007D3F4
2017.01.10 19:18:47.779 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:B99EB0B9 d:FF r:FFBA m:08 A001 1ACE1F 1DFDA5 02050000000005
2017.01.10 19:18:47.786 0: HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:59BE0223 d:FF r:FFB0 m:08 A001 1ACE1F 1DFDA5 02050000000005
Hallo,
das hier sendet der HMUART:
Zitat von: frank am 16 Januar 2017, 16:42:31
2017.01.10 19:18:46.764 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 04 A0 01 1ACE1F 1DFDA5 02050000000005
2017.01.10 19:18:47.036 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 05 A0 01 1ACE1F 1DFDA5 02080110
Das letzte Frame löst die Attack-Meldung aus:
Zitat
2017.01.10 19:18:47.151 2: CUL_HM Thermostat.SZ attack:011ACE1F1DFDA50206,011ACE1F1DFDA502050000000005:11ACE1F1DFDA502080110
Hier denkte CUL_HM, dass es nur "01 1ACE1F 1DFDA5 0206" (wohl vor dem Logausschnitt) und "01 1ACE1F 1DFDA5 02050000000005" gesendet hat, jetzt aber auf einmal ein "1ACE1F 1DFDA5 02080110" sieht (was es ja tatsächlich auch als letztes gesendet hat).
Ich nehme an, dass hier Martins Code irgendwie vergisst, sich manche gesendeten Nachrichten zu merken.
Am besten zu den Attack-Meldungen ein neues Topic mit entsprechenden Logs aufmachen, damit Martin das auch sieht. Das ist nicht IO-spezifisch.
Viele Grüße
Michael
ZitatAm besten zu den Attack-Meldungen ein neues Topic mit entsprechenden Logs aufmachen, damit Martin das auch sieht. Das ist nicht IO-spezifisch.
ok, hier gehts mit etwas mehr log weiter: https://forum.fhem.de/index.php/topic,65019.0.html (https://forum.fhem.de/index.php/topic,65019.0.html)
hallo michael,
kurz nach mitternacht fordern meine thermostate (hm-cc-tc) immer die aktuelle uhrzeit, um sich zu synchronisieren:
2017.01.19 00:01:15.674 0: HMUARTLGW hmuart1 recv: 01 05 00 00 35 msg: B7 86 70 206278 000000 00B538
2017.01.19 00:01:15.685 0: HMLAN_Parse: hmlan1 R:E206278 stat:0000 t:0E8EBAD4 d:FF r:FFB6 m:B7 8670 206278 000000 00B538
2017.01.19 00:01:15.695 0: HMLAN_Parse: hmusb1 R:E206278 stat:0000 t:83F3570E d:FF r:FFB6 m:B7 8670 206278 000000 00B538
2017.01.19 00:01:15.871 0: HMUARTLGW hmuart1 recv: 01 05 01 00 35 msg: B8 A0 3F 206278 1ACE1F
2017.01.19 00:01:15.883 0: HMLAN_Parse: hmlan1 R:E206278 stat:0000 t:0E8EBB9A d:FF r:FFB6 m:B8 A03F 206278 1ACE1F
2017.01.19 00:01:15.887 0: HMLAN_Parse: hmusb1 R:E206278 stat:0000 t:83F357D4 d:FF r:FFB7 m:B8 A03F 206278 1ACE1F
2017.01.19 00:01:16.012 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0E8EBC1B d:FF r:FFB7 m:B8 803F 1ACE1F 206278 02022012B06C # 538095724s
2017.01.19 00:01:16.015 0: HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:83F35855 d:FF r:FFB4 m:B8 803F 1ACE1F 206278 02022012B06C
2017.01.19 00:01:16.169 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: B8 80 3F 1ACE1F 206278 02042012A22B
2017.01.19 00:01:16.213 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0E8EBCE5 d:FF r:FFB7 m:B8 803F 1ACE1F 206278 02042012A22B # 538092075s (dif: 3649s)
2017.01.19 00:01:16.242 0: HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:83F3591F d:FF r:FFB4 m:B8 803F 1ACE1F 206278 02042012A22B
anscheinend macht der hmuart die synchronisierung zuerst von selbst und anschliessend noch einmal durch cul_hm initiert. ich denke, eine der beiden aktionen sollte man einsparen, zumal sich die übermittelten zeiten deutlich unterscheiden. vielleicht kannst du es dem hmuart "abgewöhnen"?
ausserdem gibt es einen kleinen unterschied beim 2. byte der payload. hmuart sendet hier 0x02 und cul_hm immer 0x04, egal zu welchem device. worin besteht hier wohl der unterschied?
könnte es sein, dass die zeit im hmuart falsch initiert wird? der unterschied von 3649 sekunden lässt mich vermuten, dass hier eventuell ein zeitzonenproblem existiert. zum testen habe ich die zeitfunktionen vom modul mal über die fhemeingabe ermittelt, wobei zwischen den einzelnen zeilen ein paar sekunden/minuten abstand gewesen sind. localtime war zu diesem zeitpunkt richtig:
time() => 1484831479.53236
localtime(time()) => Thu Jan 19 14:14:04 2017
timegm(localtime(time())) => 1484835470
timelocal(localtime(time())) => 1484832016
(timegm(localtime(time()))-timelocal(localtime(time()))) => 3600
(timegm(localtime(time()))-timelocal(localtime(time())))/1800 => 2
die restlichen 49 sekunden sind dann wahrscheinlich seit dem letzten fhemstart vor knapp 9 tagen zusammen gekommen. fast 6 sekunden pro tag.
gruss frank
Hallo,
warum wird eigentlich der LGW Lan Adapter zweimal angelegt? Der normale zb. HMLGW und ein HMLGW:keepAlive in dem Hidden Room?
Mfg Sig10680
Gesendet von meinem SM-G800F mit Tapatalk
Hallo,
Zitat von: frank am 19 Januar 2017, 17:04:46
kurz nach mitternacht fordern meine thermostate (hm-cc-tc) immer die aktuelle uhrzeit, um sich zu synchronisieren:
2017.01.19 00:01:16.012 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0E8EBC1B d:FF r:FFB7 m:B8 803F 1ACE1F 206278 02022012B06C # 538095724s
2017.01.19 00:01:16.213 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:0E8EBCE5 d:FF r:FFB7 m:B8 803F 1ACE1F 206278 02042012A22B # 538092075s (dif: 3649s)
anscheinend macht der hmuart die synchronisierung zuerst von selbst und anschliessend noch einmal durch cul_hm initiert. ich denke, eine der beiden aktionen sollte man einsparen, zumal sich die übermittelten zeiten deutlich unterscheiden. vielleicht kannst du es dem hmuart "abgewöhnen"?
Nein, das macht er selbsttätig. Ausserdem ist seine Zeit "richtiger" als die von CUL_HM.
Zitat
ausserdem gibt es einen kleinen unterschied beim 2. byte der payload. hmuart sendet hier 0x02 und cul_hm immer 0x04, egal zu welchem device. worin besteht hier wohl der unterschied?
Das Byte gibt den aktuellen Offset in 30m zu UTC an. Bei CUL_HM sind es immer 2h (4), der HMUART bekommt den aktuellen Offset der Systemzeit zu UTC (im Augenblick 2, da Winterzeit) mitgeteilt. CUL_HM zieht dann intern fest 2h ab...
Zitat
könnte es sein, dass die zeit im hmuart falsch initiert wird? der unterschied von 3649 sekunden lässt mich vermuten, dass hier eventuell ein zeitzonenproblem existiert.
Der HMUART bekommt einen Unix-Timestamp und den UTC-Offset und berechnet daraus dann die HM-Payload. Die aktuelle Zeit/Offset wird alle 2 Stunden im Modul gesetzt.
CUL_HM berechnet intern die Sekunden seit dem 1.1.2000, wobei ich mir nicht ganz sicher bin, ob das ganz korrekt ist.
Zitat
die restlichen 49 sekunden sind dann wahrscheinlich seit dem letzten fhemstart vor knapp 9 tagen zusammen gekommen. fast 6 sekunden pro tag.
Nein, das ist der Unterschied in der Berechnung durch die Firmware des HMUART und der Berechnung durch CUL_HM_secSince2000().
Zitat von: sig10680 am 19 Januar 2017, 19:29:48
warum wird eigentlich der LGW Lan Adapter zweimal angelegt? Der normale zb. HMLGW und ein HMLGW:keepAlive in dem Hidden Room?
Weil das LGW zwei TCP-Verbindungen braucht (eine für Daten, eine für KeepAlive) und DevIo in Fhem pro Verbindung ein eigenes Gerät benötigt.
Viele Grüße
Michael
Zitat von: mgernoth am 19 Januar 2017, 20:46:07
Nein, das macht er selbsttätig. Ausserdem ist seine Zeit "richtiger" als die von CUL_HM.
umso ärgerlicher, dass die "richtige" zeit gleich wieder überschrieben wird.
ZitatDas Byte gibt den aktuellen Offset in 30m zu UTC an. Bei CUL_HM sind es immer 2h (4), der HMUART bekommt den aktuellen Offset der Systemzeit zu UTC (im Augenblick 2, da Winterzeit) mitgeteilt. CUL_HM zieht dann intern fest 2h ab...
Der HMUART bekommt einen Unix-Timestamp und den UTC-Offset und berechnet daraus dann die HM-Payload. Die aktuelle Zeit/Offset wird alle 2 Stunden im Modul gesetzt.
ok, der unterschiedliche offset "kompensiert" dann quasi den zeitunterschied im payload, bis auf die verbleibenden 49 sek.
dann sollte ich wohl martin überzeugen, das setzen der zeit bei den thermostaten je nach io-typ zu unterdrücken.
"bessere" zeit, weniger funklast, entlastung von cul_hm und eventuell weniger zeitumstellungs anomalien.
das lgw verhält sich gleichermassen?
gruss frank
Zitat von: mgernoth am 19 Januar 2017, 20:46:07
Weil das LGW zwei TCP-Verbindungen braucht (eine für Daten, eine für KeepAlive) und DevIo in Fhem pro Verbindung ein eigenes Gerät benötigt.
Viele Grüße
Michael
Danke für die Antwort,
irgendwiesowas konnte ich mir fast denken.
Ich hatte nur gedacht/gehofft das man das irgenwie in ein Gerät basteln könnte!
mfg Sig10680
Hallo,
Zitat von: frank am 20 Januar 2017, 00:07:14
umso ärgerlicher, dass die "richtige" zeit gleich wieder überschrieben wird.
ok, der unterschiedliche offset "kompensiert" dann quasi den zeitunterschied im payload, bis auf die verbleibenden 49 sek.
Wobei sich bei mir beide Zeitstempel nur um 1s unterscheiden. Also wahrscheinlich driftet Dein Modul tatsächlich 49s innerhalb von 2h, sehr merkwürdig!
Zitat
dann sollte ich wohl martin überzeugen, das setzen der zeit bei den thermostaten je nach io-typ zu unterdrücken.
"bessere" zeit, weniger funklast, entlastung von cul_hm und eventuell weniger zeitumstellungs anomalien.
Das würde ich auf keinen Fall machen, da es verschiedene Arten der Anfrage für Zeitstempel gibt und nicht unbedingt alle vom Modul direkt beantwortet werden. Wenn überhaupt sollte ich die Nachricht von CUL_HM in HMUARTLGW verwerfen.
Ein Empfänger sollte übrigens die erste Antwort nehmen und die zweite verwerfen.
Zur Funklast: Die ist minimal, auch bei vielen Thermostaten. Die Firmware sendet die Zeit übrigens auch immer mal wieder per Broadcast an 000000.
Zitat von: sig10680 am 20 Januar 2017, 06:59:19
Ich hatte nur gedacht/gehofft das man das irgenwie in ein Gerät basteln könnte!
Warum? Was ist das Problem mit dem temporären versteckten Gerät?
Jede HTTP-Verbindung zu FHEMWEB erzeugt übrigens genau so ein (sehr kurzlebiges) Gerät.
Viele Grüße
Michael
Zitat von: mgernoth am 20 Januar 2017, 09:21:09
Zur Funklast: Die ist minimal, auch bei vielen Thermostaten.
mir geht es in erster linie um eine "saubere" kommunikation mit diesen thermostaten, die marginal geringere funklast hatte ich in diesem zusammenhang nur als zusätzlichen vorteil mit aufgeführt.
vorgeschichte:
ganz selten kommt es vor, dass diese thermostate in einem "seltsamen" zustand sind. dabei ist das display wie ausgeschaltet, kein pixel wird dargestellt. nur durch kurzzeitiges entfernen der batterie (reboot) kann dieser zustand beendet werden. die weatherevents kommen aber weiterhin regelmässig und in fhem ist eigentlich nichts auffälliges zu bemerken. seit sommer kommunizieren sie nun über den hmuart und der zustand ist seitdem vielleicht 3-5 mal bei unterschiedlichen devices aufgetreten.
vor über 2 jahren waren sie mit einem hmlan assigned, der ab und zu ausgerechnet bei dieser automatischen zeitsynchronisierung rebootet wurde. siehe hier: https://forum.fhem.de/index.php/topic,22509.0.html (https://forum.fhem.de/index.php/topic,22509.0.html). der spuk hörte erst auf, als die kommunikation über einen hmusb lief.
mit dem cul als monitor konnte ich damals keine selbstständigen zeitframes vom hmlan erkennen, obwohl das log bereits anzeichen dafür enthielt. der hmlan sendet wohl aber doch selbstständig, wie das log von heute zeigt. das wird dann vermutlich die ursache der reboots gewesen sein. allerdings hatte der hmlan damals fw0.961 und heute 0.965.
2017.01.21 00:02:17.768 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 26 A0 3F 206278 1ACE1F
2017.01.21 00:02:17.871 0: HMLAN_Send: hmlan1 S:SBE1DC104 stat: 00 t:00000000 d:01 r:BE1DC104 m:26 803F 1ACE1F 206278 020420154569
2017.01.21 00:02:17.874 0: HMLAN_Parse: hmlan1 R:E206278 stat:0000 t:18DCC000 d:FF r:FFB4 m:26 A03F 206278 1ACE1F
2017.01.21 00:02:17.877 0: HMLAN_Parse: hmusb1 R:E206278 stat:0000 t:8E40F81D d:FF r:FFB6 m:26 A03F 206278 1ACE1F
2017.01.21 00:02:17.898 0: HMUARTLGW hmuart1 recv: 01 05 00 00 44 msg: 26 80 3F 1ACE1F 206278 02042015456B
2017.01.21 00:02:17.901 0: HMLAN_Parse: hmlan1 R:E206278 stat:0000 t:18DCC000 d:FF r:FFB4 m:26 A03F 206278 1ACE1F
2017.01.21 00:02:17.918 0: HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:8E40F89D d:FF r:FFE3 m:26 803F 1ACE1F 206278 02042015456B
2017.01.21 00:02:18.168 0: HMUARTLGW hmuart1 recv: 01 05 00 00 44 msg: 26 80 3F 1ACE1F 206278 020420154569
2017.01.21 00:02:18.172 0: HMLAN_Parse: hmlan1 R:RBE1DC104 stat:0002 t:00000000 d:FF r:7FFF m:26 803F 1ACE1F 206278 020420154569
2017.01.21 00:02:18.206 0: HMLAN_Parse: hmusb1 R:E1ACE1F stat:0000 t:8E40F9AC d:FF r:FFE4 m:26 803F 1ACE1F 206278 020420154569ZitatWenn überhaupt sollte ich die Nachricht von CUL_HM in HMUARTLGW verwerfen.
daran wäre ich interressiert, eventuell über attribut schaltbar.
ich kann leider nicht sagen, ob es das display-phänomen schon vor der hmuart-zeit gab. da die fw der thermostate aber auch sonst nicht wirklich überzeugt, hatte ich nun die hoffnung, dass diese 2 unterschiedlichen messages zur zeitsynchronisierung unter bestimmten umständen eventuell der auslöser sein könnten. zudem solche messages einen hmlan zum rebooten bringen können.
ZitatWobei sich bei mir beide Zeitstempel nur um 1s unterscheiden. Also wahrscheinlich driftet Dein Modul tatsächlich 49s innerhalb von 2h, sehr merkwürdig!
ich betreibe den hmuart auf einem pi3 bei 1200MHz.
in der folgenden nacht waren es ebenfalls 49s. um ca 16:00 uhr 7s und gegen 19:00 uhr 22s. jeweils nach einem reboot des thermostats angefordert. ich werde wohl mal nach dem aktualisieren der zeit beim hmuart schauen.
gruss frank
Zitat von: frank am 21 Januar 2017, 12:24:35
vorgeschichte:
ganz selten kommt es vor, dass diese thermostate in einem "seltsamen" zustand sind. dabei ist das display wie ausgeschaltet, kein pixel wird dargestellt. nur durch kurzzeitiges entfernen der batterie (reboot) kann dieser zustand beendet werden. die weatherevents kommen aber weiterhin regelmässig und in fhem ist eigentlich nichts auffälliges zu bemerken. seit sommer kommunizieren sie nun über den hmuart und der zustand ist seitdem vielleicht 3-5 mal bei unterschiedlichen devices aufgetreten.
Das Problem kenne ich auch mit dem leeren Display bei den HM-CC-TC
tritt bei mir auf , wenn der Cubi oder BananaPI neu startet und Fhem mit der Uhrzeit von 2010 ,
dann kommt neue Uhrzeit über ntp, und die Timers holen alle Schaltzustände nach.
das sieht dann so aus
2016.12.25 20:45:07.391 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.425 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.459 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.485 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.519 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.694 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.724 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.758 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.793 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.828 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.862 3: CUL_HM set eg_Halle_Hz1 statusRequest
2016.12.25 20:45:07.904 3: CUL_HM set eg_Halle_Hz1 statusRequest
...... fortlaufenddas war es dann mit dem Display
Zitat von: fhem-hm-knecht am 21 Januar 2017, 12:50:47
Das Problem kenne ich auch mit dem leeren Display bei den HM-CC-TC
tritt bei mir auf , wenn der Cubi oder BananaPI neu startet und Fhem mit der Uhrzeit von 2010 ,
pi3 mit jessie_lite speichert wohl die uhrzeit, sodass ich noch keine "alten" zeiten gesehen habe, auch nicht im syslog.
Zitatdas war es dann mit dem Display
das könnte bei dir dann eine überforderung des device zu sein.
das wäre ja theoretisch auch mit den kurz aufeinanderfolgenden zeitframes möglich.
das thermostat, das dieses problem als letztes hatte, ist sogar gleichzeitig mit hmlan und hmuart assigned, wie ich gerade gesehen habe. es steht jeweils in der liste von "get <io> assignIDs". ist natürlich fraglich, ob das beim auftreten des problems bereits der fall war.
Zitat von: frank am 21 Januar 2017, 14:48:33
pi3 mit jessie_lite speichert wohl die uhrzeit, sodass ich noch keine "alten" zeiten gesehen habe, auch nicht im syslog.
Hi,
seit dem ich raspberry habe (also auch mit wheezy) war das bei mir schon immer so -> fake-hwclock. Ist bei mir immer automatisch aktiv gewesen und speicher regelmäßig und beim runterfahren/neustart die aktuelle Zeit in eine Datei. Es kann beim Start dann nicht früher sein als beim Herunterfahren.
Aus mir nicht nachvollziehbaren Gründen gab es aber diesen "RTC Ersatz" nicht bei allen Installationen.
Gruß Otto
Hallo FHEM Gemeinde,
ich bin noch etwas neu hier und arbeite mich so langsam ein. Ich habe mir nun das HM-MOD-RPI-PCB Modul und ein HM-Sec-SC-2 zugelegt.
Das HM-MOD habe ich auf einem eigenen Raspi2 im 1. Geschoss, da mein Fhem-Raspi im Keller ist. Dadurch habe ich diesen als Remote übers lan, wie in der Wiki beschrieben, angebunden. Im FHEM scheint die Einrichtung auch zu funktionieren (Siehe Screenshot). Das Firmware update funktioniert auch über FHEM.
Leider bekomme ich das Pairing mit dem HM-Sec-SC-2 nicht zustande. Dieser beendet nach 20sec mit der roten LED das Pairing. Ich finde unter den FHEM logs auch nur den Eintrag, das das Pairing aktiviert wurde. Gibt es auf dem HM-MOD Raspi auch logs, die man einsehen kann?
Mfg
Lars
Huch.....
Screenshot vergessen ??? ::)
Viel interessanter wäre eine Aufzeichnung aus dem EventMonitor, wenn der hmuart auf pair steht und Du die Konfigurationstaste am HM-Sec-SC-2 drückst.
Ich gehe davon aus, dass Du autocreate in Deinem FHEM aktiviert hast?
Hi Lars,
So wie ich das aus Deinem Screenshot sehe (Screenshots sind Mist, mach bitte ein list <device> und poste die Ausgabe in Code tags - die # Taste über den Smilies) hast Du vergessen das attr RM_HmUART <hmId> zu setzen.
Du kannst die Originale vom Modul nehmen, wenn Du keine andere hast -> 4709D0
Gruß Otto
P.S. Seriennummern IDs und der Gleichen kann jeder vor Deiner Haustür mitsniffen, nur da wären sie interessant. Das Einzige was Du im list entfernen solltest sind Passwörter und persönliche AES Schlüssel.
Hallo betateilchen, Hallo Otto
danke für die schnelle Antwort.
Der Tip mit der HMID war's. Hatte ich in der Wiki übersehen, da es nicht mit unter der Remote-erklärung stand.
??? ;D
Mfg
Lars
Ja die Stelle im Wiki war nur aus dem Forum dorthin kopiert. Ich habe es etwas ergänzt.
Gruß Otto
@mgernoth
Hallo Michael,
ich hab ein paar Module mit der socat Methode angebunden und dabei das Problem dass ab und an die Verbindung abbricht (wieso auch immer) und danach nicht wieder automatisch aufgebaut wird. Ich hab das Log-Level hochgeschraubt und seh jetzt glaub auch gleich das Problem...
2017.02.02 03:20:52.142 4: HMUARTLGW HMUART1 ready: disconnected
2017.02.02 03:20:52.143 4: HMUARTLGW HMUART1 Reopen
2017.02.02 03:20:52.851 4: HMUARTLGW HMUART1 ready: State: disconnected, Load: 3, LoadLvl: suspended
Ich hab ein stateFormat definiert um den LoadLevel in der Übersicht zu bekommen. Das beißt sich mit Deinem Code
if ((!$hash->{lgwHash}) && $hash->{STATE} eq "disconnected") {
Kannst Du das auf das Reading "state" umbauen?
Besten Gruß, Marcel
Hallo Marcel,
Zitat von: MarcelK am 02 Februar 2017, 13:52:40
Kannst Du das auf das Reading "state" umbauen?
Klar, mache ich heute Abend, wenn ich daheim bin.
EDIT: erledigt
Viele Grüße
Michael
Zitat von: mgernoth am 02 Februar 2017, 14:20:33Klar, mache ich heute Abend, wenn ich daheim bin.
EDIT: erledigt
Prompter Service, danke Dir! Und überhaupt, bin sehr begeistert von dem Modul, läuft ansonsten astrein. Jeder RasPi in der Wohnung hat schon einen HMUART verpasst bekommen, als nächstes versuch ich noch ein paar mit dem ESP8266 anzubinden :-)
Gruss Marcel
Zitat von: mgernoth am 02 Februar 2017, 14:20:33Klar, mache ich heute Abend, wenn ich daheim bin.
EDIT: erledigt
Prompter Service, danke Dir! Und überhaupt, bin sehr begeistert von dem Modul, läuft ansonsten astrein. Jeder RasPi in der Wohnung hat schon einen HMUART verpasst bekommen, als nächstes versuch ich noch ein paar mit dem ESP8266 anzubinden :-)
Gruss Marcel
Hallo zusammen,
habe auch nach dem Wiki den HM-MOD-RPI-PCB (myHmUART) angelegt.
Internals:
AssignedPeerCnt 0
CNT 117
DEF /dev/ttyAMA0
DEVCNT 117
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 14
LastOpen 1486218714.58413
NAME myHmUART
NR 20
PARTIAL
RAWMSG 040202
RSSI -58
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 1
msgLoadHistory 0/0/0/0/1/-/-/-/-/-/-/-
msgLoadHistoryAbs 1/1/1/1/1/0/-/-/-/-/-/-/-
owner 123456
owner_CCU VCCU
Helper:
CreditTimer 101
FW 66561
Initialized 1
Ackpending:
LastSendLen:
3
3
Log:
IDs:
Roundtrip:
Delay 0.0044410228729248
Loadlvl:
lastHistory 1486220218.16408
Peers:
Readings:
2017-02-04 15:31:58 D-HMIdAssigned 123456
2017-02-04 15:31:58 D-HMIdOriginal 45FD7A
2017-02-04 15:31:58 D-firmware 1.4.1
2017-02-04 15:31:58 D-serialNr MEQ1888730
2017-02-04 15:31:54 D-type HM-MOD-UART
2017-02-04 15:31:58 cond ok
2017-02-04 15:36:59 load 1
2017-02-04 15:31:58 loadLvl low
2017-02-04 15:31:54 state opened
Attributes:
hmId 123456
room System
er findet auch Geräte und legt diese in CUL-HM an. Jedoch kann ich keine
Kommandos senden, bzw. sendet er laut Log das Kommando z.B on aber es passiert
rein garnichts!?
Was kann hier schief gelaufen sein??? Hatte den Adapter bereits als CCU2 mal am laufen, da
funktionierte er problemlos.
Vielen Dank Vorab
Gruß
DJ-Mix
Hi,
hast Du die Geräte denn gepairt? Oder waren sie schon gepairt? Deine hmId ist einfach 123456. War wahrscheinlich als CCU nicht so.
Wenn Du Die alte hmId noch findest brauchst Du nicht neu zu pairen.
https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale
Gruß Otto
Habe seit gestern Nachmittag ein Problem mit meinem UART-Modul.
Folgen Einträge wiederholen sich in ähnlicher Form im LOG:
2017.02.04 16:24:11 3: myHmUART device closed
2017.02.04 16:24:11 3: Setting myHmUART serial parameters to 115200,8,N,1
2017.02.04 16:24:11 1: /dev/ttyAMA0 reappeared (myHmUART)
2017.02.04 16:24:11 1: PERL WARNING: Use of uninitialized value $wert in string eq at (eval 187) line 1.
2017.02.04 16:24:15 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2017.02.04 16:24:18 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
Das device ist wie folgt definiert:
Internals:
CNT 1
DEF /dev/ttyAMA0
DevState 1
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 4
LastOpen 1486221994.32828
NAME myHmUART
NR 422
PARTIAL
RAWMSG 050100421EA61050D474F2905706010000
STATE opened
TYPE HMUARTLGW
XmitOpen 0
Helper:
Ackpending:
1:
cmd 00
dst 0
frame FD00030001009E03
resend 1
time 1486221995.33054
LastSendLen:
3
Log:
IDs:
Peers:
50D474 pending
Readings:
2017-02-04 16:21:17 D-type HM-MOD-UART
2017-02-04 16:26:35 cond init
2017-02-04 16:21:17 loadLvl suspended
2017-02-04 16:26:34 state opened
Attributes:
hmId F29057
room entwicklung
Wäre klasse, wenn mir jemand helfen könnte. Ich wollte nämlich eigentlich am Wochenende meinen ersten Rollladenaktor in Betrieb nehmen.
VG
Stefan
Hallo Stefan,
das hat schon mal funktioniert? Wenn Du mich fragst ist die /dev/ttyAMA0 nicht mit dem Modul verbunden.
Der liest nicht mal die Firmware aus
Gruß Otto
Zitat von: Otto123 am 04 Februar 2017, 16:35:48
Hallo Stefan,
das hat schon mal funktioniert? Wenn Du mich fragst ist die /dev/ttyAMA0 nicht mit dem Modul verbunden.
Der liest nicht mal die Firmware aus
Gruß Otto
Hallo Otto,
ja hat so schon funktioniert. Das LOG des Fenstersensors habe ich noch.
Ich war gestern Nachmittag nicht mal daheim, so dass es unwahrscheinlich ist, dass es an irgendwelchen "Verbesserungen" meinerseits liegt.
So siehts mit Putty aus:
ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Feb 4 16:51 /dev/ttyAMA0
ls -l /dev/serial1
lrwxrwxrwx 1 root root 5 Feb 3 16:32 /dev/serial1 -> ttyS0
Gruß Stefan
Hallo Stefan,
sieht gut aus für die Schnittstelle. Aber das Modul hängt da nicht dran. Du kannst es mal abziehen und wieder anstecken, wenn der Pi aus ist. Welche Firmware ist drauf?
Gruß Otto
Zitat von: Otto123 am 04 Februar 2017, 18:22:52
...
Du kannst es mal abziehen und wieder anstecken, wenn der Pi aus ist. Welche Firmware ist drauf?
...
Danke! Das war die Lösung. Danach hatte ich zwar ein NACK im Sensor, ließ sich aber durch löschen und neu anlernen beheben.
Auf jeden Fall werde ich die Stabilität erst ein wenig im Auge behalten, bevor ich noch mehr HM Sensoren / Aktoren kaufe.
Du könntest Fragen beantworten, wenn Du Hilfe willst. Zumindest Dir selbst. Acht darauf, das die Firmware aktuell ist.
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Gruß Otto
Sorry. Hatte ich vergessen. Ist Version 1.4.1.
Hallo,
ich habe eine Problem beim einrichten der Schnittstelle.
RPI2 mit neustem jessie.
Alle Schritte nach der wiki Anleitung ausgeführt.
Bei der Abfrage "ls -1 /dev/ttyAMA0" wird aber nur als Antwort in Gelb "/dev/ttyAMA0" ausgegeben.
Woran kann das liegen?
Ist bei mir auch so ;D
mit ls -l /dev/ttyAMA0
geht es besser 8)
Gruß Otto
Zitat von: Otto123 am 10 Februar 2017, 16:00:39
Ist bei mir auch so ;D
mit ls -l /dev/ttyAMA0
geht es besser 8)
Gruß Otto
O man,
wer Zahlen und Buchstaben richtig lesen kann ist klar im Vorteil. Danke
Jetzt kommt als Antwort:
crw-rw---- 1 root dialout 204, 64 Feb 10
Also Tausend Dank
Zitat von: IROC_KNX am 10 Februar 2017, 16:23:19
O man,
wer Zahlen und Buchstaben richtig lesen kann ist klar im Vorteil. Danke
Jetzt kommt als Antwort:
crw-rw---- 1 root dialout 204, 64 Feb 10
Also Tausend Dank
das sieht gut aus, da bist Du auf dem richtigen Weg :D
Gruß Otto
Ich habe keine Frage und möchte einfach mal Michael ganz herzlich Danke sagen für das Modul und Otto für das unermüdliche Erstellen und Aktualisieren des Wiki-Eintrags. Dank Euch hat das Einrichten des Moduls auf meinem Zweit-Raspi (ist ein Raspi 1B mit wheezy) und das Anbinden an meinen NUC über socat sofort und tadellos funktioniert. Auf dem Raspi läuft übrigens noch ein anderes FHEM(2FHEM) mit eigenem CUL, was Intertechno Befehle verzögert wiederholt. Dieses FHEM greift dann natürlich nicht auf das HMUART im eigenen Gerät zu.
Ich bin übrigens so ein Experte, der es geschafft hat, den Pfostenstecker zunächst auf die falsche Seite zu löten ... :o Am Freitagabend sollte man sowas vielleicht nicht mehr machen. Naja, Auslöten war auch mal wieder eine Übung. *rotwerd*
Ich betreibe an meiner vccu parallel noch 2 HMLANs. Einer davon hatte vorher gern mal den einen oder anderen disconnect pro Tag. Ich schob das auf die Powerline-Adapter dazwischen. Komischerweise sind die disconnects komplett weg, seit das HMUART zusätzlich im System ist. Eigentlich kann das nur Zufall sein. Alle drei Adapter hatten seit Sonntag überhaupt keinen disconnect. :)
Ab und zu (einmal am Tag bekomme ich solch eine Meldung hier:
HMUARTLGW HMUART1 Ack with invalid counter received, dropping. We: 47, device: 219, state: 102, msg: 1 0402
wobei state immer 102 ist und device sich ändert. Ich habe aber oben gelesen, dass ich diese Meldungen ignorieren darf.
Tolles Modul und danke an Euch.
Bin gerade dabei ein komplett neues FHEM System auf einem RPi2 für das Haus meiner Eltern aufzusetzen.
Wenn heute Abend das UART-Modul und andere HM Hardware kommt, möchte ich richtig loslegen damit.
Soweit ist alles vorbereitet und ich muss nur noch das Modul zusammenlöten, flashen und in FHEM anlegen.
Nun frage ich mich wie das mit dem UART als Hauptdevice für HM mit AES läuft!?
Ist das ähnlich wie beim HMLAN dass alle ab Werk den selben AES Key haben und ich den erst einmal ändern muss? Wenn ja wie?
Vorerst soll zwar nichts mit Security dazukommen, aber man weiß ja nie was morgen ist.
Gruß
Dan
Der AES key kommt doch aus der vccu? Somit sollte es eigentlich ziemlich egal sein, welche Homematic Funkhardware zum Einsatz kommt.
Zitat von: betateilchen am 15 Februar 2017, 13:43:26
Der AES key kommt doch aus der vccu? Somit sollte es eigentlich ziemlich egal sein, welche Homematic Funkhardware zum Einsatz kommt.
Und woher bekommt die VCCU den?
Im Wiki zur VCCU steht nichts davon.
Danke.
Gruß
Dan
als Attribut.
attr vccu hmKey 01:xxxxxxxxxxxxxxxxxxx
Ich kann bestätigen, dass das funktioniert. Warum auch nicht.
Zitat von: topfi am 15 Februar 2017, 13:47:45
als Attribut.
attr vccu hmKey 01:xxxxxxxxxxxxxxxxxxx
Ich kann bestätigen, dass das funktioniert. Warum auch nicht.
Okay, also kann ich selbst einen beliebigen Key vergeben!?
Ist es denn sinnvoll diesen bereits zu vergeben ohne dass ich Geräte habe die AES unterstützen?
Gruß
Dan
Ich habe natürlich den gleichen Key genommen, den ich bei meinen HMLAN-Adaptern vergeben habe.
Du kannst selbst einen Key generieren, indem Du Dir eine Zeichenfolge ausdenkst und diese unter fhem beim jeweiligen Gerät in das Attribut eingibst. Vermeide Sonderzeichen! Nach einem Druck auf "save" wirst Du das Attribut mit einer anderen Zeichenfolge vorfinden, einem hash der die richtige Länge hat. Mit der kannst Du dann weiterhin arbeiten. Deinen Schlüssel niemals vergessen, ohne den kannst Du Geräte nicht wieder ablernen! Das kann dann nur noch eq3 gegen Gebühr.
Deshalb solltest du VORHER unbedingt alles, was Du an HM-Equipment benutzen willst, hast dahingehend prüfen, ob es sich auf Werkseinstellungen befindet bzw. auf diese setzen läßt. Das geht nur mit passendem Schlüssel, falls der schon mal definiert war.
Wenn du keine Geräte hast, die das unterstützen sollen, kannst du das auch lassen. Aber bitte nicht mal so probieren und dann den Schlüssel vergessen. Die Zentrale verteilt den flugs auf die Geräte...
Zitat von: topfi am 15 Februar 2017, 15:53:55
Ich habe natürlich den gleichen Key genommen, den ich bei meinen HMLAN-Adaptern vergeben habe.
Du kannst selbst einen Key generieren, indem Du Dir eine Zeichenfolge ausdenkst und diese unter fhem beim jeweiligen Gerät in das Attribut eingibst. Vermeide Sonderzeichen! Nach einem Druck auf "save" wirst Du das Attribut mit einer anderen Zeichenfolge vorfinden, einem hash der die richtige Länge hat. Mit der kannst Du dann weiterhin arbeiten. Deinen Schlüssel niemals vergessen, ohne den kannst Du Geräte nicht wieder ablernen! Das kann dann nur noch eq3 gegen Gebühr.
Deshalb solltest du VORHER unbedingt alles, was Du an HM-Equipment benutzen willst, hast dahingehend prüfen, ob es sich auf Werkseinstellungen befindet bzw. auf diese setzen läßt. Das geht nur mit passendem Schlüssel, falls der schon mal definiert war.
Wenn du keine Geräte hast, die das unterstützen sollen, kannst du das auch lassen. Aber bitte nicht mal so probieren und dann den Schlüssel vergessen. Die Zentrale verteilt den flugs auf die Geräte...
Danke für die Infos.
Habe mich inzwischen etwas mehr zum Thema belesen.
Was mir aber immer noch nicht ganz klar ist:
Muss ich mir den vergebenen Key merken, oder den dann MD5 kodierten?
Danke.
Gruß
Dan
Den vergebenen. Der andere steht sowieso im Listing.
Zitat von: topfi am 15 Februar 2017, 16:39:31
Den vergebenen. Der andere steht sowieso im Listing.
Habe es mir fast gedacht!
Danke.
Gruß
Dan
Hi Dan,
aber machen musst Du eigentlich erstmal gar nichts! Also ich habe verstanden, Du willst ein System neu aufsetzen.
Diese System kann selbstverständlich und auch ohne VCCU erstmal AES mit dem HM System internen Schlüssel. Dazu muss man nichts tun es funktioniert einfach, alle Komponenten mit einem SEC im Namen machen von Hause aus AES.
Also wenn Du wirklich neu anfängst, dann lass zunächst mal mit dem AES alles so wie es ist, da muss man gar nichts tun!
Wenn alles läuft, und du Bedarf hast AES wirklich aus Sicherheitsgründen zu verwenden, dann fang an eigenen Schlüssel zu vergeben.
Die Grundlage dafür ist, dass hminfo sagt: configCheck done und das Fenster ist leer!
Gruß Otto
Zitat von: Otto123 am 15 Februar 2017, 19:39:32
Hi Dan,
aber machen musst Du eigentlich erstmal gar nichts! Also ich habe verstanden, Du willst ein System neu aufsetzen.
Diese System kann selbstverständlich und auch ohne VCCU erstmal AES mit dem HM System internen Schlüssel. Dazu muss man nichts tun es funktioniert einfach, alle Komponenten mit einem SEC im Namen machen von Hause aus AES.
Also wenn Du wirklich neu anfängst, dann lass zunächst mal mit dem AES alles so wie es ist, da muss man gar nichts tun!
Wenn alles läuft, und du Bedarf hast AES wirklich aus Sicherheitsgründen zu verwenden, dann fang an eigenen Schlüssel zu vergeben.
Die Grundlage dafür ist, dass hminfo sagt: configCheck done und das Fenster ist leer!
Gruß Otto
Ja, bisher ist es ein (fast) nacktes System.
Außer RESIDENTS, HOMEMODE, Weather und Twilight ist noch nichts definiert!
Jedenfalls habe ich in meinem eigenen HM System (aus HM-LAN und HM-UART) bisher nichts mit AES veranstaltet, da es nicht nötig war.
Wollte aber bevor ich jetzt von Grund auf neu anfange mit einem System mal sicherheitshalber nachfragen wie ich es am Besten richtig angehe.
Werde auch gleich eine VCCU anlegen, denn ich denke es wird sich später noch mindestens ein weiteres IODev dazugesellen.
Wenn ich Dich, Otto, richtig verstanden habe, dann sollte in meinem eigenen System eine nachträgliche Umstellung (bei Bedarf) auf AES auch kein Problem sein!?
Ich war heute früh noch schwer begeistert von ELV und der Lieferung per GLS!
Gestern Nachmittag bestellt und heute früh um 7:45 Uhr Stand "Das Paket befindet sich im GLS Zustellfahrzeug und wird voraussichtlich im Laufe des Tages zugestellt.".
Bis jetzt hat leider niemand von GLS geklingelt! :o :o :o
Gruß
Dan
Hallo Dan,
wie gesagt, AES läuft (hoffentlich ;)) ohne das Du was tun musst. Fenstersensoren, Schlüsseltaster manche Bewegungsmelder funktionieren per default nur mit AES.
Du kannst in jedem System, jederzeit den Standard Schlüssel gegen einen Eigenen tauschen. Mit Bedacht und wissend ;)
Tut mir leid, dass GLS dich ausbremst. Bevor Du das Modul zusammenlötest, schau wie es gut ins Gehäuse passt. Man muss die beiden Platinen nicht zwingend so zusammenlöten wie in der Anleitung beschrieben.
Gruß Otto
Hmmm, ich habe bereits einige HM-SEC-SCo und auch einen HM-SEC-SC-2 im Einsatz.
Also nutze ich wohl schon unbewusst AES.
Die HM-SEC-SCo sollen auch auf dem neuen System zum Haupteinsatz kommen zwecks Gebäudesicherung.
Also werde ich wohl doch mal einen neuen AES Key bei mir vergeben und auch auf dem neuen System!?
Gruß
Dan
Zitat von: DeeSPe am 15 Februar 2017, 23:46:12
Also werde ich wohl doch mal einen neuen AES Key bei mir vergeben und auch auf dem neuen System!?
Moin Dan,
wenn Du nichts weiter vor hast? ;D Ansonsten warum? Weil theoretisch einer der "das fenster ist offen" Meldung eine "das Fenster ist wieder zu" Meldung hinterher schicken könnte?
Aber klar, wie gesagt wenn alles läuft dann schau die AES an und vergib einen eigenen Schlüssel.
Gruß Otto
Hallo zusammen,
ich bekomme immer folgende "Fehler":
Zitat
2017.02.20 22:51:38 1: Including fhem.cfg
2017.02.20 22:51:39 3: telnetPort: port 7072 opened
2017.02.20 22:51:40 3: WEB: port 8083 opened
2017.02.20 22:51:40 3: WEBphone: port 8084 opened
2017.02.20 22:51:40 3: WEBtablet: port 8085 opened
2017.02.20 22:51:40 2: eventTypes: loaded 5 events from ./log/eventTypes.txt
2017.02.20 22:51:41 3: Opening myHmUART device /dev/ttyAMA0
2017.02.20 22:51:41 3: Setting myHmUART serial parameters to 115200,8,N,1
2017.02.20 22:51:41 3: myHmUART device opened
2017.02.20 22:51:41 1: Including ./log/fhem.save
2017.02.20 22:51:42 1: usb create starting
2017.02.20 22:51:43 1: usb create end
2017.02.20 22:51:43 0: Featurelevel: 5.8
2017.02.20 22:51:43 0: Server started with 14 defined entities (fhem.pl:13447/2017-02-19 perl:5.020002 os:linux user:fhem pid:855)
2017.02.20 22:51:46 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2017.02.20 22:51:49 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2017.02.20 22:51:52 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2017.02.20 22:51:55 1: HMUARTLGW myHmUART did not respond after all, reopening
2017.02.20 22:51:55 3: myHmUART device closed
2017.02.20 22:51:55 3: Setting myHmUART serial parameters to 115200,8,N,1
2017.02.20 22:51:55 1: /dev/ttyAMA0 reappeared (myHmUART)
2017.02.20 22:51:59 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2017.02.20 22:52:02 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2017.02.20 22:52:05 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
An was könnte das liegen?
Danke & Gruß
Ullebayor
Hi,
Zitat von: Ullebayor am 20 Februar 2017, 22:56:52
Danke & Gruß
Ullebayor
Da ist ein "Loch" zwischen /dev/ttyAMA0 und myHmUART sprich: das Modul steckt nicht, ist defekt oder die Schnittstelle ist durch andere Prozesse belegt.
Prüfe entsprechend hier und liefere bitte konkreter Infos: http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Gruß Otto
im vergleich zu hmlan und hmusb scheint die load beim hmuart nur halb so gross zu sein.
hat eq3 hier etwas geändert, oder gibt es eine schwäche beim parsen der info?
Hallo,
Zitat von: frank am 02 März 2017, 11:24:02
im vergleich zu hmlan und hmusb scheint die load beim hmuart nur halb so gross zu sein.
hat eq3 hier etwas geändert, oder gibt es eine schwäche beim parsen der info?
Wird wohl eQ-3 sein. Die Firmware des Moduls stellt selbsttätig bei gemeldeten 100% das Senden ein (genauso wie HMCFGUSB/HMLAN).
Viele Grüße
Michael
danke für die info.
hoffentlich bleibt uns das erspart:
Zitathilfe, nach fw update ständig overload
Habe den HM-LGW-O-TW-W-EU bei einem Bekannten im Einsatz und erlebe nach ein paar Wochen ähnliche Schwierigkeiten, was den Load angeht. Gibt es da irgend einen klugen Workaround oder bleibt das ein offenes Thema für den Moment?
Hier mal ein Ausschnitt direkt nach dem Neustart (gerade eben anlässlich eines Updates gemacht):
2017.03.07 20:13:22 0: Featurelevel: 5.8
2017.03.07 20:13:22 0: Server started with 51 defined entities (fhem.pl:13622/2017-03-05 perl:5.020002 os:linux user:fhem pid:3286)
2017.03.07 20:13:22 3: Opening OG.WZ.HMLAN:keepAlive device 10.0.70.3:2001
2017.03.07 20:13:22 3: OG.WZ.HMLAN device opened
2017.03.07 20:13:22 3: OG.WZ.HMLAN:keepAlive device opened
2017.03.07 20:13:22 3: HMUARTLGW OG.WZ.HMLAN BidCoS-port opened
2017.03.07 20:13:22 3: HMUARTLGW OG.WZ.HMLAN:keepAlive KeepAlive-port opened
2017.03.07 20:13:24 3: CUL_HM set DB.Kabuff.Rauchmelder statusRequest
2017.03.07 20:13:25 3: CUL_HM set DB.Zimmer.Rauchmelder statusRequest
2017.03.07 20:13:26 3: CUL_HM set EG.Flurwohnung statusRequest
2017.03.07 20:13:27 3: CUL_HM set EG.Kinderzimmer statusRequest
2017.03.07 20:13:28 3: CUL_HM set EG.SCHLAFZIMMER statusRequest
2017.03.07 20:13:29 3: CUL_HM set EG.Treppenhaus statusRequest
2017.03.07 20:13:30 3: CUL_HM set EG.Wohnzimmer statusRequest
2017.03.07 20:13:31 3: CUL_HM set OG.Birgitschlafzimmer statusRequest
2017.03.07 20:13:32 3: CUL_HM set OG.Flurwohnung statusRequest
2017.03.07 20:13:33 3: CUL_HM set OG.Lenaschlafzimmer statusRequest
2017.03.07 20:13:34 3: CUL_HM set OG.Wohnzimmer statusRequest
2017.03.07 20:13:35 3: CUL_HM set UG.Flur statusRequest
2017.03.07 20:13:36 1: HMUARTLGW OG.WZ.HMLAN: queue is full, dropping packet
2017.03.07 20:13:36 3: CUL_HM set UG.Partykeller statusRequest
2017.03.07 20:13:37 3: CUL_HM set UG.Serverraum statusRequest
2017.03.07 20:13:37 1: HMUARTLGW OG.WZ.HMLAN: queue is full, dropping packet
2017.03.07 20:13:38 3: CUL_HM set UG.Waschkeller statusRequest
2017.03.07 20:13:38 1: HMUARTLGW OG.WZ.HMLAN: queue is full, dropping packet
2017.03.07 20:13:42 1: HMUARTLGW OG.WZ.HMLAN: queue is full, dropping packet
2017.03.07 20:13:42 3: CUL_HM set DB.Kabuff.Rauchmelder getConfig
2017.03.07 20:13:43 1: HMUARTLGW OG.WZ.HMLAN: queue is full, dropping packet
2017.03.07 20:13:46 3: CUL_HM set EG.Kinderzimmer getConfig
2017.03.07 20:13:47 1: HMUARTLGW OG.WZ.HMLAN: queue is full, dropping packet
2017.03.07 20:13:48 1: HMUARTLGW OG.WZ.HMLAN: queue is full, dropping packet
2017.03.07 20:13:50 3: CUL_HM set EG.SCHLAFZIMMER getConfig
2017.03.07 20:13:51 1: HMUARTLGW OG.WZ.HMLAN: queue is full, dropping packet
2017.03.07 20:14:02 3: CUL_HM set OG.Birgitschlafzimmer getConfig
2017.03.07 20:14:14 3: CUL_HM set OG.Wohnzimmer getConfig
Sporadisch tritt der Fehler auch auf. Seit Anfang des Monats ohne besonderen Zusammenhang 2x.
Im Einsatz sind rund 15 HM Devices, davon ein HM-Sec-WDS-2 ansonsten nur die neuen HM-Sec-SD-2, welche einen virtuellen Team-Lead in FHEM haben.
Schönen Abend und Gruß
Nils
Hallo Nils,
qLen 60 gesetzt?
Gruß Otto
Hallo,
nur um mal das Attribut qLen etwas zu erklären:
Das HMUARTLGW-Modul hat eine interne Warteschlange, in der die Befehle landen, bevor sie an das IO weitergegeben werden. Jeder Befehl in dieser Warteschlange wird bei Fehlern (abhängig vom Fehlertyp) maximal 3s lang wiederholt. Der Default von 20 stellt also sicher, dass niemals Befehle die älter als 1 Minute sind ausgeführt werden (im Worst-Case, wenn das IO bei jedem Befehl um Wiederholung bittet).
Wenn man das Attribut erhöht, erhöht sich auch das maximale Alter eines Befehls. Bei 60 (also 3 Minuten) sollte das aber noch kein Problem darstellen.
Mein HM-MOD-UART hat 56 HM-Geräte zugewiesen und ich habe mit der Standard-qLen von 20 keine Probleme.
Viele Grüße
Michael
Hallo Michael,
ich habe 78 Geräte (wenn ich hmInfo glauben darf) und hatte mal die Meldung queue is full
Dann habe ich ohne viel nachzudenken qLen gesetzt (kam mir so wie eine Standardlösung rüber) und alles ist gut.
Danke für die Erklärung :)
Sollte man das nicht als Standardhilfe empfehlen?
Gruß Otto
Zitat von: Otto123 am 07 März 2017, 21:14:31
qLen 60 gesetzt?
Moin Otto,
besten Dank! Das hat für Abhilfe gesorgt. Kein Ärger mehr beim Neustart, bleibt nur noch der Langzeittest ;-)
Habe beim recherchieren zu dem Parameter deinen Blog gefunden - wandert in die RSS Feeds :)
Grüße
Nils
Hallo,
ich sehe ca. 1 x pro Tag Meldungen folgender Art im log:
2017.03.08 11:42:46 1: HMUARTLGW HMLANGW2 Ack with invalid counter received, dropping. We: 98, device: 245, state: 99, msg: 1 0402
Für ausreichend gute RSSI-Werte habe ich insgesamt 1 x HMLAN und 3 x HM-LGW-O-TW-W-EU (d.h. LAN-Gateways). Welches Device da mit falschem Zähler erkannt wird kann ich nicht erkennen. Mit Ausnahme von 2 Fernbedienungen sind alle Devices über eine VCCU als "preferred IO" zugewiesen. Der Zeitpunkt der Meldungen lässt für mich keinen Rückschluss auf das Device zu (kann zu dem Zeitpunkt nicht einer der FB's sein).
Weiter fällt mir auf, dass Gateways 2 und 3 eine längere Liste "Ackpending" haben. Das erste Gateway ist OK. Hier z.B. ein "list" vom zweiten Gateway (alle IOs sind durchnummeriert, beginnend mit dem HMLAN, deshalb ist der Name HMLANGW3):
Internals:
AssignedPeerCnt 30
CFGFN ./myConfig/myHmLAN.cfg
CNT 98
DEF 192.168.53.137
DEVCNT 98
DevState 99
DevType LGW
DeviceName 192.168.53.137:2000
FD 13
LastOpen 1488388736.12567
NAME HMLANGW3
NR 57
PARTIAL
RAWMSG 040205
RSSI -66
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 3
msgLoadHistory 0/0/0/-1/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 2/2/2/2/3/3/3/3/3/3/3/3/3
owner 257867
owner_CCU VCCU
Helper:
CreditTimer 41374
FW 66561
Initialized 1
SendCnt 4415
Ackpending:
1:
cmd 02000000A68002257867379E6A01013300
dst 1
frame FD0013010102000000A68002257867379E6A01013300250B
time 1489007329.44136
111:
cmd 02000000828002257867379E4D01015B00
dst 1
frame FD0013016F02000000828002257867379E4D01015B008A08
time 1489005370.35347
112:
cmd 02000000828002257867379E4D01015B00
dst 1
frame FD0013017002000000828002257867379E4D01015B000782
time 1489005371.20172
118:
cmd 02000000A08002257867379E6A01013200
dst 1
frame FD0013017602000000A08002257867379E6A0101320088B5
time 1489005451.52346
136:
cmd 02000000838002257867379E4D01015B00
dst 1
frame FD0013018802000000838002257867379E4D01015B00144A
time 1489005697.12846
143:
cmd 02000000A18002257867379E6A01013200
dst 1
frame FD0013018F02000000A18002257867379E6A010132000F6A
time 1489005795.45717
157:
cmd 02000000848002257867379E4D01015B00
dst 1
frame FD0013019D02000000848002257867379E4D01015B006FCE
time 1489005994.10777
166:
cmd 02000000A28002257867379E6A01013300
dst 1
frame FD001301A602000000A28002257867379E6A010133003FD1
time 1489006109.03323
177:
cmd 02000000858002257867379E4D01015B00
dst 1
frame FD001301B102000000858002257867379E4D01015B00E231
time 1489006260.7647
18:
cmd 02000000898002257867379E4D01015B00
dst 1
frame FD0013011202000000898002257867379E4D01015B0054B1
time 1489007561.20847
188:
cmd 02000000A38002257867379E6A01013300
dst 1
frame FD001301BC02000000A38002257867379E6A01013300099C
time 1489006392.25937
205:
cmd 02000000868002257867379E4D01015B00
dst 1
frame FD001301CD02000000868002257867379E4D01015B00D496
time 1489006630.95984
207:
cmd 02000000A48002257867379E6A01013300
dst 1
frame FD001301CF02000000A48002257867379E6A010133000DF1
time 1489006645.65157
229:
cmd 02000000878002257867379E4D01015B00
dst 1
frame FD001301E502000000878002257867379E4D01015B00893A
time 1489006971.36121
23:
cmd 02000000A78002257867379E6A01013300
dst 1
frame FD0013011702000000A78002257867379E6A01013300E3B6
time 1489007626.33223
233:
cmd 02000000A58002257867379E6A01013300
dst 1
frame FD001301E902000000A58002257867379E6A010133000886
time 1489007002.72027
253:
cmd 02000000888002257867379E4D01015B00
dst 1
frame FD001301FD02000000888002257867379E4D01015B00EA50
time 1489007281.44293
42:
cmd 02000000A88002257867379E6A01013300
dst 1
frame FD0013012A02000000A88002257867379E6A010133004614
time 1489007892.87259
47:
cmd 020000008A8002257867379E4D01015B00
dst 1
frame FD0013012F020000008A8002257867379E4D01015B00731C
time 1489007944.50651
69:
cmd 02000000A98002257867379E6A01013300
dst 1
frame FD0013014502000000A98002257867379E6A0101330072CA
time 1489008263.10265
73:
cmd 020000008B8002257867379E4D01015B00
dst 1
frame FD00130149020000008B8002257867379E4D01015B00F376
time 1489008297.99522
94:
cmd 02000000AA8002257867379E6A01013300
dst 1
frame FD0013015E02000000AA8002257867379E6A01013300AF93
time 1489008603.4927
96:
cmd 020000008C8002257867379E4D01015B00
dst 1
frame FD00130160020000008C8002257867379E4D01015B00BBC8
time 1489008621.18598
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
Roundtrip:
Delay 0.00380802154541016
Loadlvl:
lastHistory 1489008539.21785
Peers:
22BFE7 +22BFE7,00,01,00
22C462 +22C462,00,01,00
22C592 +22C592,00,01,00
22DD82 +22DD82,00,01,00
22F36C +22F36C,00,01,00
22F6F8 +22F6F8,00,01,00
22F6F9 +22F6F9,00,01,00
230059 +230059,00,01,00
234657 +234657,00,01,00
2386DE +2386DE,00,01,00
23871A +23871A,00,01,00
238887 +238887,00,01,00
238BBC +238BBC,00,01,00
238E89 +238E89,00,01,00
24DE15 +24DE15,00,01,00
261C4A +261C4A,00,01,00
267BC1 +267BC1,00,01,00
2C681C +2C681C,00,01,00
2C6856 +2C6856,00,01,00
3276E6 +3276E6,00,01,00
369122 +369122,00,01,00
374BB2 +374BB2,00,01,00
379E4D +379E4D,00,01,00
379E6A +379E6A,00,01,00
382324 +382324,00,01,00
38BEDA +38BEDA,00,01,00
38BEF8 +38BEF8,00,01,00
4832CD +4832CD,00,01,00
4C246E +4C246E,00,01,00
4E504B +4E504B,02,01,00
Readings:
2017-03-01 18:18:59 D-HMIdAssigned 257867
2017-03-01 18:18:59 D-HMIdOriginal FFFFFF
2017-03-01 18:18:56 D-LANfirmware 1.1.5
2017-03-01 18:18:59 D-firmware 1.4.1
2017-03-01 18:18:56 D-serialNr NEQ0707882
2017-03-01 18:18:56 D-type eQ3-HM-LGW
2017-03-01 18:18:59 cond ok
2017-03-08 22:30:23 load 3
2017-03-01 18:18:59 loadLvl low
2017-03-01 18:18:56 state opened
Helper:
Keepalive:
CNT 17
DEVCNT 16
DevState 99
DevType LGW-KeepAlive
DeviceName 192.168.53.137:2001
FD 77
LastOpen 1488388736.17668
NAME HMLANGW3:keepAlive
NR 7723
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
NextKeepAlive 1489008655.58634
Log:
Resolve 1
IDs:
Readings:
2017-03-01 18:18:56 state opened
Lgwhash:
Attributes:
hmId 257867
icon hm_ccu
lgwPw 8TyerKrnhV
room ZZ_Network
Jedes IO (HMLAN, Gateways) hat ca. 30 Devices zugeordnet. Die 2 FBs wechseln je nach Position.
Kommen die ACKs evtl. von einem anderen IO zurück und das aktuelle Gateway bekommt das deshalb nicht mit? Insgesamt funktioniert alles, die Devices haben auch keinerlei Probleme mit fehlenden ACKs. Sonderbar ist in FHEM von welchen IOs Rückmeldungen kommen - teilweise sind es IOs mit den schlechtesten RSSI Werten. Ich weiß, darauf hat FHEM keinen Einfluss, alle hören mit und irgendeiner gewinnt, warum auch immer ...
Ein Log ist etwas problematisch, weil viel abläuft und die Meldungen nur sporadisch auftreten. Ich könnte es natürlich versuchen, wenn das hilft - was sollte ich dann bitte als Log definieren?
Gruß, Klaus
Hallo,
Zitat von: Klaus.A am 08 März 2017, 22:41:06
2017.03.08 11:42:46 1: HMUARTLGW HMLANGW2 Ack with invalid counter received, dropping. We: 98, device: 245, state: 99, msg: 1 0402
Für ausreichend gute RSSI-Werte habe ich insgesamt 1 x HMLAN und 3 x HM-LGW-O-TW-W-EU (d.h. LAN-Gateways). Welches Device da mit falschem Zähler erkannt wird kann ich nicht erkennen.
Das ist Ok. Mit Device ist hier das IO gemeint, die Firmware ACKed ein Frame manchmal nach mehreren Stunden nochmals, wenn das ursprünglich angesprochene HM-Gerät wieder sendet. Ich werde den Log-Level auf 5 setzen, da das ein (nicht problematischer) Firmware-Quirk ist.
Zitat
Weiter fällt mir auf, dass Gateways 2 und 3 eine längere Liste "Ackpending" haben. Das erste Gateway ist OK. Hier z.B. ein "list" vom zweiten Gateway (alle IOs sind durchnummeriert, beginnend mit dem HMLAN, deshalb ist der Name HMLANGW3):
Frames, bei denen das BIDI-Bit nicht gesetzt ist (die also kein ACK vom Gerät anfordern) werden von der Firmware auch erst nach langer Zeit beantwortet, weswegen es diese AckPending-Liste gibt. Auf den ersten Blick haben alle Frames in AckPending bei Dir dieses Bit nicht gesetzt, weswegen das auch Ok ist.
Viele Grüße
Michael
Hallo Michael,
Danke für die ausführliche Erläuterung - gut zu wissen das alles OK ist (und auch immer wieder interessant und hilfreich einige Dinge besser zu verstehen).
Danke auch für Deine Arbeit an dem Modul für FHEM. Funktioniert hier wunderbar, das Gateway liefert sehr gute RSSI-Werte (scheint intern auch hardwareseitig wesentlich leistungsfähiger zu sein als der HMLAN) und läuft sehr stabil.
Gruß, Klaus
Zitat von: mgernoth am 09 März 2017, 10:08:13
Hallo,
Das ist Ok. Mit Device ist hier das IO gemeint, die Firmware ACKed ein Frame manchmal nach mehreren Stunden nochmals, wenn das ursprünglich angesprochene HM-Gerät wieder sendet. Ich werde den Log-Level auf 5 setzen, da das ein (nicht problematischer) Firmware-Quirk ist.
Danke, das freut auch mich sehr. Bislang mache ich das nach jedem update händisch...
Ich habe hier gerade ein neues Problem: Meine Installation umfasst zwei HMLAN-Adapter und ein HMUART-Modul auf einem entfernten Raspi über Socat.
Zuletzt musste ich freeze-Zeiten meines Hauptsystems feststellen. Die längste umfasste ca. 80 Minuten (!) nachts zwischen 2 und 4 Uhr. Ich habe das an HMLAN-Disconnects bemerkt und dann gesehen, dass in der Zeit sogar die Sysmon-Logs leer geblieben sind. Da hat FHEM auf dem NUC (Hauptsystem) überhaupt nichts mehr gemacht. Auf dem NUC läuft sonst noch ein Zarafa (das ist ein Exchange-Klon zum Synchronisieren meiner Kontakte und Kalender auf den Telefonen und Tablets), das hat derweil brav mit meinen Devices synchronisiert. Aber FHEM war echt tot. Das tritt ca. einmal am Tag auf, manchmal nur 1 Minute, manchmal lange. In solcher Phase empfängt der Raspi mit dem Modul (da ist sonst nur ein Mini-FHEM2FHEM drauf, dort läuft Sysmon dann noch) sehr viel übers Netzwerk. Ist der Spuk dann vorbei, sendet der NUC richtig viel übers Netz und der Raspi sendet und empfängt außergewöhnlich viel. Danach ist wieder alles in Ordnung.
Nach langer Fehlersuche habe ich das HMUART als Übeltäter ausgemacht. Wenn ich das auf dem NUC deaktiviere (dummy 1), ist das Phänomen weg. Was kann das sein? Kann das mit dem Puffer (qLen) zu tun haben? Ich habe das Attribut nicht verändert bzw. gesetzt. Die Zeitpunkte der Freezes sind oft nach Zeiten mit viel HM-Aufkommen wie Türkontakte usw. NUC und Raspi sind übrigens über LAN-Kabel verbunden, nicht über WLAN und auch nicht über Powerline.
Hier ist das Listing von dem HMUART:
Internals:
AssignedPeerCnt 7
CNT 201
DEF uart://192.168.178.3:2000
DEVCNT 201
DevState 99
DevType UART
DeviceName 192.168.0.83:2000
FD 108
LastOpen 1489046410.48903
NAME HMUART1
NR 91
PARTIAL
RAWMSG 040201
RSSI -53
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 1
msgLoadHistory 0/0/0/0/1/0/0/0/0/0/0/0
msgLoadHistoryAbs 1/1/1/1/1/0/0/0/0/0/0/0/0
owner 3844B1
owner_CCU vccu
Helper:
CreditTimer 2707
FW 66561
Initialized 1
SendCnt 15
Ackpending:
100:
cmd 020000008280023844B127DD4601017400
dst 1
frame FD00130164020000008280023844B127DD46010174002C62
time 1489086297.33707
101:
cmd 020000007480023844B12C96D700
dst 1
frame FD00100165020000007480023844B12C96D700EB20
time 1489086297.64506
102:
cmd 020000008380023844B127DD4601017200
dst 1
frame FD00130166020000008380023844B127DD46010172006FCA
time 1489086297.95299
94:
cmd 02000000A880023844B1390C7001012100
dst 1
frame FD0013015E02000000A880023844B1390C700101210004A3
time 1489086295.57272
95:
cmd 020000001780023844B1390BB501011400
dst 1
frame FD0013015F020000001780023844B1390BB501011400AF17
time 1489086295.88141
96:
cmd 020000008180023844B127DD4601017400
dst 1
frame FD00130160020000008180023844B127DD46010174007CB1
time 1489086296.18956
98:
cmd 020000008280023844B127DD4601017400
dst 1
frame FD00130162020000008280023844B127DD4601017400541A
time 1489086296.50718
99:
cmd 020000008380023844B127DD4601017200
dst 1
frame FD00130163020000008380023844B127DD46010172002B8E
time 1489086296.815
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
Roundtrip:
Delay 0.00555205345153809
Loadlvl:
lastHistory 1489087513.6712
Peers:
23DC7D +23DC7D,00,02,00
2510B1 +2510B1,00,02,00
2C96D7 +2C96D7,00,02,00
2ECDBC +2ECDBC,00,02,00
31B7A8 +31B7A8,00,02,00
35AE4C +35AE4C,00,02,00
388666 +388666,00,02,00
Readings:
2017-03-09 09:00:13 D-HMIdAssigned 3844B1
2017-03-09 09:00:13 D-HMIdOriginal 4C6652
2017-03-09 09:00:13 D-firmware 1.4.1
2017-03-09 09:00:13 D-serialNr NEQ0605455
2017-03-06 20:52:25 D-type HM-MOD-UART
2017-03-09 09:00:13 cond ok
2017-03-09 20:04:58 load 1
2017-03-09 09:00:13 loadLvl low
2017-03-09 09:00:10 state opened
Helper:
Attributes:
devStateIcon .*opened:10px-kreis-gruen .*disconnected:10px-kreis-rot .*dummy:leer
event-on-change-reading .*
fp_FPDisplay1 982,1885,0
group HMLAN
hmId 3844B1
hmKey 01:xxxxxxxxxxxxxxxxxxxxxxx
Nachdem mein System ohne das HMUART nun seit 2 Wochen wieder tadellos läuft, habe ich zum Test mal einen jungfräulichen Raspi mit einem Minimal-Jessie versehen und außer dem Modul und socat überhaupt nichts installiert. Also im Prinzip ein reiner Selbstbau-HMLAN ohne Extras....
Ich bin gespannt, ob das nun fehlerfrei läuft und werde berichten.
Vielleicht liegen die oben beschriebenen Probleme ja daran, dass sich socat nicht mit einem gleichzeitig laufenden FHEM2FHEM verträgt, wer weiß?
Hallo,
Zitat von: topfi am 16 März 2017, 22:30:20
Nachdem mein System ohne das HMUART nun seit 2 Wochen wieder tadellos läuft, habe ich zum Test mal einen jungfräulichen Raspi mit einem Minimal-Jessie versehen und außer dem Modul und socat überhaupt nichts installiert. Also im Prinzip ein reiner Selbstbau-HMLAN ohne Extras....
Hmm, ich wüsste nicht, wo das HMUARTLGW-Modul blockieren könnte, das ist schon merkwürdig, was da bei Dir passiert ist.
Zitat
Ich bin gespannt, ob das nun fehlerfrei läuft und werde berichten.
Kannst Du falls es doch nochmal passiert (was ich nicht hoffe) bitte versuchen mit apptime herauszufinden, was blockiert?
Viele Grüße
Michael
Um das angesprochene Problem abzuschließen:
Nachdem ich den Zweit-Raspi, der dem Hauptsystem das HMUART mit socat zur Verfügung stellt und (unabhängig davon) mit FHEM2FHEM und einem zweiten CUL Intertechno-Befehle wiederholt, komplett neu mit aktuellem Jessie und aktuellem FHEM aufgesetzt habe, ist alles in Ordnung und läuft stabil. Das Repeatersystem war einfach nicht ordentlich gepflegt, da lief noch FHEm 5.6 ... :o
Hallo
Ich hab mich nun etwas eingelesen durchgeschaut und alles versucht so halbwegs richtig zu verstehen.
Jetzt bleibt mir nur mehr die Frage hab ich das so richtig verstanden.
Was habe ich vor:
HM-MOD-RPI-PCB an seperaten RPI anschließen auf dem kein FHEM läuft
Diesen in meine FHEM installation integrieren
Ausgangslage:
FHEM neueste Version mit einer VCCU und HM-USB.
Was würde ich machen:
1) Vorbereitung der Seriel Schnittstelle laut anleitung
2) Kontrolle
3) Remoteanbindung - Pi + RPI Modul = LAN Modul
4) define RM_HmUART_EG HMUARTLGW uart://<IP-Adresse>:2000
5) Anlernen an die VCCU
Stimmt das so oder habe ich etwas falsch verstanden?
Zitat von: leachim200 am 05 Juli 2017, 14:46:34
Hallo
Ich hab mich nun etwas eingelesen durchgeschaut und alles versucht so halbwegs richtig zu verstehen.
Jetzt bleibt mir nur mehr die Frage hab ich das so richtig verstanden.
Was habe ich vor:
HM-MOD-RPI-PCB an seperaten RPI anschließen auf dem kein FHEM läuft
Diesen in meine FHEM installation integrieren
Ausgangslage:
FHEM neueste Version mit einer VCCU und HM-USB.
Was würde ich machen:
1) Vorbereitung der Seriel Schnittstelle laut anleitung
2) Kontrolle
3) Remoteanbindung - Pi + RPI Modul = LAN Modul
4) define RM_HmUART_EG HMUARTLGW uart://<IP-Adresse>:2000
5) Anlernen an die VCCU
Stimmt das so oder habe ich etwas falsch verstanden?
Wenn du mit Remoteanbindung sowas wie socat etc. meinst und du das Einspielen der aktuellen FW usw. machst (also nur wegen Übersichtlichkeit ausgelassen hast) sollte es so in etwa gehen...
...allerdings ist das ein ganz schön teurer "HM-LAN" wenn der PI nichts anderes mehr tut.
Dann würde ein ESP mit SerialBridge auch gereicht haben bzw. auch ein PI Zero...
...oder wenn LAN (statt WLAN) auch einfach ein Serial-LAN-Adapter...
Gruß, Joachim
Ohne jetzt Werbung machen zu wollen würde ich auch eher einen Wemos nehmen und eine Adapterplatine. Der Preis hält sich dadurch in grenzen und du kannst das Modul auch belieb im Haus/Wohnung platzieren. Man benötigt lediglich WLAN Empfang und eine Steckdose oder einen 5V USB Anschluss.
https://forum.fhem.de/index.php/topic,73913.0.html
Hallo
Danke für die Info nein er macht mir schluss endlich auch den Cluster für FHEM so wie evt. den Sateliten Stream. Ist mal eine Teststellung vllt setzt ich ihn neu auf und verwende ihn in einem anderen Haus weiß ich noch nicht.
Danke für die Antwort. FW update hab ich zwecks übersichtlichkeit weg gelassen. Hab nur die Überschriften aus dem wiki verwendet. Die Frage die ich mir gestellt habe war das ich keine Zweite FHEM installation brauche. Das sollte damit beantwortet sein viele dank.
Hallo zusammen,
habe schon seit langem einen HMUART in meinem Rpi, welcher auch tadellos funktionert..
Jetzt dachte ich mir, ich löse meine HMLAN Adapter ab ..
Doch leider bekomme ich jetzt diese Meldungen:
2017.07.26 18:39:24 1: HMUARTLGW HMUART2 invalid checksum received, dropping frame (FD001301310500004336841033BADB29A0830601650009FE)!
2017.07.26 19:10:43 1: HMUARTLGW HMUART2 invalid checksum received, dropping frame (FD000500A304020270DA)!
2017.07.26 19:13:06 1: HMUARTLGW HMUART2 invalid checksum received, dropping frame (FD000500AE04020214B5)!
2017.07.26 19:24:06 1: HMUARTLGW HMUART2 invalid checksum received, dropping frame (FD001A01A90500004102845E24A2F6000000800000000000000008EFFF82D3)!
Habe den HMUART an einem ESP8266 mit ESPEasy gelötet.
Hat jemand einen Tip für mich, was das sein kann ?
Hier nochmal einen List des HMUART:
Internals:
AssignedPeerCnt 6
CNT 254
DEF uart://192.168.1.28:2323
DEVCNT 254
DevState 99
DevType UART
DeviceName 192.168.1.28:2323
FD 84
LastOpen 1501086992.13499
NAME HMUART2
NR 546
PARTIAL
RAWMSG 040202
RSSI -68
STATE ok
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 1
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/1/-
msgLoadHistoryAbs 1/1/1/1/1/1/1/1/1/1/1/0/-
owner 29A083
owner_CCU vccu
Helper:
CreditTimer 227
FW 66561
Initialized 1
AckPending:
163:
cmd 08
dst 0
frame FD000300A3085239
time 1501089043.50051
171:
cmd 08
dst 0
frame FD000300AB08E23A
time 1501089152.5518
174:
cmd 08
dst 0
frame FD000300AE08FC3A
time 1501089186.57487
204:
cmd 08
dst 0
frame FD000300CC08B03C
time 1501089625.78414
231:
cmd 08
dst 0
frame FD000300E7084A3C
time 1501090020.01307
77:
cmd 08
dst 0
frame FD0003004D08B636
time 1501087763.91535
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
RoundTrip:
Delay 0.117759943008423
loadLvl:
lastHistory 1501090297.36256
Peers:
261118 +261118,00,01,00
287AFD +287AFD,00,01,00
2A54F4 +2A54F4,00,01,00
2F1090 +2F1090,00,01,00
47AAC3 +47AAC3,00,01,00
5093B8 +5093B8,00,01,00
READINGS:
2017-07-26 18:36:35 D-HMIdAssigned xxxxxx
2017-07-26 18:36:35 D-HMIdOriginal 583790
2017-07-26 18:36:36 D-firmware 1.4.1
2017-07-26 18:36:36 D-serialNr OEQ0305601
2017-07-26 10:14:01 D-type HM-MOD-UART
2017-07-26 18:36:44 cond ok
2017-07-26 18:41:38 load 1
2017-07-26 18:36:44 loadLvl low
2017-07-26 18:36:32 state opened
Attributes:
Cond HMIO_STATE
Cond_map cond
alias HMAURT Partyraum
csmaCa 0
devStateIcon ok:cul_868@green disconnected:cul_868@red .*:cul_868@yellow
group HMIO
hmId 29A083
icon cul_868
qLen 80
room FHEM,Ueberblick
stateFormat cond
userattr Cond Cond_map structexclude
EDIT:
Habe mal mit sys,all mit gelogt:
2017.07.26 22:07:57 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:07:57 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:07:57 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:07:57 0: HMUARTLGW HMUART2 roundtrip delay: 0.2223
2017.07.26 22:08:12 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:08:12 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:08:12 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:08:12 0: HMUARTLGW HMUART2 roundtrip delay: 0.1637
2017.07.26 22:08:15 0: HMUARTLGW HMUART2 recv: 01 05 00 00 49 msg: F6 86 10 4CDEEA 000000 0A60C10C0040
2017.07.26 22:08:17 0: HMUARTLGW HMUART2 recv: 01 05 00 00 4F msg: 2A 86 10 4CEC65 000000 0A88D4080040
2017.07.26 22:08:27 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:08:27 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:08:27 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:08:27 0: HMUARTLGW HMUART2 roundtrip delay: 0.2029
2017.07.26 22:08:42 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:08:42 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:08:42 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:08:42 0: HMUARTLGW HMUART2 roundtrip delay: 0.2447
2017.07.26 22:08:57 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:08:57 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:08:57 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:08:57 0: HMUARTLGW HMUART2 roundtrip delay: 0.1641
2017.07.26 22:09:11 0: HMUARTLGW HMUART2 recv: 01 05 00 00 46 msg: 43 84 5E 24A2F6 000000 800000000000000008DFFE
2017.07.26 22:09:12 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:09:12 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:09:12 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:09:12 0: HMUARTLGW HMUART2 roundtrip delay: 0.2189
2017.07.26 22:09:17 0: HMUARTLGW HMUART2 recv: 01 05 00 00 49 msg: 60 86 10 4CEC6F 000000 0A88CC0C0000
2017.07.26 22:09:27 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:09:27 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:09:27 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:09:27 0: HMUARTLGW HMUART2 roundtrip delay: 0.1562
2017.07.26 22:09:29 0: HMUARTLGW HMUART2 recv: 01 05 00 00 33 msg: C9 86 10 4CEC36 000000 0A88D10D0040
2017.07.26 22:09:42 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:09:42 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:09:42 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:09:42 0: HMUARTLGW HMUART2 roundtrip delay: 0.1968
2017.07.26 22:09:57 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:09:57 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:09:57 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:09:57 0: HMUARTLGW HMUART2 roundtrip delay: 0.1357
2017.07.26 22:10:08 1: HMUARTLGW HMUART2 invalid checksum received, dropping frame (FD001301360500003903841028710829A08306012380DAFE)!
2017.07.26 22:10:12 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:10:12 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:10:12 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:10:12 0: HMUARTLGW HMUART2 roundtrip delay: 0.1801
2017.07.26 22:10:27 0: HMUARTLGW HMUART2 send: 00 08
2017.07.26 22:10:27 0: HMUARTLGW HMUART2 recv: 00 040202, state 98
2017.07.26 22:10:27 0: HMUARTLGW HMUART2 GetSet Ack: 02, state 98
2017.07.26 22:10:27 0: HMUARTLGW HMUART2 roundtrip delay: 0.1200
2017.07.26 22:10:42 0: HMUARTLGW HMUART2 send: 00 08
VG
Klaus
Hallo,
irgendwie mehren sich meine Meldungen:
HMUARTLGW HMUART2 invalid checksum received, dropping frame
Bin jetzt total verunischert, ob das so überhaupt vernünftig laufen kann...
Habe also einen HMAURT in meinem Raspberry (an GPIO Pins). Dieser funktioniert auch wunderbar.
Bis vor kurzem hatte ich noch einen HMLAN in Betrieb, welchen ich durch einen zweiten HMUART abgelöst habe (zumindest habe ich es versucht).
Dafür habe ich einen ESP8266 und das HMUART zusammengelötet. Der HMAURT ist auch aus FHEM als DEVTYP UART ansprechbar. Die Firmware 1.4.1 ließ sich auch einwandfrei flashen. Als TCP Port habe ich den Port 2323 gewählt.
Jetzt scheinen sich aber der RPI HMUART und der der HMUART via ESP in die Quere zu kommen.
Hat das überhaupt jemand so am Start ?
Kann ich zwei HMUART an einem RPI betreiben, einen lokal den anderen via ESP ?
VG
Klaus
Hallo Klaus,
ich könnte das. Aber ich habe den "ESP-HMUART" derzeit in einer anderen Instanz im Test seit drei Tagen laufen und ärgere mich da über unregelmäßige Verbindungsabbrüche. Mal 10 min, mal 5 Stunden wo der ESP kurz auf disconnect geht. Eigentlich immer dieses Schema:
2017.07.27 13:22:22 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.27 13:22:25 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.27 13:22:28 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.27 13:22:31 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.27 13:22:31 3: myHmUARTLGW device closed
2017.07.27 13:23:35 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.27 13:46:11 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.27 13:46:14 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.27 13:46:17 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.27 13:46:20 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.27 13:46:20 3: myHmUARTLGW device closed
2017.07.27 13:46:20 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
Ein Presence Device habe ich laufen, per Netz ist der eigentlich durchgängig erreichbar.
Wenn das stabil wäre könnte ich den einfach mal in eine produktive Instanz hängen, ich würde davon ausgehen, dass es geht.
Gruß Otto
Zitat von: Otto123 am 27 Juli 2017, 14:23:13
Wenn das stabil wäre könnte ich den einfach mal in eine produktive Instanz hängen, ich würde davon ausgehen, dass es geht.
Gruß Otto
Hallo Otto,
ich würde mal folgendes prüfen:
- Ich würde mal einen 220 uF und einen 100 nF Kondensator an die Spannungsversorgung vom ESP anlöten, hat bei mir schon öfters geholfen, allerdings hatte der ESP auch hier und da einen Reboot. Alternativ kannst den ESP mal mit einer Powerbank betreiben
- Wie sind die RSSI Werte des ESP's ?
- Hängte der ESP an einem Repeater ? (evtl mal Testhalber näher an den AP)
ZitatEin Presence Device habe ich laufen, per Netz ist der eigentlich durchgängig erreichbar.
Ein Reboot des ESP dauert gefühlt 3 Sekunden, erfasst Du so genau ?
Zitatich würde davon ausgehen, dass es geht.
Das dachte ich auch ...
Die Meldung "HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending" habe ich dreimal nach jdem FHEM restart. Heute Nacht (10 Stunden) kam die Meldung nur einmal. (Einmal zuviel)
Ich werde wohl meinen "alten" HMLAN Adapter wieder in Betrieb nehmen müssen ..
Kann die Erfolgsmeldungen über ESP-HMUART hier im Forum nicht teilen ...
VG
Klaus
Hallo,
Zitat von: Rampler am 27 Juli 2017, 10:18:50
irgendwie mehren sich meine Meldungen:
HMUARTLGW HMUART2 invalid checksum received, dropping frame
Hört sich so an, als ob da auf der seriellen Strecke Daten kaputtgehen. Passen die Pegel zw. ESP und HMUART?
Ich hatte auch mal größere Probleme mit einem USB2serial-Adapter, mit einem anderen (gleicher Chip, CP2101) hats dann funktioniert...
Zitat
Kann ich zwei HMUART an einem RPI betreiben, einen lokal den anderen via ESP ?
Mehrere HMUARTs bzw. HMLGWs sind zumindest von Fhem-Seite aus kein Problem.
Viele Grüße
Michael
Hallo Klaus,
der Hinweis mit der Stromversorgung und den reboots ist gut, da war ich etwas nachlässig. :-[
Man könnte ja auch ein syslog anschließen ...
Gruß Otto
Hallo Klaus,
ich erfasse die Presence mit 30 30
Einen Reset über die esp-link Oberfläche erfasst er, der dauert offenbar doch etwas mehr als 30 Sekunden.
syslog bringt irgendwie nix - da wird praktisch nix geloggt :-[
Gruß Otto
Zitat von: Otto123 am 27 Juli 2017, 22:38:47
Einen Reset über die esp-link Oberfläche erfasst er, der dauert offenbar doch etwas mehr als 30 Sekunden.
Hallo Otto,
habe soeben auch mal gestoppt, oldschool mit Stoppuhr...
Definitv unter 10 Sekunden...
VG
Klaus
Zitat von: mgernoth am 27 Juli 2017, 14:51:07
Hört sich so an, als ob da auf der seriellen Strecke Daten kaputtgehen. Passen die Pegel zw. ESP und HMUART?
Ich hatte auch mal größere Probleme mit einem USB2serial-Adapter, mit einem anderen (gleicher Chip, CP2101) hats dann funktioniert...
Hallo Michael,
erstmal danke für die Info...
Habe jetzt mal einen anderen ESP genommen, gleiches Modell (ESP mini V2), gleicher Fehler.
Habe auch mal andere GPIO's verwendet, leider auch keine Besserung. Der eine GPIO D8 hatte einen Pull-Down Resistor hardwaremäßig verdrahtet, hatte schon Hoffnung...;(
Bestell mir jetzt mal einen "WEMOS mini Pro, mal sehen ob es damit besser wird...
Ist es denn normal, dass die Meldung:
2017.07.27 23:00:47 1: HMUARTLGW HMUART2 did not respond for the 1. time, resending
2017.07.27 23:00:50 1: HMUARTLGW HMUART2 did not respond for the 1. time, resending
2017.07.27 23:00:53 1: HMUARTLGW HMUART2 did not respond for the 1. time, resending mindestens immer dreimal kommt, oder ist das Teil meines Fehlers ?
VG
Klaus
Hallo Klaus,
Du hast absolut Recht - eher 9 sec :-[
Wobei bei mir so ein Reset dann so für den HMUART aussieht:
2017.07.27 23:43:29 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.27 23:43:32 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.27 23:43:35 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.27 23:43:38 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.27 23:43:38 3: myHmUARTLGW device closed
2017.07.27 23:43:38 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
Mal sehen wie die Nacht mit Elko ist. Ich habe übrigens einen nackten ESP12E Chip mit Spannungsregler am HMUART und 5 Volt Netzteil.
Gruß Otto
Moin,
das mit den Kondensatoren am Netzteil hat nix gebracht. Was ich absolut komisch finde:
- Die "Resets" finden vorzugsweise nachts statt.
- Sie beginnen fast immer zu einer Uhrzeit mit 6 min -> xx:x6.xx
- Die Abstände dazwischen sind relativ regelmäßig im 20 Minuten Raster
Hat dazu irgendjemand eine Idee?
Hier mal Auszüge aus dem Log:
2017.07.25 20:36:11 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.25 20:36:14 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.25 20:36:17 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.25 20:36:20 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.25 20:36:20 3: myHmUARTLGW device closed
2017.07.25 20:36:20 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.25 20:56:11 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.25 20:56:14 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.25 20:56:17 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.25 20:56:20 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.25 20:56:20 3: myHmUARTLGW device closed
2017.07.25 20:56:20 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.26 03:16:15 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.26 03:16:18 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.26 03:16:21 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.26 03:16:24 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.26 03:16:24 3: myHmUARTLGW device closed
2017.07.26 03:16:24 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.26 03:36:15 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.26 03:36:18 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.26 03:36:21 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.26 03:36:24 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.26 03:36:24 3: myHmUARTLGW device closed
2017.07.26 03:36:24 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.26 04:36:47 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.26 04:36:50 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.26 04:36:53 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.26 04:36:56 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.26 04:36:56 3: myHmUARTLGW device closed
2017.07.26 04:36:58 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.26 22:56:14 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.26 22:56:17 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.26 22:56:20 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.26 22:56:23 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.26 22:56:23 3: myHmUARTLGW device closed
2017.07.26 22:56:23 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.27 01:36:22 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.27 01:36:25 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.27 01:36:28 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.27 01:36:31 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.27 01:36:31 3: myHmUARTLGW device closed
2017.07.27 01:36:31 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.27 02:56:11 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.27 02:56:14 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.27 02:56:17 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.27 02:56:20 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.27 02:56:20 3: myHmUARTLGW device closed
2017.07.27 02:56:20 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.27 03:26:12 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.27 03:26:15 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.27 03:26:18 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.27 03:26:21 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.27 03:26:21 3: myHmUARTLGW device closed
2017.07.27 03:26:21 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.27 03:46:12 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.27 03:46:15 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.27 03:46:18 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.27 03:46:21 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.27 03:46:21 3: myHmUARTLGW device closed
2017.07.27 03:46:21 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.27 08:56:14 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.27 08:56:17 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.27 08:56:20 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.27 08:56:23 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.27 08:56:23 3: myHmUARTLGW device closed
2017.07.27 08:56:23 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.28 00:36:17 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.28 00:36:20 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.28 00:36:23 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.28 00:36:26 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.28 00:36:26 3: myHmUARTLGW device closed
2017.07.28 00:36:26 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.28 00:56:17 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.28 00:56:20 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.28 00:56:23 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.28 00:56:26 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.28 00:56:26 3: myHmUARTLGW device closed
2017.07.28 00:56:26 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.28 01:26:18 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.28 01:26:21 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.28 01:26:24 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.28 01:26:27 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.28 01:26:27 3: myHmUARTLGW device closed
2017.07.28 01:26:27 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.28 02:26:20 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.28 02:26:23 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.28 02:26:26 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.28 02:26:29 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.28 02:26:29 3: myHmUARTLGW device closed
2017.07.28 02:26:29 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.28 03:26:23 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.28 03:26:26 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.28 03:26:29 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.28 03:26:32 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.28 03:26:32 3: myHmUARTLGW device closed
2017.07.28 03:26:32 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.28 03:56:24 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.28 03:56:27 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.28 03:56:30 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.28 03:56:33 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.28 03:56:33 3: myHmUARTLGW device closed
2017.07.28 03:56:33 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.28 06:26:17 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.28 06:26:20 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.28 06:26:23 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.28 06:26:26 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.28 06:26:26 3: myHmUARTLGW device closed
2017.07.28 06:26:26 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
2017.07.28 06:36:17 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2017.07.28 06:36:20 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2017.07.28 06:36:23 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2017.07.28 06:36:26 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2017.07.28 06:36:26 3: myHmUARTLGW device closed
2017.07.28 06:36:26 1: 192.168.178.109:23 reappeared (myHmUARTLGW)
Gruß Otto
hallo otto,
nach den timestamps könnte es eine regelmässige aktion im 10 minuten rythmus (06:26, 06:36) sein, die manchmal probleme macht. lass doch mal perfmon laufen, oder drehe verbose hoch.
Hallo Frank,
ja gute Idee (statt 20 min auf 10 min zu schauen :) ) , nur habe ich keinen 10 minuten Prozess, zumindest nicht wissentlich.
Ich hatte jetzt einen Tag anderes Netzteil und zusätzliche Kondensatoren dran. Es ist anders aber immer noch nicht gut :o
Offenbar startet wirklich der ESP immer mal neu, jetzt weniger und nicht mehr im 10 min Raster xx:x6:xx .
Da stimmt irgendwas mit meinem Hardware Aufbau noch nicht. Da muss ich nochmal ran.
Gruß Otto
Zitat von: Otto123 am 29 Juli 2017, 11:50:13
Ich hatte jetzt einen Tag anderes Netzteil und zusätzliche Kondensatoren dran.
Welche Kondensatoren (Werte) hst Du denn verbaut ?
VG
Klaus
Na so wie Du gesagt hast einen Elko (hatte ich allerdings nur 100 µF) und eine Scheibe mit 100 nF
Update:
Mit einem Wemos D1 lief es jetzt die ganze Nacht ohne Abbrüche. Liegt offenbar doch an meiner selbst gelöteten Minimal Platine.
Gruß Otto
Zitat von: frank am 28 Juli 2017, 11:23:10
hallo otto,
nach den timestamps könnte es eine regelmässige aktion im 10 minuten rythmus (06:26, 06:36) sein, die manchmal probleme macht. lass doch mal perfmon laufen, oder drehe verbose hoch.
Hallo Frank,
ich habe jetzt durch Zufall durch einen interessanten Hinweis in einem anderen Thread (https://forum.fhem.de/index.php/topic,56148.msg665918.html#msg665918) zumindest raus gefunden was im 10 min Takt läuft. Da erneuern die Clients mit der Fritzbox irgendwie die WPA Group keys (Wenn ich das richtig verstehe). Wenn ich mir das syslog meines nur per Wlan angeschlossenen Raspberry zero W anschaue - das sieht irgendwie gegenüber eines normalen Raspberry sehr gruselig aus. Der hat alle 10 Minuten richtig Stress und ich suche eigentlich seit Wochen warum der gelegentlich nicht erreichbar ist.
Ich glaube da zumindest momentan an einen Zusammenhang, zumal das syslog im Raspberry auch immer im Rhythmus xx:x6:00 loslegte. Und der ESP war auch noch am gleichen Netzteil.
Gruß Otto
bei meinem pi3 werden die wpa keys auch im 10min takt erneuert, oder was auch immer.
abbrüche mit meiner fritzbox hatte ich auch mitunter. seidem ich einen festen funkkanal zur wlan nutzung eingestellt habe, ist das deutlich besser geworden.
edit: gerade entdeckt => https://forum.fhem.de/index.php/topic,56148.msg665918.html#msg665918 (https://forum.fhem.de/index.php/topic,56148.msg665918.html#msg665918)
Hallo
Ich bräuchte eure hilfe.
Vorab Modul funktioniert verbindung geht auch.
jetzt ist es aber leider so das ich immer wieder verbindungsaussetzer habe.
Laufen tut das system auf einem RPI 2 version 1.4.1
Internals:
AssignedPeerCnt 11
CNT 196
DEF uart://192.168.178.251:2000
DEVCNT 196
DevState 99
DevType UART
DeviceName 192.168.178.251:2000
FD 23
LastOpen 1501492435.13677
NAME RM_HmUART
NR 171
PARTIAL
RAWMSG 040202
RSSI -58
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 1
msgLoadHistory 0/0/0/0/0/0/1/-/-/-/-/-
msgLoadHistoryAbs 1/1/1/1/1/1/1/0/-/-/-/-/-
owner 424242
owner_CCU VCCU
Helper:
CreditTimer 158
FW 66561
Initialized 1
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
RoundTrip:
Delay 0.00562095642089844
loadLvl:
lastHistory 1501494539.07203
Peers:
2FBF42 +2FBF42,00,00,00
33BFE4 +33BFE4,00,00,00
34202B +34202B,00,00,00
38D62F +38D62F,00,00,00
41E702 +41E702,00,00,00
462EB5 +462EB5,00,00,00
462F0D +462F0D,00,00,00
462F0E +462F0E,00,00,00
463089 +463089,00,00,00
4D9886 +4D9886,00,00,00
4F33BD +4F33BD,00,00,00
READINGS:
2017-07-31 11:13:58 D-HMIdAssigned 424242
2017-07-31 11:13:58 D-HMIdOriginal 4F637D
2017-07-31 11:13:58 D-firmware 1.4.1
2017-07-31 11:13:58 D-serialNr NEQ1329346
2017-07-07 13:46:36 D-type HM-MOD-UART
2017-07-31 11:13:59 cond ok
2017-07-31 11:18:57 load 1
2017-07-31 11:13:59 loadLvl low
2017-07-31 11:13:55 state opened
helper:
Attributes:
hmId 424242
room System
Leider habe ich immer wieder verbindungsaussetzer.
2017.07.31 11:13:46 1: HMUARTLGW RM_HmUART did not respond for the 1. time, resending
2017.07.31 11:13:49 1: HMUARTLGW RM_HmUART did not respond for the 2. time, resending
2017.07.31 11:13:52 1: HMUARTLGW RM_HmUART did not respond for the 3. time, resending
2017.07.31 11:13:55 1: HMUARTLGW RM_HmUART did not respond after all, reopening
2017.07.31 11:13:55 3: RM_HmUART device closed
2017.07.31 11:13:55 1: xxxxxxxxx:2000 reappeared (RM_HmUART)
Ich komm einfach nicht dahinter warum :/
root@raspberrypi:/home/pi# ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Jul 31 11:50 /dev/ttyAMA0
kann mir wer sagen woran das liegt?
Hallo,
was haben Deine beiden Teilfragen gemeinsam?
root@raspberrypi:/home/pi# ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Jul 31 11:50 /dev/ttyAMA0
Diese Ausgabe ist die zu erwartende wenn man die Schnittstelle AMA0 ordentlich in Betrieb hat.
Aber was hat das mit deinem Remote UART zu tun? Du hast das Modul am Raspberrys und dann Remote an FHEM gekoppelt?
Sicher gibt es Netzwerkprobleme? Ähnlich wie die bereits diskutierten?
Gruß Otto
Zitat von: Otto123 am 29 Juli 2017, 17:37:58
Na so wie Du gesagt hast einen Elko (hatte ich allerdings nur 100 µF) und eine Scheibe mit 100 nF
Update:
Mit einem Wemos D1 lief es jetzt die ganze Nacht ohne Abbrüche. Liegt offenbar doch an meiner selbst gelöteten Minimal Platine.
Gruß Otto
Hi
Ich habe beste Erfahrungen bei den WEMOS D1 Mini mit folgender Beschaltung gemacht:
100nF zwischen 5V und GND
300-470µF zwischen 5V und GND
100nF zwischen 3,3V und GND
100µF zwischen 3,3V und GND
Der ESP zieht mächtig Strom beim Funken. Die Impulse lassen so manches Netzteil einbrechen und bringen den ESP damit zum reseten.
Ich habe nun seit über einem Jahr eine WordClock mit einem ESP im Einsatz welcher sich zyklisch die Uhrzeit per NTP aus dem Internet holt. Die Uhr läuft perfekt und ohne Aussetzer seit mehr als einem Jahr.
Vorher ohne diese Zusatzbeschaltung hatte ich regelmässig Reboots und Aussetzer.
Kann ich nur Empfehlen.
Da der WEMOS intern mit 3,3V läuft sollte man diesen Zweig, der nach dem Spannungsregler liegt auch puffern. Die auf dem Chip verbauten Keramikkondensatoren reichen leider nicht aus.
Gruß Michael
Hi Otto
Ja genau ich betreibe das ganze per remote. und wollte wissen warum ich diese aussätzer habe.
Ich hab jetzt gesucht aber anscheinend bin ich zu doof etwas sinnfolles zu finden.
Wie meinst du netzwerk aussetzer?
lg michi
Hallo Michi,
um da Ideen zu entwickeln, bräuchte man mehr Infos.
Gruß Otto
Hallo,
ich habe eine kurze Frage:
Besteht der Gedanke, das Modul Homematic IP fähig zu machen?
Vielen Dank :)
Hi
Also betrieben wird das ganze an zwei RPI's hauptserver ist ein RPI3 remote ein RPI2.
Das ganze ist kabel gebunden an eine Fritzbox.
Sonst gibt es im netzwerk derzeit keine andere Software die versucht etwas über remote zu machen.
Welche informationen benötigst du sosnt noch?
Hi Michi,
hm, da klingt alles soweit gut. Keine wirkliche Idee:
Wie oft kommen diese Aussetzer? Der Remote Pi ist offenbar ca. 9 sec "weg".
Entweder belastet etwas den Pi2 oder das Netzwerk.
Da habe ich keine richtige Idee.
Gruß Otto
Möchte hier mal einen kurzen Erfahrungsbericht, bezüglich HMUART und ESP8266, los werden.
Ziel war es einen meiner beiden HMLAN Adapter durch den remoten HMUART abzulösen.
Der HMLAN Adapter wurde über einen eigenen WLAN-Repeater mit LAN versorgt.
Also verdrahtet nach diesem Schema:
https://forum.fhem.de/index.php?action=dlattach;topic=56606.0;attach=57101;image (https://forum.fhem.de/index.php?action=dlattach;topic=56606.0;attach=57101;image)
Erster Versuch mit ESPEASY und dem "Software Serial Server" (_P130_SSSRV.ino) mit dieser Firmware:
https://forum.fhem.de/index.php?action=dlattach;topic=56606.0;attach=82125 (https://forum.fhem.de/index.php?action=dlattach;topic=56606.0;attach=82125)
Diese Lösung ist meiner Meinung nach nicht akzeptabel, da es hier und da immer wieder zu diesen Meldungen kommt:
HMUARTLGW HMUART2 invalid checksum received, dropping frame
Zweiter Versuch, ebenfalls mit ESPEASY, und dem "Serial Server", welcher bereits in der offiziellen Firmware enthalten ist:
Hierfür habe ich statt D7/D8, TX/RX verwendet. Hier konnte ich gar keine Verbindung mit dem HMUART aufbauen.
Dritter Versuch mit ESP-Link nach dieser Anleitung (gleiche Verdrahtung, wie bei Versuch 1):
https://drive.google.com/file/d/0B6eiMICeQsa8cmxQZjlIZ0I5R0k/view (https://drive.google.com/file/d/0B6eiMICeQsa8cmxQZjlIZ0I5R0k/view)
Mit ESP-Link läuft es nun schon einige Tage einwandfrei, sodaß ich meinen HMALN Adapter ablösen konnte.
Ich habe mich für einen ESP mini Pro entschieden, da dieser einen externen WLAN-Antennenanschluß besitzt.
Fazit:
Derzeit gibt es keine Lösung mit der ESPEASY Software (was schade ist), denn ich hätte gerne am gleichen WEMOS noch einen Temperatursensor angeschlossen. Da aber die LetsControlit Community auch recht aktiv ist, hoffe ich mal, dass irgendwann noch ein Plugin kommen wird.
VG
Klaus
Deine Erfahrungen kann ich auch bestätigen. Ich nutze jetzt seit einem halben Jahr einen Wemos mit ESP-Link Software und habe damit überhaupt keine Probleme, nicht ein einziger reset oder dergleichen war bisher notwendig.
hallo michael,
ich habe ein problem mit einem hmuart und einer messsteckdose HM-ES-PMSw1-Pl.
es macht den eindruck, dass messages dieses devices ignoriert werden.
1. bei hminfo gibt es zb keine info über rssi werte. ein hmlan, der schlechter postiert ist erzeugt werte. bei allen anderen devices gibt es rssi vom hmuart.
SwitchES01 SwitchES01 hmlan1 -80.0 -83.8 -89.0< -78.0 53
SwitchES01 hmlan1 SwitchES01 -81.0 -86.3 -102.0< -80.0 4685
2. wenn ich das device unter logIDs setze, werden messages vom typ 845E scheinbar gefiltert, obwohl andere vom typ A45F anscheinend problemlos empfangen werden können. das "filtern" beobachte ich jetzt über mehrere stunden. die message kommt regelmässig alle 2,5 minuten. allerdings wundert es mich, dass hminfo keine rssi speichert, obwohl hier andere messages gelogt werden.
2017.08.03 09:40:12.239 3: CUL_HM set SwitchES01_Sw on
2017.08.03 09:40:12.240 0: HMLAN_Send: hmlan1 S:SA709A1AC stat: 00 t:00000000 d:01 r:A709A1AC m:1C A011 1ACE1F 24AF1D 0201C80000
2017.08.03 09:40:12.275 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 1C A0 11 1ACE1F 24AF1D 0201C80000
2017.08.03 09:40:12.410 0: HMLAN_Parse: hmlan1 R:RA709A1AC stat:0001 t:9642318C d:FF r:FFAF m:1C 8002 24AF1D 1ACE1F 0101C8004E
2017.08.03 09:40:18.460 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:96424929 d:FF r:FFAF m:1D A45F 24AF1D 1ACE1F 83590C016FFA1BA30929FF
2017.08.03 09:40:18.577 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 1D 80 02 1ACE1F 24AF1D 00
2017.08.03 09:40:19.460 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:96424D11 d:FF r:FFB0 m:1E A45F 24AF1D 1ACE1F 83590E014C840F2A092E01
2017.08.03 09:40:19.572 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 1E 80 02 1ACE1F 24AF1D 00
2017.08.03 09:40:20.389 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:40:20.393 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:40:20.393 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:40:20.394 0: HMUARTLGW hmuart1 roundtrip delay: 0.0027
2017.08.03 09:40:20.459 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:964250F9 d:FF r:FFAF m:1F A45F 24AF1D 1ACE1F 835910011FB20D7B093101
2017.08.03 09:40:20.566 0: HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: 1F 80 02 1ACE1F 24AF1D 00
2017.08.03 09:40:21.460 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:964254E1 d:FF r:FFAF m:20 A45F 24AF1D 1ACE1F 83591200D4A20AB6093801
2017.08.03 09:40:21.566 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 20 80 02 1ACE1F 24AF1D 00
2017.08.03 09:40:22.436 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:964258B5 d:FF r:FFAE m:1C 845E 24AF1D 000000 83591200D4A20AB6093801
2017.08.03 09:40:22.699 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:964259B9 d:FF r:FFB0 m:21 A45F 24AF1D 1ACE1F 83591300B27709AC093BFF
2017.08.03 09:40:22.812 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 21 80 02 1ACE1F 24AF1D 00
2017.08.03 09:40:23.739 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:96425DC9 d:FF r:FFAF m:22 A45F 24AF1D 1ACE1F 83591500C4960A2D093901
2017.08.03 09:40:23.855 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 22 80 02 1ACE1F 24AF1D 00
2017.08.03 09:40:24.459 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:96426099 d:FF r:FFAF m:23 A45F 24AF1D 1ACE1F 83591600DA050ADC0937FF
2017.08.03 09:40:24.573 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 23 80 02 1ACE1F 24AF1D 00
2017.08.03 09:40:25.460 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:96426482 d:FF r:FFAF m:24 A45F 24AF1D 1ACE1F 83591800E71A0B51093601
2017.08.03 09:40:25.574 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 24 80 02 1ACE1F 24AF1D 00
2017.08.03 09:40:27.460 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:96426C52 d:FF r:FFAF m:25 A45F 24AF1D 1ACE1F 83591B00F89B0BF2093501
2017.08.03 09:40:27.566 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 25 80 02 1ACE1F 24AF1D 00
2017.08.03 09:40:35.393 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:40:35.397 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:40:35.398 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:40:35.398 0: HMUARTLGW hmuart1 roundtrip delay: 0.0027
2017.08.03 09:40:50.397 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:40:50.405 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:40:50.406 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:40:50.406 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2017.08.03 09:40:57.460 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:9642E187 d:FF r:FFAE m:26 A45F 24AF1D 1ACE1F 83595101089E0C83093501
2017.08.03 09:40:57.607 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 26 80 02 1ACE1F 24AF1D 00
2017.08.03 09:41:02.457 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:9642F510 d:FF r:FFAF m:27 A45F 24AF1D 1ACE1F 83595A0113C00CED093501
2017.08.03 09:41:02.566 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 27 80 02 1ACE1F 24AF1D 00
2017.08.03 09:41:05.405 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:41:05.409 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:41:05.410 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:41:05.410 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2017.08.03 09:41:05.460 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:964300C8 d:FF r:FFAF m:28 A45F 24AF1D 1ACE1F 835960011EA10D55093402
2017.08.03 09:41:05.577 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 28 80 02 1ACE1F 24AF1D 00
2017.08.03 09:41:09.459 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:96431068 d:FF r:FFAF m:29 A45F 24AF1D 1ACE1F 8359690129C80DC3093401
2017.08.03 09:41:09.566 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 29 80 02 1ACE1F 24AF1D 00
2017.08.03 09:41:18.272 3: CUL_HM set SwitchES01_Sw off
2017.08.03 09:41:18.274 0: HMLAN_Send: hmlan1 S:SA70AA39E stat: 00 t:00000000 d:01 r:A70AA39E m:2A A011 1ACE1F 24AF1D 0201000000
2017.08.03 09:41:18.307 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 2A A0 11 1ACE1F 24AF1D 0201000000
2017.08.03 09:41:18.443 0: HMLAN_Parse: hmlan1 R:RA70AA39E stat:0001 t:96433386 d:FF r:FFAE m:2A 8002 24AF1D 1ACE1F 0101000050
2017.08.03 09:41:18.740 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:964334AA d:FF r:FFAF m:2B A45F 24AF1D 1ACE1F 83597C0138C70E580930FF
2017.08.03 09:41:18.856 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 2B 80 02 1ACE1F 24AF1D 00
2017.08.03 09:41:19.460 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:9643377A d:FF r:FFAE m:2C A45F 24AF1D 1ACE1F 83597C00351B05E30948FF
2017.08.03 09:41:19.566 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 2C 80 02 1ACE1F 24AF1D 00
2017.08.03 09:41:20.409 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:41:20.413 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:41:20.413 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:41:20.414 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:41:20.460 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:96433B62 d:FF r:FFAF m:2D A45F 24AF1D 1ACE1F 83597C0000000000094DFF
2017.08.03 09:41:20.571 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: 2D 80 02 1ACE1F 24AF1D 00
2017.08.03 09:41:35.413 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:41:35.417 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:41:35.418 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:41:35.418 0: HMUARTLGW hmuart1 roundtrip delay: 0.0027
2017.08.03 09:41:50.417 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:41:50.421 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:41:50.422 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:41:50.422 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2017.08.03 09:42:05.421 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:42:05.425 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:42:05.426 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:42:05.426 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:42:20.425 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:42:20.429 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:42:20.430 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:42:20.430 0: HMUARTLGW hmuart1 roundtrip delay: 0.0027
2017.08.03 09:42:35.429 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:42:35.436 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:42:35.436 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:42:35.437 0: HMUARTLGW hmuart1 roundtrip delay: 0.0052
2017.08.03 09:42:50.434 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:42:50.437 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2017.08.03 09:42:50.438 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:42:50.438 0: HMUARTLGW hmuart1 roundtrip delay: 0.0026
2017.08.03 09:43:01.890 0: HMUARTLGW hmuart1 recv: 01 0404, state 100
2017.08.03 09:43:01.891 0: HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2017.08.03 09:43:02.325 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:43:02.329 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:43:02.330 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:43:02.330 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:43:05.438 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:43:05.441 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:43:05.442 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:43:05.442 0: HMUARTLGW hmuart1 roundtrip delay: 0.0027
2017.08.03 09:43:20.442 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:43:20.446 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:43:20.447 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:43:20.447 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2017.08.03 09:43:35.446 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:43:35.449 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:43:35.450 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:43:35.450 0: HMUARTLGW hmuart1 roundtrip delay: 0.0026
2017.08.03 09:43:50.450 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:43:50.454 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:43:50.454 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:43:50.455 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2017.08.03 09:44:05.454 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:44:05.458 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:44:05.458 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:44:05.459 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:44:20.458 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:44:20.462 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:44:20.463 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:44:20.463 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2017.08.03 09:44:35.462 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:44:35.466 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:44:35.467 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:44:35.467 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2017.08.03 09:44:37.776 0: HMUARTLGW hmuart1 recv: 01 0404, state 100
2017.08.03 09:44:37.777 0: HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2017.08.03 09:44:50.466 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:44:50.470 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:44:50.470 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:44:50.471 0: HMUARTLGW hmuart1 roundtrip delay: 0.0026
2017.08.03 09:45:05.470 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:45:05.474 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:45:05.475 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:45:05.475 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2017.08.03 09:45:20.474 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:45:20.478 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:45:20.479 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:45:20.479 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:45:22.941 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:9646EEB5 d:FF r:FFAF m:1E 845E 24AF1D 000000 83597C00000000000949FF
2017.08.03 09:45:35.478 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:45:35.482 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:45:35.483 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:45:35.483 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2017.08.03 09:45:50.482 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:45:50.486 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2017.08.03 09:45:50.487 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:45:50.488 0: HMUARTLGW hmuart1 roundtrip delay: 0.0032
2017.08.03 09:46:05.486 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:46:05.491 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2017.08.03 09:46:05.491 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:46:05.492 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2017.08.03 09:46:20.490 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:46:20.494 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2017.08.03 09:46:20.495 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:46:20.495 0: HMUARTLGW hmuart1 roundtrip delay: 0.0027
2017.08.03 09:46:35.494 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:46:35.498 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2017.08.03 09:46:35.499 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:46:35.499 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2017.08.03 09:46:50.499 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:46:50.502 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2017.08.03 09:46:50.503 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:46:50.503 0: HMUARTLGW hmuart1 roundtrip delay: 0.0027
2017.08.03 09:47:05.503 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:47:05.506 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2017.08.03 09:47:05.507 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:47:05.508 0: HMUARTLGW hmuart1 roundtrip delay: 0.0027
2017.08.03 09:47:20.506 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:47:20.510 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2017.08.03 09:47:20.511 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:47:20.511 0: HMUARTLGW hmuart1 roundtrip delay: 0.0027
2017.08.03 09:47:35.510 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:47:35.514 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2017.08.03 09:47:35.515 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:47:35.515 0: HMUARTLGW hmuart1 roundtrip delay: 0.0026
2017.08.03 09:47:50.515 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:47:50.519 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2017.08.03 09:47:50.519 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:47:50.520 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2017.08.03 09:48:03.441 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:964961BF d:FF r:FFAF m:1F 845E 24AF1D 000000 83597C0000000000094AFE
2017.08.03 09:48:05.519 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:48:05.522 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:48:05.523 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:48:05.524 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:48:20.523 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:48:20.527 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:48:20.528 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:48:20.528 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:48:35.527 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:48:35.531 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:48:35.532 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:48:35.532 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:48:50.531 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:48:50.535 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:48:50.535 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:48:50.536 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:49:05.535 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:49:05.539 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:49:05.540 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:49:05.540 0: HMUARTLGW hmuart1 roundtrip delay: 0.0029
2017.08.03 09:49:20.539 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:49:20.543 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:49:20.544 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:49:20.544 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2017.08.03 09:49:35.543 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:49:35.547 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:49:35.548 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:49:35.548 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2017.08.03 09:49:50.548 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:49:50.551 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:49:50.552 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:49:50.552 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2017.08.03 09:50:05.552 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:50:05.560 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:50:05.562 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:50:05.562 0: HMUARTLGW hmuart1 roundtrip delay: 0.0037
2017.08.03 09:50:20.560 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:50:20.564 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:50:20.564 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:50:20.565 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2017.08.03 09:50:35.564 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:50:35.568 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:50:35.568 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:50:35.569 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2017.08.03 09:50:50.568 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:50:50.572 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:50:50.573 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:50:50.573 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2017.08.03 09:51:05.695 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:51:05.699 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:51:05.700 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:51:05.700 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2017.08.03 09:51:20.699 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:51:20.703 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:51:20.703 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:51:20.704 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:51:35.703 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:51:35.707 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:51:35.708 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:51:35.708 0: HMUARTLGW hmuart1 roundtrip delay: 0.0029
2017.08.03 09:51:50.707 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:51:50.711 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:51:50.712 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:51:50.712 0: HMUARTLGW hmuart1 roundtrip delay: 0.0029
2017.08.03 09:52:05.711 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:52:05.715 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:52:05.716 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:52:05.716 0: HMUARTLGW hmuart1 roundtrip delay: 0.0029
2017.08.03 09:52:20.715 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:52:20.719 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:52:20.720 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:52:20.720 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:52:35.720 0: HMUARTLGW hmuart1 send: 00 08
2017.08.03 09:52:35.723 0: HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 09:52:35.724 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 09:52:35.724 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2017.08.03 09:52:41.442 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:964D9FD5 d:FF r:FFAF m:21 845E 24AF1D 000000 83597C00000000000945FF
hier noch mit verbose 5 während einer message vom typ 845E. als wäre er taub bei diesen messages.
2017.08.03 10:48:22.311 5 : HMUARTLGW hmuart1 checking credits (from timer)
2017.08.03 10:48:22.311 0 : HMUARTLGW hmuart1 send: 00 08
2017.08.03 10:48:22.312 5 : HMUARTLGW hmuart1 send: (8): fd000300e1085e3c
2017.08.03 10:48:22.312 5 : SW: fd000300e1085e3c
2017.08.03 10:48:22.315 5 : HMUARTLGW hmuart1 read raw (10): fd000500e1040206d86c
2017.08.03 10:48:22.316 5 : HMUARTLGW hmuart1 read (9): fd000500e1040206d86c crc OK
2017.08.03 10:48:22.316 0 : HMUARTLGW hmuart1 recv: 00 040206, state 98
2017.08.03 10:48:22.317 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2017.08.03 10:48:22.317 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0029
2017.08.03 10:48:24.917 3 : set PID20.GZ stop : Please define PID20.GZ first
2017.08.03 10:48:25.954 0 : HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:9680AA10 d:FF r:FFAE m:37 845E 24AF1D 000000 83597C0000000000094D01
2017.08.03 10:48:36.379 5 : HMUARTLGW hmuart1 read raw (8): fd001a012f050000
2017.08.03 10:48:36.380 5 : HMUARTLGW hmuart1 read raw (8): 3845805e266ea51a
2017.08.03 10:48:36.381 5 : HMUARTLGW hmuart1 read raw (8): ce1f000000000000
2017.08.03 10:48:36.381 5 : HMUARTLGW hmuart1 read raw (7): 0000000000c1b9
2017.08.03 10:48:36.382 5 : HMUARTLGW hmuart1 read (30): fd001a012f0500003845805e266ea51ace1f0000000000000000000000c1b9 crc OK
2017.08.03 10:48:36.382 5 : HMUARTLGW hmuart1 recv: 01 05 00 00 38 msg: 45 80 5E 266EA5 1ACE1F 0000000000000000000000
2017.08.03 10:48:36.383 5 : HMUARTLGW hmuart1 Dispatch: A1445805E266EA51ACE1F0000000000000000000000::-56:hmuart1
2017.08.03 10:48:36.383 5 : hmuart1: dispatch A1445805E266EA51ACE1F0000000000000000000000::-56:hmuart1
3. auch bei den internals gibt es keine hinweise über empfangene messages vom hmuart.
Internals:
DEF 24AF1D
IODev hmlan1
LASTInputDev hmlan1
MSGCNT 4648
NAME SwitchES01
NOTIFYDEV global
NR 387
NTFY_ORDER 50-SwitchES01
STATE CMDs_done
TYPE CUL_HM
channel_01 SwitchES01_Sw
channel_02 SwitchES01_Pwr
channel_03 SwitchES01_SenPwr
channel_04 SwitchES01_SenI
channel_05 SwitchES01_SenU
channel_06 SwitchES01_SenF
hmlan1_MSGCNT 4648
hmlan1_RAWMSG E24AF1D,0000,96188A13,FF,FFAE,0A845E24AF1D00000083590900000000000932FE
hmlan1_RSSI -82
hmlan1_TIME 2017-08-03 08:54:42
lastMsg No:0A - t:5E s:24AF1D d:000000 83590900000000000932FE
protCmdDel 9
protLastRcv 2017-08-03 08:54:42
protResnd 50 last_at:2017-08-01 14:55:05
protResndFail 8 last_at:2017-08-01 14:55:10
protSnd 385 last_at:2017-08-03 01:11:13
protState CMDs_done
rssi_at_hmlan1 avg:-86.32 cnt:4648 max:-80 lst:-82 min:-102
rssi_hmlan1 max:-78 lst:-83 min:-89 avg:-83.98 cnt:51
READINGS:
2016-11-23 12:00:54 .D-devInfo 3FFFFF
2016-11-23 12:00:54 .D-stc 51
2017-08-03 08:54:42 .protLastRcv 2017-08-03 08:54:42
2017-07-26 02:54:32 Activity alive
2017-06-15 14:08:53 CommandAccepted yes
2016-11-23 12:00:54 D-firmware 2.5
2017-07-28 23:44:38 D-serialNr KEQ0967103
2017-04-01 15:13:32 PairedTo 0x1ACE1F
2016-07-17 23:24:44 R-intKeyVisib visib
2016-07-17 23:24:44 R-localResDis off
2016-07-17 23:24:44 R-pairCentral 0x1ACE1F
2017-04-01 15:13:32 RegL_00. 02:81 0A:1A 0B:CE 0C:1F 15:FF 18:00 00:00
2016-07-18 15:14:25 powerOn 2016-07-18 15:14:25
2017-08-03 08:54:42 rssi_at_hmlan1 -82
2017-08-03 01:11:14 rssi_hmlan1 -83
2017-08-03 01:11:14 state CMDs_done
helper:
HM_CMDNR 10
cSnd 111ACE1F24AF1D0201000000,111ACE1F24AF1D0201000000
mId 00AC
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +24AF1D,00,00,00
nextSend 1501743283.01734
rxt 0
vccu ccu
p:
24AF1D
00
00
00
prefIO:
hmlan1
mRssi:
mNo 0A
io:
hmlan1 -80
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
at_hmlan1:
avg -86.3214285714286
cnt 4648
lst -82
max -80
min -102
hmlan1:
avg -83.9803921568627
cnt 51
lst -83
max -78
min -89
shadowReg:
tmpl:
Attributes:
IODev hmlan1
IOgrp ccu:hmlan1
actCycle 000:10
actStatus alive
autoReadReg 5_readMissing
event-on-change-reading .*
event-on-update-reading rssi.*
expert 251_anything
firmware 2.5
group Messstecker
model HM-ES-PMSw1-Pl
room 901_Messtechnik
rssiLog 1
serialNr KEQ0967103
subType powerMeter
webCmd getConfig:clear msgEvents
hier noch das list vom hmuart:
Internals:
AssignedPeerCnt 18
CNT 13
DEF /dev/ttyAMA0
DEVCNT 13
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 10
LastOpen 1500947659.04452
NAME hmuart1
NR 27
PARTIAL
RAWMSG 040208
RSSI -56
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 4
msgLoadHistory 0/0/0/0/0/1/0/0/0/0/0/0
msgLoadHistoryAbs 4/4/4/4/4/4/3/3/3/3/3/3/3
owner 1ACE1F
owner_CCU ccu
.clientArray:
CUL_HM
Helper:
CreditTimer 53199
FW 66561
Initialized 1
SendCnt 10856
AckPending:
LastSendLen:
3
3
Log:
IDs:
24AF1D
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00325894355773926
loadLvl:
lastHistory 1501744182.83847
Peers:
1936FF +1936FF,00,00,00
193A9A +193A9A,00,00,00
1BF81B +1BF81B,00,00,00
1BFC52 +1BFC52,00,00,00
1C4E25 +1C4E25,00,00,00
1CE9F5 +1CE9F5,00,00,00
1D252E +1D252E,00,00,00
1DE620 +1DE620,00,00,00
1DFC2F +1DFC2F,00,00,00
1DFDA5 +1DFDA5,00,00,00
1F91AA +1F91AA,00,00,00
206219 +206219,00,00,00
206487 +206487,00,00,00
2064CB +2064CB,00,00,00
20DFE1 +20DFE1,00,00,00
266A86 +266A86,00,00,00
285A44 +285A44,00,00,00
6869B6 +6869B6,00,00,00
READINGS:
2017-07-25 03:54:42 D-HMIdAssigned 1ACE1F
2017-07-25 03:54:42 D-HMIdOriginal 470708
2017-07-25 03:54:42 D-firmware 1.4.1
2017-07-25 03:54:42 D-serialNr NEQ0230329
2017-07-25 03:54:18 D-type HM-MOD-UART
2017-07-25 03:54:42 cond ok
2017-08-03 08:44:47 load 4
2017-07-25 03:54:42 loadLvl low
2017-07-25 03:54:19 state opened
helper:
Attributes:
group IO-Devices
hmId 1ACE1F
logIDs SwitchES01
room 90_Technik
ich würde jetzt eigentlich mal ein reboot beim hmuart versuchen, aber zum weiteren testen lass ich den zustand erst einmal.
Hallo Frank,
zumindest Deine 1. Aussage habe ich bei mir mal kurz getestet, das sieht bei mir gut aus: PSD1 HMLAN1 PSD1 -66.0 -61.0 -66.0< -58.0 4036
PSD1 HMUART1 PSD1 -55.0 -57.0 -62.0< -53.0 4037
PSD1 PSD1 HMUART1 -59.0 -59.0 -59.0< -59.0 1
PSD3 HMLAN1 PSD3 -52.0 -53.0 -72.0< -46.0 4052
PSD3 HMUART1 PSD3 -40.0 -47.3 -80.0< -37.0 4052
PSD3 PSD3 HMLAN1 -51.0 -51.0 -51.0< -51.0 1
Die PSD1 hat den HMUART1 als IO, die PSD3 den HMLAN1
firmware 2.5
model HM-ES-PMSw1-Pl
Wenn ich irgendetwas beitragen kann, lass es mich wissen.
Gruß Otto
merci otto,
das sieht sogar sehr gut aus, denn beide io's haben quasi die selbe anzahl messages empfangen. der hmuart scheint also alles zu hören und sämtliche messages gehen in die statistik ein. seltsam, ich würde wetten, dass das bei mir auch schon mal so war.
welche versionsnummern haben bei dir hmuartlgw, cul_hm, hmconfig und hminfo?
sind die io's bei den steckdosen als prefered io eingetragen?
Die PSD1 hat IOgrp VCCU:HMUART1
Die PSD3 hat IOgrp VCCU
10_CUL_HM.pm 14626 2017-07-02 13:19:36Z martinp876
98_HMinfo.pm 14608 2017-07-01 04:53:04Z martinp876
00_HMLAN.pm 14073 2017-04-22 13:45:25Z martinp876
00_HMUARTLGW.pm 14240 2017-05-10 09:27:09Z mgernoth
HMconfig habe ich nicht :-[
danke,
ich habe die selben versionen. hmconfig wird dann auch gleich sein. ist in meiner liste allerdings drinnen ;)
HMConfig.pm 14631 2017-07-02 18:14:59Z martinp876
bei mir habe ich IOgrp=ccu:hmlan1, also zunächst der einzige unterschied.
das umstellen von IOgrp auf vccu ohne prefered io hat auch nichts ergeben.
zur zeit kann ich mir nur vorstellen, dass die fw meines hmuart die zyklische broadcast message filtert und cul_hm genau diese message für die rssi statistik auswertet.
Zitat von: frank am 03 August 2017, 14:35:41
hmconfig wird dann auch gleich sein. ist in meiner liste allerdings drinnen ;)
HMConfig.pm 14631 2017-07-02 18:14:59Z martinp876
Wer lesen kann, ist klar im Vorteil :)
Ich habe sie auch gefunden ->
HMConfig.pm 14631 2017-07-02 18:14:59Z martinp876 ;D ;D ;D
Aber hat denn ein hmuart eine andere Firmware? 2017-07-27 09:21:45 D-firmware 1.4.1
nachdem ich nun den aktor kurz vom strom getrennt habe, kann der hmuart wieder alle messages empfangen. und wie schon vermutet, empfängt er auch besser, als der hmlan.
da beim reboot des aktors der hmuart als prefered io eingetragen war, denke ich, dass das assignen des aktors durch den hmuart dieses "filtern" beseitigt hat.
durch zurückrechnen der empfangenen messages, die beim hmlan entstanden waren, habe ich ein fhem absturz/neustart im log entdeckt. dabei muss wohl irgend etwas seltsames passiert sein.
die fw ist 1.4.1
Na wie so oft, Strom aus und neustart beseitigt die seltsamsten Dinge :o
Zitat von: Otto123 am 06 August 2017, 13:05:16
Na wie so oft, Strom aus und neustart beseitigt die seltsamsten Dinge :o
in meinem fall aber leider nur für ein paar stunden.
mal schauen ..., ist wohl wieder vodoo im spiel. ;)
Zitat von: Rampler am 02 August 2017, 10:53:41
Möchte hier mal einen kurzen Erfahrungsbericht, bezüglich HMUART und ESP8266, los werden.
Erster Versuch mit ESPEASY und dem "Software Serial Server" (_P130_SSSRV.ino) mit dieser Firmware:
https://forum.fhem.de/index.php?action=dlattach;topic=56606.0;attach=82125 (https://forum.fhem.de/index.php?action=dlattach;topic=56606.0;attach=82125)
Diese Lösung ist meiner Meinung nach nicht akzeptabel, da es hier und da immer wieder zu diesen Meldungen kommt:
HMUARTLGW HMUART2 invalid checksum received, dropping frame
Die Erfahrung kann ich "
nicht" teilen - ich habe das hier (https://forum.fhem.de/index.php?topic=62651.msg540843#msg540843) vorgestellte Setup (amunra Platine + Wemos D1 mini + OLED + PushButton + Software Serial Server (P130)) bei mir seit Monaten im Einsatz. Auch mit der neuen ESPEasy Version (https://forum.fhem.de/index.php/topic,56606.msg664362.html#msg664362) habe ich bisher keine Probleme feststellen können. Das HMUART Gateway bedient aktuell über 50 HM Sensoren/Aktoren.
Falls hierzu rede-/diskussionsbedarf besteht, dann ist das Thema in den entsprechenden Threads hier (https://forum.fhem.de/index.php/topic,56606.msg481258.html#msg481258) oder hier (https://forum.fhem.de/index.php?topic=62651.msg540843#msg540843) besser platziert.
Hallo
ich bräuchte mal etwas Hilfe bei einer Fehlersuche.
Mir ich es jetzt schon zweimal passiert, das mein FHEM sich komplett aufhängt und FhemWEB nicht mehr erreichbar ist. Nur ein Neustart des Services oder Raspberrys brachte Abhilfe.
Im Log habe ich beim letzten Mal das hier gefunden:
2017.08.10 00:16:40 1: HMUARTLGW HMLAN2 did not respond for the 1. time, resending
2017.08.10 00:16:43 1: HMUARTLGW HMLAN2 did not respond for the 2. time, resending
2017.08.10 00:16:46 1: HMUARTLGW HMLAN2 did not respond for the 3. time, resending
2017.08.10 00:16:49 1: HMUARTLGW HMLAN2 did not respond after all, reopening
2017.08.10 00:16:49 3: HMLAN2 device closed
2017.08.10 00:16:52 1: 192.168.178.100:23 reappeared (HMLAN2)
Can't use an undefined value as an ARRAY reference at ./FHEM/00_HMUARTLGW.pm line 1446.
2017.08.10 00:16:53 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.08.10 00:16:53 1: BlockingInformParent (FRITZBOX_Readout_Done): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
Danach kam nichts mehr bis zum Neustart.
Ich habe 1 original HMLAN Adapter und 2 mal HMUARTLGW mit einem HM-RPi Aufsteck-Modul an einem LAN Adapter (USRIOT USR-TCP232-T 2).
HMLAN2 ist eines davon und ist über eine recht kurze PowerLAN Strecke (FritzPowerLAN) ins Netzwerk eingebunden.
Hier ein List vom Device:
Internals:
AssignedPeerCnt 2
CNT 101
DEF uart://192.168.178.100:23
DEVCNT 101
DevState 99
DevType UART
DeviceName 192.168.178.100:23
FD 41
LastOpen 1502645987.83676
NAME HMLAN2
NR 356
PARTIAL
RAWMSG 040202
RSSI -73
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 1
msgLoadHistory 0/0/1/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 1/1/1/0/-/-/-/-/-/-/-/-/-
owner 2CD5B1
owner_CCU VCCU
Helper:
CreditTimer 81
FW 66561
Initialized 1
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
RoundTrip:
Delay 0.0120439529418945
loadLvl:
lastHistory 1502646891.55468
Peers:
318306 +318306,00,00,00
41F525 +41F525,00,00,00
READINGS:
2017-08-13 19:39:51 D-HMIdAssigned xxxxxx
2017-08-13 19:39:51 D-HMIdOriginal 4F6023
2017-08-13 19:39:51 D-firmware 1.4.1
2017-08-13 19:39:51 D-serialNr NEQ1332190
2017-08-10 01:42:48 D-type HM-MOD-UART
2017-08-13 19:39:51 cond ok
2017-08-13 19:44:53 load 1
2017-08-13 19:39:51 loadLvl low
2017-08-13 19:39:47 state opened
Attributes:
hmId xxxxxx
icon hm_lan
room CUL_HM
Ich habe öfters diese Meldungen im Log wie diese
2017.08.10 00:16:40 1: HMUARTLGW HMLAN2 did not respond for the 1. time, resending
2017.08.10 00:16:43 1: HMUARTLGW HMLAN2 did not respond for the 2. time, resending
2017.08.10 00:16:46 1: HMUARTLGW HMLAN2 did not respond for the 3. time, resending
2017.08.10 00:16:49 1: HMUARTLGW HMLAN2 did not respond after all, reopening
2017.08.10 00:16:49 3: HMLAN2 device closed
2017.08.10 00:16:52 1: 192.168.178.100:23 reappeared (HMLAN2)
aber normalerweise läuft danach alles wie gewohnt weiter.
Der HMLAN3 (identisch zum HMLAN2) läuft völlig problemlos und unauffällig.
Hat hier jemand eine Idee?
Hi mbrak,
bei mir laufen zwei mittels USR-TCP232-T realisiierte HMUARTLGW ohne Probleme, allerdings habe ich kein Powerline dazwischen.
Zu Powerline: hierüber habe ich Außenkameras angeschlossen, da ich mir mit dem Traffic nicht das WLAN zuschießen wollte. Ab und zu (einmal im Monat; spätestens einmal im Quartal) hängt sich eine der Powerline Verbindungen ab. Ist hier eventuell das Problem?
Lass doch mal einen Dauerping mitlaufen - wenn Du Paketverluste und Einträge im Logfile zusammen bekommst, hast Du den Übeltäter...
Peter
Hallo,
Zitat von: mbrak am 13 August 2017, 20:02:51
Mir ich es jetzt schon zweimal passiert, das mein FHEM sich komplett aufhängt und FhemWEB nicht mehr erreichbar ist. Nur ein Neustart des Services oder Raspberrys brachte Abhilfe.
Im Log habe ich beim letzten Mal das hier gefunden:
2017.08.10 00:16:49 3: HMLAN2 device closed
2017.08.10 00:16:52 1: 192.168.178.100:23 reappeared (HMLAN2)
Can't use an undefined value as an ARRAY reference at ./FHEM/00_HMUARTLGW.pm line 1446.
Hat hier jemand eine Idee?
War ein Fehler in 00_HMUARTLGW.pm, das nicht mit dieser unglücklichen Konstellation von Verbindungsabbruch, -wiederaufbau und gleichzeitigem Frameempfang klar kam. Ist jetzt behoben.
Viele Grüße
Michael
Zitat von: PSI69 am 14 August 2017, 15:47:10
Hi mbrak,
bei mir laufen zwei mittels USR-TCP232-T realisiierte HMUARTLGW ohne Probleme, allerdings habe ich kein Powerline dazwischen.
Zu Powerline: hierüber habe ich Außenkameras angeschlossen, da ich mir mit dem Traffic nicht das WLAN zuschießen wollte. Ab und zu (einmal im Monat; spätestens einmal im Quartal) hängt sich eine der Powerline Verbindungen ab. Ist hier eventuell das Problem?
Lass doch mal einen Dauerping mitlaufen - wenn Du Paketverluste und Einträge im Logfile zusammen bekommst, hast Du den Übeltäter...
Peter
Hallo Peter
Powerline bei mir, weil der hmuartlgw in der Garage sitzen soll. Da komm ich anders mit Netzwerk nicht hin. Die kabelstrecke sind ca. 10 m auf der gleichen Phase. Also erstmal gute Grundbedingungen.
Tagelang geht alles gut und dann hab ich Störungen auf der powerline strecke. Dies zeigt mir die fritzbox auch an. Der hmuartlgw kommt damit eigentlich zurecht. Nur manchmal eben nicht. Dann steht das ganze System...
Gruß Michael
Zitat von: mgernoth am 15 August 2017, 09:47:32
Hallo,
War ein Fehler in 00_HMUARTLGW.pm, das nicht mit dieser unglücklichen Konstellation von Verbindungsabbruch, -wiederaufbau und gleichzeitigem Frameempfang klar kam. Ist jetzt behoben.
Viele Grüße
Michael
Ohhhhhh ganz vielen Dank. Werd ich zügigst ausprobieren :)
Gruß Michael
Hallo zusammen,
habe seit kurzen den HMUART mit dem WEMOS (ESPEASY via TX/RX over WLAN) am laufen.
Leider kommt ab un an immer wieder diese Meldung:
2017.08.16 21:00:11 1: HMUARTLGW HMUART2 did not respond for the 1. time, resending
Die Meldung kommt immer nur einmal. Funktional konnte ich bis jetzt keine Einschränkung feststellen.
Eine Störung im WLAN schließe ich aus, da das ganze vorher mit ESP-Link einwandfrei lief.
Gibt es Möglichkeiten dem auf dem Grund zu gehen (LogIds?).
Was bedeutet die Meldung eigentlich genau ? (Ein Resend, und dann ist OK, oder wird irgendwas verworfen?)
VG
Klaus
Hallo,
wenn ich das richtig sehe hast Du das nicht auf swapped sodern auf Rx/Tx angeschlossen. Hast Du die Meldungen vom ESP Easy and die Serielle Schnittstelle abgeschaltet? Die könnten ggf. stören.
Ich hatte auch mit ESP EASY Probelme - mit ESP LINK läuft es besser. Warum hast Du gewechselt?
Gruß Christoph
Zitat von: Bennemannc am 16 August 2017, 23:14:51
Hallo,
wenn ich das richtig sehe hast Du das nicht auf swapped sodern auf Rx/Tx angeschlossen. Hast Du die Meldungen vom ESP Easy and die Serielle Schnittstelle abgeschaltet? Die könnten ggf. stören.
Ich hatte auch mit ESP EASY Probelme - mit ESP LINK läuft es besser. Warum hast Du gewechselt?
Gruß Christoph
Hallo Christoph,
siehst Du völlig richtig via TX/RX, kein swapped. Log-Level stehen alle auf 0. Und ja, Du hast recht, mit ESP-Link (swapped) hatte ich keinerlei Probleme.
Ich möchte nur am gleichen WEMOS auch noch Sensoren betreiben, was mit ESP_LINK leider nicht möglich ist.
Auf der Trägerplatine des HMUART müßen die beiden 4k7 Widerstände überbrückt werden, damit der HMUART auch an TX/RX funktioniert, egal ob ESP-LINK oder ESPEASY.
Wie gesagt, läuft jetzt eigentlich auch mit ESPEASY, bis auf diese Meldungen halt.
2017.08.16 21:00:11 1: HMUARTLGW HMUART2 did not respond for the 1. time, resendingVG
Klaus
Hallo Klaus,
ich habe das RPI Modul vom Raspberry abgesteckt und 1:1 an den ESP angesteckt. Läuft mit ESP-Link ohne Probleme. So ganz ist mir der Grund nicht klar, da muss ich mal forschen was der Zweck für die Widerstände ist.
Gruß Otto
Zitat von: Otto123 am 17 August 2017, 10:19:50
Hallo Klaus,
ich habe das RPI Modul vom Raspberry abgesteckt und 1:1 an den ESP angesteckt. Läuft mit ESP-Link ohne Probleme. So ganz ist mir der Grund nicht klar, da muss ich mal forschen was der Zweck für die Widerstände ist.
Gruß Otto
Wahrscheinlich aber nur im swapped Betrieb (verdrahtet über D7/D8) oder ? Alles andere würde mich wundern ..
Ja stimmt im Swap Betrieb. Aber egal an welchem Anschluss, die Widerstände (übrigens laut Schaltplan 1 kOhm) auf dem Modul dienen laut Handbuch zum Schutz der Eingänge des Funkmoduls. Signaltechnisch sollte das völlig egal sein?!
Oder meinst Du am TXD/RXD ist es nicht egal? Wegen der 470 Ohm Widerstände auf dem Wemos in Reihe zum CH340G?
Ok in der Tat, ::) mit der Beschaltung des Wemos mit dem CH340G würde dort bei ungünstiger Kombination der Signalpegel arg verfälscht.
Was eigentlich für die Verwendung von nackten ESPs und gegen die Verwendung von TXD RXD spricht .
Ok hab es kapiert ;)
Gruß Otto
Liebe Forengemeinde,
bisher habe ich durch reines Mitlesen alles bei mir lösen können, derzeit stehe ich aber etwas auf dem Schlauch. Heute einen Stromausfall des RasPi gehabt und seitdem funktioniert HomeMatic-seitig gar nichts mehr. Der Grund scheint schnell gefunden, das Lan-Gateway ist "komisch".
Im Logfile steht seit dem Neustart von Fhem in Endlosschleife
2017.08.24 02:49:29 1: HMUARTLGW HmLGW1 LGW init did not complete after 10s
2017.08.24 02:49:29 3: HmLGW1 device closed
2017.08.24 02:49:29 3: Opening HmLGW1:keepAlive device 192.168.1.179:2001
2017.08.24 02:49:29 1: 192.168.1.179:2000 reappeared (HmLGW1)
2017.08.24 02:49:29 1: HMUARTLGW HmLGW1 wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2017.08.24 02:49:29 3: HmLGW1:keepAlive device opened
2017.08.24 02:49:29 1: HMUARTLGW HmLGW1:keepAlive wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
...und ein paar Sekunden später wieder von vorne.
Was insoweit merkwürdig ist, als dass libcrypt-rijndael-perl auf dem Raspberry installiert ist und vor der Zwangsunterbrechung auch keine Probleme machte.
In den Device-Readings findet sich dann natürlich ein cond: disconnected und LoadLvl : suspended
Ich bin auch gerade etwas ratlos, wo ich mit der Fehlersuche und -behebung anfangen soll, zumal ein Update der Applikationsfirmware auch nicht recht klappen will.
Ich danke für jede Hilfestellung.
Internals:
CHANGED
CNT 182
DEF 192.168.1.179
DEVCNT 182
DevState 0
DevType LGW
DeviceName 192.168.1.179:2000
FD 5
LGW_Init 2
LastOpen 1503539475.84779
NAME HmLGW1
NR 24
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
model eQ3-HM-LGW
Helper:
Log:
IDs:
Peers:
340A1B pending
3DD6A9 pending
498B38 pending
4D11FD pending
4DA262 pending
4E3C90 pending
4E6582 pending
4ECFEE pending
4ED0E9 pending
4F27E2 pending
4F42B9 pending
4F5254 pending
4F5DFB pending
4FAC08 pending
4FCA72 pending
4FDC1F pending
50D644 pending
50D64C pending
50D65D pending
50D665 pending
50D666 pending
50D66E pending
50D679 pending
50D695 pending
50D69A pending
50D6A7 pending
50D6E9 pending
50E1CE pending
50E39B pending
50E39D pending
50E3A8 pending
50ECB2 pending
51538A pending
5194EB pending
51ABEF pending
51B121 pending
51B12A pending
51FDF0 pending
51FE14 pending
52D892 pending
53AC20 pending
53ECF2 pending
55C3A0 pending
566943 pending
READINGS:
2017-08-05 00:43:45 D-HMIdAssigned 6C1515
2017-08-05 00:43:45 D-HMIdOriginal FFFFFF
2017-08-24 03:51:15 D-LANfirmware 1.1.5
2017-08-05 00:43:45 D-firmware 1.0.6 (outdated)
2017-08-24 03:51:15 D-serialNr NEQ1694419
2017-08-24 03:51:15 D-type eQ3-HM-LGW
2017-08-23 22:22:59 cond disconnected
2017-08-13 17:08:47 load 4
2017-08-23 22:22:59 loadLvl suspended
2017-08-24 03:51:15 state opened
keepAlive:
CNT 180
DEVCNT 180
DevState 0
DevType LGW-KeepAlive
DeviceName 192.168.1.179:2001
FD 62
LGW_Init 2
LastOpen 1503539475.87774
NAME HmLGW1:keepAlive
NR 19440
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
Log:
Resolve 1
IDs:
READINGS:
2017-08-24 03:51:15 state opened
lgwHash:
Attributes:
event-on-change-reading all
hmId 6C6C6C
lgwPw 123456
room Server
Bei einem Stromausfall könnte auch die Dateisystem Schaden genommen haben.
Ich tippe auch eher auf ein Problem mit dem Pi. Spiel doch mal ein Backup ein und teste ob das Problem dann immer noch auftaucht.
Ein Backup des Gesamtsystems habe ich leider nicht hinbekommen, sondern immer nur das Fhem-Verzeichnis gesichert. :-[
Andere Aufgaben außer Fhem, Samba (um das Fhem-Verzeichnis auch von Windows zugänglich zu machen) und Unifi-Controller laufen auf dem Gerät ohnehin nicht.
Dann werde ich wohl den Raspberry neu aufsetzten...
Wobei, wenn ich die Fhem-Configuration auf meinen Test-Raspi überspiele und die Crypt-Lib nachinstalliere, müsste es doch auch klappen, oder?
Ja, natürlich.
Vielen Dank, der Hinweis auf das Dateisystem war sehr gut!
Am Ende hat ein ganz simples
sudo apt-get install --reinstall libcrypt-rijndael-perl
die Lösung gebracht und alles läuft wie gewohnt.
Fazit: Eine USV, die kürzlich angeschafft, aber unangeschlossen neben dem RasPi steht, bringt noch nichts. ;)
Und das Thema Backup muss nochmal generell überdacht werden...
...zum Thema Backup habe ich kürzlich mittels Acronis True-Image die Raspi-Karte gespiegelt. Dann einen USB-Mikro-SD-Kartenleser mit der gespiegelten Karte an den Raspi, mit einem "at" wird nun nachts immer mittels "sudo cp -U" das FHEM-Verzeichnis auf die gespiegelte Karte kopiert (da werden nur geänderte / neue Dateien kopiert). D.h. nachts sind dann wieder beide Karten identisch. Wenn die eine hops geht, dann habe ich eine 1:1 Sicherung zum Neu starten.
Zitat von: cs-online am 27 August 2017, 17:02:47
...zum Thema Backup
Was hat das mit HMUART zu tun?
ja, wirklich off Topic bei diesem Thema, aber war als Anregung hierfür gedacht:
Zitat von: markus_fhem am 25 August 2017, 09:47:59
Und das Thema Backup muss nochmal generell überdacht werden...
Hallo,
ich habe seit kurzem ein Problem mit meinem HM-Dis-EP-WM55. Dieses hängt neben der Haustür und meldet den Zustand der Fenster und Türen durch ein notify auf eine structure.
Lief bisher problemlos.
Nun kommt es sporadisch vor, dass die Aktualisierung des Displays fehlschlägt. Man erkennt durch heftiges Blinken der LED, dass etwas empfangen wird, jedoch ändert sich die Anzeige nicht mehr.
Löse ich direkt danach die Abfrage manuell durch Drücken einer Taste nochmals aus, wird die Anzeige ordnungsgemäß aktualisiert.
Das verwendete HMLGW und das Display sind fest an der Wand montiert und wurden nicht bewegt. RSSI liegt bei etwa 58.
Der verwendete Aufruf in der 99_MyUtils lautet (auch unverändert):
set $display displayEP $statusText1,$statusIcon2:$statusList,$statusIcon2:$statusTime1,$statusIcon1 off 3 0 off
Die Firmware des Displays wurde auf 1.2 aktualisiert, die Probleme treten aber immer noch auf.
Hier noch ein List vom Display:
Internals:
DEF 4BD0B4
IODev myHmLGW
LASTInputDev myHmLGW
MSGCNT 4
NAME stat.eg.Flur
NOTIFYDEV global
NR 1133
NTFY_ORDER 50-stat.eg.Flur
STATE CMDs_done
TYPE CUL_HM
channel_01 stat.eg.Flur_Btn_01
channel_02 stat.eg.Flur_Btn_02
channel_03 stat.eg.Flur_Dis
channel_04 stat.eg.Flur_Key_01
channel_05 stat.eg.Flur_Key_02
channel_06 stat.eg.Flur_Key_03
channel_07 stat.eg.Flur_Key_04
channel_08 stat.eg.Flur_Key_05
lastMsg No:5E - t:02 s:4BD0B4 d:120504 00
myHmLGW_MSGCNT 4
myHmLGW_RAWMSG 0403003B5E80024BD0B412050400
myHmLGW_RSSI -59
myHmLGW_TIME 2017-09-01 11:40:58
protLastRcv 2017-09-01 11:40:58
protSnd 4 last_at:2017-09-01 11:40:58
protState CMDs_done
rssi_at_myHmLGW min:-59 lst:-59 avg:-58.25 cnt:4 max:-58
READINGS:
2017-09-01 11:40:58 CommandAccepted yes
2017-08-27 20:53:48 D-firmware 1.2
2017-08-27 20:53:48 D-serialNr NEQ0710743
2017-08-27 20:53:30 PairedTo 0x120504
2017-08-27 20:47:12 R-pairCentral 0x120504
2017-08-27 20:47:12 R-powerSupply bat
2017-08-27 20:53:30 RegL_00. 02:01 05:80 08:01 0A:12 0B:05 0C:04 14:03 21:FF 00:00
2017-08-31 17:20:35 battery ok
2017-09-01 11:40:58 state CMDs_done
helper:
HM_CMDNR 94
cSnd 111205044BD0B48003372E323013850A14C01CD21DE016,111205044BD0B48003F003
mId 00FB
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +4BD0B4,00,00,00
nextSend 1504258858.94508
rxt 0
vccu VCCU
p:
4BD0B4
00
00
00
prefIO:
myHmLGW
mRssi:
mNo 5E
io:
myHmLGW -57
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
rssi:
at_myHmLGW:
avg -58.25
cnt 4
lst -59
max -58
min -59
tmpl:
Attributes:
IODev myHmLGW
IOgrp VCCU:myHmLGW
alias Statusanzeige Flur
autoReadReg 4_reqStatus
celltype Akku
expert 2_raw
firmware 1.2
icon hm-dis-wm55
model HM-Dis-EP-WM55
msgRepeat 10
room CUL_HM
rssiLog 0
serialNr NEQ0710743
subType display
verbose 5
webCmd getConfig:clear msgEvents
Im Log des Displays (verbose auf 5) steht nichts Verwertbares:
2017-08-31_16:24:30 stat.eg.Flur CMDs_pending
2017-08-31_16:24:31 stat.eg.Flur CMDs_done
2017-08-31_17:20:21 stat.eg.Flur CMDs_pending
2017-08-31_17:20:21 stat.eg.Flur CMDs_pending
2017-08-31_17:20:21 stat.eg.Flur CMDs_pending
2017-08-31_17:20:29 stat.eg.Flur CMDs_done
2017-08-31_17:20:35 stat.eg.Flur battery: ok
2017-08-31_17:20:35 stat.eg.Flur CMDs_done
2017-08-31_17:20:35 stat.eg.Flur stat.eg.Flur_Btn_02 Short
2017-08-31_17:20:36 stat.eg.Flur CMDs_pending
2017-08-31_17:20:36 stat.eg.Flur CMDs_pending
2017-08-31_17:20:36 stat.eg.Flur CMDs_pending
2017-08-31_17:20:37 stat.eg.Flur CMDs_done
Die Probleme treten seit etwa zwei Wochen auf, also ab dem Zeitpunkt der letzten Aktualisierung des Moduls. Alle anderen HM-Komponenten funktionieren wie gewohnt.
Hat jemand ähnliche Beobachtungen gemacht und was kann ich tun, um das Problem einzugrenzen?
Nachtrag:
Habe nun 3 Tage die vorherige Version des Moduls vom 10.05.2017 getestet, allerdings tritt dieser Fehler in Verbindung mit dem Display immer noch auf.
Muss also wohl an einem anderen Modul liegen.
Irgendeiner eine Idee?
Hallo,
haben seit 2 Tagen folgende Fehlermeldung im Log:
HMUARTLGW HMLAN2:keepAlive KeepAlive sent 4.759s too late, this might cause a disconnect!
HMUARTLGW HMLAN1:keepAlive KeepAlive sent 4.760s too late, this might cause a disconnect!
Könnt ihr damit etwas anfangen?
Danke.
LG
Matthias
Hallo,
Zitat von: math78 am 23 September 2017, 09:58:25
haben seit 2 Tagen folgende Fehlermeldung im Log:
HMUARTLGW HMLAN2:keepAlive KeepAlive sent 4.759s too late, this might cause a disconnect!
HMUARTLGW HMLAN1:keepAlive KeepAlive sent 4.760s too late, this might cause a disconnect!
Irgendetwas blockiert Dein Fhem für fast 5s.
Viele Grüße
Michael
Hallo zusammen :)
Ich habe Disconnect-Probleme. Und ich habe nach mehreren Tagen nachforschen nun den Weg ins Forum eingeschlagen.
Frage in die Runde:
Ich habe ein HM LGW mit HMUARTLGW im Betrieb.
Das Problem sind Disconnects ...
Ich habe das problem nun eingegrenzt. Offenbar sind blockende FHEM Vorgänge auf einem relativ knapp ausgelegtem Raspi schuld an zu späten keepAlive`s.
Zunächst habe ich im Script jetzt mal die KeepAlive-Dauer nach unten gesetzt. Im Script ist ja 10 Sekunden hardcoded - jetzt hab ich 5 Sekunden.
Die Meldungen keepAlive "too late" sind verschwunden. Aber Trotzdem kommen Disconnects (ausgabe als verbose 5):
2017-10-07 19:16:50 HMUARTLGW HM_LGW:keepAlive DISCONNECTED
...
...
...
...
...
...
2017-10-07 19:16:51 HMUARTLGW HM_LGW DISCONNECTED
2017-10-07 19:16:51 HMUARTLGW HM_LGW cond: disconnected
2017-10-07 19:16:51 HMUARTLGW HM_LGW loadLvl: suspended
2017-10-07 19:16:51 CUL_HM VCCU HM_LGW:disconnected,
2017-10-07 19:16:51 HMUARTLGW HM_LGW CONNECTED
2017-10-07 19:16:51 HMUARTLGW HM_LGW D-type: eQ3-HM-LGW
2017-10-07 19:16:51 HMUARTLGW HM_LGW D-serialNr: NEQ0708471
2017-10-07 19:16:51 HMUARTLGW HM_LGW D-LANfirmware: 1.1.5
...
2017-10-07 19:16:52 HMUARTLGW HM_LGW cond: init
2017-10-07 19:16:52 CUL_HM VCCU HM_LGW:init,
...
...
...
...
...
...
...
2017-10-07 19:16:56 HMUARTLGW HM_LGW D-HMIdAssigned: 123456
2017-10-07 19:16:57 HMUARTLGW HM_LGW D-HMIdOriginal: FFFFFF
2017-10-07 19:16:57 HMUARTLGW HM_LGW D-firmware: 1.4.1
2017-10-07 19:16:57 HMUARTLGW HM_LGW cond: ok
2017-10-07 19:16:57 HMUARTLGW HM_LGW loadLvl: low
2017-10-07 19:16:57 CUL_HM VCCU HM_LGW:ok,
Ich habe 9 Geräte im Einsatz (8x Thermostat, 1x Rauchmelder). (Falls es hilft)
Netzwerkprobleme sind bereits erforscht: Es liegen keine vor. Paketüberwachung sagt 0 % Verlust, HM LGW dauerhaft online
Hardware:
Raspi B
HM-LGW-O-TW-W-EU-2
Netzwerk Gigabit über einen Switch, gleiches Subnetz
Hier noch ein Auszug aus FHEM als Anlage
Zitat von: Otto123 am 22 Oktober 2016, 14:31:58
auf dem Pi wo das Modul angeschlossen ist:
Kein FHEM Zugriff!
Kein define HmUART_EG HMUARTLGW /dev/ttyAMA0
Kein define RM_HmUART_EG HMUARTLGW uart://192.168.17.185:2000
Auf diesem Pi, also wo das Modul steckt:
sudo socat TCP4-LISTEN:2000,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200
Auf dem Modul wo FHEM läuft und das Modul Remote angeschlossen werden soll:
define RM_HmUART_EG HMUARTLGW uart://192.168.17.185:2000
Es handelt sich nicht um sharing der seriellen Schnittstelle und damit "verfügbar machen" des Moduls all over the World!
Es handelt sich um ein exklusives "Kabel" von Pi zu Pi zur Schnittstelle zum RPI Modul.
Hätte ich besser so schreiben sollen?
PI1: FHEM -> uart://IP:Port -> Netzwerk ->
Remote PI2: Netzwerk -> socat listener -> socat serial -> RPI Modul auf PI2
oder so:
RPI Modul auf PI2 -> serial -> socat -> Netzwerk -> uart://IP:Port -> FHEM auf PI1
Gruß Otto
Guten Abend,
mach ich einen Gedankenfehler, wenn FHEM und das Modul auf einem PI läuft ? Ich vermisse irgendwie ein WebUI zur weiteren Konfiguration.
Zitat von: Butzel am 07 November 2017, 20:38:02
Guten Abend,
mach ich einen Gedankenfehler, wenn FHEM und das Modul auf einem PI läuft ? Ich vermisse irgendwie ein WebUI zur weiteren Konfiguration.
Was meinst du mit Modul?
Das Aufsteckmodul oder das FHEM-Modul?
Entweder wenn du an einem PI das HM-PCB steckst und aber woanders (anderer PI) nutzen willst, dann wie zitiert, dann gibt es nur dort wo fhem und FHEM-Modul laufen eine "Oberfläche"...
Oder du steckst es auf dem PI wo fhem läuft, dann dort so definieren:
define HmUART_EG HMUARTLGW /dev/ttyAMA0und dann ist dort auch die "Oberfläche"...
Gruß, Joachim
Hi,
da Du offenbar so völlig mit einem Sonderfall quer einsteigst, hier der Normalfall
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Gruß Otto
ZitatRemoteanbindung - Pi + RPI Modul = LAN Modul
ist sehr verwirrend.
Ich habe FHEM und smartVISU und das Aufsteckmodul auf dem PI.
Gelesen habe ich
Zitatauf dem Pi wo das Modul angeschlossen ist:
Kein FHEM Zugriff!
Kein define HmUART_EG HMUARTLGW /dev/ttyAMA0
Kein define RM_HmUART_EG HMUARTLGW uart://<IP>:2000
Irgendwie kann ich mich wohl nach mehrtägigem Lesen dieses Forums nicht mehr konzentrieren ;)
Gut, das Leben an sich ist meistens verwirrend ;D
Wenn Du nur einen Pi hast und dort das HM-PCB steckt liest Du einfach den falschen Text. Zu smartVISU kann ich nix sagen.
Also wo ist Dein Problem? Wenn Du nur das Modul gesteckt hast wird nicht automatisch eine WebUI erscheinen. Hast Du es nach Wiki konfiguriert? Funktioniert etwas nicht?
Gruß Otto
Installation nach dem Wiki durchgezogen.
Die Funktion des Funkmoduls selber kann man offensichtlich nicht so einfach prüfen. Daher wollte ich über die WebUI, die wie ich denke, aussehen sollte wie bei der Raspberrymatic. Was schön wäre.
Da es kein WebUI gibt, dachte ich mir, binde Deine zwei Energy Count 3000 ein. Dann wirst Du schon sehen, ob etwas ausgelesen wird. Pustekuchen.
Wie also prüfe ich, ob meine Installation vollständig und korrekt ist ?
Moin,
wir reden hier von einem Homematic Gateway, Energy Count 3000 ist meines Wissens irgendwie gar nichts von Homematic?!?
ZitatDaher wollte ich über die WebUI, die wie ich denke, aussehen sollte wie bei der Raspberrymatic. Was schön wäre.
Oh ja die Welt ist schlecht und offenbar sind momentan alle gegen Dich.
Anhand der Readings und fehlenden Fehlermeldungen im Log kann man relativ sicher entscheidend ob die Installation komplett ist. Wenn Du allerdings gar keine Homematic Geräte hast wird es schwierig.
Du kannst gerne ein list hier posten, dann kann man Dir sagen ob es gut aussieht oder nicht ;D
Gruß Otto
mein HMUARTLGW heisst myHmUART. Im Log steht zur Zeit nur die fehlende Anbindung von Wetter und Volkszaehler.
Der myHmUART ist opened.
Komme ich an ein WebUI oder muss ich dazu noch etwas tun ? Ich bitte Dich um Aufklärung.
wenn du z.B. mit
define HM_Gateway HMUARTLGW uart://DEINE IP:23
das GW angelegt hast, sollte im FHEM auch ein Device angelegt worden sein, daß ca. so wie unten aussieht.
Was möchtest Du denn mit dem Dinge machen, dass Du ein GUI brauchst ? Das ist doch nur eine Schnittstelle, wie ein CUL-Stick o.ä.
Status "opened" ist OK so !
Hi Butzel,
cs-online hat nun zum dritten mal erklärt (diesmal mit Bildern) wo die WebUI ist - ist das jetzt ok so? Was anderes gibt es unter FHEM per Standard nicht, Du kannst Dir aber gerne etwas bauen.
Status opened ist erstmal ok, allerdings sagt das noch nicht unbedingt aus ob das Ding auch arbeitet. Wenn nichts im Log steht, gibt es keine Fehler, das ist auch in Ordnung so.
Wenn Du willst, kannst Du wie schon gesagt ein list myHmUARTin die FHEM Eingabezeile eingeben und die Ausgabe hier in Code Tags posten.
Alles verstanden?
Gruß Otto
So sieht es danach aus:
ZitatInternals:
AssignedPeerCnt 0
CNT 183
DEF /dev/ttyAMA0
DEVCNT 183
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 5
LastOpen 1510132899.77136
NAME myHmUART
NR 70
PARTIAL
RAWMSG 040200
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 0
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 0/0/0/0/0/0/0/0/0/0/0/0/0
owner 583130
Helper:
CreditTimer 935
FW 66561
Initialized 1
AckPending:
LastSendLen:
3
3
Log:
IDs:
RoundTrip:
Delay 0.00311493873596191
loadLvl:
lastHistory 1510146703.74967
Peers:
READINGS:
2017-11-08 10:21:43 D-HMIdAssigned 583130
2017-11-08 10:21:43 D-HMIdOriginal 583130
2017-11-08 10:21:43 D-firmware 1.4.1
2017-11-08 10:21:43 D-serialNr OEQ0303722
2017-11-07 21:26:39 D-type HM-MOD-UART
2017-11-08 10:21:43 cond ok
2017-11-08 11:26:17 load 0
2017-11-08 10:21:43 loadLvl low
2017-11-08 10:21:39 state opened
Attributes:
hmId 583130
Zitat von: cs-online am 08 November 2017, 10:34:05
wenn du z.B. mit
define HM_Gateway HMUARTLGW uart://DEINE IP:23
das GW angelegt hast, sollte im FHEM auch ein Device angelegt worden sein, daß ca. so wie unten aussieht.
....
Dann könnte ich es so definieren ? Mit oder ohne Port ?
Zitatdefine Hm_Gateway HMUARTLGW uart://192.168.2.33:2000
attr Hm_Gateway hmId 583130
Du hast es doch bereits definiert?
(define myHmUART HMUARTLGW /dev/ttyAMA0@115200)
Schon mal zur Info, deine HMID ist: 583130
Sofern das list von dir ist!?
Ohne nahetreten zu wollen: was fhem ist und wie es "aufgebaut" ist (HW - IODev - Modul etc.) und was man damit wie machen kann weißt du!?
Einsteiger Doku gelesen!?
Gruß, Joachim
Zitat von: MadMax-FHEM am 08 November 2017, 14:28:07
Einsteiger Doku gelesen!?
Gruß, Joachim
ja, und verwirrter als vorher ;)
Danke Dir trotzdem für den Hinweis auf die bereits getätigte Definition.
also hängt das GW am USB ? ? ? ?
ich versteh immernoch nicht, was denn nun eigentlich gemacht werden soll und was denn nicht funktioniert ? ?
Jetzt müßte im Prinzip mit dem Device (Schalter, Thermometer, oder was auch immer, was HM als Protokoll hat) gepairt werden, vorher autocreate eingeschaltet, Pairing for seconds auf 120, dann das Device ebenfalls in den Pairing-Mode, dann sollte das automatisch angelegt werden.
Nein, kein USB. Es handelt sich um die Aufsteckplatine. Testen wollte ich es mit einem EC3000.
Weiterhin habe ich gedacht, ich hätte auf der PI-IP mit dem Port 2000 eine WebUI, was aber nicht der Fall ist (danach hätte ich ja auch eine Webseitendatei im htdocs-Verzeichnis haben müssen). Unter der reinen IP:80 des PI läuft der Volkszähler, unter der Ip:8083 läuft FHEM und unter /smartvisu läuft das smartVISU
Also das HMUART Modul sieht ganz gut aus, Du hast leider keinerlei Homematic im Haus :-X
Die EC3000 ist etwas anderes, geht eventuell mit einem CUL oder ähnlichem. Findest Du auch was im Wiki...
Wie Du auf eine WebUI auf Port 2000 kommst ist mir nicht klar. Die WebUI ist FHEM :o
Du solltest Dir für zukünftige Post noch den Unterschied zwischen Zitat (hast Du gemacht) und den gewünschten Code Tags (die # Taste links neben Zitat bzw. über dem :-X Smily) anschauen. Das wird Dir das Leben erleichtern. 8)
Lies Dir im Wiki alles zu Homematic durch - auch wenn es Dich nur verwirrt ;)
Gruß Otto
Ja verständlich, nur leider ist das GW völlig falsch, für das brauchst du das Lacrosse-Gateway:
https://wiki.fhem.de/wiki/LaCrosseGateway_V1.x
Auch wenn HM auf 868MHZ läuft, wird das Protokoll das wahrscheinlich nicht hergeben.
In der einfachsten Form kannst du einen ESP8266 (z.B. Wemos) und einen RFM69WC zusammen verdrahten, dann die FW aus dem Wiki drauf und dann endlich... EC3000.
ich suche mal die Quelle raus, die besagte, dass die Energy Count 3000 mit dem HM-MOD-RPI-PCB laufen soll.
BTW: zu dem ganzen System und der Idee bin ich deshalb gekommen, weil es mich nervt, dass im Sommer die Rolladen im Schlafzimmer immer ganz nach oben fahren. Ich möchte bei prallem Sonnenaufgang nur einen kleinen Spalt zum sanften Wecken. Danach kann der Rolladen im 15-Minuten-Intervall schrittweise herauffahren :D
Momentan sind nur die ganzen DECT200 überwacht, die das FritzFon aber auch sehr schön und vor allem schneller handled.
Zitat von: Butzel am 08 November 2017, 17:50:45
ich suche mal die Quelle raus, die besagte, dass die Energy Count 3000 mit dem HM-MOD-RPI-PCB laufen soll.
Kann nur ein Fehler sein. HM-MOD-RPI-PCB geht ausschließlich mit HomeMatic.
Schöne Übersicht siehe hier: MeinTechBlog (http://www.meintechblog.de/2015/02/fhem-welches-gateway-fuer-welches-system/#more-6472).
Zitat von: Butzel am 08 November 2017, 17:50:45
ich suche mal die Quelle raus, die besagte, dass die Energy Count 3000 mit dem HM-MOD-RPI-PCB laufen soll.
Manchmal ist ja auch der Wunschlesemodus aktiv, ging mir auch gerade so mit einem dual M.2 Sata Controller :-X
ja das hab ich auch schon öfter erlebt, man sucht und irgendwie vermischen sich dann die Informationen und zum Schluss hat man ein Bild im Kopf, das leider nicht mit der Wirklichkeit übereinstimmt.
Mittlerweile gibt es ja auch Fremdhersteller, die das HM-Protokoll nutzen, aber wenn im Wiki steht, daß man das mit Lacrosse verarbeiten kann, kann es eben leider nicht auch mit HM passen, weil die Protokolle leider nicht ähneln... Blöd ist, daß er nun 20 Euro ausgegeben hat und das Lacrosse-GW kostet in der kleinsten Variante, die bei mir sehr gut läuft, gerade mal 7 Euro plus ein wenig Bastelei...
Das LC-GW hat übrigens auch ein WebUI, vielleicht ist das von daher durcheinander gekommen
Zitat von: Otto123 am 08 November 2017, 21:40:26
Manchmal ist ja auch der Wunschlesemodus aktiv
"Wunschlesen" sehr schöner Begriff! ;D
ja, schöner Begriff. Sollte dann aber von Wunsch-passend und Wunsch-konfiguriert gefolgt werden ;)
Danke für die Hinweise an alle hier. Die Ausgabe für HM ist nicht ganz so wild. Es können ja auch andere Dinge damit gesteuert werden.
Vielleicht habe ich ja demnächst mehrere GW (auch das Lacrosse) noch zusätzlich am PI ?
Zitat von: Butzel am 09 November 2017, 17:18:59
Danke für die Hinweise an alle hier. Die Ausgabe für HM ist nicht ganz so wild. Es können ja auch andere Dinge damit gesteuert werden.
Noch mal: mit dem HM-PCB-Aufsteckmodul kannst du NUR Homematic steuern!
Gruß, Joachim
ein wenig offtopic, aber was mit dem Dinge richtig geil ist, man kann das hinter einen Wemos schalten (siehe hier im Wiki / Forum), ESPLink drauf, dann kann man den irgendwo im Haus hinsetzen, wo WLAN ausgeleuchtet wird und damit dann HM bedienen. Wenn man das Modul ohne die Trägerplatine direkt nimmt, dann kann man sogar an RX/TX rangehen :-) Aber auch dann läuft da kein EC3000 drauf ;-)
Hallo zusammen,
im Vorfeld schon mal entschuldigung für die folgende Frage:
Ich betreibe FHEM mit einem HMLANGW ohne Probleme. Ich bin aber auch im Besitz des UART-Moduls, welches ich mit einer eigenen FHEM Instanz auf einem anderen Pi3 betreiben möchte. Ich bastele schon seit einer Ewigkeit und bekomme es einfach nicht hin. Der Ehrgeiz lässt es aber auch nicht zu, dass Teil in die Ecke zu werfen ;-)
Mein Problem:
Auf aktuellen FHEM Instanz läuft der UART mit FW 1.4.1. HM Geräte können angelernt werden und werden im Webinterface auch korrekt angezeigt. ALLERDINGS kann ich nur "schauen". Es ist mir nicht möglich irgendetwas über FHEM zu schalten. Wenn ich die HM Geäte selber schalte, wird das mit ca. 1-2 Sekunden Verzögerung in FHEM angezeigt.
Auch mit zwei weiteren UART-Modulen, habe ich das gleiche Problem.
Ich habe viele Anleitungen durchprobiert, das Ergebnis ist aber immer gleich.
Ich bin also mit der Suche durch und hoffe, dass jemand mir helfen kann von Euch.
Wie schon gesagt, entschuldigt die Frage, aber ich werde über die SuFu einfach nicht fündig.
Danke für Eure Hilfe!
Viele Grüße, Stappsen
Einen Satz HM-Geräte gleichzeitig von zwei verschiedenen FHEM-Instanzen zu bedienen wird ohne besondere Vorkehrungen nicht funktionieren. HM-Geräte sind mit einer Zentrale bekannt, das sollte nur eine FHEM-Instanz sein, die auch eine Reihe räumlich getrennter (etwa über Netzwerk angebundene) Funk-Interfaces gleichzeitig verwalten kann, aber logisch dennoch als eine gemeinsame Zentrale (in FHEM durch eine VCCU realisierst) gilt.
Eine zweite FHEM-Instanz kann man prinzipiell mit fhem2fhem an die erste binden und Daten von und an HM-Geräte über die angebundene andere FHEM-Instanz abwickeln. Aber wenn zwei voneinander unabhängige Zentralen auf den gleichen HM-Zoo zugreifen, hagelt es bei der jeweils nicht verwendeten Instanz "sabotageAttacks"-Fehler - Hinweise auf Zugriffe auf HM-Geräte außerhalb der Zentrale, eigentlich eine gesunde Warnung vor möglichen Manipulationsversuchen. Genauso funktioniert ein paralleler Zugriff von FHEM und einer Homematic-CCU2 nicht.
Weiterhin prüfe bitte, ob Dir der Unterschied zwischen Erstellen und Anlernen in FHEM bekannt ist. Es ist problemlos möglich, "fremde" HM-Geräte in der eigenen Instanz anzulegen und zu beobachten, also ihren Status mitzulesen. Schalten und befehlen kann man nur, wenn man auch die gleiche Zentralen-HM-ID verwendet, die die Geräte beim "Anlernen" - in FHEM "pairen" genannt - in sich als "Herr und Meister" speichern. Das wiederum sorgt dann aber bei anderen Zentralen für die sabotageAttack.
Eine Anzeigeverzögerung von 1-2 Sekunden ist als fast normal zu betrachten - manche Geräte senden ihren geänderten Status sogar absichtlich nicht sofort. Insbesondere Dimmer warten immer erst das Ende der Rampe (also die Helligkeitsänderung) ab und senden erst dann ihren neuen Status, zuvor erfolgt nur eine temporäre Mitteilung "da passiert was".
Hallo nochmal,
die Instanzen sind vollkommen getrennt. Das HM-Gerät, welches ich anlernen möchte ist nicht in der ersten Instanz in Benutzung. Das man HM-Geräte nicht in zwei FHEMs anlernen kann ist mir klar.
Zum Anderen: Ich meine wirklich "anlernen".
Noch weitere Ideen?
Grüße,
Stappsen
Zeig mal bitte ein list von einem Gerät welches Du angelernt hast und nicht steuern kannst.
Gruß Otto
Hallo zusammen,
ich bin gestern auf ein neues Problem in Verbindung mit dem LAN Gateway gestoßen.
Vorab: das System und Firmwares sind auf aktuellem Stand.
Nach längerer Zeit wollte ich neue Homematic Geräte anlernen (Heizkörperregler, Wandthermostate und Fensterkontakte). Beim Aktivieren des Pairmodes der VCCU sieht alles noch normal aus, aber sobald der Anlernprozess beim HM-Gerät startet wird einige Sekunden später das LAN Gateway neu initialisiert.
Perfmon entdeckt Freezes:
2017.11.16 23:22:33 3: CUL_HM set VCCU hmPairForSec
2017.11.16 23:22:38 2: CUL_HM Unknown device HM_618477 is now defined
2017.11.16 23:22:38 2: autocreate: define HM_618477 CUL_HM 618477
2017.11.16 23:22:38 2: autocreate: define FileLog_HM_618477 FileLog ./log/HM_618477-%Y.log HM_618477
2017.11.16 23:22:52 3: Device HM_618477 added to ActionDetector with 000:10 time
2017.11.16 23:22:52 3: CUL_HM pair: HM_618477 thermostat, model HM-TC-IT-WM-W-EU serialNr
2017.11.16 23:22:52 1: Perfmon: possible freeze starting at 23:22:39, delay is 13.477
2017.11.16 23:22:52 1: 192.168.10.8:2001 disconnected, waiting to reappear (myHmLGW:keepAlive)
2017.11.16 23:22:52 1: HMUARTLGW myHmLGW:keepAlive did not respond for the 1. time, resending
2017.11.16 23:22:52 1: 192.168.10.8:2000 disconnected, waiting to reappear (myHmLGW)
2017.11.16 23:22:52 3: Opening myHmLGW:keepAlive device 192.168.10.8:2001
2017.11.16 23:22:52 1: 192.168.10.8:2000 reappeared (myHmLGW)
2017.11.16 23:22:52 3: myHmLGW:keepAlive device opened
2017.11.16 23:22:52 3: HMUARTLGW myHmLGW BidCoS-port opened
2017.11.16 23:22:52 3: HMUARTLGW myHmLGW:keepAlive KeepAlive-port opened
2017.11.16 23:22:55 3: Device HM_618477 added to ActionDetector with 000:10 time
2017.11.16 23:22:55 1: HMUARTLGW myHmLGW: Device not initialized (state: 1, init) but asked to send data. Dropping: As1001B00112050461847700050000000000
2017.11.16 23:22:57 1: HMUARTLGW myHmLGW: Device not initialized (state: 3, init) but asked to send data. Dropping: As1001B00112050461847700050000000000
Das anzulernende Gerät (z.B. Heizungsregler) wird zwar angelegt, jedoch bleibt er im Zustand "commands pending" stehen. Durch nichts ist er dazu zu bewegen, die commands abzuarbeiten, weder durch erneutes Aktivieren des Anlernmodus, noch durch Burst-Transmit, noch durch "get config" etc.
Dieses Verhalten ist zuverlässig reproduzierbar, auch nach Hardware-Reset, auch beim Wandthermostat und Fensterkontakt.
Das Einzige was in diesem Fall hilft ist, dass im "command pending"-Modus die Batterien entnommen werden, neu eingesetzt werden und danach die Anlerntaste erneut gedrückt wird.
Ich habe mittlerweile viele Homematic-Komponenten im Haus, dieses Verhalten ist mir jedoch früher nie untergekommen.
Das System läuft auf einem RasPi 3, der Load liegt laut sysmon zwichen 0 und 0.1, die durchschnittliche CPU Frequenz liegt bei 750-800, also liegt eigentlich keine besonders große Last an.
Der einzige Freeze, den ich im System provozieren kann ist beim Aufruf einer allumfassenden Übersicht (alle Geräte und Stati in verschiedenen Readingsgroups), und dann für maximal 2 Sekunden.
Mir stellt sich die Frage, ob dieses Anlernen in mehreren Schritten evtl. zu Problemen führt und wie ich die Freezes dabei verhindern kann.
Hat jemand eine Idee dazu?
Hi,
sehe ich das richtig, dass für das RPi Funkmodul immer noch 1.4.1 die aktuellste FW ist?
Gruß
Mera
kennst du was besseres?
Das Problem hab ich auch:
Zitat017.11.22 21:57:45 1: 192.168.178.13:2001 disconnected, waiting to reappear (HMLGW1:keepAlive)
2017.11.22 21:57:45 1: 192.168.178.13:2000 disconnected, waiting to reappear (HMLGW1)
2017.11.22 21:57:45 3: Opening HMLGW1:keepAlive device 192.168.178.13:2001
2017.11.22 21:57:45 1: 192.168.178.13:2000 reappeared (HMLGW1)
2017.11.22 21:57:45 3: HMLGW1:keepAlive device opened
2017.11.22 21:57:45 3: HMUARTLGW HMLGW1 BidCoS-port opened
2017.11.22 21:57:45 3: HMUARTLGW HMLGW1:keepAlive KeepAlive-port opened
2017.11.22 21:59:20 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 1. time, resending
2017.11.22 21:59:23 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 2. time, resending
2017.11.22 21:59:26 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 3. time, resending
2017.11.22 21:59:29 1: HMUARTLGW HMLGW1:keepAlive did not respond after all, reopening
2017.11.22 21:59:29 3: HMLGW1 device closed
2017.11.22 21:59:29 3: Opening HMLGW1:keepAlive device 192.168.178.13:2001
2017.11.22 21:59:29 1: 192.168.178.13:2000 reappeared (HMLGW1)
2017.11.22 21:59:29 3: HMLGW1:keepAlive device opened
2017.11.22 21:59:29 3: HMUARTLGW HMLGW1 BidCoS-port opened
2017.11.22 21:59:29 3: HMUARTLGW HMLGW1:keepAlive KeepAlive-port opened
2017.11.22 22:02:14 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 1. time, resending
2017.11.22 22:02:17 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 2. time, resending
2017.11.22 22:02:20 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 3. time, resending
2017.11.22 22:02:23 1: HMUARTLGW HMLGW1:keepAlive did not respond after all, reopening
2017.11.22 22:02:23 3: HMLGW1 device closed
2017.11.22 22:02:23 3: Opening HMLGW1:keepAlive device 192.168.178.13:2001
2017.11.22 22:02:23 1: 192.168.178.13:2000 reappeared (HMLGW1)
2017.11.22 22:02:23 3: HMLGW1:keepAlive device opened
2017.11.22 22:02:23 3: HMUARTLGW HMLGW1 BidCoS-port opened
2017.11.22 22:02:23 3: HMUARTLGW HMLGW1:keepAlive KeepAlive-port opened
2017.11.22 22:02:25 1: 192.168.178.13:2000 disconnected, waiting to reappear (HMLGW1)
2017.11.22 22:02:25 1: 192.168.178.13:2001 disconnected, waiting to reappear (HMLGW1:keepAlive)
2017.11.22 22:02:27 1: HMUARTLGW HMLGW1:keepAlive did not respond after all, reopening
2017.11.22 22:02:27 3: HMLGW1 device closed
Hi Damu,
hat das HMLGW1 schon mal funktioniert?
Ich würde fast behaupten unter 192.168.178.13 ist kein LanGateway erreichbar.
Gruß Otto
Hallo Otto
Doch der Adapter ist da und erreichbar.
Da hab ich eigentlich nichts geändert.
Habe ein Backup eingespielt hab diese Meldung jetzt gerade 1 mal im log gesehen.
Vorher alle 1-3 Minuten.
Ok dann solltest Du möglichst Details posten, Version CUL_HM und HMUARTLGW die funktioniert und nicht funktioniert.
Gruß Otto
Werde übers Wochenende wieder auf die Neuste Version Updaten.
Das Modul 10_CUL_HM.pm hat ja in der Neusten Version einen Bug.
Vielleicht hat das auch einen Einfluss.
Ein LAN Adapter hab ich über Powerline angeschlossen.
Meist macht dieser Probleme, diesmal ist es aber der Adapter der an der Fritzbox angeschlossen ist.
Was ist die Beste Netzwerkeinstellung für diesen Lan Adapter.
1GB oder besser 100MB? (An der Fritzbox)
Ich kann ihn auch an das SWITCH anschliessen.
Dort hab ich noch 1GB 100MB 10MB etc..... zur Auswahl.
muss ja nicht am Netzwerk liegen, kann auch sein, das dein System blockiert. das kannst du ja mal mit apptime checken...
Hallo
Habe heute ein HM LAN Gateway mal für ca 2 Stunden vom Netz genommen.
Danach habe ich es wieder eingesteckt.
Jetzt habe ich bemerkt das FHEM mir den Adapter auf Disconect gesetzt hat.
Bei einem Stromausfall läuft bei mir FHEM mit einem Adapter weiter.
Ich denke das ist der Grund das bei mir ab-und-zu der zweite Adapter auf disconect steht.
Ist das so gewollt?
Dann muss ich das mit einem Doif kontrollieren.
hallo michael,
in letzter zeit sehe ich vermehrt, dass fhem "sinnloser" weise ein keepalive-device in das attr IODev einträgt.
kannst du das eventuell verhindern?
siehe zb https://forum.fhem.de/index.php/topic,80942.msg729973.html#msg729973 (https://forum.fhem.de/index.php/topic,80942.msg729973.html#msg729973)
Hallo Frank,
Zitat von: frank am 12 Dezember 2017, 09:48:12
in letzter zeit sehe ich vermehrt, dass fhem "sinnloser" weise ein keepalive-device in das attr IODev einträgt.
kannst du das eventuell verhindern?
mir ist ehrlich gesagt nicht klar, wie das automatisch passieren kann. In dem Beitrag wird auch von einer VCCU gesprochen, die würde aber das Attribut IOgrp auf jeden Fall setzen, das ist aber im List am neuen Gerät nicht gesetzt. Und das keepAlive Subdevice ruft auch niemals Dispatch() auf, weshalb es nicht als IODev auftauchen sollte.
Viele Grüße
Michael
vielleicht hilft das weiter: https://forum.fhem.de/index.php/topic,35298.msg686354.html#msg686354 (https://forum.fhem.de/index.php/topic,35298.msg686354.html#msg686354)
erst ein rm gepairt => iodev/iogrp: ok.
dann beim anlegen eines virtuellen teamlead => iodev: keepalive subdevice
ich habe auch schon eine vccu mit "attr iodev=keepalive subdevice" gesehen.
Hi,
Zitat von: frank am 12 Dezember 2017, 13:08:58
vielleicht hilft das weiter:
erst ein rm gepairt => iodev/iogrp: ok.
dann beim anlegen eines virtuellen teamlead => iodev: keepalive subdevice
Ja, danke.
Ich denke ich habe das Problem gefunden und behoben. Das Modul hatte Modul-Global die Attribute gesetzt, dass jedes Gerät ein HM-IO ist. Jetzt hängen die Attribute nur noch an wirklichen IO-Devices. Neue Version ist im SVN.
Viele Grüße
Michael
Hallo,
Zitat von: Damu am 03 Dezember 2017, 23:24:41
Habe heute ein HM LAN Gateway mal für ca 2 Stunden vom Netz genommen.
Danach habe ich es wieder eingesteckt.
Jetzt habe ich bemerkt das FHEM mir den Adapter auf Disconect gesetzt hat.
Das kann ich nicht reproduzieren.
Habe gerade mein Gateway für 30 Minuten ausgesteckt und innerhalb einer Minute nachdem es wieder Strom hatte hat Fhem es wieder gefunden und sich verbunden. Während das Gateway keinen Strom hatte war der Status natürlich disconnected.
Viele Grüße
Michael
ZitatIch denke ich habe das Problem gefunden und behoben.
cooler expresservice!
ZitatDas kann ich nicht reproduzieren.
Habe gerade mein Gateway für 30 Minuten ausgesteckt und innerhalb einer Minute nachdem es wieder Strom hatte hat Fhem es wieder gefunden und sich verbunden. Während das Gateway keinen Strom hatte war der Status natürlich disconnected.
Danke für den Test.
Habe bemerkt das die Fritzbox mit da etwas durcheinander bringt.
Habe plötzlich doppelt vergebene IP Adresse.
Das heisst an den meisten LAN Anschlüsse habe ich die IP Adresse selber vergeben.
WLAN geht immer über die Fritzbox (DHCP)
Da hab ich Plötzlich doppelt vergebene Adressen.
Hallo,
sorry für die blöde Frage, aber ich hab jetzt NICHT alle 59 Seiten durchgelesen....
Ich verwende bereits ein HMLAN und möchte gerne auf einem Raspi, auf dem doorpi aber NICHT fhem läuft das Modul verwenden.
Geht das? Was muss ich auf dem Raspi (raspbian) lokal installieren, damit fhem (auf einem anderen Rechner) das als device erkennt?
Sorry nochmal aber vielen Dank im voraus!
Cheers,
Pula
Zitat von: pula am 16 Januar 2018, 02:32:52
Ich verwende bereits ein HMLAN und möchte gerne auf einem Raspi, auf dem doorpi aber NICHT fhem läuft das Modul verwenden.
Geht das? Was muss ich auf dem Raspi (raspbian) lokal installieren, damit fhem (auf einem anderen Rechner) das als device erkennt?
Ich würde es mit ser2net oder etwas vergleichbarem probieren. Du legst einfach das, was vom Modul an die serielle Schnittstelle kommt auf LAN um. Ob das mit den Latenzen dann passt, kann ich nicht beurteilen.
Gruß PeMue
Zitat von: PeMue am 16 Januar 2018, 07:52:45
Ich würde es mit ser2net oder etwas vergleichbarem probieren. Du legst einfach das, was vom Modul an die serielle Schnittstelle kommt auf LAN um. Ob das mit den Latenzen dann passt, kann ich nicht beurteilen.
Gruß PeMue
Wäre auch mein Vorschlag gewesen...
Es gibt wohl welche die das laufen haben...
Viel von Problemen (außer vielleicht beim Einrichten) hab ich noch nicht gelesen, scheint also auch zu laufen...
Ähnlich ist es ja mit dem WLAN-HMUART (also Latenz) und der scheint ja auch "zu rennen"...
Wie so oft: Versuch macht kluch ;)
Gruß, Joachim
Moin,
oder Wiki lesen -> https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Kurze Antwort:geht.
Gruß Otto
Hoi,
danke für Eure sinnvollen Antworten.
@Otto: Ich Depp - auf die Idee, daß das schon im Wiki stehen könnte, bin ich nicht gekommen grmpf
Cheers,
Pula
Hallo Leute.
Ich habe mir das HM-MOD-RPI-PCB geholt und alles soweit fertig eingerichtet.
Heute ist mein HOMEMATIC 130297 HM-SEC-SCO Funk-Tür-Fensterkontakt (auf der Verpackung steht v1.2) angekommen.
Das ganze ist ein Homematic IP Produkt.
In der Anleitung steht unter pairing das ich für das Pairing die Homematic App nutzen soll. Die App verlangt jedoch nach einem Homematic IP Access Point. Dieses Gerät besitze ich jedoch nicht.
in der https://wiki.fhem.de/wiki/HomeMatic_IP
(https://wiki.fhem.de/wiki/HomeMatic_IP)steht leider auch wenig über IP.
Vielleicht wäre von euch jemand so nett mir einen Denkanstoß zu geben.
Hi z9m,
dann bist Du hier im falschen Thread.
HM IP und classic HM sind zwei völlig unterschiedliche Produkte. HM IP kannst Du nur mit einer CCU2 (im weitestenden Sinne) pairen. Ein direkter Betrieb mit FHEM als Zentrale geht nicht.
Gruß Otto
Ok, bin halt neu in diesem Thema.
Aber ist meine HM-MOD-RPI-PCB nicht eine CCU2? Also kann ich in meiner jetzigen Konfiguration keine Homematic IP Produkte verwenden?
RPi mit FHEM und HM-MOD-RPI-PCB.
Trotzdem vielen Dank.
Zitat von: z9m am 27 Januar 2018, 17:21:19
Aber ist meine HM-MOD-RPI-PCB nicht eine CCU2?
Nein, ist keine CCU2
Zitat von: z9m am 27 Januar 2018, 17:21:19
Also kann ich in meiner jetzigen Konfiguration keine Homematic IP Produkte verwenden?
Ja, Du kannst keine HM IP Produkte verwenden.
Aber such einfach ein bisschen, es gibt praktisch jeden Tag diese Frage und entsprechende Antworten und Detailerklärungen.
HM-MOD-RPI-PCB ist "nur" das Funkmodul.
Mit einem PI auf dem Rhaspberrymatic läuft und dem Modul hast du dann sowas wie eine CCU2 die kannst du dann bei Bedarf mittels HMCCU-Modul in fhem integrieren.
Mit etwas Suche nach den Begriffen solltest du genug finden.
fhem und Rhaspberrymatic geht sogar auf einem PI...
Gruß, Joachim
Vielen Dank für die Infos.
Das habe ich auch grade "erlesen".
Ich werde mal YAHM testen.
Ist alles etwas unverständlich mit diesen ganzen Abkürzungen (HMCCU usw.) als Einsteiger.
Wenn du dir die Geräte ohne ,,IP" holst, brauchst du keine CCU2.
Gruß Hoppel
hallo michael,
ich habe hier ein problem mit einem dimmer (Dim1L-PL, fw1.7), der den hmuart scheinbar überhaupt nicht hören kann. auf regelmässige statusrequest über den hmuart hat er auch über stunden kein einziges mal gezuckt, als würde er ihn ignorieren. andererseits kann der hmuart den dimmer aber sehr gut hören. den abstand habe ich auf ca 1,50m reduziert.
im gegensatz dazu kann der dimmer einen hmlan sehr gut hören und antwortet auch immer entsprechend. der hmuart kann diese kommunikation auch problemlos erkennen.
hier mal ein log mit umassignen auf den hmuart (hmlan als monitor):
2018.01.29 10:59:07.116 3: CUL_HM set HM_114B05 statusRequest
2018.01.29 10:59:07.118 0: HMUARTLGW hmuart1 send: 01 06114B05000000
2018.01.29 10:59:07.136 0: HMUARTLGW hmuart1 recv: 01 040701010019FFFFFFFFFFFFFFFF, state 90
2018.01.29 10:59:07.137 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2018.01.29 10:59:07.137 0: HMUARTLGW hmuart1 added peer: 114B05, aesChannels: FFFFFFFFFFFFFFFF
2018.01.29 10:59:07.140 0: HMUARTLGW hmuart1 send: 01 06114B05000000
2018.01.29 10:59:07.146 0: HMUARTLGW hmuart1 recv: 01 040701010019FFFFFFFFFFFFFFFF, state 93
2018.01.29 10:59:07.147 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2018.01.29 10:59:07.147 0: HMUARTLGW hmuart1 added peer: 114B05, aesChannels: FFFFFFFFFFFFFFFF
2018.01.29 10:59:07.149 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: C9 A0 01 1ACE1F 114B05 010E
2018.01.29 10:59:07.185 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:2AEB0076 d:FF r:FFDA m:C9 A001 1ACE1F 114B05 010E
2018.01.29 10:59:07.476 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:2AEB0199 d:FF r:FFDA m:C9 A001 1ACE1F 114B05 010E
2018.01.29 10:59:07.822 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:2AEB02F3 d:FF r:FFDA m:C9 A001 1ACE1F 114B05 010E
2018.01.29 10:59:08.063 0: HMUARTLGW hmuart1 recv: 01 0404, state 100
2018.01.29 10:59:08.065 0: HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2018.01.29 10:59:09.580 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: C9 A0 01 1ACE1F 114B05 010E
2018.01.29 10:59:09.616 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:2AEB09F5 d:FF r:FFDA m:C9 A001 1ACE1F 114B05 010E
2018.01.29 10:59:09.920 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:2AEB0B25 d:FF r:FFDA m:C9 A001 1ACE1F 114B05 010E
2018.01.29 10:59:10.217 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:2AEB0C4F d:FF r:FFDA m:C9 A001 1ACE1F 114B05 010E
2018.01.29 10:59:10.460 0: HMUARTLGW hmuart1 recv: 01 0404, state 100
2018.01.29 10:59:10.461 0: HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2018.01.29 10:59:13.679 0: HMUARTLGW hmuart1 send: 00 08
2018.01.29 10:59:13.682 0: HMUARTLGW hmuart1 recv: 00 040208, state 98
2018.01.29 10:59:13.683 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2018.01.29 10:59:13.684 0: HMUARTLGW hmuart1 roundtrip delay: 0.0029
hier der statusrequest mit dem hmlan (hmuart als monitor):
2018.01.29 11:50:22.603 0: HMLAN_Send: hmlan1 S:S418A116B stat: 00 t:00000000 d:01 r:418A116B m:DC A001 1ACE1F 114B05 010E
2018.01.29 11:50:22.631 0: HMUARTLGW hmuart1 recv: 01 05 00 00 21 msg: DC A0 01 1ACE1F 114B05 010E
2018.01.29 11:50:22.759 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2B msg: DC A4 10 114B05 1ACE1F 060100002C
2018.01.29 11:50:22.802 0: HMLAN_Parse: hmlan1 R:E114B05 stat:0000 t:2B19F019 d:FF r:FFD3 m:DC A410 114B05 1ACE1F 060100002C
2018.01.29 11:50:22.882 0: HMLAN_Parse: hmlan1 R:R418A116B stat:0001 t:2B19F01E d:FF r:FFD3 m:DC A410 114B05 1ACE1F 060100002C
2018.01.29 11:50:22.903 0: HMUARTLGW hmuart1 recv: 01 05 00 00 21 msg: DC 80 02 1ACE1F 114B05 00
könnten die sendefrequenzen von hmlan und hmuart soweit auseinander liegen, dass der dimmmer nur den hmuart nicht hören kann? oder gibt es eventuell ein anderes problem? mit anderen devices habe ich solche probleme noch nicht feststellen können.
gibt es eventuell die möglichkeit die frequenzeigenschaften beim hmuart zu verstellen, ähnlich wie beim cul?
Hallo zusammen,
ich habe für meinen PI 3 ein HM-MOD-RPI-PCB gekauft um u.a. meinen HM-LC-Bl1PBU-FM damit zu steuern.
Ich kann jetzt natürlich alle 60 Seiten hier lesen, hoffe aber auf einen kleinen Hinweis vorab auf meine Frage.
Kann ich das HM-MOD-RPI-PCB so einrichten wie auf Seite 1 von mgernoth beschrieben oder benötige ich eine andere Installation?
In der Anleitung die dem Sender beilag scheint die Einrichtung etwas komplizierter..
Würde mich über eine kurze Antwort freuen.
Viele Grüße!
Hi,
ich würde zusätzlich so vorgehen -> https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Weil # 1 ist auch schon ein paar Tage her :)
Gruß Otto
Danke für den Tipp!
Ih habe die config.txt Datei auf dem PI geöffnet und die Änderungen eingegeben.
Wenn ich das am Ende speichern will, bekomme ich die Fehlermeldung
ZitatDie Datei kann nicht zum schreiben geöffnet werden
Was mache ich denn nun?
Hallo,
womit bearbeitest Du die Datei denn ? mit nano ? Eventuell mal "sudo" vor den Editierbefeh gesetzt. Als normaler User wirst Du diese Datei nicht schreiben können.
Gruß Christoph
Habe den PI ganz normal an einen Bildschirm angeschlossen und gestartet...
Habe es über das Terminal gelöst...
Habe heute eine VCCU eingerichtet und wollte ein LAN Gateway anschließen.
Der LAN Gateway hat aber nur ein disconnected
Internals:
Clients :CUL_HM:
DEF 192.168.178.46
DevState 0
DevType LGW
DeviceName 192.168.178.46:2000
NAME HM_LAN
NR 444
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
owner_CCU VCCU
Helper:
PeerQueue:
HASH(0x56b0f98)
HASH(0x5701840)
HASH(0x5705d98)
HASH(0x56c8a08)
HASH(0x56da908)
HASH(0x5969f58)
Matchlist:
1:CUL_HM ^A......................
Peers:
2DA948 pending
321804 pending
3AE747 pending
Readings:
2018-03-20 11:05:39 D-HMIdAssigned 423124
2018-03-20 11:03:13 D-HMIdOriginal FFFFFF
2018-03-20 12:07:28 D-LANfirmware 1.1.3 (outdated)
2018-03-20 11:03:13 D-firmware 1.0.6 (outdated)
2018-03-20 12:07:28 D-serialNr OEQ0797641
2018-03-20 12:07:28 D-type eQ3-HM-LGW
2018-03-20 12:22:19 cond disconnected
2018-03-20 11:08:14 load 1
2018-03-20 12:22:19 loadLvl suspended
2018-03-20 12:07:28 state opened
Helper:
Attributes:
hmId 423124
lgwPw yDKuCJ85W8
room CUL_HM
VCCU
Internals:
DEF 423124
IODev HM_LAN
NAME VCCU
NOTIFYDEV global
NR 445
NTFY_ORDER 50-VCCU
STATE HMUSB:UAS,HM_LAN:disconnected,
TYPE CUL_HM
assignedIOs HMUSB,HM_LAN
Readings:
2018-03-20 12:22:19 state HMUSB:UAS,HM_LAN:disconnected,
Helper:
HM_CMDNR 90
mId FFF0
regLst ,0
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
prefIO
vccu
ioList:
HM_LAN
Mrssi:
mNo
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
vrt 1
Attributes:
IODev HM_LAN
IOList HM_LAN
expert 2_raw
model CCU-FHEM
room CUL_HM
subType virtual
webCmd virtual:update
Hat jemand eine Idee?
Hi,
Du musst ein Firmware Update machen:
D-LANfirmware 1.1.3 (outdated)
Und bei der VCCU sollte der HMUSB mit in die IOList
IOList HM_LAN
Gruß Otto
Du bist ja schnell. Den USB hab ich da schon rausgenommen, der ist gestern geschrotet.
Hatte mir ne andere Anwort erhofft. Hoffentlich bekomme ich das mit der Firmware hin.
Danke
Das kann das Modul selbst! set <> UpdatecoPro oder so. Schau in die Doku ;)
Das System kennt aber Deinen USB noch, deswegen der Eintrag in der VCCU.
Wenn alles läuft muss Du dann das Gerät für den USB noch entfernen.
Gruß Otto
Ne kann es leider nicht:
aus help:
Bitte zusätzlich sicherstellen, dass die Version der D-LANfirmware mindestens 1.1.5 beträgt. Um auf diese Version zu aktualisieren können die eQ-3 CLI Tools (siehe Wiki) oder der eQ-3 Netfinder genutzt werden. Das passende Image ist: hm-lgw-o-tw-w-eu_update.eq3
Die Datei hm-lgw-o-tw-w-eu_update.eq3 nicht mit updateCoPro flashen!
[/code
Aus dem wiki
[code]export LD_LIBRARY_PATH='../lib:../../RFD/lib'
LGW_SERIAL='NEQ0218723'
LGW_PASSWD='geheimesLGWPasswort'
./eq3configcmd update-lgw-firmware -u ../../../../firmware/hm-lgw-o-tw-w-eu_update.eq3 -s "${LGW_SERIAL}" -k "${LGW_PASSWD}" -console -l 1
ich weiß doofe Frage. Kommt das alles in eine Zeile?
Nein, für mich sind das vier Zeilen, oder Du schreibst es alles in ein Script und ersetzt nur Serial und Passwort
Aber ich habe das LGW nicht und habe es selbst nicht gemacht.
Du musst aber den ganzen Abschnitt abarbeiten!
https://wiki.fhem.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway#Vorbereitung_des_LAN-Firmwareupdates_mit_den_eQ-3_Tools
Gruß Otto
vielleicht auch mal in den 1. post dieses threads schauen.
Besten Dank, auch ohne die Firmware Updates läuft es jetzt
Hallo,
Zitat von: Paul am 20 März 2018, 14:40:15
Besten Dank, auch ohne die Firmware Updates läuft es jetzt
Das Gateway wird sich bei Firmware < 1.1.5 unweigerlich in unregelmäßigen Abständen aufhängen und muss dann manuell neugestartet werden. Es hat schon einen Grund, dass Fhem die Firmware outdated nennt!
Viele Grüße
Michael
Zitat von: mgernoth am 20 März 2018, 14:46:02
Hallo,
Das Gateway wird sich bei Firmware < 1.1.5 unweigerlich in unregelmäßigen Abständen aufhängen und muss dann manuell neugestartet werden. Es hat schon einen Grund, dass Fhem die Firmware outdated nennt!
Viele Grüße
Michael
Ich habe es aber leider trotz Wiki nicht hinbekommen
ZitatIch habe es aber leider trotz Wiki nicht hinbekommen
Du solltest doch langsam wissen, dass Dir so keiner helfen kann. Was hast Du gemacht und was geht denn nicht?
Und die Antwort: Ich habe das gemacht was im Wiki steht und es geht nicht - ist witzlos ;D
Zitat von: Otto123 am 20 März 2018, 15:41:57
Du solltest doch langsam wissen, dass Dir so keiner helfen kann. Was hast Du gemacht und was geht denn nicht?
Und die Antwort: Ich habe das gemacht was im Wiki steht und es geht nicht - ist witzlos ;D
Sorry, aber ich war erstmal froh, dass der Lan Gateway läuft. Habe aber dafür neue Baustellen durch updates aufgemacht.
Die beiden Firmware-updates haben nicht geklappt.
hatte es genau nach wiki gemacht
$ git clone https://github.com/eq-3/occu
...
$ cd occu
$ sudo ln -s $(pwd)/firmware /firmware
Auf x86 bzw. x86_64:
$ cd X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin (auf X86/X86_64)
Wieder gemeinsam auf allen Plattformen:
$ chmod 755 eq3configcmd
Update der LAN-Firmware mit den eQ-3 Tools
Um das Update durchzuführen, muss man sich im Verzeichnis occu/arm-gnueabihf/packages-eQ-3/LinuxBasis/bin bzw. occu/X86_32_Debian_Wheezy/packages-eQ-3/LinuxBasis/bin befinden.
Im Folgenden NEQ0218723 durch die Seriennummer des Funk-LAN-Gateway und geheimesLGWPasswort durch das Lan-Gateway-Passwort (steht auf der Rückseite des Geräts) ersetzen. Falls die Verschlüsselung deaktiviert wurde entfällt die -k-Option.
export LD_LIBRARY_PATH='../lib:../../RFD/lib'
LGW_SERIAL='NEQ0218723'
LGW_PASSWD='geheimesLGWPasswort'
./eq3configcmd update-lgw-firmware -u ../../../../firmware/hm-lgw-o-tw-w-eu_update.eq3 -s "${LGW_SERIAL}" -k "${LGW_PASSWD}" -console -l 1
2016/07/28 09:25:24.264 <Info> LAN Gateway Firmware Update...
2016/07/28 09:25:24.265 <Info> Gateway NEQ0218723
2016/07/28 09:25:26.273 <Info> Gateway type is eQ3-HM-LGW-App
cryptEnabled true2016/07/28 09:25:33.313 <Info> Updating firmware....
2016/07/28 09:25:38.467 <Info> Update performed. Waiting for gateway to get ready.
Update der Applikationsfirmware mit FHEM
Firmware herunterladen
Verbinden Sie sich auf ihren Raspberry
ssh pi@$IPADRESSE
Wechseln Sie in das Firmware-Verzeichnis von FHEM
cd /opt/fhem/FHEM/firmware/
Firmware herunderladen
wget https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/coprocessor_update_hm_only.eq3
Flashen der neuen Firmware über die Befehlszeile in FHEM
set meinLGW updateCoPro /opt/fhem/FHEM/firmware/coprocessor_update_hm_only.eq3
Sorry aber das ist auch witzlos.
Wenn Du die Befehle bei Dir ausführst und dann quasi DEIN Terminal Log mit Deinen Ausgaben posten würdest... :'(
Hallo zusammen,
ich habe folgendes Setting:
1. Ubuntu 16.04.
2. Ein HM-MOD-RPI-PCB angebunden über ein CP2102.
AssignedPeerCnt 0
CFGFN
CNT 16
Clients :CUL_HM:
DEF /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
DEVCNT 16
DevState 99
DevType UART
DeviceName /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0@115200
FD 30
LastOpen 1522326573.46009
NAME myHmUART
NR 3495
PARTIAL
RAWMSG 040200
RSSI -69
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 0
msgLoadHistory -/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 0/-/-/-/-/-/-/-/-/-/-/-/-
owner xxxxxx
.attraggr:
.attrminint:
.clientArray:
CUL_HM
Helper:
CreditTimer 1
FW 66561
Initialized 1
AckPending:
LastSendLen:
20
3
Log:
IDs:
RoundTrip:
Delay 0.00389790534973145
loadLvl:
lastHistory 1522326575.98276
MatchList:
1:CUL_HM ^A......................
Peers:
READINGS:
2018-03-29 14:29:35 D-HMIdAssigned xxxxxx
2018-03-29 14:29:35 D-HMIdOriginal xxxxxx
2018-03-29 14:29:35 D-firmware 1.4.1
2018-03-29 14:29:35 D-serialNr xxxxxxxxx
2018-03-29 14:16:21 D-type HM-MOD-UART
2018-03-29 14:29:36 cond ok
2018-03-29 14:29:36 load 0
2018-03-29 14:29:36 loadLvl low
2018-03-29 14:29:36 ok ok
2018-03-29 14:29:33 state opened
3. Conbee Stick
DEF xxxxx
FD 5
INTERVAL 60
NAME Conbee
NOTIFYDEV global
NR 23
NTFY_ORDER 50-Conbee
PORT 39010
STATE connected
TYPE HUEBridge
apiversion 1.0.9
host xxxxxx
mac xxxxxx
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2012
modelid deCONZ
name conbee1
swversion 2.5.16
updatestate 0
websocket 1
websocketport 8088
zigbeechannel 15
.attraggr:
.attrminint:
READINGS:
2018-03-29 14:32:26 lastError resource, /lights/7, not available
2018-03-29 14:30:00 state connected
helper:
apiversion 65545
count 0
last_config_timestamp 1522326600
offsetUTC 7200
updatestate 0
Attributes:
httpUtils 1
key xxxxxx
noshutdown 1
Soweit so gut. Der Betrieb einzeln funktioniert ohne Probleme, d.h. jeweils wenn ich den anderen Stick herausnehme. Aber wenn ich den Conbee aktiviert habe und den CP2102 aktiviere (also wirklich in FHEM den HMUARTLGW auf open setzte) findet deconz (Software für conbee) keine Verbindung mehr. Sobald ich den auf close setze, geht der conbee wieder. Gibt es hier Probleme, dass HMUARTLGW irgendwie auf den Conbee zugreifen will oder den Port blockiert?
mein Output lsusb:
ls -l /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Mär 29 01:06 usb-FTDI_FT230X_Basic_UART_DO00KCJP-if00-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root 13 Mär 29 14:02 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0
Update: Nach Aktualisierung der Firmware des Sticks funktionieren beide parallel.
Hallo,
habe auch das HM-LGW und dieser ist trotz aktueller Daten (siehe List) ständig disconnect!
Internals:
AssignedPeerCnt 42
CNT 134
Clients :CUL_HM:
DEF 192.168.178.49
DEVCNT 50
DevState 99
DevType LGW
DeviceName 192.168.178.49:2000
FD 10
LastOpen 1523451913.90379
NAME meinLGW
NR 20
PARTIAL
RAWMSG 0500003800A41029E48A25757F06010000
RSSI -56
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model eQ3-HM-LGW
msgLoadCurrent 0
msgLoadHistory -/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 0/-/-/-/-/-/-/-/-/-/-/-/-
owner AFFE96
Helper:
CreditTimer 5
FW 66561
Initialized 1
SendCnt 5
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00417709350585938
loadLvl:
lastHistory 1523451923.87354
MatchList:
1:CUL_HM ^A......................
Peers:
20E8C5 +20E8C5,00,00,00
21C8E3 +21C8E3,00,00,00
21C8E5 +21C8E5,00,00,00
21E907 +21E907,00,00,00
225CD4 +225CD4,00,00,00
22A35C +22A35C,00,00,00
238B13 +238B13,00,00,00
23B094 +23B094,00,00,00
23D3FB +23D3FB,00,00,00
256453 +256453,00,00,00
25701A +25701A,00,00,00
25891E +25891E,00,00,00
25FA78 +25FA78,00,00,00
261CBF +261CBF,00,00,00
26A0D4 +26A0D4,00,00,00
26D8FE +26D8FE,00,00,00
26FE8C +26FE8C,00,00,00
270047 +270047,00,00,00
270449 +270449,00,00,00
28DE78 +28DE78,00,00,00
28DF1E +28DF1E,00,00,00
295F0E +295F0E,00,00,00
29E466 +29E466,00,00,00
3776E2 +3776E2,00,00,00
3AD93A +3AD93A,00,00,00
41C840 +41C840,00,00,00
4260F4 +4260F4,00,00,00
464F4A +464F4A,00,00,00
467795 +467795,00,00,00
467811 +467811,00,00,00
4A92C5 +4A92C5,00,00,00
501147 +501147,00,00,00
516173 +516173,00,00,00
51EFDE +51EFDE,00,00,00
52A667 +52A667,00,00,00
52A692 +52A692,00,00,00
52A6AB +52A6AB,00,00,00
52A7BB +52A7BB,00,00,00
52B7A5 +52B7A5,00,00,00
5362E2 +5362E2,00,00,00
553836 +553836,00,00,00
5538C7 +5538C7,00,00,00
READINGS:
2018-04-11 15:05:21 D-HMIdAssigned AFFE96
2018-04-11 15:05:21 D-HMIdOriginal FFFFFF
2018-04-11 15:05:13 D-LANfirmware 1.1.5
2018-04-11 15:05:23 D-firmware 1.4.1
2018-04-11 15:05:13 D-serialNr OEQ0016668
2018-04-11 15:05:13 D-type eQ3-HM-LGW
2018-04-11 15:05:23 cond ok
2018-04-11 15:05:23 load 0
2018-04-11 15:05:23 loadLvl low
2018-04-11 15:05:13 state opened
helper:
keepAlive:
CNT 32
DEVCNT 31
DevState 99
DevType LGW-KeepAlive
DeviceName 192.168.178.49:2001
FD 14
LastOpen 1523451913.91989
NAME meinLGW:keepAlive
NR 609
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
NextKeepAlive 1523452005.86254
Log:
Resolve 1
IDs:
READINGS:
2018-04-11 15:05:13 state opened
Attributes:
hmId AFFE96
lgwPw gkcNkf3mCC
room 11. FlurOG,XX. System
verbose 2
Nach manuellem reopen geht es wieder.
Im Log steht:
2018.04.11 14:45:00 3: CALVIEW Termin1 - CALENDAR:Termine triggered, updating CALVIEW Termin1 ...
2018.04.11 14:45:13 1: 192.168.178.49:2001 disconnected, waiting to reappear (meinLGW:keepAlive)
2018.04.11 14:45:13 1: HMUARTLGW meinLGW:keepAlive KeepAlive sent 11.786s too late, this might cause a disconnect!
2018.04.11 14:45:17 1: 192.168.178.49:2000 disconnected, waiting to reappear (meinLGW)
2018.04.11 14:52:11 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
Danke
such mal mit dem modul freezemon nach fhem freezes.
habe jetzt mal das Modul laufen lassen.
2018-04-11_19:04:10 myFreezemon s:19:04:09 e:19:04:10 f:1.521 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:10 myFreezemon freezeTime: 1.521
2018-04-11_19:04:10 myFreezemon fcDay: 89
2018-04-11_19:04:10 myFreezemon ftDay: 174.843
2018-04-11_19:04:10 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:15 myFreezemon s:19:04:14 e:19:04:15 f:1.563 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:15 myFreezemon freezeTime: 1.563
2018-04-11_19:04:15 myFreezemon fcDay: 90
2018-04-11_19:04:15 myFreezemon ftDay: 176.406
2018-04-11_19:04:15 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:20 myFreezemon s:19:04:19 e:19:04:20 f:1.593 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:20 myFreezemon freezeTime: 1.593
2018-04-11_19:04:20 myFreezemon fcDay: 91
2018-04-11_19:04:20 myFreezemon ftDay: 177.999
2018-04-11_19:04:20 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:25 myFreezemon s:19:04:24 e:19:04:25 f:1.562 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:25 myFreezemon freezeTime: 1.562
2018-04-11_19:04:25 myFreezemon fcDay: 92
2018-04-11_19:04:25 myFreezemon ftDay: 179.561
2018-04-11_19:04:25 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:30 myFreezemon s:19:04:29 e:19:04:30 f:1.591 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:30 myFreezemon freezeTime: 1.591
2018-04-11_19:04:30 myFreezemon fcDay: 93
2018-04-11_19:04:30 myFreezemon ftDay: 181.152
2018-04-11_19:04:30 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:35 myFreezemon s:19:04:34 e:19:04:35 f:1.704 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:35 myFreezemon freezeTime: 1.704
2018-04-11_19:04:35 myFreezemon fcDay: 94
2018-04-11_19:04:35 myFreezemon ftDay: 182.856
2018-04-11_19:04:35 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:40 myFreezemon s:19:04:39 e:19:04:40 f:1.537 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:40 myFreezemon freezeTime: 1.537
2018-04-11_19:04:40 myFreezemon fcDay: 95
2018-04-11_19:04:40 myFreezemon ftDay: 184.393
2018-04-11_19:04:40 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:45 myFreezemon s:19:04:44 e:19:04:45 f:1.567 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:45 myFreezemon freezeTime: 1.567
2018-04-11_19:04:45 myFreezemon fcDay: 96
2018-04-11_19:04:45 myFreezemon ftDay: 185.96
2018-04-11_19:04:45 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:50 myFreezemon s:19:04:49 e:19:04:50 f:1.518 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:50 myFreezemon freezeTime: 1.518
2018-04-11_19:04:50 myFreezemon fcDay: 97
2018-04-11_19:04:50 myFreezemon ftDay: 187.478
2018-04-11_19:04:50 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:55 myFreezemon s:19:04:54 e:19:04:55 f:1.586 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:04:55 myFreezemon freezeTime: 1.586
2018-04-11_19:04:55 myFreezemon fcDay: 98
2018-04-11_19:04:55 myFreezemon ftDay: 189.064
2018-04-11_19:04:55 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:00 myFreezemon s:19:04:59 e:19:05:00 f:1.518 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:00 myFreezemon freezeTime: 1.518
2018-04-11_19:05:00 myFreezemon fcDay: 99
2018-04-11_19:05:00 myFreezemon ftDay: 190.582
2018-04-11_19:05:00 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:05 myFreezemon s:19:05:04 e:19:05:05 f:1.557 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:05 myFreezemon freezeTime: 1.557
2018-04-11_19:05:05 myFreezemon fcDay: 100
2018-04-11_19:05:05 myFreezemon ftDay: 192.139
2018-04-11_19:05:05 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:10 myFreezemon s:19:05:09 e:19:05:10 f:1.518 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:10 myFreezemon freezeTime: 1.518
2018-04-11_19:05:10 myFreezemon fcDay: 101
2018-04-11_19:05:10 myFreezemon ftDay: 193.657
2018-04-11_19:05:10 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:15 myFreezemon s:19:05:14 e:19:05:15 f:1.556 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:15 myFreezemon freezeTime: 1.556
2018-04-11_19:05:15 myFreezemon fcDay: 102
2018-04-11_19:05:15 myFreezemon ftDay: 195.213
2018-04-11_19:05:15 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:20 myFreezemon s:19:05:19 e:19:05:20 f:1.534 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:20 myFreezemon freezeTime: 1.534
2018-04-11_19:05:20 myFreezemon fcDay: 103
2018-04-11_19:05:20 myFreezemon ftDay: 196.747
2018-04-11_19:05:20 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:25 myFreezemon s:19:05:24 e:19:05:25 f:1.556 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:25 myFreezemon freezeTime: 1.556
2018-04-11_19:05:25 myFreezemon fcDay: 104
2018-04-11_19:05:25 myFreezemon ftDay: 198.303
2018-04-11_19:05:25 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:30 myFreezemon s:19:05:29 e:19:05:30 f:1.517 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:30 myFreezemon freezeTime: 1.517
2018-04-11_19:05:30 myFreezemon fcDay: 105
2018-04-11_19:05:30 myFreezemon ftDay: 199.82
2018-04-11_19:05:30 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:35 myFreezemon s:19:05:34 e:19:05:35 f:1.546 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:35 myFreezemon freezeTime: 1.546
2018-04-11_19:05:35 myFreezemon fcDay: 106
2018-04-11_19:05:35 myFreezemon ftDay: 201.366
2018-04-11_19:05:35 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:40 myFreezemon s:19:05:39 e:19:05:40 f:1.529 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:40 myFreezemon freezeTime: 1.529
2018-04-11_19:05:40 myFreezemon fcDay: 107
2018-04-11_19:05:40 myFreezemon ftDay: 202.895
2018-04-11_19:05:40 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:45 myFreezemon s:19:05:44 e:19:05:45 f:1.546 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:45 myFreezemon freezeTime: 1.546
2018-04-11_19:05:45 myFreezemon fcDay: 108
2018-04-11_19:05:45 myFreezemon ftDay: 204.441
2018-04-11_19:05:45 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:50 myFreezemon s:19:05:49 e:19:05:50 f:1.516 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:50 myFreezemon freezeTime: 1.516
2018-04-11_19:05:50 myFreezemon fcDay: 109
2018-04-11_19:05:50 myFreezemon ftDay: 205.957
2018-04-11_19:05:50 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:55 myFreezemon s:19:05:54 e:19:05:55 f:1.546 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:05:55 myFreezemon freezeTime: 1.546
2018-04-11_19:05:55 myFreezemon fcDay: 110
2018-04-11_19:05:55 myFreezemon ftDay: 207.503
2018-04-11_19:05:55 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:00 myFreezemon s:19:05:59 e:19:06:00 f:1.515 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:00 myFreezemon freezeTime: 1.515
2018-04-11_19:06:00 myFreezemon fcDay: 111
2018-04-11_19:06:00 myFreezemon ftDay: 209.018
2018-04-11_19:06:00 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:05 myFreezemon s:19:06:04 e:19:06:05 f:1.558 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:05 myFreezemon freezeTime: 1.558
2018-04-11_19:06:05 myFreezemon fcDay: 112
2018-04-11_19:06:05 myFreezemon ftDay: 210.576
2018-04-11_19:06:05 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:10 myFreezemon s:19:06:09 e:19:06:10 f:1.515 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:10 myFreezemon freezeTime: 1.515
2018-04-11_19:06:10 myFreezemon fcDay: 113
2018-04-11_19:06:10 myFreezemon ftDay: 212.091
2018-04-11_19:06:10 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:15 myFreezemon s:19:06:14 e:19:06:15 f:1.563 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:15 myFreezemon freezeTime: 1.563
2018-04-11_19:06:15 myFreezemon fcDay: 114
2018-04-11_19:06:15 myFreezemon ftDay: 213.654
2018-04-11_19:06:15 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:20 myFreezemon s:19:06:19 e:19:06:20 f:1.514 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:20 myFreezemon freezeTime: 1.514
2018-04-11_19:06:20 myFreezemon fcDay: 115
2018-04-11_19:06:20 myFreezemon ftDay: 215.168
2018-04-11_19:06:20 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:25 myFreezemon s:19:06:24 e:19:06:25 f:1.578 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:25 myFreezemon freezeTime: 1.578
2018-04-11_19:06:25 myFreezemon fcDay: 116
2018-04-11_19:06:25 myFreezemon ftDay: 216.746
2018-04-11_19:06:25 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:30 myFreezemon s:19:06:29 e:19:06:30 f:1.521 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:30 myFreezemon freezeTime: 1.521
2018-04-11_19:06:30 myFreezemon fcDay: 117
2018-04-11_19:06:30 myFreezemon ftDay: 218.267
2018-04-11_19:06:30 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:35 myFreezemon s:19:06:34 e:19:06:35 f:1.473 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:35 myFreezemon freezeTime: 1.473
2018-04-11_19:06:35 myFreezemon fcDay: 118
2018-04-11_19:06:35 myFreezemon ftDay: 219.74
2018-04-11_19:06:35 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:40 myFreezemon s:19:06:39 e:19:06:40 f:1.521 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:40 myFreezemon freezeTime: 1.521
2018-04-11_19:06:40 myFreezemon fcDay: 119
2018-04-11_19:06:40 myFreezemon ftDay: 221.261
2018-04-11_19:06:40 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:45 myFreezemon s:19:06:44 e:19:06:45 f:1.559 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:45 myFreezemon freezeTime: 1.559
2018-04-11_19:06:45 myFreezemon fcDay: 120
2018-04-11_19:06:45 myFreezemon ftDay: 222.82
2018-04-11_19:06:45 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:50 myFreezemon s:19:06:49 e:19:06:50 f:1.515 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:50 myFreezemon freezeTime: 1.515
2018-04-11_19:06:50 myFreezemon fcDay: 121
2018-04-11_19:06:50 myFreezemon ftDay: 224.335
2018-04-11_19:06:50 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:55 myFreezemon s:19:06:54 e:19:06:55 f:1.549 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:06:55 myFreezemon freezeTime: 1.549
2018-04-11_19:06:55 myFreezemon fcDay: 122
2018-04-11_19:06:55 myFreezemon ftDay: 225.884
2018-04-11_19:06:55 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:00 myFreezemon s:19:06:59 e:19:07:00 f:1.566 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:00 myFreezemon freezeTime: 1.566
2018-04-11_19:07:00 myFreezemon fcDay: 123
2018-04-11_19:07:00 myFreezemon ftDay: 227.45
2018-04-11_19:07:00 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:05 myFreezemon s:19:07:04 e:19:07:05 f:1.551 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:05 myFreezemon freezeTime: 1.551
2018-04-11_19:07:05 myFreezemon fcDay: 124
2018-04-11_19:07:05 myFreezemon ftDay: 229.001
2018-04-11_19:07:05 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:10 myFreezemon s:19:07:09 e:19:07:10 f:1.581 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:10 myFreezemon freezeTime: 1.581
2018-04-11_19:07:10 myFreezemon fcDay: 125
2018-04-11_19:07:10 myFreezemon ftDay: 230.582
2018-04-11_19:07:10 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:15 myFreezemon s:19:07:14 e:19:07:15 f:1.549 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:15 myFreezemon freezeTime: 1.549
2018-04-11_19:07:15 myFreezemon fcDay: 126
2018-04-11_19:07:15 myFreezemon ftDay: 232.131
2018-04-11_19:07:15 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:20 myFreezemon s:19:07:19 e:19:07:20 f:1.551 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:20 myFreezemon freezeTime: 1.551
2018-04-11_19:07:20 myFreezemon fcDay: 127
2018-04-11_19:07:20 myFreezemon ftDay: 233.682
2018-04-11_19:07:20 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:25 myFreezemon s:19:07:24 e:19:07:25 f:1.563 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:25 myFreezemon freezeTime: 1.563
2018-04-11_19:07:25 myFreezemon fcDay: 128
2018-04-11_19:07:25 myFreezemon ftDay: 235.245
2018-04-11_19:07:25 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:30 myFreezemon s:19:07:29 e:19:07:30 f:1.523 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:30 myFreezemon freezeTime: 1.523
2018-04-11_19:07:30 myFreezemon fcDay: 129
2018-04-11_19:07:30 myFreezemon ftDay: 236.768
2018-04-11_19:07:30 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:35 myFreezemon s:19:07:34 e:19:07:35 f:1.543 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:35 myFreezemon freezeTime: 1.543
2018-04-11_19:07:35 myFreezemon fcDay: 130
2018-04-11_19:07:35 myFreezemon ftDay: 238.311
2018-04-11_19:07:35 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:40 myFreezemon s:19:07:39 e:19:07:40 f:1.667 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:40 myFreezemon freezeTime: 1.667
2018-04-11_19:07:40 myFreezemon fcDay: 131
2018-04-11_19:07:40 myFreezemon ftDay: 239.978
2018-04-11_19:07:40 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:45 myFreezemon s:19:07:44 e:19:07:45 f:1.604 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:45 myFreezemon freezeTime: 1.604
2018-04-11_19:07:45 myFreezemon fcDay: 132
2018-04-11_19:07:45 myFreezemon ftDay: 241.582
2018-04-11_19:07:45 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:50 myFreezemon s:19:07:49 e:19:07:50 f:1.521 d:tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
2018-04-11_19:07:50 myFreezemon freezeTime: 1.521
2018-04-11_19:07:50 myFreezemon fcDay: 133
2018-04-11_19:07:50 myFreezemon ftDay: 243.103
2018-04-11_19:07:50 myFreezemon freezeDevice: tmr-at_Exec(ipcam) tmr-IPCAM_getSnapshot(MELDE_HT.Camera) tmr-IPCAM_getSnapshot(MELDE_HT.Camera)
sieht nur nach IPCAM aus.
alle 5s 1.5s (ca 30%) stillstand, ist natürlich krass und solltest du beheben. zb auslagern in 2. fhem.
erklärt aber nicht wirklich diese 12s:
meinLGW:keepAlive KeepAlive sent 11.786s too late,
zum testen einfach mal ipcam abschalten (disable?).
Du schiesst alle 5 sec ein Bild? :-[
@Otto
ja das ist die Haustüre, die mir aktuelle Bilder gibt, wenn die Klingel ausgelöst wird. ? suche schon nach einer anderen Lösung.
dennoch ist es wieder auf disconnect gegangen um 23:57 Uhr / freezmon liefert 'no bad guy found :-('
davor wird der Calendar (CALVIEW) aktualisiert. Den hatte ich auch schon in Verdacht . . . .
2018.04.11 23:44:44 3: CALVIEW Termin1 - CALENDAR:Termine triggered, updating CALVIEW Termin1 ...
2018.04.11 23:44:57 1: [Freezemon] myFreezemon: possible freeze starting at 23:44:42, delay is 15.4 possibly caused by: no bad guy found :-(
2018.04.11 23:44:57 1: HMUARTLGW meinLGW:keepAlive KeepAlive sent 11.657s too late, this might cause a disconnect!
2018.04.11 23:44:57 1: 192.168.178.49:2001 disconnected, waiting to reappear (meinLGW:keepAlive)
2018.04.11 23:44:57 1: 192.168.178.49:2000 disconnected, waiting to reappear (meinLGW)
2018.04.11 23:44:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.11 23:59:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 00:00:04 3: TelegramBot_Callback teleBot: Digest: Number of poll failures on 2018-04-11 is :13:
2018.04.12 00:14:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 00:29:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 00:44:40 3: ABFALL Muelltermin - CALENDAR:Abfallkalender triggered, updating ABFALL Muelltermin ...
2018.04.12 00:44:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 00:59:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 01:14:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 01:29:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 01:44:40 3: ABFALL Muelltermin - CALENDAR:Abfallkalender triggered, updating ABFALL Muelltermin ...
2018.04.12 01:44:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 01:59:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 02:14:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 02:29:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 02:44:40 3: ABFALL Muelltermin - CALENDAR:Abfallkalender triggered, updating ABFALL Muelltermin ...
2018.04.12 02:44:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 02:59:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 03:14:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 03:29:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 03:44:41 3: ABFALL Muelltermin - CALENDAR:Abfallkalender triggered, updating ABFALL Muelltermin ...
2018.04.12 03:44:43 2: Calendar: keyword BYSETPOS in RRULE FREQ=MONTHLY;UNTIL=20160930;BYMONTHDAY=28,29,30;BYSETPOS=-1 is not supported
2018.04.12 03:44:43 2: Calendar: keyword BYSETPOS in RRULE FREQ=MONTHLY;UNTIL=20161103;BYMONTHDAY=28,29,30;BYSETPOS=-1 is not supported
2018.04.12 03:44:44 2: Calendar: keyword BYSETPOS in RRULE FREQ=MONTHLY;UNTIL=20160630;BYMONTHDAY=28,29,30;BYSETPOS=-1 is not supported
2018.04.12 03:44:45 3: CALVIEW Termin1 - CALENDAR:Termine triggered, updating CALVIEW Termin1 ...
2018.04.12 03:44:57 1: [Freezemon] myFreezemon: possible freeze starting at 03:44:42, delay is 15.796 possibly caused by: no bad guy found :-(
2018.04.12 03:44:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 03:59:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 04:14:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 04:29:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 04:44:40 3: ABFALL Muelltermin - CALENDAR:Abfallkalender triggered, updating ABFALL Muelltermin ...
2018.04.12 04:44:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 04:59:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 05:00:00 3: alarm6.disarm.T: unknown attribute DbLogExclude. Type 'attr alarm6.disarm.T ?' for a detailed list.
2018.04.12 05:00:00 3: n_DbLogExclude return value: alarm6.disarm.T: unknown attribute DbLogExclude. Type 'attr alarm6.disarm.T ?' for a detailed list.
2018.04.12 05:00:03 3: CUL_HM set HM_28DF1E_Mp3 playTone 051
2018.04.12 05:14:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 05:29:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 05:30:00 3: CUL_HM set HM_22A35C on
2018.04.12 05:44:40 3: ABFALL Muelltermin - CALENDAR:Abfallkalender triggered, updating ABFALL Muelltermin ...
2018.04.12 05:44:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 05:59:16 1: 192.168.178.49:2000 reappeared (meinLGW)
2018.04.12 05:59:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.04.12 06:14:59 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
Werde diesen auch noch versuchen auszulagern.
wollte nur kurz sagen, dass nachdem ich die Kameras (zumindest die Bilderstellung) sowie CALVIEW deaktiviert habe,
ich keine Disconnect´s mehr verzeichnet habe.
Vielen Dank nochmals für die Ratschläge.
Gruß
DJ-Mix
Hallo,
ich komme mit dem runterladen der aktuellen Software für das Modul nicht zurecht.
Wenn ich " https://raw.githubusercontent.com/eq-3/occu/HEAD/firmware/HM-MOD-UART/coprocessor_update.eq3 " anklicke kommt im neuen Browserfenster nur Zahlen und Buchstaben???
Wie bekomme ich die in welche Datei zum Updaten?
Stehe total auf dem Schlauch.
Ähhhh ... "Link speicher unter " ?
Du lädst ein Binary runter ... klar das du nur Sternchen siehst .
Danke alles Klar, hab's hinbekommen.
Allerdings funktioniert das flashen nicht.
Kommt ne Fehlermeldung das die Verbindung nicht funktioniert.
Im log steht:
HMUARTLGW hmatic did not respond for the 1. time, resending
HMUARTLGW hmatic did not respond for the 2. time, resending
HMUARTLGW hmatic did not respond for the 3. time, resending
HMUARTLGW hmatic did not respond after all, reopening
hmatic device closed
Setting hmatic serial parameters to 115200,8,N,1
/dev/uart reappeared (hmatic)
wobei ich mit rules die Seriennummer des USB-Adapters mit uart Verknüpft habe.
Da muss ich mich wohl noch mal irgendwo schlau machen
fhemeinsteiger
Du hast sicherlich schon hier nachgesehen?
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi (https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi)
Wieso änderst du den die udev Rules zum flashen ? ... das tut doch gar nicht Not.
ZitatWieso änderst du den die udev Rules zum flashen ? ... das tut doch gar nicht Not.
ich verbinde über USB und da sind alle 4 USB Schnittstellen besetzt.
Meine ttyAMA0 Schnittstelle ist belegt durch CUL_FHTTK.
Dadurch muss ich eine USB Anbindung wählen.
Selbst auf einem anderen Pi ohne udev kommt die selbe Fehlermeldung.
Dann steck das Modul doch mal ganz normal auf die GPIO-Leiste vom Raspi.
Das hatte ich auch so gemacht ... ging ohne Probleme nach Anleitung.
Danach kannst du das dann ja wieder runternehmen.
Meins hängt jetzt auch im LAN.
Jo,
jetzt hab ich es im fhem angezeigt.
Firmware 1.2.1, aber neu flashen geht nicht?
Nach Anleitung:
neue software ist da.
wenn ich über fhem flashen will kommt die Fehlermeldung: Unknown command fhem>, try help.
und über die Konsole : bash: ./flash-hmmoduart: Datei oder Verzeichnis nicht gefunden
???
Jetzt steht im log:
2018.04.14 13:40:24 3: Setting hmatic serial parameters to 115200,8,N,1
2018.04.14 13:40:24 1: /dev/ttyAMA0 reappeared (hmatic)
2018.04.14 13:40:25 1: HMUARTLGW hmatic application switch failed, application-firmware probably corrupted!
2018.04.14 13:40:25 3: hmatic device closed
Hab ich es jetzt zerschossen?
ZitatUnknown command fhem>, try help.
Was hast Du denn da für ein Kommando eingegeben? ::)
Wenn man den Befehl am HMUARTLGW Modul nicht auswählt sondern was völlig falsches schreibt, sieht de Meldung so aus:
ZitatUnknown argument willi, choose one of hmPairSerial restart close hmPairForSec reopen open updateCoPro
:o
set hmatic updateCoPro <Dateiname> wäre der richtige Befehl ;)
Gruß Otto
Danke für Eure Hilfe,
ZitatWas hast Du denn da für ein Kommando eingegeben?
Lt. wiki :
Flashen der neuen Firmware aus FHEM
"fhem> set hmatic updateCoPro /opt/fhem/FHEM/firmware/coprocessor_update.eq3"
da kam die Fehlermeldung: Unknown command fhem>, try help.
???
hast du schon mal den fhem befehl "update" ausgeführt?
und was zeigt denn "version" an?
...das wird auch ohne das
fhem>
eingegebeb !
Einfach oben in die Kommandozeile in FHEM
Gut, Ich ändere das morgen im Wiki.
Aber ist der richtige Befehl, auswählbar in der Oberfläche jetzt klar?
Gruß Otto
hi,
habe mir auch ein LGW gebaut:
ESP32 Version ESPEasy 20100.
SerToLan mit 115200
Eingebunden über uart://<ip>:23
update über GUI
set HMLAN2 updateCoPro (path-> zu /opt/...../.eq3)
alles über die WiKi gemacht und hat ohne Probleme funktioniert.
gruss
Ja O.K. na klar.
Das hätte ich mir auch selber denken können.
Ich wills hier gar nicht sagen, aber das alles habe ich schon mal vor ca. einem Jahr gemacht.
Da hat es auf Anhieb funktioniert.
Ich weiß nicht warum ich mich diesmal so dämlich anstelle.
Ich werd halt Älter.
Jedoch hab ich bis heute das Modul nicht über USB aktivieren können.
Ich werde mir mal neue FT232RL FTDI USB zu TTL Serial Konverter Adapter anschaffen.
Alle welche ich bisher hatte funktionierten nicht.
Danke
Zitat von: Fhemeinsteiger am 15 April 2018, 11:40:12
Ich werde mir mal neue FT232RL FTDI USB zu TTL Serial Konverter Adapter anschaffen.
Keine gute Idee, die liefern am 3,3 Volt Anschluss eventuell zu wenig Strom. Ich bin mir nicht sicher, kann sein das das RPI Modul 50 mA braucht und der FTDI liefert max 50 mA.
Ich würde einen mit CP2102 Chip nehmen. Allerdings gibt es da offenbar immer mal wieder ein Problem mit dem internen 3,3 Volt Regler, man sollte nicht nur einen kaufen und den 3,3 Volt Anschluss unbedingt messen.
Gruß Otto
ZitatIch würde einen mit CP2102 Chip nehmen
Danke für den Tip.
So werd ich es machen
fhemeinsteiger
Hallo,
Ich hab jetzt so ein Chip CP2102.
Über /dev/ttyUSB0 konfiguriert...
3,3Volt liegen an.
HMUARTGW hat Software 1.4.1 und funktioniert über die ttyAMA0 Schnittstelle.
Nur über USB gehts nicht.
Im log wie gehabt:
2018.04.17 12:17:30 3: Setting hmatic serial parameters to 115200,8,N,1
2018.04.17 12:17:30 1: /dev/ttyUSB0 reappeared (hmatic)
2018.04.17 12:17:34 1: HMUARTLGW hmatic did not respond for the 1. time, resending
2018.04.17 12:17:37 1: HMUARTLGW hmatic did not respond for the 2. time, resending
2018.04.17 12:17:40 1: HMUARTLGW hmatic did not respond for the 3. time, resending
in der fhem.conf:
define hmatic HMUARTLGW /dev/ttyUSB0
attr hmatic hmId 424242
Wo liegt der Hase im Pfeffer?
Ich komme hier nicht weiter
Hilfeee
Zeig doch mal bitte, was das OS unter
ls -l /dev/ttyUSB* und
ls -l /dev/serial/by-idmeldet.
Zitat von: Fhemeinsteiger am 14 April 2018, 10:56:46
ich verbinde über USB und da sind alle 4 USB Schnittstellen besetzt.
Klingt danach, als würde da der Hase zu finden sein ;) .
Also ich habe einfach mal meinen CP2102 Adapter genommen, mein RPI-UART Modul vom ESP8266 abgezogen und mit Drähten:
3,3 -> 3,3
gnd -> gnd
RX -> TX
TX -> RX
define hmatic HMUARTLGW /dev/ttyUSB0
Und siehe da: 2018.04.17 12:57:55 1: HMUARTLGW hmatic did not respond for the 1. time, resending
2018.04.17 12:57:58 1: HMUARTLGW hmatic did not respond for the 2. time, resending
2018.04.17 12:58:01 1: HMUARTLGW hmatic did not respond for the 3. time, resending
2018.04.17 12:58:04 1: HMUARTLGW hmatic did not respond after all, reopening
:o
Klar ich hatte vergessen: es gab ein define arduinomax6675 JeeLink /dev/ttyUSB0@9600 aus einem Test. ;D
Den gelöscht und alles funktioniert sofort! :D
Was liefert Dir ein
list .*:FILTER=DEF=/dev/ttyUSB.*
Gruß Otto
Zitat
RX -> TX
TX -> RX
Vertauschen?? :-[ :-[ :-\
manoman, darauf wäre ich nie gekommen.
...und schon funktioniert es. ;D ;D ;D
Tausend Dank Otto123
Naja ich habe es sicherheitshalber mal mit ins Wiki geschrieben ;)
Gruß Otto
Hi,
ich habe mir vor einiger Zeit auch son Homematic UART beschafft und den mit einem USB-Chip versehen.
Der funktioniert auch soweit.
Beim Start von FHEM steht im Log aber immer folgendes:
2018.04.24 00:07:23 1: HMUARTLGW myHmUART: Device not initialized (state: 1, init) but asked to send data. Dropping: As0B01847042042300000000E9
2018.04.24 00:07:24 1: HMUARTLGW myHmUART: Device not initialized (state: 1, init) but asked to send data. Dropping: As0B01847042042800000000F7
2018.04.24 00:07:24 1: HMUARTLGW myHmUART: Device not initialized (state: 1, init) but asked to send data. Dropping: As0B01847042042900000000E8
2018.04.24 00:07:24 1: HMUARTLGW myHmUART: Device not initialized (state: 1, init) but asked to send data. Dropping: As0B01847042042700000000E0
2018.04.24 00:07:24 1: HMUARTLGW myHmUART: Device not initialized (state: 1, init) but asked to send data. Dropping: As0B01847042042500000000D6
2018.04.24 00:07:24 1: HMUARTLGW myHmUART: Device not initialized (state: 1, init) but asked to send data. Dropping: As0B01847042042400000000E4
2018.04.24 00:07:24 1: HMUARTLGW myHmUART: Device not initialized (state: 1, init) but asked to send data. Dropping: As0B01847042042600000000DC
2018.04.24 00:07:24 1: HMUARTLGW myHmUART: Device not initialized (state: 1, init) but asked to send data. Dropping: As0B01847042042200000000DF
Die Funktion ist nicht beeinträchtigt und ich kann alles schalten usw.
Internals:
AssignedPeerCnt 20
CNT 220
Clients :CUL_HM:
DEF /dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_01235C72-if00-port0
DEVCNT 220
DevState 99
DevType UART
DeviceName /dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_01235C72-if00-port0@115200
FD 25
LastOpen 1524521177.40345
NAME myHmUART
NR 122
PARTIAL
RAWMSG 040206
RSSI -40
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 3
msgLoadHistory 1/2/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 3/2/0/-/-/-/-/-/-/-/-/-/-
owner XXXXXX
owner_CCU VCCU
Helper:
CreditTimer 43
FW 66561
Initialized 1
SendCnt 37
AckPending:
LastSendLen:
17
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00444793701171875
loadLvl:
lastHistory 1524521856.32237
MatchList:
1:CUL_HM ^A......................
Peers:
4E1XXX +4E1XXX,00,00,00
4E9XXX +4E9XXX,00,00,00
4E9XXX +4E9XXX,00,00,00
501XXX +501XXX,00,00,00
50EXXX +50EXXX,00,00,00
50FXXX +50FXXX,00,00,00
511XXX +511XXX,00,00,00
516XXX +516XXX,00,00,00
51AXXX +51AXXX,00,00,00
51BXXX +51BXXX,00,00,00
521XXX +521XXX,00,00,00
523XXX +523XXX,00,00,00
531XXX +531XXX,00,00,00
532XXX +532XXX,00,00,00
532XXX +532XXX,00,00,00
568XXX +568XXX,00,00,00
569XXX +569XXX,00,00,00
569XXX +569XXX,00,00,00
569XXX +569XXX,00,00,00
56CXXX +56CXXX,00,00,00
READINGS:
2018-04-24 00:07:35 D-HMIdAssigned XXXXXX
2018-04-24 00:07:35 D-HMIdOriginal 4F7XXX
2018-04-24 00:07:35 D-firmware 1.4.1
2018-04-24 00:07:36 D-serialNr NEQ1331601
2018-04-24 00:06:17 D-type HM-MOD-UART
2018-04-24 00:07:36 cond ok
2018-04-24 00:15:16 load 3
2018-04-24 00:07:36 loadLvl low
2018-04-24 00:06:17 state opened
helper:
Attributes:
hmId XXXXXX
room HomeMatic
Ich finde das jetzt auch nicht sonderlich schlimm, dass das im Log steht. Es funktioniert ja alles.
Aber vielleicht weiß ja jemand, was das zu bedeuten hat und möchte dieses Wissen mit mir teilen? ;D
Vielen Dank und bis denn
SouzA
Hallo SouzA,
mein PI-Modul hängt auch an einem USB-Wandler (CP2102), allerdings habe ich nicht diese Einträge im log. Die vagen Vermutungen, die ich dazu äußern würde:
- uU hat es etwas damit zu tun, in welcher Reihenfolge die Dinge in der cfg stehen. Aber eigentlich sollte das durch die Module bereits abgefangen sein (Optimal: IO(s), VCCU, CUL-HM-Devices).
- Evtl. ist auch der USB-Wandler "zu langsam" und braucht etwas, bis er bereit ist?
Aber wie gesagt: das sind nur Vermutungen, und ich bezweifle sehr, dass es sich lohnt, deswegen in der cfg rumzuschrauben...
Gruß, Beta-User
Hi SouzA,
auf alle Fälle würde ich zu diesem raten, wenn Du das nicht schon hast:
attr initialUsbCheck disable 1Das Fehlerbild sagt mir auch nichts, aber meine einzigen Vermutung gehen auch in die Richtung von Beta-User
ZitatReihenfolge ...(Optimal: IO(s), VCCU, CUL-HM-Devices).
Wobei die Fehlermeldung dabei eigentlich anders aussehen.
Vielleicht ist doch der USB Chip noch etwas konfus nach dem initialUsbCheck ?
Gruß Otto
Hallo ihr beiden,
vielen Dank für die Antworten.
Den CP2102 wollte ich damals auch haben. Konnte da aber nichts zu einem vernünftigen Kosten/Aufwand/Nutzen-Verhältnis auftreiben. Deswegen ist es halt der 2104 geworden...
Hmm, an die Reihenfolge habe ich bis dato noch gar nicht gedacht.
Wie kann ich die den beeinflussen? In der cfg habe ich bis dato noch nie direkt rumgebastelt...
Zitat von: Otto123 am 24 April 2018, 11:36:19
auf alle Fälle würde ich zu diesem raten, wenn Du das nicht schon hast:
attr initialUsbCheck disable 1
Vielleicht ist doch der USB Chip noch etwas konfus nach dem initialUsbCheck ?
Das hatte ich tatsächlich bis jetzt noch nicht deaktiviert. Hat aber auch keine Änderung gebracht.
Wie kann ich denn herausfinden, ob der Chip "zu langsam" ist?
Vielen Dank :-* und bis denn
SouzA
...und ich dachte schon, dass Otto123 da eine besonders große Glaskugel benutzt (das klang wirklich plausibel) ??? ...
Umsortieren:
1. Laß es besser, an der fhem.cfg sollte man nicht manuell rumeditieren! (Wirklich nicht, das kann einen Totalausfall von FHEM zur Folge haben!)
2. Wenn du unbedingt meinst, dass dich die paar Zeilen im log stören und dir die Gefahren bewußt sind, kannst du eine Sicherungskopie der fhem.cfg anlegen und die originale dann mit einem Editor deiner Wahl (zu meinen fhem.cfg-Zeiten habe ich mcedit verwendet) entsprechend anpassen. Geht auch über die Web-Oberfläche, wenn man ein bestimmtes Atrribut nutzt, aber das solltest du lassen, das direkte Editieren ist wie gesagt eher als Notfallmaßnahme gedacht.
Nochma: Laß das besser, wenn es sonst kein Problem gibt!
Gruß, beta-User
Hi Beta-User,
Glaskugeln sind klasse, müssen aber auch gelegentlich kalibriert werden. ;D
Zitat von: Beta-User am 24 April 2018, 13:16:37
1. Laß es besser, an der fhem.cfg sollte man nicht manuell rumeditieren! (Wirklich nicht, das kann einen Totalausfall von FHEM zur Folge haben!)
2. Wenn du unbedingt meinst, dass dich die paar Zeilen im log stören und dir die Gefahren bewußt sind, kannst du eine Sicherungskopie der fhem.cfg anlegen und die originale dann mit einem Editor deiner Wahl (zu meinen fhem.cfg-Zeiten habe ich mcedit verwendet) entsprechend anpassen. Geht auch über die Web-Oberfläche, wenn man ein bestimmtes Atrribut nutzt, aber das solltest du lassen, das direkte Editieren ist wie gesagt eher als Notfallmaßnahme gedacht.
Nochma: Laß das besser, wenn es sonst kein Problem gibt!
Ok, ich lass es... ::)
Vielen Dank und bis denn
SouzA
Ich probiere das demnächst mal mit meinen "Ersatzmodul" und einem USB-seriell Wandler ob ich da ähnliche Effekte hervorzaubern kann.
An ein zu langsam glaube ich nicht. Vielleicht hat ja Michael noch eine Idee, an welcher Stelle es zu der Meldung kommen kann.
Gruß Otto
Zitat von: SouzA am 24 April 2018, 13:29:55
Hi Beta-User,
Glaskugeln sind klasse, müssen aber auch gelegentlich kalibriert werden. ;D
Ok, ich lass es... ::)
Vielen Dank und bis denn
SouzA
hi,
das ist nicht korrekt, wenn man weis was man macht, geht es auch.
1. backup
2. fhem.cfg kopieren fhem.cfg.old (oderso)
3 fhem.cfg editieren
if wenn neustart Fehler ergibt
then fhem.cfg.old kopieren fhem.cfg
else "glücklich sein"
end wenn man das beherzigt kann eigentlich nichts passieren!
sonst sollte man nicht nur von der fhem.cfg die finger lassen
sonder auch von module.
es gab gelegentlich auch Diskussionen das man xxxx.pm editieren kann
gruss
@eisman: Völlig korrekt, aber immer noch eine Anwägung.
Die Zeilen im log dürften aus den Zeilen 1573ff von 00_HMUARTLGW.pm kommen. Würde das so deuten, dass die VCCU (owner?) in der cfg nach dem IO definiert ist, also davor stehen sollte; aber wer mag, kann ja die .pm editieren und es austesten ;) ...:
1573 if (!defined($hash->{owner}) ||
1574 !defined($hash->{Helper}{FW})) {
1575 Log3($hash, 1, "HMUARTLGW ${name}: Device not initialized (state: $hash->{DevState}, " .
1576 ReadingsVal($name, "cond", "").") but asked to send data. Dropping: ${msg}");
@eisman
:o Warum muss man widersprechen wenn jemand sich nach gutem Rat für sich entscheidet: "Ok, ich lass es... ::)"
Gruß Otto
hi,
:-X werde mich bessern
gruss
Hallo :)
Unter Windows funktioniert die Verbindung zur seriellen Schnittstelle leider nicht.
2018.05.12 13:28:07 3: Opening myHmUART device com7:2000
2018.05.12 13:28:12 3: Can't connect to com7:2000: Der angeforderte Name ist g�ltig, es wurden jedoch keine Daten des angeforderten Typs gefunden.
2018.05.12 13:28:12 3: Can't connect to com7:2000: gethostbyname com7 failed
"com7" wird als LGW erkannt.
if ($dev !~ m/\// || $dev !~ m/com/) {
$dev .= ":2000" if ($dev !~ m/:/);
$hash->{DevType} = "LGW";
} else {
if ($dev =~ m/^uart:\/\/(.*)$/) {
$dev = $1;
} elsif ($dev !~ m/\@/) {
$dev .= "\@115200";
}
$hash->{DevType} = "UART";
$hash->{model} = "HM-MOD-UART";
Ich glaube so könnte es gehen. Werde es die Tage mal testen.
Ich habe auf einem zweiten Raspberry ein HM-MOD-RPI-PCB mittels ser2net über LAN eingebunden. Da ich nicht die volle Kontrolle über das LAN habe, würde ich die Kommunikation zwischen der FHEM Zentrale und dem entfernten HM-MOD-RPI-PCB gern sichern. Gibt es hierzu eine Lösung? Kann vielleicht irgendwie AES zwischen Zentrale und HM-MOD-RPI-PCB genutzt werden?
beim hmlan und hmusb konnte man aes für das netzwerk über eq3 software aktivieren. allerdings kann fhem dies nicht decodieren.
ich denke das der hmuart dann auch aes im netzwerk kann.
du müsstest dann halt noch den fhem part programmieren.
Hallo, ich habe ein kleines Problem. Ich habe den hm-mod-rpi-pcb über den Wemos D1 und esp-link laufen. Bisher ohne Probleme.
Heute musste ich DSL Anbieter Wechsel den Router wechseln, weshalb der Wemos eine neue IP bekommen hat. Ich habe daher mein Netzwerk mal neu geordnet und dem Wemos direkt ne feste IP gegeben. Ich habe ihn neu gestartet und komme auch über die neue fest IP auf den Wemos drauf.
Weil ich in FHEM nicht wusste wie ich die IP eines bestehenden HMUARTLGW ändern kann habe ich kurzerhand das alte device aus der VCCU und FHEM selbst gelöscht.
Jetzt habe ich es neu angelegt mit der neuen IP aber leider bekomme ich keine Verbindung zu FHEM. Da steht immer nur disconnected. Was habe ich falsch gemacht, was muss ich noch machen?
Vielen Dank für Eure Hilfe!
Zitat von: frank am 26 Juni 2018, 14:18:26
beim hmlan und hmusb konnte man aes für das netzwerk über eq3 software aktivieren. allerdings kann fhem dies nicht decodieren.
ich denke das der hmuart dann auch aes im netzwerk kann.
du müsstest dann halt noch den fhem part programmieren.
Habe folgendes im Wiki (https://wiki.fhem.de/wiki/AES_Encryption) gefunden
ZitatDas HM-LGW-O-TW-W-EU Funk-LAN Gateway kann mit und ohne LAN AES genutzt werden (Konfiguration mit LAN Konfigurator/Netfinder von eq3). Für LAN AES muss das Perl-Modul Crypt::Rijndael (Debian: libcrypt-rijndael-perl) installiert sein.
Hätte ja auch sein können, dass hier nur ein paar Infos fehlen, da das ja das gleiche FHEM-Modul macht.
Eine Lösung, die unabhängig funktionieren sollte, wäre eine verschlüsselte Verbindung per SOCAT (http://www.dest-unreach.org/socat/doc/socat-openssltunnel.html). Habe ich aber noch nicht ausprobiert.
Zitat von: teichtaucher am 26 Juni 2018, 14:33:11
Hallo, ich habe ein kleines Problem. Ich habe den hm-mod-rpi-pcb über den Wemos D1 und esp-link laufen. Bisher ohne Probleme.
Heute musste ich DSL Anbieter Wechsel den Router wechseln, weshalb der Wemos eine neue IP bekommen hat. Ich habe daher mein Netzwerk mal neu geordnet und dem Wemos direkt ne feste IP gegeben. Ich habe ihn neu gestartet und komme auch über die neue fest IP auf den Wemos drauf.
Weil ich in FHEM nicht wusste wie ich die IP eines bestehenden HMUARTLGW ändern kann habe ich kurzerhand das alte device aus der VCCU und FHEM selbst gelöscht.
Jetzt habe ich es neu angelegt mit der neuen IP aber leider bekomme ich keine Verbindung zu FHEM. Da steht immer nur disconnected. Was habe ich falsch gemacht, was muss ich noch machen?
Vielen Dank für Eure Hilfe!
Man ändert einfach die DEF
uart://Hostname:23bzw.
uart://IP-Adresse:23Wie sieht Deine DEF jetzt aus?
Mein Fern Seher ist nämlich kaputt :)
Gruß Otto
Danke Otto, das wars. Jetzt läuft es wieder.
Ich hatte vorhin auf die Schnelle nur das hier gelesen: https://wiki.fhem.de/wiki/HMUARTLGW
Da lief es nicht.
Naja der Wiki Eintrag behandelt das eq3 Langateway. Ich habe aber einen Hinweis aus der commandref eingebaut.
Gruß Otto
achtung Offtopic: Gibt es solch ein Modul auch für andere Protokolle? Für PCA301, Panstamp, oder FS20??
Ich habe die ESp8266 Variante mit Hilfe dessen ich schlecht erreichbare HM-Geräte ins WLAN bekomme :)
suche mal nach SignalESP
Zitat von: Tobias am 06 August 2018, 07:20:01
achtung Offtopic: Gibt es solch ein Modul auch für andere Protokolle? Für PCA301, Panstamp, oder FS20??
Ich habe die ESp8266 Variante mit Hilfe dessen ich schlecht erreichbare HM-Geräte ins WLAN bekomme :)
Und dann gibt es auch noch das LaCrosse Gateway mit Wemos
Hi,
ich bekomme es irgendwie nicht hin, den ESP Wemos D1 sauber mit esplink zu flashen.
Nach Abschluss des Flashens gibt es ein dauerblinken der blauen LED. Wie habt ihr es mit welchen Einstellungen gemacht?
esptool.exe -vv -cd nodemcu -cp COM12 -cb 460800 -ca 0x00000 -cf esp-link-v3.0.14\boot_v1.6.bin
esptool.exe -vv -cd nodemcu -cp COM12 -cb 460800 -ca 0x1000 -cf esp-link-v3.0.14\user1.bin
esptool.exe -vv -cd nodemcu -cp COM12 -cb 460800 -ca 0x3FE000 -cf esp-link-v3.0.14\blank.bin
Hallo Tobias,
ich meine als erstes: nicht diese Version sondern die Version 2-2-3
Hier findest Du alles, ich nehme immer das angehängte PDF als Anleitung
https://forum.fhem.de/index.php/topic,56606.msg481618.html#msg481618
Ist auch (etwas unscheinbar) der erste Link im Wikiabschnitt (https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Anbindung_mit_ESP8266). :D
Gruß Otto
Danke, damit hab ich den Fehler gefunden
0x1000 ist natürlich nicht gleich 0x01000
Hallo,
versuche schon seit ein paar Tage das hm-mod-rpi-pcb Modul zum Laufen zu bringen.
Ich erhalte immer folgende Fehlermeldung wenn ich vorlegenden Befehl ausführe.
set HmUART hmPairSerial "Serial-Nummer"
HMUARTLGW HmUART: Device not initialized (state: 99, ok) but asked to send data. Dropping: As15028401123456000000010A4c455131323735343538
Wenn ich set HmUART hmPairForSec 60 eingebe kann ich auch keine Geräte anlernen.
Internals
AssignedPeerCnt 0
CNT 23
Clients :CUL_HM:
DEF /dev/ttyAMA0
DEVCNT 23
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 11
HM_CMDNR 2
LastOpen 1537086420.64923
NAME HmUART
NR 20
PARTIAL
RAWMSG 040200
STATE opened
TYPE HMUARTLGW
XmitOpen 1
hmPair 1
model HM-MOD-UART
msgLoadCurrent 0
msgLoadHistory -/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 0/-/-/-/-/-/-/-/-/-/-/-/-
Readings
D-HMIdOriginal 4F671C 2018-09-16 10:27:03
D-firmware 1.4.1 2018-09-16 10:27:03
D-serialNr NEQ1328415 2018-09-16 10:27:03
D-type HM-MOD-UART 2018-09-16 10:27:00
cond ok 2018-09-16 10:27:03
load 0 2018-09-16 10:27:03
loadLvl low 2018-09-16 10:27:03
state opened 2018-09-16 10:27:00
2018.09.16 10:29:18.288 1: HMUARTLGW HmUART: Device not initialized (state: 99, ok) but asked to send data. Dropping: As15028401123456000000010A4c455131323735343538
2018.09.16 10:29:18.289 3: HMUARTLGW HmUART left pairing-mode
2018.09.16 10:29:30.960 0: HMUARTLGW HmUART send: 00 08
2018.09.16 10:29:30.968 0: HMUARTLGW HmUART recv: 00 040200, state 98
2018.09.16 10:29:30.969 0: HMUARTLGW HmUART GetSet Ack: 02, state 98
2018.09.16 10:29:30.969 0: HMUARTLGW HmUART roundtrip delay: 0.0066
2018.09.16 10:29:35.593 3: HMUARTLGW HmUART left pairing-mode
2018.09.16 10:29:35.594 3: HMUARTLGW HmUART entered pairing-mode
Das ganze hat aber schon mal funktioniert bis die SSD ihren Geist aufgegeben hat.
Mit freundlichen Grüßen
Stefan Beeck
Hallo Stefan,
das list sieht ziemlich jungfäulich aus. Da sind noch nie Daten über das Modul gegangen.
Ansonsten kann ich da keine Fehler sehen, das Modul bleibt wirklich dauerhaft auf opened?
Was ist das "Ganze", was hat schon mal funktioniert?
Gruß Otto
...ist "opened" nicht der "normale" state ? Mein HM-MOD-UART steht immer auf opened wenn der bereit ist...
Hallo Otto123,
ich musste das komplette System neu aussetzen, da die SSD kaputtgegangen ist.
Bevor die SSD kaputtgegangen ist hatte ich Fhem mit dem HM-Modul und einige Komponenten am Laufen gehabt.
Mein HM-MOD-UART steht immer auf opened.
Es kann auch kein Spannung Problem sein da ich ein Netzteil mit 5V/12A benutze.
MFG
Stefan
Ja opened ist normal - hab nix anderes sagen wollen.
Aber die anderen readings sehen so aus, als lebt das Modul im Faradayschen Käfig.
Und mich wundert die "Frische"
ZitatAutor: sbeeck
« am: Heute um 10:43:18 » Zitat einfügen
...
state opened 2018-09-16 10:27:00
deswegen die Frage. Wenn das Modul die serielle Schnittstelle nicht exklusiv hat, sehen die Readings kurzzeitig auch so aus.
Aber wenn es dauerhaft so steht und nicht ständig wechselt ist es das nicht.
Hast Du mal den Strom weg genommen und das Modul vom Pi gezogen, gewartet und wieder aufgesteckt und dann wieder Strom an?
Gruß Otto
Hallo,
ja habe ich.
Wenn ich RaspberryMatic benutze funktioniert das Modul.
Par Angaben zum System:
PI3B+
Raspbian Stretch mit Desktop vom 27/6/18
HM-Modul
Netzteil 5/12A
SSD HDD mit Adapter an USB
Installation des HM-Modul nach Fhem Anleitung und auch nach deiner Anleitung installiert.
Beides hat nicht funktioniert.
Die ganze Konfiguration mehrmals überprüft.
Habe auch schon einen anderen PI genommen und das selbe problem.
MFG
Stefan
Zitat von: sbeeck am 16 September 2018, 14:31:40
Installation des HM-Modul nach Fhem Anleitung und auch nach deiner Anleitung installiert.
Beides hat nicht funktioniert.
Beide Anleitungen sind von der Sache her von mir :) also liegt es an mir :)
Du hast die UART getauscht? Du hast feste Frequenz?
# serielle Schnittstelle aktivieren und mit BT Schnittstelle tauschen
echo "enable_uart=1" >> /boot/config.txt
echo "dtoverlay=pi3-miniuart-bt" >> /boot/config.txt
echo "core_freq=250" >> /boot/config.txt
Hallo,
Zitat von: sbeeck am 16 September 2018, 10:43:18
HMUARTLGW HmUART: Device not initialized (state: 99, ok) but asked to send data. Dropping: As15028401123456000000010A4c455131323735343538
...
D-HMIdOriginal 4F671C 2018-09-16 10:27:03
D-firmware 1.4.1 2018-09-16 10:27:03
Das Modul ist nicht vollständig initialisiert, da anscheinend keine hmId als Attribut gesetzt wurde.
Viele Grüße
Michael
Hallo Otto,
ja habe ich so gemacht.
meine cmdline
dwc_otg.lpm_enable=0 console=tty1 root=PARTUUID=424369ea-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
meine config
dtparam=i2c_arm=on
dtparam=spi=on
dtparam=audio=on
enable_uart=1
dtoverlay=pi3-miniuart-bt
core_freq=250
dtoverlay=w1-gpio
ausgabe von ls -l /dev/serial*
lrwxrwxrwx 1 root root 7 Sep 16 14:17 /dev/serial0 -> ttyAMA0
lrwxrwxrwx 1 root root 5 Sep 16 14:17 /dev/serial1 -> ttyS0
ausgabe von ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Sep 16 14:41 /dev/ttyAMA0
ausgabe con groups fhem
fhem : dialout
@mogernoth
Warum sol ich eine hmId als Attribut setzen wenn ich die Originale benutze?
MFG
Stefan
Zitat von: mgernoth am 16 September 2018, 14:43:06
Hallo,
Das Modul ist nicht vollständig initialisiert, da anscheinend keine hmId als Attribut gesetzt wurde.
Viele Grüße
Michael
Ok darauf habe ich nicht geachtet, da ich weiß das es funktioniert - wenn man das attr nicht setzt - aber das Modul schon mal in einem System in Betrieb war, wo eine gesetzt wurde -> Also das Reading D-HMIdAssigned existiert. das Modul merkt sich das ja irgendwo ???
@Stefan dann setzt doch einfach die Originale nochmal mit dem attr
Hallo,
probiere ich aus.
Es funktioniert.
Es lag tatsächlich daran das der Eintrag bei D-HMIdAssigned fehlte.
DANKE!!! euch beiden.
MFG
Stefan
Zitat von: mgernoth am 16 September 2018, 14:43:06
Hallo,
Das Modul ist nicht vollständig initialisiert, da anscheinend keine hmId als Attribut gesetzt wurde.
Viele Grüße
Michael
Hallo Michael,
ich habe mir gerade Gedanken gemacht, dass man darauf vielleicht explizit hinweisen müsste. Dabei fiel mir auf, dass in Deinem Abschnitt der commandref ein Link ist -> https://commandref.fhem.de/#hmId - der trifft dann auf die Commandref der hmId beim CUL - wo dann (für mich) eine der gruseligsten Funktionen in FHEM beschrieben ist:
ZitathmId
Set the HomeMatic ID of this device. If this attribute is absent, the ID will be F1<FHTID>.
Willst Du das vielleicht ändern und einfach explizit angeben?
Aber ich sehe gerade, beim HMLAN wird auch so verlinkt :'(
Gruß Otto
Hallo Otto,
ich nutze das selbe Modul, siehe List Device:
Internals:
.triggerUsed 0
AssignedPeerCnt 6
CNT 14
DEF 192.168.178.145
DEVCNT 14
DevState 99
DevType LGW
DeviceName 192.168.178.145:2000
FD 29
LastOpen 1538355676.02527
NAME myHmLGW
NR 143
PARTIAL
RAWMSG 040200
RSSI -32
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model eQ3-HM-LGW
msgLoadCurrent 0
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 0/0/0/0/0/0/0/0/0/0/0/0/0
owner 424243
.clientArray:
CUL_HM
.crypto:
decrypt:
ciphertext �ۜjm���1�е
keystream uŒ
encrypt:
ciphertext ͜@Q��G�
keystream ��挸 c
Helper:
CreditTimer 13791
FW 66561
Initialized 1
SendCnt 133
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00396394729614258
loadLvl:
lastHistory 1538562078.86749
Peers:
568EAA +568EAA,00,00,00
5690C5 +5690C5,00,00,00
56912E +56912E,00,00,00
58215C +58215C,00,00,00
582658 +582658,00,00,00
5A164F +5A164F,00,00,00
READINGS:
2018-10-01 03:01:18 D-HMIdAssigned 424243
2018-10-01 03:01:18 D-HMIdOriginal FFFFFF
2018-10-01 03:01:16 D-LANfirmware 1.1.3 (outdated)
2018-10-01 03:01:18 D-firmware 1.4.1
2018-10-01 03:01:16 D-serialNr MEQ0460686
2018-10-01 03:01:16 D-type eQ3-HM-LGW
2018-10-01 03:01:18 cond ok
2018-10-03 11:07:32 load 0
2018-10-01 03:01:18 loadLvl low
2018-10-01 03:01:16 state opened
helper:
keepAlive:
CNT 115
DEVCNT 114
DevState 99
DevType LGW-KeepAlive
DeviceName 192.168.178.145:2001
FD 30
LastOpen 1538355676.03505
NAME myHmLGW:keepAlive
NR 232
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
.crypto:
decrypt:
ciphertext
keystream N���ɢ
c����eH
encrypt:
ciphertext �*�R
keystream {Úz�������
Helper:
NextKeepAlive 1538562247.63751
Log:
Resolve 1
IDs:
READINGS:
2018-10-01 03:01:16 state opened
lgwHash:
Was ich noch nicht ganz verstehe: Kann ich mit dieser Konfiguration auch Homematic IP nutzen?
Leider steige ich noch nicht ganz durch, sorry.
Ich habe mir für Testzwecke nun ein Homematic IP Gerät besorgt.
Zitat von: d0m2011 am 03 Oktober 2018, 12:25:46
Hallo Otto,
ich nutze das selbe Modul, siehe List Device:
Internals:
.triggerUsed 0
AssignedPeerCnt 6
CNT 14
DEF 192.168.178.145
DEVCNT 14
DevState 99
DevType LGW
DeviceName 192.168.178.145:2000
FD 29
LastOpen 1538355676.02527
NAME myHmLGW
NR 143
PARTIAL
RAWMSG 040200
RSSI -32
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model eQ3-HM-LGW
msgLoadCurrent 0
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 0/0/0/0/0/0/0/0/0/0/0/0/0
owner 424243
.clientArray:
CUL_HM
.crypto:
decrypt:
ciphertext �ۜjm���1�е
keystream uŒ
encrypt:
ciphertext ͜@Q��G�
keystream ��挸 c
Helper:
CreditTimer 13791
FW 66561
Initialized 1
SendCnt 133
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00396394729614258
loadLvl:
lastHistory 1538562078.86749
Peers:
568EAA +568EAA,00,00,00
5690C5 +5690C5,00,00,00
56912E +56912E,00,00,00
58215C +58215C,00,00,00
582658 +582658,00,00,00
5A164F +5A164F,00,00,00
READINGS:
2018-10-01 03:01:18 D-HMIdAssigned 424243
2018-10-01 03:01:18 D-HMIdOriginal FFFFFF
2018-10-01 03:01:16 D-LANfirmware 1.1.3 (outdated)
2018-10-01 03:01:18 D-firmware 1.4.1
2018-10-01 03:01:16 D-serialNr MEQ0460686
2018-10-01 03:01:16 D-type eQ3-HM-LGW
2018-10-01 03:01:18 cond ok
2018-10-03 11:07:32 load 0
2018-10-01 03:01:18 loadLvl low
2018-10-01 03:01:16 state opened
helper:
keepAlive:
CNT 115
DEVCNT 114
DevState 99
DevType LGW-KeepAlive
DeviceName 192.168.178.145:2001
FD 30
LastOpen 1538355676.03505
NAME myHmLGW:keepAlive
NR 232
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
.crypto:
decrypt:
ciphertext
keystream N���ɢ
c����eH
encrypt:
ciphertext �*�R
keystream {Úz�������
Helper:
NextKeepAlive 1538562247.63751
Log:
Resolve 1
IDs:
READINGS:
2018-10-01 03:01:16 state opened
lgwHash:
Was ich noch nicht ganz verstehe: Kann ich mit dieser Konfiguration auch Homematic IP nutzen?
Leider steige ich noch nicht ganz durch, sorry.
Ich habe mir für Testzwecke nun ein Homematic IP Gerät besorgt.
Sorry aber HM-IP geht NUR mit einer CCU.
Zitat von: gloob am 03 Oktober 2018, 13:27:32
Sorry aber HM-IP geht NUR mit einer CCU.
D.h. dieses Funk-Modul z.B. mit einem RaspberryMatic nutzen und dann per HMCCU-Modul in fhem intergrieren.
Es gibt auch Threads die beschreiben wie beides (also fhem auf einem RaspberryMatic) z.B. auf einem PI laufen können.
Anders geht HomeMatic IP nicht (wie gloob ja bereits geschrieben hat)...
Gruß, Joachim
Okay danke für den Hinweis.
Ich habs dann doch noch nicht ganz verstanden.
Kann ich dieses (mein) Funkmodul auf per HMCCU einbinden und dann Homematic IP nutzen?
Zitat von: d0m2011 am 03 Oktober 2018, 14:45:58
Okay danke für den Hinweis.
Ich habs dann doch noch nicht ganz verstanden.
Kann ich dieses (mein) Funkmodul auf per HMCCU einbinden und dann Homematic IP nutzen?
Nein. Es geht nur mit einer CCU
Ich verwende doch eine CCU von Homematic:
https://www.elv.de/homematic-zentrale-ccu-2.html (https://www.elv.de/homematic-zentrale-ccu-2.html)
Sorry für die vielen Fragen, ich bin verwirrt :D
Zitat von: d0m2011 am 03 Oktober 2018, 14:58:38
Ich verwende doch eine CCU von Homematic:
https://www.elv.de/homematic-zentrale-ccu-2.html (https://www.elv.de/homematic-zentrale-ccu-2.html)
Sorry für die vielen Fragen, ich bin verwirrt :D
Dein Code oben sagt was anderes:
model eQ3-HM-LGWHier steht wie es geht:
https://wiki.fhem.de/wiki/HomeMatic_IP
Hallo!
Ich nutze FHEM schon seit einer ganzen Weile auf ein Raspberry Pi 2b (Ubuntu Mate 16.04) und das zumeist ohne signifikante Probleme.
Seit Mitte November allerdings zeigt sich das Phänomen, dass die msgLoad permanent auf knapp unter 100 ist. Früher hatte ich immer nur kurz eine höhere msgLoad wenn FHEM durchgestartet wurde was auch in Ordnung ist bei der notwendigen Statusabfrage der HMUARTLGW der Anzahl an Geräten die ich in der gesamten Wohnung nutze.
Ich habe schon vieles versucht und rumgesucht, leder erfolglos und darum bitte ich um Eure Hilfe.
Ein paar Randinformationen:
- Anfang November bin ich auf einen Raspberry Pi 3b+ (Ubuntu Mate 18.04) umgestiegen. Das dürfte m.E. auch noch nicht das Problem verursacht haben weil FHEM nachher noch etwa 2 Wochen ganz normal und mit geringer msgLoad (stets < 30) funktioniert hat.
- An der Konfig wurde nichts verändert.
- Ein FHEM-Update wurde am 17.11. durchgeführt, seitdem gibt es die erwähnten Probleme.
- Habe gestern aus Verzweiflung das Backup von vor dem FHEM-Update zurückgespielt -> leider ohne Erfolg.
- Außerdem ebenfalls aus Verzweiflung eine ältere Version der fhem.cfg ausprobiert (wie gesagt, es hat sich nichts geändert) -> ebenfalls ohne Erfolg.
Habe die HMUARTLGW auf verbose=5 gestellt und rausgefunden, dass abgesehen von den 15 Sekunden zyklischen keepalive Telegrammen nur etwa zwischen 10 und 20 Send-Telegramme je Stunde geschickt werden. Empfangen wird natürlich viel, viel mehr was allerdings nicht zur msgLoad beitragen sollte.
Zählt vielleicht neuerdings das keepalive auch zur msgLoad dazu? Wenn ja kann man das irgendwie beeinflussen?
Für Eure Tipps bin ich sehr, sehr dankbar!
glg
Markus
Hier auch eine Minute Auszug aus meinem Log-File:
2018.12.04 14:00:03 5: HMUARTLGW myHmUART read raw (98): fd001501370501002d00a4103ff97e555555060100008000a257fd001201380500003c6b84703aea6400000080dd33e97bfd001501390501002e00a4103ff97e5555550601000080007a81fd0012013a050000255a86702f290a000000005d5454c4
2018.12.04 14:00:03 5: HMUARTLGW myHmUART read (25): fd001501370501002d00a4103ff97e555555060100008000a257 crc OK
2018.12.04 14:00:03 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:03 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:03 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:03 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:03 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:03 5: HMUARTLGW myHmUART read (22): fd001201380500003c6b84703aea6400000080dd33e97b crc OK
2018.12.04 14:00:03 5: HMUARTLGW myHmUART recv: 01 05 00 00 3C msg: 6B 84 70 3AEA64 000000 80DD33
2018.12.04 14:00:03 5: HMUARTLGW myHmUART Dispatch: A0C6B84703AEA6400000080DD33::-60:myHmUART
2018.12.04 14:00:03 5: myHmUART: dispatch A0C6B84703AEA6400000080DD33::-60:myHmUART
2018.12.04 14:00:03 5: HMUARTLGW myHmUART read (25): fd001501390501002e00a4103ff97e5555550601000080007a81 crc OK
2018.12.04 14:00:03 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:03 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:03 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:03 5: HMUARTLGW myHmUART read (22): fd0012013a050000255a86702f290a000000005d5454c4 crc OK
2018.12.04 14:00:03 5: HMUARTLGW myHmUART recv: 01 05 00 00 25 msg: 5A 86 70 2F290A 000000 005D54
2018.12.04 14:00:03 5: HMUARTLGW myHmUART Dispatch: A0C5A86702F290A000000005D54::-37:myHmUART
2018.12.04 14:00:03 5: myHmUART: dispatch A0C5A86702F290A000000005D54::-37:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read raw (255): fd0012013b05000046c384704e717c00000000e72e2cd7fd0015013c0501002e00a4103ff97e555555060100008000631cfd0012013d05000048ba865a3aea7c00000028f73383e7fd0015013e0501002d00a4103ff97e55555506010000800019e5fd0015013f0501002e00a4103ff97e555555060100008000eb94fd001501400501002e00a4103ff97e55555506010000800057c7fd001501410501002d00a4103ff97e555555060100008000a5b6fd001501420501002d00a4103ff97e5555550601000080002d3efd00150143050000309986103b0a710000000af4e00a644097d6fd001201440500003630865a3a7c66000000f4e132b87cfd001501
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (22): fd0012013b05000046c384704e717c00000000e72e2cd7 crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 00 00 46 msg: C3 84 70 4E717C 000000 00E72E
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0CC384704E717C00000000E72E::-70:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0CC384704E717C00000000E72E::-70:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (25): fd0015013c0501002e00a4103ff97e555555060100008000631c crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:16 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (22): fd0012013d05000048ba865a3aea7c00000028f73383e7 crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 00 00 48 msg: BA 86 5A 3AEA7C 000000 28F733
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0CBA865A3AEA7C00000028F733::-72:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0CBA865A3AEA7C00000028F733::-72:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (25): fd0015013e0501002d00a4103ff97e55555506010000800019e5 crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (25): fd0015013f0501002e00a4103ff97e555555060100008000eb94 crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (25): fd001501400501002e00a4103ff97e55555506010000800057c7 crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (25): fd001501410501002d00a4103ff97e555555060100008000a5b6 crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (25): fd001501420501002d00a4103ff97e5555550601000080002d3e crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (25): fd00150143050000309986103b0a710000000af4e00a644097d6 crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 00 00 30 msg: 99 86 10 3B0A71 000000 0AF4E00A6440
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0F9986103B0A710000000AF4E00A6440::-48:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0F9986103B0A710000000AF4E00A6440::-48:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (22): fd001201440500003630865a3a7c66000000f4e132b87c crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 00 00 36 msg: 30 86 5A 3A7C66 000000 F4E132
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0C30865A3A7C66000000F4E132::-54:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0C30865A3A7C66000000F4E132::-54:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART checking credits (from timer)
2018.12.04 14:00:16 5: HMUARTLGW myHmUART send: 00 08
2018.12.04 14:00:16 5: HMUARTLGW myHmUART send: (8): fd00030003089233
2018.12.04 14:00:16 5: SW: fd00030003089233
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read raw (55): 450501002e00a4103ff97e5555550601000080004e5afd001201460500004687865a44b82c00000088e43d2ad5fd000500030402b4f3ed
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (25): fd001501450501002e00a4103ff97e5555550601000080004e5a crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:16 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (22): fd001201460500004687865a44b82c00000088e43d2ad5 crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 01 05 00 00 46 msg: 87 86 5A 44B82C 000000 88E43D
2018.12.04 14:00:16 5: HMUARTLGW myHmUART Dispatch: A0C87865A44B82C00000088E43D::-70:myHmUART
2018.12.04 14:00:16 5: myHmUART: dispatch A0C87865A44B82C00000088E43D::-70:myHmUART
2018.12.04 14:00:16 5: HMUARTLGW myHmUART read (9): fd000500030402b4f3ed crc OK
2018.12.04 14:00:16 5: HMUARTLGW myHmUART recv: 00 0402B4, state 98
2018.12.04 14:00:16 5: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2018.12.04 14:00:17 5: HMUARTLGW myHmUART read raw (8): fd00120147050000
2018.12.04 14:00:17 5: HMUARTLGW myHmUART read raw (8): 37aa865a45903500
2018.12.04 14:00:17 5: HMUARTLGW myHmUART read raw (7): 000024db33e2e7
2018.12.04 14:00:17 5: HMUARTLGW myHmUART read (22): fd0012014705000037aa865a45903500000024db33e2e7 crc OK
2018.12.04 14:00:17 5: HMUARTLGW myHmUART recv: 01 05 00 00 37 msg: AA 86 5A 459035 000000 24DB33
2018.12.04 14:00:17 5: HMUARTLGW myHmUART Dispatch: A0CAA865A45903500000024DB33::-55:myHmUART
2018.12.04 14:00:17 5: myHmUART: dispatch A0CAA865A45903500000024DB33::-55:myHmUART
2018.12.04 14:00:17 5: HMUARTLGW myHmUART read raw (8): fd00150148050100
2018.12.04 14:00:17 5: HMUARTLGW myHmUART read raw (8): 2e00a4103ff97e55
2018.12.04 14:00:17 5: HMUARTLGW myHmUART read raw (10): 5555060100008000140e
2018.12.04 14:00:17 5: HMUARTLGW myHmUART read (25): fd001501480501002e00a4103ff97e555555060100008000140e crc OK
2018.12.04 14:00:17 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:17 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:17 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:17 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:17 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:19 5: HMUARTLGW myHmUART read raw (8): fd00150149050100
2018.12.04 14:00:19 5: HMUARTLGW myHmUART read raw (8): 2d00a4103ff97e55
2018.12.04 14:00:19 5: HMUARTLGW myHmUART read raw (10): 5555060100008000e67f
2018.12.04 14:00:19 5: HMUARTLGW myHmUART read (25): fd001501490501002d00a4103ff97e555555060100008000e67f crc OK
2018.12.04 14:00:19 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:19 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:19 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:19 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:19 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:21 5: HMUARTLGW myHmUART read raw (8): fd0015014a050100
2018.12.04 14:00:21 5: HMUARTLGW myHmUART read raw (8): 2d00a4103ff97e55
2018.12.04 14:00:21 5: HMUARTLGW myHmUART read raw (10): 55550601000080006ef7
2018.12.04 14:00:21 5: HMUARTLGW myHmUART read (25): fd0015014a0501002d00a4103ff97e5555550601000080006ef7 crc OK
2018.12.04 14:00:21 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:21 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:21 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:21 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:21 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:23 5: HMUARTLGW myHmUART read raw (8): fd0015014b050100
2018.12.04 14:00:23 5: HMUARTLGW myHmUART read raw (8): 2e00a4103ff97e55
2018.12.04 14:00:23 5: HMUARTLGW myHmUART read raw (10): 55550601000080009c86
2018.12.04 14:00:23 5: HMUARTLGW myHmUART read (25): fd0015014b0501002e00a4103ff97e5555550601000080009c86 crc OK
2018.12.04 14:00:23 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:23 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:23 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:23 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:23 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:24 5: HMUARTLGW myHmUART read raw (8): fd0015014c050100
2018.12.04 14:00:24 5: HMUARTLGW myHmUART read raw (8): 2d00a4103ff97e55
2018.12.04 14:00:24 5: HMUARTLGW myHmUART read raw (8): 5555060100008000
2018.12.04 14:00:24 5: HMUARTLGW myHmUART read raw (2): ffe2
2018.12.04 14:00:24 5: HMUARTLGW myHmUART read (25): fd0015014c0501002d00a4103ff97e555555060100008000ffe2 crc OK
2018.12.04 14:00:24 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:24 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:24 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:24 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:24 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read raw (8): fd0014014d050000
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read raw (8): 351f84103a7c6600
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read raw (9): 00000bf4e10c4074cb
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read (24): fd0014014d050000351f84103a7c660000000bf4e10c4074cb crc OK
2018.12.04 14:00:25 5: HMUARTLGW myHmUART recv: 01 05 00 00 35 msg: 1F 84 10 3A7C66 000000 0BF4E10C40
2018.12.04 14:00:25 5: HMUARTLGW myHmUART Dispatch: A0E1F84103A7C660000000BF4E10C40::-53:myHmUART
2018.12.04 14:00:25 5: myHmUART: dispatch A0E1F84103A7C660000000BF4E10C40::-53:myHmUART
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read raw (23): fd0012014e05000048ba84703aea7c00000000f7334597
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read (22): fd0012014e05000048ba84703aea7c00000000f7334597 crc OK
2018.12.04 14:00:25 5: HMUARTLGW myHmUART recv: 01 05 00 00 48 msg: BA 84 70 3AEA7C 000000 00F733
2018.12.04 14:00:25 5: HMUARTLGW myHmUART Dispatch: A0CBA84703AEA7C00000000F733::-72:myHmUART
2018.12.04 14:00:25 5: myHmUART: dispatch A0CBA84703AEA7C00000000F733::-72:myHmUART
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read raw (8): fd0019014f050000
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read raw (8): 543886703746e700
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read raw (8): 0000004c4f805d81
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read raw (6): 1811e7a4a415
2018.12.04 14:00:25 5: HMUARTLGW myHmUART read (29): fd0019014f050000543886703746e7000000004c4f805d811811e7a4a415 crc OK
2018.12.04 14:00:25 5: HMUARTLGW myHmUART recv: 01 05 00 00 54 msg: 38 86 70 3746E7 000000 004C4F805D811811E7A4
2018.12.04 14:00:25 5: HMUARTLGW myHmUART Dispatch: A133886703746E7000000004C4F805D811811E7A4::-84:myHmUART
2018.12.04 14:00:25 5: myHmUART: dispatch A133886703746E7000000004C4F805D811811E7A4::-84:myHmUART
2018.12.04 14:00:27 5: HMUARTLGW myHmUART read raw (26): fd001501500501002d00a4103ff97e555555060100008000da5f
2018.12.04 14:00:27 5: HMUARTLGW myHmUART read (25): fd001501500501002d00a4103ff97e555555060100008000da5f crc OK
2018.12.04 14:00:27 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:27 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:27 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:27 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:27 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:28 5: HMUARTLGW myHmUART read raw (8): fd00150151050100
2018.12.04 14:00:28 5: HMUARTLGW myHmUART read raw (8): 2d00a4103ff97e55
2018.12.04 14:00:28 5: HMUARTLGW myHmUART read raw (8): 5555060100008000
2018.12.04 14:00:28 5: HMUARTLGW myHmUART read raw (2): 2224
2018.12.04 14:00:28 5: HMUARTLGW myHmUART read (25): fd001501510501002d00a4103ff97e5555550601000080002224 crc OK
2018.12.04 14:00:28 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:28 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:28 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:28 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:28 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:29 5: HMUARTLGW myHmUART read raw (8): fd001c0152050000
2018.12.04 14:00:29 5: HMUARTLGW myHmUART read raw (8): 444786535c348800
2018.12.04 14:00:29 5: HMUARTLGW myHmUART read raw (8): 00000041018e4201
2018.12.04 14:00:29 5: HMUARTLGW myHmUART read raw (9): 7943001544ffebf30a
2018.12.04 14:00:29 5: HMUARTLGW myHmUART read (32): fd001c0152050000444786535c34880000000041018e42017943001544ffebf30a crc OK
2018.12.04 14:00:29 5: HMUARTLGW myHmUART recv: 01 05 00 00 44 msg: 47 86 53 5C3488 000000 0041018E42017943001544FFEB
2018.12.04 14:00:29 5: HMUARTLGW myHmUART Dispatch: A164786535C34880000000041018E42017943001544FFEB::-68:myHmUART
2018.12.04 14:00:29 5: myHmUART: dispatch A164786535C34880000000041018E42017943001544FFEB::-68:myHmUART
2018.12.04 14:00:30 5: HMUARTLGW myHmUART read raw (8): fd00150153050100
2018.12.04 14:00:30 5: HMUARTLGW myHmUART read raw (16): 2d00a4103ff97e555555060100008000
2018.12.04 14:00:30 5: HMUARTLGW myHmUART read raw (2): 52d7
2018.12.04 14:00:30 5: HMUARTLGW myHmUART read (25): fd001501530501002d00a4103ff97e55555506010000800052d7 crc OK
2018.12.04 14:00:30 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:30 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:30 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:30 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:30 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:31 5: HMUARTLGW myHmUART checking credits (from timer)
2018.12.04 14:00:31 5: HMUARTLGW myHmUART send: 00 08
2018.12.04 14:00:31 5: HMUARTLGW myHmUART send: (8): fd00030004080030
2018.12.04 14:00:31 5: SW: fd00030004080030
2018.12.04 14:00:31 5: HMUARTLGW myHmUART read raw (8): fd000500040402b5
2018.12.04 14:00:31 5: HMUARTLGW myHmUART read raw (2): 9feb
2018.12.04 14:00:31 5: HMUARTLGW myHmUART read (9): fd000500040402b59feb crc OK
2018.12.04 14:00:31 5: HMUARTLGW myHmUART recv: 00 0402B5, state 98
2018.12.04 14:00:31 5: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2018.12.04 14:00:31 5: HMUARTLGW myHmUART roundtrip delay: 0.0032
2018.12.04 14:00:32 5: HMUARTLGW myHmUART read raw (8): fd00150154050100
2018.12.04 14:00:32 5: HMUARTLGW myHmUART read raw (8): 2d00a4103ff97e55
2018.12.04 14:00:32 5: HMUARTLGW myHmUART read raw (10): 55550601000080003bb9
2018.12.04 14:00:32 5: HMUARTLGW myHmUART read (25): fd001501540501002d00a4103ff97e5555550601000080003bb9 crc OK
2018.12.04 14:00:32 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:32 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:32 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:32 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:32 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:34 5: HMUARTLGW myHmUART read raw (16): fd001501550501002d00a4103ff97e55
2018.12.04 14:00:34 5: HMUARTLGW myHmUART read raw (10): 5555060100008000c3c2
2018.12.04 14:00:34 5: HMUARTLGW myHmUART read (25): fd001501550501002d00a4103ff97e555555060100008000c3c2 crc OK
2018.12.04 14:00:34 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:34 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:34 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:34 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:34 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:35 5: HMUARTLGW myHmUART read raw (8): fd00120156050000
2018.12.04 14:00:35 5: HMUARTLGW myHmUART read raw (8): 353084703a7c6600
2018.12.04 14:00:35 5: HMUARTLGW myHmUART read raw (7): 000000e13231ad
2018.12.04 14:00:35 5: HMUARTLGW myHmUART read (22): fd00120156050000353084703a7c6600000000e13231ad crc OK
2018.12.04 14:00:35 5: HMUARTLGW myHmUART recv: 01 05 00 00 35 msg: 30 84 70 3A7C66 000000 00E132
2018.12.04 14:00:35 5: HMUARTLGW myHmUART Dispatch: A0C3084703A7C6600000000E132::-53:myHmUART
2018.12.04 14:00:35 5: myHmUART: dispatch A0C3084703A7C6600000000E132::-53:myHmUART
2018.12.04 14:00:35 5: HMUARTLGW myHmUART read raw (8): fd00120157050000
2018.12.04 14:00:35 5: HMUARTLGW myHmUART read raw (8): 4787847044b82c00
2018.12.04 14:00:35 5: HMUARTLGW myHmUART read raw (7): 000000e43d5008
2018.12.04 14:00:35 5: HMUARTLGW myHmUART read (22): fd001201570500004787847044b82c00000000e43d5008 crc OK
2018.12.04 14:00:35 5: HMUARTLGW myHmUART recv: 01 05 00 00 47 msg: 87 84 70 44B82C 000000 00E43D
2018.12.04 14:00:35 5: HMUARTLGW myHmUART Dispatch: A0C87847044B82C00000000E43D::-71:myHmUART
2018.12.04 14:00:35 5: myHmUART: dispatch A0C87847044B82C00000000E43D::-71:myHmUART
2018.12.04 14:00:36 5: HMUARTLGW myHmUART read raw (8): fd00150158050100
2018.12.04 14:00:36 5: HMUARTLGW myHmUART read raw (8): 2e00a4103ff97e55
2018.12.04 14:00:36 5: HMUARTLGW myHmUART read raw (8): 5555060100008000
2018.12.04 14:00:36 5: HMUARTLGW myHmUART read raw (2): 939c
2018.12.04 14:00:36 5: HMUARTLGW myHmUART read (25): fd001501580501002e00a4103ff97e555555060100008000939c crc OK
2018.12.04 14:00:36 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:36 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:36 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:36 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:36 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:37 5: HMUARTLGW myHmUART read raw (8): fd00120159050000
2018.12.04 14:00:37 5: HMUARTLGW myHmUART read raw (8): 37aa847045903500
2018.12.04 14:00:37 5: HMUARTLGW myHmUART read raw (7): 000000db334d05
2018.12.04 14:00:37 5: HMUARTLGW myHmUART read (22): fd0012015905000037aa847045903500000000db334d05 crc OK
2018.12.04 14:00:37 5: HMUARTLGW myHmUART recv: 01 05 00 00 37 msg: AA 84 70 459035 000000 00DB33
2018.12.04 14:00:37 5: HMUARTLGW myHmUART Dispatch: A0CAA847045903500000000DB33::-55:myHmUART
2018.12.04 14:00:37 5: myHmUART: dispatch A0CAA847045903500000000DB33::-55:myHmUART
2018.12.04 14:00:37 5: HMUARTLGW myHmUART read raw (8): fd0015015a050100
2018.12.04 14:00:37 5: HMUARTLGW myHmUART read raw (8): 2d00a4103ff97e55
2018.12.04 14:00:37 5: HMUARTLGW myHmUART read raw (10): 5555060100008000e965
2018.12.04 14:00:37 5: HMUARTLGW myHmUART read (25): fd0015015a0501002d00a4103ff97e555555060100008000e965 crc OK
2018.12.04 14:00:37 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:37 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:37 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:37 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:37 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:39 5: HMUARTLGW myHmUART read raw (8): fd0015015b050000
2018.12.04 14:00:39 5: HMUARTLGW myHmUART read raw (16): 207786103b0a6e0000000af4e10a6440
2018.12.04 14:00:39 5: HMUARTLGW myHmUART read raw (2): ea1d
2018.12.04 14:00:39 5: HMUARTLGW myHmUART read (25): fd0015015b050000207786103b0a6e0000000af4e10a6440ea1d crc OK
2018.12.04 14:00:39 5: HMUARTLGW myHmUART recv: 01 05 00 00 20 msg: 77 86 10 3B0A6E 000000 0AF4E10A6440
2018.12.04 14:00:39 5: HMUARTLGW myHmUART Dispatch: A0F7786103B0A6E0000000AF4E10A6440::-32:myHmUART
2018.12.04 14:00:39 5: myHmUART: dispatch A0F7786103B0A6E0000000AF4E10A6440::-32:myHmUART
2018.12.04 14:00:39 5: HMUARTLGW myHmUART read raw (8): fd0015015c050100
2018.12.04 14:00:39 5: HMUARTLGW myHmUART read raw (8): 2d00a4103ff97e55
2018.12.04 14:00:39 5: HMUARTLGW myHmUART read raw (10): 55550601000080007870
2018.12.04 14:00:39 5: HMUARTLGW myHmUART read (25): fd0015015c0501002d00a4103ff97e5555550601000080007870 crc OK
2018.12.04 14:00:39 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:39 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:39 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:39 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:39 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read raw (8): fd0015015d050000
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read raw (8): 36b486103b0a7200
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read raw (10): 00000a24ea0b0040aecc
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read (25): fd0015015d05000036b486103b0a720000000a24ea0b0040aecc crc OK
2018.12.04 14:00:41 5: HMUARTLGW myHmUART recv: 01 05 00 00 36 msg: B4 86 10 3B0A72 000000 0A24EA0B0040
2018.12.04 14:00:41 5: HMUARTLGW myHmUART Dispatch: A0FB486103B0A720000000A24EA0B0040::-54:myHmUART
2018.12.04 14:00:41 5: myHmUART: dispatch A0FB486103B0A720000000A24EA0B0040::-54:myHmUART
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read raw (8): fd0015015e050000
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read raw (16): 329a86106109d20000000a88e4140000
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read raw (2): d547
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read (25): fd0015015e050000329a86106109d20000000a88e4140000d547 crc OK
2018.12.04 14:00:41 5: HMUARTLGW myHmUART recv: 01 05 00 00 32 msg: 9A 86 10 6109D2 000000 0A88E4140000
2018.12.04 14:00:41 5: HMUARTLGW myHmUART Dispatch: A0F9A86106109D20000000A88E4140000::-50:myHmUART
2018.12.04 14:00:41 5: myHmUART: dispatch A0F9A86106109D20000000A88E4140000::-50:myHmUART
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read raw (8): fd0015015f050000
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read raw (8): 231286103b0a6f00
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read raw (8): 00000a24da0b0040
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read raw (2): 2423
2018.12.04 14:00:41 5: HMUARTLGW myHmUART read (25): fd0015015f050000231286103b0a6f0000000a24da0b00402423 crc OK
2018.12.04 14:00:41 5: HMUARTLGW myHmUART recv: 01 05 00 00 23 msg: 12 86 10 3B0A6F 000000 0A24DA0B0040
2018.12.04 14:00:41 5: HMUARTLGW myHmUART Dispatch: A0F1286103B0A6F0000000A24DA0B0040::-35:myHmUART
2018.12.04 14:00:41 5: myHmUART: dispatch A0F1286103B0A6F0000000A24DA0B0040::-35:myHmUART
2018.12.04 14:00:43 5: HMUARTLGW myHmUART read raw (8): fd00150160050100
2018.12.04 14:00:43 5: HMUARTLGW myHmUART read raw (18): 2d00a4103ff97e555555060100008000d2ec
2018.12.04 14:00:43 5: HMUARTLGW myHmUART read (25): fd001501600501002d00a4103ff97e555555060100008000d2ec crc OK
2018.12.04 14:00:43 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:43 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:43 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:43 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:43 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:45 5: HMUARTLGW myHmUART read raw (8): fd00150161050100
2018.12.04 14:00:45 5: HMUARTLGW myHmUART read raw (16): 2e00a4103ff97e555555060100008000
2018.12.04 14:00:45 5: HMUARTLGW myHmUART read raw (2): 209d
2018.12.04 14:00:45 5: HMUARTLGW myHmUART read (25): fd001501610501002e00a4103ff97e555555060100008000209d crc OK
2018.12.04 14:00:45 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:45 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:45 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:45 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:45 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:45 5: HMUARTLGW myHmUART read raw (8): fd001a0162050000
2018.12.04 14:00:45 5: HMUARTLGW myHmUART read raw (16): 4080845e56c94f00000081e01f000025
2018.12.04 14:00:45 5: HMUARTLGW myHmUART read raw (7): 0033090303c64b
2018.12.04 14:00:45 5: HMUARTLGW myHmUART read (30): fd001a01620500004080845e56c94f00000081e01f0000250033090303c64b crc OK
2018.12.04 14:00:45 5: HMUARTLGW myHmUART recv: 01 05 00 00 40 msg: 80 84 5E 56C94F 000000 81E01F0000250033090303
2018.12.04 14:00:45 5: HMUARTLGW myHmUART Dispatch: A1480845E56C94F00000081E01F0000250033090303::-64:myHmUART
2018.12.04 14:00:45 5: myHmUART: dispatch A1480845E56C94F00000081E01F0000250033090303::-64:myHmUART
2018.12.04 14:00:46 5: HMUARTLGW myHmUART checking credits (from timer)
2018.12.04 14:00:46 5: HMUARTLGW myHmUART send: 00 08
2018.12.04 14:00:46 5: HMUARTLGW myHmUART send: (8): fd00030005088633
2018.12.04 14:00:46 5: SW: fd00030005088633
2018.12.04 14:00:46 5: HMUARTLGW myHmUART read raw (8): fd000500050402b5
2018.12.04 14:00:46 5: HMUARTLGW myHmUART read raw (2): 0be8
2018.12.04 14:00:46 5: HMUARTLGW myHmUART read (9): fd000500050402b50be8 crc OK
2018.12.04 14:00:46 5: HMUARTLGW myHmUART recv: 00 0402B5, state 98
2018.12.04 14:00:46 5: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2018.12.04 14:00:46 5: HMUARTLGW myHmUART roundtrip delay: 0.0033
2018.12.04 14:00:47 5: HMUARTLGW myHmUART read raw (26): fd001501630501002d00a4103ff97e5555550601000080005a64
2018.12.04 14:00:47 5: HMUARTLGW myHmUART read (25): fd001501630501002d00a4103ff97e5555550601000080005a64 crc OK
2018.12.04 14:00:47 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:47 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:47 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:47 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:47 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:49 5: HMUARTLGW myHmUART read raw (8): fd00150164050100
2018.12.04 14:00:49 5: HMUARTLGW myHmUART read raw (16): 2e00a4103ff97e555555060100008000
2018.12.04 14:00:49 5: HMUARTLGW myHmUART read raw (2): 3900
2018.12.04 14:00:49 5: HMUARTLGW myHmUART read (25): fd001501640501002e00a4103ff97e5555550601000080003900 crc OK
2018.12.04 14:00:49 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:49 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:49 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:49 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:49 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:51 5: HMUARTLGW myHmUART read raw (8): fd00150165050100
2018.12.04 14:00:51 5: HMUARTLGW myHmUART read raw (16): 2d00a4103ff97e555555060100008000
2018.12.04 14:00:51 5: HMUARTLGW myHmUART read raw (2): cb71
2018.12.04 14:00:51 5: HMUARTLGW myHmUART read (25): fd001501650501002d00a4103ff97e555555060100008000cb71 crc OK
2018.12.04 14:00:51 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:51 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:51 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:51 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:51 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:52 5: HMUARTLGW myHmUART read raw (8): fd00150166050100
2018.12.04 14:00:52 5: HMUARTLGW myHmUART read raw (8): 2d00a4103ff97e55
2018.12.04 14:00:52 5: HMUARTLGW myHmUART read raw (10): 555506010000800043f9
2018.12.04 14:00:52 5: HMUARTLGW myHmUART read (25): fd001501660501002d00a4103ff97e55555506010000800043f9 crc OK
2018.12.04 14:00:52 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:52 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:52 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:52 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:52 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:54 5: HMUARTLGW myHmUART read raw (8): fd00150167050100
2018.12.04 14:00:54 5: HMUARTLGW myHmUART read raw (18): 2e00a4103ff97e555555060100008000b188
2018.12.04 14:00:54 5: HMUARTLGW myHmUART read (25): fd001501670501002e00a4103ff97e555555060100008000b188 crc OK
2018.12.04 14:00:54 5: HMUARTLGW myHmUART recv: 01 05 01 00 2E msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:54 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:54 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-46:myHmUART
2018.12.04 14:00:54 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:54 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:56 5: HMUARTLGW myHmUART read raw (8): fd00150168050100
2018.12.04 14:00:56 5: HMUARTLGW myHmUART read raw (16): 2d00a4103ff97e555555060100008000
2018.12.04 14:00:56 5: HMUARTLGW myHmUART read raw (2): 9125
2018.12.04 14:00:56 5: HMUARTLGW myHmUART read (25): fd001501680501002d00a4103ff97e5555550601000080009125 crc OK
2018.12.04 14:00:56 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:56 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:56 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:56 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:56 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:58 5: HMUARTLGW myHmUART read raw (8): fd00150169050100
2018.12.04 14:00:58 5: HMUARTLGW myHmUART read raw (16): 2d00a4103ff97e555555060100008000
2018.12.04 14:00:58 5: HMUARTLGW myHmUART read raw (2): 695e
2018.12.04 14:00:58 5: HMUARTLGW myHmUART read (25): fd001501690501002d00a4103ff97e555555060100008000695e crc OK
2018.12.04 14:00:58 5: HMUARTLGW myHmUART recv: 01 05 01 00 2D msg: 00 A4 10 3FF97E 555555 060100008000
2018.12.04 14:00:58 5: HMUARTLGW myHmUART Dispatch: A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:58 5: myHmUART: dispatch A0F00A4103FF97E555555060100008000::-45:myHmUART
2018.12.04 14:00:58 5: HMUARTLGW myHmUART HMUARTLGW_Write: As0A0080025555553FF97E00
2018.12.04 14:00:58 5: HMUARTLGW myHmUART: Skip ACK
2018.12.04 14:00:59 5: HMUARTLGW myHmUART read raw (8): fd0012016a050000
2018.12.04 14:00:59 5: HMUARTLGW myHmUART read raw (8): 402d865a45906600
2018.12.04 14:00:59 5: HMUARTLGW myHmUART read raw (7): 000024ec2e82b5
2018.12.04 14:00:59 5: HMUARTLGW myHmUART read (22): fd0012016a050000402d865a45906600000024ec2e82b5 crc OK
2018.12.04 14:00:59 5: HMUARTLGW myHmUART recv: 01 05 00 00 40 msg: 2D 86 5A 459066 000000 24EC2E
2018.12.04 14:00:59 5: HMUARTLGW myHmUART Dispatch: A0C2D865A45906600000024EC2E::-64:myHmUART
2018.12.04 14:00:59 5: myHmUART: dispatch A0C2D865A45906600000024EC2E::-64:myHmUART
2018.12.04 14:00:59 5: HMUARTLGW myHmUART read raw (8): fd001a016b050000
2018.12.04 14:00:59 5: HMUARTLGW myHmUART read raw (23): 2358845e370e0d000000800bae000015000a08fa04c623
2018.12.04 14:00:59 5: HMUARTLGW myHmUART read (30): fd001a016b0500002358845e370e0d000000800bae000015000a08fa04c623 crc OK
2018.12.04 14:00:59 5: HMUARTLGW myHmUART recv: 01 05 00 00 23 msg: 58 84 5E 370E0D 000000 800BAE000015000A08FA04
2018.12.04 14:00:59 5: HMUARTLGW myHmUART Dispatch: A1458845E370E0D000000800BAE000015000A08FA04::-35:myHmUART
2018.12.04 14:00:59 5: myHmUART: dispatch A1458845E370E0D000000800BAE000015000A08FA04::-35:myHmUART
hallo markus,
ich wúrde sagen du machst mit deinem problem ein eigenen thread auf, da das kein spezielles hmuart problem ist.
dort kannst du dann mal die ausgaben von
"get hminfo msgStat" und "get hminfo protoEvents all".
keepAlive wird nicht gefunkt, daher keine msgLoad.
der hmuart sendet aber auch zusätzlich eigene messages, zb acks, die nicht im log stehen.
edit: "get hminfo configCheck" wäre auch ganz hilfreich.
Hallo Frank!
Vielen Dank, Du hast mein Problem soeben gelöst.
Und peinlich für mich, auf die Idee mit dem HMinfo hätte ich selbst kommen müssen :-\
"get hminfo protoEvents all" hat gezeigt, dass mein Homematic Dimmaktor für das Licht am Balkon dem HM-MOD-RPI-PCB dezente 27500 Sends (!!!) abverlangt hat. Im Vergleich dazu haben die anderen Homematic-Komponenten maximal 140 Sends von der Zentrale erhalten.
Werde den Dimmaktor jetzt mit inhibit ausklammern und heute nach der Arbeit mal ausbauen und zerlegen. Vermutlich das allseits bekannte C7 Kondensator Problem, denn schalten tut das Ding auch nicht mehr was mir anlässlich der aktuellen Temperaturen (man ist im Winter halt nicht so oft am Balkon) einfach nicht aufgefallen ist.
Werde dann noch einen ausführlichen neuen Thread öffnen der vielleicht anderen hilft.
Sorry, dass ich hier im Forum falsch gepostet habe. :-[
glg und schöne Vorweihnachtszeit Euch allen!
Markus
Hi ihr,
ich hoffe ich bin hier richtig. Bin grade mal wieder am rumfummeln in FHEM und dabei ist mir im Log folgendes aufgefallen:
2019.01.01 03:07:23 1: HMUARTLGW HMUART frame with wrong length received: 8, should: 4: FD00000500D5040200
2019.01.01 03:07:23 1: HMUARTLGW HMUART frame with wrong length received: 10, should: 4: FD00000500D5040200C871
2019.01.01 03:07:27 1: HMUARTLGW HMUART frame with wrong length received: 10, should: 4: FD00000500D5040200C871
2019.01.01 06:33:51 1: HMUARTLGW HMUART frame with wrong length received: 8, should: 4: FD00001501F4050001
2019.01.01 06:33:51 1: HMUARTLGW HMUART frame with wrong length received: 16, should: 4: FD00001501F4050001231D861050C88400
2019.01.01 06:33:51 1: HMUARTLGW HMUART frame with wrong length received: 24, should: 4: FD00001501F4050001231D861050C8840000000AA8BA086400
2019.01.01 06:33:51 1: HMUARTLGW HMUART frame with wrong length received: 26, should: 4: FD00001501F4050001231D861050C8840000000AA8BA0864009674
2019.01.01 06:33:52 1: HMUARTLGW HMUART frame with wrong length received: 26, should: 4: FD00001501F4050001231D861050C8840000000AA8BA0864009674
Nach ein bisschen recherche bin ich auf diesen Thread gestoßen, und habe versucht darin eine Lösung zu finden. Manche meinten wohl es ist ein Firmware-Bug. Allerdings ist mein HM-MOD-UART auf Version 1.4.1, was die neuste sein dürfte. Könnt ihr mir weiterhelfen? Was werden noch für Infos benötigt?
Bis jetzt merke ich nicht das irgendetwas nicht funktioniert. Der Fehler tritt aber immer wieder auf, auch nach einem Update der Module in FHEM.
Danke schon mal im Voraus :)
Ich bin kürzlich von HM-CFG-USB auf HM-MOD-UART umgestiegen (per MapleCUL über USB) und ich hab seitdem ein Problem mit virtuellen Temperatursensoren. Jede ca. zehnte Nachricht des virtuellen Sensors kommt beim HM-RT-CC-DN nicht an (früher mit HM-CFG-USB lag die Erfolgsquote bei >99%).
Bin da noch am analysieren, aber ich finde z.B. auffällig, dass es zwischen dem Event, dass das die virtuelle Temperatur versendet werden soll und bis zum tatsächlichen Versand, eine schwankende Latenz gibt bis zu 400 ms. Das könnte ein Problem für diese Peer-Nachrichten sein, so dass man dann das Empfangsfenster des Empfängers verfehlt.
Sieht dann im Log z.B. so aus (die erste Logzeile "CUL_HM_valvePosUpdt" ist von mir):
2019.01.06 17:49:40.001 3 : CUL_HM bd_hmVirtualWeather CUL_HM_valvePosUpdt
2019.01.06 17:49:40.011 3 : CUL_HM bd_hmVirtualWeather nextF: 1546793546.49966
2019.01.06 17:49:40.348 3 : HMUARTLGW sys_culHm Dispatch: A0B438470F167890000000131::-36:sys_culHm
2019.01.06 17:49:40.356 5 : HMLAN/RAW: /EF16789,0000,056B0F53,FF,FFAE,438470F167890000000131
2019.01.06 17:49:40.356 5 : HMLAN_Parse: HMLAN0 R:EF16789 stat:0000 t:056B0F53 d:FF r:FFAE m:43 8470 F16789 000000 0131
2019.01.06 17:49:40.357 5 : HMLAN0: dispatch A0B438470F167890000000131::-82:HMLAN0
Also CUL_HM_valvePosUpdt wird angesprungen um 17:49:40.001, aber der eigentliche Versand durch HMUARTLGW findet erst 17:49:40.348 statt, also erst 347 ms später. Offenbar werden alle virtuelle Temps immer von allen IOs versendet, daher kommt kurz danach das HMLAN auch noch dran.
Und das Ganze schwankt einigermaßen stark:
73 ms:
2019.01.06 17:52:26.553 3 : CUL_HM bd_hmVirtualWeather CUL_HM_valvePosUpdt
2019.01.06 17:52:26.573 3 : CUL_HM bd_hmVirtualWeather nextF: 1546793698.55164
2019.01.06 17:52:26.626 3 : HMUARTLGW sys_culHm Dispatch: A0B448470F167890000000136::-35:sys_culHm
2019.01.06 17:52:26.657 5 : HMLAN/RAW: /EF16789,0000,056D98DE,FF,FFAE,448470F167890000000136
2019.01.06 17:52:26.657 5 : HMLAN_Parse: HMLAN0 R:EF16789 stat:0000 t:056D98DE d:FF r:FFAE m:44 8470 F16789 000000 0136
2019.01.06 17:52:26.658 5 : HMLAN0: dispatch A0B448470F167890000000136::-82:HMLAN0
367 ms:
2019.01.06 17:54:58.606 3 : CUL_HM bd_hmVirtualWeather CUL_HM_valvePosUpdt
2019.01.06 17:54:58.616 3 : CUL_HM bd_hmVirtualWeather nextF: 1546793836.10302
2019.01.06 17:54:58.973 3 : HMUARTLGW sys_culHm Dispatch: A0B458470F16789000000013B::-36:sys_culHm
2019.01.06 17:54:58.975 5 : HMLAN/RAW: /EF16789,0000,056FEBFB,FF,FFAE,458470F16789000000013B
2019.01.06 17:54:58.975 5 : HMLAN_Parse: HMLAN0 R:EF16789 stat:0000 t:056FEBFB d:FF r:FFAE m:45 8470 F16789 000000 013B
2019.01.06 17:54:58.975 5 : HMLAN0: dispatch A0B458470F16789000000013B::-82:HMLAN0
Wenn ich das ganze primär über das HMLAN mache, dann sind die Latenzen sehr gering und sehr konstant:
24 ms:
2019.01.06 17:59:19.210 3 : CUL_HM bd_hmVirtualWeather CUL_HM_valvePosUpdt
2019.01.06 17:59:19.233 3 : CUL_HM bd_hmVirtualWeather nextF: 1546794131.95839
2019.01.06 17:59:19.233 5 : HMLAN_Send: HMLAN0 S:+000000,00,00,00
2019.01.06 17:59:19.234 5 : HMLAN_Send: HMLAN0 S:S241AC0A9 stat: 00 t:00000000 d:01 r:241AC0A9 m:47 8470 F16789 000000 0145
2019.01.06 17:59:19.340 3 : HMUARTLGW sys_culHm Dispatch: A0B478470F167890000000145::-22:sys_culHm
25 ms:
2019.01.06 18:02:12.011 3 : CUL_HM bd_hmVirtualWeather CUL_HM_valvePosUpdt
2019.01.06 18:02:12.035 3 : CUL_HM bd_hmVirtualWeather nextF: 1546794290.26009
2019.01.06 18:02:12.036 5 : HMLAN_Send: HMLAN0 S:+000000,00,00,00
2019.01.06 18:02:12.036 5 : HMLAN_Send: HMLAN0 S:S241D63AB stat: 00 t:00000000 d:01 r:241D63AB m:48 8470 F16789 000000 014A
2019.01.06 18:02:12.171 3 : HMUARTLGW sys_culHm Dispatch: A0B488470F16789000000014A::-22:sys_culHm
Ist bei mir wirklich reproduzierbar, dass HMUARTLGW diese schwankende Latenz drin hat, aber HMLAN sehr stabil und zeitnah versendet.
Hast du den MapleCUL per LAN, USB oder WLAN angebunden?
Per USB. Werd ich im Post ergänzen, danke.
die schwankungen der latenz kannst du eventuell besser in der roundtrip meldung im log verfolgen, wenn du attr logIDs=sys setzt.
für deinen anwendungsfall wäre der gpio sicher die beste anbindung mit der geringsten latenz. eine lan anbindung zeigt auch noch eine relativ geringe latenz. das zeigt ja auch dein hmlan.
Hab da auch schon drüber nachgedacht, welche Latenz man sich da einkauft, wenn man die Daten per USB-Seriall an den Maple schickt - der die Daten aus dem USB pult und dann auf die echte serielle Schnittstelle zum HM-MOD-UART schiebt. Unter guten Umständen, würde ich da jedoch eigentlich auch nur wenige Millisekunden erwarten, oder? Kann da jemand was zu sagen, um welche Größenordnung es da geht? Wäre schon unschön, wenn man den HM-MOD-UART vom Maple runter löten müsste und nochmal dediziert per seriell anbinden müsste, für gute Latenzen. Dann kann ich eigentlich auch gleich beim HM-CFG-USB bleiben :-[
Aber zu dem Thema:
Die Latenz, die man hier sieht, die ist doch noch in FHEM, oder? Evtl. Maple-Latenzen kämen doch erst on top?
2019.01.06 17:52:26.553 3 : CUL_HM bd_hmVirtualWeather CUL_HM_valvePosUpdt
2019.01.06 17:52:26.573 3 : CUL_HM bd_hmVirtualWeather nextF: 1546793698.55164
2019.01.06 17:52:26.626 3 : HMUARTLGW sys_culHm Dispatch: A0B448470F167890000000136::-35:sys_culHm
Habt ihr das Problem nicht bzw. ist euch nicht auch eine geringe Latenz wichtig? Also für mich ist auch unabhängig von dem virt.Sensor eine Schaltlatenz von merkbaren 400 ms einfach generell sehr unschön :(
Das mit dem roundtrip werde ich mir gerne ansehen, klingt spannend.
hier gibt es ein paar vergleichsdaten, allerdings kein usb.
https://forum.fhem.de/index.php/topic,92576.msg851257.html#msg851257 (https://forum.fhem.de/index.php/topic,92576.msg851257.html#msg851257)
der roundtripdelay ist scheinbar die zeit vom senden an den hmuart bis zum erhalt der angeforderten antwort (aktuelle load). im prinzip 2x signallaufzeit fhem => hmuart plus verarbeitungszeit beim hmuart.
bei deinen logeinträgen könnten auch noch fhem freezes beteiligt sein.
Das roundtrip ist interessant. Das ist ja einfach nur zum Weinen ::):
2019.01.06 21:35:18.411 0: HMUARTLGW sys_culHm roundtrip delay: 0.1397
2019.01.06 21:35:33.283 0: HMUARTLGW sys_culHm roundtrip delay: 0.0073
2019.01.06 21:35:46.889 0: HMUARTLGW sys_culHm roundtrip delay: 0.0151
2019.01.06 21:35:48.288 0: HMUARTLGW sys_culHm roundtrip delay: 0.0075
2019.01.06 21:36:03.633 0: HMUARTLGW sys_culHm roundtrip delay: 0.3464
2019.01.06 21:36:18.301 0: HMUARTLGW sys_culHm roundtrip delay: 0.0083
2019.01.06 21:36:33.468 0: HMUARTLGW sys_culHm roundtrip delay: 0.1709
2019.01.06 21:36:48.584 0: HMUARTLGW sys_culHm roundtrip delay: 0.2814
2019.01.06 21:37:03.636 0: HMUARTLGW sys_culHm roundtrip delay: 0.3276
2019.01.06 21:37:18.320 0: HMUARTLGW sys_culHm roundtrip delay: 0.0072
2019.01.06 21:37:33.537 0: HMUARTLGW sys_culHm roundtrip delay: 0.2199
2019.01.06 21:37:48.329 0: HMUARTLGW sys_culHm roundtrip delay: 0.0065
2019.01.06 21:38:03.335 0: HMUARTLGW sys_culHm roundtrip delay: 0.0078
2019.01.06 21:38:18.340 0: HMUARTLGW sys_culHm roundtrip delay: 0.0089
2019.01.06 21:38:33.535 0: HMUARTLGW sys_culHm roundtrip delay: 0.2000
2019.01.06 21:39:03.352 0: HMUARTLGW sys_culHm roundtrip delay: 0.0086
2019.01.06 21:39:18.538 0: HMUARTLGW sys_culHm roundtrip delay: 0.1904
2019.01.06 21:39:33.827 0: HMUARTLGW sys_culHm roundtrip delay: 0.4752
2019.01.06 21:39:48.379 0: HMUARTLGW sys_culHm roundtrip delay: 0.0237
2019.01.06 21:40:03.068 0: HMUARTLGW sys_culHm roundtrip delay: 0.0127
2019.01.06 21:40:03.365 0: HMUARTLGW sys_culHm roundtrip delay: 0.0070
2019.01.06 21:40:18.371 0: HMUARTLGW sys_culHm roundtrip delay: 0.0080Der Kollege in dem Thread hat da per WLAN eine Latenz von 60 ms. Davon kann ich ja nur träumen. Geht bei mir locker bis 500 ms. Und das in nur ein paar Minuten. Ist doch nicht normal, oder? So diese 7-8 ms, die man da auch sieht - das wäre so meine Erwartung gewesen.
Zitat von: frank am 06 Januar 2019, 21:15:37
bei deinen logeinträgen könnten auch noch fhem freezes beteiligt sein.
Hab es einige Male mit HMLAN hin- und her getestet und der HMLAN hatte nie solche erhöhten Latenzen, darum glaub ich nicht, dass das FHEM-Freezes sind. Diese roundtrips scheint ein Feature vom UARTGW zu sein, oder? HMLAN spuckt sowas nicht aus, so scheint mir.
bei solchen bescheidenen werten, wäre vielleicht auch eine warnung vom HMUARTLGW modul nicht schlecht. (oder max/min/avg werte als internal)
ich vermute mal, dass das maple-konzept/fw an den starken schwankungen schuld ist. werden dort nicht die signale auf bis zu 4 gateways verteilt?
ich denke mit einem "normalen" seriellen adapter am hmuart sieht das besser aus. für das timing der "normalen" kommunikation sind die delays sicherlich auch nicht schön.
Zitat von: frank am 06 Januar 2019, 22:31:36
ich vermute mal, dass das maple-konzept/fw an den starken schwankungen schuld ist. werden dort nicht die signale auf bis zu 4 gateways verteilt?
Generell ja, aber aber der HMUART hat in Linux ein eigens Device, welches 1:1 durchgeroutet wird soweit ich weiß. Also der Maple muss da nix überlegen, sondern nur vom USB die Daten lesen und dann auf den UART "kopieren" (und das auch wieder zurück natürlich).
Also die Verzögerungen (wenn sie denn dadurch kommen), würde ich erstmal als Bug einstufen. Weigere mich zu glauben, dass das per Konzept bis zu 500 ms Sekunden dauern soll, diese 30 Bytes von A nach B und wieder nach A zu kopieren.
Hab die Kollegen schon angefragt: https://forum.fhem.de/index.php/topic,60458.msg882753.html#msg882753
Zitat von: frank am 06 Januar 2019, 22:31:36
ich denke mit einem "normalen" seriellen adapter am hmuart sieht das besser aus. für das timing der "normalen" kommunikation sind die delays sicherlich auch nicht schön.
Das wäre wirklich mal interessant. Dann wüsste man definitiv, ob es an der Maple-Zwischenstation liegt, oder nicht. Dieser Verzögerungen wären für mich schon ein ziemlicher Showstopper :-[
zum vergleich 5min meines hmuart am gpio eines pi3B
2019.01.07 00:06:06.174 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2019.01.07 00:06:21.178 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2019.01.07 00:06:36.186 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2019.01.07 00:06:51.190 0: HMUARTLGW hmuart1 roundtrip delay: 0.0032
2019.01.07 00:07:06.783 0: HMUARTLGW hmuart1 roundtrip delay: 0.0066
2019.01.07 00:07:21.784 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2019.01.07 00:07:36.790 0: HMUARTLGW hmuart1 roundtrip delay: 0.0027
2019.01.07 00:07:51.795 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2019.01.07 00:08:06.804 0: HMUARTLGW hmuart1 roundtrip delay: 0.0032
2019.01.07 00:08:13.597 0: HMUARTLGW hmuart1 roundtrip delay: 0.0049
2019.01.07 00:08:21.808 0: HMUARTLGW hmuart1 roundtrip delay: 0.0029
2019.01.07 00:08:36.814 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2019.01.07 00:08:51.818 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2019.01.07 00:09:06.825 0: HMUARTLGW hmuart1 roundtrip delay: 0.0032
2019.01.07 00:09:21.831 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2019.01.07 00:09:36.838 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2019.01.07 00:09:51.844 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2019.01.07 00:10:06.848 0: HMUARTLGW hmuart1 roundtrip delay: 0.0030
2019.01.07 00:10:21.855 0: HMUARTLGW hmuart1 roundtrip delay: 0.0029
2019.01.07 00:10:36.860 0: HMUARTLGW hmuart1 roundtrip delay: 0.0031
2019.01.07 00:10:51.867 0: HMUARTLGW hmuart1 roundtrip delay: 0.0028
2019.01.07 00:11:06.875 0: HMUARTLGW hmuart1 roundtrip delay: 0.0032
Ja danke, sieht ja um ein paar Größenordnung besser aus.
Das letzte, was ich mich frage, ist, ob es diese RRT-Latenz ist, die man in diesen Logs sieht, oder ob die sogar noch oben drauf kommt:
2019.01.06 17:54:58.606 3 : CUL_HM bd_hmVirtualWeather CUL_HM_valvePosUpdt
2019.01.06 17:54:58.616 3 : CUL_HM bd_hmVirtualWeather nextF: 1546793836.10302
2019.01.06 17:54:58.973 3 : HMUARTLGW sys_culHm Dispatch: A0B458470F16789000000013B::-36:sys_culHm
2019.01.06 17:54:58.975 5 : HMLAN/RAW: /EF16789,0000,056FEBFB,FF,FFAE,458470F16789000000013B
2019.01.06 17:54:58.975 5 : HMLAN_Parse: HMLAN0 R:EF16789 stat:0000 t:056FEBFB d:FF r:FFAE m:45 8470 F16789 000000 013B
2019.01.06 17:54:58.975 5 : HMLAN0: dispatch A0B458470F16789000000013B::-82:HMLAN0
gute frage.
2019.01.06 17:54:58.975 5 : HMLAN/RAW: /EF16789,0000,056FEBFB,FF,FFAE,458470F16789000000013B
die erste message vom hmlan zeigt ja bereits den empfang der funkmessage über den hmlan an. also muss der hmuart zu diesem zeitpunkt bereits gesendet haben. real wahrscheinlich sogar ein paar ms früher. also zumindestens ein teil der verzögerung sollte bereits enthalten sein. obwohl auch noch nicht geklärt ist, ob diese verzögerungen zum hmuart, vom hmuart, oder in beiden richtungen auftreten können.
ich frage mich gerade, in wie weit die roundtrip aktion/messung zb einen "freeze" erzeugt. wartet zb fhem auf die antwort, oder können andere aktionen zwischendurch abgearbeitet werden? dann könnte zb auch eine roundtrip messung, wenn sie zufällig gerade kurz vorm senden der virtuellen temp kommt, dieses senden zusätzlich verzögern.
ich würde mal beide logs zusammen anschauen, also mit "attr logIDs sys,bd_hmVirtualWeather". zusätzlich auch noch freezemon laufen lassen und hier zb mit "attr fm_freezeThreshold 0.3" auch kürzere freezes sichtbar machen.
Ich hoffe ja, dass mgernoth dazu noch was sagen kann. Ist gefühlt ja momentan etwas Fischen im Trüben.
Ich bin mir recht sicher, dass irgendwas im HMUARTLGW beim Senden blockierend passiert, da es bei mir recht schnell in apptime auftaucht mit ~300 ms.
Hallo,
HMUARTLGW benutzt die Fhem DevIO-Funktionen zum Senden. Um den Roundtrip zu berechnen, werden die periodischen Credits-Abfragen genutzt und deren Antwortzeit ausgewertet. Dabei wartet HMUARTLGW _nicht_ auf die Antwort vom Modul sondern wird beim Eintreffen derselben durch Fhem benachrichtigt (ist also nichtblockierend implementiert). Sollte irgendeine empfangene Nachricht dazwischenkommen wird die Roundtripberechnung nicht durchgeführt.
Wenn anscheinend die USB-Kommunikation mit dem MapleCUL nicht interruptbasiert ist, dann kann das diese riesen Latenzen erklären. Die verwendete DevIO-Funktion ist im eigentlichen send() blockierend, das ist aber eigentlich nirgends (bis auf den Fall jetzt) ein Problem. Selbst wenns nichtblockierend wäre, wären die riesigen und schwankenden Latenzen zum HMUART unbrauchbar.
Probier mal die im anderen Thread verlinkte Firmware, die wohl die Kommunikation auf Interrupts umstellt.
Viele Grüße
Michael
Hallo Michael,
ok, vielen Dank! Also ich hab jetzt den HM-MOD-UART direkt per USB-Wandler an den Rechner angeschlossen und jetzt sehen die RTTs sehr gut aus:
2019.01.08 08:36:15.050 5: HMUARTLGW sys_culHm roundtrip delay: 0.0039
2019.01.08 08:36:30.060 5: HMUARTLGW sys_culHm roundtrip delay: 0.0070
2019.01.08 08:36:45.065 5: HMUARTLGW sys_culHm roundtrip delay: 0.0093
2019.01.08 08:38:05.711 0: HMUARTLGW sys_culHm roundtrip delay: 0.0052
2019.01.08 08:38:20.719 0: HMUARTLGW sys_culHm roundtrip delay: 0.0084
2019.01.08 08:38:35.728 0: HMUARTLGW sys_culHm roundtrip delay: 0.0088
2019.01.08 08:38:50.735 0: HMUARTLGW sys_culHm roundtrip delay: 0.0113
2019.01.08 08:39:05.744 0: HMUARTLGW sys_culHm roundtrip delay: 0.0113
2019.01.08 08:39:20.751 0: HMUARTLGW sys_culHm roundtrip delay: 0.0154
2019.01.08 08:39:35.747 0: HMUARTLGW sys_culHm roundtrip delay: 0.0059
2019.01.08 08:39:50.754 0: HMUARTLGW sys_culHm roundtrip delay: 0.0085
2019.01.08 08:40:05.762 0: HMUARTLGW sys_culHm roundtrip delay: 0.0126
2019.01.08 08:40:20.771 0: HMUARTLGW sys_culHm roundtrip delay: 0.0153
2019.01.08 08:40:35.778 0: HMUARTLGW sys_culHm roundtrip delay: 0.0183
2019.01.08 08:40:50.779 0: HMUARTLGW sys_culHm roundtrip delay: 0.0155
2019.01.08 08:41:05.787 0: HMUARTLGW sys_culHm roundtrip delay: 0.0124
2019.01.08 08:41:20.784 0: HMUARTLGW sys_culHm roundtrip delay: 0.0055
Ich hab jetzt auch mit dem gepeerten Sensor wieder eine Erfolgsrate >97 %. Also es lag wirklich an der schlechten RTT mit dem Maple. Telekatz sagte gerade jedoch, dass er bei sich auch mit Maple eine gute RTT hat. Also ich werde da mal weiter forschen müssen, warum das bei mir so schlecht its! :-\
Danke auch an frank für (immer wieder) sehr hilfreiche Kommentare.
Hallo Zusammen,
hatte das attribut hmKey in hmlan1 und hmlan2. Da ein myHmUART dazugekommen ist läuft jetzt alles via vccu, auch das attribut hmKey ist jetzt nur noch in vccu.
Bei pairen von 2 HM-CC-RT-DN_Funk-Heizkörperthermostat kommt folgender Fehler:
2019.02.09 14:20:31.825 1: HMUARTLGW myHmUART Adding peer 1FAA0C failed! You have probably forced an unknown aesKey for this device.
2019.02.09 14:20:31.831 1: HMUARTLGW myHmUART Adding peer 27A7CA failed! You have probably forced an unknown aesKey for this device.
An was könnte dies liegen? Bzw. wie löse ich das?
Hallo @mgernoth,
ich setze gerade einen RPI3B+ neu auf mit FHEM und bin jetzt beim einbinden des HM-CFG-USB-2 angekommen.
In meiner alten Installation ist er so eingebunden:
define hmusb HMLAN 127.0.0.1:1234
setuuid hmusb 5c50079c-f33f-a44f-c529-2ec43549eb3055e5
attr hmusb event-on-change-reading 1
attr hmusb hmId 240271
attr hmusb hmLanQlen 1_min
attr hmusb loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr hmusb room Funkzentrale
Gibt es vielleicht mit diesem Modul einen einfacheren Weg ?
Gruß
Micha
Hallo,
Zitat von: mfeske am 03 März 2019, 14:40:29
ich setze gerade einen RPI3B+ neu auf mit FHEM und bin jetzt beim einbinden des HM-CFG-USB-2 angekommen.
Gibt es vielleicht mit diesem Modul einen einfacheren Weg ?
Nein, dieses Modul ist für eine Hardware, die ein anderes Protokoll nutzt als der HM-CFG-USB.
Viele Grüße
Michael
...Du kannst das Modul aber z.B. über einen ESP8266 mit ESPLink dann über WLAN an FHEM anbinden.
Grüße
Christian
Hallo,
ich habe immer wieder das Problem nach Shutdown Restart oder nach dem Speichern der FHEM.cfg, dass die HM-Aktoren beim Ansprechen die Fehlermeldung "No IO specified" ausgeben. Nach erneutem S+R geht dann alles wieder. Kennt jemand das Problem / die Lösung ?
Das zweite Problem, das ich habe ist, dass ich eine sehr starke Latenz von bis zu 10s habe, bis etwas geschaltet wird, das war mit dem HM-USB-CFG deutlich weniger, da wurde praktisch direkt geschaltet. Ich habe mein Modul über einen ESP8266 mit ESPLink über WLAN angebunden. Normal überträgt der ESP mit ESPLink sehr schnell, damit habe ich z.B: einen Digitalen Stromzähler angebunden und die Daten kommen in Echtzeit... Frage: Ist das normal oder kann man da was machen ?
Hier ein List vom Device
Internals:
AssignedPeerCnt 10
CNT 121
Clients :CUL_HM:
DEF uart://192.168.2.125:23
DEVCNT 121
DevState 99
DevType UART
DeviceName 192.168.2.125:23
FD 105
FUUID 5c477543-f33f-1755-32d2-0919da8b20955b98
LastOpen 1551815517.5651
NAME HM_Gateway
NR 576
PARTIAL
RAWMSG 040200
RSSI -58
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 0
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 0/0/0/0/0/0/0/0/0/0/0/0/0
owner 424242
Helper:
CreditTimer 8583
FW 66561
Initialized 1
SendCnt 401
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.149013996124268
loadLvl:
lastHistory 1551945139.28904
MatchList:
1:CUL_HM ^A......................
Peers:
3370B5 +3370B5,00,00,00
3370DE +3370DE,00,00,00
33738F +33738F,00,00,00
337676 +337676,00,00,00
33767A +33767A,00,00,00
3376DA +3376DA,00,00,00
3376EE +3376EE,00,00,00
38ADD0 +38ADD0,00,00,00
38AE5F +38AE5F,00,00,00
38BA82 +38BA82,00,00,00
READINGS:
2019-03-05 20:52:12 D-HMIdAssigned 424242
2019-03-05 20:52:17 D-HMIdOriginal 5841E9
2019-03-05 20:52:17 D-firmware 1.4.1
2019-03-05 20:52:18 D-serialNr OEQ0306958
2019-03-05 20:51:31 D-type HM-MOD-UART
2019-03-05 20:52:21 cond ok
2019-03-05 20:52:21 load 0
2019-03-05 20:52:21 loadLvl low
2019-03-05 20:51:57 state opened
helper:
Attributes:
dutyCycle 0
group Funk_Gateways
hmId 424242
icon cul_868
room Schnittstellen
verbose 1
Grüße
Christian
Zitat von: cs-online am 07 März 2019, 08:48:12
...Du kannst das Modul aber z.B. über einen ESP8266 mit ESPLink dann über WLAN an FHEM anbinden.
Den HM-CFG-USB-2?
Oder das (alte) Pi-PCB? Das habe ich an einem USB-Seriell-Wandler mit HMUARTLGW eingebunden, funktioniert wunderbar.
Wenn der CFG intern ähnlich (Wandler+PCB) aufgebaut ist, und dort dieselbe MCU nutzt, könnte das doch auch funktionieren (das war jedenfalls der Hintergedanke, als ich mfeske gebeten habe, das einfach mal auszuprobieren - was er scheinbar nicht gemacht hat). @mfeske: ich glaube nicht, dass du den Stick zuerstören würdest, wenn du es einfach testest!
@cs-online:
Das Funkmodul an sich scheint sehr empfindlich gegen Latenzen im Netzwerk zu sein (es gibt da einen Artikel zu CCU@DEBIAN, da hat jemand HW dafür entwickelt und erläutert, warum manches eben auch nicht geht).
Generell wäre ich vorsichtig, was die vorschnelle Empfehlung irgendwelcher WLAN-basierter Lösungen angeht, da gibt es m.E. zu viele Fallen, in die man laufen kann, wenn man nicht die Basis sauber gestaltet...
Just my2ct.
Hmmm... ich glaube ich habe das Problem falsch verstanden... Sorry... Ich habe meinen HM-CFG-USB(2) direkt am FHEM-Raspi betrieben mit HMLAND installiert, das lief super, war nur ortsfest und ich habe für den Fall, dass der mal kaputt geht keinen Ersatz mehr zu einem vernünftigen Preis bekommen. Daher dann die Variante mit dem Modul über ESP...
Grüße
Christian
Hallo zusammen,
ich habe das gesamte Wochenende damit zugebracht, den HM-MOD-UART (über tty an RPi3 mit Raspbiasn Stretch) zum Laufen zu kriegen und muss mir eingestehen, dass ich ohne Eure Hilfe nicht weiterkomme.
In FHEM wechselt cond im 12-Sekunden-Takt von init auf disconnected, ein Anlernen/Flashen/etc. ist nicht möglich.
Ich hab den HM-MOD-UART zusammengelötet (sauber und gut!), eingestöpselt und folgendes gemacht.
1. /boot/cmdline.txt sieht so aus:
dwc_otg.lpm_enable=0 console=tty1 root=PARTUUID=f40552f1-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
2. in die /boot/config.sys habe ich diese Einträge aufgenommen:
enable_uart=1
dtoverlay=pi3-miniuart-bt
force_turbo=1
3. ls -l /dev/ttyAMA0 ergibt:
crw-rw---- 1 root dialout 204, 64 Mär 10 14:50 /dev/ttyAMA0
4. id fhem zeigt:
uid=998(fhem) gid=20(dialout) Gruppen=20(dialout),27(sudo)
5. systemctl status serial-getty@ttyAMA0.service zeigt:
serial-getty@ttyAMA0.service
Loaded: masked (/dev/null; bad)
Active: inactive (dead)
Die Firmware kann ich in FHEM nicht aktualisieren, da kommt gar keine Reaktion, nachdem ich den HMUARTLGW (Status: open) definiert habe. Also habe ich das über den manuellen Weg versucht, mit: ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3. Das Ergebnis sieht so aus:
HM-MOD-UART flasher version 0.103-git
Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
Initializing HM-MOD-UART...
Communication with the module timed out, is the serial port configured correctly?
Jetzt bin ich mit meinem (sehr begrenztem) Linux-Latein zu Ende. Was mir noch aufgefallen ist, ist der Prozess #491, der mir mit ps -A angezeigt wird:
491 tty1 00:00:00 agetty
Kann der den Port blockieren und wenn ja, wie werd ich das Teil los?
Bitte entschuldigt, wahrscheinlich ist das alles eine sehr simple Sache für euch, aber ich weiß net mehr weiter :-[ :-[
DANKE für Eure Hilfe!
Hi,
was ergibt: ls -l /dev/serial*
Den Artikel kennst Du?
https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
Sauber und gut gelötet - auch richtig herum? Ich würde es nicht fragen wenn es nicht schon mindestens zweimal hier der Fehler war. ;D
Schau mal bitte auf die Bilder:
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Gruß Otto
Hi Otto,
erstmal vielen Dank für Deine Antwort!
Na, riesig. Der Typ, von dem ich das fertige Modul auf ebay gekauft habe (hab noch nie selbst gelötet und traue mir das nicht zu), hat es wohl falsch zusammengelötet... >:(
Immerhin bin ich jetzt beruhigt, ich hatte schon an meiner Intelligenz gezweifelt, weil ich doch alles genau so getan habe, wie beschrieben. Nur das Modul selber, habe ich natürlich nicht geprüft.
Zur Veranschaulichung habe ich das falsch gelötete Modul beigefügt... die Anschlüsse an den Serialport sind auf der Rückseite des TRX Moduls, nicht auf der Vorderseite.
Danke für die schnelle Hilfe!!
Thomas
Der Stecker ist auf die falsche Seite gelötet! :'( :o :'( Oh Mann
Der dritte mir bekannte Fall :-X
Zitat von: Otto123 am 10 März 2019, 18:49:11
Der Stecker ist auf die falsche Seite gelötet! :'( :o :'(
+1 8) 8) 8) allerdings ohne die Anleitung vorliegen zu haben.
Das Gute ist: die Dinger gehen davon nicht kaputt.
Gruß Peter
@Thomas hast Du jemanden der das Problem fixed? Oder willst Du einfach zurückschicken? Das übersteigt ja alles den Wert des Moduls, aber schade drum ist es auch. Wenn Du willst, gegen ne Briefmarke für den Rückversand versuche ich den Stecker auf die andere Seite zu bekommen.
Falls du in der Karlsruher Region zuhause bist kann ich es dir auch gerne umlöten.
Gesendet von meinem Doogee S60 mit Tapatalk
Ich bin völlig geplättet von eurer Hilfsbereitschaft hier!! Vielen, vielen Dank euch beiden! Also, zunächst möchte ich dem Ebay-Verkäufer eine faire Chance einrichten, seine negative Bewertung zu vermeiden... danach würde ich mich aber nochmal per PM melden.
Das ist ja echt eine unfassbare Gemeinschaft hier... D A N K E ! ! !
;D ;D
Lieber Otto123,
Lieber Frank_Huber,
der eBay-Verkäufer hat mir unter Androhung einer schlechten Bewertung ein neues Modul zugeschickt, das tatsächlich und auf Anhieb funktioniert!
Nochmals vielen Dank für Eure Unterstützung!
Heimautomatisierte Grüße
redtank
Hallo zusammen,
ich seit dem Wochenende damit vergebracht, meinen HM-MOD-UART zum laufen zu bringen. Ich benutze das Modul über tty an einem RPi3B mit Raspbi Stretch. Bekomme es aber leider nicht zum laufen und brauch Eure Hilfe.
Ich habe folgende Einstellungen vorgenommen:
/boot/config.txt
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
enable_uart=1
dtoverlay=pi3-miniuart-bt
core_freq=25
force_turbo=1
/boot/cmdline.txtwc_otg.lpm_enable=0 console=tty1 root=PARTUUID=02229809-02 rootfstype=ext4 ele$t4 elevator=deadline fsck.repair=yes rootwait
/lib/systemd/system/hciuart.service[Unit]
Description=Configure Bluetooth Modems connected by UART
ConditionFileNotEmpty=/proc/device-tree/soc/gpio@7e200000/bt_pins/brcm,pins
Requires=dev-ttyS0.device
After=dev-ttyS0.device
[Service]
Type=forking
ExecStart=/usr/bin/btuart
[Install]
WantedBy=multi-user.target
ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 M�r 13 20:35 /dev/ttyAMA0
id fhem
uid=999(fhem) gid=20(dialout) Gruppen=20(dialout),5(tty)
ls -l /dev/serial*
lrwxrwxrwx 1 root root 7 M�r 12 18:17 /dev/serial0 -> ttyAMA0
lrwxrwxrwx 1 root root 5 M�r 12 18:17 /dev/serial1 -> ttyS0
AssignedPeerCnt 0
CNT 75
Clients :CUL_HM:
DEF /dev/ttyAMA0
DEVCNT 75
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 4
FUUID 5c8506cc-f33f-d2a9-2c9e-1c46fe37f5830502
LastOpen 1552502671.30396
NAME myHmUART
NOTIFYDEV global
NR 32
NTFY_ORDER 50-myHmUART
PARTIAL
RAWMSG 040200
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 0
msgLoadHistory 0/0/-1/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 0/0/0/1/1/1/1/1/1/1/1/1/1
owner 6A5877
D-HMIdAssigned 6A5877 2019-03-13 19:44:33
D-HMIdOriginal 6A5877 2019-03-13 19:44:33
D-firmware 1.4.1 2019-03-13 19:44:33
D-serialNr PEQ0533333 2019-03-13 19:44:33
D-type HM-MOD-UART 2019-03-13 19:44:31
cond ok 2019-03-13 19:44:33
load 1 2019-03-13 19:49:35
loadLvl low 2019-03-13 19:44:33
state opened 2019-03-13 19:44:31
Der Firmware Update verlief fehlerfrei und auch sonst glaube ich kommuniziert das Modul mit dem FHEM:
019.03.13 19:44:30.509 1: Including fhem.cfg
2019.03.13 19:44:30.825 3: WEB: port 8083 opened
2019.03.13 19:44:30.893 2: eventTypes: loaded 216 events from ./log/eventTypes.txt
2019.03.13 19:44:31.120 3: HUEDevice65537: I/O device is tradfri_1
2019.03.13 19:44:31.123 3: HUEDevice65538: I/O device is tradfri_1
2019.03.13 19:44:31.126 3: HUESensor65539: I/O device is tradfri_1
2019.03.13 19:44:31.128 3: HUEDevice65540: I/O device is tradfri_1
2019.03.13 19:44:31.130 3: HUEDevice65541: I/O device is tradfri_1
2019.03.13 19:44:31.133 3: HUEDevice65542: I/O device is tradfri_1
2019.03.13 19:44:31.136 3: HUEDevice65543: I/O device is tradfri_1
2019.03.13 19:44:31.140 3: HUEDevice65544: I/O device is tradfri_1
2019.03.13 19:44:31.143 3: HUEDevice65545: I/O device is tradfri_1
2019.03.13 19:44:31.145 3: HUEDevice65546: I/O device is tradfri_1
2019.03.13 19:44:31.149 3: HUEDevice65547: I/O device is tradfri_1
2019.03.13 19:44:31.152 3: HUEDevice65548: I/O device is tradfri_1
2019.03.13 19:44:31.155 3: HUEDevice65549: I/O device is tradfri_1
2019.03.13 19:44:31.158 3: HUEGroup131075: I/O device is tradfri_1
2019.03.13 19:44:31.161 3: HUEGroup131077: I/O device is tradfri_1
2019.03.13 19:44:31.163 3: HUEGroup131078: I/O device is tradfri_1
2019.03.13 19:44:31.236 1: Including ./log/fhem.save
2019.03.13 19:44:31.262 3: Opening myHmUART device /dev/ttyAMA0
2019.03.13 19:44:31.302 3: Setting myHmUART serial parameters to 115200,8,N,1
2019.03.13 19:44:31.304 3: myHmUART device opened
2019.03.13 19:44:31.312 2: tradfri_1: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss -i iiiii -p ppppp
2019.03.13 19:44:31.315 3: tradfri_1: starting
2019.03.13 19:44:31.318 3: tradfri_1: using FHEM logfile
2019.03.13 19:44:31.320 0: Featurelevel: 5.9
2019.03.13 19:44:31.320 0: Server started with 25 defined entities (fhem.pl:18799/2019-03-05 perl:5.024001 os:linux user:fhem pid:1594)
2019.03.13 19:44:32.304 0: HMUARTLGW myHmUART send: 00 00
2019.03.13 19:44:32.309 0: HMUARTLGW myHmUART recv: 00 0402436F5F4350555F424C, state 1
2019.03.13 19:44:32.309 0: HMUARTLGW myHmUART currently running Co_CPU_BL
2019.03.13 19:44:32.310 0: HMUARTLGW myHmUART send: 00 03
2019.03.13 19:44:32.565 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 174.
2019.03.13 19:44:32.565 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 186.
2019.03.13 19:44:32.566 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 187.
2019.03.13 19:44:32.566 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 188.
2019.03.13 19:44:32.566 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 208.
2019.03.13 19:44:32.566 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 213.
2019.03.13 19:44:32.566 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 218.
2019.03.13 19:44:32.736 0: HMUARTLGW myHmUART recv: 00 0401, state 2
2019.03.13 19:44:32.746 0: HMUARTLGW myHmUART recv: 00 00436F5F4350555F417070, state 2
2019.03.13 19:44:32.746 0: HMUARTLGW myHmUART currently running Co_CPU_App
2019.03.13 19:44:33.748 0: HMUARTLGW myHmUART send: 01 006A5877
2019.03.13 19:44:33.751 0: HMUARTLGW myHmUART recv: 01 0401, state 4
2019.03.13 19:44:33.752 0: HMUARTLGW myHmUART GetSet Ack: 01, state 4
2019.03.13 19:44:33.752 0: HMUARTLGW myHmUART send: 01 01
2019.03.13 19:44:33.756 0: HMUARTLGW myHmUART recv: 01 040701016A5877, state 5
2019.03.13 19:44:33.756 0: HMUARTLGW myHmUART GetSet Ack: 07, state 5
2019.03.13 19:44:33.757 0: HMUARTLGW myHmUART send: 01 10
2019.03.13 19:44:33.761 0: HMUARTLGW myHmUART recv: 01 040701016A5877, state 6
2019.03.13 19:44:33.761 0: HMUARTLGW myHmUART GetSet Ack: 07, state 6
2019.03.13 19:44:33.762 0: HMUARTLGW myHmUART send: 00 0E5C894F9102
2019.03.13 19:44:33.765 0: HMUARTLGW myHmUART recv: 00 0401, state 7
2019.03.13 19:44:33.766 0: HMUARTLGW myHmUART GetSet Ack: 01, state 7
2019.03.13 19:44:33.766 0: HMUARTLGW myHmUART send: 00 02
2019.03.13 19:44:33.769 0: HMUARTLGW myHmUART recv: 00 0402010003010401, state 8
2019.03.13 19:44:33.770 0: HMUARTLGW myHmUART GetSet Ack: 02, state 8
2019.03.13 19:44:33.770 0: HMUARTLGW myHmUART send: 00 06
2019.03.13 19:44:33.774 0: HMUARTLGW myHmUART recv: 00 0401, state 10
2019.03.13 19:44:33.774 0: HMUARTLGW myHmUART GetSet Ack: 01, state 10
2019.03.13 19:44:33.774 0: HMUARTLGW myHmUART send: 00 0B
2019.03.13 19:44:33.778 0: HMUARTLGW myHmUART recv: 00 040250455130353333333333, state 9
2019.03.13 19:44:33.779 0: HMUARTLGW myHmUART GetSet Ack: 02, state 9
2019.03.13 19:44:33.779 0: HMUARTLGW myHmUART send: 00 0A00
2019.03.13 19:44:33.782 0: HMUARTLGW myHmUART recv: 00 0401, state 11
2019.03.13 19:44:33.783 0: HMUARTLGW myHmUART GetSet Ack: 01, state 11
2019.03.13 19:44:33.783 0: HMUARTLGW myHmUART send: 00 0901
2019.03.13 19:44:33.786 0: HMUARTLGW myHmUART recv: 00 0401, state 12
2019.03.13 19:44:33.786 0: HMUARTLGW myHmUART GetSet Ack: 01, state 12
2019.03.13 19:44:33.786 0: HMUARTLGW myHmUART send: 00 08
2019.03.13 19:44:33.789 0: HMUARTLGW myHmUART recv: 00 040200, state 13
2019.03.13 19:44:33.790 0: HMUARTLGW myHmUART GetSet Ack: 02, state 13
2019.03.13 19:44:33.790 0: HMUARTLGW myHmUART send: 01 030000000000000000000000000000000000
2019.03.13 19:44:33.796 0: HMUARTLGW myHmUART recv: 01 0401, state 14
2019.03.13 19:44:33.796 0: HMUARTLGW myHmUART GetSet Ack: 01, state 14
2019.03.13 19:44:33.797 0: HMUARTLGW myHmUART send: 01 0F0000000000000000000000000000000000
2019.03.13 19:44:33.802 0: HMUARTLGW myHmUART recv: 01 0401, state 15
2019.03.13 19:44:33.803 0: HMUARTLGW myHmUART GetSet Ack: 01, state 15
2019.03.13 19:44:33.803 0: HMUARTLGW myHmUART send: 01 0B0000000000000000000000000000000000
2019.03.13 19:44:33.808 0: HMUARTLGW myHmUART recv: 01 0401, state 16
2019.03.13 19:44:33.808 0: HMUARTLGW myHmUART GetSet Ack: 01, state 16
2019.03.13 19:44:34.810 0: HMUARTLGW myHmUART send: 00 08
2019.03.13 19:44:34.813 0: HMUARTLGW myHmUART recv: 00 040200, state 98
2019.03.13 19:44:34.813 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2019.03.13 19:44:34.814 0: HMUARTLGW myHmUART roundtrip delay: 0.0026
2019.03.13 19:44:49.812 0: HMUARTLGW myHmUART send: 00 08
2019.03.13 19:44:49.815 0: HMUARTLGW myHmUART recv: 00 040200, state 98
2019.03.13 19:44:49.816 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2019.03.13 19:44:49.816 0: HMUARTLGW myHmUART roundtrip delay: 0.0026
Auch kann ich ohne Fehler Meldung in den pairing Modus wechseln, nur kann ich kein Gerät pairen. Habt Ihr eine Idee was ich falsch mache?
2019.03.13 20:12:51.158 0: HMUARTLGW myHmUART send: 00 08
2019.03.13 20:12:51.161 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2019.03.13 20:12:51.161 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2019.03.13 20:12:51.162 0: HMUARTLGW myHmUART roundtrip delay: 0.0027
2019.03.13 20:13:05.884 3: HMUARTLGW myHmUART entered pairing-mode
2019.03.13 20:13:06.160 0: HMUARTLGW myHmUART send: 00 08
2019.03.13 20:13:06.163 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2019.03.13 20:13:06.164 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2019.03.13 20:13:06.164 0: HMUARTLGW myHmUART roundtrip delay: 0.0027
2019.03.13 20:13:21.170 0: HMUARTLGW myHmUART send: 00 08
2019.03.13 20:13:21.173 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2019.03.13 20:13:21.174 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2019.03.13 20:13:21.174 0: HMUARTLGW myHmUART roundtrip delay: 0.0027
Gruß Lars
Hi,
was genau machst Du da? Also konkret welches Gerät welche Schritte ...
Zitatnur kann ich kein Gerät pairen
Das hier ist eigentlich, naja ... ::)
Zitatcore_freq=25
force_turbo=1
aber wahrscheinlich wird der erste Fehler durch den letzen Eintrag überbügelt. Es läuft ja. ;)
Zur Info nochmal die Anleitung https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
Gruß Otto
Hallo Otto,
Zitat
core_freq=25
force_turbo=1
versage schon beim copy and paste. core_freq steht auf 250. Sollte ich dann Force_turbo raus nehmen?
Zitatwas genau machst Du da? Also konkret welches Gerät welche Schritte ...
Habe zwei Geräte:
1. Homematic IP Homematic IP Komplettbausatz Wandtaster für Markenschalter 2fach HmIP-BRC2, für Smart Home / Hausautomationhttps://www.elv.de/elv-homematic-ip-wandtaster-fuer-markenschalter-2fach-hmip-brc2-komplettbausatz.html (https://www.elv.de/elv-homematic-ip-wandtaster-fuer-markenschalter-2fach-hmip-brc2-komplettbausatz.html)
Wenn ich dort den Pairing Knopf drücke, blinkt zwar die LED alle 10 sec gelb, jedoch passiert nix.
2. Homematic IP Rauchmelder HmIP-SWSD mit 10-Jahres-Lithium-Batteriehttps://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=55245 (https://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=55245)
Deckenbefestigung abnehmen, zwei Minuten warten und wieder befestigen, LED blinkt gelb alle 10 sec, bei FHEM passiert nix
Ich hoffe das reicht als Erklärung
Danke Dir Lars
Zitat von: lneumann am 13 März 2019, 21:47:14
Habe zwei Geräte:
1. Homematic IP Homematic IP Komplettbausatz Wandtaster für Markenschalter 2fach HmIP-BRC2, für Smart Home / Hausautomationhttps://www.elv.de/elv-homematic-ip-wandtaster-fuer-markenschalter-2fach-hmip-brc2-komplettbausatz.html (https://www.elv.de/elv-homematic-ip-wandtaster-fuer-markenschalter-2fach-hmip-brc2-komplettbausatz.html)
Wenn ich dort den Pairing Knopf drücke, blinkt zwar die LED alle 10 sec gelb, jedoch passiert nix.
2. Homematic IP Rauchmelder HmIP-SWSD mit 10-Jahres-Lithium-Batteriehttps://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=55245 (https://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=55245)
Deckenbefestigung abnehmen, zwei Minuten warten und wieder befestigen, LED blinkt gelb alle 10 sec, bei FHEM passiert nix
Ich hoffe das reicht als Erklärung
Danke Dir Lars
Homematic IP läuft nur mit einer CCU oder piVCCU oder RaspberryMatic oder Debmatic.
Du kannst das Modul nicht direkt unter FHEM dafür nutzen.
:-[ :-[ Schade eigentlich
ich persönlich nutze core_freq=250
Wichtig ist eines von beiden, sonst geht das Modul nicht. Und wie gloob sagt, HM IP ist leider so nicht. Kannst Du nicht pairen.
Da hast Du Dich zu wenig vorab informiert. Passiert aber häufig.
Such einfach nach den Begriffen hier im Forum da wirst Du fündig.
Viel Erfolg
Otto
Die RasPi Funkmodule sind übrigens bei ELV wieder verfügbar.
Im Ebay Shop von ELV für 19,95 Versandkostenfrei.
Gesendet von meinem Doogee S60 mit Tapatalk
Hallo zusammen,
ich arbeite auch gerade daran Homematic Geräte in FHEM zu integrieren. Hierbei stellt sich für mich die Frage ob ich physisch den HM-LGW-O-TW-W-EU benötige. Das HM-MOD-RPI-PCB ist bereits verbaut und aktiv. Hierüber komunizieren bereits meine MQTT Devices. Wäre super wenn Ihr mir hierbei weiterhelfen könntet. Danke! Viele Grüße.
Hallo zusammen,
weil nun mein schöner HM-USB-CFG den Tod aller HM-USB-CFGs gestorben ist,
hat kurzfristig ein HM-UART Modul direkt an einem CP2102 (https://www.amazon.de/gp/product/B078W5L8W1/ref=ppx_yo_dt_b_asin_title_o05_s00?ie=UTF8&psc=1) einzug gehalten.
Das passt sogar in das HM-USB-CFG- Gehäuse. ;)
Die FW steht bereits auf 1.4.1 und das Teil arbeitet nach unkomplizierter
Einrichtung und Einbindung in die vCCU wie gewünscht.
Nun hatte ich mit dem HM-USB-CFG per Attr "advaltrigger 1" die RSSI- Werte
mitgeschrieben. Dies scheint HMUARTLGW nicht zu erlauben. Irre ich mich da,
oder gibt es ein alternatives Verfahren zum Loggen von RSSI?
Die RSSI- Tabellenlösung (https://forum.fhem.de/index.php/topic,62184.msg535801.html#msg535801) kenne ich, aber die erlaubt ja kein kontinuierliches
Loggen.
Schon mal vielen Dank für eure Hilfe!
Gruß
Frank
mit attr rssiLog bekommst du bei den devices entsprechende readings.
Wow, vielen Dank! Das ging ja schnell und klappt auch. ;)
na dann happy logging.
aber warum für alle devices? zum testen von seltsamem verhalten schon ok.
du kennst die rssi "statistik" in hminfo?
1. ein komprimiertes "übersichts" reading
2. get hminfo rssi
Muss ich bei Gelegenheit alles mal probieren. Ich hab einige RSSI- Werte gern ständig im Blick (Plot), um den Zustand des Gesamtsystems zu beurteilen. Da läuft manchmal was aus dem Ruder und dann sehe ich z.B. warum mein Beregnungsablauf stehen geblieben ist: Rückmeldung vom Aktor nicht angekommen.
Bisher waren auch immer zu viele Werte im Log. Ich muss das noch sinnvoll ausdünnen. Vieleicht helfen mir dabei deine letzen Tipps...
Edit: Mittlerweile bekomme ich ein Log mit wenigen Werten per "attr rssiLog 1" und "attr event-min-interval rssi_at_HM_UART:1800,rssi_HM_UART:1800".
Das entspricht genau meinen Vorstellungen und ich konnte die Antennenposition des HM-UART- Moduls schon deutlich verbessern. Die "Problemaktoren" in der Stahlbetongarage (Linien Grün + Pink) sind jetzt stabil empfang- und steuerbar.
Nochmals vielen Dank!
Hi,
nachdem bei meinem FHEM das UART Modul schon länger per WLAN Gateway eingebunden ist, bin ich etwas eingerostet was die aktuelle Konfiguration der UART Schnittstelle angeht :-)
Raspeberry: 3B Rev 1.2
Release: Buster
Bisher erfolgt:
Modul gelötet, kalte Lötstellen etc konnte ich keine erkennen, eingebaut und gestartet
nach diesem Link vorgegangen: https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule (https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule)
MyHmUART angelegt, aktuell auf closed, das es mir den Log zuballert:
Internals:
CNT 1
Clients :CUL_HM:
DEF /dev/ttyAMA0
DevState 0
DevType UART
DeviceName /dev/ttyAMA0@115200
FUUID 5db2af5a-f33f-4252-8973-c81b8a76d86fbee6
LastOpen 1571993033.31029
NAME myHmUART
NOTIFYDEV global
NR 24
NTFY_ORDER 50-myHmUART
STATE closed
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
Helper:
AckPending:
1:
cmd 00
dst 0
frame FD00030001009E03
resend 3
time 1571993034.313
LastSendLen:
3
Log:
IDs:
MatchList:
1:CUL_HM ^A......................
READINGS:
2019-10-25 10:41:19 D-type HM-MOD-UART
2019-10-25 10:44:04 cond disconnected
2019-10-25 10:41:19 loadLvl suspended
2019-10-25 10:44:04 state closed
Attributes:
room 102 I/O
verbose 5
Nebst Auszug aus dem Log:
2019.10.25 10:43:27 3: Setting myHmUART serial parameters to 115200,8,N,1
2019.10.25 10:43:27 1: /dev/ttyAMA0 reappeared (myHmUART)
2019.10.25 10:43:28 4: HMUARTLGW myHmUART StartInit
2019.10.25 10:43:28 5: HMUARTLGW myHmUART send: 00 00
2019.10.25 10:43:28 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2019.10.25 10:43:28 5: SW: fd00030001009e03
2019.10.25 10:43:31 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2019.10.25 10:43:31 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2019.10.25 10:43:31 5: SW: fd00030001009e03
2019.10.25 10:43:34 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2019.10.25 10:43:34 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2019.10.25 10:43:34 5: SW: fd00030001009e03
2019.10.25 10:43:37 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2019.10.25 10:43:37 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2019.10.25 10:43:37 5: SW: fd00030001009e03
2019.10.25 10:43:40 1: HMUARTLGW myHmUART did not respond after all, reopening
2019.10.25 10:43:40 4: HMUARTLGW myHmUART Reopen
2019.10.25 10:43:40 3: myHmUART device closed
Was hab ich übersehen?
Grüße
Achim
Hallo Achim,
eigentlich alles richtig. Ich behaupte aber vorsichtig: Es wurde mit dem Modul noch nicht geredet. Ich bin mir relativ sicher.
Ich habe bei mir gerade mal ohne ein Modul einfach das define gemacht. Da kommen exakt die gleichen Readings wie bei Dir und es wird zyklisch geloggt.
Also ich vermute es ist was mit dem Modul.
Hast Du deine Montage mit den Bildern im Wiki verglichen? Es ist leider schon paar mal vorgekommen, das die Seiten der Module verwechselt wurden.. Ich wills nur sagen und nichts unterstellen ;)
Der Letzte Fall in der Art war glaub ich eine Zinnbrücke zwischen den Kontakten beider Module
Gruß Otto
;D ;D
Du hattest recht, ohh man, ich sollte Prioritäten setzen und während der Löterei nicht mit Kunden telefonieren ;D
Das Sendemodul war 180° verdreht drauf, rumgedreht, es scheint überlebt zu haben :-)
Internals:
AssignedPeerCnt 0
CNT 17
Clients :CUL_HM:
DEF /dev/ttyAMA0
DEVCNT 17
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 8
FUUID 5db2af5a-f33f-4252-8973-c81b8a76d86fbee6
LastOpen 1571995559.45479
NAME myHmUART
NOTIFYDEV global
NR 24
NTFY_ORDER 50-myHmUART
PARTIAL
RAWMSG 040200
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 0
msgLoadHistory 0/0/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 0/0/0/-/-/-/-/-/-/-/-/-/-
Helper:
CreditTimer 3
FW 66049
Initialized 1
AckPending:
LastSendLen:
3
3
Log:
IDs:
RoundTrip:
Delay 0.00296187400817871
loadLvl:
lastHistory 1571996161.93421
MatchList:
1:CUL_HM ^A......................
Peers:
READINGS:
2019-10-25 11:26:01 D-HMIdOriginal 6BD8XX
2019-10-25 11:26:01 D-firmware 1.2.1 (outdated)
2019-10-25 11:26:01 D-serialNr PEQ2214795
2019-10-25 11:25:58 D-type HM-MOD-UART
2019-10-25 11:26:01 cond ok
2019-10-25 11:26:01 load 0
2019-10-25 11:26:01 loadLvl low
2019-10-25 11:25:59 state opened
Attributes:
room 102 I/O
...ich Sockel die bei mir immer, dann kann ich im Fehlerfall kurz mal wechseln ;-)
die fw ist jetzt noch "outdated".
Dann bitte einmal Update machen wie im Wiki beschrieben.
Geht in FHEM :)
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Firmware_Update_des_UART-Moduls_mit_FHEM
War das Modul neu gekauft? Interessiert mich nur, ob die generell immer noch die Jahre alte Firmware ausliefern ::)
ja neu von elv :-) Empfangen kann er schonmal, ob er noch senden kann? Bisher alles pending, mal sehen obs das update der firmware richtet :-)
Ja ein sockel wäre super gewesen aber in dem pinabstand hätte ich keinen da gehbat, muss ich mal besorgen fürs nächste Mal :-)
...das müsste der 2,0mm Abstand sein, gibt's als Sockelleiste z,B, bei Reichelt...
Jap, beim nächsten Mal mit ordern.
So der CC-RT-DN ist noch immer pending, die 30 Sekunden beim Pairing laufen auch immer ohne Rückmeldung ab. Sehen kann in FHEM aber logischerweise nicht steuern.
Kann ich, mit einem anderen HM MOD PCB auf irgendeine weise prüfen ob der "verpolte" noch senden kann oder doch Schaden nahm?
Mir ist keine Prüfmethode bekannt außer der Betrieb in FHEM. Aber wenn mit dem Modul geredet wird, kann es doch nur funktionieren. An dem Modul ist doch bloß Strom und TX RX.
Ich glaub nicht, das es gelitten hat. Zumindest hatten wir das hier auch noch nicht. Und du bist mindestens der 5 te der sein Modul verdreht hat (glaub ich)
Gruß Otto
Eines meiner Module (war nicht verpolt) konnte mit FHEM reden und hatte sogar das FW- Update angenommen.
Es konnte aber nicht senden und empfangen. Die Funksektion war quasi defekt. Hat ELV dann anstandslos getauscht.
So,
HM CC RT DN abgeschraubt zum HM MOD getragen, das getan was man ja nicht machen sollte, Pairing in 10cm Abstand gestartet, 30...AC...fertig. Seitdem klappt's auch montiert am Heizkörper ;)
*Happy*
Hi,
ich kann mir denken, das es vielleicht nicht gesehen wird, das ich hier auf einen bestehen Thread von mir Hinweise, bin aber echt ratlos. Da das hier der Modulthread ist weiß vielleicht noch jemand eine Idee?
https://forum.fhem.de/index.php/topic,105127.0.html
Hallo,
seit heute steht taucht in meinem Log folgendes auf.
2020.01.12 18:17:15 3: Setting myHmUART serial parameters to 115200,8,N,1
2020.01.12 18:17:15 1: /dev/ttyAMA0 reappeared (myHmUART)
2020.01.12 18:18:36 1: /dev/ttyAMA0 disconnected, waiting to reappear (myHmUART)
Es werden auch Statusmeldungen nicht mehr sauber verarbeitet z.B. der Fensterstatus, wenn das Fenster geschlossen wird, steht dann weiter als offen in FHEM
Ist das Teil möglicherweise kaputt?
Gruß Udo
Hallo Udo,
ich halte das irgendwie für unwahrscheinlich. Was sagt denn:
ls -l /dev/ttyAMA0
ls -l /dev/serial*
Mir klingt das eher nach: irgendwas blockiert die serielle Schnittstelle oder redet dazwischen.
Gruß Otto
Zitat von: Otto123 am 12 Januar 2020, 18:56:46
Hallo Udo,
ich halte das irgendwie für unwahrscheinlich. Was sagt denn:
ls -l /dev/ttyAMA0
ls -l /dev/serial*
Da bekomme ich Unknown Command zurück oder muss ich das auf dem Pi ausführen?
Die Kommandos waren für die linux konsole. Wenn Du das in der FHEM Kommandozeile (Browser) machen willst musst Du es so machen
{qx(ls -l /dev/ttyAMA0)}
{qx(ls -l /dev/serial*)}
Zitat von: Otto123 am 12 Januar 2020, 19:29:47
Die Kommandos waren für die linux konsole. Wenn Du das in der FHEM Kommandozeile (Browser) machen willst musst Du es so machen
{qx(ls -l /dev/ttyAMA0)}
Ergebnis:
crw-rw---- 1 root dialout 204, 64 Jan 12 19:51 /dev/ttyAMA0
Zitat von: Otto123 am 12 Januar 2020, 19:29:47
{qx(ls -l /dev/serial*)}
Ergebnis:
lrwxrwxrwx 1 root root 7 Jan 12 17:20 /dev/serial0 -> ttyAMA0
lrwxrwxrwx 1 root root 5 Jan 12 17:20 /dev/serial1 -> ttyS0
/dev/serial:
insgesamt 0
drwxr-xr-x 2 root root 80 Jan 12 17:20 by-id
drwxr-xr-x 2 root root 80 Jan 12 17:20 by-path
Ok - das spricht gegen meine Vermutung.
Irgendwo Schluss? Antennenende (Draht) Kontakt zur Umgebung?
Hallo Udo,
Zitat von: Udomatic am 12 Januar 2020, 18:34:08
2020.01.12 18:17:15 3: Setting myHmUART serial parameters to 115200,8,N,1
2020.01.12 18:17:15 1: /dev/ttyAMA0 reappeared (myHmUART)
2020.01.12 18:18:36 1: /dev/ttyAMA0 disconnected, waiting to reappear (myHmUART)
Ist das Teil möglicherweise kaputt?
wie ist denn das Modul angebunden? USB? Oder direkt mit der ELV Adapterplatine? Ggf. sind die Lötstellen schlecht?
Gruß Peter
Zitat von: PeMue am 12 Januar 2020, 22:08:47
Hallo Udo,
wie ist denn das Modul angebunden? USB? Oder direkt mit der ELV Adapterplatine? Ggf. sind die Lötstellen schlecht?
Gruß Peter
Hallo Peter,
Anbindung ist per ELV Platine. Die Platine läuft seit ca. 16 Monaten. An der Platine ist eine stärkere Antenne. Die ist seit ca. einem Jahr dran.
Gruß
Udo
Hallo Udo,
Zitat von: Udomatic am 12 Januar 2020, 22:13:09
Anbindung ist per ELV Platine. Die Platine läuft seit ca. 16 Monaten.
ich würde den Raspberry Pi trotzdem mal runterfahren, die Platine ausstecken und die Lötstellen optisch überprüfen und ggf. mit dem Multimeter durchmessen (3,3 V, GND, Rx und Tx). Sicher ist sicher. Wenn es das nicht ist, dann irgend ein Update ...
Gruß Peter
Zitat von: PeMue am 13 Januar 2020, 08:38:40
Hallo Udo,
ich würde den Raspberry Pi trotzdem mal runterfahren, die Platine ausstecken und die Lötstellen optisch überprüfen und ggf. mit dem Multimeter durchmessen (3,3 V, GND, Rx und Tx). Sicher ist sicher. Wenn es das nicht ist, dann irgend ein Update ...
Gruß Peter
Hallo Peter,
Gerade erledigt.
Unter der Lupe sehen die Lötstellen gut aus. Nichts schwarz oder das etwas überlappt. Was sagst du dazu, wenn du dir die Bilder anschaust?
Nach dem Einbau und Neustart des Pi steht das Modul zumindest wieder auf ok/ opened und nicht disconnected. Auch fast alle Geräte werden vom Action Detector wieder erkannt. Drei sind stehen gerade auf "Unknown". Gestern Abend war mehr als die Hälfte "Dead".
Logfile meldet auch nichts mehr. Schlüssig erklären kann ich es mir nicht...
Danke soweit und einen guten Start in die Woche!
Gruß
Udo
Welche Firmware hat das Modul?
Sollte so sein: D-firmware 1.4.1
Zitat von: Otto123 am 13 Januar 2020, 13:10:06
Welche Firmware hat das Modul?
Sollte so sein: D-firmware 1.4.1
FW ist 1.4.1.
2 Geräte stehen noch auf Unknown.
Guten Morgen,
Ich bin erst jetzt auf dieses Projekt aufmerksam geworden und habe eine Verständnisfrage:
Ich betreibe zur Zeit einen Raspberry Pi 3 und einen HM Konfigurationsadapter für die Homematic Komponenten. Alles per LAN verkabelt.
2 HM Rolladen Aktoren machen mir auf die Entfernung zum Sender etwas Ärger - sie haben schlechte RSSi Werte und schalten dementsprechend nicht immer.
Meine Idee war nun einen HMUART mit Ethernet2Serial Adapter als zusätzlichen Sender einzusetzen, um diese beiden Aktoren besser abzudecken.
Habe ich das nun Folgende richtig erlesen / verstanden??
Entweder ich müsste alle bisher an den Konfigurationsadapter angelernten HM Devices statt dessen in die VCCU bringen und kann dann beide Sender alle Befehle parallel senden lassen.
Oder
Ich müsste z.B. die 2 Rolladen Aktoren von dem bisherigen Konfigurationsadapter trennen und auf den neuen HMUART pairen.
.... und ich käme so oder so zum ersten Mal in den Genuss auch mal ein HM Device updaten zu können...
Für eine Antwort wäre ich dankbar.
LG, Sprudelverduenner
Kurz gesagt: du definierst eine VCCU mit der ID des "HM Konfigurationsadapters" und verwendest diesen als auch den HMUART für die VCCU als IOs. Damit brauchst du die Komponenten nicht umlernen. Das ist vergleichbar mit einem WLAN, welches auf zwei APs die gleiche Kennung verwendet und von einer zentralen Instanz gesteuert wird.
Ich würde - auch aufgrund der aktuellen Entwicklungen von CUL_HM - jedoch an deiner Stelle hingehen und eine CCU2 oder CCU3 besorgen, dieser die ID des bisher verwendeten HM-Konfigurationsadapters verpassen und daran den HM-LAN als Reichweitenverlängerer betreiben. Die CCU2/3 kannst du dann mit HMCCU mit fhem koppeln. Wenn den HM-LAN dann mal das zeitliche segnet, kannst du den mit einem LAN-GW ersetzen, darüber kannst du dann auch die BidCoS-Devices updaten.
Moin,
mit Sicherheit ist aber der Weg den Ralli im ersten Abschnitt beschreibt der Einfache. HMCCU ist eine völlig andere Umgebung, das zieht jede Menge Änderungen nach sich.
Eine VCCU nachträglich zu definieren ist eine ganz einfache Sache, ich verstehe nicht warum das immer als mystisch angesehen wird. Das ist eigentlich auch simpel im Wiki beschrieben.
Du kannst mit etwas Bastelei auch den HMLAN Antennenseitig verbessern. Das ist glaub ich im Wiki beschrieben. Bei mir hat das seinerzeit gereicht einen schwierigen Aktor stabil zu erreichen.
Gruß Otto
@ ralle
Danke für deine Ausführungen
@ Otto
Ebenfalls danke
Dann werde ich das in die VCCU migrieren - wenn das so einfach ist.
Ist ja dann auch technisch gesehen die bessere Lösung.
Die Bastelei mit Antennenverlängerung habe ich schon vor 2 Jahren durchgeführt.
Sonst hätte ich dort gar keinen Empfang ..... 😂😂
Dankeschön, habe dann auch
Im wiki das HMUARTLGW device gefunden:
https://wiki.fhem.de/wiki/HMUARTLGW (https://wiki.fhem.de/wiki/HMUARTLGW)
Hallo,
ich habe eben einen neuen Raspberry pi 3B (mit Raspian -buster) aufgesetzt mit dem UART-Modul.
Alles ist in der aktuellen Version.
Das UART-Modul wurde nach den Anleitungen installiert, flashen auf Version 1.4.1 ging auch, aber mein großes Problem ist, dass das Modul/FHEM keinen einzigen Befehl raussenden kann.
Pairen von Geräten (Funkstecker, Thermostat...) geht alles. Es kommen auch die Statusmeldungen im FHEM an.
Sobald ich direkt am Thermostat die Temperatur ändere, wird sie mir in FHEM angezeigt. Aber will ich die Temperatur vom FHEM aus ändern, passiert nichts.
Dasselbe Spiel mit der Funksteckdose.
Ich habe auf einer anderen Speicherkarte eine CCU installiert. Hiermit funktioniert der Raspberry Pi mit dem UART-Funkmodul ohne Probleme. Ein technischer Defekt ist demnach auszuschließen.
Ich bin langsam am verzweifeln.
Hat von euch noch jemand eine Idee, woran es liegen kann, dass FHEM mit dem UART-Modul keine Befehle senden kann, aber alles empfängt?
Hier mal der list von dem Funkmodul
Internals:
AssignedPeerCnt 2
CNT 82
Clients :CUL_HM:
DEF /dev/ttyAMA0
DEVCNT 82
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 4
FUUID 5e720beb-f33f-5d03-e9e6-21997e8ef3b86085
LastOpen 1584532808.52202
NAME Funkplatine
NOTIFYDEV global
NR 14
NTFY_ORDER 50-Funkplatine
PARTIAL
RAWMSG 04020F
RSSI -47
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 8
msgLoadHistory 0/1/1/0/1/1/0/4/-/-/-/-
msgLoadHistoryAbs 8/8/7/6/6/5/4/4/0/-/-/-/-
owner 112112
Helper:
CreditTimer 179
FW 66561
Initialized 1
SendCnt 31
AckPending:
LastSendLen:
3
3
Log:
IDs:
PendingCMD:
RoundTrip:
Delay 0.0028679370880127
loadLvl:
lastHistory 1584535211.02497
MatchList:
1:CUL_HM ^A......................
Peers:
502ED6 +502ED6,00,00,00
55C5BB +55C5BB,00,00,00
READINGS:
2020-03-18 13:00:10 D-HMIdAssigned 112112
2020-03-18 13:00:10 D-HMIdOriginal 651591
2020-03-18 13:00:10 D-firmware 1.4.1
2020-03-18 13:00:11 D-serialNr xxxxxxxxxx
2020-03-18 13:00:08 D-type HM-MOD-UART
2020-03-18 13:00:11 cond ok
2020-03-18 13:34:27 load 8
2020-03-18 13:00:11 loadLvl low
2020-03-18 13:00:08 state opened
helper:
Attributes:
hmId 112112
Bin für jeden Tipp dankbar.
Beste Grüße
Charlie
Empfangen geht immer.
Es ist Funk...
Fhem ordnet dann die empfangenen Daten einem passenden Gerät/Device zu (autocreate falls noch nicht vorhanden).
ABER: damit ein Gerät (echtes Gerät) Kommandos akzeptiert muss es GEPAIRED sein! Also die hmid der Zentrale (fhem, HMOD-UART/vccu) muss im Gerät hinterlegt sein...
Hattest/hast du die Geräte (noch) mit der CCU "verbunden"!?
Dann hat die vermutlich (ziemlich sicher) eine andere hmid, ergo nehmen die Geräte KEINE Befehle von fhem entgegen...
Poste doch mal ein list von einem Device das nicht per fhem geht...
Gruß, Joachim
Hi MadMax,
danke das irgendwas mit dem Pairen nicht geklappt hat war ein guter Hinweis.
Ich habe mir das mal genau angeguckt und festgestellt das bei den readings kein R-Paired und paired to gesetzt wird.
Die Funksteckdose konnte ich nach zweimaligem reset dann doch dazu überreden zu funktionieren.
Dann bin ich erleichtert, dass mit dem UART Modul alles in Ordnung ist.
Vielen Dank für deinen Hinweis!
Beste Grüße
Charlie
Hallo
Hab das HM Uart Modul und ein ZWAVE Uart Modul an eine Wiz120SR angeschlossen und mit FHEM verbunden.
Bei der Einrichtung ist mir aufgefallen das ZWAVE für die Anbindung:
define ZWAVELAN ZWDongle IP:Port
benötigt
Momematic:
define HMLAN HMUARTLGW uart://IP:Port
Hat sicher seinen Grund.
Vielleicht kann man das auch einheitlich machen?
Hallo
Mein HM_Lan Gateway UART über IP.
define HMLAN HMUARTLGW uart://IP:Port
Erzeugt kein keepAlive.
Kann ich das nachträglich noch erzeugen?
Und wenn ich diesen Adapter mit:
"Set HMLAN close" anhalte.
Kann ich ihn schlecht wieder starten.
Hab mit "open, reopen, und restart" versucht.
Wenn ich das Device aber lösche und wieder komplet neu anlege, wird die Verbindung sofort aufgebaut.
Denke das HM_Uart wird beim Instalieren anders angesprochen damit es wieder mit FHEM spricht.
Das ist eventuell wichtig nach einem Stromausfall.
Hab das einige male durchgespielt.
Löschen dann neu definieren und meist wieder alles ok.
Hab das aber nur bei dem HM_Uart über "uart://ip:port" getestet.
Hallo
Heute Morgen war das HM_UART nicht mehr ansprechbar (disconnect).
Hab es mit "set HM_UART closet"
ca 1 Minute gewartet und dann mit "set HM_UART open" wieder gestartet.
Dann war wieder alles ok.
Hab eben gesehen das keepAlive beim HM_Lan Gateway auf den Port 2001 geht,
und die Verbindung den Port 2000 benutzt.
Würde mir so nichts bringen.
Ich habe produktiv ein UART-Modul (RPi) auf einem Raspberry stecken und per ser2net an mein FHEM über "uart://ip:port" angebunden. Das läuft seit ein paar Jahren und übersteht jeden Stromausfall ohne manuellen Eingriffe und irgendwelche extra Dinge. Auch ein close und open funktioniert reibungslos. Ein disconnect kam noch nie vor.
Kann also sein, dein Wiz120SR arbeitet nicht so wie es sollte oder es gibt ein Problem in deinem Netzwerk?
Gruß Otto
vielleicht immer noch fw1.2. ;)
Firmware zeigt es 1.4.1 an.
Am Wiz120SR hab ich heute morgen auch die neuste verpasst.
Hab auch ein HM_Uart an einem PI läuft schon seit Jahren ohne Fehler, ist aber sicher nicht vergleichbar.
Das Wiz120SR geht mit zwei ZWAVE_Uart, Problemlos ohne Fehler.
Wenn ich aber ein ZWAVE_Uart mit einem HM_Uart ersetze, hab ich nur Probleme mit dem HM_Uart.
Suche Tipps wie ich das eingrenzen kann.
Naja hier im Thread suchst Du aus meiner Sicht quasi nach einem "Fehler" im HMUARTLGW Modul.
Ich meine daran liegt es nicht, es liegt mMn am Wiz120SR oder an deinem Netzwerk.
Hallo Otto
Hab für dich mal die Feste IP des Wiz120SR gewechselt.
Es gingen beide Uart_s sofort auf disconnect.
Nach dem abändern der IP auf der FHEM Seite haben sich beide Adapter wieder sofort verbunden.
Otto, das Wiz120SR hat zwei Uart Anschlüsse (0 und 1).
Es gibt nur Probleme mit dem HM_Uart, egal ob dieser auf 0 oder 1 steckt.
Wenn auf 0 und 1 zwei ZW_Uart gesteckt sind alles ok, da sind beide Module immer da.
Dazu gibt es noch ein Wiz Config Tool, da wird der Connect Status für 0 und 1 angezeigt.
Ich sehe hier als Fehler nur:
Mein FHEM, das HM_Uart (defekt oder einen knaks), oder das HMUARTLGW Modul.
Oder alles zusammen.
Vielleicht läuft das HM_Uart auf meinem WIZ120SR einfach schlecht.
Ist dann halt einfach so.
Aber lass es mich doch zuerst mal versuchen, ist erst der zweite Tag wo es läuft.
Ist es eventuell auch möglich das andere HM_Uart mit dem WIZ120SR zu updaten?
Oder kann das bei einem Fehler defekt gehen?
Ein Firmware Update über eine nicht funktionierende Anbindung würde ich nicht versuchen. Keine Ahnung was dabei passieren kann oder nicht.
Da wäre es besser, Du machst das Firmware Update lokal an einem Pi. Oder Du besorgst Dir noch ein anderes Netzwerk/seriell Modul.
Für LAN hab ich da keine Erfahrung, WLAN habe ich mit einem ESP schon mehrfach gemacht. Im Betrieb liefert Wlan allerdings relativ große Latenzen, das ist für den Betrieb von Homematic wieder suboptimal.
Du kannst das HMUART Modul ja auch an einem x beliebigen USB Anschluss über einen USB seriell Wandler betreiben.
Du hast ja auch von 2 defekten Modulen geschrieben? Ich habe selbst habe noch nie von sich aus defekte Module erlebt. Bei allen "Defekten" war bisher der, der gelötet hat dran Schuld. :)
...ich habe hier auch zwei defekte Module liegen, die haben sich langsam kaputt geschlichen, hingen an nem Wemos, da haben sich die disconnects gehäuft...
@cs-online Komplett montiert oder nur HM-MOD-UART ohne den HM-MOD-PCB?
Siehe https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Ein Modul ist sicher Neu, halt schon ein bis zwei Jahre alt. Firmware 1.2.
Das mit Firmware 1.3 ist noch etwas älter, wurde mal mit dem PI vorbereitet und getestet.
Hab das komplette Modul.
Wemos und USB sind doch ohne die Platine.
Ich kenne nur, dass die Module generell (mW auch heute noch) mit Firmware 1.2 ausgeliefert werden. Die Firmware 1.4.1 gibt es mindest seit Anfang 2016. Es gibt wohl mittlerweile eine neuere Firmware mit der das HMUARTLGW Modul nicht läuft und die nur für die CCU-Raspberry Aufbauten relevant ist.
Den Satz verstehe ich nicht.
ZitatWemos und USB sind doch ohne die Platine.
Beim HM_Uart Bausatz ist doch eine Buchsenstecker, eine Platine mit etwas wenig SMD und das Funkmodul mit Elektronik.
Der Buchsenstecker bei meinem Uart könnte ev auch Fehler machen.
Kann sein das ich dünnere Stifte an meiner Wiz120SR Zusatzplatine eingebaut habe als es die PI haben?
Das würde dann eventuell auch zu Fehler führen.
@Otto: ich hab beides, bei den ersten hatte ich noch die Platine mit Pfostenstecker RM 2,54 an ner NodeMCU, dann aus Platzgründen ein Wemos mit selbstgeätzter Platine und dann direkt auf die RM2,0 Stifte gesteckt. letzteres läuft schon recht lange stabil
Also die beiden kaputten wurden ohne die Platine mit dem Pfostenstecker betrieben? Hat die selbstgebaute Platine die Widerstände und den Kondensator drauf oder fehlt dann diese Beschaltung komplett?
@Damu
hast du den hmuart schon mal alleine am wiz120 probiert? den versuch konnte ich nicht erkennen.
@Otto:
Nein, sowohl einer mit Pfostenstecker als auch einer, der direkt am Wemos hing, haben sich schleichend verabschiedet. Der, der aktuell schon sehr lange am Wemos hängt (hab da mal ein Foto angehängt) ist direkt ohne Widerstände oder Kondensatoren mit der kleinen Stiftleiste dran. Wird aber vom Wemos ja auch nur mit 3,3V versorgt...
Grüße Christian
@damu
ausserdem frage ich mich gerade: was hast du mit dem "reset" eingang vom modul gemacht?
bekommt der hmuart hier "falsche" signale?
was ist mit der spgs versorgung? alles über die gpio anschlüsse?
gibt es eventuell störende schwankungen?
der hmuart könnte vielleicht besonders empfindlich reagieren.
Zitat von: cs-online am 14 April 2020, 10:48:37
Nein, sowohl einer mit Pfostenstecker als auch einer, der direkt am Wemos hing, haben sich schleichend verabschiedet.
sag ich ja immer: kein wlan. ;)
Zitat von: cs-online am 14 April 2020, 10:48:37
Nein, sowohl einer mit Pfostenstecker als auch einer, der direkt am Wemos hing, haben sich schleichend verabschiedet.
Hallo Christian,
ok dann gehen die also auch mal kaputt. Kann ja passieren. ;)
Ich hatte die Vermutung der Betrieb ohne die Widerstände (Zusatzplatine) schadet langfristig. Das ist also nicht der Fall.
Gruß Otto
Zitat@Damu
hast du den hmuart schon mal alleine am wiz120 probiert? den versuch konnte ich nicht erkennen.
Glaub nicht, das würde bedeuten das ich das Wiz120SR zuerst Stromlos machen muss.
Hatte zuerst zwei Zwave Module gesteckt, ca 1Std laufen lasen.
(ein Test über 24 Std hatte ich schon mit der 1 Platine und zwei Zwave_Uart Module gemacht)
Dann das Modul ausgeschaltet und das HM_Uart zuerst am 1 Port (0) versucht.
Kein Erfolg.
Dann das zweite HM_Uart an Port 1 (0) auch, kein Erfolg.
Weiter mit dem zweiten HM_Uart an Port 2 (1) ohne ZW_Uart, hat geklappt.
Jetzt das HM_Uart an Port 2 (1) mit ZW_Uart, zuerst kein Erfolg mehr, aber plötzlich gings wieder, dann wieder nicht, hab dann aufgehört.(das Modul hat FW1.2)
Hab es noch einige mal mit dem HM_Uart mit FW1.4.1 versucht.
Ging mal, mal wieder nicht.....
Hab am nächsten Tag das HM_Uart nachgelötet, das WIZ120SR auf die neuste Firmware gebracht, FHEM update gemacht, NUC update gemacht.
Jetzt läuft es "besser".
Zitatausserdem frage ich mich gerade: was hast du mit dem "reset" eingang vom modul gemacht?
bekommt der hmuart hier "falsche" signale?
Am HM_Uart ist nur +3.3V GND TX und RX verbunden.
Hab da sogar am Stecker Pins die zuviel waren entfernt.
Und die +5V sind nicht angeschlossen.
Habe eventuel etwas schlanke Pins am Wiz120SR an den zwei Uart Stiftstecker.
Bei der Buchse an meinen HM-Uarts kann es verkommen das die Stifte wenn Sie etwas Krumm sind oder schräg eingesteckt werden mit dem Buchsenstecker eine schlechte Verbindung haben.
(Hab das nur mit den vorhandenen Buchsen und Stecker geprüft, ist bie meinen leider so)
Werde dem HM_Uart eventuell einen neuen (Hochwertige) Buchsenstecker spendieren.
Zudem hab ich noch weitere Platinen und möchte das selbe mit einem WIZ752SR-120.
Der hat dann ev mehr Möglichkeiten.
Deswegen such ich nach Möglichkeiten den HM_Uart zu überwachen, eventuel ein Log schreiben lassen, habe aber keine Ahnung was hierfür sinnvoll ist.
State ist bei meinen HM_Gatway manschmal einige Stunden alt.
Bei Zwave sieht es da nicht besser aus, aber da gibt es noch einige get Befehle.
das hmuart modul ist speziell für den pi entwickelt worden. hier funktioniert es tadellos ohne disconnects, etc.
zum überwachen gibt es zb das reading "cond".
was soll hiermit nicht funktionieren?
wenn sich nichts ändert, ist alles ok. jeder fehler wird hier umgehend angezeigt.
wenn es probleme im zusammenspiel mit anderer hardware (esp, wiz, etc) gibt, liegt es ja auf der hand, dass die anbindung dann wohl ungenügend ist.
wenn der wiz sogar ein 5v pin hat, wäre ich schon mal skeptisch, was der an tx für spgs pegel rausgibt.
der vorhandene reset anschluss des moduls ist sicherlich nicht aus langer weile der entwickler entstanden.
ich würde mir mal alle anschlüsse am oszi anschauen.
und solange es nicht alleine am wiz problemlos läuft, brauchst du auch kein zweites anschliessen.
ein gutes netzteil ist natürlich voraussetzung.
@Frank Da hatte ich schon geschaut, 3,3 Volt scheint ok:
ZitatSerial signals : 2port serial port(3.3V LVTTL) / TXD, RXD, RTS, CTS, GND
...
10/100Mbps Ethernet & Max.230kbps serial speed
Jetzt wo ich da noch mal draufschaue: 230kbps - ist das in Summe oder pro Schnittstelle?
Ich glaube der Reset Anschluss am Modul wird nicht verwendet - zumindest schließt den niemand an, der Wlan oder USB-seriell Wandler einsetzt :)
@otto
datenblätter sind heut zu tage wohl eher fake news. man kann sich ja nicht mal mehr auf die beschriftung der bauteile verlassen, wie man hier im forum immer wieder sieht.
fakt ist, der hmuart funktioniert nicht problemlos mit dem wiz.
da es aber phasenweise funktioniert, muss irgendwas im grenzbereich liegen.
der unbenutzte reset könnte zb ein "killer" sein.
beim einschalten der versorgungsspannung kann man mit einem reset controler das "einschwingen" aller komponenten abwarten, um danach zb in definierter reihenfolge zu starten.
wenn es ganz schlecht läuft, könnte der rx eingang vom hmuart bereits 3v bekommen, bevor dessen versorgungsspannung voll anliegt. zb bei unterschiedlichen versorgungsspannungen.
die grundsätzliche funktion mit offenem reset scheint ja gegeben. ich vermute da einen pullup im eingang.
es macht mich aber stutzig, dass eq3 hier extra eine leitung legt.
die machen nichts "umsonst". :)
Ok ich habe nachgeschaut: Am Pi geht der Reset an GPIO1 (Pin 12) OTon Beschreibung: "Über die Signalleitung C2CK / RST lässt sich ein Reset des Moduls auslösen."
Zitat10/100Mbps Ethernet & Max.230kbps serial speed
Denke pro Port, so lässt es sich auch einstellen.
Das geht mit einem Tool, leider nur für Windows.
Aber das wird ja nur einmal eingestellt.
ZitatSerial signals : 2port serial port(3.3V LVTTL) / TXD, RXD, RTS, CTS, GND
Benötige aber nur TXD und RXD.
Zitatder vorhandene reset anschluss des moduls ist sicherlich nicht aus langer weile der entwickler entstanden.
Darauf würde ich bei Homematic nicht wetten.
Zitatwenn der wiz sogar ein 5v pin hat, wäre ich schon mal skeptisch, was der an tx für spgs pegel rausgibt.
Hab bei diesem Wiz120SR keine 5 Volt.
Die Stifte sind zwar drauf aber nicht angeschlossen.
Ist aber beim PI nicht so.
(Habe aber noch ein Wiz140SR mit 4xUart in Planung, da wird 3.3V und 5V sein.)
Zitatein gutes netzteil ist natürlich voraussetzung.
Das Netzteil ist so ne Sache, das Teil läuft über POE.
Die Spannung regelt ein PEM1303.
Zitatein gutes netzteil ist natürlich voraussetzung.
Stimmt natürlich.
Laut POE Switch benötigt das Teil mit beiden Modulen im Moment 1.1 Watt
Das Maximum liegt laut Datenblatt bei 10 Watt, hat also noch einiges an Reserve.
Zitatich würde mir mal alle anschlüsse am oszi anschauen.
und solange es nicht alleine am wiz problemlos läuft, brauchst du auch kein zweites anschliessen.
Sorry aber ich hab mehr Probleme erwartet als ich bis jetzt hatte.
Habe die Probleme aber eher bei ZWAVE erwartet.
Das heisst nicht das Homematic schlechter ist.
Im Moment läuft alles sehr gut auch mit HM_Uart,
möchte aber nichts umstecken da ich die HM_Uart Buchse als schwachstelle sehe.
Andere sind bestellt bei Conrad, geht aber halt seine Zeit bis ich Sie habe.
Zitatzum überwachen gibt es zb das reading "cond".
Danke für den Typ, dann werde ich da ein Log schreiben lassen.
ZitatIch glaube der Reset Anschluss am Modul wird nicht verwendet - zumindest schließt den niemand an, der Wlan oder USB-seriell Wandler einsetzt
Stimmt ist so.
Gab es einige Beispiele.
Zitatfakt ist, der hmuart funktioniert nicht problemlos mit dem wiz.
da es aber phasenweise funktioniert, muss irgendwas im grenzbereich liegen.
Sorry aber las mal sein.
Ist ein Projekt von mir.
Hab eine Platine für diesen WIZ120SR und zwei UART gezeichnet und machen lassen nur so zum Spass.
Hab das gekärt, der WIZ120SR geht mit dem HM_Uart, genau so wie der WIZ107SR mit
dem HM_Uart geht.
Zitat von: Otto123 am 15 April 2020, 20:14:28
Ok ich habe nachgeschaut: Am Pi geht der Reset an GPIO1 (Pin 12) OTon Beschreibung: "Über die Signalleitung C2CK / RST lässt sich ein Reset des Moduls auslösen."
genau.
wenn die gpio hw bereit ist, muss gpio1 auf high gehen, damit der hmuart starten kann.
vermutlich wird das high schalten der gpio grundsätzlich beim start durchgeführt, denn ich habe im ohr, dass einige gpio-user berichteten, dass beim booten immer kurze, ungewollte schaltaktionen statt fanden.
aber sicherlich kann man irgendwo das startverhalten der gpio auch konfigurieren. daher hatte ich im nachbarthread https://forum.fhem.de/index.php/topic,110150.msg1042657.html#msg1042657 (https://forum.fhem.de/index.php/topic,110150.msg1042657.html#msg1042657) mal nachgefragt.
Hallo
Hab es wieder gefunden.
https://forum.fhem.de/index.php/topic,54511.msg475087.html#msg475087 (https://forum.fhem.de/index.php/topic,54511.msg475087.html#msg475087)
https://forum.fhem.de/index.php/topic,54511.msg475356.html#msg475356 (https://forum.fhem.de/index.php/topic,54511.msg475356.html#msg475356)
https://forum.fhem.de/index.php/topic,54511.msg475363.html#msg475363 (https://forum.fhem.de/index.php/topic,54511.msg475363.html#msg475363)
https://forum.fhem.de/index.php/topic,54511.msg475671.html#msg475671 (https://forum.fhem.de/index.php/topic,54511.msg475671.html#msg475671)
https://forum.fhem.de/index.php/topic,54511.msg476443.html#msg476443 (https://forum.fhem.de/index.php/topic,54511.msg476443.html#msg476443)
Da haben OTTO und Frank ja sogar mitgelesen.
Verstehe die Diskuision das der HM_Uart C2CK / RST für den Betrieb haben muss irgendwie nicht.
Ging fast 4 Jahre nur mit TX und RX.
ZitatVerstehe die Diskuision das der HM_Uart C2CK / RST für den Betrieb haben muss irgendwie nicht.
du
musst genauer lesen.
1. es
könnte ein problem sein.
2. aber, es
sollte im
normalbetrieb keine probleme machen.
Zitat von: frank am 20 April 2020, 09:52:58
du musst genauer lesen.
1. es könnte ein problem sein.
2. aber, es sollte im normalbetrieb keine probleme machen.
Macht es auch NICHT!
Habe seit (gut) 2 Jahren ein Funkmodul an einem USB-Umsetzer in Betrieb und dort lediglich:
Rx, Tx, Vcc und GND angeschlossen...
Sogar FW-Update ging so (bin ich mir sicher, weil ich hatte das Funkmodul nie nicht anders angeschlossen und die FW wurde aktualisiert ;) )...
Gruß, Joachim
...ich habe an meinem HM-Gateway auch nur 3,3V, GND, RX und TX angeschlossen, kein Reset und das läuft auch wie verrückt an dem Wemos D1....
Zitat von: cs-online am 20 April 2020, 15:40:21
...ich habe an meinem HM-Gateway auch nur 3,3V, GND, RX und TX angeschlossen, kein Reset und das läuft auch wie verrückt an dem Wemos D1....
schon putzig. 8)
waren bei dir nicht 2 hmuart ausgefallen?
gut aufgepasst ;-) ja aber der aktuelle läuft schon fast zwei Jahre ohne Probleme... Warum sollte ein fehlender Reset Probleme machen ?
Zitatdu musst genauer lesen.
1. es könnte ein problem sein.
2. aber, es sollte im normalbetrieb keine probleme machen.
Ach so, dann hab ich das wohl überlesen.
Habe bei ELV noch einige HM_Uart bestellt.
Hoffe ich kann meine HMLWG mit meinem HM_Uart über POE meine ersetzen.
Hi,
ich habe das HMUART LAN Gateway an einem ESP8266 und funktioniert seit 2 Jahren perfekt. Jetzt sehe ich, das fhem sich andauernd versucht zu verbinden:
2020-08-27 16:29:22 HMUARTLGW HMWiFiBridge cond: disconnected
2020-08-27 16:29:22 HMUARTLGW HMWiFiBridge CONNECTED
2020-08-27 16:29:23 HMUARTLGW HMWiFiBridge cond: init
2020.08.27 16:29:26 1 : HMUARTLGW HMWiFiBridge did not respond for the 1. time, resending
2020.08.27 16:29:29 1 : HMUARTLGW HMWiFiBridge did not respond for the 2. time, resending
2020.08.27 16:29:32 1 : HMUARTLGW HMWiFiBridge did not respond for the 3. time, resending
2020.08.27 16:29:35 1 : HMUARTLGW HMWiFiBridge did not respond after all, reopening
2020.08.27 16:29:35 3 : HMWiFiBridge device closed
2020.08.27 16:29:35 1 : 192.168.10.23:23 reappeared (HMWiFiBridge)
2020-08-27 16:29:35 HMUARTLGW HMWiFiBridge cond: disconnected
2020-08-27 16:29:35 HMUARTLGW HMWiFiBridge CONNECTED
In FHEM ist das HMUARTLANGateway wie folgt eingebunden:
defmod HMWiFiBridge HMUARTLGW uart://192.168.10.23:23
Internals:
CNT 1
Clients :CUL_HM:
DEF uart://192.168.10.23:23
DevState 1
DevType UART
DeviceName 192.168.10.23:23
FD 4
FUUID 5c7ea0e9-f33f-99a0-e954-2f7ef2cb0ee3a83d
LastOpen 1598538850.67228
NAME HMWiFiBridge
NOTIFYDEV global
NR 26
NTFY_ORDER 50-HMWiFiBridge
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
owner_CCU VCCU
.attraggr:
.attrminint:
Helper:
AckPending:
1:
cmd 00
dst 0
frame FD00030001009E03
resend 3
time 1598538851.67463
LastSendLen:
3
Log:
IDs:
MatchList:
1:CUL_HM ^A......................
PeerQueue:
HASH(0x563f0d3b7be0)
HASH(0x563f0cdb8110)
HASH(0x563f0d4a6ee8)
Peers:
READINGS:
2020-08-19 12:03:42 D-HMIdAssigned F12005
2020-08-19 12:03:42 D-HMIdOriginal 2453B8
2020-08-19 12:03:42 D-firmware 1.4.1
2020-08-19 12:03:42 D-serialNr KEQ1008680
2020-08-27 16:08:53 D-type HM-MOD-UART
2020-08-27 16:34:11 cond init
2020-08-20 08:12:00 load 0
2020-08-27 16:08:53 loadLvl suspended
2020-08-27 16:34:10 state opened
helper:
Attributes:
DbLogExclude .*
hmId F12005
room 99_Devices
verbose 3
Auf dem ESP ist folgende ESPLink Version drauf: esp-link v2.2.3 - 2016-06-21 21:58:48 - 1bcdc62
Die Weboberfläche von esp-link ist erreichbar, ein telnet auf die IP und Port 23 ist ebenso möglich.
Hat jemand eine Idee was da schief läuft?
Hallo Tobias,
Du hast in der Zeit ein paar Wlan Geräte mehr und eine Fritzbox als Wlan Router?
Hintergrund meiner Frage: Die FB macht den Unix Systemen (und auch dem esp-link) Stress, damit fangen die irgendwann an sich zu vertun (wenn der Treiber nicht so ganz einwandfrei ist - meine Vermutung)
ich erinnere mich, ich hatte das auch, ich glaube der esp-link hatte eine Log da wurde mir schwindlig beim zuschauen. Dann habe ich das Ding an einen anderen AP gehangen und es ward Ruhe.
Gruß Otto
Hi Otto,
mittlerweile bin ich von der Fritte komplett auf Unifi umgestiegen. (USG + AP nanoHD). Das HMUARTLanGateway hängt an einem Nano HD im 2.4Ghz Band (So wie alle anderen ESPś auch)
Ok, dann ist es das nicht. Aber war das nicht so? Hat der esp-link ein Log? Sieht man da was?
Hi Otto,
leider ist das LOG nicht aussagekräftig.
Ich werde mal ein 2tes Gateway zusammenbauen und damit testen.
Hier aber mal das Log:
799275> Accept port 23, conn=0x3fff6558, pool slot 0
812383> Accept port 23, conn=0x3fff6300, pool slot 0
825425> Accept port 23, conn=0x3fff6368, pool slot 0
838502> Accept port 23, conn=0x3fff6300, pool slot 0
851604> Accept port 23, conn=0x3fff6558, pool slot 0
864731> Accept port 23, conn=0x3fff6300, pool slot 0
877819> Accept port 23, conn=0x3fff6558, pool slot 0
890844> Accept port 23, conn=0x3fff6368, pool slot 0
903894> Accept port 23, conn=0x3fff6368, pool slot 0
916953> Accept port 23, conn=0x3fff6368, pool slot 0
930247> Accept port 23, conn=0x3fff6300, pool slot 0
943355> Accept port 23, conn=0x3fff6558, pool slot 0
956381> Accept port 23, conn=0x3fff6368, pool slot 0
969567> Accept port 23, conn=0x3fff6300, pool slot 0
982680> Accept port 23, conn=0x3fff6558, pool slot 0
Wenn im esp log nichts schlimmes steht, würde ich eher Blockaden in FHEM als Ursache sehen. Das HMUARTLGW sendet regelmäßig zu dem UART Modul. wenn das nicht ankommt ist der Fehler ähnlich. Hast Du freezemon aktiviert?
Ich habe einmal komplett alles Neu mit neuem ESP, Platine und HM-Modul gebaut und es gibt denselben fehler
Bin nach der PDF Anleitung vorgegangen: https://forum.fhem.de/index.php/topic,56606.msg481618.html#msg481618
Hier ein List des devices:
Internals:
CNT 1
Clients :CUL_HM:
DEF uart://192.168.10.120:23
DevState 1
DevType UART
DeviceName 192.168.10.120:23
FD 14
FUUID 5c7ea0e9-f33f-99a0-e954-2f7ef2cb0ee3a83d
LastOpen 1599050348.22589
NAME HMWiFiBridge
NOTIFYDEV global
NR 26
NTFY_ORDER 50-HMWiFiBridge
PARTIAL
RAWMSG 05000036B3861038EF870000000A90D90B0000
RSSI -36
STATE opened
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
owner_CCU VCCU
.attraggr:
.attrminint:
.clientArray:
CUL_HM
Helper:
AckPending:
1:
cmd 00
dst 0
frame FD00030001009E03
resend 1
time 1599050349.22811
LastSendLen:
3
Log:
IDs:
MatchList:
1:CUL_HM ^A......................
Peers:
READINGS:
2020-09-02 14:34:19 D-HMIdAssigned F12005
2020-09-02 14:34:19 D-HMIdOriginal 671129
2020-09-02 14:34:19 D-firmware 1.2.1 (outdated)
2020-09-02 14:34:19 D-serialNr PEQ0174028
2020-09-02 14:35:51 D-type HM-MOD-UART
2020-09-02 14:39:09 cond init
2020-09-02 14:34:44 load 0
2020-09-02 14:34:44 loadLvl suspended
2020-09-02 14:39:08 state opened
helper:
Attributes:
DbLogExclude .*
hmId F12005
room 99_Devices
verbose 3
Mich macht aber folgendes stutzig:
2020-09-02 14:34:19 D-firmware 1.2.1 (outdated)
Folgendes steht im fhem Log
2020.09.02 14:47:48 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
2020.09.02 14:47:52 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2020.09.02 14:47:55 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2020.09.02 14:47:58 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2020.09.02 14:48:01 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2020.09.02 14:48:01 3: myHmUARTLGW device closed
2020.09.02 14:48:01 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
2020.09.02 14:48:06 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2020.09.02 14:48:09 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2020.09.02 14:48:12 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2020.09.02 14:48:15 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2020.09.02 14:48:15 3: myHmUARTLGW device closed
2020.09.02 14:48:15 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
2020.09.02 14:48:19 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2020.09.02 14:48:22 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2020.09.02 14:48:25 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2020.09.02 14:48:28 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2020.09.02 14:48:28 3: myHmUARTLGW device closed
2020.09.02 14:48:28 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
2020.09.02 14:48:32 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2020.09.02 14:48:35 3: HMUARTLGW HMWiFiBridge: connect to http://192.168.10.23:23 timed out, retrying in 59.98s
2020.09.02 14:48:35 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2020.09.02 14:48:38 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2020.09.02 14:48:41 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2020.09.02 14:48:41 3: myHmUARTLGW device closed
2020.09.02 14:48:41 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
2020.09.02 14:48:45 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2020.09.02 14:48:48 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2020.09.02 14:48:51 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2020.09.02 14:48:54 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2020.09.02 14:48:54 3: myHmUARTLGW device closed
2020.09.02 14:48:54 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
Ja die Dinger werden auch nach Jahren noch mit der alten Firmware ausgeliefert. Kannst Du in FHEM flashen. Aber unbedingt die dort angegebene Firmware nehmen, nicht die neueste! Die ist für die CCU und HMIP.
Ich denke nach wie vor, dein FHEM blockiert und redet immer mal mit dem Modul nicht.
Ich tippe auf ein Hardware-Problem, kalte Lötstelle o.ä. Wäre nicht das Firmware-Reading da, hätte ich gesagt, da fehlt irgendwo der Kontakt gänzlich, oder Leitungen vertauscht, oder das Funkmodul defekt. Aber so scheint es ja einen Kontakt gegeben zu haben.
Danke für die vielen hinweise.
Das neu zusammengelötete funktioniert auf einmal. Damit scheidet mein FHEM aus. Freezemon hatte auch nichts ausgegeben.
Da die ESPLink Webboberfläche des alten MOduls funktioniert hat sollte der ESP8266 io. sein, ich schätze mal das das HM Modul seinen Geist aufgegeben hat....
Wie gesagt, fast 2 Jahre hat es problemlos in einer Unterputzdose seinen Dienst getan.
auf einmal? - nach dem Du die neue Firmware geflashed hast?
nö, die Firmware ist immer noch outdated...
Ich habe das Modul in FHEM komplett gelöscht und dann nochmal neu angelegt. Dann ging es, aber nur mit dem Neuen.
Beim Alten muss ich mal das HM Modul auslöten. Der ESP scheint ja zu funktionieren, vor allem die Platine hier aus dem Forum gibts ja nicht mehr ;)
unbedingt 1.4.1 flashen!
So.... mittlerweile wechselt auch das neue Modul immer zwischen disconnect und init hin und her :(
Bis auf die neue Firmware bin ich ratlos, ehrlich gesagt glaube ich aber nicht daran das es an der alten Firmware liegt,....
Hier mal ein verbose 5 Log, erkennt jemand etwas was die Ursache sein könnte?
2020.09.08 15:49:49 3: Opening HMWiFiBridge device 192.168.10.120:23
2020.09.08 15:49:49 5: HttpUtils url=http://192.168.10.120:23/
2020.09.08 15:49:49 4: IP: 192.168.10.120 -> 192.168.10.120
2020.09.08 15:49:49 3: HMWiFiBridge device opened
2020.09.08 15:49:50 4: HMUARTLGW HMWiFiBridge StartInit
2020.09.08 15:49:50 5: HMUARTLGW HMWiFiBridge send: 00 00
2020.09.08 15:49:50 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:49:50 5: SW: fd00030001009e03
2020.09.08 15:49:51 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301c00501003700a4102fdfccf1200506016430d7fa
2020.09.08 15:49:51 5: HMUARTLGW HMWiFiBridge read (23): fd001301c00501003700a4102fdfccf1200506016430d7fa crc OK
2020.09.08 15:49:51 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:49:51 5: HMUARTLGW HMWiFiBridge read raw (21): fd001001c10500003f008002f120052fdfcc00960b
2020.09.08 15:49:51 5: HMUARTLGW HMWiFiBridge read (20): fd001001c10500003f008002f120052fdfcc00960b crc OK
2020.09.08 15:49:51 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:49:53 1: HMUARTLGW HMWiFiBridge did not respond for the 1. time, resending
2020.09.08 15:49:53 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:49:53 5: SW: fd00030001009e03
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge read raw (45): fd001301c20501003800a4102fdfccf120050601643070defd001001c30500003f008002f120052fdfcc009407
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge read (23): fd001301c20501003800a4102fdfccf120050601643070de crc OK
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 38 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge read (20): fd001001c30500003f008002f120052fdfcc009407 crc OK
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge read raw (26): fd001501c4050000331a8610501efa0000000a24d40a00405de1
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge read (25): fd001501c4050000331a8610501efa0000000a24d40a00405de1 crc OK
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 33 msg: 1A 86 10 501EFA 000000 0A24D40A0040
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge read raw (26): fd001501c50500002b33861038ef870000000a24d90b004054eb
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge read (25): fd001501c50500002b33861038ef870000000a24d90b004054eb crc OK
2020.09.08 15:49:54 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 2B msg: 33 86 10 38EF87 000000 0A24D90B0040
2020.09.08 15:49:56 5: HMUARTLGW HMWiFiBridge HMUARTLGW_CheckCmdResp: FD is readable, this might be the data we are looking for!
2020.09.08 15:49:56 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301c60501003700a4102fdfccf1200506016430af82
2020.09.08 15:49:56 5: HMUARTLGW HMWiFiBridge read (23): fd001301c60501003700a4102fdfccf1200506016430af82 crc OK
2020.09.08 15:49:56 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:49:56 1: HMUARTLGW HMWiFiBridge did not respond for the 2. time, resending
2020.09.08 15:49:56 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:49:56 5: SW: fd00030001009e03
2020.09.08 15:49:56 5: HMUARTLGW HMWiFiBridge read raw (21): fd001001c70500003f008002f120052fdfcc00901f
2020.09.08 15:49:56 5: HMUARTLGW HMWiFiBridge read (20): fd001001c70500003f008002f120052fdfcc00901f crc OK
2020.09.08 15:49:56 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:49:58 5: HMUARTLGW HMWiFiBridge read raw (45): fd001301c80501003700a4102fdfccf1200506016430f759fd001001c90500003f008002f120052fdfcc009e3b
2020.09.08 15:49:58 5: HMUARTLGW HMWiFiBridge read (23): fd001301c80501003700a4102fdfccf1200506016430f759 crc OK
2020.09.08 15:49:58 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:49:58 5: HMUARTLGW HMWiFiBridge read (20): fd001001c90500003f008002f120052fdfcc009e3b crc OK
2020.09.08 15:49:58 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:49:59 1: HMUARTLGW HMWiFiBridge did not respond for the 3. time, resending
2020.09.08 15:49:59 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:49:59 5: SW: fd00030001009e03
2020.09.08 15:50:01 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301ca0501003600a4102fdfccf1200506016430de70
2020.09.08 15:50:01 5: HMUARTLGW HMWiFiBridge read (23): fd001301ca0501003600a4102fdfccf1200506016430de70 crc OK
2020.09.08 15:50:01 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 36 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:01 5: HMUARTLGW HMWiFiBridge read raw (21): fd001001cb0500003f008002f120052fdfcc009c37
2020.09.08 15:50:01 5: HMUARTLGW HMWiFiBridge read (20): fd001001cb0500003f008002f120052fdfcc009c37 crc OK
2020.09.08 15:50:01 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:50:01 5: HMUARTLGW HMWiFiBridge read raw (44): fd002701cc0500004510008e9d9e8cb7387c0004656110975b63de589af3b0d0b2a3a798ed0ee6a7997ae3a8
2020.09.08 15:50:01 5: HMUARTLGW HMWiFiBridge read (43): fd002701cc0500004510008e9d9e8cb7387c0004656110975b63de589af3b0d0b2a3a798ed0ee6a7997ae3a8 crc OK
2020.09.08 15:50:01 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 45 msg: 10 00 8E 9D9E8C B7387C 0004656110975B63DE589AF3B0D0B2A3A798ED0EE6A7997A
2020.09.08 15:50:02 1: HMUARTLGW HMWiFiBridge did not respond after all, reopening
2020.09.08 15:50:02 4: HMUARTLGW HMWiFiBridge Reopen
2020.09.08 15:50:02 3: HMWiFiBridge device closed
2020.09.08 15:50:02 5: HttpUtils url=http://192.168.10.120:23/
2020.09.08 15:50:02 4: IP: 192.168.10.120 -> 192.168.10.120
2020.09.08 15:50:02 1: 192.168.10.120:23 reappeared (HMWiFiBridge)
2020.09.08 15:50:03 4: HMUARTLGW HMWiFiBridge StartInit
2020.09.08 15:50:03 5: HMUARTLGW HMWiFiBridge send: 00 00
2020.09.08 15:50:03 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:50:03 5: SW: fd00030001009e03
2020.09.08 15:50:03 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301cd0501003700a4102fdfccf1200506016430b31d
2020.09.08 15:50:03 5: HMUARTLGW HMWiFiBridge read (23): fd001301cd0501003700a4102fdfccf1200506016430b31d crc OK
2020.09.08 15:50:03 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:06 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301ce0501003600a4102fdfccf12005060164300e23
2020.09.08 15:50:06 5: HMUARTLGW HMWiFiBridge read (23): fd001301ce0501003600a4102fdfccf12005060164300e23 crc OK
2020.09.08 15:50:06 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 36 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:06 5: HMUARTLGW HMWiFiBridge read raw (21): fd001001cf0500003f008002f120052fdfcc00982f
2020.09.08 15:50:06 5: HMUARTLGW HMWiFiBridge read (20): fd001001cf0500003f008002f120052fdfcc00982f crc OK
2020.09.08 15:50:06 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:50:06 1: HMUARTLGW HMWiFiBridge did not respond for the 1. time, resending
2020.09.08 15:50:06 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:50:06 5: SW: fd00030001009e03
2020.09.08 15:50:08 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301d00501003700a4102fdfccf120050601643096bc
2020.09.08 15:50:08 5: HMUARTLGW HMWiFiBridge read (23): fd001301d00501003700a4102fdfccf120050601643096bc crc OK
2020.09.08 15:50:08 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:08 5: HMUARTLGW HMWiFiBridge read raw (21): fd001001d10500003f008002f120052fdfcc00866b
2020.09.08 15:50:08 5: HMUARTLGW HMWiFiBridge read (20): fd001001d10500003f008002f120052fdfcc00866b crc OK
2020.09.08 15:50:08 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:50:09 1: HMUARTLGW HMWiFiBridge did not respond for the 2. time, resending
2020.09.08 15:50:09 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:50:09 5: SW: fd00030001009e03
2020.09.08 15:50:11 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301d20501003700a4102fdfccf12005060164303e97
2020.09.08 15:50:11 5: HMUARTLGW HMWiFiBridge read (23): fd001301d20501003700a4102fdfccf12005060164303e97 crc OK
2020.09.08 15:50:11 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:11 5: HMUARTLGW HMWiFiBridge read raw (21): fd001001d30500003f008002f120052fdfcc008467
2020.09.08 15:50:11 5: HMUARTLGW HMWiFiBridge read (20): fd001001d30500003f008002f120052fdfcc008467 crc OK
2020.09.08 15:50:11 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:50:12 1: HMUARTLGW HMWiFiBridge did not respond for the 3. time, resending
2020.09.08 15:50:12 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:50:12 5: SW: fd00030001009e03
2020.09.08 15:50:13 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301d40501003700a4102fdfccf120050601643046ef
2020.09.08 15:50:13 5: HMUARTLGW HMWiFiBridge read (23): fd001301d40501003700a4102fdfccf120050601643046ef crc OK
2020.09.08 15:50:13 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:15 1: HMUARTLGW HMWiFiBridge did not respond after all, reopening
2020.09.08 15:50:15 4: HMUARTLGW HMWiFiBridge Reopen
2020.09.08 15:50:15 3: HMWiFiBridge device closed
2020.09.08 15:50:15 5: HttpUtils url=http://192.168.10.120:23/
2020.09.08 15:50:15 4: IP: 192.168.10.120 -> 192.168.10.120
2020.09.08 15:50:15 1: 192.168.10.120:23 reappeared (HMWiFiBridge)
2020.09.08 15:50:15 5: HMUARTLGW HMWiFiBridge read raw (21): fd001001d50500003f008002f120052fdfcc008273
2020.09.08 15:50:15 5: HMUARTLGW HMWiFiBridge read (20): fd001001d50500003f008002f120052fdfcc008273 crc OK
2020.09.08 15:50:15 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:50:16 4: HMUARTLGW HMWiFiBridge StartInit
2020.09.08 15:50:16 5: HMUARTLGW HMWiFiBridge send: 00 00
2020.09.08 15:50:16 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:50:16 5: SW: fd00030001009e03
2020.09.08 15:50:18 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301d60501003700a4102fdfccf1200506016430eec4
2020.09.08 15:50:18 5: HMUARTLGW HMWiFiBridge read (23): fd001301d60501003700a4102fdfccf1200506016430eec4 crc OK
2020.09.08 15:50:18 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:19 1: HMUARTLGW HMWiFiBridge did not respond for the 1. time, resending
2020.09.08 15:50:19 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:50:19 5: SW: fd00030001009e03
2020.09.08 15:50:20 5: HMUARTLGW HMWiFiBridge read raw (45): fd001301d70501003700a4102fdfccf12005060164307ad3fd001001d80500003f008002f120052fdfcc008f5d
2020.09.08 15:50:20 5: HMUARTLGW HMWiFiBridge read (23): fd001301d70501003700a4102fdfccf12005060164307ad3 crc OK
2020.09.08 15:50:20 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:20 5: HMUARTLGW HMWiFiBridge read (20): fd001001d80500003f008002f120052fdfcc008f5d crc OK
2020.09.08 15:50:20 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:50:22 1: HMUARTLGW HMWiFiBridge did not respond for the 2. time, resending
2020.09.08 15:50:22 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:50:22 5: SW: fd00030001009e03
2020.09.08 15:50:23 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301d90501003700a4102fdfccf12005060164302208
2020.09.08 15:50:23 5: HMUARTLGW HMWiFiBridge read (23): fd001301d90501003700a4102fdfccf12005060164302208 crc OK
2020.09.08 15:50:23 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:23 5: HMUARTLGW HMWiFiBridge read raw (21): fd001001da0500003f008002f120052fdfcc008d51
2020.09.08 15:50:23 5: HMUARTLGW HMWiFiBridge read (20): fd001001da0500003f008002f120052fdfcc008d51 crc OK
2020.09.08 15:50:23 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:50:25 1: HMUARTLGW HMWiFiBridge did not respond for the 3. time, resending
2020.09.08 15:50:25 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:50:25 5: SW: fd00030001009e03
2020.09.08 15:50:25 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301db0501003700a4102fdfccf12005060164308a23
2020.09.08 15:50:25 5: HMUARTLGW HMWiFiBridge read (23): fd001301db0501003700a4102fdfccf12005060164308a23 crc OK
2020.09.08 15:50:25 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:25 5: HMUARTLGW HMWiFiBridge read raw (21): fd001001dc0500003f008002f120052fdfcc008b45
2020.09.08 15:50:25 5: HMUARTLGW HMWiFiBridge read (20): fd001001dc0500003f008002f120052fdfcc008b45 crc OK
2020.09.08 15:50:25 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:50:28 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301dd0501003700a4102fdfccf1200506016430f25b
2020.09.08 15:50:28 5: HMUARTLGW HMWiFiBridge read (23): fd001301dd0501003700a4102fdfccf1200506016430f25b crc OK
2020.09.08 15:50:28 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 37 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:28 5: HMUARTLGW HMWiFiBridge read raw (21): fd001001de0500003f008002f120052fdfcc008949
2020.09.08 15:50:28 5: HMUARTLGW HMWiFiBridge read (20): fd001001de0500003f008002f120052fdfcc008949 crc OK
2020.09.08 15:50:28 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:50:28 1: HMUARTLGW HMWiFiBridge did not respond after all, reopening
2020.09.08 15:50:28 4: HMUARTLGW HMWiFiBridge Reopen
2020.09.08 15:50:28 3: HMWiFiBridge device closed
2020.09.08 15:50:28 5: HttpUtils url=http://192.168.10.120:23/
2020.09.08 15:50:28 4: IP: 192.168.10.120 -> 192.168.10.120
2020.09.08 15:50:28 1: 192.168.10.120:23 reappeared (HMWiFiBridge)
2020.09.08 15:50:29 4: HMUARTLGW HMWiFiBridge StartInit
2020.09.08 15:50:29 5: HMUARTLGW HMWiFiBridge send: 00 00
2020.09.08 15:50:29 5: HMUARTLGW HMWiFiBridge send: (8): fd00030001009e03
2020.09.08 15:50:29 5: SW: fd00030001009e03
2020.09.08 15:50:30 5: HMUARTLGW HMWiFiBridge read raw (24): fd001301df0500002293841037969df1200506017b008140
2020.09.08 15:50:30 5: HMUARTLGW HMWiFiBridge read (23): fd001301df0500002293841037969df1200506017b008140 crc OK
2020.09.08 15:50:30 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 22 msg: 93 84 10 37969D F12005 06017B00
2020.09.08 15:50:30 5: HMUARTLGW HMWiFiBridge read raw (45): fd001301e00501003600a4102fdfccf1200506016430d474fd001001e10500003f008002f120052fdfcc00b6cb
2020.09.08 15:50:30 5: HMUARTLGW HMWiFiBridge read (23): fd001301e00501003600a4102fdfccf1200506016430d474 crc OK
2020.09.08 15:50:30 5: HMUARTLGW HMWiFiBridge recv: 01 05 01 00 36 msg: 00 A4 10 2FDFCC F12005 06016430
2020.09.08 15:50:30 5: HMUARTLGW HMWiFiBridge read (20): fd001001e10500003f008002f120052fdfcc00b6cb crc OK
2020.09.08 15:50:30 5: HMUARTLGW HMWiFiBridge recv: 01 05 00 00 3F msg: 00 80 02 F12005 2FDFCC 00
2020.09.08 15:50:31 3: HMWiFiBridge device closed
Hallo Tobias,
ich behaupte fast, das Modul antwortet praktisch nicht. Schau mal so sieht das nach einen open normal aus:
2020.09.08 16:04:12 3: Opening ser2netUart device raspirpi:4000
2020.09.08 16:04:12 5: HttpUtils url=http://raspirpi:4000/
2020.09.08 16:04:12 4: IP: raspirpi -> 192.168.56.219
2020.09.08 16:04:12 3: ser2netUart device opened
2020.09.08 16:04:13 4: HMUARTLGW ser2netUart StartInit
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart send: 00 00
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart send: (8): fd00030001009e03
2020.09.08 16:04:13 5: SW: fd00030001009e03
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart read raw (35): fd000c000000436f5f4350555f424c7251fd000d00010402436f5f4350555f424c7f7b
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart read (16): fd000c000000436f5f4350555f424c7251 crc OK
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart recv: 00 00436F5F4350555F424C, state 1
2020.09.08 16:04:13 4: HMUARTLGW ser2netUart currently running Co_CPU_BL
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart send: 00 03
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart send: (8): fd00030002039409
2020.09.08 16:04:13 5: SW: fd00030002039409
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart read (17): fd000d00010402436f5f4350555f424c7f7b crc OK
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart recv: 00 0402436F5F4350555F424C, state 2
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart got delayed ACK for request 1: 0 00 (0.038s late)
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart read raw (27): fd0004000204011916fd000d000000436f5f4350555f417070d831
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart read (8): fd0004000204011916 crc OK
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart recv: 00 0401, state 2
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart read (17): fd000d000000436f5f4350555f417070d831 crc OK
2020.09.08 16:04:13 5: HMUARTLGW ser2netUart recv: 00 00436F5F4350555F417070, state 2
2020.09.08 16:04:13 4: HMUARTLGW ser2netUart currently running Co_CPU_App
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 01 00200DB8
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (11): fd0006010300200db8d32b
2020.09.08 16:04:14 5: SW: fd0006010300200db8d32b
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd0004010304010d
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (1): 02
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (8): fd0004010304010d02 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 01 0401, state 4
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 01, state 4
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 01 01
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (8): fd00030104018011
2020.09.08 16:04:14 5: SW: fd00030104018011
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd00090104040701
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (6): 01200db811cf
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (13): fd0009010404070101200db811cf crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 01 04070101200DB8, state 5
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 07, state 5
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 01 10
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (8): fd00030105100674
2020.09.08 16:04:14 5: SW: fd00030105100674
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd00090105040701
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (6): 014706e9bdc0
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (13): fd00090105040701014706e9bdc0 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 01 040701014706E9, state 6
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 07, state 6
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 00 0E5F578F5E04
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (13): fd000800060e5f578f5e04926d
2020.09.08 16:04:14 5: SW: fd000800060e5f578f5e04926d
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd00040006040199
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (1): 45
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (8): fd0004000604019945 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 00 0401, state 7
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 01, state 7
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 00 02
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (8): fd00030007020a0c
2020.09.08 16:04:14 5: SW: fd00030007020a0c
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd000a0007040201
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (7): 0003010401abca
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (14): fd000a00070402010003010401abca crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 00 0402010003010401, state 8
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 02, state 8
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 00 06
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (8): fd0003000806a817
2020.09.08 16:04:14 5: SW: fd0003000806a817
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd00040008040119
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (1): 9e
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (8): fd000400080401199e crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 00 0401, state 10
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 01, state 10
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 00 0B
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (8): fd000300090bae39
2020.09.08 16:04:14 5: SW: fd000300090bae39
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd000e000904024e
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (11): 455130323330333536be3c
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (18): fd000e000904024e455130323330333536be3c crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 00 04024E455130323330333536, state 9
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 02, state 9
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 00 0A00
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (9): fd0004000a0a00bdb3
2020.09.08 16:04:14 5: SW: fd0004000a0a00bdb3
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd0004000a040199
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (1): b5
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (8): fd0004000a040199b5 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 00 0401, state 11
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 01, state 11
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 00 0901
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (9): fd0004000b0901b7a1
2020.09.08 16:04:14 5: SW: fd0004000b0901b7a1
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd0004000b040119
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (1): a2
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (8): fd0004000b040119a2 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 00 0401, state 12
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 01, state 12
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 00 08
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (8): fd0003000c08b033
2020.09.08 16:04:14 5: SW: fd0003000c08b033
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd0005000c040200
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (2): 3c55
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (9): fd0005000c0402003c55 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 00 040200, state 13
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 02, state 13
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 01 030000000000000000000000000000000000
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (25): fd0014010d0300000000000000000000000000000000000d98
2020.09.08 16:04:14 5: SW: fd0014010d0300000000000000000000000000000000000d98
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (9): fd0004010d04018dd9
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (8): fd0004010d04018dd9 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 01 0401, state 14
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 01, state 14
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 01 0F0000000000000000000000000000000000
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (25): fd0014010e0f0000000000000000000000000000000000c1e0
2020.09.08 16:04:14 5: SW: fd0014010e0f0000000000000000000000000000000000c1e0
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (9): fd0004010e04018de5
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (8): fd0004010e04018de5 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 01 0401, state 15
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 01, state 15
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 01 0B0000000000000000000000000000000000
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (25): fd0014010f0b000000000000000000000000000000000085c8
2020.09.08 16:04:14 5: SW: fd0014010f0b000000000000000000000000000000000085c8
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd0004010f04010d
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (1): f2
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (8): fd0004010f04010df2 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 01 0401, state 16
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 01, state 16
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart UpdatePeerReq: 4C1AD8, state 90
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 01 064C1AD8000000
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (14): fd00090110064c1ad8000000c423
2020.09.08 16:04:14 5: SW: fd00090110064c1ad8000000c423
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd00100110040701
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (13): 010001ffffffffffffffffd2ff
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (20): fd00100110040701010001ffffffffffffffffd2ff crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 07, state 90
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart added peer: 4C1AD8, aesChannels: FFFFFFFFFFFFFFFF
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart UpdatePeerReq: 4C1AD8, state 91
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart UpdatePeerReq: 4C1AD8, state 92
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart AESchannels: 00
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart UpdatePeerReq: 4C1AD8, state 93
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 01 064C1AD8000000
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (14): fd00090111064c1ad8000000d425
2020.09.08 16:04:14 5: SW: fd00090111064c1ad8000000d425
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd00100111040701
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (13): 010001ffffffffffffffffd3f9
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (20): fd00100111040701010001ffffffffffffffffd3f9 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 07, state 93
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart added peer: 4C1AD8, aesChannels: FFFFFFFFFFFFFFFF
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart UpdatePeerReq: 152F84, state 90
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 01 06152F84000000
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (14): fd0009011206152f840000006573
2020.09.08 16:04:14 5: SW: fd0009011206152f840000006573
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd00100112040701
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (13): 010002ffffffffffffffffda53
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read (20): fd00100112040701010002ffffffffffffffffda53 crc OK
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart recv: 01 040701010002FFFFFFFFFFFFFFFF, state 90
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart GetSet Ack: 07, state 90
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart added peer: 152F84, aesChannels: FFFFFFFFFFFFFFFF
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart UpdatePeerReq: 152F84, state 91
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart UpdatePeerReq: 152F84, state 92
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart AESchannels: 00
2020.09.08 16:04:14 4: HMUARTLGW ser2netUart UpdatePeerReq: 152F84, state 93
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: 01 06152F84000000
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart send: (14): fd0009011306152f840000007575
2020.09.08 16:04:14 5: SW: fd0009011306152f840000007575
2020.09.08 16:04:14 5: HMUARTLGW ser2netUart read raw (8): fd00100113040701
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart read raw (13): 010002ffffffffffffffffdb55
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart read (20): fd00100113040701010002ffffffffffffffffdb55 crc OK
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart recv: 01 040701010002FFFFFFFFFFFFFFFF, state 93
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart GetSet Ack: 07, state 93
2020.09.08 16:04:15 4: HMUARTLGW ser2netUart added peer: 152F84, aesChannels: FFFFFFFFFFFFFFFF
2020.09.08 16:04:15 4: HMUARTLGW ser2netUart UpdatePeerReq: 4C1C28, state 90
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart send: 01 064C1C28000000
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart send: (14): fd00090114064c1c280000004503
2020.09.08 16:04:15 5: SW: fd00090114064c1c280000004503
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart read raw (8): fd00100114040701
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart read raw (8): 010003ffffffffff
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart read raw (5): ffffff5a24
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart read (20): fd00100114040701010003ffffffffffffffff5a24 crc OK
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart recv: 01 040701010003FFFFFFFFFFFFFFFF, state 90
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart GetSet Ack: 07, state 90
2020.09.08 16:04:15 4: HMUARTLGW ser2netUart added peer: 4C1C28, aesChannels: FFFFFFFFFFFFFFFF
2020.09.08 16:04:15 4: HMUARTLGW ser2netUart UpdatePeerReq: 4C1C28, state 91
2020.09.08 16:04:15 4: HMUARTLGW ser2netUart UpdatePeerReq: 4C1C28, state 92
2020.09.08 16:04:15 4: HMUARTLGW ser2netUart AESchannels: 00
2020.09.08 16:04:15 4: HMUARTLGW ser2netUart UpdatePeerReq: 4C1C28, state 93
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart send: 01 064C1C28000000
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart send: (14): fd00090115064c1c280000005505
2020.09.08 16:04:15 5: SW: fd00090115064c1c280000005505
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart read raw (8): fd00100115040701
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart read raw (13): 010003ffffffffffffffff5b22
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart read (20): fd00100115040701010003ffffffffffffffff5b22 crc OK
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart recv: 01 040701010003FFFFFFFFFFFFFFFF, state 93
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart GetSet Ack: 07, state 93
2020.09.08 16:04:15 4: HMUARTLGW ser2netUart added peer: 4C1C28, aesChannels: FFFFFFFFFFFFFFFF
2020.09.08 16:04:15 4: HMUARTLGW ser2netUart UpdatePeerReq: 4C1BB6, state 90
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart send: 01 064C1BB6000000
2020.09.08 16:04:15 5: HMUARTLGW ser2netUart send: (14): fd00090116064c1bb60000007c5e
2020.09.08 16:04:15 5: SW: fd00090116064c1bb60000007c5e
Er sendet bei Dir den HEX Code fd00030001009e03 und niemals etwas anderes!
Auch die Zeitschiene ist eine völlig andere.
Gruß Otto
Kann man ausserhalb von fhem, per telnet auf port 23 irgendetwas prüfen?
Ich kann mir wirklich nur schwer vorstellen das jetzt schon das 2te Modul kaputt sein soll, nach 2 Tagen im Einsatz :(
Beschreibe mal detailliert deinen Hardware Aufbau.
Vielleicht findet sich da die Ursache.
@Tobias Wobei Du beharrlich den Punkt Firmware ignorierst :(
Ich weiß, dass die alte Firmware eigenartige Effekte hatte. Es gab so ein Verhalten, dass man das neue Modul nicht in Betrieb nehmen konnte, erst nachdem man das Modul abgebaut und und ein paar Minuten ausgebaut liegen ließ. Spannung am Pi ausschalten hatte nicht den gleichen Effekt - obwohl das mystisch klingt. Ich behaupte in der alten Firmware werden irgendwelche offenen Pins "abgefragt", wenn die eine Ladung haben ist alles anders. Aber das ist nur Mutmaßung.
Ich weiß auch, dass man als erstes, nachdem es läuft, die Firmware flashen sollte. Warum hast Du das nicht gemacht? das ist eine Datei laden und ein FHEM Befehl! FHEM Kommandozeile. Einzeln! Etwas warten das die Datei auch da ist!
"wget -O FHEM/firmware/coprocessor_update.eq3 https://raw.githubusercontent.com/eq-3/occu/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART/coprocessor_update.eq3"
set myHmUART updateCoPro /opt/fhem/FHEM/firmware/coprocessor_update.eq3
Hi Otto,
ja - du hast ja recht. Warum ich wegen der Firmware zögere? Weil sie vorher 2 Jahre sauber lief und wenn sie einmal drauf ist und etwas anderes nicht funktioniert ich nicht wieder zurück kann.
Sei es drum - solange das Modul nicht sauber connected kann ich auch die Firmware nicht flashen, hatte es vorhin probiert und wollte den Weg zur neuen FW gehen ;)
Zur Hardware, ich habe die hier angebotene Platine im Einsatz. HM rpi modul und ESP8266 drauf - fertig
ich würde erst mal wlan rausschmeissen.
dann klappt es wahrscheinlich auch mit der fw.
update: ich habe das neue Modul ein paar minuten stromlos gemacht, danach wieder angestecht und in FHEM geöffnet. Anscheinend hat der connect funktioniert da sofort das firmwareupdate durchgeführt wurde. (War wohl noch in der Queue von meinem Test davor)
Jedenfalls ist jetzt die FW 1.4.1 drauf..... ich beobachte weiter..
Übrigens hat derselbe Test mit dem alten Modul (noch) nicht funktioniert
Wobei die initiale Aussage vor 4 Jahren war: Die Originale Firmware funktioniert nicht stabil. ;D
Ich sehe es wie Frank: teste das Modul mal an einem Pi und wenn es geht flashe dort die Firmware.
Und wie gesagt einfach Spannung aus funktioniert unbedingt. Eventuell das ausgebaute Modul mal in Alufolie "entladen" ;)
Edit: Ok hat sich überschnitten, na mal schauen und Daumen drücken.
Ist das evtl. ein Thema für hier ?
https://forum.fhem.de/index.php/topic,114687.0.html
Hallo zusammen,
ich habe ein vertracktes Problem seit gestern nachmittag, bzw. abend.
Eines von zwei baugleichen HmUART-Geräten, die seit Jahren problemlos in Betrieb sind, macht Schwierigkeiten, die sich in einem häufigen disconncted/connect-Wechsel äußern.
Kurz zur Schilderung der Begleitumstände:
- Am Samstag 17.10., 12:30 habe ich ein Fhem-Update durchgeführt.
- Ich habe keine Änderung an meiner Netzwerkstruktur durchegführt.
- Der Standort des maladen HmUART (IP-Adresse: 192.168.2.7) hat keinen Einfluss, der das Fehlerbild ist unabhängig von der Entfernung zu AP.
- Ein anderes Steckernetzteil liefert den gleichen Fehler.
Im log-file gibt es folgende Einträge (Beispiel, als sie zum 1. Mal massiert auftraten):
2020.10.17 21:32:44 1: HMUARTLGW myHmUARTLGW1 did not respond for the 1. time, resending
2020.10.17 21:32:47 1: HMUARTLGW myHmUARTLGW1 did not respond for the 2. time, resending
2020.10.17 21:32:50 1: HMUARTLGW myHmUARTLGW1 did not respond for the 3. time, resending
2020.10.17 21:32:53 1: HMUARTLGW myHmUARTLGW1 did not respond after all, reopening
2020.10.17 21:32:53 3: myHmUARTLGW1 device closed
2020.10.17 21:32:53 1: 192.168.2.7:23 reappeared (myHmUARTLGW1)
...
2020.10.17 21:37:14 1: HMUARTLGW myHmUARTLGW1 did not respond for the 1. time, resending
2020.10.17 21:37:17 1: HMUARTLGW myHmUARTLGW1 did not respond for the 2. time, resending
2020.10.17 21:37:20 1: HMUARTLGW myHmUARTLGW1 did not respond for the 3. time, resending
2020.10.17 21:37:23 1: HMUARTLGW myHmUARTLGW1 did not respond after all, reopening
2020.10.17 21:37:23 3: myHmUARTLGW1 device closed
2020.10.17 21:37:23 1: 192.168.2.7:23 reappeared (myHmUARTLGW1)
2020.10.17 21:37:29 1: HMUARTLGW myHmUARTLGW1 did not respond for the 1. time, resending
2020.10.17 21:37:32 1: HMUARTLGW myHmUARTLGW1 did not respond for the 2. time, resending
2020.10.17 21:37:35 1: HMUARTLGW myHmUARTLGW1 did not respond for the 3. time, resending
2020.10.17 21:37:38 1: HMUARTLGW myHmUARTLGW1 did not respond after all, reopening
2020.10.17 21:37:38 3: myHmUARTLGW1 device closed
2020.10.17 21:37:42 3: HMUARTLGW myHmUARTLGW1: connect to http://192.168.2.7:23 timed out, retrying in 60.00s
2020.10.17 21:38:45 3: HMUARTLGW myHmUARTLGW1: connect to http://192.168.2.7:23 timed out, retrying in 60.00s
2020.10.17 21:39:48 3: HMUARTLGW myHmUARTLGW1: connect to http://192.168.2.7:23 timed out, retrying in 60.00s
2020.10.17 21:40:49 1: 192.168.2.7:23 reappeared (myHmUARTLGW1)
2020.10.17 21:40:56 1: HMUARTLGW myHmUARTLGW1 did not respond for the 1. time, resending
2020.10.17 21:40:59 1: HMUARTLGW myHmUARTLGW1 did not respond for the 2. time, resending
2020.10.17 21:41:02 1: HMUARTLGW myHmUARTLGW1 did not respond for the 3. time, resending
2020.10.17 21:41:05 1: HMUARTLGW myHmUARTLGW1 did not respond after all, reopeningAufgefallen ist mir die Sache erste heute am späten Nachmittag.
Zusätzlich ist mir heute morgen bzw. auch im Laufe des Tagesaufgefallen, dass Rollladenaktoren mit einem ESP8266-01 verzögert Befehle aus Fhem annehmen. Die Spannungsversorgung, die im Haus vorliegt, liegt bei 236V - ist das eventuell für die Trafos und die daran hängenden ESPs schon zuviel? Bei anderen ESPs logge ich die Spannung und sehe ungefähr zeitgleich zum mehr oder weniger Ausfall des HmUart bei einem ESP eine leicht niedrigere Spannung und bei einem weiteren eine stärke Streuung bei der Spannung, beide funktionieren aber und haben auch nicht neu gestratet.
Worin kann die Ursache liegen?
Kann es mit dem gestrigen Update zusammenhängen? Das vorletzte war eine Woche vorher am 10.9.
Ich freue mich über jeden Hinweis.
Ein list des gestörten HmUART (myHmUARTLGW1), wenn es disconnected ist:
Internals:
CFGFN ./FHEM/HomematicAktorenSensoren.cfg
CNT 1
Clients :CUL_HM:
DEF uart://192.168.2.7:23
DevState 0
DevType UART
DeviceName 192.168.2.7:23
FUUID 5c430dc9-f33f-b139-84d5-593d62cd7d82292c
LastOpen 1603043014.37198
NAME myHmUARTLGW1
NEXT_OPEN 1603043153.41363
NOTIFYDEV global
NR 569
NTFY_ORDER 50-myHmUARTLGW1
PARTIAL
RAWMSG 040200
RSSI -80
STATE disconnected
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
owner_CCU VCCU
Helper:
AckPending:
1:
cmd 00
dst 0
frame FD00030001009E03
resend 3
time 1603043015.37729
LastSendLen:
3
Log:
IDs:
MatchList:
1:CUL_HM ^A......................
Peers:
1FD584 +1FD584,00,01,00
20DD49 +20DD49,00,01,00
20E202 +20E202,00,01,00
23D39B +23D39B,00,01,00
25E3BB +25E3BB,00,01,00
25E415 +25E415,00,01,00
30F323 +30F323,00,01,00
5A1BBD +5A1BBD,00,01,00
5AEA5B +5AEA5B,00,01,00
READINGS:
2020-10-18 19:43:47 Connect 2020-10-18 19:43
2020-10-18 19:35:02 D-HMIdAssigned 257643
2020-10-18 19:35:02 D-HMIdOriginal 65170E
2020-10-18 19:35:02 D-firmware 1.4.1
2020-10-18 19:35:02 D-serialNr OEQ2299885
2020-10-17 12:35:40 D-type HM-MOD-UART
2020-10-18 19:43:47 cond disconnected
2020-10-18 19:36:46 load 0
2020-10-18 19:35:42 loadLvl suspended
2020-10-18 19:44:53 state disconnected
helper:
bm:
HMUARTLGW_Get:
cnt 30
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 16:44:22
max 0.00124502182006836
tot 0.00238919258117676
mAr:
HASH(0x5600795642c8)
myHmUARTLGW1
?
HMUARTLGW_Notify:
cnt 21
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 13:00:07
max 7.70092010498047e-05
tot 0.000699996948242188
mAr:
HASH(0x5600795642c8)
HASH(0x5600703c1210)
HMUARTLGW_Read:
cnt 7249
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 12:01:36
max 0.120898008346558
tot 51.0439953804016
mAr:
HASH(0x5600795642c8)
HMUARTLGW_Ready:
cnt 258755
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 04:10:48
max 0.081428050994873
tot 810.956511974335
mAr:
HASH(0x5600795642c8)
HMUARTLGW_Set:
cnt 203
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 16:43:11
max 0.00219297409057617
tot 0.0211527347564697
mAr:
HASH(0x5600795642c8)
myHmUARTLGW1
?
Attributes:
group HMLAN
hmId 257643
room CUL_HM
stateFormat State: state<br>since Connect
userReadings Connect {substr(ReadingsTimestamp($name,'state',''),0,16)}Ein list des gestörten HmUART (myHmUARTLGW1), wenn es connected ist:
Internals:
CFGFN ./FHEM/HomematicAktorenSensoren.cfg
CNT 4
Clients :CUL_HM:
DEF uart://192.168.2.7:23
DEVCNT 0
DevState 4
DevType UART
DeviceName 192.168.2.7:23
FD 30
FUUID 5c430dc9-f33f-b139-84d5-593d62cd7d82292c
LastOpen 1603043420.42923
NAME myHmUARTLGW1
NOTIFYDEV global
NR 569
NTFY_ORDER 50-myHmUARTLGW1
PARTIAL
RAWMSG 00436F5F4350555F417070
RSSI -80
STATE State: opened<br>since 2020-10-18 19:50
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
owner_CCU VCCU
Helper:
AckPending:
4:
cmd 00257643
dst 1
frame FD00060104002576434A18
time 1603043424.18043
LastSendLen:
3
6
Log:
IDs:
RoundTrip:
MatchList:
1:CUL_HM ^A......................
Peers:
1FD584 +1FD584,00,01,00
20DD49 +20DD49,00,01,00
20E202 +20E202,00,01,00
23D39B +23D39B,00,01,00
25E3BB +25E3BB,00,01,00
25E415 +25E415,00,01,00
30F323 +30F323,00,01,00
5A1BBD +5A1BBD,00,01,00
5AEA5B +5AEA5B,00,01,00
READINGS:
2020-10-18 19:50:21 Connect 2020-10-18 19:50
2020-10-18 19:35:02 D-HMIdAssigned 257643
2020-10-18 19:35:02 D-HMIdOriginal 65170E
2020-10-18 19:35:02 D-firmware 1.4.1
2020-10-18 19:35:02 D-serialNr OEQ2299885
2020-10-17 12:35:40 D-type HM-MOD-UART
2020-10-18 19:50:21 cond init
2020-10-18 19:36:46 load 0
2020-10-18 19:35:42 loadLvl suspended
2020-10-18 19:50:20 state opened
helper:
bm:
HMUARTLGW_Get:
cnt 48
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 16:44:22
max 0.00124502182006836
tot 0.00299453735351562
mAr:
HASH(0x5600795642c8)
myHmUARTLGW1
?
HMUARTLGW_Notify:
cnt 21
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 13:00:07
max 7.70092010498047e-05
tot 0.000699996948242188
mAr:
HASH(0x5600795642c8)
HASH(0x5600703c1210)
HMUARTLGW_Read:
cnt 7254
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 12:01:36
max 0.120898008346558
tot 51.0568842887878
mAr:
HASH(0x5600795642c8)
HMUARTLGW_Ready:
cnt 260237
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 04:10:48
max 0.081428050994873
tot 815.384782552719
mAr:
HASH(0x5600795642c8)
HMUARTLGW_Set:
cnt 247
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 16:43:11
max 0.00219297409057617
tot 0.023627758026123
mAr:
HASH(0x5600795642c8)
myHmUARTLGW1
?
Attributes:
group HMLAN
hmId 257643
room CUL_HM
stateFormat State: state<br>since Connect
userReadings Connect {substr(ReadingsTimestamp($name,'state',''),0,16)}Hier noch ein list des 2. Gerätes, welches dauerhauft fehlerfrei läuft:
Internals:
AssignedPeerCnt 6
CFGFN ./FHEM/HomematicAktorenSensoren.cfg
CNT 188
Clients :CUL_HM:
DEF uart://192.168.2.38:23
DEVCNT 188
DevState 99
DevType UART
DeviceName 192.168.2.38:23
FD 14
FUUID 5eab1a62-f33f-e986-d6c9-6f537d485395ead1
LastOpen 1603033518.92169
NAME myHmUARTLGW2
NOTIFYDEV global
NR 571
NTFY_ORDER 50-myHmUARTLGW2
PARTIAL
RAWMSG 040200
RSSI -84
STATE State: opened<br>since 2020-10-18 17:05
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 0
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 0/0/0/0/0/0/0/0/0/0/0/0/0
owner 257643
owner_CCU VCCU
Helper:
CreditTimer 668
FW 66561
Initialized 1
SendCnt 2
AckPending:
LastSendLen:
3
3
Log:
IDs:
PendingCMD:
RoundTrip:
Delay 0.190376043319702
loadLvl:
lastHistory 1603043421.79416
MatchList:
1:CUL_HM ^A......................
Peers:
1FD584 +1FD584,00,01,00
25E3BB +25E3BB,00,01,00
25E415 +25E415,00,01,00
26F5C0 +26F5C0,00,01,00
5A1BBD +5A1BBD,00,01,00
5AEA5B +5AEA5B,00,01,00
READINGS:
2020-10-18 18:09:59 Connect 2020-10-18 17:05
2020-10-18 17:05:21 D-HMIdAssigned 257643
2020-10-18 17:05:21 D-HMIdOriginal 6D16EA
2020-10-18 17:05:21 D-firmware 1.4.1
2020-10-18 17:05:21 D-serialNr QEQ0412949
2020-10-17 12:35:40 D-type HM-MOD-UART
2020-10-18 17:05:21 cond ok
2020-10-18 18:09:59 load 0
2020-10-18 17:05:21 loadLvl low
2020-10-18 17:05:18 state opened
helper:
bm:
HMUARTLGW_Get:
cnt 5
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 19:51:38
max 0.000144004821777344
tot 0.000356912612915039
mAr:
HASH(0x560072436a08)
myHmUARTLGW2
?
HMUARTLGW_Notify:
cnt 21
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 13:00:07
max 1.81198120117188e-05
tot 0.000276803970336914
mAr:
HASH(0x560072436a08)
HASH(0x5600703c1210)
HMUARTLGW_Read:
cnt 10821
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 14:03:29
max 1.022136926651
tot 122.090542316437
mAr:
HASH(0x560072436a08)
HMUARTLGW_Ready:
cnt 94
dmx -1000
dtot 0
dtotcnt 0
mTS 17.10. 21:29:34
max 0.0113458633422852
tot 0.34250807762146
mAr:
HASH(0x560072436a08)
HMUARTLGW_Set:
cnt 33
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 19:51:38
max 0.000185966491699219
tot 0.00196290016174316
mAr:
HASH(0x560072436a08)
myHmUARTLGW2
?
Attributes:
group HMLAN
hmId 257643
room CUL_HM
stateFormat State: state<br>since Connect
userReadings Connect {substr(ReadingsTimestamp($name,'state',''),0,16)}Falls es noch von Interesse ist, ich verwende eine VCCU:
Internals:
CFGFN ./FHEM/HomematicAktorenSensoren.cfg
DEF 257643
FUUID 5c430dca-f33f-b139-5519-27a9f1feb4dbe939
IODev myHmUARTLGW1
LASTInputDev myHmUARTLGW2
MSGCNT 135
NAME VCCU
NOTIFYDEV global
NR 573
NTFY_ORDER 50-VCCU
STATE myHmUARTLGW1: disconnected<br>myHmUARTLGW2: ok
TYPE CUL_HM
assignedIOs myHmUARTLGW1,myHmUARTLGW2
chanNo 01
lastMsg No:3D - t:02 s:257643 d:5A1BBD 00
myHmUARTLGW1_MSGCNT 5
myHmUARTLGW1_RAWMSG 05000042CA943F2576430000000204271E03FE
myHmUARTLGW1_RSSI -66
myHmUARTLGW1_TIME 2020-10-17 21:35:26
myHmUARTLGW2_MSGCNT 130
myHmUARTLGW2_RAWMSG 050000453D80022576435A1BBD00
myHmUARTLGW2_RSSI -69
myHmUARTLGW2_TIME 2020-10-18 19:41:21
protLastRcv 2020-10-18 19:41:21
protRcv 94 last_at:2020-10-18 19:41:21
protRcvB 37 last_at:2020-10-18 19:40:00
rssi_at_myHmUARTLGW1 cnt:5 min:-67 max:-65 avg:-65.8 lst:-66
rssi_at_myHmUARTLGW2 cnt:130 min:-75 max:-65 avg:-68.49 lst:-69
READINGS:
2020-10-18 19:41:21 CommandAccepted yes
2020-10-18 19:50:36 IOopen 1
2020-10-18 17:18:27 cfgState ok
2020-08-12 22:14:46 commState CMDs_done
2020-10-18 19:50:36 mystate myHmUARTLGW1: disconnected<br>myHmUARTLGW2: ok
2020-10-17 15:56:19 recentStateType ack
2020-10-18 19:50:36 state myHmUARTLGW1:disconnected,myHmUARTLGW2:ok
helper:
HM_CMDNR 61
peerFriend peerSD,peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
bm:
CUL_HM_Get:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 16:43:25
max 0.00254416465759277
tot 0.0029292106628418
mAr:
HASH(0x5600723efa28)
VCCU
?
CUL_HM_Set:
cnt 63
dmx -1000
dtot 0
dtotcnt 0
mTS 18.10. 18:37:31
max 0.00216007232666016
tot 0.0629220008850098
mAr:
HASH(0x5600723efa28)
VCCU
?
cmds:
TmplKey :no:1602930943.82967
TmplTs 1602930943.82967
cmdKey 1:1:1::VCCU::01:
cmdLst:
assignHmKey noArg
assignIO -IO- [({set}|unset)]
clear [(readings|rssi|msgErrors|{msgErrors}|unknownDev)]
defIgnUnknown noArg
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getDevInfo noArg
hmPairForSec [-sec-]
hmPairSerial -serial-
peerChan -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
postEvent -condition-
press [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
pressL [(-peer-|{all})]
pressS [(-peer-|{all})]
raw -data- [...]
reset noArg
tplSet_0 -tplChan-
unpair noArg
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt Garagentor.Kontakt,Handsender.01,Handsender.02,Handsender.03,Handsender.04,Lichterkette,Terrasse.Licht,Treppenhaus.Markise,Wassermelder,Wohnzimmer.Licht
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
listDevice noArg
param -param-
expert:
def 1
det 0
raw 1
tpl 0
io:
nextSend 1603042881.38294
prefIO
vccu
ioList:
myHmUARTLGW1
myHmUARTLGW2
mRssi:
mNo 3D
io:
myHmUARTLGW1:
myHmUARTLGW2:
-69
-69
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
rssi:
at_myHmUARTLGW1:
avg -65.8
cnt 5
lst -66
max -65
min -67
at_myHmUARTLGW2:
avg -68.4923076923077
cnt 130
lst -69
max -65
min -75
tmpl:
Attributes:
IODev myHmUARTLGW1
IOList myHmUARTLGW1,myHmUARTLGW2
expert defReg,rawReg
group HMLAN
hmKey 01:51cdf73d1e78741e37866cf0454cd5cf
model CCU-FHEM
room CUL_HM
stateFormat mystate
subType virtual
userReadings mystate {my $ret = ReadingsVal($name,'state',''); $ret =~ s/,/<br>/g; $ret =~ s/:/: /g; return $ret}
webCmd virtual:updateViele Grüße Gisbert
Noch eine Ergänzung des myHmUARTLGW1 mit verbose 5:
2020.10.18 20:03:58 4: HMUARTLGW myHmUARTLGW1 Reopen
2020.10.18 20:03:59 4: HMUARTLGW myHmUARTLGW1 ready: disconnected
2020.10.18 20:03:59 4: HMUARTLGW myHmUARTLGW1 Reopen
2020.10.18 20:04:00 4: HMUARTLGW myHmUARTLGW1 ready: disconnected
2020.10.18 20:04:00 4: HMUARTLGW myHmUARTLGW1 Reopen
2020.10.18 20:04:00 4: HMUARTLGW myHmUARTLGW1 ready: disconnected
2020.10.18 20:04:00 4: HMUARTLGW myHmUARTLGW1 Reopen
2020.10.18 20:04:00 5: HttpUtils url=http://192.168.2.7:23/
2020.10.18 20:04:00 4: IP: 192.168.2.7 -> 192.168.2.7
2020.10.18 20:04:00 1: 192.168.2.7:23 reappeared (myHmUARTLGW1)
2020.10.18 20:04:01 4: HMUARTLGW myHmUARTLGW1 StartInit
2020.10.18 20:04:01 5: HMUARTLGW myHmUARTLGW1 send: 00 00
2020.10.18 20:04:01 5: HMUARTLGW myHmUARTLGW1 send: (8): fd00030001009e03
2020.10.18 20:04:01 5: SW: fd00030001009e03
2020.10.18 20:04:01 5: HMUARTLGW myHmUARTLGW1 read raw (19): fd000e00010402436f5f4350555f417070f014
2020.10.18 20:04:01 5: HMUARTLGW myHmUARTLGW1 read (18): fd000e00010402436f5f4350555f417070f014 crc OK
2020.10.18 20:04:01 5: HMUARTLGW myHmUARTLGW1 recv: 00 0402436F5F4350555F417070, state 1
2020.10.18 20:04:01 4: HMUARTLGW myHmUARTLGW1 currently running Co_CPU_App
2020.10.18 20:04:01 5: HMUARTLGW myHmUARTLGW1 send: 00 03
2020.10.18 20:04:01 5: HMUARTLGW myHmUARTLGW1 send: (8): fd00030002039409
2020.10.18 20:04:01 5: SW: fd00030002039409
2020.10.18 20:04:01 5: HMUARTLGW myHmUARTLGW1 read raw (9): fd0004000204011916
2020.10.18 20:04:01 5: HMUARTLGW myHmUARTLGW1 read (8): fd0004000204011916 crc OK
2020.10.18 20:04:01 5: HMUARTLGW myHmUARTLGW1 recv: 00 0401, state 1
2020.10.18 20:04:04 1: HMUARTLGW myHmUARTLGW1 did not respond after all, reopening
2020.10.18 20:04:04 4: HMUARTLGW myHmUARTLGW1 Reopen
2020.10.18 20:04:04 3: myHmUARTLGW1 device closed
2020.10.18 20:04:04 5: HttpUtils url=http://192.168.2.7:23/
2020.10.18 20:04:04 4: IP: 192.168.2.7 -> 192.168.2.7
2020.10.18 20:04:07 3: HMUARTLGW myHmUARTLGW1: connect to http://192.168.2.7:23 timed out, retrying in 60.00s
2020.10.18 20:04:07 4: HMUARTLGW myHmUARTLGW1 ready: disconnected
2020.10.18 20:04:07 4: HMUARTLGW myHmUARTLGW1 Reopen
2020.10.18 20:04:08 4: HMUARTLGW myHmUARTLGW1 ready: disconnected
2020.10.18 20:04:08 4: HMUARTLGW myHmUARTLGW1 Reopen
2020.10.18 20:04:08 4: HMUARTLGW myHmUARTLGW1 ready: disconnected
Ich hatte mal ein ähnliches Problem.
Auslöser war meine alten Fritz Box.
Auch andere ältere/billige APs machen häufig Ärger bei mehr als 15 Geräten.
Zitat von: micky0867 am 18 Oktober 2020, 21:08:57
Ich hatte mal ein ähnliches Problem.
Auslöser war meine alten Fritz Box.
Auch andere ältere/billige APs machen häufig Ärger bei mehr als 15 Geräten.
Daran sollte es gerade nicht liegen, da ich eine Unifi-Netzwerkstruktur habe.
Guten Abend,
ich finde, dafür sollte man einen neuen Thread aufmachen, denn mass muss nich alles was auch nur entfernt mit dem HomeMatic UART-Modul zu tun hat in diesen Thread packen, just my 2 cents.
Zum eigentlichen Thema: in den meisten Fällen bedeuten diese Symtome, dass das HM-Modul tot ist. Dass da überhaupt noch irgendwas im Log erscheint ist nur der WLAN-Seite zu verdanken. D.h. der ESP mit er ESP-Link-SW meldet sich brav beim FHEM, stellt aber beim Versuch auf seine serielle Schnittstelle zuzugreifen fest "uups, da ist ja niemand". Das gleiche passiert auch, wenn man das Funkmodul per USB-Seriell-Wandler einbindet: ist das Funkmodul tot, lebt immer noch der Wandler, und es sieht so aus, als würde irgendwas nicht richtig funktionieren, dabei funktioniert eigentlich gar nichts mehr :)
Ausnahmen bestätigen sicherlich die Regel, aber ich habe schon einige HM-Module sterben sehen, und bei allen sah es genau so aus. Tauscht man nur das Funkmodul aus, funktioniert die WLAN-/USB-Seite wieder, als wäre nichts gewesen.
zum verifizieren am besten mal beide esp/hmuart über kreuz tauschen.
die latenz vom "funktionierenden" hmuart ist übrigens timing-untauglich, siehe roundtrip delay.
da hätte ich von unifi wlan mehr erwartet.
Hallo Horti,
ZitatD.h. der ESP mit er ESP-Link-SW meldet sich brav beim FHEM, stellt aber beim Versuch auf seine serielle Schnittstelle zuzugreifen fest "uups, da ist ja niemand"
Der Fehler lag (mehr dazu gleich) vermutlich auf der ESP-Seite, denn er hat sich nur "widerwillig" ins Wlan eingebucht, und dann war die esp-link-Seite nur sporadisch erreichbar.
Zitat von: frank am 18 Oktober 2020, 22:43:11
zum verifizieren am besten mal beide esp/hmuart über kreuz tauschen.
die latenz vom "funktionierenden" hmuart ist übrigens timing-untauglich, siehe roundtrip delay.
da hätte ich von unifi wlan mehr erwartet.
Hallo frank,
interessanter Ansatz, den ich aufgegriffen hätte, falls das Problem weiter bestanden hätte.
Die Lösung sieht folgendermaßen aus, eine Erklärung ist es nicht. Ich hab den HmUART per USB vom Rechner mit Strom versorgt und er lief stabil. Nach ca. 'ner Viertelstunde habe ich ihn abgestöpselt und ihn mit dem
gleichen!! USB-Netzteil an eine Steckdose gesteckt - und dort läuft er stabil seit gestern abend 20:46.
Zitattiming-untauglich, siehe roundtrip delay
Hallo frank, kannst du dazu mehr sagen?
Viele Grüße Gisbert
Hallo Gisbert,
hast du dem ESP im ESP-Link eine feste IP zugewiesen oder über DHCP ?
Grüße Christian
Hallo Christian,
ich hatte DHCP im ESP-Link gewählt, im Router eine feste IP-Adresse zugeordnet. Ich hatte es zwischenzeitlich auf eine fest IP im ESP-Link eingestellt, was aber keinen Erfolg brachte, hab's dann wieder zurück umgestellt.
Viele Grüße Gisbert
HA, da muss ich Horti recht geben.
mein HMUARTWLAN Gateway hat 2 Jahre sauber funktioniert und dann auf einmal exakt der selbe Fehlerr den Du (Gisbert) schreibst. Andauerndes Reopening.
Ich musste das HM Funkmodul tauschen, dann ging alles wieder. Da ist mir wohl das Modul abgeraucht :(
Ich würde eine Kiste Bier wetten, das du um die 20Euro Neuinvestition eines neuen HM Moduls nicht herumkommst.
Zitat von: Tobias am 09 November 2020, 15:31:44
HA, da muss ich Horti recht geben.
mein HMUARTWLAN Gateway hat 2 Jahre sauber funktioniert und dann auf einmal exakt der selbe Fehlerr den Du (Gisbert) schreibst. Andauerndes Reopening.
Ich musste das HM Funkmodul tauschen, dann ging alles wieder. Da ist mir wohl das Modul abgeraucht :(
Ich würde eine Kiste Bier wetten, das du um die 20Euro Neuinvestition eines neuen HM Moduls nicht herumkommst.
Hallo Tobias,
langfristig magst du Recht haben. Nichts auf dieser Erde wird ewig halten; die Alpen sind auch nur eine Frage der Zeit, bis sie verschwunden sind.
Kurzfristig schicke ich dir meine Adresse zu, damit du weißt, wohin du die Kiste Bier schicken kannst ;D ;D ;D
Da Alkohol aber keine Lösung, sondern ein Problem ist, erlasse ich dir deine Wettschulden 8) 8) 8)
Genug dummes Zeug gelabbert, bis jetzt - toi, toi, toi - gab es keine Aussetzer mehr. Ich hoffe, dass es dabei bleibt, aber ein mulmiges Gefühl habe ich schon.
Ich habe zumindest für Redundanz gesorgt und habe 2 Gateway, wobei es das ältere war, das gezickt hatte.
Hat dein gestorbenes HM-Funkmodul denn zwischenzeitlich wieder funktioniert, so wie meins, oder war dann endgültig Schluss?
Viele Grüsse Gisbert
nein, leider hab ich es ums verrecken nicht zum laufen zu bekommen. Da ich aber noch eine Platine, ESP und HM Modul liegen hatte, bin ich nach 2 Tagen Rumgeteste den Weg des geringeren Wiederstandes gegangen
Hallo
Ich weiß nicht ob die Frage hier her passt, ich möchte euch trotzdem um eine Antwort bitten.
Ich habe ein Maplecul gebaut. Nun habe icn noch ein HM Modul drauf gelötet und mit define myRemoteHmUART HMUARTLGW uart://192.168.42.23:2325 eingebunden
Leider wird in den Readings D-Firmware unsupportet angezeigt.
Muss ich dem Modul eine andere Firmware verpassen?
Falls ja wie mache ich das ?
Grüße
André
Hallo André,
eigentlich so - aber das klingt nach downgrade der Firmware (sonst steht was anderes da) - habe ich noch nie probiert:
Kurzform - Zeilen einzeln in der FHEM Kommandozeile ausführen!
"wget -qO ./FHEM/firmware/coprocessor_update.eq3 https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/HM-MOD-UART/coprocessor_update.eq3"
set myRemoteHmUART updateCoPro /opt/fhem/FHEM/firmware/coprocessor_update.eq3
Langform - und ich hoffe wir reden von diesem Modul!?
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Gruß Otto
Hallo Otto
Vielen Dank für deine schnelle Antwort.
Ja, das ist das Modul was ich habe.
Ich habe es leider schon von der Adapter-Platine entfernt und auf dem MapleCul verlötet.
Mit set updateCoPro https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/HM-MOD-UART/coprocessor_update.eq3 habe ich es schon versucht.
Da bekomme ich das diese Meldung
https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/HM-MOD-UART/coprocessor_update.eq3 is not a valid firmware file!
Also geht es anscheinend nicht über FHEM.
Oder ich müss wieder zurück auf die Adapter-Platine.
Grüße
André
Zitat von: rieders am 10 November 2020, 18:04:16
Also geht es anscheinend nicht über FHEM.
Kein Wunder mit der Fehlermeldung, das ist ja auch das falsche Vorgehen. Du kannst die Firmware nicht direkt aus dem Web flashen. Ich habe doch etwas völlig anderes geschrieben? :'(
Ok.
Was kann ich mit UpdateCoPro machen ?
Ich dachte da könnte ich die Firmware ändern.
Also muss ich das Modul runterlöten ?
Grüße und Vielen Dank für die Hilfe
André
ZitatWas kann ich mit UpdateCoPro machen ?
Das schwarze ist die Schrift :(
set myRemoteHmUART updateCoPro /opt/fhem/FHEM/firmware/coprocessor_update.eq3Die Firmware MUSS lokal auf dem FHEM Server liegen! Du kannst meine Download Zeile nicht einfach mit dem Befehl zusammenkürzen.
Trotzdem kann ich nicht garantieren, dass ein downgrade geht!? Welche Firmware Version wird angezeigt?
Sorry. Ich steh heute etwas auf dem ....! Nachtschicht halt.
Danke Otto ;)
So, jetzt siehr es schon viel besser aus.
Vielen Dank nochmal.
downgrade geht ganz normal.
habe ich neulich gerade erst gemacht, da bei kurzer benutzung des hmuart mit zb debmatic sofort eine andere fw automatisch geflasht wird.
Hallo
Da nun myRemoteHmUART scheinbar richtig läuft wollte ich euch fragen wie ich ein Thermostat und Fensterkontakt einbinden kann?
Ein VCCU habe ich erstellt und die HMIP vergeben.
Leider bekomme ich es nicht hin das die Geräte eingebunden werden.
Grüße
André
Zitat von: rieders am 11 November 2020, 14:16:11
Hallo
Da nun myRemoteHmUART scheinbar richtig läuft wollte ich euch fragen wie ich ein Thermostat und Fensterkontakt einbinden kann?
Ein VCCU habe ich erstellt und die HMIP vergeben.
Leider bekomme ich es nicht hin das die Geräte eingebunden werden.
Grüße
André
Bitte einen neuen Thread aufmachen!
EDIT: hier geht es um den UART und Probleme "damit" nicht um generelles bzgl. Homematic-Handling... ;)
Unterforum Homematic...
Lese welche Infos gebraucht werden und liefere diese!
Wiki bzgl. Anlernen etc. hast du gelesen?
https://wiki.fhem.de/wiki/HomeMatic#Pairen
https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
Und stelle sicher: du hast Homematic "Classic"/BidCos Geräte gekauft und NICHT Homematic IP Geräte!
Gruß, Joachim
Hallo,
ich habe 3 UART im Einsatz. Sind alle 3 noch nicht so alt. Liefen alle bis vor kurzem problemlos. Nun machen 2 permanent Probleme.
2020.11.20 14:21:20.023 4: HMUARTLGW HMUART2 StartInit
2020.11.20 14:21:20.026 5: HMUARTLGW HMUART2 send: 00 00
2020.11.20 14:21:20.027 5: HMUARTLGW HMUART2 send: (8): fd00030001009e03
2020.11.20 14:21:20.028 5: SW: fd00030001009e03
2020.11.20 14:21:23.037 1: HMUARTLGW HMUART2 did not respond for the 1. time, resending
2020.11.20 14:21:23.038 5: HMUARTLGW HMUART2 send: (8): fd00030001009e03
2020.11.20 14:21:23.039 5: SW: fd00030001009e03
2020.11.20 14:21:26.050 1: HMUARTLGW HMUART2 did not respond for the 2. time, resending
2020.11.20 14:21:26.051 5: HMUARTLGW HMUART2 send: (8): fd00030001009e03
2020.11.20 14:21:26.052 5: SW: fd00030001009e03
2020.11.20 14:21:29.059 1: HMUARTLGW HMUART2 did not respond for the 3. time, resending
2020.11.20 14:21:29.060 5: HMUARTLGW HMUART2 send: (8): fd00030001009e03
2020.11.20 14:21:29.061 5: SW: fd00030001009e03
2020.11.20 14:21:32.075 1: HMUARTLGW HMUART2 did not respond after all, reopening
2020.11.20 14:21:32.076 4: HMUARTLGW HMUART2 Reopen
2020.11.20 14:21:32.081 3: HMUART2 device closed
2020.11.20 14:21:32.137 5: HttpUtils url=http://192.168.178.60:23/
2020.11.20 14:21:32.138 4: IP: 192.168.178.60 -> 192.168.178.60
2020.11.20 14:21:32.149 1: 192.168.178.60:23 reappeared (HMUART2)
Einen Hardwaredefekt würde ich eigentlich ausschließen da noch nicht alt. Aber man weiß ja nie.
Logauszug vom ESP:
520740> Accept port 23, conn=0x3fff6088, pool slot 0
533876> Accept port 23, conn=0x3fff6088, pool slot 0
549662> Accept port 23, conn=0x3fff6088, pool slot 0
565841> Accept port 23, conn=0x3fff6088, pool slot 0
578975> Accept port 23, conn=0x3fff6088, pool slot 0
592106> Accept port 23, conn=0x3fff6088, pool slot 0
607492> Accept port 23, conn=0x3fff6088, pool slot 0
622909> Accept port 23, conn=0x3fff6088, pool slot 0
636053> Accept port 23, conn=0x3fff6088, pool slot 0
649253> Accept port 23, conn=0x3fff6088, pool slot 0
662395> Accept port 23, conn=0x3fff6088, pool slot 0
678694> Accept port 23, conn=0x3fff6088, pool slot 0
694869> Accept port 23, conn=0x3fff6088, pool slot 0
707998> Accept port 23, conn=0x3fff6088, pool slot 0
721144> Accept port 23, conn=0x3fff6088, pool slot 0
734686> Accept port 23, conn=0x3fff6088, pool slot 0
751942> Accept port 23, conn=0x3fff6088, pool slot 0
765077> Accept port 23, conn=0x3fff6088, pool slot 0
778215> Accept port 23, conn=0x3fff6088, pool slot 0
791388> Accept port 23, conn=0x3fff5e30, pool slot 0
Diese Einträge sehe ich bei dem funktionierenden nicht.
list HM-MOD-UART:
Internals:
.FhemMetaInternals 1
CNT 1
Clients :CUL_HM:
DEF uart://192.168.178.60:23
DevState 1
DevType UART
DeviceName 192.168.178.60:23
FD 31
FUUID 5ce50f21-f33f-cf0a-4753-7f4c096e0f311c7e
FVERSION 00_HMUARTLGW.pm:0.188380/2019-03-09
LastOpen 1605878765.74175
NAME HMUART2
NOTIFYDEV global
NR 385
NTFY_ORDER 50-HMUART2
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
.attraggr:
.attrminint:
Helper:
AckPending:
1:
cmd 00
dst 0
frame FD00030001009E03
time 1605878766.75621
LastSendLen:
3
Log:
IDs:
MatchList:
1:CUL_HM ^A......................
READINGS:
2020-11-19 11:47:47 D-HMIdAssigned 23A38D
2020-11-19 11:47:54 D-HMIdOriginal 499951
2020-11-19 11:23:21 D-firmware 1.4.1
2020-11-19 11:23:21 D-serialNr NEQ0205813
2020-11-19 12:36:28 D-type HM-MOD-UART
2020-11-20 14:26:06 cond init
2020-11-19 11:47:34 load 0
2020-11-19 12:36:28 loadLvl suspended
2020-11-20 14:26:05 state opened
Attributes:
DbLogExclude .*
group Geräte
hmId 23A38D
room 9_08_Maschinenraum
verbose 5
Leider komme ich hier nicht weiter. Was kann man tun?
Vielen Dank.
Gruß Daniel
nutze das hmuart modul direkt auf einem pi ohne wlan.
wenn es funktioniert, ist der hmuart ok.
Ich hatte mal ein ähnliches Problem.
Ich habe damals die Stromzufuhr über den mitgelieferten Ferritring entstört.
hallo michael,
beim multi-io-betrieb (cul,hmuart,hmlan) zeigen sich bei mir probleme, wenn der cul das sendende io ist.
wenn ich dann beim hmuart mit "set close" die verbindung schliesse, läuft die kommunikation reibungslos.
kannst du dir das vielleicht mal anschauen?
zum einstieg eventuell hier starten: https://forum.fhem.de/index.php/topic,122160.msg1168578.html#msg1168578 (https://forum.fhem.de/index.php/topic,122160.msg1168578.html#msg1168578)
gruss frank
edit:
noansi hat bereits einen patch für 00_HMUARTLGW.pm bereit gestellt.
https://forum.fhem.de/index.php/topic,122160.msg1168679.html#msg1168679 (https://forum.fhem.de/index.php/topic,122160.msg1168679.html#msg1168679)