Hallo zusammen
Die Kommandos werden nicht zum Heizregler übertragen, zu anderen Geräten (z.B. Taster) funktioniert die Übertragung der Settings.
Ebenfalls wird die Temperatur nicht ausgegeben
Ich habe glaube ich schon so ziemlich alle Anleitung zum Daten übertragen (neu pairen, Heizregler in Pairing & Fhem "getConfig) ausprobiert. Es erhöhte sich nur die Anzahl der pendingCmds
Settings, die übertragen werden sollen:
Bis 5:45 Uhr soll es 13°C, bis 5:55 19°C und dann wieder 13°C sein
set St_RegelTemp tempListMon 05:45 13.0 05:55 19.0 24:00 13.0;
set St_RegelTemp tempListTue 05:45 13.0 05:55 19.0 24:00 13.0;
set St_RegelTemp tempListWed 05:45 13.0 05:55 19.0 24:00 13.0;
set St_RegelTemp tempListThu 05:45 13.0 05:55 19.0 24:00 13.0;
set St_RegelTemp tempListFri 05:45 13.0 05:55 19.0 24:00 13.0;
set St_RegelTemp tempListSat 07:00 13.0 07:55 19.0 24:00 13.0;
set St_RegelTemp tempListSun 07:00 13.0 07:55 19.0 24:00 13.0;
in den Readings für den Cahnnel 04 (St_RegelTemp steht "incomplete"??
Ich sehe da aber nicht, was da falsch sein soll und bin für jeden Tipp sehr dankbar
VG
Sijanga
Die Daten:
System: Windows 10
fhem - Latest Revision: 12825
HM: eQ3-HM-LGW, in Aufbau HM-CC-RT-DN, HM-PB-6-WM55, HM-PB-4DIS-WM-2
Gateway: eQ3-HM-LGW
00_HMUARTLGW.pm Version 12664
Internals:
AssignedPeerCnt 4
CNT 177
DEF 192.168.178.39
DEVCNT 177
DevState 99
DevType LGW
DeviceName 192.168.178.39:2000
FD 23
LastOpen 1483395201.01521
NAME HM1
NR 199
PARTIAL
RAWMSG 040202
RSSI -38
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 1
msgLoadHistory 0/0/0/0/1/-/-/-/-/-/-/-
msgLoadHistoryAbs 1/1/1/1/1/0/-/-/-/-/-/-/-
owner 081064
Readings:
D-HMIdAssigned 081064 2017-01-02 23:13:26
D-HMIdOriginal FFFFFF 2017-01-02 23:13:26
D-LANfirmware 1.1.3 2017-01-02 23:13:21
D-firmware 1.0.6 2017-01-02 23:13:26
D-serialNr NEQ1694623 2017-01-02 23:13:21
D-type eQ3-HM-LGW 2017-01-02 23:13:21
cond ok 2017-01-02 23:13:26
load 1 2017-01-02 23:18:27
loadLvl low 2017-01-02 23:13:26
state opened 2017-01-02 23:13:21
Attr:
group Connector
hmId 081064
lgwPw xxxxxxxx
room Verschiedenes,zzHM
Heizungsregler: HM-CC-RT-DN
Internals:
DEF 440BE4
HM1_MSGCNT 5
HM1_RAWMSG 05000027018400440BE40000001400954D4551313538363037315900FFFF
HM1_RSSI -39
HM1_TIME 2016-12-26 20:43:52
IODev HM1
LASTInputDev HM1
MSGCNT 5
NAME St_Heizung
NOTIFYDEV global
NR 244
NTFY_ORDER 50-St_Heizung
STATE CMDs_pending
TYPE CUL_HM
channel_01 HM_440BE4_Weather
channel_02 HM_440BE4_Climate
channel_03 HM_440BE4_WindowRec
channel_04 St_RegelTemp
channel_05 HM_440BE4_ClimaTeam
channel_06 HM_440BE4_remote
lastMsg No:01 - t:00 s:440BE4 d:000000 1400954D4551313538363037315900FFFF
protCmdPend 132 CMDs_pending
protCondBurst off
protLastRcv 2016-12-26 20:43:52
protResnd 1 last_at:2016-12-26 20:37:29
protSnd 2 last_at:2016-12-26 20:40:03
protState CMDs_pending
rssi_at_HM1 lst:-39 min:-45 max:-38 cnt:5 avg:-40.4
Readings:
Activity dead 2016-12-26 20:57:25
D-firmware 1.4 2016-12-26 20:37:25
D-serialNr MEQ1586071 2016-12-26 20:37:25
RegL_00. 2016-12-27 20:59:43
inhibit set_on 2016-12-25 16:10:23
powerOn 2016-12-21 06:25:46 2016-12-21 06:25:46
recentStateType info 2016-12-21 06:25:46
state CMDs_pending 2017-01-02 23:34:39
Attr:
IODev HM1
actCycle 000:10
actStatus dead
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
group Heizung
model HM-CC-RT-DN
room Stube,zzHM
serialNr MEQ1586071
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
ST_Regeltemp: set_desired-temp 20.0
DEF 440BE404
NAME St_RegelTemp
NOTIFYDEV global
NR 249
NTFY_ORDER 50-St_RegelTemp
STATE set_desired-temp 20.0
TYPE CUL_HM
chanNo 04
device St_Heizung
Readings
R_0_tempListSat incomplete 2016-12-22 22:12:00
R_1_tempListSun incomplete 2016-12-22 22:12:00
R_2_tempListMon incomplete 2016-12-22 22:12:00
R_3_tempListTue incomplete 2016-12-22 22:12:00
R_4_tempListWed incomplete 2016-12-22 22:12:00
R_5_tempListThu incomplete 2016-12-22 22:12:00
R_6_tempListFri incomplete 2016-12-22 22:12:00
R_tempList_State incomplete 2016-12-22 22:12:00
controlMode set_auto 2016-12-22 22:19:24
state set_desired-temp 20.0 2016-12-26 19:24:19
Attr
fp_Grundriss 28,1354,7,
fp_Stube 50,1356,7,
Group Heizung
model HM-CC-RT-DN
room Stube
Log-files:
ca alle halbe Minute im Logfile:
2017.01.01 00:00:06 1: PERL WARNING: (in cleanup) Can't call method "Call" on an undefined value at C:/Perl/site/lib/Win32API/CommPort.pm line 193 during global destruction.
Auszug St_Heizung Logfile:
2016-12-21_06:21:47 St_Heizung Activity: alive
2016-12-21_06:21:47 St_Heizung D-firmware: 1.4
2016-12-21_06:21:47 St_Heizung D-serialNr: MEQ1586071
2016-12-21_06:21:52 St_Heizung Activity: alive
2016-12-21_06:25:46 St_Heizung powerOn: 2016-12-21 06:25:46
2016-12-21_06:41:52 St_Heizung Activity: dead
2016-12-22_06:55:45 St_Heizung CMDs_pending
---
2016-12-25_16:09:30 St_Heizung CMDs_pending
2016-12-25_16:10:23 St_Heizung inhibit: set_on
2016-12-25_16:10:23 St_Heizung CMDs_pending
2016-12-25_16:10:23 St_Heizung set_inhibit on
---
2016-12-26_19:24:24 St_Heizung CMDs_pending
2016-12-26_20:37:25 St_Heizung Activity: alive
2016-12-26_20:37:25 St_Heizung D-firmware: 1.4
2016-12-26_20:37:25 St_Heizung D-serialNr: MEQ1586071
2016-12-26_20:37:29 St_Heizung CMDs_pending
---
2016-12-26_20:44:08 St_Heizung CMDs_pending
2016-12-26_20:57:25 St_Heizung Activity: dead
Dein HM-CC-RT-DN wird als dead erkannt - er reagiert für fhem auf garnix und damit werden die Kommandos nur in die Warteschlange gepackt.
Sind die Batterien alle? Wenn nicht, mal rausnehmen und erneut probieren.
Ciao, -MN
die fw vom hmlgw ist nicht aktuell.
ist der rt an der hzg montiert?
batterien voll?
schau mal ins wiki pairen, damit du erkennst, wann ein device gepairt ist. ist er nämlich nicht.
inhibit setzen macht auch keinen sinn, oder?
Hallo
Regler sind montiert
Batterien sind voll
Ich habe vergessen zu sagen, das ich z.Z. 2 Regel integriert habe, beide "Activity = dead". Bei dem einen habe ich gestern mehrfach nach Bedienungsanleitung gepairt; einen Werksreset am Regler über Menü und eine über Einschalten/Tasten; unpair über fhem, erneutes pairing; pairing über Serialnummer (wird auch angezeigt über "set HM1 hmPairForSec 600")
R-pairCentral = set_0x000000
Firmware update-Datei HM LGW finde ich nirgends, selbst eq-3 ist keine zu finden,
Logfie nach restart von HM-LGW über den NetFinder:
2017.01.04 06:51:12 1: 192.168.178.39:2001 disconnected, waiting to reappear (HM1:keepAlive)
2017.01.04 06:51:15 1: PERL WARNING: Use of uninitialized value in vec at ./FHEM/00_HMUARTLGW.pm line 1609.
2017.01.04 06:51:15 1: HMUARTLGW HM1:keepAlive did not respond after all, reopening
2017.01.04 06:51:15 3: HM1 device closed
2017.01.04 06:51:15 3: Opening HM1:keepAlive device 192.168.178.39:2001
2017.01.04 06:51:15 1: 192.168.178.39:2000 reappeared (HM1)
2017.01.04 06:51:15 3: HMUARTLGW HM1 BidCoS-port opened
2017.01.04 06:51:15 3: HM1:keepAlive device opened
2017.01.04 06:51:15 3: HMUARTLGW HM1:keepAlive KeepAlive-port opened
Activity = dead
und mmer wieder die Meldung:
2017.01.04 06:51:41 1: PERL WARNING: (in cleanup) Can't call method "Call" on an undefined value at C:/Perl/site/lib/Win32API/CommPort.pm line 193 during global destruction.
Dazu finde ich keine Lösung, denke das dies die Lösung wäre. restart von fhem/Rechner bringt keine Besserung
https://forum.fhem.de/index.php/topic,54511.msg460972.html#msg460972 (https://forum.fhem.de/index.php/topic,54511.msg460972.html#msg460972)
Zitatund mmer wieder die Meldung:
2017.01.04 06:51:41 1: PERL WARNING: (in cleanup) Can't call method "Call" on an undefined value at C:/Perl/site/lib/Win32API/CommPort.pm line 193 during global destruction.
du bist auf windows?
hast du was am usb?
ist in deiner fhem.cfg das notify "???usb???" aktiv? ich komme gerade nicht auf den namen, jedenfalls mal löschen/disablen/auskommentieren.
hmpairserial funktioniert nur an devices, die nicht schlafen, also keine batteriedevices.
@frank
das ist das hier:
define initialUsbCheck notify global:INITIALIZED usb create
diese unsägliche und häufig Probleme verursachende Zeile habe ich schon vor Jahren verbannt ;)
VG
Frank
Zitatdiese unsägliche und häufig Probleme verursachende Zeile habe ich schon vor Jahren verbannt
ich auch. daher hatte ich den namen auch nicht parat. :)
Super Jungs
Heizungsregler in ca. 1 Meter Entfernung gepaired, hat geklappt. Jetzt werden die Commands auch über die größere Entfernung (10 Meter durch 2 Wände) übertragen
initialUsbCheck gelöscht und fhem restartet
Es sieht wieder alles gut aus, pairing OK, logfile ohne die lästige Fehlermeldung.
Super, Danke
Viele liebe Grüße
Sijanga
Sie ist wieder da >:(
FM: 2017.01.05 00:12:55 1: PERL WARNING: (in cleanup) Can't call method "Call" on an undefined value at C:/Perl/site/lib/Win32API/CommPort.pm line 193 during global destruction.
Dann kann ich den USBInitial ja wieder definieren
Schade