Hallo,
nach viel MAX Erfahrung und ein bisschen Erfahrung mit 2 Aktoren an einem umgeflashten Max-Cube mit HM , habe ich gerade einen RPI mit dem HM_MOD_RPI_PCB vor mir.
Ich habe 2x nacheinander alles installiert und es scheint ein Problem zu geben, dass ich nicht verstehe.
Meine Thermostate pairen sich nicht vollständig (aber anscheinend teilweise). Dass Kommunikation grundsätzlich stattfindet erkennt an daran, dass beim Pairen die Thermostate nicht bis 0 runterzählen sondern AC anzeigen. Dei Thermostate waren vorher resettet.
Ich habe wie folgt installiert:
1. Raspbian
2. fhem wie in https://wiki.fhem.de/wiki/Raspberry_Pi
3. folgende schritte für den HM_MOD_RPI_PCB:
3.1
systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service
systemctl mask serial-getty@ttyAMA0.service
echo "enable_uart=1" >> /boot/config.txt
echo "dtoverlay=pi3-miniuart-bt" >> /boot/config.txt
echo "core_freq=250" >> /boot/config.txt
reboot
3.2
attr initialUsbCheck disable 1
apt-get install ser2net
echo "4000:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE" >> /etc/ser2net.conf
# Den Dienst neu starten
systemctl restart ser2net
3.3
define USB_HmUART HMUARTLGW /dev/ttyAMA0
Hat jemand von den HM spezialisten eine idee?
also bei mir hat nach 9 Monaten Pause und Umstieg auf des HM MOD RPI PCB das Pairing auch nicht geklappt, bzw nur tlw bis ich den post hier gelesen habe. Damit ging es echt einfach...
https://forum.fhem.de/index.php/topic,106925.msg1021580.html#msg1021580 (https://forum.fhem.de/index.php/topic,106925.msg1021580.html#msg1021580)
ggf reicht bei dir schon ein "get Config" weil du wenigstens AC siehst
Das mit ser2net verstehe ich nicht: das ist m.E. nicht erforderlich, wenn du lokal auf das PCB zugreifen willst...
Ergo: Deaktiviere den ser2net-Service wieder.
Zitat von: Beta-User am 29 Februar 2020, 06:20:38
Das mit ser2net verstehe ich nicht: das ist m.E. nicht erforderlich, wenn du lokal auf das PCB zugreifen willst...
Ergo: Deaktiviere den ser2net-Service wieder.
Ah ja, das verstehe ich jetzt auch. Danke dafür.
Das habe ich mit "sudo apt-get remove ser2net" deinstalliert. --> reboot. leider keine Änderung bei meinem Problem.
Zitat von: MKeY am 28 Februar 2020, 20:57:40
[..]Damit ging es echt einfach...
https://forum.fhem.de/index.php/topic,106925.msg1021580.html#msg1021580 (https://forum.fhem.de/index.php/topic,106925.msg1021580.html#msg1021580)
Zitat
Das hats leider auch nicht gebracht...
sniffe das pairen wie im wiki beschrieben.
Das hier hast du geprüft:
Zitat von: wiki
Kontrolle der seriellen Schnittstelle
Der Befehl ls -l /dev/ttyAMA0 muss folgende Ausgabe liefern.
Und dann die Ausgabe entsprechend deinem PI geprüft!?
Ich hab bei mir noch folgendes in den Notizen stehen:
Bzw. ich schalte serielle Kommunikation per raspi-config ein und dann noch folgendes:
Zitat von: https://www.raspberrypi.org/documentation/configuration/uart.md
To manually change the settings, edit the kernel command line with sudo nano /boot/cmdline.txt. Find the console entry that refers to the serial0 device, and remove it, including the baud rate setting. It will look something like console=serial0,115200. Make sure the rest of the line remains the same, as errors in this configuration can stop the Raspberry Pi from booting.
Andere Frage: selbst zusammengelötet?
Da schon mal kontrolliert!?
Gruß, Joachim
Zitat von: frank am 29 Februar 2020, 09:23:35
sniffe das pairen wie im wiki beschrieben.
Was meinst du damit? Ich finde im Wiki dazu nichts.
Die Grundsätzliche Kommunikation zwischen RPI und dem Funkmodul scheint auch zu klappen:
2020.02.29 10:11:10 3 : USB_HmUART device closed
2020-02-29 10:11:10 HMUARTLGW USB_HmUART cond: disconnected
2020-02-29 10:11:10 HMUARTLGW USB_HmUART loadLvl: suspended
2020.02.29 10:11:10 3 : Setting USB_HmUART serial parameters to 115200,8,N,1
2020.02.29 10:11:10 1 : /dev/ttyAMA0 reappeared (USB_HmUART)
2020-02-29 10:11:10 HMUARTLGW USB_HmUART CONNECTED
2020-02-29 10:11:11 HMUARTLGW USB_HmUART cond: init
2020-02-29 10:11:13 HMUARTLGW USB_HmUART D-HMIdAssigned: 6D0BB8
2020-02-29 10:11:13 HMUARTLGW USB_HmUART D-HMIdOriginal: 6D0BB8
2020-02-29 10:11:13 HMUARTLGW USB_HmUART D-firmware: 1.4.1
2020-02-29 10:11:13 HMUARTLGW USB_HmUART D-serialNr: QEQ0410062
2020-02-29 10:11:13 HMUARTLGW USB_HmUART cond: ok
2020-02-29 10:11:13 HMUARTLGW USB_HmUART loadLvl: low
Mit einem "frischen Thermostat" sieht das Pairing im eventmonitor so aus:
2020.02.29 10:14:45 5 : HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 10:14:45 5 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 10:14:45 5 : HMUARTLGW USB_HmUART send: (8): fd0003001e08dc33
2020.02.29 10:14:45 5 : SW: fd0003001e08dc33
2020.02.29 10:14:45 5 : HMUARTLGW USB_HmUART read raw (10): fd0005001e040200d450
2020.02.29 10:14:45 5 : HMUARTLGW USB_HmUART read (9): fd0005001e040200d450 crc OK
2020.02.29 10:14:45 5 : HMUARTLGW USB_HmUART recv: 00 040200, state 98
2020.02.29 10:14:45 5 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 10:14:45 5 : HMUARTLGW USB_HmUART roundtrip delay: 0.0029
2020.02.29 10:14:49 5 : HMUARTLGW USB_HmUART read raw (8): fd00200100050000
2020.02.29 10:14:49 5 : HMUARTLGW USB_HmUART read raw (16): 4101840063970d0000001500954f4551
2020.02.29 10:14:49 5 : HMUARTLGW USB_HmUART read raw (13): 313731353334305900ffff3ccb
2020.02.29 10:14:49 5 : HMUARTLGW USB_HmUART read (36): fd002001000500004101840063970d0000001500954f4551313731353334305900ffff3ccb crc OK
2020.02.29 10:14:49 5 : HMUARTLGW USB_HmUART recv: 01 05 00 00 41 msg: 01 84 00 63970D 000000 1500954F4551313731353334305900FFFF
2020.02.29 10:14:49 5 : HMUARTLGW USB_HmUART Dispatch: A1A01840063970D0000001500954F4551313731353334305900FFFF::-65:USB_HmUART
2020.02.29 10:14:49 5 : USB_HmUART: dispatch A1A01840063970D0000001500954F4551313731353334305900FFFF::-65:USB_HmUART
2020.02.29 10:14:49 2 : CUL_HM Unknown device HM_63970D is now defined
2020.02.29 10:14:49 2 : autocreate: define HM_63970D CUL_HM 63970D
2020.02.29 10:14:49 2 : autocreate: define FileLog_HM_63970D FileLog ./log/HM_63970D-%Y.log HM_63970D
2020-02-29 10:14:49 Global global UNDEFINED HM_63970D CUL_HM 63970D
2020-02-29 10:14:49 Global global DEFINED HM_63970D
2020-02-29 10:14:49 Global global DEFINED FileLog_HM_63970D
2020-02-29 10:14:49 Global global SAVE
2020-02-29 10:14:49 Global global DEFINED HM_63970D_Weather
2020.02.29 10:14:49 3 : CUL_HM_update: HM_63970D add channel ID: 63970D01 name: HM_63970D_Weather
2020-02-29 10:14:49 Global global DEFINED HM_63970D_Climate
2020.02.29 10:14:49 3 : CUL_HM_update: HM_63970D add channel ID: 63970D02 name: HM_63970D_Climate
2020-02-29 10:14:49 Global global DEFINED HM_63970D_WindowRec
2020.02.29 10:14:49 3 : CUL_HM_update: HM_63970D add channel ID: 63970D03 name: HM_63970D_WindowRec
2020-02-29 10:14:49 Global global DEFINED HM_63970D_Clima
2020.02.29 10:14:49 3 : CUL_HM_update: HM_63970D add channel ID: 63970D04 name: HM_63970D_Clima
2020-02-29 10:14:49 Global global DEFINED HM_63970D_ClimaTeam
2020.02.29 10:14:49 3 : CUL_HM_update: HM_63970D add channel ID: 63970D05 name: HM_63970D_ClimaTeam
2020-02-29 10:14:49 Global global DEFINED HM_63970D_remote
2020.02.29 10:14:49 3 : CUL_HM_update: HM_63970D add channel ID: 63970D06 name: HM_63970D_remote
2020.02.29 10:14:49 3 : Device HM_63970D added to ActionDetector with 000:10 time
2020.02.29 10:14:49 3 : CUL_HM pair: HM_63970D thermostat, model HM-CC-RT-DN serialNr
2020-02-29 10:14:49 CUL_HM ActionDetector alive:1 dead:0 unkn:0 off:0
2020-02-29 10:14:49 CUL_HM ActionDetector status_HM_63970D: alive
2020-02-29 10:14:49 CUL_HM HM_63970D Activity: alive
2020-02-29 10:14:49 CUL_HM HM_63970D D-firmware: 1.5
2020-02-29 10:14:49 CUL_HM HM_63970D D-serialNr: OEQ1715340
2020-02-29 10:14:49 CUL_HM HM_63970D CMDs_pending
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART HMUARTLGW_Write: init:63970D
2020.02.29 10:14:54 4 : HMUARTLGW USB_HmUART UpdatePeerReq: 63970D, state 90
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART send: 01 0663970D000100
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART send: (14): fd0009011f0663970d0001002050
2020.02.29 10:14:54 5 : SW: fd0009011f0663970d0001002050
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART read raw (21): fd0010011f040701010001ffffffffffffffffdddd
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART read (20): fd0010011f040701010001ffffffffffffffffdddd crc OK
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 90
2020.02.29 10:14:54 4 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 10:14:54 4 : HMUARTLGW USB_HmUART UpdatePeerReq: 63970D, state 91
2020.02.29 10:14:54 4 : HMUARTLGW USB_HmUART UpdatePeerReq: 63970D, state 92
2020.02.29 10:14:54 4 : HMUARTLGW USB_HmUART AESchannels: 00
2020.02.29 10:14:54 4 : HMUARTLGW USB_HmUART UpdatePeerReq: 63970D, state 93
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART send: 01 0663970D000100
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART send: (14): fd000901200663970d000100d0d8
2020.02.29 10:14:54 5 : SW: fd000901200663970d000100d0d8
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART read raw (8): fd00100120040701
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART read raw (13): 010001ffffffffffffffffe25f
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART read (20): fd00100120040701010001ffffffffffffffffe25f crc OK
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.02.29 10:14:54 5 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 93
2020.02.29 10:14:54 4 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 10:15:00 5 : HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 10:15:00 5 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 10:15:00 5 : HMUARTLGW USB_HmUART send: (8): fd00030021085e33
2020.02.29 10:15:00 5 : SW: fd00030021085e33
2020.02.29 10:15:00 5 : HMUARTLGW USB_HmUART read raw (10): fd00050021040200d85a
2020.02.29 10:15:00 5 : HMUARTLGW USB_HmUART read (9): fd00050021040200d85a crc OK
2020.02.29 10:15:00 5 : HMUARTLGW USB_HmUART recv: 00 040200, state 98
2020.02.29 10:15:00 5 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 10:15:00 5 : HMUARTLGW USB_HmUART roundtrip delay: 0.0029
2020.02.29 10:15:15 5 : HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 10:15:15 5 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 10:15:15 5 : HMUARTLGW USB_HmUART send: (8): fd00030022085433
2020.02.29 10:15:15 5 : SW: fd00030022085433
2020.02.29 10:15:15 5 : HMUARTLGW USB_HmUART read raw (10): fd00050022040200e45a
2020.02.29 10:15:15 5 : HMUARTLGW USB_HmUART read (9): fd00050022040200e45a crc OK
2020.02.29 10:15:15 5 : HMUARTLGW USB_HmUART recv: 00 040200, state 98
2020.02.29 10:15:15 5 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 10:15:15 5 : HMUARTLGW USB_HmUART roundtrip delay: 0.0030
2020.02.29 10:15:30 5 : HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 10:15:30 5 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 10:15:30 5 : HMUARTLGW USB_HmUART send: (8): fd0003002308d230
2020.02.29 10:15:30 5 : SW: fd0003002308d230
2020.02.29 10:15:30 5 : HMUARTLGW USB_HmUART read raw (10): fd000500230402007059
2020.02.29 10:15:30 5 : HMUARTLGW USB_HmUART read (9): fd000500230402007059 crc OK
2020.02.29 10:15:30 5 : HMUARTLGW USB_HmUART recv: 00 040200, state 98
2020.02.29 10:15:30 5 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 10:15:30 5 : HMUARTLGW USB_HmUART roundtrip delay: 0.0029
Verbose war natürlich 5, ich habe hier übrigens kein AC im Thermostat bekommen sondern es hat bis 0 runtergezählt.
das verwirrt mich: USB_HmUART ??? ???
Wie hast Du das HM_MOD_RPI_PCB Modul angeschlossen? An der GPIO? Am USB? Remote?
Irgendwie befürchte ich, wenn man 5 Alternativen im Wiki beschreibt, gibt es immer wieder mal jemanden der einfach ALLES macht. :o und nicht liest das es Alternativen sind?
Wenn er an der GPIO steckt, hast Du das alles beachtet?
https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
Bleibt der Status des Modul stabil oder wechselt der state?
Wenn man im Wiki den Suchbegriff sniffen verwendet findet man doch nur einen Artikel? ::)
https://wiki.fhem.de/wiki/Homematic_Nachrichten_sniffen
Gruß Otto
Zitat von: Otto123 am 29 Februar 2020, 11:36:57
das verwirrt mich: USB_HmUART ??? ???
Wie hast Du das HM_MOD_RPI_PCB Modul angeschlossen? An der GPIO? Am USB? Remote?
Ja, dämliche Namensgebung meinerseits! Sorry für die Verwirrung! Das Teil steckt im GPIO und hat mit openhab da auch funktioniert!
Zitat von: Otto123 am 29 Februar 2020, 11:36:57
Wenn er an der GPIO steckt, hast Du das alles beachtet?
https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
Ja, genau so! Aber jetzt ohne das sers2net zeug! (sogar nochmal alles komplett sauber neu installiert inkl neuem raspbian! )
Zitat von: Otto123 am 29 Februar 2020, 11:36:57
Bleibt der Status des Modul stabil oder wechselt der state?
Wenn man im Wiki den Suchbegriff sniffen verwendet findet man doch nur einen Artikel? ::)
https://wiki.fhem.de/wiki/Homematic_Nachrichten_sniffen
Gruß Otto
Der state des Thermostats ist bei: CMDs_pending.
Dann hatte ich doch quasi intuitiv ein sniffing gepostet oder ? :-) Hier nochmal nach dem ich das wie im wikiartikel zum sniffen gemacht habe:
2020.02.29 11:01:29.133 3: HMUARTLGW USB_HmUART entered pairing-mode
2020.02.29 11:01:40.200 5: HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 11:01:40.201 0: HMUARTLGW USB_HmUART send: 00 08
2020.02.29 11:01:40.201 5: HMUARTLGW USB_HmUART send: (8): fd0003003408a030
2020.02.29 11:01:40.202 5: SW: fd0003003408a030
2020.02.29 11:01:40.205 5: HMUARTLGW USB_HmUART read raw (8): fd00050034040202
2020.02.29 11:01:40.206 5: HMUARTLGW USB_HmUART read raw (2): 5c53
2020.02.29 11:01:40.207 5: HMUARTLGW USB_HmUART read (9): fd000500340402025c53 crc OK
2020.02.29 11:01:40.207 0: HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 11:01:40.208 0: HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 11:01:40.208 0: HMUARTLGW USB_HmUART roundtrip delay: 0.0043
2020.02.29 11:01:55.216 5: HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 11:01:55.217 0: HMUARTLGW USB_HmUART send: 00 08
2020.02.29 11:01:55.217 5: HMUARTLGW USB_HmUART send: (8): fd00030035082633
2020.02.29 11:01:55.218 5: SW: fd00030035082633
2020.02.29 11:01:55.221 5: HMUARTLGW USB_HmUART read raw (8): fd00050035040202
2020.02.29 11:01:55.222 5: HMUARTLGW USB_HmUART read raw (2): c850
2020.02.29 11:01:55.222 5: HMUARTLGW USB_HmUART read (9): fd00050035040202c850 crc OK
2020.02.29 11:01:55.223 0: HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 11:01:55.223 0: HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 11:01:55.224 0: HMUARTLGW USB_HmUART roundtrip delay: 0.0041
2020.02.29 11:02:10.228 5: HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 11:02:10.229 0: HMUARTLGW USB_HmUART send: 00 08
2020.02.29 11:02:10.230 5: HMUARTLGW USB_HmUART send: (8): fd00030036082c33
2020.02.29 11:02:10.230 5: SW: fd00030036082c33
2020.02.29 11:02:10.233 5: HMUARTLGW USB_HmUART read raw (8): fd00050036040202
2020.02.29 11:02:10.234 5: HMUARTLGW USB_HmUART read raw (2): f450
2020.02.29 11:02:10.235 5: HMUARTLGW USB_HmUART read (9): fd00050036040202f450 crc OK
2020.02.29 11:02:10.235 0: HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 11:02:10.236 0: HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 11:02:10.236 0: HMUARTLGW USB_HmUART roundtrip delay: 0.0041
2020.02.29 11:02:25.243 5: HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 11:02:25.244 0: HMUARTLGW USB_HmUART send: 00 08
2020.02.29 11:02:25.244 5: HMUARTLGW USB_HmUART send: (8): fd0003003708aa30
2020.02.29 11:02:25.245 5: SW: fd0003003708aa30
2020.02.29 11:02:25.248 5: HMUARTLGW USB_HmUART read raw (8): fd00050037040202
2020.02.29 11:02:25.249 5: HMUARTLGW USB_HmUART read raw (2): 6053
2020.02.29 11:02:25.250 5: HMUARTLGW USB_HmUART read (9): fd000500370402026053 crc OK
2020.02.29 11:02:25.250 0: HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 11:02:25.251 0: HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 11:02:25.251 0: HMUARTLGW USB_HmUART roundtrip delay: 0.0041
2020.02.29 11:02:40.250 5: HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 11:02:40.251 0: HMUARTLGW USB_HmUART send: 00 08
2020.02.29 11:02:40.252 5: HMUARTLGW USB_HmUART send: (8): fd00030038088830
2020.02.29 11:02:40.252 5: SW: fd00030038088830
2020.02.29 11:02:40.255 5: HMUARTLGW USB_HmUART read raw (8): fd00050038040202
2020.02.29 11:02:40.256 5: HMUARTLGW USB_HmUART read raw (2): ac53
2020.02.29 11:02:40.257 5: HMUARTLGW USB_HmUART read (9): fd00050038040202ac53 crc OK
2020.02.29 11:02:40.257 0: HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 11:02:40.258 0: HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 11:02:40.258 0: HMUARTLGW USB_HmUART roundtrip delay: 0.0042
2020.02.29 11:02:55.255 5: HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 11:02:55.256 0: HMUARTLGW USB_HmUART send: 00 08
2020.02.29 11:02:55.256 5: HMUARTLGW USB_HmUART send: (8): fd00030039080e33
2020.02.29 11:02:55.257 5: SW: fd00030039080e33
2020.02.29 11:02:55.260 5: HMUARTLGW USB_HmUART read raw (8): fd00050039040202
2020.02.29 11:02:55.261 5: HMUARTLGW USB_HmUART read raw (2): 3850
2020.02.29 11:02:55.262 5: HMUARTLGW USB_HmUART read (9): fd000500390402023850 crc OK
2020.02.29 11:02:55.262 0: HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 11:02:55.263 0: HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 11:02:55.263 0: HMUARTLGW USB_HmUART roundtrip delay: 0.0043
2020.02.29 11:03:09.141 3: HMUARTLGW USB_HmUART left pairing-mode
2020.02.29 11:03:10.260 5: HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 11:03:10.261 0: HMUARTLGW USB_HmUART send: 00 08
2020.02.29 11:03:10.261 5: HMUARTLGW USB_HmUART send: (8): fd0003003a080433
2020.02.29 11:03:10.262 5: SW: fd0003003a080433
2020.02.29 11:03:10.265 5: HMUARTLGW USB_HmUART read raw (8): fd0005003a040202
2020.02.29 11:03:10.266 5: HMUARTLGW USB_HmUART read raw (2): 0450
2020.02.29 11:03:10.266 5: HMUARTLGW USB_HmUART read (9): fd0005003a0402020450 crc OK
2020.02.29 11:03:10.267 0: HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 11:03:10.267 0: HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 11:03:10.268 0: HMUARTLGW USB_HmUART roundtrip delay: 0.0041
2020.02.29 11:03:25.276 5: HMUARTLGW USB_HmUART checking credits (from timer)
2020.02.29 11:03:25.277 0: HMUARTLGW USB_HmUART send: 00 08
2020.02.29 11:03:25.277 5: HMUARTLGW USB_HmUART send: (8): fd0003003b088230
2020.02.29 11:03:25.277 5: SW: fd0003003b088230
2020.02.29 11:03:25.281 5: HMUARTLGW USB_HmUART read raw (8): fd0005003b040202
2020.02.29 11:03:25.282 5: HMUARTLGW USB_HmUART read raw (2): 9053
2020.02.29 11:03:25.282 5: HMUARTLGW USB_HmUART read (9): fd0005003b0402029053 crc OK
2020.02.29 11:03:25.283 0: HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 11:03:25.283 0: HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 11:03:25.284 0: HMUARTLGW USB_HmUART roundtrip delay: 0.0040
der sniff zeigt mir 2 dinge:
1. hinweise auf wiki, links, etc musst du versuchen zu verstehen. es bedeutet nicht, diese hinweise zu "überfliegen" und etwas "ähnliches" zu tun.
es hat schon einen sinn, dass im wiki "global verbose 1" steht.
2. scheinbar hast du auch das pairing noch nicht wirklich verstanden, denn im log ist keine "anlernmessage" vom device zu sehen.
siehe wiki pairen.
also:
a. alle pending cmds löschen "set clear msgEvents" am device
b. device nicht löschen.
c. drüber pairen.
d. auf pending cmds prüfen, ggf "knöpfchen" drücken.
e. sniff und ein list vom device posten.
und mehrmals lesen, wenn es verständnis probleme gibt.
anschliessend eventuell nachfragen.
Von wann stammt dieser Auszug?
Zitat
Die Grundsätzliche Kommunikation zwischen RPI und dem Funkmodul scheint auch zu klappen:
Code: [Auswählen]
2020.02.29 10:11:10 3 : USB_HmUART device closed
2020-02-29 10:11:10 HMUARTLGW USB_HmUART cond: disconnected
2020-02-29 10:11:10 HMUARTLGW USB_HmUART loadLvl: suspended
2020.02.29 10:11:10 3 : Setting USB_HmUART serial parameters to 115200,8,N,1
2020.02.29 10:11:10 1 : /dev/ttyAMA0 reappeared (USB_HmUART)
2020-02-29 10:11:10 HMUARTLGW USB_HmUART CONNECTED
2020-02-29 10:11:11 HMUARTLGW USB_HmUART cond: init
2020-02-29 10:11:13 HMUARTLGW USB_HmUART D-HMIdAssigned: 6D0BB8
2020-02-29 10:11:13 HMUARTLGW USB_HmUART D-HMIdOriginal: 6D0BB8
2020-02-29 10:11:13 HMUARTLGW USB_HmUART D-firmware: 1.4.1
2020-02-29 10:11:13 HMUARTLGW USB_HmUART D-serialNr: QEQ0410062
2020-02-29 10:11:13 HMUARTLGW USB_HmUART cond: ok
2020-02-29 10:11:13 HMUARTLGW USB_HmUART loadLvl: low
Nach dem Neustart, dann mag das ok sein...
Wenn "einfach so, Mitten drin" dann eher nicht...
Das ist was Otto bzgl. "stabil" meinte...
...also das Funkmodul, nicht das Device das du pairen willst... ;)
Gruß, Joachim
Zitat von: MadMax-FHEM am 29 Februar 2020, 14:14:15
Von wann stammt dieser Auszug?
Nach dem Neustart, dann mag das ok sein...
Wenn "einfach so, Mitten drin" dann eher nicht...
Nein, ich hatte absichtlich ein "reopen" gemacht um zu zeigen, dass das device arbeitet.
Ich will wirklich niemanden verärgern und gebe mir ganzdoll viel Mühe! :)
Zitat von: frank am 29 Februar 2020, 13:16:40
der sniff zeigt mir 2 dinge:
1. hinweise auf wiki, links, etc musst du versuchen zu verstehen. es bedeutet nicht, diese hinweise zu "überfliegen" und etwas "ähnliches" zu tun.
es hat schon einen sinn, dass im wiki "global verbose 1" steht.
Ja, ist klar. Habe ich auch gemacht. Gerade nochmal kontrolliert. Ist so . Habe allerdings im HM_MOD_RPI_PCB-device
ein "verbose 5" schon vorher gehabt. Hab das jetzt mal rausgeworfen. Sorry.
Zitat von: frank am 29 Februar 2020, 13:16:40
2. scheinbar hast du auch das pairing noch nicht wirklich verstanden, denn im log ist keine "anlernmessage" vom device zu sehen.
siehe wiki pairen.
Naklar, das habe ich nur nicht in den Auszug kopiert. Ich habe natürlich ein " set <Name des IO-Device> hmPairForSec 600" gemacht und dann auch am vorher auf Werkseinstellung zurückgesetzten Thermostat das pairing ausgelöst.
Zitat von: frank am 29 Februar 2020, 13:16:40
also:
a. alle pending cmds löschen "set clear msgEvents" am device
b. device nicht löschen.
c. drüber pairen.
d. auf pending cmds prüfen, ggf "knöpfchen" drücken.
e. sniff und ein list vom device posten.
und mehrmals lesen, wenn es verständnis probleme gibt.
anschliessend eventuell nachfragen.
Also, ein "frisches" pairing sieht im log so aus (dabei zaählt das Thermostat bis 0 runter) :
2020-02-29 14:46:52.978 HMUARTLGW USB_HmUART hmPairForSec 300
2020.02.29 14:47:03.747 0 : HMUARTLGW USB_HmUART recv: 01 05 00 00 3F msg: 01 84 00 63970D 000000 1500954F4551313731353334305900FFFF
2020-02-29 14:47:03.814 Global global UNDEFINED HM_63970D CUL_HM 63970D
2020-02-29 14:47:03.814 Global global DEFINED HM_63970D
2020-02-29 14:47:03.814 Global global DEFINED FileLog_HM_63970D
2020-02-29 14:47:03.814 Global global SAVE
2020-02-29 14:47:03.819 Global global DEFINED HM_63970D_Weather
2020-02-29 14:47:03.820 Global global DEFINED HM_63970D_Climate
2020-02-29 14:47:03.822 Global global DEFINED HM_63970D_WindowRec
2020-02-29 14:47:03.823 Global global DEFINED HM_63970D_Clima
2020-02-29 14:47:03.824 Global global DEFINED HM_63970D_ClimaTeam
2020-02-29 14:47:03.826 Global global DEFINED HM_63970D_remote
2020-02-29 14:47:03.833 CUL_HM HM_63970D Activity: alive
2020-02-29 14:47:03.833 CUL_HM HM_63970D D-firmware: 1.5
2020-02-29 14:47:03.833 CUL_HM HM_63970D D-serialNr: OEQ1715340
2020-02-29 14:47:03.833 CUL_HM HM_63970D CMDs_pending
2020.02.29 14:47:06.880 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:47:06.885 0 : HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 14:47:06.885 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:47:06.886 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0029
2020.02.29 14:47:08.831 0 : HMUARTLGW USB_HmUART send: 01 0663970D000100
2020.02.29 14:47:08.892 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.02.29 14:47:08.893 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 90
2020.02.29 14:47:08.893 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:47:08.895 0 : HMUARTLGW USB_HmUART send: 01 0663970D000100
2020.02.29 14:47:08.902 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.02.29 14:47:08.902 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 93
2020.02.29 14:47:08.903 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:47:21.892 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:47:21.897 0 : HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 14:47:21.897 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:47:21.898 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0029
2020.02.29 14:47:36.901 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:47:36.906 0 : HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 14:47:36.906 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:47:36.907 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0029
Das list des devices ist dann:
CFGFN
DEF 63970D
FUUID 5e5a7967-f33f-05c3-257a-03692d8900e9cc33
IODev USB_HmUART
LASTInputDev USB_HmUART
MSGCNT 1
NAME HM_63970D
NOTIFYDEV global
NR 35
STATE CMDs_pending
TYPE CUL_HM
USB_HmUART_MSGCNT 1
USB_HmUART_RAWMSG 0500003F01840063970D0000001500954F4551313731353334305900FFFF
USB_HmUART_RSSI -63
USB_HmUART_TIME 2020-02-29 14:47:03
channel_01 HM_63970D_Weather
channel_02 HM_63970D_Climate
channel_03 HM_63970D_WindowRec
channel_04 HM_63970D_Clima
channel_05 HM_63970D_ClimaTeam
channel_06 HM_63970D_remote
lastMsg No:01 - t:00 s:63970D d:000000 1500954F4551313731353334305900FFFF
protCmdPend 3 CMDs_pending
protLastRcv 2020-02-29 14:47:03
protRcv 2 last_at:2020-02-29 14:47:03
protState CMDs_pending
rssi_at_USB_HmUART cnt:2 min:-63 max:-63 avg:-63 lst:-63
READINGS:
2020-02-29 14:47:03 Activity alive
2020-02-29 14:47:03 D-firmware 1.5
2020-02-29 14:47:03 D-serialNr OEQ1715340
2020-02-29 14:47:03 R-pairCentral set_0xF10000
2020-02-29 14:47:03 state CMDs_pending
cmdStack:
++A001F1000063970D00050000000000
++A001F1000063970D000802010AF10B000C00
++A001F1000063970D0006
helper:
HM_CMDNR 1
PONtest 1
mId 0095
peerFriend
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +63970D,02,00,00
nextSend 1582987623.89343
prefIO
rxt 2
vccu
p:
63970D
00
00
00
mRssi:
mNo 01
io:
USB_HmUART:
-59
-59
prt:
bErr 0
sProc 2
q:
qReqConf 00
qReqStat
role:
dev 1
prs 1
rssi:
at_USB_HmUART:
avg -63
cnt 2
lst -63
max -63
min -63
shRegW:
07 04
shadowReg:
RegL_00. 02:01 0A:F1 0B:00 0C:00
Attributes:
IODev USB_HmUART
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.5
model HM-CC-RT-DN
room CUL_HM
serialNr OEQ1715340
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
jetzt mache ich nochmals ein pairing:
2020-02-29 14:51:16.206 HMUARTLGW USB_HmUART hmPairForSec 600
2020.02.29 14:51:22.073 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:51:22.077 0 : HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 14:51:22.078 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:51:22.078 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0031
2020.02.29 14:51:25.717 0 : HMUARTLGW USB_HmUART recv: 01 05 00 00 40 msg: 01 84 00 63970D 000000 1500954F4551313731353334305900FFFF
2020.02.29 14:51:37.082 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:51:37.086 0 : HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 14:51:37.087 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:51:37.087 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0031
2020.02.29 14:51:52.087 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:51:52.091 0 : HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 14:51:52.092 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:51:52.092 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0030
jetzt mache ich deinen Schritten entsprechend erst ein "set clear msgEvents" und dann nochmal ein pairing (zählt nur kurz runter, dann kommt AC im Thermostatdisplay):
2020-02-29 14:53:11.512 CUL_HM HM_63970D Info_Cleared
2020.02.29 14:53:11.520 0 : HMUARTLGW USB_HmUART send: 01 0663970D000000
2020.02.29 14:53:11.527 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.02.29 14:53:11.528 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 90
2020.02.29 14:53:11.528 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:53:11.530 0 : HMUARTLGW USB_HmUART send: 01 0663970D000000
2020.02.29 14:53:11.537 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.02.29 14:53:11.537 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 93
2020.02.29 14:53:11.538 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:53:22.167 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:53:22.172 0 : HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 14:53:22.172 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:53:22.173 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0031
2020-02-29 14:53:33.054 HMUARTLGW USB_HmUART hmPairForSec 300
2020.02.29 14:53:37.174 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:53:37.179 0 : HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 14:53:37.180 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:53:37.180 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0031
2020.02.29 14:53:43.106 0 : HMUARTLGW USB_HmUART recv: 01 05 00 00 3E msg: 01 84 00 63970D 000000 1500954F4551313731353334305900FFFF
2020.02.29 14:53:43.129 0 : HMUARTLGW USB_HmUART send: 01 0663970D000100
2020-02-29 14:53:43.140 CUL_HM HM_63970D Activity: alive
2020-02-29 14:53:43.140 CUL_HM HM_63970D D-firmware: 1.5
2020-02-29 14:53:43.140 CUL_HM HM_63970D D-serialNr: OEQ1715340
2020-02-29 14:53:43.140 CUL_HM HM_63970D CMDs_pending
2020.02.29 14:53:43.142 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.02.29 14:53:43.143 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 90
2020.02.29 14:53:43.144 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:53:43.145 0 : HMUARTLGW USB_HmUART send: 01 0663970D000100
2020.02.29 14:53:43.152 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.02.29 14:53:43.153 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 93
2020.02.29 14:53:43.154 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:53:43.202 0 : HMUARTLGW USB_HmUART send: 01 02 00 00 00 msg: 29 A0 01 F10000 63970D 00050000000000
2020.02.29 14:53:43.371 0 : HMUARTLGW USB_HmUART recv: 01 04 03 00 3F msg: 29 80 02 63970D F10000 00
2020.02.29 14:53:43.468 0 : HMUARTLGW USB_HmUART send: 01 02 00 00 00 msg: 2A A0 01 F10000 63970D 000802010AF10B000C00
2020.02.29 14:53:43.640 0 : HMUARTLGW USB_HmUART recv: 01 04 03 00 3E msg: 2A 80 02 63970D F10000 00
2020.02.29 14:53:43.737 0 : HMUARTLGW USB_HmUART send: 01 02 00 00 00 msg: 2B A0 01 F10000 63970D 0006
2020.02.29 14:53:43.908 0 : HMUARTLGW USB_HmUART recv: 01 04 03 00 3F msg: 2B 80 02 63970D F10000 00
2020.02.29 14:53:43.912 0 : HMUARTLGW USB_HmUART send: 01 0663970D000000
2020-02-29 14:53:43.917 CUL_HM HM_63970D CMDs_done
2020.02.29 14:53:43.920 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.02.29 14:53:43.920 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 90
2020.02.29 14:53:43.921 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:53:43.922 0 : HMUARTLGW USB_HmUART send: 01 0663970D000000
2020.02.29 14:53:43.929 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.02.29 14:53:43.930 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 93
2020.02.29 14:53:43.930 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:53:48.127 0 : HMUARTLGW USB_HmUART send: 01 0663970D000000
2020.02.29 14:53:48.152 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.02.29 14:53:48.153 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 90
2020.02.29 14:53:48.153 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:53:48.155 0 : HMUARTLGW USB_HmUART send: 01 0663970D000000
2020.02.29 14:53:48.161 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.02.29 14:53:48.162 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 93
2020.02.29 14:53:48.163 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:53:52.177 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:53:52.182 0 : HMUARTLGW USB_HmUART recv: 00 040202, state 98
2020.02.29 14:53:52.182 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:53:52.183 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0031
Ein list des device ergibt jetzt:
CFGFN
DEF 63970D
FUUID 5e5a7967-f33f-05c3-257a-03692d8900e9cc33
IODev USB_HmUART
LASTInputDev USB_HmUART
MSGCNT 6
NAME HM_63970D
NOTIFYDEV global
NR 35
STATE CMDs_done
TYPE CUL_HM
USB_HmUART_MSGCNT 6
USB_HmUART_RAWMSG 0403003F2B800263970DF1000000
USB_HmUART_RSSI -63
USB_HmUART_TIME 2020-02-29 14:53:43
channel_01 HM_63970D_Weather
channel_02 HM_63970D_Climate
channel_03 HM_63970D_WindowRec
channel_04 HM_63970D_Clima
channel_05 HM_63970D_ClimaTeam
channel_06 HM_63970D_remote
lastMsg No:2B - t:02 s:63970D d:F10000 00
protLastRcv 2020-02-29 14:53:43
protRcv 4 last_at:2020-02-29 14:53:43
protSnd 3 last_at:2020-02-29 14:53:43
protState CMDs_done
rssi_at_USB_HmUART cnt:7 min:-64 max:-62 avg:-62.85 lst:-63
READINGS:
2020-02-29 14:53:43 Activity alive
2020-02-29 14:53:43 CommandAccepted yes
2020-02-29 14:53:43 D-firmware 1.5
2020-02-29 14:53:43 D-serialNr OEQ1715340
2020-02-29 14:47:03 R-pairCentral set_0xF10000
2020-02-29 14:53:43 state CMDs_done
helper:
HM_CMDNR 43
PONtest 1
cSnd 01F1000063970D000802010AF10B000C00,01F1000063970D0006
mId 0095
peerFriend
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +63970D,00,00,00
nextSend 1582988024.00445
prefIO
rxt 2
vccu
p:
63970D
00
00
00
mRssi:
mNo 2B
io:
USB_HmUART:
-59
-59
prt:
bErr 0
sProc 0
try 1
q:
qReqConf 00
qReqStat
role:
dev 1
prs 1
rssi:
at_USB_HmUART:
avg -62.8571428571429
cnt 7
lst -63
max -62
min -64
shRegW:
07 04
shadowReg:
RegL_00. 02:01 0A:F1 0B:00 0C:00
Attributes:
IODev USB_HmUART
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.5
model HM-CC-RT-DN
room CUL_HM
serialNr OEQ1715340
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
Bis hier sieht ja alles ganz gut aus oder?
Jetzt versuche ich die Temperatur zu steuern:
2020-02-29 14:58:46.691 CUL_HM HM_63970D_Clima set_desired-temp 21.0
2020-02-29 14:58:46.700 CUL_HM HM_63970D_Clima set_desired-temp 21.0
2020.02.29 14:58:46.710 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.02.29 14:58:46.710 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 90
2020.02.29 14:58:46.711 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:58:46.712 0 : HMUARTLGW USB_HmUART send: 01 0663970D000100
2020.02.29 14:58:46.719 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.02.29 14:58:46.719 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 93
2020.02.29 14:58:46.720 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 14:58:48.210 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:58:48.214 0 : HMUARTLGW USB_HmUART recv: 00 040200, state 98
2020.02.29 14:58:48.215 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:58:48.215 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0032
2020.02.29 14:59:03.225 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 14:59:03.229 0 : HMUARTLGW USB_HmUART recv: 00 040200, state 98
2020.02.29 14:59:03.230 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 14:59:03.231 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0032
und sofort gibt es wieder "CMDs_pending"
Habe ich jetzt alles richtig gemacht?
Wie geht denn das zusammen?
Zitat2020-02-29 10:11:13 HMUARTLGW USB_HmUART D-HMIdAssigned: 6D0BB8
2020-02-29 10:11:13 HMUARTLGW USB_HmUART D-HMIdOriginal: 6D0BB8
Zitat2020-02-29 14:47:03 R-pairCentral set_0xF10000
Da spielt noch ein IO - ein CUL mit?
Gruß Otto
jetzt ist jedesmal die anlernmessage innerhalb der gewählten pairingzeit (600sec) vom rt zu sehen:
2020.02.29 14:51:25.717 0 : HMUARTLGW USB_HmUART recv: 01 05 00 00 40 msg: 01 84 00 63970D 000000 1500954F4551313731353334305900FFFF
eventuell hattest du letztes mal die reihenfolge von hmpairforsec und das knöpfchendrücken vertauscht.
empfangen kann der hmuart scheinbar.
allerdings werden die pairingbefehle nicht gesendet. die hängen im cmd stack, siehe list.
pending cmds werden normalerweise bei schlafenden batterie devices zb durch weitere anlernmessages (nur countdown auslösen) "abgeholt".
also öfter versuchen.
device resetten ist völlig überflüssig.
irgendwas ist faul bei dir.
ist die adaptierfahrt des rt abgeschlossen?
edit: hat der hmuart das attr hmid?
Zitat von: Otto123 am 29 Februar 2020, 16:51:57
Wie geht denn das zusammen?
Da spielt noch ein IO - ein CUL mit?
Gruß Otto
Nein, bei mir zumindest definitiv nicht. Mein anderes System ist auch nicht hier!
Naja der Thermostat hat offenbar das pairing mit einem IO mit der hmId F10000 angefangen, dieser will jetzt aber nichts mehr von ihm wissen.
Mach doch bitte mal ein list USB_HmUART
Zitat von: frank am 29 Februar 2020, 16:56:39
jetzt ist jedesmal die anlernmessage innerhalb der gewählten pairingzeit (600sec) vom rt zu sehen:
2020.02.29 14:51:25.717 0 : HMUARTLGW USB_HmUART recv: 01 05 00 00 40 msg: 01 84 00 63970D 000000 1500954F4551313731353334305900FFFF
eventuell hattest du letztes mal die reihenfolge von hmpairforsec und das knöpfchendrücken vertauscht.
Ich glaube nicht.... schwören würde ich nicht.
Zitat von: frank am 29 Februar 2020, 16:56:39
empfangen kann der hmuart scheinbar.
allerdings werden die pairingbefehle nicht gesendet. die hängen im cmd stack, siehe list.
pending cmds werden normalerweise bei schlafenden batterie devices zb durch weitere anlernmessages (nur countdown auslösen) "abgeholt".
also öfter versuchen.
device resetten ist völlig überflüssig.
Ich habe das mehrmals ausprobiert. Es bleibt bei "HM_63970D CMDs_pending"
Zitat von: frank am 29 Februar 2020, 16:56:39
irgendwas ist faul bei dir.
ist die adaptierfahrt des rt abgeschlossen?
edit: hat der hmuart das attr hmid?
nein, ich habe dieses attr nicht gesetzt.
JA, ADA war durch, das Thermostat war im normalen Betriebsmodus.
Ich habe gerade noch dashier im log gefunden Ist das normal?:
2020.02.29 16:42:02.680 1 : HMUARTLGW USB_HmUART Adding peer 63970D failed! You have probably forced an unknown aesKey for this device.
2020.02.29 16:42:03.709 0 : HMUARTLGW USB_HmUART recv: 00 00436F5F4350555F424C, state 99
2020.02.29 16:42:03.709 1 : HMUARTLGW USB_HmUART unexpected info about Co_CPU_BL received (module crashed?), reopening
2020-02-29 16:42:03.713 HMUARTLGW USB_HmUART cond: disconnected
2020-02-29 16:42:03.713 HMUARTLGW USB_HmUART loadLvl: suspended
2020.02.29 16:42:03.718 1 : /dev/ttyAMA0 reappeared (USB_HmUART)
2020-02-29 16:42:03.719 HMUARTLGW USB_HmUART CONNECTED
2020.02.29 16:42:04.719 0 : HMUARTLGW USB_HmUART send: 00 00
Zitat von: Otto123 am 29 Februar 2020, 17:46:49
Naja der Thermostat hat offenbar das pairing mit einem IO mit der hmId F10000 angefangen, dieser will jetzt aber nichts mehr von ihm wissen.
Mach doch bitte mal ein list USB_HmUART
Internals:
AssignedPeerCnt 1
CNT 61
Clients :CUL_HM:
DEF /dev/ttyAMA0
DEVCNT 61
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 4
FUUID 5e5a3446-f33f-05c3-c280-614b3c2460b75c12
LastOpen 1582994523.718
NAME USB_HmUART
NOTIFYDEV global
NR 14
NTFY_ORDER 50-USB_HmUART
PARTIAL
RAWMSG 040203
RSSI -59
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 2
msgLoadHistory 2/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 2/0/-/-/-/-/-/-/-/-/-/-/-
owner 6D0BB8
Helper:
CreditTimer 27
FW 66561
Initialized 1
SendCnt 2
AckPending:
LastSendLen:
3
3
Log:
IDs:
all
sys
PendingCMD:
RoundTrip:
Delay 0.0030510425567627
loadLvl:
lastHistory 1582994826.2279
MatchList:
1:CUL_HM ^A......................
Peers:
63970D +63970D,02,00,00
READINGS:
2020-02-29 16:42:06 D-HMIdAssigned 6D0BB8
2020-02-29 16:42:06 D-HMIdOriginal 6D0BB8
2020-02-29 16:42:06 D-firmware 1.4.1
2020-02-29 16:42:06 D-serialNr QEQ0410062
2020-02-29 15:55:59 D-type HM-MOD-UART
2020-02-29 16:42:06 cond ok
2020-02-29 16:47:07 load 2
2020-02-29 16:42:06 loadLvl low
2020-02-29 16:42:03 state opened
helper:
Attributes:
logIDs all,sys
attr hmid setzen!
dann wieder drüber pairen.
Frank war schneller, attr hmId fehlt.
Nimm von mir aus die 6D0BB8
Also attr USB_HmUART hmId 6D0BB8
Und definiere hminfo, das brauchst Du auf alle Fälle später:
define hminfo HMinfo
Nur am Rande, eigentlich ist es nicht unbedingt logisch, dass das fehlende attr hmId wirklich ein Problem sein soll, denn der HMUART hat je eine (seine Eigene)
Aber ich weiß: hminfo meckert da auch.
das drüber pairen muss nicht unbedingt funktionieren, denn er hat ja schon sein set_ aber mal sehen. Wenn es fehlschlägt den Thermo doch noch mal Resetten. Löschen brauchst Du das Device aber nicht in FHEM.
attribut ist gesetzt, fhem sicherheitshalber neu gestartet. Jetzt passiert beim pairing das:
2020-02-29 17:21:57.607 HMUARTLGW USB_HmUART hmPairForSec 300
2020.02.29 17:22:02.994 0 : HMUARTLGW USB_HmUART recv: 01 05 00 00 3C msg: 02 84 00 63970D F10000 1500954F4551313731353334305900FFFF
2020.02.29 17:22:03.017 0 : HMUARTLGW USB_HmUART send: 01 0663970D000100
2020-02-29 17:22:03.028 CUL_HM HM_63970D Activity: alive
2020-02-29 17:22:03.028 CUL_HM HM_63970D D-firmware: 1.5
2020-02-29 17:22:03.028 CUL_HM HM_63970D D-serialNr: OEQ1715340
2020-02-29 17:22:03.028 CUL_HM HM_63970D CMDs_pending
2020.02.29 17:22:03.030 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.02.29 17:22:03.031 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 90
2020.02.29 17:22:03.031 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 17:22:03.033 0 : HMUARTLGW USB_HmUART send: 01 0663970D000100
2020.02.29 17:22:03.040 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.02.29 17:22:03.040 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 93
2020.02.29 17:22:03.041 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 17:22:03.090 0 : HMUARTLGW USB_HmUART send: 01 02 00 00 00 msg: 2A A0 01 6D0BB8 63970D 00050000000000
2020.02.29 17:22:03.260 0 : HMUARTLGW USB_HmUART recv: 01 04 03 00 3C msg: 2A 80 02 63970D 6D0BB8 80
2020.02.29 17:22:03.263 0 : HMUARTLGW USB_HmUART send: 01 0663970D000000
2020-02-29 17:22:03.270 CUL_HM HM_63970D CMDs_done_Errors:1
2020-02-29 17:22:03.270 CUL_HM HM_63970D NACK
2020-02-29 17:22:03.270 CUL_HM HM_63970D Nack
2020.02.29 17:22:03.272 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.02.29 17:22:03.273 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 90
2020.02.29 17:22:03.273 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 17:22:03.274 0 : HMUARTLGW USB_HmUART send: 01 0663970D000000
2020.02.29 17:22:03.281 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.02.29 17:22:03.282 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 93
2020.02.29 17:22:03.283 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 17:22:04.467 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 17:22:04.471 0 : HMUARTLGW USB_HmUART recv: 00 040200, state 98
2020.02.29 17:22:04.472 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 17:22:04.472 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0032
2020.02.29 17:22:08.016 0 : HMUARTLGW USB_HmUART send: 01 0663970D000000
2020.02.29 17:22:08.041 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2020.02.29 17:22:08.042 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 90
2020.02.29 17:22:08.042 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 17:22:08.043 0 : HMUARTLGW USB_HmUART send: 01 0663970D000000
2020.02.29 17:22:08.050 0 : HMUARTLGW USB_HmUART recv: 01 040701010001FFFFFFFFFFFFFFFF, state 93
2020.02.29 17:22:08.051 0 : HMUARTLGW USB_HmUART GetSet Ack: 07, state 93
2020.02.29 17:22:08.051 0 : HMUARTLGW USB_HmUART added peer: 63970D, aesChannels: FFFFFFFFFFFFFFFF
2020.02.29 17:22:19.477 0 : HMUARTLGW USB_HmUART send: 00 08
2020.02.29 17:22:19.482 0 : HMUARTLGW USB_HmUART recv: 00 040200, state 98
2020.02.29 17:22:19.482 0 : HMUARTLGW USB_HmUART GetSet Ack: 02, state 98
2020.02.29 17:22:19.483 0 : HMUARTLGW USB_HmUART roundtrip delay: 0.0031
Dabei zählt das Thermostat 1 sekunde runter und zeigt dann kurz "F4" an.
Das ist reproduzierbar. :o
Hab das mit dem reset des thermostats erst zu spät gelesen. Mache ich jetzt mal...
Ja, das wars! Danke an alle! Das resetten des Gerätes hat es gebracht. (Allerdings musste ich 2x den Pairknopf am Thermostat nacheinander drücken. Das erste Mal hat nicht gereicht.
Nachtrag:
würde es nicht Sinn machen, das dann in die Anleitung einzupflegen bzw. das beim ersten Anlegen des HM_MOD_RPI_PCB automatisch zu machen?
Normalerweise muss man (bei Neukauf) nicht zurücksetzen.
Ansonsten steht es in der Anleitung zu Homematic beim Gerät (denke ich)...
Und automatisch geht nicht, weil ein "Zurücksetzen" erst nach erfolgreichem Anlernen geht...
Oder was meinst du mit Gerät zurücksetzen?
(vielleicht habe ich das ka falsch verstanden / du meintest schon das Homematic-Gerät und nicht das HMO-PCN!?)
Gruß, Joachim
Ich meine vor allem:
attr Sendegerät hmId AAAAAA
ggf. kann man hier sogar die voreingestellt hmID des Sendegeräts benutzen.
Das Setzen einer HMID kann man noch mit aufnehmen...
Sollte aber jedem bekannt sein, der die Homematic Wikis durch hat... ;)
Bin aktuell nur mit dem Handy unterwegs, wenn's später noch nicht drin steht mach ich's... ;)
Bzw.: jeder darf sich beteiligen das Wiki zu verbessern...
Gruß, Joachim
Steht prinzipiell im Wiki, die Frage ist immer: Wo schreibt man es hin? Steht beim FHEM Modul
https://wiki.fhem.de/wiki/HMUARTLGW#Define
Ich mach mal noch ein Verlinkung :)
Gruß Otto
Zitat von: Otto123 am 01 März 2020, 11:50:29
Steht prinzipiell im Wiki, die Frage ist immer: Wo schreibt man es hin? Steht beim FHEM Modul
https://wiki.fhem.de/wiki/HMUARTLGW#Define
Ich mach mal noch ein Verlinkung :)
Gruß Otto
Hmm, ich hatte extra (genau dort) geschaut...
...auf dem Daddeldisplay wohl "überlesen"...
Und genau da hätte ich es auch hingeschrieben...
...weil wenn gehört es ja da hin... ;)
Gruß, Joachim
Das Problem ist: Zweiundzwanzig hat eigentlich die Standardanwendung https://wiki.fhem.de/wiki/HMUARTLGW#Define
Hat aber aus irgendwelchen Gründen ziemlich "geradeaus" ;) den Spezialweg durchgearbeitet 🙈
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Definition_in_FHEM
Den hab ich jetzt etwas detailliert. :)
Ich bin mir Final nicht sicher:
Lag es wirklich am attr HMid? das HMUART Modul hat eigentlich eine, die darf man auch verwenden. Ich weiß hminfo meckert immer, wenn es fehlt (gut so!)
Das HMUARTLGW hat keine, da muss man unbedingt eine definieren.
Oder lag es daran, dass der Thermo schon mal "halb" angelernt an einer FHTPID 0000 -> HMid F10000 war?
Zitat von: Otto123 am 01 März 2020, 12:06:53
Das Problem ist: Zweiundzwanzig hat eigentlich die Standardanwendung https://wiki.fhem.de/wiki/HMUARTLGW#Define
Hat aber aus irgendwelchen Gründen ziemlich "geradeaus" ;) den Spezialweg durchgearbeitet 🙈
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Definition_in_FHEM
Den hab ich jetzt etwas detailliert. :)
Ich bin mir Final nicht sicher:
Lag es wirklich am attr HMid? das HMUART Modul hat eigentlich eine, die darf man auch verwenden. Ich weiß hminfo meckert immer, wenn es fehlt (gut so!)
Das HMUARTLGW hat keine, da muss man unbedingt eine definieren.
Oder lag es daran, dass der Thermo schon mal "halb" angelernt an einer FHTPID 0000 -> HMid F10000 war?
Dass ich den Spezialweg genommen habe liegt daran, dass ich nach "HM MOD RPI PCB" gesucht habe und nicht nach dem HMUARTGW.
Tatsächlich hat es nach vielen, vielen Versuchen erst funktioniert nachdem ich hmID gesetzt habe!
bei nutzung einer vccu, die an jeder ecke empfohlen wird, hätte es keine probleme gegeben.
wenn im wiki grundsätzlich nur auf vccu nutzung hingewiesen werden würde, gäbe es deutlich weniger probleme.
an einer stelle einen beispielhaften fhem.cfg auszug mit allen definitionen und allen attributen der immer funktioniert.
keine spezialfälle um definitionen oder attribute zu "sparen".
Zitat von: zweiundzwanzig am 01 März 2020, 12:58:18
Dass ich den Spezialweg genommen habe liegt daran, dass ich nach "HM MOD RPI PCB" gesucht habe und nicht nach dem HMUARTGW.
Aber in Zeile 6 steht doch genau dieser Link (https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi) zum eigentlich Modul.
Und selbst unter dem Inhaltsverzeichnis Punkt 2.1. steht an erster Stelle die originale Verwendung und erst dann die Spezialfälle. 3 Zeilen für die exakte Verwendung. ::)
Frank: ich bin mir sicher, selbst wenn wir im Wiki alles löschen und Homematic auf die von Dir gewünschte eine Seite reduzieren - wird es nicht besser werden. ;)
Das Problem wird der Suchbegriff im Wiki, damit genau die eine Seite gefunden wird. Aber gut, überlegen wir uns was. Ich bin für Vorschläge offen und baue das gern ins Wiki.
Könnte man das nicht so ändern, dass wir die "originale Verwendung" entfernen und sie nebeneinander stellen. Plus Einleitung "es gibt verschiedene Methoden, das Ding mit Hardware anzubinden: 1. , 2. usw"? Löst das das Problem? Dann würde ich mal was entwerfen.
Naja, ich bilde mir ein so war dieser Artikel schon mal. Da waren nur noch Ideen drin wie man das Ding alternativ anbinden kann.
Einfach anstecken und wie im Modul HMUARTLGW beschrieben definieren war der Einfachheit halber nicht mehr erwähnenswert.
Mach nur ;)