Hallo,
ich habe enorme Probleme, einen Bausatz HM-LC-Sw1-BA-PCB am HM-MOD-RPI-PCB (an Raspberry Pi 2) anzulernen und bin mit allen Hinweisen aus dem Forum nicht weiter gekommen.
Nach dem Starten des Anlernens mit
set myHmUART hmPairForSec 600
kommt es wohl zu einem Telegrammaustausch, nicht aber zum Pairen.
Da ich eher noch am Anfang mit fhem stehe, komme ich auch noch nicht mit dem händischen Anlernen zurecht. Zum anderen habe ich den Verdacht, das da noch was Größeres nicht stimmt.
Autocreate ist aktiv.
Ich drücke nach obigem Befehl die Anlerntaste und nach Loslassen passiert ein wenig. In die fhem.cfg werden 5 Zeilen eingefügt:
define HM_3623DF CUL_HM 3623DF
attr HM_3623DF room CUL_HM
define FileLog_HM_3623DF FileLog ./log/HM_3623DF-%Y.log HM_3623DF
attr FileLog_HM_3623DF logtype text
attr FileLog_HM_3623DF room CUL_HM
Müsste da nicht schon mehr eingetragen werden ??
Die Readings sehen so aus:
Readings:
2016-11-23 13:39:31 D-firmware 1.7
2016-11-23 13:39:31 D-serialNr MEQ0593508
2016-11-23 13:39:31 R-pairCentral set_0x200154
2016-11-23 13:33:32 powerOn 2016-11-23 13:33:32
2016-11-23 13:33:32 recentStateType info
2016-11-23 13:40:28 state CMDs_processing...
Seriennummer hat der Aktor an fhem geliefert, das pairen scheint stecken zu bleiben.
Aber das Schlimmste ist, das ab jetzt das Logfile fhem-2016-11.log vollgepfeffert wird mit:
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
Ich muss fhem stoppen und sogar den perl-Prozesss killen.
Hat jemand eine Idee, was hier schief läuft oder wie man manuell den Aktor anlernen kann ?
Vielen Dank und viele Grüße
Thomas
Versuch mal
attr myHmUART qLen 60
Hallo,
Danke für den Hinweis, aber denk bitte daran, das Du mit einem Anfänger kommunizierst. :-\
Wo muss die Zeile hin - in die fhem.cfg ?
oder einfach mal in der FHEM-Weboberfläche absetzen und Aktor neu anlernen ?
oder ? ? ?
Vielen Dank
Thomas
Update:
Habe fhem gestartet:
attr myHmUART qLen 60
set myHmUART hmPairForSec 600
jetzt Anlernknopf gedrückt:
im Logfile kommt nun:
...
2016.11.23 16:50:06 0: Server started with 14 defined entities (fhem.pl:12596/2016-11-17 perl:5.020002 os:linux user:fhem pid:2981)
2016.11.23 16:50:59 3: CUL_HM set HM_3623DF getConfig
2016.11.23 16:53:36 3: HMUARTLGW myHmUART entered pairing-mode
2016.11.23 16:53:50 3: CUL_HM pair: HM_3623DF switch, model HM-LC-SW1-BA-PCB serialNr MEQ0593508
2016.11.23 16:54:12 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 16:54:12 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 16:54:13 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 16:54:13 1: HMUARTLGW myHmUART: queue is full, dropping packet
...
...
und so immer weiter...
also die zeile gehört in die eingabezeile in fhem. direkt in die config ist eher nix für anfänger.
es sieht so aus als wäre das teil noch in fhem vorhanden das du versuchst erneut zu pairen.
lösche das doch erst mal und poste mal ein "list myHmUART"
Hallo,
so sieht es aktuell aus , das "list myHmUART":
Internals:
AssignedPeerCnt 1
CNT 54
DEF /dev/ttyAMA0
DEVCNT 54
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 11
LastOpen 1479916480.9927
NAME myHmUART
NR 23
PARTIAL
RAWMSG 040200
RSSI -20
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 0
msgLoadHistory 0/-1/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 0/0/1/1/1/1/1/1/1/1/1/1/1
owner 200154
Helper:
CreditTimer 288
FW 66561
Initialized 1
Ackpending:
Assignedpeers:
3623DF FFFFFFFFFFFFFFFF
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
Roundtrip:
Delay 0.00353503227233887
Loadlvl:
lastHistory 1479920685.47773
Peers:
3623DF assigned
Readings:
2016-11-23 16:54:45 D-HMIdAssigned 200154
2016-11-23 16:54:45 D-HMIdOriginal 3D1B95
2016-11-23 16:54:45 D-firmware 1.4.1
2016-11-23 16:54:45 D-serialNr MEQ0835653
2016-11-23 16:54:40 D-type HM-MOD-UART
2016-11-23 16:54:45 cond ok
2016-11-23 17:59:34 load 0
2016-11-23 16:54:45 loadLvl low
2016-11-23 16:54:40 state opened
Attributes:
hmId 200154
Dann habe ich das Gerät HM_3623DF gelöscht (nur in der Weboberfläche). Da meckert FHEm dann noch über LOgfiles u.ä.
Weiter habe ich mal noch nichts getan.
Viele Grüße
Thomas
Hallo Thomas,
aber da fehlt ja nun attr myHmUART qLen 60.
Kannst Du in der Oberfläche setzen: attr Klappliste auswählen qLen und 60 dahinterschreiben. Dann von den "Knopf" attr noch drücken. Anschließend muss es drunter in der Liste stehen.
FEHM meckert über Logfiles?
Gruß Otto
Hallo Otto,
gut, daß Du so nebenbei einen Bedienlehrgang mit einflechtest.
Jetzt ist qlen drin.
Internals:
AssignedPeerCnt 1
CNT 46
DEF /dev/ttyAMA0
DEVCNT 46
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 11
LastOpen 1479916480.9927
NAME myHmUART
NR 23
PARTIAL
RAWMSG 04023E
RSSI -20
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 31
msgLoadHistory 31/0/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 31/0/0/0/0/0/0/0/0/0/0/0/0
owner 200154
Helper:
CreditTimer 523
FW 66561
Initialized 1
SendCnt 10
Ackpending:
Assignedpeers:
3623DF FFFFFFFFFFFFFFFF
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
Roundtrip:
Delay 0.00368213653564453
Loadlvl:
lastHistory 1479924285.47773
Peers:
3623DF assigned
Readings:
2016-11-23 16:54:45 D-HMIdAssigned 200154
2016-11-23 16:54:45 D-HMIdOriginal 3D1B95
2016-11-23 16:54:45 D-firmware 1.4.1
2016-11-23 16:54:45 D-serialNr MEQ0835653
2016-11-23 16:54:40 D-type HM-MOD-UART
2016-11-23 16:54:45 cond ok
2016-11-23 19:04:37 load 31
2016-11-23 16:54:45 loadLvl low
2016-11-23 16:54:40 state opened
Helper:
Attributes:
hmId 200154
qLen 60
Schon mal guter Effekt:
keine wilden Einträge ins Logfile mehr (2016.11.23 16:54:18 1: HMUARTLGW myHmUART: queue is full, dropping packet).
Im FHEM-LOg steht nur noch:
2016.11.23 19:00:07 2: CUL_HM Unknown device HM_3623DF is now defined
2016.11.23 19:00:07 2: autocreate: define HM_3623DF CUL_HM 3623DF
2016.11.23 19:00:07 2: autocreate: define FileLog_HM_3623DF FileLog ./log/HM_3623DF-%Y.log HM_3623DF
2016.11.23 19:00:13 3: CUL_HM set HM_3623DF statusRequest
2016.11.23 19:00:21 3: CUL_HM set HM_3623DF getConfig
2016.11.23 19:00:43 3: CUL_HM set HM_3623DF on
2016.11.23 19:03:52 3: CUL_HM set HM_3623DF getConfig
2016.11.23 19:04:30 3: CUL_HM set HM_3623DF off
Aber im HM_3623DF-2016.log steht immer noch, das Timeout kommt bzw. kein ACK
2016-11-23_19:00:31 HM_3623DF RESPONSE TIMEOUT:RegisterRead
2016-11-23_19:00:33 HM_3623DF unreachable
2016-11-23_19:00:43 HM_3623DF set_on
2016-11-23_19:00:50 HM_3623DF ResndFail
2016-11-23_19:00:50 HM_3623DF MISSING ACK
2016-11-23_19:04:02 HM_3623DF ResndFail
2016-11-23_19:04:02 HM_3623DF RESPONSE TIMEOUT:RegisterRead
2016-11-23_19:04:30 HM_3623DF set_off
2016-11-23_19:04:38 HM_3623DF ResndFail
2016-11-23_19:04:38 HM_3623DF MISSING ACK
Ich denke, daß immer noch nicht "gepairt" ist.
Müsste nicht irgendwo etwas mit "Pair" stehen ??
Diese Zeilen fehlen aktuell beim letzten Anmeldeversuch:
2016.11.23 16:53:36 3: HMUARTLGW myHmUART entered pairing-mode
2016.11.23 16:53:50 3: CUL_HM pair: HM_3623DF switch, model HM-LC-SW1-BA-PCB serialNr MEQ0593508
Gibt's "reines pairen" irgendwie mit Hand-Kommandos oder nur via autocreate.
Viele Grüße
Thomas
Habe mal schnells noch "list HM_3623DF " gemacht:
Internals:
CFGFN
DEF 3623DF
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 1
NAME HM_3623DF
NOTIFYDEV global
NR 73
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:05 - t:00 s:3623DF d:000000 17006C4D45513035393335303810410100
myHmUART_MSGCNT 1
myHmUART_RAWMSG 050000140584003623DF00000017006C4D45513035393335303810410100
myHmUART_RSSI -20
myHmUART_TIME 2016-11-23 19:00:07
protCmdDel 9
protLastRcv 2016-11-23 19:00:07
protResnd 5 last_at:2016-11-23 19:04:34
protResndFail 5 last_at:2016-11-23 19:04:38
protSnd 5 last_at:2016-11-23 19:04:30
protState CMDs_done_Errors:1
rssi_at_myHmUART max:-20 avg:-20 min:-20 cnt:1 lst:-20
Readings:
2016-11-23 19:00:07 D-firmware 1.7
2016-11-23 19:00:07 D-serialNr MEQ0593508
2016-11-23 19:04:38 state MISSING ACK
Regl_00.:
VAL
Helper:
HM_CMDNR 30
cSnd 012001543623DF00040000000000,112001543623DF0201000000
dlvl 00
dlvlCmd ++A0112001543623DF0201000000
getCfgList all
getCfgListNo ,3
mId 006C
rxType 2
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +3623DF,00,00,00
nextSend 1479924007.32028
prefIO
rxt 0
vccu
p:
3623DF
00
00
00
Mrssi:
mNo 05
Io:
myHmUART -18
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
At_myhmuart:
avg -20
cnt 1
lst -20
max -20
min -20
Attributes:
IODev myHmUART
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.7
model HM-LC-SW1-BA-PCB
msgRepeat 1
room CUL_HM
serialNr MEQ0593508
subType switch
webCmd statusRequest:toggle:on:off
Ja, der ist noch nicht gepairt.
Du kannst die Befehle, wenn sie stimmen einfach in die Kommandozeile kopieren und ausführen, oder Du gehst in die Oberfläche zum Device und klickst sie zusammen.
Siehe auch hier http://www.fhemwiki.de/wiki/Erste_Schritte_in_fhem
Entweder Du machst nochmal
set myHmUART hmPairForSec 60 und drückst den Configtaster am Aktor, oder du machst
set myHmUART hmPairSerial MEQ0593508Das müsste ohne Configtaster gehen.
ZitatZum Anlernen an den Aktor halten Sie die Kanaltaste für mindestens
4 Sekunden gedrückt.
Gruß Otto
Zitatrssi_at_myHmUART max:-20 avg:-20 min:-20 cnt:1 lst:-20
bring mal etwas Abstand zwischen dem Aktor und dem Pi
da knutschen doch die zwei Antennen mit einander :)
Hallo Hary,
das könnte stimmen - Abstand ca. 40cm , eben alles auf dem Schreibtisch ...
Mach gleich noch einen Versuch, hatte nämlich wieder die Datenflut:
16-11-17 perl:5.020002 os:linux user:fhem pid:21752)
2016.11.23 19:43:05 3: HMUARTLGW myHmUART entered pairing-mode
2016.11.23 19:43:10 2: CUL_HM Unknown device HM_3623DF is now defined
2016.11.23 19:43:10 2: autocreate: define HM_3623DF CUL_HM 3623DF
2016.11.23 19:43:10 2: autocreate: define FileLog_HM_3623DF FileLog ./log/HM_3623DF-%Y.log HM_3623DF
2016.11.23 19:43:11 3: CUL_HM pair: HM_3623DF switch, model HM-LC-SW1-BA-PCB serialNr
2016.11.23 19:43:17 3: CUL_HM set HM_3623DF statusRequest
2016.11.23 19:43:34 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 19:43:35 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 19:43:35 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 19:43:35 1: HMUARTLGW myHmUART: queue is full, dropping packet
Grüße
Thomas
Hallo,
das mit dem Abstand scheint eine wichtige Sache zu sein. Die Parameter sehen erstmals besser aus, die LED auf dem Aktor hat beim Anlernen vernünftig geblinkt - aber hört nun nicht mehr auf mit blinken (das ominöse 1x lang 8x kurz).
Bei list HM_3623DF steht:
protState CMDs_done_Errors:1
rssi_at_myHmUART lst:-41 cnt:14 min:-54 avg:-43.57 max:-38
Readings:
2016-11-23 19:52:16 CommandAccepted yes
2016-11-23 19:52:15 D-firmware 1.7
2016-11-23 19:52:15 D-serialNr MEQ0593508
2016-11-23 19:52:27 PairedTo 0x200154
2016-11-23 19:52:27 [b]R-pairCentral 0x200154[/b]
2016-11-23 19:52:28 R-sign off
2016-11-23 19:52:31 battery ok
2016-11-23 19:52:31 level 0
2016-11-23 19:52:31 pct 0
2016-11-23 19:52:31 powerOn 2016-11-23 19:52:31
2016-11-23 19:52:31 recentStateType info
2016-11-23 19:52:50 state RESPONSE TIMEOUT:RegisterRead
2016-11-23 19:52:31 timedOn off
Regl_00.:
und damit ist erstmals was gepairt !!
@fhem-hm-knecht
kannst Du mal sagen wo, rssi_at_myHmUART erklärt wird ?
Trotz des zwischenzeitlichen Fortschritts:
2016-11-23_19:52:31 HM_3623DF timedOn: off
2016-11-23_19:52:37 HM_3623DF ResndFail
2016-11-23_19:52:37 HM_3623DF MISSING ACK
2016-11-23_19:52:50 HM_3623DF ResndFail
2016-11-23_19:52:50 HM_3623DF RESPONSE TIMEOUT:RegisterRead
ist immer noch. Und das Blinken ...
Grüße
Thomas
Hallo,
ich verstehe noch nicht ganz was Du tust :-[
Hast Du nach dem attr <> qlen auch ein save config gedrückt?
Hast Du FHEM neu gestartet?
Hast DU in der Weboberfläche jetzt ein Device HM_3623DF ?
Kannst Du dort mal ein set <> getConfig machen?
Was meinst Du mit "das ominöse 1x lang 8x kurz"
Gruß Otto
Hallo Otto,
Zitatch verstehe noch nicht ganz was Du tust
Du glaubst doch nicht, das ich das verstehe ...
Aber im Ernst:
fhem.cfg:
define myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId 200154
attr myHmUART qLen 60
define HM_3623DF CUL_HM 3623DF
attr HM_3623DF room CUL_HM
define FileLog_HM_3623DF FileLog ./log/HM_3623DF-%Y.log HM_3623DF
attr FileLog_HM_3623DF logtype text
attr FileLog_HM_3623DF room CUL_HM
mehr aber auch nicht.
fhem habe ich immer neu gestartet, weil nach einer Datenflut nichts mehr geht.
ZitatWas meinst Du mit "das ominöse 1x lang 8x kurz"
Damit meine ich:
https://www.homematic-inside.de/tecbase/homematic/generell/item/fehlercodes-und-ihre-bedeutungen (https://www.homematic-inside.de/tecbase/homematic/generell/item/fehlercodes-und-ihre-bedeutungen)
Funk-Schaltaktor für Batteriebetrieb
1 x lang, 8 x kurz Bedingt durch den Low-Voltage-Detector wurden 5 Resets in Folge ausgelöst. Die normale Gerätefunktion erfolgt erst wieder nach einem Power-On-Reset (Batterie neu eingelegt / Spannungsversorgung getrennt).set HM_3623DF getConfig
list HM_3623DF (ist doch so richtig oder? )
Internals:
CFGFN
DEF 3623DF
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 21
NAME HM_3623DF
NOTIFYDEV global
NR 46
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
lastMsg No:00 - t:10 s:3623DF d:000000 06000000
myHmUART_MSGCNT 21
myHmUART_RAWMSG 050000430084103623DF00000006000000
myHmUART_RSSI -67
myHmUART_TIME 2016-11-23 20:09:06
protCmdDel 26
protLastRcv 2016-11-23 20:09:06
protResnd 15 last_at:2016-11-23 20:27:50
protResndFail 14 last_at:2016-11-23 20:27:54
protSnd 30 last_at:2016-11-23 20:27:45
protState CMDs_done_Errors:1
rssi_at_myHmUART lst:-67 cnt:21 min:-67 avg:-44.23 max:-31
Readings:
2016-11-23 19:52:16 CommandAccepted yes
2016-11-23 19:52:15 D-firmware 1.7
2016-11-23 19:52:15 D-serialNr MEQ0593508
2016-11-23 19:52:27 PairedTo 0x200154
2016-11-23 19:52:27 R-pairCentral 0x200154
2016-11-23 19:52:28 R-sign off
2016-11-23 20:06:36 battery ok
2016-11-23 20:04:03 deviceMsg on (to broadcast)
2016-11-23 20:06:36 level 0
2016-11-23 20:06:36 pct 0
2016-11-23 20:06:36 powerOn 2016-11-23 20:06:36
2016-11-23 20:06:36 recentStateType info
2016-11-23 20:27:54 state RESPONSE TIMEOUT:RegisterRead
2016-11-23 20:06:36 timedOn off
Regl_00.:
VAL
Helper:
HM_CMDNR 6
PONtest 0
cSnd 012001543623DF00040000000000,012001543623DF00040000000000
dlvl C8
dlvlCmd ++A0112001543623DF0201C80000
getCfgList all
getCfgListNo ,3
mId 006C
peerIDsRaw ,00000000
rxType 2
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +3623DF,00,00,00
nextSend 1479928146.1087
prefIO
rxt 0
vccu
p:
3623DF
00
00
00
Mrssi:
mNo 00
Io:
myHmUART -65
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
At_myhmuart:
avg -44.2380952380952
cnt 21
lst -67
max -31
min -67
Shadowreg:
Attributes:
IODev myHmUART
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.7
model HM-LC-SW1-BA-PCB
msgRepeat 1
peerIDs 00000000,
room CUL_HM
serialNr MEQ0593508
subType switch
webCmd statusRequest:toggle:on:off Ich habe schon einmal(!) eine gelbleuchtende Lampe gesehen, Einmal umschalten ON/OFF/Toggle und die Lampe bekam ein rotes Ausrufezeichen.
Viele Grüße
Thomas
Mir schwant da was: Hast Du den Schaltausgang schon verdrahtet? Du produzierst einen Kurzschluss?
Nein, am Ausgang ist nichts dran - produziere ich da einen Kurzschluss ??
Grüße
Thomas
Zitat von: Tommilein am 23 November 2016, 20:59:22
Nein, am Ausgang ist nichts dran - produziere ich da einen Kurzschluss ??
Grüße
Thomas
Nein wenn nix dran ist nicht. Aber letztens hatte Einer bei diesem Aktor plus und minus vom Schaltausgang gleich mit an die Batteriespannung angeschlossen :'(
Aber woher kommt das "Bedingt durch den Low-Voltage-Detector wurden 5 Resets in Folge ausgelöst."
Wie ist der Aktor versorgt?
Das sieht aber gut aus:
2016-11-23 19:52:27 PairedTo 0x200154
2016-11-23 19:52:27 R-pairCentral 0x200154
Gepairt ist er!
Gruß Otto
Hallo Otto,
Zur Zeit ist wieder mal nichts gepairt und nichts geht - liegt das an der Dauer, die ich an dem Ding sitze?
2016.11.23 21:02:58 3: HMUARTLGW myHmUART entered pairing-mode
2016.11.23 21:03:07 3: myHmUART: Unknown code A140000103623DF000000004D455130353933353038::-38:myHmUART, help me!
2016.11.23 21:03:07 3: myHmUART: Unknown code A140000103623DF000000004D455130353933353038::-38:myHmUART, help me!
2016.11.23 21:03:07 3: myHmUART: Unknown code A140000103623DF000000004D455130353933353038::-38:myHmUART, help me!
2016.11.23 21:03:07 3: myHmUART: Unknown code A140000103623DF000000004D455130353933353038::-38:myHmUART, help me!
2016.11.23 21:03:11 3: myHmUART: Unknown code A0D0084103623DF00000006000000::-61:myHmUART, help me!
Und das jetzt schon das x-te Mal.
Und da sind wir beim Thema blinken. Vielleicht funktioniert da was mit der Anlerntaste nicht so wie gedacht. Manchmal beginnt die LED beim Drücken nach 4s selbst zu blinken - dann läuft es halbwegs gut. Manchmal kann ich 8 sekunden drücken, nichts passiert und beim Loslassen geht irgendwas in Richtung Anlernen, aber nie so richtig.
Vielleicht verhebt sich der Aktor dabei und hört auf zu senden (damit fehlende ACK für fhem).
Und was das aktuell sein soll mit dem "Unknown Code" weiss ich gar nicht. Das deutet ziemlich darauf hin, das beim Löschen des Devices irgendwas hängenbleibt, liegenbleibt.
Auf jeden Fall ist ein Neustart mit gelöschtem Device und Logfile nie so wie der nächste.
Ich muss nun erst wieder mal den Status Quo mit dem gepairten Device herstellen. Wird schwer genug.
Vielen Dank bis hierher schon mal
Grüße
Thomas
PS. den Aktor betreibe ich mit einem 12V-DC-Netzteil.
Hallo Thomas,
Zitatliegt das an der Dauer, die ich an dem Ding sitze?
sorry, ich denke es liegt an dem der 50 cm vom Gerät entfernt sitzt ???
Oder das Ding ist defekt.
Du machst nicht zufällig dies hier:
ZitatUm den Aktor in den Auslieferungszustand zurückzusetzen versetzen
Sie das Gerät über die Kanaltaste in den Anlernmodus (minde-
stens 4 Sekunden Taste gedrückt halten). Befindet sich das Gerät
im Anlernmodus, halten Sie erneut die Kanaltaste für mindestens
4 Sekunden gedrückt. Schnelles Blinken der Geräte-LED zeigt das
Rücksetzen des Aktors an.
Aus dem handbuch:
ZitatVerschiedene Zustände des Aktors werden durch Blinken der
Kanal-LED/Kanal-LEDs angezeigt:
Nr.: Blinkfolge: Status:
1 Langsames Blinken Anlernmodus
2 Schnelles Blinken Reset
3 1 x langes (500 ms) und1 x kurzes (100 ms) Blin-ken der Setup-LED Sende-Limit (Duty-Cycle) erreicht
4 1 x langes (500 ms) und 2 x kurzes (100 ms) Blin-ken der Setup-LED Gerät defekt (z. B.TRX868 lässt sich nicht initialisieren)
5 1 x langes (500 ms) und 3 x kurzes (100 ms) Blin-ken der Setup-LED Messfehler (z. B. Ver-bindung zur Messlei-tung unterbrochen)
6 5 x kurzes (100 ms) Blin-ken der Setup-LED Batteriespannung gering
Die Klemmen vom Schaltausgang sind wirklich unbeschaltet? Bricht die Spannungsversorgung irgendwie zusammen?
Gruß Otto
Hallo Otto,
Zitates liegt an dem der 50 cm vom Gerät entfernt sitzt ...
Das ist eine Binsenweisheit und immer so. Z.B. liegt es an mir, fhem überhaupt angefaßt zu haben.
Heute ist wieder ein neuer Tag und siehe da , ein Thermostat HM-CC-RT-DN kam ins Haus geflattert. Ich wollte eigentlich diese Art Geräte über fhem steuern und der Schaltaktor war nur Übergang - vor allem sollte jetzt ausgeschlossen sein:
a) das ich mich verlötet habe
b) der Aktor einen Schaden hat.
Ich also wieder "autocreate" vertraut und wie ind der Anleitung beschrieben erst fhem in den Anlernmode versetzt, dann 3s die Boost-Taste gedrückt. Ausser dem Herunterzählen der 30s Anlernzeit passiert nicht viel sichtbares, aber es wird in FHEm ein Gerät, der Thermostat eingerichtet.
Wenn ich es richtig verstanden habe, müsste nun ein Gerät mit kompletten pairing usw. vorhanden sein.
Das ist nun das Gerät:
Internals:
CFGFN
DEF 44F3C7
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 1
NAME HM_44F3C7
NOTIFYDEV global
NR 41
NTFY_ORDER 50-HM_44F3C7
STATE CMDs_pending
TYPE CUL_HM
channel_01 HM_44F3C7_Weather
channel_02 HM_44F3C7_Climate
channel_03 HM_44F3C7_WindowRec
channel_04 HM_44F3C7_Clima
channel_05 HM_44F3C7_ClimaTeam
channel_06 HM_44F3C7_remote
lastMsg No:01 - t:00 s:44F3C7 d:000000 1400954D4551313838363530315900FFFF
myHmUART_MSGCNT 1
myHmUART_RAWMSG 0500002C01840044F3C70000001400954D4551313838363530315900FFFF
myHmUART_RSSI -44
myHmUART_TIME 2016-11-24 17:05:13
protCmdPend 14 CMDs pending
protCondBurst off
protLastRcv 2016-11-24 17:05:13
protSnd 6 last_at:2016-11-24 17:13:10
protState CMDs_pending
rssi_at_myHmUART cnt:1 lst:-44 max:-44 min:-44 avg:-44
Readings:
2016-11-24 17:25:18 Activity dead
2016-11-24 17:05:13 D-firmware 1.4
2016-11-24 17:05:13 D-serialNr MEQ1886501
2016-11-24 17:13:12 state CMDs_pending
cmdStack:
++A00120015444F3C700040000000000
++A00120015444F3C70103
++A00120015444F3C701040000000001
++A00120015444F3C70203
++A00120015444F3C702040000000001
++A00120015444F3C70303
++A00120015444F3C703040000000001
++A00120015444F3C70403
++A00120015444F3C704040000000001
++A00120015444F3C700040000000007
++A00120015444F3C70503
++A00120015444F3C705040000000001
++A00120015444F3C70603
++A00120015444F3C706040000000001
Helper:
HM_CMDNR 27
mId 0095
rxType 140
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +44F3C7,02,00,00
nextSend 1480003513.88467
prefIO
rxt 2
vccu
p:
44F3C7
00
00
00
Mrssi:
mNo 01
Io:
myHmUART -42
Prt:
awake 0
bErr 0
brstWu 0
sProc 2
Q:
qReqConf
qReqStat
Role:
dev 1
prs 1
Rssi:
At_myhmuart:
avg -44
cnt 1
lst -44
max -44
min -44
Shregw:
07 04
Attributes:
IODev myHmUART
actCycle 000:10
actStatus dead
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-CC-RT-DN
room CUL_HM
serialNr MEQ1886501
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit Von "...pair..." keine Spur. >:(
Das ist der Ganze Inhalt des Gerätelogfiles:
2016.11.24 17:05:13 2: CUL_HM Unknown device HM_44F3C7 is now defined
2016.11.24 17:05:13 2: autocreate: define HM_44F3C7 CUL_HM 44F3C7
2016.11.24 17:05:13 2: autocreate: define FileLog_HM_44F3C7 FileLog ./log/HM_44F3C7-%Y.log HM_44F3C7
2016.11.24 17:05:13 3: Device HM_44F3C7 added to ActionDetector with 000:10 time
2016.11.24 17:05:18 3: Device HM_44F3C7 added to ActionDetector with 000:10 time
2016.11.24 17:05:19 3: HMUARTLGW myHmUART entered pairing-mode
2016.11.24 17:09:32 3: CUL_HM set HM_44F3C7 getConfig
2016.11.24 17:09:54 3: CUL_HM set HM_44F3C7 burstXmit
2016.11.24 17:10:32 3: CUL_HM set HM_44F3C7 burstXmit
2016.11.24 17:13:02 3: CUL_HM set HM_44F3C7 burstXmit
2016.11.24 17:13:09 3: CUL_HM set HM_44F3C7 burstXmit
2016.11.24 17:13:10 3: CUL_HM set HM_44F3C7 burstXmit
2016.11.24 17:13:10 3: CUL_HM set HM_44F3C7 burstXmit
2016.11.24 17:15:19 3: HMUARTLGW myHmUART left pairing-mode
Danach Feierabend. Das Gerät steht in "InS".
Ich kann nicht mehr glauben, das das "autocreate" richtig arbeitet. Denn was soll man noch tun, wenn doch soviele "autocreate"-Teilmengen ausgeführt werden. Entweder das Gerät wird in fhem komplett erzeugt oder sofort wieder gelöscht. Aber solche halben Sachen sind nicht hilfreich.
Ich bin damit schon wieder an dem Punkt: läßt sich das Gerät nicht händisch "pairen" ??
Ich bin ja auch gewillt eifrig im fhemwiki zu stöbern, nur bin ich da immer verwundert:
2013.10.10 20:03:24 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_2212BC, please define it
2013.10.10 20:03:24 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC CUL_HM 2212BC A1A0184002212BC0000001000954B4551303531303031375900FFFF
2013.10.10 20:03:24 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_2212BC thermostat, model HM-CC-RT-DN serialNr KEQ0510017
2013.10.10 20:03:24 3: LANCUL pairing (hmPairForSec) not enabled
2013.10.10 20:03:24 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC-%Y.log CUL_HM_HM_CC_RT_DN_2212BC
2013.10.10 20:03:24 3: Device [b]Heizung_Wohnzimmer[/b] added to ActionDetector with 000:10 timeHier pairt sich ein Thermostat so hübsch und dann nimmt er sich auch noch den schönen Namen "Heizung Wohnzimmer". Wo hat "autocreate" den denn her.
Wie auch immer, die Beschreibungen und Anleitungen sind "gewöhnungsbedürftig".
Otto: nur sag jetzt nicht, ich habe falsch auf den Thermostat gedrückt ...
Viele Grüße
Thomas
Hallo Thomas,
das anlernen (pairen) passiert ziemlich automatisch und quasi von zwei Seiten.
Ein Vorgang:
Wenn Du ein neues Gerät hast und die "Anlerntaste" drückst, dann sendet dieses Gerät ziemlich viele Infos. Der IO nimmt diese auf und autocreate verarbeitet die in Definitionen.
Das ist das was Du jetzt siehst.
Wenn man parallel dazu, oder auch noch später den IO in den pairing Modus versetzt, sendet der Infos/Anfragen zum Gerät. Diese werden normalerweise in einem kurzen "Schwatz" beantwortet.
Dann fragt man noch mit dem IO ein getConfig ab, welches vom Gerät umfassend beantwortet wird. Um diese Antwort abzusetzen brauchen viele Geräte die Configtaste. manchmal zweimal mit einer "Datenübertragungsphase" dazwischen.
Ich habe den Verdacht: Kann dein RPI Modul nicht senden? ist da was beim Zusammenbau passiert?
Edit: kann nicht sein Du hattest den Aktor ja schon mal mit Paired-to - wobei ich nicht begreife wieso das wieder weg sein soll.
ZitatDas sieht aber gut aus:
2016-11-23 19:52:27 PairedTo 0x200154
2016-11-23 19:52:27 R-pairCentral 0x200154
Blinkert die rote LED an Deinem Pi2 eigentlich immer mal?
Ich verstehe gar nicht warum Du immer auf autocreate rumreitest, ich denke gar nicht dran, dass es den gibt. Der ist einfach da und tut seinen Job. Ich wüsste gar nicht wie es ohne geht. ;)
Kannst Du mal Deine komplette fhem.cfg posten? da dürfte ja nach Deinen Angaben noch nicht viel drin stehen?!
Gruß Otto
Hallo Otto,
irgendetwas tut's nich so wie es soll, da hast Du vollkommen recht. Und ich wäre der letzte, der "autocreate" bemängelt, wenn's denn alles tun würde.
Ich habe heute mit dem Thermostat so gearbeitet:
set myHmUART hmPairForSec 60
Burst-Taste am Thermostat 4s gedrückt (Timer läuft rückwärts von 30 weg).
im fhem-Logfile entsteht sowas:
16-11-17 perl:5.020002 os:linux user:fhem pid:3947)
2016.11.24 19:35:08 3: HMUARTLGW myHmUART entered pairing-mode
2016.11.24 19:35:13 2: CUL_HM Unknown device HM_44F3C7 is now defined
2016.11.24 19:35:13 2: autocreate: define HM_44F3C7 CUL_HM 44F3C7
2016.11.24 19:35:13 2: autocreate: define FileLog_HM_44F3C7 FileLog ./log/HM_44F3C7-%Y.log HM_44F3C7
2016.11.24 19:35:13 3: Device HM_44F3C7 added to ActionDetector with 000:10 time
2016.11.24 19:35:13 3: CUL_HM pair: HM_44F3C7 thermostat, model HM-CC-RT-DN serialNr
2016.11.24 19:35:18 3: Device HM_44F3C7 added to ActionDetector with 000:10 time
2016.11.24 19:35:46 3: CUL_HM set HM_44F3C7 getConfig
Im erstellten Gerät HM_44F3C7 ist nun alles gepairt. Frage nicht, wieso jetzt... :-\ :) :o
D-serialNr MEQ1886501 2016-11-24 19:35:13
PairedTo 0x200154 2016-11-24 19:38:38
R-backOnTime 10 s 2016-11-24 19:38:38
R-burstRx on 2016-11-24 19:38:38
R-cyclicInfoMsg on 2016-11-24 19:38:38
R-cyclicInfoMsgDis 0 2016-11-24 19:38:38
R-pairCentral 0x200154 2016-11-24 19:38:38
Und im Log-File des Thermostats laufen ständig alle 3 Minuten Daten auf: ;D ;D ;D
2016-11-24_19:45:39 HM_44F3C7 actuator: 0
2016-11-24_19:45:39 HM_44F3C7 battery: ok
2016-11-24_19:45:39 HM_44F3C7 batteryLevel: 3.2
2016-11-24_19:45:39 HM_44F3C7 desired-temp: 17.0
2016-11-24_19:45:39 HM_44F3C7 measured-temp: 26.5
2016-11-24_19:45:39 HM_44F3C7 motorErr: ok
2016-11-24_19:48:35 HM_44F3C7 actuator: 0
2016-11-24_19:48:35 HM_44F3C7 battery: ok
2016-11-24_19:48:35 HM_44F3C7 batteryLevel: 3.2
2016-11-24_19:48:35 HM_44F3C7 desired-temp: 17.0
2016-11-24_19:48:35 HM_44F3C7 measured-temp: 26.5
2016-11-24_19:48:35 HM_44F3C7 motorErr: ok
wenn "measured-temp: 26.5" wirklich echte 26,5 °C sind, dann bin ich das , der so eine Hitze ausstrahlt. :P :P
die fhem.cfg sieht so aus:
root:Pi2 > cat ../fhem.cfg
attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth.\
telnetPort has no associated allowed device with password/globalpassword.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId 200154
attr myHmUART qLen 60
# --------- ab hier meine händischen Einträge --------------
# G.3: Weather forecast
# 12833034 indicates the https://weather.yahoo.com/ city ID within the URL
#define MyWeather Weather 12833034 600 de
# City No. 12831802 ist für Reinsdorf ...
define MyWeather Weather 12831802 600 de
attr MyWeather room Wetter_Reinsdorf
define weblink_MyWeather weblink htmlCode {WeatherAsHtml("MyWeather")}
attr weblink_MyWeather room Wetter_Reinsdorf
#
# ------------- Ende meine Einträge ------------
define HM_44F3C7 CUL_HM 44F3C7
attr HM_44F3C7 IODev myHmUART
attr HM_44F3C7 actCycle 000:10
attr HM_44F3C7 actStatus alive
attr HM_44F3C7 autoReadReg 4_reqStatus
attr HM_44F3C7 expert 2_raw
attr HM_44F3C7 firmware 1.4
attr HM_44F3C7 model HM-CC-RT-DN
attr HM_44F3C7 room CUL_HM
attr HM_44F3C7 serialNr MEQ1886501
attr HM_44F3C7 subType thermostat
attr HM_44F3C7 webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_44F3C7 FileLog ./log/HM_44F3C7-%Y.log HM_44F3C7
attr FileLog_HM_44F3C7 logtype text
attr FileLog_HM_44F3C7 room CUL_HM
define HM_44F3C7_Weather CUL_HM 44F3C701
attr HM_44F3C7_Weather model HM-CC-RT-DN
attr HM_44F3C7_Weather peerIDs 00000000,
define HM_44F3C7_Climate CUL_HM 44F3C702
attr HM_44F3C7_Climate model HM-CC-RT-DN
attr HM_44F3C7_Climate peerIDs 00000000,
define HM_44F3C7_WindowRec CUL_HM 44F3C703
attr HM_44F3C7_WindowRec model HM-CC-RT-DN
attr HM_44F3C7_WindowRec peerIDs 00000000,
attr HM_44F3C7_WindowRec stateFormat last:trigLast
define HM_44F3C7_Clima CUL_HM 44F3C704
attr HM_44F3C7_Clima model HM-CC-RT-DN
attr HM_44F3C7_Clima peerIDs 00000000,
define HM_44F3C7_ClimaTeam CUL_HM 44F3C705
attr HM_44F3C7_ClimaTeam model HM-CC-RT-DN
attr HM_44F3C7_ClimaTeam peerIDs 00000000,
define HM_44F3C7_remote CUL_HM 44F3C706
attr HM_44F3C7_remote model HM-CC-RT-DN
attr HM_44F3C7_remote peerIDs 00000000,
define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector
root:Pi2 >
Aus meiner Sicht müsste doch sich jetzt was bewegen lassen - ich weiss nur nicht wie.
Hast Du mal einen Befehl für mich, wo sich das Ventil bewegt ?? Das könnte ich für's Gemüt jetzt echt gebrauchen
Viele Grüße
Thomas
Hallo Thomas,
ich habe die Ventile nicht, aber entweder das Hauptgerät oder der Channel Climate hat eine desired-temp (Klappliste) dort mal 28° :)
Und sowas mag ich gar nicht: :'(
Zitat# --------- ab hier meine händischen Einträge --------------
Wozu???
Das ist so nützlich wie ein Fersensporn. Und führt nur zu Problemen.
Siehe Anhang/Bild - dort schreibt man rein. Zeile für Zeile! Das ist Deine Oberfläche!
Gruß Otto
ZitatUnd sowas mag ich gar nicht: :'(
Zitat
# --------- ab hier meine händischen Einträge --------------
Tut mir leid Otto, aber das ist das Einzige, was wirklich funktioniert.
Sieh dir das Logfile vom HM_44F3C7 mal an...
2016-11-24_20:14:20 HM_44F3C7 measured-temp: 27.1
2016-11-24_20:14:20 HM_44F3C7 motorErr: ok
2016-11-24_20:19:49 HM_44F3C7 actuator: 0
2016-11-24_20:19:49 HM_44F3C7 battery: ok
2016-11-24_20:19:49 HM_44F3C7 batteryLevel: 3.2
2016-11-24_20:19:49 HM_44F3C7 desired-temp: 17.0
2016-11-24_20:19:49 HM_44F3C7 measured-temp: 27.0
2016-11-24_20:19:49 HM_44F3C7 motorErr: ok
2016-11-24_20:22:51 HM_44F3C7 [b]Activity: unknown[/b]
2016-11-24_20:23:41 HM_44F3C7 CMDs_pending
2016-11-24_20:23:41 HM_44F3C7 CMDs_pending
2016-11-24_20:23:41 HM_44F3C7 CMDs_pending
2016-11-24_20:23:41 HM_44F3C7 CMDs_pending
2016-11-24_20:23:41 HM_44F3C7 CMDs_pending
2016-11-24_20:23:41 HM_44F3C7 CMDs_pending
Seit einer Stunde geht erneut nichts mehr. Perl-Prozess war "weg". Auf getConfig kommt nur noch dieses "CMDs_pending".
Kann sein, daß dies im Zusammenhang mit "set HM_44F3C7_Clima desired-temp 28.0" passiert ist - weiss ich aber nicht so genau. Aber es wäre ein Großer Zufall, wenn ich etwas ziemlich genau 3 Minuten nach den letzten Werten unternommen hätte.
Sieht man alles erst im Logfile deutlich . Aber um es in der Weboberfläche sofort zu erkennen - da bin ich noch zu sehr Anfänger.
Ich bin mir nicht sicher, ob fhem (das Funkmodul) überhaupt was senden kann. Denn alles, was ich aus dem Logfile lesen kann, kann auch selbständig vom Thermostat gesendet worden sein. Erst "getConfig" verlangt auf meinen Wunsch etwas und da kommen nur die CMDs_pending's !! Gestern der Schaltaktor hat dann immer sowas wie "kein ACK" ins Logfile geschrieben. Könnte hier genauso sein.
Der Thermostat schickt bloß ohne Aufforderung alle 3 Minuten seine Daten und das hat mich zunächst so begeistert. Aber nachvollziehbar rüber zum Thermostat ist noch wahrscheinlich nichts gegangen ...
Viele Grüße
Thomas
Hallo Thomas,
das pairing kann der Aktor nicht selbst! Da hat FHEM ein paar set Befehle geschickt. Und die sind angekommen.
Blinkert die rote LED an Deinem Pi2 eigentlich immer mal?
ZitatSeit einer Stunde geht erneut nichts mehr. Perl-Prozess war "weg"
Da ist ein anderes Problem. Da stört etwas anderes. So hat das keinen Sinn. Du musst den raspberry in Ordnung bringen.
Gruß Otto
Hallo Otto,
ZitatBlinkert die rote LED an Deinem Pi2 eigentlich immer mal?
im Betrieb blinkert nichts, nur beim Start.
ZitatDu musst den raspberry in Ordnung bringen.
ja - nur wie und was.
Zitatdas pairing kann der Aktor nicht selbst!
kann sein, muss aber nicht. Ich habe heut früh noch mal komplett neu angelernt. Und wie gestern gelang das erst beim 2. Mal. Zwischendrin steht dann im Logfile immer mal "CMD_Pending" . Dasselbe, was drinsteht, wenn ich ein getConfig loslassen will. Ohne mir sicher zu sein, glaube ich nun, das das Funkmodl einfach nicht senden kann !!
1. Anlernvorgang:
2016-11-25_09:09:40 HM_44F3C7 powerOn: 2016-11-25 09:09:40
2016-11-25_09:16:14 HM_44F3C7 Activity: alive
2016-11-25_09:25:19 HM_44F3C7 Activity: alive
2016-11-25_09:25:19 HM_44F3C7 D-firmware: 1.4
2016-11-25_09:25:19 HM_44F3C7 D-serialNr: MEQ1886501
2016-11-25_09:25:19 HM_44F3C7 CMDs_pending << fhem wollte senden, konnte nicht.
2016-11-25_09:25:21 HM_44F3C7 CMDs_done
2016-11-25_09:25:24 HM_44F3C7 Activity: alive
2016-11-25_09:25:51 HM_44F3C7 CMDs_done
2016-11-25_09:25:51 HM_44F3C7 time-request: -
2016-11-25_09:25:53 HM_44F3C7 actuator: 0
2016-11-25_09:25:53 HM_44F3C7 battery: ok
2016-11-25_09:25:53 HM_44F3C7 batteryLevel: 3.1
2016-11-25_09:25:53 HM_44F3C7 desired-temp: 22.5
2016-11-25_09:25:53 HM_44F3C7 measured-temp: 28.1
2016-11-25_09:25:53 HM_44F3C7 motorErr: ok
2016-11-25_09:25:53 HM_44F3C7 CMDs_pending << hier wollte fhem was schicken !!!!
2016-11-25_09:25:57 HM_44F3C7 CMDs_pending
zweiter Anlernversuch brachte dann das pairen zustande, aber die Log-Einträge "R-....." müssen ja nicht zwangsweise vom Thermostat kommen. Die schiebt vielleicht einfach die Software aus fhem-Sicht ein.
2016-11-25_09:29:06 HM_44F3C7 actuator: 0
2016-11-25_09:29:06 HM_44F3C7 battery: ok
2016-11-25_09:29:06 HM_44F3C7 batteryLevel: 3.1
2016-11-25_09:29:06 HM_44F3C7 desired-temp: 22.5
2016-11-25_09:29:06 HM_44F3C7 measured-temp: 28.2
2016-11-25_09:29:06 HM_44F3C7 motorErr: ok
2016-11-25_09:29:07 HM_44F3C7 R-backOnTime: 10 s
2016-11-25_09:29:07 HM_44F3C7 R-burstRx: on
2016-11-25_09:29:07 HM_44F3C7 R-cyclicInfoMsg: on
2016-11-25_09:29:07 HM_44F3C7 R-cyclicInfoMsgDis: 0
2016-11-25_09:29:07 HM_44F3C7 R-pairCentral: 0x200154
2016-11-25_09:29:14 HM_44F3C7 Activity: alive
2016-11-25_09:29:14 HM_44F3C7 D-firmware: 1.4
2016-11-25_09:29:14 HM_44F3C7 D-serialNr: MEQ1886501
2016-11-25_09:29:15 HM_44F3C7 CMDs_done
2016-11-25_09:29:22 HM_44F3C7 Activity: alive
2016-11-25_09:29:22 HM_44F3C7 D-firmware: 1.4
2016-11-25_09:29:22 HM_44F3C7 D-serialNr: MEQ1886501
2016-11-25_09:31:46 HM_44F3C7 actuator: 0
2016-11-25_09:31:46 HM_44F3C7 battery: ok
Und so bin ich nach wie vor nicht in der Lage , irgendwas zum Thermostat zu schicken.
2016.11.25 09:34:50 3: CUL_HM set HM_44F3C7_Clima desired-temp 24.5 <<< will 24.5°C einstellen
2016-11-25_09:34:17 HM_44F3C7 CMDs_done
2016-11-25_09:34:50 HM_44F3C7 CMDs_pending << hier scheint die Sendung set HM_44F3C7_Clima desired-temp 24.5 fehlzuschlagen
2016-11-25_09:34:50 HM_44F3C7 CMDs_pending[
2016-11-25_09:36:23 HM_44F3C7 actuator: 0
2016-11-25_09:36:23 HM_44F3C7 battery: ok
2016-11-25_09:36:23 HM_44F3C7 batteryLevel: 3.1
2016-11-25_09:36:23 HM_44F3C7 desired-temp: 22.5 << und Auswirkungen auf den Thermostat hatte das deshalb nicht.
Das ist die Bedeutung laut http://www.fhemwiki.de/wiki/HomeMatic :
CMDs_pending: Nachrichten warten auf das SendenUnd dann erfolgt durch FHEM keine Fehlerbehandlung - mager...
Wenn ich nun wirklich ein kaputtes Sendemodul habe, habe ich Pech gehabt, aber viel Unterstützung von FHEM , so etwas
definitiv herauszubekommen, existiert nun wirklich nicht. Die Log-Files sind viel zu dünne. Ich habe nun mal die Meinung, Logfiles sind nicht zur Dokumentation im Normalfalle da, sondern im Fehlerfalle !!
So steh ich nun mit dem Zeugs da. Mal sehen , was wird.
Viele Grüße
Thomas
Moin,
Zitat2016-11-25_09:25:19 HM_44F3C7 CMDs_pending << fhem wollte senden, konnte nicht.
2016-11-25_09:25:21 HM_44F3C7 CMDs_done
Das FHEM nicht konnte stimmt nicht. Nach 3 sec ist alles erledigt. Ich weiß nicht was Du hier alles hinein interpretierst.
CMDs_pending ist völlig normal. FHEM sendet etwas und wartet auf Daten. Die Datenübertragung dauert Zeit. Vielfach muss das HM Gerät erst aufwecken. CMDs pendig für 3 sec ist völlig normal.
Zitatim Betrieb blinkert nichts, nur beim Start.
Die rote LED darf beim Start angehen, aber nie blinkern! Also kauf bitte ein ordentliches Netzteil!
Zitatkann sein, muss aber nicht. Ich habe heut früh noch mal komplett neu angelernt.
Da sage ich jetzt nix dazu.
Zitat2016-11-25_09:29:07 HM_44F3C7 R-pairCentral: 0x200154
Die HMID wurde von FHEM zunächst gesendet! Das HM Gerät kann die nicht von sich aus wissen.
ZitatCMDs_pending: Nachrichten warten auf das Senden
Und dann erfolgt durch FHEM keine Fehlerbehandlung - mager...
:'(
Es gibt übrigens von HM die komplette CCU2 Software zum download zur Installation auf dem PI mit RPI Modul.
http://homematic-forum.de/forum/viewtopic.php?t=26917
Vielleicht wäre das was für Dich? Zumindest zum Hardwaretest?
Gruß Otto
Hallo Otto,
jetzt hast Du's mir aber gegeben.
Das Netzteil war zum raspberry dazu und funktioniert auch. Im Übrigen betreibe ich andere Raspberry's mit dauerhaftem Erfolg.
Die Frage nach den dünnen Logfiles läßt Du aussen vor. Wie soll denn die CCU2 Software mir mehr helfen zu erkennen, ob das Funkmodul ne Macke hat.
ZitatDas FHEM nicht konnte stimmt nicht. Nach 3 sec ist alles erledigt. Ich weiß nicht was Du hier alles hinein interpretierst.
CMDs_pending ist völlig normal. FHEM sendet etwas und wartet auf Daten. Die Datenübertragung dauert Zeit. Vielfach muss das HM Gerät erst aufwecken. CMDs pendig für 3 sec ist völlig normal.
Und warum kann ich nicht ein einziges Sende-Ergebnis am Zielort erkennen ??
2016.11.25 09:34:50 3: CUL_HM set HM_44F3C7_Clima desired-temp 24.5 <<< will 24.5°C einstellen
2016-11-25_09:[b]36[/b]:23 HM_44F3C7 desired-temp: 22.5 << und Auswirkungen auf den Thermostat hatte das deshalb nicht.
2016-11-25_09:[b]39[/b]:23 HM_44F3C7 desired-temp: 22.5
Ich will ja gerne glauben, das das Funkmodul funktioniert - aber mein Ziel ist nicht nur ein funktionierendes Modul, sondern funktionierende Homematic-Geräte.
Grüße
Thomas
Hallo,
nun kann ich sagen - das Funkmodul funktioniert. Ich kann dem Thermostat zumindest eine Temperatur "desired-temp" vorgeben. Wahrscheinlich auch alles andere.
Ursache der bisherigen vergeblichen Liebesmühen war der nicht am Heizkörper montierte Thermostat.
Ich nahm an, daß die Elektronik auch auf dem Schreibtisch funktionieren müsste, hat doch das Anlernen nach längerem Anlauf genau so geklappt. Irgend etwas setzen auf dem Thermostat konnt ich aber nicht.
Jetzt habe ich den Thermostat montiert (ich wollte das Ding sozusagen OFFLINE ohne fhem betreiben). Er machte eine Referenzfahrt und kam dann das erste mal in den normalen Anzeigemodus. Als ich zum Computer zurückging kann ich gerade noch im Logfile das Umspringen der "desired-temp" erkennen. Das wollte ich kaum glauben und stürzte zum Thermostat und da stand tatsächlich ein neuer Temp.Wert auf dem Display.
Jetzt kann ich auch langsam die Arbeitsweise verstehen (hoffe ich wenigstens).
fhem löst ein Kommando raus
2016.11.25 13:09:50 3: CUL_HM set HM_44F3C7_Clima desired-temp 20.5
Das Funkmodul sendet:
2016-11-25_13:09:50 HM_44F3C7 CMDs_pending
2016-11-25_13:09:50 HM_44F3C7 CMDs_pending << und dann passiert erst mal nichts!!
2016-11-25_13:11:15 HM_44F3C7 actuator: 0 << es geht erst weiter, wenn der Thermostat defaultmäßig etwas zurückschickt.
2016-11-25_13:11:15 HM_44F3C7 battery: ok
2016-11-25_13:11:15 HM_44F3C7 batteryLevel: 3.1
2016-11-25_13:11:15 HM_44F3C7 desired-temp: 25.5
2016-11-25_13:11:15 HM_44F3C7 measured-temp: 26.7
2016-11-25_13:11:15 HM_44F3C7 motorErr: ok
2016-11-25_13:11:15 HM_44F3C7 battery: ok
2016-11-25_13:11:15 HM_44F3C7 desired-temp: 20.5 >> bis hierher Standard-Telegramme
2016-11-25_13:11:16 HM_44F3C7 battery: ok >> ab hier Quittung meiner set desired-temp-Anweisung
2016-11-25_13:11:16 HM_44F3C7 desired-temp: 20.5
2016-11-25_13:11:16 HM_44F3C7 CMDs_done << jetzt wird auch das set-Kommando bestätigt !!
Da vergehen eben mal 2 Minuten - das hält ein verzweifelter Forscher wie ich kaum aus.
Ich habe das auch ein paarmal wiederholt , "CMDs_done" kommt immer erst im Anschluss nach den Standard-Telegrammen.
Bockig wie ich bin, schiebe ich die vielen Sackgassen , in die ich geraten bin, auf die dünnen Logfiles. Jeder, der hier einsteigt, wird doch ähnliche Erfahrungen machen. Die vielen sich ziemlich ähnelnden Themen im Forum sollten doch Aussage genug sein.
Ich weiss ja, wer im Thema richtig drin steckt, kann das nicht verstehen.
Otto sei Dank, das er meinen Ehrgeiz immer wieder gereizt hat ("...beschaff Dir ein richtiges Netzteil für den Raspberry...") aber als Gesprächspartner immer da war.
Es ist ja auch noch nicht zu Ende. Mal sehen was sonst noch alles auf mich zukommt.
Aber da mache ich ein neues Thema auf.
Vielen Dank und viele Grüße
Thomas
ZitatWenn ich nun wirklich ein kaputtes Sendemodul habe, habe ich Pech gehabt, aber viel Unterstützung von FHEM , so etwas definitiv herauszubekommen, existiert nun wirklich nicht. Die Log-Files sind viel zu dünne. Ich habe nun mal die Meinung, Logfiles sind nicht zur Dokumentation im Normalfalle da, sondern im Fehlerfalle !!
ist das deine charmante art, um hilfe zu bitten, damit du mehr infos im log bekommst?
das liegt ja nur an deinen einstellungen und ist sicherlich auch im anfänger.pdf zu finden. mit "attr global verbose 5" bekommst du in fhem.log eine menge geboten.
CMDs_done:
eigentlich selbsterklärend. fhem hat mindestens einen befehl gesendet und dieser wurde erfolgreich quittiert. das bedeutet für mich, dass senden
und empfangen funktioniert hat. warum nicht für dich?
Hallo Frank,
für eine Anrede bleibt für mich immer Zeit.
Tut mir leid, wenn sich jemand durch meine Hinweise auf zu dünne Logfiles auf den Schlips getreten fühlt.
Ich freue mich jedenfalls, daß Du mir mit dem "attr global verbose 5" einen guten Hinweis gegeben hast. Mit dieser Einstellung hätte ich wahrscheinlich das Problem eher gelöst.
Viel Grüße
Thomas