Guten Abend zusammen,
ich habe nach
http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi (ftp://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi)
mehrfach die Installation vorgenommen - ich komme nicht weiter.
In meinem Logfile steht über viele Zeilen
2016.12.08 19:02:52 3: HMRaspi1 device closed
2016.12.08 19:02:52 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.08 19:02:52 1: /dev/ttyAMA0 reappeared (HMRaspi1)
2016.12.08 19:02:56 1: HMUARTLGW HMRaspi1 did not respond for the 1. time, resending
2016.12.08 19:02:59 1: HMUARTLGW HMRaspi1 did not respond for the 2. time, resending
2016.12.08 19:03:02 1: HMUARTLGW HMRaspi1 did not respond for the 3. time, resending
2016.12.08 19:03:05 1: HMUARTLGW HMRaspi1 did not respond after all, reopening
2016.12.08 19:03:05 3: HMRaspi1 device closed
2016.12.08 19:03:05 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.08 19:03:05 1: /dev/ttyAMA0 reappeared (HMRaspi1)
2016.12.08 19:03:09 1: HMUARTLGW HMRaspi1 did not respond for the 1. time, resending
2016.12.08 19:03:12 1: HMUARTLGW HMRaspi1 did not respond for the 2. time, resending
2016.12.08 19:03:15 1: HMUARTLGW HMRaspi1 did not respond for the 3. time, resending
2016.12.08 19:03:18 1: HMUARTLGW HMRaspi1 did not respond after all, reopening
2016.12.08 19:03:18 3: HMRaspi1 device closed
2016.12.08 19:03:18 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.08 19:03:18 1: /dev/ttyAMA0 reappeared (HMRaspi1)
2016.12.08 19:03:22 1: HMUARTLGW HMRaspi1 did not respond for the 1. time, resending
2016.12.08 19:03:25 1: HMUARTLGW HMRaspi1 did not respond for the 2. time, resending
2016.12.08 19:03:28 1: HMUARTLGW HMRaspi1 did not respond for the 3. time, resending
2016.12.08 19:03:31 1: HMUARTLGW HMRaspi1 did not respond after all, reopening
2016.12.08 19:03:31 3: HMRaspi1 device closed
2016.12.08 19:03:31 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.08 19:03:31 1: /dev/ttyAMA0 reappeared (HMRaspi1)
2016.12.08 19:03:35 1: HMUARTLGW HMRaspi1 did not respond for the 1.
Ich habe dieses Funkmodul zum Raspi bei mir funktionstüchtig erlebt. Ich konnte eine HM-Funktsteckdose schalten.
Wo ist der Fehler?
Gruß
laxmann
Hallo Laxmann,
ich denke, dass Modul arbeitet nicht.
Also Modul defekt, serielle Schnittstelle nicht vorhanden, falsch gesteckt irgend so etwas.
Es liegt nicht an der Konfiguration der seriellen Schnittstelle, sondern das Modul ist über Deine definierte Schnittstelle nicht erreichbar.
Du kannst gern weitere Informationen liefern:
list des Moduls.
Bild vom Modul wie es auf der Schnittstelle steckt.
Sind weitere Module am GPIO gesteckt?
Raspi Modell
usw.
Gruß Otto
Guten Tag Otto,
jetzt ist wieder Zeit.
Ich benutze für dieses Modul den Rasp 3 B
Hier Device des HM-MOD-RPI-Pcb
DeviceOverview
HMRaspi1 opened
set HMRaspi1
Internals
CNT 1
DEF /dev/ttyAMA0
DevState 1
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 5
LastOpen 1481368713.31369
NAME HMRaspi1
NR 20
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
Readings
D-type HM-MOD-UART 2016-12-10 11:46:49
cond init 2016-12-10 12:18:47
loadLvl suspended 2016-12-10 11:46:49
state opened 2016-12-10 12:18:33
attr HMRaspi1
Attributes
hmId 123123
Wobei in den Reading kurzzeitig unter
cond disconnected
auftritt.
Das Modul steckt so auf den GPIO wie es in dem Bau- und Bedienungsanleitung von ELV zu sehen ist.
Gruß
laxmann
Hallo laxmann,
was liefert
ls -l /dev/ttyAMA0
?
Gruß Otto
Hallo Otto,
da gibt es folgende Meldung
crw-rw---- 1 root dialout 204, 64 Dez 10 15:21 /dev/ttyAMA0
Hi,
das sieht gut aus. Hast Du Einträge im Logfile? wechselnd connect disconnect?
Was sagt cat /lib/systemd/system/hciuart.service
Und cat /boot/config.txt
Gruß Otto
Da bin ich wieder.
Zitatcat /lib/systemd/system/hciuart.service
[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
Zitatcat /boot/config.txt
# For more options and information see
# http://www.raspberrypi.org/documentation/configuration/config-txt.md
# Some settings may impact device functionality. See link above for details
# 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=800
# Uncomment some or all of these to enable the optional hardware interfaces
dtparam=i2c_arm=off
#dtparam=i2s=on
dtparam=spi=off
# Uncomment this to enable the lirc-rpi module
#dtoverlay=lirc-rpi
# Additional overlays and parameters are documented /boot/overlays/README
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
ZitatHast Du Einträge im Logfile? wechselnd connect disconnect?
2016.12.10 18:16:25 1: /dev/ttyAMA0 reappeared (HMRaspi1)
2016.12.10 18:16:29 1: HMUARTLGW HMRaspi1 did not respond for the 1. time, resending
2016.12.10 18:16:32 1: HMUARTLGW HMRaspi1 did not respond for the 2. time, resending
2016.12.10 18:16:35 1: HMUARTLGW HMRaspi1 did not respond for the 3. time, resending
2016.12.10 18:16:38 1: HMUARTLGW HMRaspi1 did not respond after all, reopening
2016.12.10 18:16:38 3: HMRaspi1 device closed
2016.12.10 18:16:38 3: Setting HMRaspi1 serial parameters to 115200,8,N,1Dieser Eintrag wiederholt sich ca. alle 13 Sekunden.
In der "fhem.save" habe ich noch etwas gefunden.
#Sat Dec 10 15:33:34 2016
setstate HMRaspi1 opened
setstate HMRaspi1 2016-12-10 12:38:09 D-type HM-MOD-UART
setstate HMRaspi1 2016-12-10 15:33:24 cond init
setstate HMRaspi1 2016-12-10 12:38:09 loadLvl suspended
setstate HMRaspi1 2016-12-10 15:33:23 state opened
setstate Logfile active
setstate autocreate active
setstate eventTypes active
setstate global no definition
setstate initialUsbCheck 2016-12-10 12:38:09
setstate initialUsbCheck 2016-12-10 12:38:09 state activeund hier in der "eventTypes.txt
454 HMRaspi1 CONNECTED
1 HMRaspi1 D-type: HM-MOD-UART
455 HMRaspi1 cond: disconnected
461 HMRaspi1 cond: init
1 HMRaspi1 loadLvl: suspended
1 HMRaspi1 updateCoPro /home/pi/coprocessor_update.eq3Vielleicht ist auch noch das Booten von FHEM interessant:
2016.12.04 17:49:03 0: Server shutdown
2016.12.04 17:49:06 1: Including fhem.cfg
2016.12.04 17:49:06 3: telnetPort: port 7072 opened
2016.12.04 17:49:06 3: WEB: port 8083 opened
2016.12.04 17:49:06 3: WEBphone: port 8084 opened
2016.12.04 17:49:06 3: WEBtablet: port 8085 opened
2016.12.04 17:49:06 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2016.12.04 17:49:06 1: Including ./log/fhem.save
2016.12.04 17:49:06 1: usb create starting
2016.12.04 17:49:07 3: Probing CUL device /dev/ttyAMA0
2016.12.04 17:49:07 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.12.04 17:49:07 3: Probing FRM device /dev/ttyAMA0
2016.12.04 17:49:13 1: usb create end
2016.12.04 17:49:13 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.12.04 17:49:13 0: Featurelevel: 5.7
2016.12.04 17:49:13 0: Server started with 9 defined entities (fhem.pl:12680/2016-11-28 perl:5.020002 os:linux user:fhem pid:1314)
2016.12.04 17:49:51 3: Opening myHmUART device /dev/ttyAMA0
2016.12.04 17:49:51 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.12.04 17:49:51 3: myHmUART device opened
Hallo Otto,
ich habe auf deinem Blog zur "Homematic Firmwareupdate"
http://heinz-otto.blogspot.de/ (ftp://heinz-otto.blogspot.de/)
einen Hinweis zu deiner Installation gelesen.
ZitatIch habe zusätzlich zu meinem produktiven System mit einem HMLAN und einem RPI Modul noch ein Test System mit einem RPI Modul.
Der Unterschied zu deiner Installation sind bei mir drei 3 HMLAN im Einsatz. Das Funkmodul steckt auch auf meinem Test-Rasp. Kann meine Störung daher kommen?
Schönes Wochenende
laxmann
Hallo laxmann,
ich kann in Deiner boot/config.txt nicht mal erkennen, dass die UART aktiviert wird.
Hast Du die Schritte (http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Vorbereitung_serielle_Schnittstelle_unter_Jessie)überhaupt ausgeführt? Ich bin der Meinung von allem was da steht hast Du nichts gemacht.
Gruß Otto
Hallo Otto,
ich habe wohl die falsche Datei ausgewählt.
Hier die Richtige:
# For more options and information see
# http://www.raspberrypi.org/documentation/configuration/config-txt.md
# Some settings may impact device functionality. See link above for details
# 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=800
# Uncomment some or all of these to enable the optional hardware interfaces
#dtparam=i2c_arm=on
#dtparam=i2s=on
#dtparam=spi=on
# Uncomment this to enable the lirc-rpi module
#dtoverlay=lirc-rpi
# Additional overlays and parameters are documented /boot/overlays/README
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
enable_uart=1
dtoverlay=pi3-miniuart-bt
core_freq=250
Gruß
laxmann
Hallo Laxmann,
wolltest Du mich testen? :)
Deine andere Umgebung verursacht keine "Störung" dein Modul wird an der seriellen Schnittstelle nicht richtig in Betrieb genommen, bzw stört ein anderer Prozess.
setze mal bitte
attr initialUsbCheck disable 1 und starte FHEM neu.
Mich stört dies hier
Zitat2016.12.04 17:49:06 1: usb create starting
2016.12.04 17:49:07 3: Probing CUL device /dev/ttyAMA0
2016.12.04 17:49:07 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.12.04 17:49:07 3: Probing FRM device /dev/ttyAMA0
Nicht das FHEm ein zweites Device an der ttyAMA0 einrichten will.
Gruß Otto
Guten Abend Otto,
ich habe es ausprobiert - keine Veränderung
Aber mit deinen Bemerkungen und zu dem Code
Zitatattr initialUsbCheck disable 1
muss ich wohl noch etwas hinzufügen. Mein Test-Rasp wird von einer ext. Festplatte gebootet. Ich habe in der Zwischenzeit diesen Rasp so umkonfiguriert, dass von der SD-Karte gebootet wird. Siehe da -
2016.12.11 17:11:07 0: Server shutdown
2016.12.11 17:11:10 1: Including fhem.cfg
2016.12.11 17:11:10 3: telnetPort: port 7072 opened
2016.12.11 17:11:10 3: WEB: port 8083 opened
2016.12.11 17:11:10 3: WEBphone: port 8084 opened
2016.12.11 17:11:10 3: WEBtablet: port 8085 opened
2016.12.11 17:11:11 2: eventTypes: loaded 194 events from ./log/eventTypes.txt
2016.12.11 17:11:11 3: Opening HMRaspi1 device /dev/ttyAMA0
2016.12.11 17:11:11 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.11 17:11:11 3: HMRaspi1 device opened
2016.12.11 17:11:12 1: Including ./log/fhem.save
2016.12.11 17:11:12 3: Device HM_4B41E8 added to ActionDetector with 000:10 time
2016.12.11 17:11:12 1: usb create starting
2016.12.11 17:11:13 1: usb create end
2016.12.11 17:11:13 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.12.11 17:11:13 0: Featurelevel: 5.7
2016.12.11 17:11:13 0: Server started with 19 defined entities (fhem.pl:12719/2016-12-06 perl:5.020002 os:linux user:fhem pid:2062)
2016.12.11 17:11:13 3: CUL_HM set HM_4B41E8_Sw statusRequest
2016.12.11 17:12:16 3: HMRaspi1: Unknown code A14FA845E36D18F000000801061000000000008D9FE::-54:HMRaspi1, help me!
2016.12.11 17:12:30 3: CUL_HM set HM_4B41E8_Sw on
2016.12.11 17:12:31 3: HMRaspi1: Unknown code A148E845E370BA5000000800000000000000008EBFE::-80:HMRaspi1, help me!
2016.12.11 17:12:32 3: CUL_HM set HM_4B41E8_Sw off
Das Funkmodul funktioniert.
Das spricht doch dafür, dass das Problem die externe Festplatte verursacht.
Wenn das so ist, wie gehe ich dann vor?
Gruß
laxmann
Guten Abend laxmann,
na das ist ja wieder interessant :-X
Ich habe da jetzt weder ein Vorstellung warum, das so ist, noch was Du machen kannst.
Wie wird die Festplatte angeschlossen?
Gruß Otto
Ist eine
Intenso 3813430 High Performance interne SSD 120GB (6,3 cm (2,5 Zoll), SATA III, 520 MB/Sekunden)
mit einem USB-SATA III - Adapter.
Die Festplatte wird vom Raspi versorgt.
Noch eine Guten Abend
Gruß
laxmann :(
Hi,
was ich in Deiner config.txt vermisse ist der Eintrag
max_usb_current=1
Der dient dazu über USB mehr Strom zur Verfügung zu stellen. Ich habe keine Ahnung ob das einen Einfluss hat. Eigentlich dürfte Deine SSD nicht laufen, aber vielleicht wird die Spannung runtergezogen und das Modul am GPIO Connector wird nicht versorgt?
Gruß Otto
Guten Tag Otto,
ich denke, das war es.
2016.12.12 12:38:07 0: Server shutdown
2016.12.12 12:38:09 1: Including fhem.cfg
2016.12.12 12:38:10 3: telnetPort: port 7072 opened
2016.12.12 12:38:10 3: WEB: port 8083 opened
2016.12.12 12:38:10 3: WEBphone: port 8084 opened
2016.12.12 12:38:10 3: WEBtablet: port 8085 opened
2016.12.12 12:38:10 2: eventTypes: loaded 35 events from ./log/eventTypes.txt
2016.12.12 12:38:10 3: Opening HMRaspi1 device /dev/ttyAMA0
2016.12.12 12:38:10 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.12 12:38:10 3: HMRaspi1 device opened
2016.12.12 12:38:11 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2016.12.12 12:38:11 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 1401
2016.12.12 12:38:11 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2016.12.12 12:38:11 1: Including ./log/fhem.save
2016.12.12 12:38:11 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.12.12 12:38:11 0: Featurelevel: 5.7
2016.12.12 12:38:11 0: Server started with 11 defined entities (fhem.pl:12719/2016-12-06 perl:5.020002 os:linux user:fhem pid:1401)
2016.12.12 12:38:52 3: HMRaspi1: Unknown code A14C7845E36D18F0000008013E7000540007108F0FF::-57:HMRaspi1, help me!
2016.12.12 12:39:05 3: HMRaspi1: Unknown code A0FC286103B0C080000000A90BA0D0A40::-50:HMRaspi1, help me!
Die Meldungen
2016.12.12 12:38:52 3: HMRaspi1: Unknown code A14C7845E36D18F0000008013E7000540007108F0FF::-57:HMRaspi1, help me!
beziehen sich sicherlich auf die HM-Installationen auf meinem Dienst-Rasp.
Ich möchte mich für deine Unterstützung bedanken.
Noch eine schöne Woche!
Gruß
laxmann
Hallo laxmann,
ich will nur nochmal zur Sicherheit nachfragen: Es war echt der Eintrag max_usb_current=1 ?
Gruß Otto
Hallo Otto,
nach deiner Frage habe ich mal mit und ohne
max_usb_current=1 in der config.txt den Rasp gebootet.
Mit max_usb_current=1
2016.12.12 17:38:47 0: Server shutdown
2016.12.12 17:38:50 1: Including fhem.cfg
2016.12.12 17:38:50 3: telnetPort: port 7072 opened
2016.12.12 17:38:50 3: WEB: port 8083 opened
2016.12.12 17:38:50 3: WEBphone: port 8084 opened
2016.12.12 17:38:50 3: WEBtablet: port 8085 opened
2016.12.12 17:38:50 2: eventTypes: loaded 208 events from ./log/eventTypes.txt
2016.12.12 17:38:51 3: Opening HMRaspi1 device /dev/ttyAMA0
2016.12.12 17:38:51 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.12 17:38:51 3: HMRaspi1 device opened
2016.12.12 17:38:51 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2016.12.12 17:38:51 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 1317
2016.12.12 17:38:51 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2016.12.12 17:38:52 1: Including ./log/fhem.save
2016.12.12 17:38:52 2: 1
2016.12.12 17:38:52 0: Featurelevel: 5.7
2016.12.12 17:38:52 0: Server started with 12 defined entities (fhem.pl:12719/2016-12-06 perl:5.020002 os:linux user:fhem pid:1317)
2016.12.12 17:40:16 3: HMRaspi1: Unknown code A143E845E36D18F00000080164800053A007508CAFF::-60:HMRaspi1, help me!
2016.12.12 17:40:28 3: HMRaspi1: Unknown code
Ohne max_usb_current=1
2016.12.12 17:46:29 0: Server shutdown
2016.12.12 17:46:44 1: Including fhem.cfg
2016.12.12 17:46:44 3: telnetPort: port 7072 opened
2016.12.12 17:46:44 3: WEB: port 8083 opened
2016.12.12 17:46:44 3: WEBphone: port 8084 opened
2016.12.12 17:46:44 3: WEBtablet: port 8085 opened
2016.12.12 17:46:44 2: eventTypes: loaded 208 events from ./log/eventTypes.txt
2016.12.12 17:46:45 3: Opening HMRaspi1 device /dev/ttyAMA0
2016.12.12 17:46:45 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.12 17:46:45 3: HMRaspi1 device opened
2016.12.12 17:46:45 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2016.12.12 17:46:45 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 1018
2016.12.12 17:46:45 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2016.12.12 17:46:46 1: Including ./log/fhem.save
2016.12.12 17:46:46 2: 1
2016.12.12 17:46:46 0: Featurelevel: 5.7
2016.12.12 17:46:46 0: Server started with 12 defined entities (fhem.pl:12719/2016-12-06 perl:5.020002 os:linux user:fhem pid:1018)
2016.12.12 17:47:22 3: HMRaspi1: Unknown code A1473845E4B41E8000000800000000000000008C9FF::-44:HMRaspi1, help me!
Hat wohl nichts damit zu tun.
Ich gehe jetzt davon aus, dass das HM-MOD-RPI-Pcb funktioniert?!
Es ist wohl besser die ext. Festplatte mit Netzteil laufen zu lassen.
Versuche ich den HM-ES-PMSw1-PI zu pairen geschieht dies im Logfile
2016.12.12 18:07:21 2: CUL_HM Unknown device HM_4B41E8 is now defined
2016.12.12 18:07:21 2: autocreate: define HM_4B41E8 CUL_HM 4B41E8
2016.12.12 18:07:21 2: autocreate: define FileLog_HM_4B41E8 FileLog ./log/HM_4B41E8-%Y.log HM_4B41E8
2016.12.12 18:07:21 3: Device HM_4B41E8 added to ActionDetector with 000:10 time
2016.12.12 18:07:21 3: CUL_HM pair: HM_4B41E8 powerMeter, model HM-ES-PMSw1-Pl serialNr
Ich gehe diesmal davon aus, dass der HM-MOD-RPI-Pcb das Signal von dem HM-ES-PMSw1-PI empfängt. Der lässt sich aber nicht schalten.
Hier die anderen Funktionen
ActionDetector alive:1 dead:0 unkn:0 off:0
HM_4B41E8_Pwr 0
HM_4B41E8_SenF 50.01
HM_4B41E8_SenI 0
HM_4B41E8_SenPwr 0
HM_4B41E8_SenU 227
Ich denke, es funktioniert nur mit einer Verschlüsselung, aber wie geht das?
In der AES Encryption findet ich es nicht. Nehme ich das
attr hmKey
?
Dann habe ich noch zwei Fragen:
Was ist das für ein Datenmüll in meiner Logfile:
A0F4686103B0C080000000A90B90D0E40::-51:HMRaspi1, help me!
2016.12.12 18:14:08 3: HMRaspi1: Unknown code A14F2845E36D18E000000800536000000000008DF01::-71:HMRaspi1, help me!
2016.12.12 18:14:25 3: HMRaspi1: Unknown code A14E0845E370BA5000000800000000000000008D701::-81:HMRaspi1, help me!
2016.12.12 18:15:45 3: HMRaspi1: Unknown code A144C845E36D18F0000008016960004C1006E08D6FF::-64:HMRaspi1, help me!
2016.12.12 18:15:45 3: HMRaspi1: Unknown code A0D048410379FF229A29106011B00::-54:HMRaspi1, help me!
2016.12.12 18:15:56 3: HMRaspi1: Unknown code A0C4AA6414454B83B0C2301CAC8::-81:HMRaspi1, help me!
2016.12.12 18:15:57 3: HMRaspi1: Unknown code A0A4B80023B0C234454B800::-77:HMRaspi1, help me!
2016.12.12 18:15:58 3: HMRaspi1: Unknown code A0F4786103B0C080000000A90B90D0E40::-50:HMRaspi1, help me!
2016.12.12 18:16:04 3: HMRaspi1: Unknown code A0DD48410379C3E29A29106018900::-37:HMRaspi1, help me!
2016.12.12 18:17:09 3: HMRaspi1: Unknown code A14F3845E36D18E000000800536000000000008D901::-72:HMRaspi1, help me!
2016.12.12 18:18:28 3: HMRaspi1: Unknown code A144D845E36D18F00000080169C000545007408D601::-61:HMRaspi1, help me!
2016.12.12 18:18:34 3: HMRaspi1: Unknown code A0F4886103B0C080000000A90B90D0E40::-50:HMRaspi1, help me!
2016.12.12 18:19:55 3: HMRaspi1: Unknown code A14F4845E36D18E000000800536000000000008D901::-72:HMRaspi1, help me!
2016.12.12 18:20:55 3: HMRaspi1: Unknown code A0F4986103B0C080000000A90B90D0E40::-51:HMRaspi1, help me!
2016.12.12 18:20:56 3: HMRaspi1: Unknown code A144E845E36D18F0000008016A1000548007308D401::-63:HMRaspi1, help me!
2016.12.12 18:21:41 3: HMRaspi1: Unknown code A0DD58410379C3E29A29106018900::-37:HMRaspi1, help me!
2016.12.12 18:22:02 3: HMRaspi1: Unknown code A0D058410379FF229A29106011B00::-53:HMRaspi1, help me!
2016.12.12 18:22:27 3: HMRaspi1: Unknown code A14F5845E36D18E000000800536000000000008D801::-72:HMRaspi1, help me!
2016.12.12 18:23:02 3: HMRaspi1: Unknown code A0F4A86103B0C080000000A90BA0D0E40::-50:HMRaspi1, help me!
2016.12.12 18:23:10 3: HMRaspi1: Unknown code A144F845E36D18F0000008016A60004E2006F08D102::-62:HMRaspi1, help me!
In dem Logfile erscheint
2016.12.12 17:46:46 1: Including ./log/fhem.save
2016.12.12 17:46:46 2: 1
2016.12.12 17:46:46 0: Featurelevel: 5.7
2016.12.12 17:46:46 0: Server started with 12 defined entities (fhem.pl:12719/2016-12-06 perl:5.020002 os:linux user:fhem pid:1018)
Was bedeutet "2016.12.12 17:46:46 2: 1"
Diese Probleme müssen erstmal gelöst werden, dann kann es mit "dblog" weitergehen.
Vielen Dank
Gruß
laxmann
Moin,
nur die HM-Devices, die ein "SEC" im Namen tragen verlangen zwingend AES. Alle anderen lassen sich auch so schalten, wenn sie gepaired sind.
Hast du den Switch denn angelernt? Wie sagt:
list HM_4B41E8
Gruß,
Stephan
Hallo Stephan,
hier ist
Zitatlist HM_4B41E8
Internals:
DEF 4B41E8
IODev HMRaspi1
NAME HM_4B41E8
NOTIFYDEV global
NR 23
NTFY_ORDER 50-HM_4B41E8
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 HM_4B41E8_Sw
channel_02 HM_4B41E8_Pwr
channel_03 HM_4B41E8_SenPwr
channel_04 HM_4B41E8_SenI
channel_05 HM_4B41E8_SenU
channel_06 HM_4B41E8_SenF
protCmdDel 13
protResnd 6 last_at:2016-12-12 19:48:58
protResndFail 2 last_at:2016-12-12 19:49:02
protSnd 2 last_at:2016-12-12 19:48:43
protState CMDs_done_Errors:1
Readings:
2016-12-12 19:48:31 Activity dead
2016-12-12 18:07:21 D-firmware 1.6
2016-12-12 18:07:21 D-serialNr NEQ0385716
2016-12-12 18:07:21 R-pairCentral set_0x123123
2016-12-12 18:07:31 sabotageAttackId_ErrIoId_29A291 cnt:6
2016-12-12 18:07:31 sabotageAttack_ErrIoAttack cnt 6
2016-12-12 19:49:02 state RESPONSE TIMEOUT:RegisterRead
Regl_00.:
VAL
Helper:
HM_CMDNR 3
cSnd 011231234B41E8010E,011231234B41E800040000000000
mId 00AC
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +4B41E8,00,00,00
prefIO
rxt 0
vccu
p:
4B41E8
00
00
00
Mrssi:
mNo
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
dev 1
prs 1
Attributes:
IODev HMRaspi1
actCycle 000:10
actStatus dead
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.6
model HM-ES-PMSw1-Pl
room CUL_HM
serialNr NEQ0385716
subType powerMeter
webCmd getConfig:clear msgEvents Gruss
laxmann
Hallo laxmann,
erstmal zum Thema AES: Das geht grundlegend auch ohne Dein zutun. Aber die Steckdosen, machen es eigentlich erstmal ohne AES.
Alle HM IOs können AES von Hause aus, da muss man nichts dazu tun.
Zu deinem Device:
Der ist nicht fertig mit pairen: 2016-12-12 18:07:21 R-pairCentral set_0x123123
Da müsste nur 0x123123 stehen
Aber ein anderer IO versucht auch mit ihm zu reden:
2016-12-12 18:07:31 sabotageAttackId_ErrIoId_29A291 cnt:6
Hast Du nur eine HM Umgebung?
Auch diese Meldungen kommen von HM Geräten aus Deiner Umgebung. Wenn nicht von Dir, dann vom Nachbarn.
2016.12.12 18:14:08 3: HMRaspi1: Unknown code A14F2845E36D18E000000800536000000000008DF01::-71:HMRaspi1, help me!
2016.12.12 18:14:25 3: HMRaspi1: Unknown code A14E0845E370BA5000000800000000000000008D701::-81:HMRaspi1, help me!
Gruß Otto
Guten morgen Otto,
das sind wohl Daten aus meiner FHEM-Installation auf einem anderen Rasp. Hier habe ich drei HMLAN-Adapter integriert.
Mein Test - Rasp soll für Versuche in FHEM dienen.
Kann man den Datenmüll auf meinem Test-Rasp wie z.B. CUL_FHTTK ignorieren?
Gruss
laxmann
Guten Morgen Laxmann,
eine VCCU kann das erledigen, damit hast Du die Einträge nicht mehr im Log.
Beim pairen wird es aber wirklich interessant bis schwierig - Meine Erfahrung. Ich habe so ähnlich wie Du auch einen Testraspi mit HMUART Modul.
Du siehst das an sabotageAttackId_ErrIoId, da wollte der andere mitreden!
Also ich schalte die andere Instanz stumm (set <io> close) und paire dann. Ich habe sogar das Gefühl, dass es contraproduktiv ist innerhalb einer FHEM Instanz mehrere IOs aktiv zu haben beim pairen. Aber da mögen die Profis mir wiedersprechen, angeblich wird nur einer zum Senden verwendet und alle anderen lauschen nur. Vielleicht ist irgendetwas überfordert wenn von mehreren IOs die Nachrichten reinkommen und verarbeitet werden müssen. Ich kann es nicht mit Gewissheit sagen. Aber das Paarungsverhalten von manchen HM Komponenten ist manchmal schwierig ;D
Gruß Otto
ZitatAlso ich schalte die andere Instanz stumm (set <io> close) und paire dann.
wenn das wirklich nötig wäre, müsste man ja auch immer bei den nachbarn alles abschalten. ;)
Zitat von: frank am 13 Dezember 2016, 12:16:19
wenn das wirklich nötig wäre, müsste man ja auch immer bei den nachbarn alles abschalten. ;)
Ich weiß ;D
Aber der Eintrag 2016-12-12 18:07:31 sabotageAttackId_ErrIoId_29A291 cnt:6 zeigt ja, dass die andere Instanz mehrfach versucht hat was zu senden.
Ja, ob das tatsächlich stört kann ich nicht belegen.
Aber ich könnte auch ne Krise kriegen, wo ich meine den Pairing Prozess verstanden zu haben und die Abläufe einigermaßen kenne, wenn es dann trotzdem nichts wird.
Ich habe immer noch keinen Weg gefunden, der geradlinig eine Fehlersuche/behebung ermöglicht wenn es mal nicht auf Anhieb will.
Gruß Otto
ZitatAber der Eintrag 2016-12-12 18:07:31 sabotageAttackId_ErrIoId_29A291 cnt:6 zeigt ja, dass die andere Instanz mehrfach versucht hat was zu senden.
nicht versucht, sondern wirklich gemacht. fhem kann das ja nicht verhindern, sondern nur registrieren.
wenn du das pairen direkt über ein io machst, also "set my_io hmPair....", und nicht über vccu, sollten eigentlich die wenigsten störungen auftauchen. kein cul, guter rssi, keine freezes in fhem, ausreichend credits, wenig sonstiger funkverkehr in der luft mal vorausgesetzt.
wenn fhem gerade 20 rolläden schliesst und/oder bei 10 thermostaten die wochenpläne aktualisiert, solltest du vielleicht das pairen etwas verschieben. das device empfängt ja auch den ganzen funk und muss die "richtigen" messages erst ausfiltern. :)
wenn du immer schön sniffst beim pairen, kannst du die probleme am besten erkennen. das eigentliche pairen, würde ich sagen, ist normalerweise unproblematischer als das automatisch folgende getconfig.
Hallo zusammen,
hier ist nochmal ein aktueller Auszug aus dem Logfile
2016.12.13 15:57:45 2: CUL_HM HM_4B41E8 attack:011231234B41E804040000000001,011231234B41E80403:129A2914B41E80603
2016.12.13 15:57:45 2: CUL_HM HM_4B41E8 attack:011231234B41E804040000000001,011231234B41E80403:129A2914B41E80603
2016.12.13 15:57:45 3: HMRaspi1: Unknown code A0B79A00129A2914B41E80603::-72:HMRaspi1, help me!
2016.12.13 15:57:48 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 15:57:49 2: CUL_HM HM_4B41E8 attack:011231234B41E804040000000001,011231234B41E80403:129A2914B41E80603
2016.12.13 15:57:49 2: CUL_HM HM_4B41E8 attack:011231234B41E804040000000001,011231234B41E80403:129A2914B41E80603
2016.12.13 15:57:49 3: HMRaspi1: Unknown code A0B79A00129A2914B41E80603::-73:HMRaspi1, help me!
2016.12.13 15:57:49 3: HMRaspi1: Unknown code A0A79800229A2914B41E800::-29:HMRaspi1, help me!
2016.12.13 15:57:50 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 15:57:50 3: HMRaspi1: Unknown code A14F5845E36D18E000000800536000000000008EDFF::-77:HMRaspi1, help me!
2016.12.13 15:57:51 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 15:57:53 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 15:58:04 3: Device HM_4B41E8 added to ActionDetector with 000:10 time
2016.12.13 15:58:08 3: HMRaspi1: Unknown code A1410845E38B881000000808AA9000000000008EF01::-78:HMRaspi1, help me!
2016.12.13 15:58:43 3: HMUARTLGW HMRaspi1 entered pairing-mode
2016.12.13 15:58:53 3: Device HM_4B41E8 added to ActionDetector with 000:10 time
2016.12.13 15:58:53 3: CUL_HM pair: HM_4B41E8 powerMeter, model HM-ES-PMSw1-Pl serialNr NEQ0385716
2016.12.13 15:58:57 3: CUL_HM set HM_4B41E8 getConfig
2016.12.13 15:59:07 3: HMRaspi1: Unknown code A14E4845E370BA5000000800000000000000008EE01::-75:HMRaspi1, help me!
2016.12.13 15:59:13 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 15:59:15 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 15:59:16 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 15:59:17 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 15:59:27 3: HMRaspi1: Unknown code A144F845E36D18F0000008018A2000000000008F101::-56:HMRaspi1, help me!
2016.12.13 15:59:45 3: HMRaspi1: Unknown code A0FEE86103B0C230000000A60810B0000::-80:HMRaspi1, help me!
2016.12.13 15:59:48 3: HMRaspi1: Unknown code A0D028410379FF229A29106019700::-53:HMRaspi1, help me!
2016.12.13 16:00:08 3: HMRaspi1: Unknown code A14F6845E36D18E000000800536000000000008EC02::-73:HMRaspi1, help me!
Das Pairing über Funkmodul hat funktioniert. Ich habe einfach den HM_4B41E8 auf Werkseinstellung zurückgesetzt.
Gruss
laxmann
Da bin ich nochmal,
ich denke es ist so weit.
Ich habe ein VCCU auf meinem Versuchs-Rasp eingerichtet:
Die Logfile von meinem Versuch-Rasp
2016.12.13 16:43:39 2: CUL_HM HM_4B41E8 attack:011123454B41E8000802010A110B230C45,011123454B41E80006:129A2914B41E800040000000000
2016.12.13 16:43:39 2: CUL_HM HM_4B41E8 attack:011123454B41E8000802010A110B230C45,011123454B41E80006:129A2914B41E800040000000000
2016.12.13 16:43:41 3: CUL_HM set HM_4B41E8 getConfig
2016.12.13 16:43:44 2: CUL_HM HM_4B41E8 attack:011123454B41E802040000000001,011123454B41E803040000000001:129A2914B41E800040000000000
2016.12.13 16:43:44 2: CUL_HM HM_4B41E8 attack:011123454B41E803040000000001,011123454B41E80303:129A2914B41E800040000000000
2016.12.13 16:43:44 2: CUL_HM HM_4B41E8 attack:011123454B41E803040000000001,011123454B41E80303:129A2914B41E800040000000000
2016.12.13 16:43:53 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 16:43:54 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 17:09:38 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 17:09:39 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 17:09:41 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 17:09:42 3: CUL_HM set HM_4B41E8_Sw off
Ich habe mir auch den Logfile von meinem FHEM-Rasp angeschaut. Bis 16:43 war der voll mit Datenmüll. Jetzt ist er erheblich reduziert.
2016.12.13 16:43:53.126 2: CUL_HM HM_4B41E8
Ich habe mir auch den Logfile von meinem FHEM-Rasp angeschaut. Der war voll mit Datenmüll. attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 16:43:54.309 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 16:43:54.341 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 16:43:54.371 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 16:46:06.545 3: CUL_HM set ST_18_TabletIruluUwe on
2016.12.13 16:48:06.564 3: CUL_HM set ST_18_TabletIruluUwe off
2016.12.13 16:48:06.600 2: After sleep: Please define AusschaltenTabletDieleHintenUnten first
2016.12.13 16:48:54.729 3: CUL_HM set ST_16 on-for-timer 240
2016.12.13 17:00:00.014 2: FHT set TempRegler_Bad_Hinten desired-temp 21.0
2016.12.13 17:00:31.507 3: CUL_HM set ST_18_TabletIruluUwe on
2016.12.13 17:02:31.526 3: CUL_HM set ST_18_TabletIruluUwe off
2016.12.13 17:02:31.561 2: After sleep: Please define AusschaltenTabletDieleHintenUnten first
2016.12.13 17:04:54.254 3: CUL_HM set ST_16 on-for-timer 240
2016.12.13 17:05:00.917 3: CUL_HM set ST_18_TabletIruluUwe on
2016.12.13 17:07:00.954 3: CUL_HM set ST_18_TabletIruluUwe off
2016.12.13 17:07:01.003 2: After sleep: Please define AusschaltenTabletDieleHintenUnten first
2016.12.13 17:09:38.647 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 17:09:39.942 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 17:09:39.959 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 17:09:41.352 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 17:09:41.387 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 17:09:41.421 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 17:09:42.644 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 17:09:42.662 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 17:09:42.678 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 17:09:42.906 3: CUL_HM set FensterOeffKeller_HM_Win level 100
2016.12.13 17:12:17.941 3: CUL_HM set FM6_SonjaGaestezimmer statusRequest
2016.12.13 17:12:25.131 3: CUL_HM set ST_1_Kaffeemaschine statusRequest
Auf dem Test-Rasp habe ich folgendes geschaltet:
2016.12.13 17:31:50 3: CUL_HM set HM_4B41E8_Sw on
Zeitgleich gab es auf dem FHEM-Rasp diese Reaktion:
2016.12.13 17:31:50.293 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 17:31:50.328 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
Auf meinem FHEM-Rasp habe ich drei HMLAN im VCCU zusammengeschaltet.
Also ganz werden die Fremdstörung nicht unterdrückt, aber es ist erheblich besser.
Gruss
laxmann
Hi Laxmann,
naja in beiden Instanzen ist offenbar schon ein Gerät angelegt -> zur gleichen Hardware.
Den Schaltbefehl des einen wertet der Andere als Störattacke.
Ich denke Du musst einfach das Define in der Instanz löschen wo es nicht hingehört. Die VCCU händelt das trotzdem.
Gruß Otto
Hallo Otto,
ZitatIch denke Du musst einfach das Define in der Instanz löschen wo es nicht hingehört. Die VCCU hänndelt das trotzdem.
hast recht!
Danke nochmal!
Gruss
laxmann
Guten Tag zusammen und ruhige Festtage,
es hat sich ergeben, das ich mein Fhem-Raspi mit dem HM-MOD-RPI-Pcb betreibe und in der VCCU eingebunden habe. Seid dem kommen aber folgende Meldungen
2016.12.24 15:57:24.568 1: HMUARTLGW HMRasp1 Adding peer 36D30C failed! You have probably forced an unknown aesKey for this device.
2016.12.24 15:57:51.381 3: CUL_HM set ST_1_Kaffeemaschine on
2016.12.24 15:57:51.387 1: HMUARTLGW HMRasp1 Adding peer 36D30C failed! You have probably forced an unknown aesKey for this device.
2016.12.24 15:57:52.691 3: CUL_HM set ST_1_Kaffeemaschine off
2016.12.24 15:57:52.698 1: HMUARTLGW HMRasp1 Adding peer 36D30C failed! You have probably forced an unknown aesKey for this device.
2016.12.24 16:02:36.503 3: CUL_HM set ST_1_Kaffeemaschine on
2016.12.24 16:02:36.509 1: HMUARTLGW HMRasp1 Adding peer 36D30C failed! You have probably forced an unknown aesKey for this device.
2016.12.24 16:02:37.507 3: CUL_HM set ST_1_Kaffeemaschine off
2016.12.24 16:02:37.513 1: HMUARTLGW HMRasp1 Adding peer 36D30C failed! You have probably forced an unknown aesKey for this device.
2016.12.24 16:02:38.988 3: CUL_HM set ST_2_Ladestation_Essz on
2016.12.24 16:02:38.994 1: HMUARTLGW HMRasp1 Adding peer 36D18F failed! You have probably forced an unknown aesKey for this device.
2016.12.24 16:02:40.008 3: CUL_HM set ST_2_Ladestation_Essz off
2016.12.24 16:02:40.017 1: HMUARTLGW HMRasp1 Adding peer 36D18F failed! You have probably forced an unknown aesKey for this device.
2016.12.24 16:02:42.097 3: CUL_HM set ST_2_Ladestation_Essz on
2016.12.24 16:02:42.103 1: HMUARTLGW HMRasp1 Adding peer 36D18F failed! You have probably forced an unknown aesKey for this device.
2016.12.24 16:02:43.286 1: HMUARTLGW HMRasp1 Adding peer 36D18F failed! You have probably forced an unknown aesKey for this device.
2016.12.24 16:02:50.805 1: HMUARTLGW HMRasp1 Adding peer 36D18F failed! You have probably forced an unknown aesKey for this device.
Im Forum finde ich nichts.
Ich habe die Geräte neu gepairt. Die Installation des HM-MOD-RPI-Pcb und AES-Verschlüsselung ist eigentlich installiert.
Die Geräte funktionieren alle. In der VCCU sind noch zwei HMLAN-Adapter eingebunden.
Wo ist mein Fehler?
Gruß
laxmann
Da bin ich nochmal,
hier habe ich die Lösung gefunden
https://forum.fhem.de/index.php?topic=40400.0 (ftp://forum.fhem.de/index.php?topic=40400.0)
https://forum.fhem.de/index.php?topic=40400.0]http://forum.fhem.de/index.php?topic=40400.0]https://forum.fhem.de/index.php?topic=40400.0 (http://forum.fhem.de/index.php?topic=40400.0)
Gruss
laxmann