Hallo,
ich habe vor einiger Zeit mal das HM-MOD-RPI-PCB HomeMatic Funkmodul für Raspberry Pi zusammengelötet und versucht es am Pi über USB ans Laufen zu bringen. Dazu bin ich den Hinweisen auf dieser Wiki-Seite gefolgt: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Leider funktioniert das nicht.
Könnte bitte mal jemand über die Fotos schauen, ob ich da etwas falsch zusammengesteckt, bzw. gelötet habe?
Vielen Danke
Urs
Tausche mal RX und TX am USB-Modul...
Hallo Urs,
ich war kurz verwirrt aber eigentlich, finde ich, stimmt die Verkablung.
Warum setzt Du das Modul nicht am GPIO direkt ein?
Gruß Otto
Hallo Otto,
danke für die Rückmeldung.
Weil ich auf den GPIO einen SCC gesteckt habe. Also widersprichst Du der Empfehlung von dkreutz?
LG
Urs
Jedenfalls tut sich nichts. Über lsusb und lsusb -t habe ich folgende Infos erhalten:
Bus 001 Device 005: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/5p, 480M
|__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
|__ Port 4: Dev 4, If 0, Class=Vendor Specific Class, Driver=ftdi_sio, 12M
|__ Port 5: Dev 6, If 0, Class=Vendor Specific Class, Driver=, 12M
Da ich mir noch nicht ganz sicher war, welcher Port es ist, habe ich das Modul abgesteckt. Der Eintrag Port 5 verschwand.
Anbei habe ich einen Screenshot der Konfiguration in der FHEM GUI gehängt.
Fällt Euch da etwas ungewöhnliches auf?
Wie bekomme ich das Teil nun auf Initialized (oder welcher Status da auch immer stehen muss, damit es läuft).
LG
Urs
Zitat von: urseigner am 14 August 2018, 16:26:52
Hallo Otto,
danke für die Rückmeldung.
Weil ich auf den GPIO einen SCC gesteckt habe. Also widersprichst Du der Empfehlung von dkreutz?
LG
Urs
Naja: TX muss an RX und umgekehrt. Wenn ich deine Kabel richtig verfolge stimmt das mit den Bildern.
Aber Port 5 muss nicht USB5 werden. Was sagt denn ls -l /dev/tty* ?
Gruß Otto
Super Hinweis Otto:
crw-rw---- 1 root dialout 204, 64 Aug 14 16:16 /dev/ttyAMA0
crw------- 1 root root 5, 3 Mai 11 11:17 /dev/ttyprintk
crw-rw---- 1 root dialout 4, 64 Mai 11 12:03 /dev/ttyS0
crw-rw---- 1 root dialout 188, 0 Aug 14 16:16 /dev/ttyUSB0
LG
Urs
Hm, ich hatte vergessen, dass ich ja noch einen JeeLink per USB am Pi angeschlossen habe. Jetzt sagen USB_HmUART und myJeeLink im Wechsel connected bzw. disconnected, weil ich /dev/ttyUSB0 konfiguriert habe. Ich hatte nur auf USB geachtet. Wie muss ich denn jetzt richtig konfigurieren? Oder ist das etwa richtig so?
Danke u. Gruß
Urs
Nachdem ich den Pi mal neu gestartet habe, ist nun auch USB1 zu sehen. Damit habe ich nun meinen USB_HmUART konfiguriert.
Nun steht er dauerhaft auf opened. Bis hierher Euch beiden schon mal vielen Dank. Wie erhält man denn nun die Meldung initialized?
Ich bin leider noch nicht so sattelfest und weiß nicht, ob der Status initialized erst mit dem Verbinden von HM-Geräten erscheint, oder
ob noch etwas im Argen liegt.
LG
Urs
Guten Abend Urs,
bei mir ist der Standard Zustand beim HMUART opened.
Poste mal ein list TYPE=HMUARTLGW
da sieht man meist ob es richtig läuft.
Du solltest die beiden Sticks nicht mit USB0 und USB1 einbinden sondern mit by-id oder by-path.
Schau mal mit ls -l /dev/serial/ dort findest du dann die Sticks eine Stufe tiefer.
Hintergrund: Die Pfade /dev/serial/ ... sind meist eindeutig, /dev/ttyUSBx wird beim Start des Systems quasi "ausgewürfelt" und kann sich gerne mal ändern.
Gruß Otto
Hallo Otto,
hier ist die Liste:
Internals:
CNT 1
Clients :CUL_HM:
DEF /dev/ttyUSB1
DevState 1
DevType UART
DeviceName /dev/ttyUSB1@115200
FD 29
LastOpen 1534269350.1234
NAME USB_HmUART
NR 87
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
Helper:
AckPending:
1:
cmd 00
dst 0
frame FD00030001009E03
resend 1
time 1534269351.12537
LastSendLen:
3
Log:
IDs:
MatchList:
1:CUL_HM ^A......................
Peers:
50C15F pending
READINGS:
2018-08-14 19:30:10 D-HMIdAssigned 654321
2018-08-14 19:30:10 D-HMIdOriginal 584607
2018-08-14 19:30:10 D-firmware 1.4.1
2018-08-14 19:30:10 D-serialNr OEQ0309065
2018-08-14 19:52:13 D-type HM-MOD-UART
2018-08-14 19:55:51 cond init
2018-08-14 19:37:35 load 1
2018-08-14 19:52:13 loadLvl suspended
2018-08-14 19:55:50 state opened
helper:
Attributes:
Was Du bzgl. Pfade /dev/serial und /dev/ttyUSBx schreibst, finde ich sehr interessant und war mir nicht klar.
Edit: Komisch finde ich, dass ich von meinen HM-Thermostaten zwar nun eine Temperatur empfangen kann. Aber kein Kommando hinschicken kann.
Dort steht dann immer: state CMDs_pending
Und das Thermostat tut nichts.
LG
Urs
Hallo Urs,
also das Modul hat cond noch init, bei mir steht da ok.
Viel getan hat er bisher nicht, aber er liest die Daten aus dem Modul.
Er hat 2018-08-14 19:30:10 D-HMIdAssigned 654321
2018-08-14 19:30:10 D-HMIdOriginal 584607
das bedeutet er war schon mal im Einsatz, er merkt sich nämlich die einmal zugewiesene HMId :)
Irgendwas hat er versucht zu empfangen -> 50C15F pending
aber scheinbar ohne richtigen Erfolg.
Hast Du schon HM Geräte?
Gruß Otto
Hi,
ich habe ein HM-Thermostat gepairt. Ein Auszug aus dem Logfile zeigt folgendes:
2018-08-14_16:36:47 HM_50C15F Activity: dead
2018-08-14_16:59:57 HM_50C15F Activity: unknown
2018-08-14_17:19:57 HM_50C15F Activity: dead
2018-08-14_19:24:01 HM_50C15F Activity: alive
2018-08-14_19:24:01 HM_50C15F D-firmware: 1.4
2018-08-14_19:24:01 HM_50C15F D-serialNr: NEQ1641356
2018-08-14_19:24:01 HM_50C15F CMDs_pending
2018-08-14_19:24:01 HM_50C15F CMDs_done
2018-08-14_19:24:06 HM_50C15F Activity: alive
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:30:01 HM_50C15F CMDs_pending
2018-08-14_19:31:18 HM_50C15F CMDs_pending
2018-08-14_19:31:18 HM_50C15F CMDs_pending
2018-08-14_19:31:46 HM_50C15F CMDs_pending
2018-08-14_19:31:46 HM_50C15F CMDs_pending
2018-08-14_19:32:13 HM_50C15F actuator: 0
2018-08-14_19:32:13 HM_50C15F battery: ok
2018-08-14_19:32:13 HM_50C15F batteryLevel: 2.9
2018-08-14_19:32:13 HM_50C15F desired-temp: 21.0
2018-08-14_19:32:13 HM_50C15F measured-temp: 24.2
2018-08-14_19:32:13 HM_50C15F motorErr: ok
2018-08-14_19:32:17 HM_50C15F CMDs_pending
2018-08-14_19:32:36 HM_50C15F CMDs_pending
2018-08-14_19:32:36 HM_50C15F CMDs_pending
2018-08-14_19:33:38 HM_50C15F CMDs_pending
2018-08-14_19:34:19 HM_50C15F CMDs_pending
2018-08-14_19:34:19 HM_50C15F CMDs_pending
2018-08-14_19:34:39 HM_50C15F CMDs_pending
2018-08-14_19:38:08 HM_50C15F Activity: alive
2018-08-14_19:42:39 HM_50C15F Activity: unknown
2018-08-14_19:52:13 HM_50C15F Activity: unknown
2018-08-14_20:12:13 HM_50C15F Activity: dead
Also Daten können scheinbar nur empfangen werden. Wenn ich z.B. die Temperatur hochstellen möchte, heißt es CMDs_pending.
LG
Urs
Mach mal list HM_50C15F
Das Pairing ist sicher noch nicht fertig ...
Ich hatte zwischenzeitlich das Thermostat resetet und aus FHEM gelöscht. Nun bekomme ich es nicht mehr gepairt. Das stimmt noch was nicht mit dem CUL, oder? Hier ein Auszug aus dem Lofile:
2018.08.14 20:56:26 3: Setting USB_HmUART serial parameters to 115200,8,N,1
2018.08.14 20:56:26 1: /dev/ttyUSB1 reappeared (USB_HmUART)
2018.08.14 20:56:30 1: HMUARTLGW USB_HmUART did not respond for the 1. time, resending
2018.08.14 20:56:33 1: HMUARTLGW USB_HmUART did not respond for the 2. time, resending
2018.08.14 20:56:36 1: HMUARTLGW USB_HmUART did not respond for the 3. time, resending
2018.08.14 20:56:39 1: HMUARTLGW USB_HmUART did not respond after all, reopening
2018.08.14 20:56:39 3: USB_HmUART device closed
2018.08.14 20:56:39 3: Setting USB_HmUART serial parameters to 115200,8,N,1
2018.08.14 20:56:39 1: /dev/ttyUSB1 reappeared (USB_HmUART)
2018.08.14 20:56:43 1: HMUARTLGW USB_HmUART did not respond for the 1. time, resending
2018.08.14 20:56:46 1: HMUARTLGW USB_HmUART did not respond for the 2. time, resending
2018.08.14 20:56:49 1: HMUARTLGW USB_HmUART did not respond for the 3. time, resending
2018.08.14 20:56:52 1: HMUARTLGW USB_HmUART did not respond after all, reopening
2018.08.14 20:56:52 3: USB_HmUART device closed
2018.08.14 20:56:52 3: Setting USB_HmUART serial parameters to 115200,8,N,1
2018.08.14 20:56:52 1: /dev/ttyUSB1 reappeared (USB_HmUART)
LG
Urs
autocreate habe ich übrigens aktiviert und autosave auf 1 gestellt. In der CUL-Konfiguration stelle ich das Pairing auf 100 Sekunden und drücke dann die mittlere Taste am Thermostat. Dort laufen dann 30 Sekunden runter.
Hi Urs,
jetzt arbeitet er nicht mehr, sag nicht CUL das ist kein Kompliment :) und verwirrt ...
Was sagt denn ls -l /dev/serial/by-id ?
Bindest Du das UART Modul bitte mit diesem Pfad ein damit es eindeutig ist!
autosave existiert bei mir nicht, das ist aus meiner Sicht nicht nötig und eventuell sogar kontra produktiv!
Gruß Otto
Ok, also UART-Modul. Danke für die lehrreichen Beiträge. Ich lerne hier im Forum im Minutentakt dazu.
pi:~ $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Aug 14 20:50 usb-FTDI_FT232R_USB_UART_AI04PIHG-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Aug 14 20:50 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB1
In der UART-Config habe ich das eingerichtet. Einen Screenshot lege ich anbei.
LG
Urs
Das pairing klappt jetzt offenbar wieder.
list HM_50C15F bringt:
Internals:
CFGFN
DEF 50C15F
IODev USB_HmUART
LASTInputDev USB_HmUART
MSGCNT 6
NAME HM_50C15F
NOTIFYDEV global
NR 144
STATE CMDs_pending
TYPE CUL_HM
USB_HmUART_MSGCNT 6
USB_HmUART_RAWMSG 0403002A20800250C15FF1000000
USB_HmUART_RSSI -42
USB_HmUART_TIME 2018-08-14 21:34:32
channel_01 HM_50C15F_Weather
channel_02 HM_50C15F_Climate
channel_03 HM_50C15F_WindowRec
channel_04 HM_50C15F_Clima
channel_05 HM_50C15F_ClimaTeam
channel_06 HM_50C15F_remote
lastMsg No:20 - t:02 s:50C15F d:F10000 00
protCmdPend 13 CMDs pending
protLastRcv 2018-08-14 21:34:32
protRcv 6 last_at:2018-08-14 21:34:32
protSnd 5 last_at:2018-08-14 21:34:32
protState CMDs_pending
rssi_at_USB_HmUART cnt:6 min:-45 max:-42 avg:-44 lst:-42
READINGS:
2018-08-14 21:34:27 Activity alive
2018-08-14 21:34:32 CommandAccepted yes
2018-08-14 21:34:22 D-firmware 1.4
2018-08-14 21:34:22 D-serialNr NEQ1641356
2018-08-14 21:34:22 R-pairCentral set_0xF10000
2018-08-14 21:34:31 actuator 0
2018-08-14 21:34:31 battery ok
2018-08-14 21:34:31 batteryLevel 2.9
2018-08-14 21:34:31 desired-temp off
2018-08-14 21:34:31 measured-temp 24.9
2018-08-14 21:34:31 motorErr ok
2018-08-14 21:34:37 state CMDs_pending
RegL_00.:
VAL
cmdStack:
++A001F1000050C15F00040000000000
++A001F1000050C15F0103
++A001F1000050C15F01040000000001
++A001F1000050C15F0203
++A001F1000050C15F02040000000001
++A001F1000050C15F0303
++A001F1000050C15F03040000000001
++A001F1000050C15F0403
++A001F1000050C15F04040000000001
++A001F1000050C15F00040000000007
++A001F1000050C15F0503
++A001F1000050C15F05040000000001
++A001F1000050C15F0603
++A001F1000050C15F06040000000001
helper:
HM_CMDNR 33
PONtest 1
cSnd 01F1000050C15F0006,01F1000050C15F00040000000000
mId 0095
regLst ,0,1
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +50C15F,02,00,00
nextSend 1534275272.23868
prefIO
rxt 2
vccu
p:
50C15F
00
00
00
mRssi:
mNo 20
io:
USB_HmUART:
-34
-34
prt:
bErr 0
sProc 2
q:
qReqConf
qReqStat
role:
dev 1
rssi:
at_USB_HmUART:
avg -44
cnt 6
lst -42
max -42
min -45
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.4
model HM-CC-RT-DN
room CUL_HM
serialNr NEQ1641356
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
lists sind generell schöner als Screenshots, poste also bitte im Zweifelsfall list USB_HmUART
Das list HM_50C15F verstehe ich nicht. -> set_0xF10000
Das ist die falsche HMId F10000 die HMId von deinem Modul ist 654321
Das kommt nicht von einem Pairing mit dem USB_HmUART. Du hattest schon mal einen CUL?
Gruß Otto
Also wenn man den so nennen darf, ist der SCC zumindest vom Typ her ein CUL:
Internals:
CMDS mBbCFiAZGMYRTVWXef*%ltuxz
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:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/ttyAMA0@38400 1034
DeviceName /dev/ttyAMA0@38400
FD 12
FHTID 1034
NAME SCC
NR 31
PARTIAL
RAWMSG T6DA82A82DF
RSSI -90.5
SCC_MSGCNT 3
SCC_TIME 2018-08-14 21:41:18
STATE Initialized
TYPE CUL
VERSION V 1.67 CSM868
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......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+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-08-14 21:24:24 cmds m B b C F i A Z G M Y R T V W X e f * % l t u x z
2018-08-14 21:43:29 raw isF000F0FFFFFF
2018-08-14 21:41:18 state Initialized
2017-10-04 11:16:42 uptime No answer
Attributes:
Vielleicht verbindet sich da etwas automatisch durch das autocreate.
Und dann ist da halt noch der JeeLink.
LG
Urs
Und sowas erscheint immer automatisch, wenn ich autocreate aktiviere:
Internals:
CODE 6da82a
DEF 6da82a
IODev SCC
LASTInputDev SCC
MSGCNT 3
NAME CUL_FHTTK_6da82a
NR 86
OPEN 0
PREVSTATE Closed
PREVTIMESTAMP 1534275426.16975
SCC_MSGCNT 3
SCC_RAWMSG T6DA82A82
SCC_RSSI -90.5
SCC_TIME 2018-08-14 21:41:18
STATE Closed
TYPE CUL_FHTTK
PREV:
STATE 02
TIMESTAMP 1534275678.1765
READINGS:
Previous
2018-08-14 21:41:18 Reliability ok
2018-08-14 21:41:18 Window Closed
2018-08-14 21:41:18 batteryState ok
2018-08-14 21:41:18 state Closed
Attributes:
IODev SCC
room CUL_FHTTK
Scheint ein Tür-/Fensterkontakt zu sein. Ist aber nicht von mir.
LG
Urs
Moin Urs,
die HMId 0xF10000 ist typisch für einen CUL (der im Homematic Betrieb ist) der ohne HMId definiert wird und die Software meint sie müsse eine HMId basteln. Diese wird dann aus FHT Hauscode und F1 zusammen gesetzt. Wird auch kein FHT Hauscode definiert ist der per Standard 0000. Zusammen ergibt es dann ohne zutun eine HMId F10000.
Damit das set in das HM Gerät kommt müsste dieser CUL aber mal im Homematic Modus gewesen sein und ein Pairing versucht werden.
Ich würde den HM_50C15F nochmal zurücksetzen und neu pairen. Aber vorher:
Hast Du noch mehr Geräte von Homematic?
Hast Du Dir Gedanken über die HMId gemacht?
Woher kommt die jetzige Assigned ID 654321 in dem HMUART Modul?
Gruß Otto
Moin
Gib uns mal ein list vom HMUART und vom SCC! Wenn Du den SCC als HM-IO nutzen willst, dann brauchst du eine VCCU, die Du am besten sowieso anlegst!
Gruss Christoph
Hallo,
list SCC:
Internals:
CMDS mBbCFiAZGMYRTVWXef*%ltuxz
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:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/ttyAMA0@38400 1034
DeviceName /dev/ttyAMA0@38400
FD 12
FHTID 1034
NAME SCC
NR 31
PARTIAL
RAWMSG T6DA82A82DD
RSSI -91.5
SCC_MSGCNT 50
SCC_TIME 2018-08-15 12:17:01
STATE Initialized
TYPE CUL
VERSION V 1.67 CSM868
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......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+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-08-15 07:58:59 cmds m B b C F i A Z G M Y R T V W X e f * % l t u x z
2018-08-14 21:43:29 raw isF000F0FFFFFF
2018-08-15 12:17:01 state Initialized
2017-10-04 11:16:42 uptime No answer
Attributes:
list USB_HmUART:
Internals:
AssignedPeerCnt 0
CNT 13
Clients :CUL_HM:
DEF /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
DEVCNT 13
DevState 99
DevType UART
DeviceName /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0@115200
FD 4
LastOpen 1534316992.10294
NAME USB_HmUART
NR 84
PARTIAL
RAWMSG 040200
RSSI -40
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 654321
Helper:
CreditTimer 767
FW 66561
Initialized 1
AckPending:
LastSendLen:
3
3
Log:
IDs:
RoundTrip:
Delay 0.00484800338745117
loadLvl:
lastHistory 1534328394.63222
MatchList:
1:CUL_HM ^A......................
Peers:
READINGS:
2018-08-15 09:09:54 D-HMIdAssigned 654321
2018-08-15 09:09:54 D-HMIdOriginal 584607
2018-08-15 09:09:54 D-firmware 1.4.1
2018-08-15 09:09:54 D-serialNr OEQ0309065
2018-08-15 07:59:01 D-type HM-MOD-UART
2018-08-15 09:09:54 cond ok
2018-08-15 10:14:42 load 0
2018-08-15 09:09:54 loadLvl low
2018-08-15 09:09:52 state opened
helper:
Attributes:
HM wollte ich über den UART laufen lassen, da am SCC schon einiges dran hängt und funktioniert. Das möchte ich nicht ändern.
LG
Urs
@Otto: Ist es möglich, dass ich die Geräte (UART und Thermostat) zum pairen näher zusammen bringen muss (der Pi hängt auf dem Dachboden)? Mir scheint, dass sich dieser Tür/Fensterkontakt aus der Nachbarschaft immer vor dem Pairing von UART und Thermostat einklinkt. Ein Reset hatte ich schon ausprobiert. Leider ohne Erfolg.
LG
Urs
Und im Logfile steht neuerdings sowas:
2018.08.15 12:35:56 3: USB_HmUART: Unknown code A0F86861050C15F0000000A24EB0E0040::-40:USB_HmUART, help me!
Moin
Schade, dass du die Attribute abgeschnitten hast!
Das mit dem Logfile ist normal, da der UART etwas empfaengt, womit er nichts anfangen kann. Hast Du Nachbarn mit HMIP in der Naehe?
Gruss Christoph
Noch etwas
Hast Du das Firmwareupdate, wie im Wiki beschrieben, gemacht? Das war meiner Meinung nach immens wichtig!
Gruss Christoph
Hi,
ich hatte nichts abgeschnitten. Unter Attribute kam nichts mehr.
Bzgl. Update habe ich das aktuellste genommen. Du meinst doch den UART, richtig?
EDIT: Verwundert hatte mich beim FW-Update allerdings, dass es trotz der aktuellsten Version bei 1.4.1 geblieben ist.
VG
Urs
ZitatVersion bei 1.4.1
ist auch richtig so
Also einen HM-LC-Sw1-Ba-PCB habe ich nun erfolgreich mit dem UART gepairt und kann diesen schalten. Es wird dann wohl eher am Thermostat liegen.
VG
Urs
Hallo Urs,
kannst Du mal bitte ein list von dem HM-LC-Sw1-Ba-PCB geben?
Du hast meine Fragen nicht beantwortet:
ZitatHast Du Dir Gedanken über die HMId gemacht?
Woher kommt die jetzige Assigned ID 654321 in dem HMUART Modul?
Hast Du mit dem SCC und Homematic schon mal rumprobiert?
War das HMUART Modul vorher schon mal in Betrieb?
Der Thermostat muss eventuell einfach Werksreset bekommen. Hast Du das mal probiert?
Edit: Das list vom HMUART sieht gut aus, ich denke da ist alles richtig.
Gruß Otto
Zitat von: urseigner am 15 August 2018, 12:39:02
Und im Logfile steht neuerdings sowas:
2018.08.15 12:35:56 3: USB_HmUART: Unknown code A0F86861050C15F0000000A24EB0E0040::-40:USB_HmUART, help me!
Das ist von deinem Thermostat -> 50C15F der ist nicht gepairt! Ich denke mit dem wurde schon mal ein Pairing probiert, jetzt geht es nicht mehr.
Gruß Otto
Moin
Habe gerade in einem andern thread gelesen, dass irgendwas in 10_CUL_HM faul war! (https://forum.fhem.de/index.php/topic,90296.msg827456.html#msg827456)
Mach mal heute ein update, und versuche es dann noch einmal! Da list vom UART ist dann evtl. auch wieder vollstaendig!?
Gruss Christoph
Moin Christoph,
Du mit deinen unvollständigem list, Du verwirrst nur. ;D
Wenn die HMUART keine HMId als Attribute hat und keinen room und kein optionales qlen, dann hat sie einfach keine Attribute! Das ist nach einem initialem define völlig richtig!
Ansonsten ist das Ding doch komplett!? Und die Firmware ist auch richtig!
Gruß Otto
Moin Otto
Ich gebe Dir bedingt Recht! Da aber bei den Attributen des SCC die Kommunikationsart eingestellt wird, ja ich habe gesehen, dass es nicht HM ist, verwundert mich das Fehlen der Attribute schon! Und die HMid sollte eigentlich auch beim UART da sein!
Und mein heutiger Hinweis zielte darauf, dass es eben ein Problem mit HM gab.
Gruss Christoph
Nachdem ich die UART-Verkabelung X-Fach kontrolliert, nochmal neu gelötet und ausprobiert hatte, ging es trotzdem nicht. Mit einem nanoCUL, den ich mir zwischenzeitlich fertig bestellt hatte geht jetzt alles. Das ist ernüchternd und erfreulich zu gleich. Ich danke Euch für das tolle Engagement, ich weiß nicht, wann ich zuletzt so intensiv gelernt habe. Eine Lösung bzgl. UART ist das natürlich nicht. Soll/muss ich den Thread nun trotzdem als gelöst markieren?
Urs, das kann nicht sein! Kannst Du mal bitte ein list von deinem Thermostaten liefern?
Hallo Otto,
hier ist das Listing:
Internals:
CFGFN
CUL868_MSGCNT 58
CUL868_RAWMSG A0F15861050C15F0000000A24F90E0040::-54:CUL868
CUL868_RSSI -54
CUL868_TIME 2018-08-17 14:51:45
DEF 50C15F
IODev CUL868
LASTInputDev CUL868
MSGCNT 58
NAME HM_50C15F
NOTIFYDEV global
NR 276
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_50C15F_Weather
channel_02 HM_50C15F_Climate
channel_03 HM_50C15F_WindowRec
channel_04 HM_50C15F_Clima
channel_05 HM_50C15F_ClimaTeam
channel_06 HM_50C15F_remote
lastMsg No:15 - t:10 s:50C15F d:000000 0A24F90E0040
protLastRcv 2018-08-17 14:51:45
protRcv 58 last_at:2018-08-17 14:51:45
protResnd 2 last_at:2018-08-17 14:08:27
protSnd 40 last_at:2018-08-17 14:10:58
protState CMDs_done
rssi_CUL868 cnt:2 min:-53 max:-53 avg:-53 lst:-53
rssi_at_CUL868 cnt:58 min:-59.5 max:-53.5 avg:-54.37 lst:-54
READINGS:
2018-08-17 14:05:42 Activity alive
2018-08-17 14:10:50 CommandAccepted yes
2018-08-17 14:05:37 D-firmware 1.4
2018-08-17 14:05:37 D-serialNr NEQ1641356
2018-08-17 14:10:50 PairedTo invalid:no peer for this register
2018-08-17 14:05:37 R-pairCentral set_0xF10000
2018-08-17 14:10:50 RegL_00. 01:01 02:01 09:01 0A:F1 0B:00 0C:00 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00
2018-08-17 14:14:00 RegL_07.
2018-08-17 14:51:45 actuator 0
2018-08-17 14:51:45 battery ok
2018-08-17 14:51:45 batteryLevel 2.9
2018-08-17 14:51:45 desired-temp off
2018-08-17 14:51:45 measured-temp 24.9
2018-08-17 14:51:45 motorErr ok
2018-08-17 14:10:58 state CMDs_done
2018-08-17 14:06:08 time-request -
helper:
HM_CMDNR 21
PONtest 1
cSnd 11F1000050C15F860409,11F1000050C15F860409
mId 0095
regLst ,0,1
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +50C15F,00,00,00
nextSend 1534510305.70554
prefIO
rxt 2
vccu
p:
50C15F
00
00
00
mRssi:
mNo 15
io:
CUL868:
-48
-48
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
rssi:
CUL868:
avg -53
cnt 2
lst -53
max -53
min -53
at_CUL868:
avg -54.3706896551724
cnt 58
lst -54
max -53.5
min -59.5
shRegW:
07 04
shadowReg:
Attributes:
IODev CUL868
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-CC-RT-DN
room CUL_HM
serialNr NEQ1641356
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
LG
Urs
Hallo urs,
aber das Problem ist doch das Gleiche?!
2018-08-17 14:10:50 PairedTo invalid:no peer for this register
2018-08-17 14:05:37 R-pairCentral set_0xF10000
Der ist nicht gepairt!
Welche HMId hat Dein CUL? Kannst Du von dem mal ein list machen?
Gruß Otto
Hier kommt das Listing:
Internals:
CFGFN
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
CUL868_MSGCNT 140
CUL868_TIME 2018-08-17 15:14:52
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
FD 36
FHTID 0000
NAME CUL868
NR 203
NR_CMD_LAST_H 142
PARTIAL
RAWMSG A0F1E861050C15F0000000A24F80E004028
RSSI -54
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
initString X21
Ar
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-08-17 13:58:52 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2018-08-17 13:55:19 cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2018-08-17 15:14:52 state Initialized
XMIT_TIME:
1534507276.41178
1534507276.59035
1534507276.86862
1534507318.82701
1534507319.47905
1534507320.03533
1534507320.31455
1534507320.41199
1534507320.62477
1534507320.91256
1534507321.00999
1534507321.21459
1534507331.24196
1534507537.46042
1534507537.63933
1534507537.91711
1534507568.29448
1534507570.80479
1534507590.05634
1534507705.56485
1534507727.99333
1534507734.37562
1534507734.91048
1534507849.56584
1534507849.84466
1534507850.12305
1534507850.43463
1534507850.68132
1534507850.95851
1534507851.25392
1534507851.53198
1534507851.81055
1534507852.08924
1534507852.38382
1534507852.66181
1534507852.95696
1534507853.26769
1534507853.52333
1534507853.77532
1534507854.03732
1534507854.28305
1534507854.5452
1534507854.80717
1534507855.06909
1534507855.31474
1534507855.57669
1534507855.83871
1534507856.0843
1534507856.34626
1534507856.59208
1534507856.84579
1534507857.11604
1534507857.41082
1534507857.6894
1534507857.96757
1534507858.26201
1534507962.7122
1534507969.5105
1534508670.26203
1534508673.61996
1534508677.00092
1534508681.49214
1534508711.68335
1534508778.21613
1534508778.74432
1534508779.0228
1534508782.21895
1534508787.95163
1534508788.5059
1534508788.78525
1534508788.88288
1534508789.0953
1534508789.37464
1534508789.47234
1534508789.68507
1534508789.78352
1534508926.82406
1534508931.94209
1534508932.49079
1534508932.76984
1534508932.8674
1534508933.06376
1534508933.34283
1534508933.44054
1534508933.65329
1534508957.11523
1534508961.25211
1534508961.78495
1534508962.06298
1534508965.12212
1534508971.40396
1534508971.95394
1534508972.2334
1534508972.3309
1534508972.5271
1534508972.80628
1534508972.90403
1534508973.11827
1534508973.21531
1534508973.42809
1534508973.72274
1534508974.01381
1534509001.97245
1534509002.5239
1534509002.80539
1534509002.90284
1534509003.0994
1534509003.37807
1534509003.47596
1534509003.69042
1534509003.78711
1534509004.00003
1534509004.29478
1534509004.58526
1534509050.442
1534509054.03072
1534509060.47914
1534509077.31883
1534509080.67159
1534509081.67448
1534509082.22281
1534509082.50198
1534509082.59979
1534509082.79574
1534509083.07501
1534509083.17278
1534509083.38709
1534509083.48392
1534509083.69678
1534509083.99139
1534509084.28203
1534509090.85504
1534509104.33338
1534509108.09915
1534509278.53597
1534509285.49699
1534509298.62736
1534509689.4541
1534509696.4548
1534510137.98041
1534510146.18665
1534510151.74399
helper:
50C15F:
QUEUE:
66C1D8:
QUEUE:
Attributes:
rfmode HomeMatic
Nebenbei noch folgende Frage: Ist es unnötig, sich Sicherheits-Sorgen über die Veröffentlichung dieser Listings zu machen?
VG
Urs
Ach Otto,
was mit gerade einfällt. Es könnte sein, dass ich vor einer Weile mal meinen SCC für Homematic umgestellt hatte. Daher könnte doch die falsche Zuordnung kommen, oder?
Die Frage ist nun, wie man das wieder auflöst. Das Thermostat habe ich bereits mehrfach resetet.
Gruß
Urs
Der Reset vom Thermostaten dürfte nie funktioniert haben!
Zitatdass ich vor einer Weile mal meinen SCC für Homematic umgestellt hatte.
das war die Ganze Zeit meine Vermutung. Die Beantwortung dieser Fragen (#32) hast Du immer irgendwie "umschifft"
das mit der HMId F10000 aus
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
hatte ich in #22 schon erklärt!
Versuch mal jetzt ob er sich mit getConfig erstmal richtig auslesen lässt. Gib dem Thermostaten Zeit - der sendet nicht sofort soviel ich weiß (ich habe aber gar keinen!)
Gruß Otto
Moin
Also jetzt sehe ich schon das dritte IODEV bei Dir!
Der SCC war vor 3 Tagen ganz klar noch auf rfmode slow, wenn ich das richtig interpretiert hatte, Attribute gab es ja leider nicht!
Heute haben wir noch einen CUL868, und eine HMUART gab es auch mal!
Ich habe gerade kein System zur Hand, versuch mal bitte list type=IODev!
Gruss Christoph
Zitat von: Otto123 am 17 August 2018, 15:33:32
Der Reset vom Thermostaten dürfte nie funktioniert haben!das war die Ganze Zeit meine Vermutung. Die Beantwortung dieser Fragen (#32) hast Du immer irgendwie "umschifft"
Gruß Otto
Ach aber mich anmeckern, dass ich auf den Attributen rumreite!
:o :o :o
Gruss Christoph
Zitat
Ich würde den HM_50C15F nochmal zurücksetzen und neu pairen. Aber vorher:
Hast Du noch mehr Geräte von Homematic?
Hast Du Dir Gedanken über die HMId gemacht?
Woher kommt die jetzige Assigned ID 654321 in dem HMUART Modul?
- Ich habe mehrfach am Thermostat ein Reset gemacht und neu gepairt. Du sagst, das kann nicht geklappt haben, ich hatte schon den Eindruck, dass sich das Gerät zurückgesetzt hat.
- Ja, einen HM-LC-Sw1-Ba-PCB (aber erst seit gestern aktiv). Und in der Nachbarschaft scheint es einen HM-Fensterkontakt zu geben.
- Ich weiß nicht, was Du damit meinst. Warum muss ich mir über die HMId Gedanken machen?
- Das kann ich leider nicht beantworten.
Das hier kommt aus der Nachbarschaft:
[/list]
Internals:
CFGFN
CODE 6da82a
DEF 6da82a
IODev SCC
NAME CUL_FHTTK_6da82a
NR 668
STATE ???
TYPE CUL_FHTTK
Attributes:
IODev SCC
room CUL_FHTTK
wenn ich autosave aktiviere.
Das hier ist der HM-LC-Sw1-Ba-PCB, den ich neuerdings habe:
Internals:
CUL868_MSGCNT 72
CUL868_RAWMSG A0E28800266C1D8F10000010100804D::-80:CUL868
CUL868_RSSI -80
CUL868_TIME 2018-08-17 14:49:12
DEF 66C1D8
IODev CUL868
LASTInputDev CUL868
MSGCNT 72
NAME HM_66C1D8
NOTIFYDEV global
NR 89
NTFY_ORDER 50-HM_66C1D8
STATE off
TYPE CUL_HM
lastMsg No:28 - t:02 s:66C1D8 d:F10000 010100804D
peerList self01,
protLastRcv 2018-08-17 14:49:12
protRcv 72 last_at:2018-08-17 14:49:12
protResnd 9 last_at:2018-08-17 14:49:11
protSnd 93 last_at:2018-08-17 14:49:06
protSndB 37 last_at:2018-08-17 14:49:11
protState CMDs_done
rssi_CUL868 cnt:21 min:-79 max:-43 avg:-65.33 lst:-77
rssi_at_CUL868 cnt:72 min:-81.5 max:-43 avg:-65.04 lst:-80
READINGS:
2018-08-17 14:49:12 CommandAccepted yes
2018-08-17 14:01:16 D-firmware 1.7
2018-08-17 14:01:16 D-serialNr OEQ2624353
2018-08-17 14:31:22 PairedTo invalid:no peer for this register
2018-08-17 14:26:18 R-pairCentral 0xF10000
2018-08-17 14:29:34 R-self01-lgActionType jmpToTarget
2018-08-17 14:29:34 R-self01-shActionType jmpToTarget
2018-08-17 14:31:22 RegL_00. 02:81 05:40 0A:F1 0B:00 0C:00 12:69 00:00
2018-08-17 14:31:23 RegL_01. 08:00 00:00
2018-08-17 14:31:24 RegL_03.self01 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
2018-08-17 14:49:12 battery low
2018-08-17 14:49:12 deviceMsg off (to CUL868)
2018-08-17 14:49:12 level 0
2018-08-17 14:49:12 pct 0
2018-08-17 14:31:23 peerList self01,
2018-08-17 14:31:20 powerOn 2018-08-17 14:31:20
2018-08-17 14:49:12 recentStateType ack
2018-08-17 14:49:12 state off
2018-08-17 14:49:12 timedOn off
helper:
HM_CMDNR 40
PONtest 0
cSnd 11F1000066C1D80201C80000,11F1000066C1D80201000000
dlvlCmd ++A011F1000066C1D80201000000
mId 006C
peerIDsRaw ,66C1D801,00000000
regLst ,0,1,3p
rxType 2
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +66C1D8,00,00,00
nextSend 1534510152.37099
prefIO
rxt 0
vccu
p:
66C1D8
00
00
00
mRssi:
mNo 28
io:
CUL868:
-78
-78
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
CUL868:
avg -65.3333333333333
cnt 21
lst -77
max -43
min -79
at_CUL868:
avg -65.0486111111111
cnt 72
lst -80
max -43
min -81.5
shadowReg:
Attributes:
IODev CUL868
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.7
model HM-LC-SW1-BA-PCB
msgRepeat 1
peerIDs 00000000,66C1D801,
room CUL_HM
serialNr OEQ2624353
subType switch
webCmd statusRequest:toggle:on:off
@pc1246:
Heute habe ich aus purer Verzweiflung einen nanoCUL ins Rennen geschickt. Zunächst sah das alle prima aus, bis Otto das Listing sehen wollte und mich damit wieder auf den Boden der Tatsachen geholt hat.
LG
Urs
Hallo Christoph Du musst ein bisschen Historie lesen :D
#37
ZitatIch weiß nicht, was Du damit meinst. Warum muss ich mir über die HMId Gedanken machen?
Weil das nicht irgendwas ist! Das ist die ID Deiner Zentrale, der Dreh und Angelpunkt von Homematic. Heute Abend zum lesen -> https://wiki.fhem.de/wiki/HomeMatic
Du hast jetzt wieder F10000 ich habe erklärt warum - hast Du das verstanden?
Dein HMUART hatte schon mal 654321 - kam die von Dir oder hast Du das Modul gebraucht gekauft?
Wie Christoph richtig anmerkt, hast Du noch nie eine definierte HMId gezeigt! Das passiert durch
attr <Name des IO> hmId
hast Du getConfig beim Thermostaten versucht? Mit welchem Ergebnis?
Gruß Otto
BTW: jede Art von CUL ist keine gute Lösung für Homematic!
Zitat von: Otto123 am 17 August 2018, 16:21:24
Hallo Christoph Du musst ein bisschen Historie lesen :D
#37
Moin und sorry
Der ist mir durchgerutscht!
Trotzdem ist der Eintrag
Zitat2018-08-17 14:31:22 PairedTo invalid:no peer for this register
misterioes, und deutet auf ein generelles Problem hin, wie Du ja im naechsten post auch bestaetigst!
@Urs
Von Deiner Seite her ist es nicht schlau an vielen Stellen gleichzeitg zu Basteln (Garagentor!). So verlierst Du Dich immer mehr und bist am Ende noch frustierter.
Gib uns doch bitte noch mal ein list von allen 3 IODevs, und mache
vorher bitte noch mal ein update!
Eventuell macht es sogar Sinn, dass du danach die HM IODevs noch einmal neu anlegst!
Gruss Christoph
@Otto:
Zitat
Was sagt denn ls -l /dev/serial/by-id ?
Bindest Du das UART Modul bitte mit diesem Pfad ein damit es eindeutig ist!
Das hatte ich beim UART gemacht. Allerdings nicht beim JeeLink. Das habe ich nun nachgeholt und nun scheint (mir zumindest) das
Thermostat vernünftig gepairt:
Internals:
CUL868_MSGCNT 69
CUL868_RAWMSG A0F1E861050C15F0000000A24F20E0040::-57:CUL868
CUL868_RSSI -57
CUL868_TIME 2018-08-18 15:47:56
DEF 50C15F
IODev CUL868
LASTInputDev CUL868
MSGCNT 69
NAME HM_50C15F
NOTIFYDEV global
NR 88
NTFY_ORDER 50-HM_50C15F
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_50C15F_Weather
channel_02 HM_50C15F_Climate
channel_03 HM_50C15F_WindowRec
channel_04 HM_50C15F_Clima
channel_05 HM_50C15F_ClimaTeam
channel_06 HM_50C15F_remote
lastMsg No:1E - t:10 s:50C15F d:000000 0A24F20E0040
protLastRcv 2018-08-18 15:47:56
protRcv 69 last_at:2018-08-18 15:47:56
protResnd 2 last_at:2018-08-18 15:42:15
protSnd 63 last_at:2018-08-18 15:45:14
protState CMDs_done
rssi_at_CUL868 cnt:69 min:-58 max:-56.5 avg:-57.23 lst:-57
READINGS:
2018-08-18 15:35:35 Activity alive
2018-08-18 15:45:09 CommandAccepted yes
2018-08-18 14:39:41 D-firmware 1.4
2018-08-18 14:39:41 D-serialNr NEQ1641356
2018-08-18 15:42:08 PairedTo 0xA45C9F
2018-08-18 15:31:52 R-backOnTime 10 s
2018-08-18 15:31:52 R-burstRx on
2018-08-18 15:31:52 R-cyclicInfoMsg on
2018-08-18 15:31:52 R-cyclicInfoMsgDis 0
2018-08-18 15:31:52 R-pairCentral 0xA45C9F
2018-08-18 15:42:08 RegL_00. 01:01 02:01 09:01 0A:A4 0B:5C 0C:9F 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00
2018-08-18 15:47:56 actuator 0
2018-08-18 15:47:56 battery ok
2018-08-18 15:47:56 batteryLevel 2.9
2018-08-18 15:47:56 desired-temp off
2018-08-18 15:47:56 measured-temp 24.2
2018-08-18 15:47:56 motorErr ok
2018-08-18 15:45:15 state CMDs_done
2018-08-18 14:40:13 time-request -
RegL_07.:
VAL
helper:
HM_CMDNR 30
cSnd 01A45C9F50C15F0603,01A45C9F50C15F06040000000001
mId 0095
regLst ,0
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +50C15F,00,00,00
nextSend 1534600077.05203
prefIO
rxt 2
vccu
p:
50C15F
00
00
00
mRssi:
mNo 1E
io:
CUL868:
-51
-51
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
at_CUL868:
avg -57.2391304347826
cnt 69
lst -57
max -56.5
min -58
shRegW:
07 04
shadowReg:
Attributes:
IODev CUL868
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-CC-RT-DN
room CUL_HM
serialNr NEQ1641356
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
Eine HMID habe ich mir für den nanoCUL nun auch überlegt (wie Ihr seht). Danke für den Hinweis auf's Wiki.
Und natürlich geht es nun auch mit dem UART. Diesen habe ich mal mit dem HM-Switch gepairt:
Internals:
CFGFN
CUL868_MSGCNT 23
CUL868_RAWMSG A0E3DA01066C1D8C79E3A0100000000::-62:CUL868
CUL868_RSSI -62
CUL868_TIME 2018-08-18 16:08:36
DEF 66C1D8
IODev USB_HmUART
LASTInputDev CUL868
MSGCNT 45
NAME HM_66C1D8
NOTIFYDEV global
NR 452
STATE off
TYPE CUL_HM
USB_HmUART_MSGCNT 22
USB_HmUART_RAWMSG 050100353DA01066C1D8C79E3A0100000000
USB_HmUART_RSSI -53
USB_HmUART_TIME 2018-08-18 16:08:36
lastMsg No:3D - t:10 s:66C1D8 d:C79E3A 0100000000
protLastRcv 2018-08-18 16:08:36
protRcv 22 last_at:2018-08-18 16:08:36
protSnd 32 last_at:2018-08-18 16:08:36
protSndB 5 last_at:2018-08-18 16:08:34
protState CMDs_done
rssi_C79E3A cnt:1 min:-51 max:-51 avg:-51 lst:-51
rssi_USB_HmUART cnt:2 min:-50 max:-50 avg:-50 lst:-50
rssi_at_CUL868 cnt:23 min:-77.5 max:-59.5 avg:-62.52 lst:-62
rssi_at_USB_HmUART cnt:22 min:-53 max:-49 avg:-51.59 lst:-53
READINGS:
2018-08-18 16:08:03 CommandAccepted yes
2018-08-18 16:07:18 D-firmware 1.7
2018-08-18 16:07:18 D-serialNr OEQ2624353
2018-08-18 16:08:35 PairedTo 0xC79E3A
2018-08-18 16:07:24 R-pairCentral 0xC79E3A
2018-08-18 16:07:24 R-sign off
2018-08-18 16:08:35 RegL_00. 02:01 05:00 0A:C7 0B:9E 0C:3A 12:69 00:00
2018-08-18 16:08:36 RegL_01. 08:00 00:00
2018-08-18 16:08:03 battery low
2018-08-18 16:08:03 deviceMsg off (to USB_HmUART)
2018-08-18 16:08:03 level 0
2018-08-18 16:08:03 pct 0
2018-08-18 16:07:25 powerOn 2018-08-18 16:07:25
2018-08-18 16:08:03 recentStateType ack
2018-08-18 16:08:03 state off
2018-08-18 16:08:03 timedOn off
helper:
HM_CMDNR 61
PONtest 0
cSnd 01C79E3A66C1D801040000000001,01C79E3A66C1D80103
dlvlCmd ++A011C79E3A66C1D80201000000
mId 006C
peerIDsRaw ,00000000
regLst ,0,1,3p
rxType 2
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +66C1D8,00,00,00
nextSend 1534601316.72034
prefIO
rxt 0
vccu
p:
66C1D8
00
00
00
mRssi:
mNo 3D
io:
CUL868:
-62
-62
USB_HmUART:
-47
-47
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rpt:
IO USB_HmUART
flg A
ts 1534601316.61309
ack:
HASH(0x2f980a0)
3D8002C79E3A66C1D800
rssi:
C79E3A:
avg -51
cnt 1
lst -51
max -51
min -51
USB_HmUART:
avg -50
cnt 2
lst -50
max -50
min -50
at_CUL868:
avg -62.5217391304348
cnt 23
lst -62
max -59.5
min -77.5
at_USB_HmUART:
avg -51.5909090909091
cnt 22
lst -53
max -49
min -53
shadowReg:
Attributes:
IODev USB_HmUART
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.7
model HM-LC-SW1-BA-PCB
msgRepeat 1
peerIDs 00000000,
room CUL_HM
serialNr OEQ2624353
subType switch
webCmd statusRequest:toggle:on:off
Ich hoffe Ihr sagt jetzt nicht: "Haaaalt, da ist doch noch ein Fehler."
Wie auch immer, ich danke Euch für die Geduld und entschuldige mich für die vielen Schleifen, die wir wegen mir fliegen mussten.
@Otto: Du bleibst vermutlich dabei, dass ich lieber den UART für HM nutzen soll, richtig?
LG
Urs
Danke, dass Ihr nicht aufgegeben habt.
.
Moin
Nun schreien wir doch halt!
Wie Otto schon schrieb, ist der CUL nicht das IODev der Wahl!
Zudem hast du jetzt zwei HM-Welten bei Dir zu Hause, was keinen Sinn macht!
Entscheide Dich fuer eine von beiden HMid's und setze eine VCCU ein, die dann beide IODevs verwaltet, mit der gleichen HMid!
Dazu musst du natuerlich die eine auf die andere anpassen und der VCCU die gleiche ID geben. Auch hierzu gibt es einen Wikibeitrag: https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
Lies diesen erstmal durch und fang dann an! Die Devices, die Du schon mit der falschen ID gepairt hast, musst Du noch mal unpairen/Werksresetten, und dann gleich mit der VCCU pairen.
Du wirst sehen, dass Dir das dann schon viel einfacher von der Hand gehen wird!
Beim Thermostat ist das anlernen recht langwierig, da man meistens zweimal den mittleren Taster lange druecken muss, bis er uebrhaupt gepairt ist. Ein get config kann dann bis zu drei weitere Tastendruecke brauchen. Alternativ kann man jeweils die drei Minuten warten! Bevor er nicht richtig gepairt ist, macht ein get config keinen Sinn, wie bei jedem Device. Es ist sogar eher kontrproduktiv!
Gruss, und viel Erfolg
Christoph
Hi Christoph,
ich habe die zwei "Welten" geschaffen, damit sichtbar wird, dass sowohl UART, als auch nanoCUL nun laufen. Mir leuchtet ein, dass ich mich für eine Welt entscheiden muss.
Die Umkonfiguration sehe ich ebenfalls als gute Übung.
Beim nanoCUL scheint mir die Reichweite durch die große Antenne höher. Für ein Garagentor-Projekt erscheint mir das besser. Dem gegenüber stehen die Bedenken von Otto
bzgl. nanoCUL bei HM.
LG
Urs
Hallo Urs,
naja da Du sie jetzt beide hast, dann kannst Du sie wie Christoph schon schrieb in einer VCCU beide einsetzen.
Du musst mal sehen, es gibt einige die sind super zufrieden mit ihrem CUL, bei anderen war er das Problem schlecht hin. Wenn Du nix zu tun hast kannst Du dazu hier im Forum bestimmt einiges zum lesen finden. ;D
Für den CUL gibt es noch eine alternative Firmware, die einiges besser macht. Infos dazu findest Du im Wiki Homematic.
Viel Erfolg bei der VCCU
LG Otto