Hallo liebe Community,
ich habe folgendes Problem:
Ich habe auf meinem, Raspberry Pi 2 die aktuelslte Version von Raspbian installiert.
Als Hardware setze ich auf die USB-Variante CC1101-USB-Lite 868MHz (CUL).
Als CUL-Firmware habe ich die 1.61 von http://culfw.de/culfw.html installiert.
FHEM-Version: 5.6
Mein erstes Gerät mit dem ich testen möchte ist ein HomeMatic 105788 Funk-Zwischenstecker-Schaltaktor 1fach für Smart Home / Hausautomation.
FHEM läuft, auch Autocreate legt mir automatisch meinen Schaltaktor an.
Leider kann ich diesen nicht ein / ausschalten (FHEM). Wenn ich den Schaltaktor direkt an oder aus schalte, zeigt mir FHEM den aktuellen Status (ein / aus).
Was mache ich falsch?
Im Log erscheint:
CUL1: Unknown code A0F508610231FB50000000A24B90D0067::-56:CUL1, help me!
AUch Rsend Failed hab ich erhalten (bei meinen Tests)...
Meine fhem.cfg:
attr global userattr 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 basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
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
attr WEB stylesheetPrefix bright
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 CUL1 CUL /dev/ttyACM0@9600 1234
attr CUL1 hmId 123456
attr CUL1 rfmode HomeMatic
define CUL_HM_HM_LC_SW1_PL2_2583B6 CUL_HM 2583B6
attr CUL_HM_HM_LC_SW1_PL2_2583B6 room CUL_HM
define FileLog_CUL_HM_HM_LC_SW1_PL2_2583B6 FileLog ./log/CUL_HM_HM_LC_SW1_PL2_2583B6-%Y.log CUL_HM_HM_LC_SW1_PL2_2583B6
attr FileLog_CUL_HM_HM_LC_SW1_PL2_2583B6 logtype text
attr FileLog_CUL_HM_HM_LC_SW1_PL2_2583B6 room CUL_HM
Könnt ihr mir helfen?
Vielen Dank
Hi,
ich denke da ist das pairing nicht vollständig.
Poste mal ein list <Name von Deinem Schalter>
Aber bitte mit code Tags :)
Gruß Otto
Hallo Otto,
danke für die schnelle Antwort.
Hier die Ausgabe:
Internals:
CFGFN
CUL1_MSGCNT 7
CUL1_RAWMSG A0D0484102583B60000000601C800::-33:CUL1
CUL1_RSSI -33
CUL1_TIME 2015-06-21 15:27:56
DEF 2583B6
IODev CUL1
LASTInputDev CUL1
MSGCNT 7
NAME CUL_HM_HM_LC_SW1_PL2_2583B6
NR 27
STATE set_toggle
TYPE CUL_HM
hmPairSerial KEQ0942447
lastMsg No:04 - t:10 s:2583B6 d:000000 0601C800
protCmdDel 6
protLastRcv 2015-06-21 15:27:56
protResnd 6 last_at:2015-06-21 15:28:01
protResndFail 2 last_at:2015-06-21 15:28:06
protSnd 3 last_at:2015-06-21 15:27:47
protState CMDs_done_Errors:1
rssi_at_CUL1 avg:-36.5 min:-49 max:-30 lst:-33 cnt:7
Readings:
2015-06-21 15:27:25 D-firmware 1.12
2015-06-21 15:27:25 D-serialNr KEQ0942447
2015-06-21 15:27:56 deviceMsg on (to broadcast)
2015-06-21 15:27:56 level 100
2015-06-21 15:27:56 pct 100
2015-06-21 15:27:56 recentStateType info
2015-06-21 15:27:59 state set_toggle
2015-06-21 15:27:56 timedOn off
Regl_00::
VAL
Helper:
cSnd 111234562583B60201C80000
dlvl 00
dlvlCmd ++A0111234562583B60201000000
getCfgList all
getCfgListNo ,3
mId 00A1
rxType 1
Io:
newChn +2583B6,00,01,00
nextSend 1434900476.46877
prefIO
rxt 0
vccu
p:
2583B6
00
01
00
Mrssi:
mNo 04
Io:
CUL1 -31
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
At_cul1:
avg -36.5
cnt 7
lst -33
max -30
min -49
Attributes:
IODev CUL1
autoReadReg 4_reqStatus
expert 2_full
firmware 1.12
model HM-LC-SW1-PL2
room CUL_HM
serialNr KEQ0942447
subType switch
webCmd statusRequest:toggle:on:off
Auch auf den Auslieferungszustand habe ich den Schalte schon gebracht, ohne Erfolg.
Lg
Sehe ich auch wie Otto. Laut Deinem List kein Pairing erfolgt.
Zunächst würde ich die Zeilen
define CUL1 CUL /dev/ttyACM0@9600 1234
attr CUL1 hmId 123456
attr CUL1 rfmode HomeMatic
ersetzen durch
define CUL1 CUL /dev/ttyACM0@9600 1234
attr CUL1 hmId 123456
attr CUL1 rfmode HomeMatic
define vCCU CUL_HM 123456
attr IOList CUL1
attr model CCU-FHEM
attr subType virtual
Pairing ab dann nicht mehr über den CUL1 sondern über vCCU vornehmen. Solltest Du zwischenzeitlich Deinen Schalter erfolgreich gepaired haben, dort
attr SCHALTER_DEF IOgrp vCCU
ergänzen.
Ich habe die Erfahrung gemacht, dass man häufig einfach zweimal pairen muss. Also nix löschen, einfach noch mal ein hmPairSerial hinterher.
Erfolgreiches pairing bringt Dir ein PairedTo Eintrag in den Readings. Dahinter steht die ID Deines IOs.
Gruß Otto
Hallo Otto,
danke für deine Antwort.
Hab ich versucht. Jetzt steht jedoch bei Status MISSING ACK.
Wie mache ich ein hmPairSerial korrekt?
Was mache ich falsch?
Lg
set hmPairSerial KEQ0942447
und etwas warten ...
Du hast jetzt eventuell viel probiert. Es kann gut sein, dass sich der "Knoten" auflöst.
Wenn das PairedTo in den Readings steht und bei ProtState keine Fehler ist alles gut.
Gruß Otto
Hi Otto,
hab jetzt versucht den Befehl einzugeben:
set hmPairSerial KEQ0942447
Ich bekomme dann vom WebInterface folgendes Retour:
Please define hmPairSerial first
Was mache ich falsch? Muss ich jetzt die Einstellungen (was mir Ralli vorher riet) auch vornehmen?
Vielen Dank
Lg
sorry, Du musst set <Name des IO> hmPairSerial KE... eingeben.
Gruß Otto
Hallo Otto,
danke für den Post.
Leider hat auch das nichts gebracht..
2015.06.21 18:59:12 3: CUL1: Unknown code A0FAB8610231FB50000000A24B50D0067::-51.5:CUL1, help me!
2015.06.21 18:59:33 3: CUL1: Unknown code A0F27861022C6A90000000A24C00D004F::-72.5:CUL1, help me!
2015.06.21 18:59:41 3: CUL1: Unknown code A0F788610231FB70000000A24B30D006C::-58.5:CUL1, help me!
Wenn ich den von dir genannten Befehl eingebe, fangt der Schalter an zu blinken.
Habe jetzt:
1. den Schaltaktur von fhem raus geschmissen
2. den fhem Dienst beendet
3. Schaltaktor auf Werkseinstellungen zurückgesetzt
4. fhem Dienst gestartet
5. neues Pairing durchgeführt.
6. nach einigen Minuten habe ich deinen Befehl ausgeführt (auch ein 2. mal)
7. leider das selbe Problem..
Was kann ich tun? Passt irgendwas mit der SW / Firmware nicht?
Danke!
lg
PS so sieht der LOG aus wenn ich nun den Schaltaktor pairen will:
2015.06.21 21:14:32 3: CUL1: Unknown code A0F8F8610231F4B0000000A24BC0C006C::-42.5:CUL1, help me!
2015.06.21 21:14:41 3: CUL1: Unknown code A0FB18610231FB50000000A24B70D0067::-53.5:CUL1, help me!
2015.06.21 21:14:47 2: CUL_HM Unknown device CUL_HM_HM_LC_SW1_PL2_2583B6 is now defined
2015.06.21 21:14:47 2: autocreate: define CUL_HM_HM_LC_SW1_PL2_2583B6 CUL_HM 2583B6
2015.06.21 21:14:47 2: autocreate: define FileLog_CUL_HM_HM_LC_SW1_PL2_2583B6 FileLog ./log/CUL_HM_HM_LC_SW1_PL2_2583B6-%Y.log CUL_HM_HM_LC_SW1_PL2_2583B6
2015.06.21 21:14:47 3: CUL1: Unknown code A0F7E8610231FB70000000A24B40D006C::-69:CUL1, help me!
2015.06.21 21:15:07 3: CUL1: Unknown code A0F88861022BF1D0000000A24B40D006E::-54:CUL1, help me!
2015.06.21 21:15:10 3: CUL1: Unknown code A0F028610231F490000000AC0B90D6413::-71:CUL1, help me!
2015.06.21 21:15:48 3: CUL1: Unknown code A0F59861022C4E70000000AA0BB0D641D::-47.5:CUL1, help me!
2015.06.21 21:15:48 3: CUL1: Unknown code A0FDA861022B20A0000000A24BB0D005A::-59:CUL1, help me!
Das Log sagt mir, Du hast noch andere Geräte nicht gepairt - die ganzen help me Meldungen.
Das pairing von Deinem Schalter hat er zumindest angefangen, autocreate hat ein Device angelegt.
Das der Schalter anfängt zu blinken ist eigentlich ok.
Allerdings fällt mir auf: Ist Dein FHEM aktuell? Hast Du mal ein update gemacht? Die HM Devices werden eigentlich seit geraumer Zeit mit kürzeren Namen angelegt.
Gruß Otto
Hallo,
habs mit einem anderen Gerät auch versucht, kann sein das dieses sich hier auch meldet.
Ich habe folgende Version installiert:
# $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $
# $Id: 00_CUL.pm 6755 2014-10-12 13:12:10Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 6863 2014-11-02 09:04:57Z martinp876 $
# $Id: 01_FHEMWEB.pm 6884 2014-11-04 22:03:52Z rudolfkoenig $
# $Id: 92_FileLog.pm 6769 2014-10-15 17:03:30Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 99_Utils.pm 6660 2014-10-03 06:35:43Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 91_eventTypes.pm 6792 2014-10-19 16:03:13Z rudolfkoenig $
# $Id: 91_notify.pm 6371 2014-08-07 05:33:37Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $
Ist diese korrekt?
sudo apt-get update
sowie
sudo apt-get upgrade
habe ich bereits gemacht
Installiert habe ich wie folgt:
wget http://culfw.de/culfw-1.61.tar.gz
gunzip culfw-1.61.tar.gz
tar xfv culfw-1.61.tar
Danke
Das sieht eher aus wie 7 Geräte ...
Dein FHEM ist ziemlich alt, mach mal bitte ein Update! Wenn der Rest schon funktioniert und produktiv ist, mache bitte vorher ein backup.
Gruß Otto
Hi Otto,
alles klar. Habe mit update im Webinterface ein Update eingespielt und den RBPi2 neugestartet.
Gleiches verhalten wie vohrer.
Habe eigentlich eine CCU2, diese habe ich jedoch ausgesteckt bevor ich mit den Teste begonnen habe.
Was mache ich blos falsch... habe das auch nochmal mit dem "Pairing" von dir versucht, kein Erfolg...
Wenn ich jetzt ein LIST auf den neuen Devicename (nach dem Update) mache, kommt folgendes:
Internals:
CFGFN
CUL1_MSGCNT 3
CUL1_RAWMSG A0D0684102583B600000006010000::-36.5:CUL1
CUL1_RSSI -36.5
CUL1_TIME 2015-06-21 21:50:49
DEF 2583B6
IODev CUL1
LASTInputDev CUL1
MSGCNT 3
NAME HM_2583B6
NR 28
NTFY_ORDER 50-HM_2583B6
STATE set_on
TYPE CUL_HM
lastMsg No:06 - t:10 s:2583B6 d:000000 06010000
protCmdPend 10 CMDs pending
protIOdly 65 last_at:2015-06-21 21:52:19
protLastRcv 2015-06-21 21:50:49
protSnd 66 last_at:2015-06-21 21:52:19
protState CMDs_processing...
rssi_at_CUL1 avg:-38.33 min:-40.5 max:-36.5 lst:-36.5 cnt:3
Readings:
2015-06-21 21:49:20 D-firmware 1.12
2015-06-21 21:49:20 D-serialNr KEQ0942447
2015-06-21 21:50:49 deviceMsg off (to broadcast)
2015-06-21 21:50:49 level 0
2015-06-21 21:50:49 pct 0
2015-06-21 21:50:49 recentStateType info
2015-06-21 21:50:52 state set_on
2015-06-21 21:50:49 timedOn off
cmdStack:
++A0111234562583B60201000000
++A0111234562583B60201C80000
++A0111234562583B60201C80000
++A0111234562583B60201C80000
++A0011234562583B600040000000000
++A0011234562583B601040000000001
++A0011234562583B60103
++A0111234562583B60201C80000
++A0111234562583B60201000000
++A0111234562583B60201C80000
Helper:
HM_CMDNR 35
cSnd 111234562583B60201C80000,111234562583B60201C80000
dlvl C8
dlvlCmd ++A0111234562583B60201C80000
getCfgList all
getCfgListNo ,3
mId 00A1
rxType 1
Io:
newChn +2583B6,00,01,00
nextSend 1434916249.31488
prefIO
rxt 0
vccu
p:
2583B6
00
01
00
Mrssi:
mNo 06
Io:
CUL1 -34.5
Prt:
bErr 0
sProc 1
Rspwait:
cmd As0E23A0111234562583B60201C80000
mNo 23
reSent 1
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
At_cul1:
avg -38.3333333333333
cnt 3
lst -36.5
max -36.5
min -40.5
Attributes:
IODev CUL1
autoReadReg 4_reqStatus
expert 2_full
firmware 1.12
model HM-LC-SW1-PL2
room CUL_HM
serialNr KEQ0942447
subType switch
webCmd statusRequest:toggle:on:off
Wenn ich dann via Webinterface das Gerät ein / ausschalten möchte, schreibt er mir das auch im Log:
2015.06.21 21:53:15 3: CUL_HM set HM_2583B6 on
2015.06.21 21:53:17 3: CUL_HM set HM_2583B6 off
Aber ert tuts nicht :( was kann ich noch versuchen?
Lg
ZitatprotCmdPend 10 CMDs pending
Er ist am Abarbeiten...
Lass ihn doch mal eine Weile in Ruhe.
Du hast also andere Geräte am Strom die eigentlich mit der CCU2 gepairt sind. Davon kommen die help me Meldungen.
Gruß Otto
Hallo Otto,
der ist aber schon ziemlich lang am abarbeiten.
Habe mal mitgezählt: er hat noch keinen einzigen Befehl den ich ihm geschickt habe abgearbeitet...
Wie kann das sein?
Log:
Internals:
CFGFN
CUL1_MSGCNT 4
CUL1_RAWMSG A0D0984102583B600000006010000::-36:CUL1
CUL1_RSSI -36
CUL1_TIME 2015-06-21 21:53:08
DEF 2583B6
IODev CUL1
LASTInputDev CUL1
MSGCNT 4
NAME HM_2583B6
NR 28
NTFY_ORDER 50-HM_2583B6
STATE set_off
TYPE CUL_HM
lastMsg No:09 - t:10 s:2583B6 d:000000 06010000
protCmdPend 27 CMDs pending
protIOdly 329 last_at:2015-06-21 22:05:54
protLastRcv 2015-06-21 21:53:08
protSnd 330 last_at:2015-06-21 22:05:54
protState CMDs_processing...
rssi_at_CUL1 avg:-37.75 min:-40.5 max:-36 lst:-36 cnt:4
Readings:
2015-06-21 21:49:20 D-firmware 1.12
2015-06-21 21:49:20 D-serialNr KEQ0942447
2015-06-21 21:53:08 deviceMsg off (to broadcast)
2015-06-21 21:53:08 level 0
2015-06-21 21:53:08 pct 0
2015-06-21 21:53:08 recentStateType info
2015-06-21 22:01:38 state set_off
2015-06-21 21:53:08 timedOn off
cmdStack:
++A0111234562583B60201000000
++A0111234562583B60201C80000
++A0111234562583B60201C80000
++A0111234562583B60201C80000
++A0011234562583B600040000000000
++A0011234562583B601040000000001
++A0011234562583B60103
++A0111234562583B60201C80000
++A0111234562583B60201000000
++A0111234562583B60201C80000
++A0111234562583B60201C80000
++A0111234562583B60201C80000
++A0111234562583B60201000000
++A0111234562583B60201C80000
++A0111234562583B60201000000
++A0111234562583B60201C80000
++A0111234562583B60201C80000
++A0011234562583B6010E
++A0111234562583B60201000000
++A0111234562583B60201C80000
++A0111234562583B60201000000
++A0111234562583B60201C80000
++A0011234562583B600040000000000
++A0011234562583B601040000000001
++A0011234562583B60103
++A0111234562583B60201C80000
++A0111234562583B60201000000
Helper:
HM_CMDNR 5
cSnd 111234562583B60201C80000,111234562583B60201C80000
dlvl 00
dlvlCmd ++A0111234562583B60201000000
getCfgList all
getCfgListNo ,3
mId 00A1
rxType 1
Io:
newChn +2583B6,00,01,00
nextSend 1434916388.28854
prefIO
rxt 0
vccu
p:
2583B6
00
01
00
Mrssi:
mNo 09
Io:
CUL1 -34
Prt:
bErr 0
sProc 1
Rspwait:
cmd As0E05A0111234562583B60201C80000
mNo 05
reSent 1
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
At_cul1:
avg -37.75
cnt 4
lst -36
max -36
min -40.5
Shadowreg:
RegL_00:
Attributes:
IODev CUL1
autoReadReg 4_reqStatus
expert 2_full
firmware 1.12
model HM-LC-SW1-PL2
room CUL_HM
serialNr KEQ0942447
subType switch
webCmd statusRequest:toggle:on:off
Naja das Problem ist, dass das pairing nicht abgeschlossen ist.
Aber warum, ich habe momentan auch keine Idee.
Hattest Du das von Ralli eingearbeitet? Also die vccu definiert?
Mache bitte alles direkt über die Befehlszeile und nicht in der fhem.cfg editieren.
Gruß Otto
Das wollte ich versuchen aber leider weiß ich nicht wie ich dann über die VCCU pairen kann.
Hast du eine Idee ?
Danke
define CUL1 CUL /dev/ttyACM0@9600 1234
attr CUL1 hmId 123456
attr CUL1 rfmode HomeMatic
define vCCU CUL_HM 123456
attr IOList CUL1
attr model CCU-FHEM
attr subType virtual
zunächst mal findest Du Infos (http://www.fhemwiki.de/wiki/Virtueller_Controller_VCCU).
Die VCCU könnte Dir helfen, die help me Meldungen in den Griff zu bekommen. Ansonsten glaube ich nicht, dass das pairing damit wirklich gelöst wird.
Das pairing mit der vccu läuft analog:
set vCCU hmPairForSec ...
set vCCU hmPairSerial ...
Gruß Otto
Danke Otto, werd ich mir anschauen.
Wie kann ich meine Pairingprobleme lösen? Irgendwelche Ideen was ich versuchen könnte?
Habe wie gesagt einen Raspberry Pi 2 (4 Core). Installiertes Betriebssystem: 2015-05-05-raspbian-wheezy.zip
CUL Stick, Firmware, v1.61 installiert mit uspprogram_v3.
Danke
Verschiebe Dein Thema mal nach Homematic.
Vielleicht kann Martin bei der Suche behilflich sein.
Gruß Otto
Hallo Otto,
danke.
Wie verschiebe ich mein Thema? Kann ich Martin nicht direkt anschreiben um ihm den Link zu schicken?
Danke und lg
Hallo iceget,
sorry das mit dem verschieben habe ich auch noch nicht gemacht, lese nur immer das es gehen soll und der Author die Rechte dazu hat. Klar kannst Du Martin auch irgendwie triggern.
Gruß Otto
Hi Otto,
hab Martin mal geschrieben.
Hab jedoch auch noch etwas anders versucht.
Habe nun unter Windows 7 x64 Active Perl installiert, und das Device neu geflashed (CUL). Anschließend habe ich die Windows Treiber installiert,
die Konfiguration von FHEM vorgenommen, und mit der selbe Konfiguration gestartet.
Komisch ist: es verhält sich 1:1 gleich wie beim RaspBerry mit Raspbian...
Dachte es liegt an der Plattform, das ist scheinbar nicht der Fall.
Ich habe die CUL 3.4, und habe die 3er HEX geflashed.
Was kann ich noch versuchen? Gibt's ja nicht, oder?
DANKE.
lg
Geht der Aktor eigentlich noch an der CCU2?
Gruß Otto
Hi Otto,
nein, habe diesen direkt mit 5 Sekunden (dann wieder 5 Sekunden) auf die Werkseinstellungen zurückgesetzt...
Lg
So habs nun nochmal versucht.
1. Windows + ActivePerl + Win32::SerialPort installiert
2. update durchgeführt über Webinterface
3. folgende Konfiguration verwendet:
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
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 Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
define CUL1 CUL com1@9600 1234
attr CUL1 hmId ABC123
attr CUL1 rfmode HomeMatic
define HM_2583B6 CUL_HM 2583B6
attr HM_2583B6 IODev CUL1
attr HM_2583B6 autoReadReg 4_reqStatus
attr HM_2583B6 expert 2_full
attr HM_2583B6 firmware 1.12
attr HM_2583B6 model HM-LC-SW1-PL2
attr HM_2583B6 room CUL_HM
attr HM_2583B6 serialNr KEQ0942447
attr HM_2583B6 subType switch
attr HM_2583B6 webCmd statusRequest:toggle:on:off
define FileLog_HM_2583B6 FileLog ./log/HM_2583B6-%Y.log HM_2583B6
attr FileLog_HM_2583B6 logtype text
attr FileLog_HM_2583B6 room CUL_HM
log: HM_2583B6-2015.log:
2015-06-23_23:36:42 HM_2583B6 D-firmware: 1.12
2015-06-23_23:36:42 HM_2583B6 D-serialNr: KEQ0942447
2015-06-23_23:37:10 HM_2583B6 set_on
log: fhem-2015-06.log:
2015.06.23 23:35:08 1: starting in console mode
2015.06.23 23:35:08 1: Including fhem.cfg
2015.06.23 23:35:08 3: telnetPort: port 7072 opened
2015.06.23 23:35:09 3: WEB: port 8083 opened
2015.06.23 23:35:09 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2015.06.23 23:35:09 3: Opening CUL1 device com1
2015.06.23 23:35:09 3: Setting CUL1 serial parameters to 9600,8,N,1
2015.06.23 23:35:09 3: CUL1 device opened
2015.06.23 23:35:09 3: CUL1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2015.06.23 23:35:09 2: Switched CUL1 rfmode to HomeMatic
2015.06.23 23:35:09 3: initialUsbCheck return value: This command is not yet supported on windows
2015.06.23 23:35:09 2: SecurityCheck: WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.06.23 23:35:09 0: Featurelevel: 5.6
2015.06.23 23:35:09 0: Server started with 8 defined entities (version $Id: fhem.pl 8805 2015-06-22 19:31:44Z rudolfkoenig $, os MSWin32, user MK, pid 6820)
2015.06.23 23:36:42 2: CUL_HM Unknown device HM_2583B6 is now defined
2015.06.23 23:36:42 2: autocreate: define HM_2583B6 CUL_HM 2583B6
2015.06.23 23:36:42 2: autocreate: define FileLog_HM_2583B6 FileLog ./log/HM_2583B6-%Y.log HM_2583B6
2015.06.23 23:37:10 3: CUL_HM set HM_2583B6 on
list HM_2583B6:
Internals:
CFGFN
CUL1_MSGCNT 1
CUL1_RAWMSG A1A0684002583B60000001C00A14B45513039343234343710010100::-21:CUL1
CUL1_RSSI -21
CUL1_TIME 2015-06-23 23:36:42
DEF 2583B6
IODev CUL1
LASTInputDev CUL1
MSGCNT 1
NAME HM_2583B6
NR 22
NTFY_ORDER 50-HM_2583B6
STATE set_on
TYPE CUL_HM
lastMsg No:06 - t:00 s:2583B6 d:000000 1C00A14B45513039343234343710010100
protIOdly 79 last_at:2015-06-23 23:40:59
protLastRcv 2015-06-23 23:36:42
protSnd 80 last_at:2015-06-23 23:40:59
protState CMDs_processing...
rssi_at_CUL1 min:-21 lst:-21 cnt:1 avg:-21 max:-21
Readings:
2015-06-23 23:36:42 D-firmware 1.12
2015-06-23 23:36:42 D-serialNr KEQ0942447
2015-06-23 23:37:10 state set_on
cmdStack:
Helper:
HM_CMDNR 86
cSnd 11ABC1232583B60201C80000,11ABC1232583B60201C80000
dlvl C8
dlvlCmd ++A011ABC1232583B60201C80000
mId 00A1
rxType 1
Io:
newChn +2583B6,00,01,00
nextSend 1435095402.36401
prefIO
rxt 0
vccu
p:
2583B6
00
01
00
Mrssi:
mNo 06
Io:
CUL1 -19
Prt:
bErr 0
sProc 1
Rspwait:
cmd As0E56A011ABC1232583B60201C80000
mNo 56
reSent 1
Q:
qReqConf 00
qReqStat 00
Role:
chn 1
dev 1
prs 1
Rssi:
At_cul1:
avg -21
cnt 1
lst -21
max -21
min -21
Attributes:
IODev CUL1
autoReadReg 4_reqStatus
expert 2_full
firmware 1.12
model HM-LC-SW1-PL2
room CUL_HM
serialNr KEQ0942447
subType switch
webCmd statusRequest:toggle:on:off
Wie gesagt; wenn ich jetzt den Schalter einschalte, und dann die Seite in FHEM aktualisiere, sehe ich die leuchtende Lampe. Wenn ich den Schalter abschalte (jeweils manuell) und die Seite in FHEM aktualisiere, sehe ich die unbeleuchtete Lampe. Wenn ich in FHEM auf ON oder OFF gehe, kommt jeweils eine gelbe, graue Lampe mit einem roten Rufzeichen.
Getestet habe ich mit:
RaspBerry Pi 2 mit der aktuellsten Version von Rapsbian.
Firmware installiert mit dem usbprogram_v3 (v1.61)
FHEM 5.6 (inkl. Updates installiert).
Phänomen siehe oben!
Dann hab ich dasselbe auch noch mit:
Windows 7 + x64 mit ActivePerl.
Firmware am CUL (apropos: Version 3.4 verwende ich): CUL_V3.hex
Windows Treiber: CUL.inf
Phänomen siehe oben!
Kann mir jemand helfen?
Bitte danke ich verzweifle schon bald...
Lg
ich meinte, kannst Du in noch mit der CCU2 pairen?
Dein erneuter Versuch zeigt auch wieder, die Readings sind nicht komplett. --> Nicht vollständig gepairt.
Geht es mit einem anderen Aktor? Vielleicht ist der kaputt?
Gruß Otto
Hallo,
ja kann ich ganz normale pairen mit der CCU2. Habs auch mit einem Lichtschalter versucht zu pairen (FHEM), gleiches Problem...
Hi,
hattest Du irgendwie AES signing aktiv an der CCU2?
Gruß Otto
Hi Otto,
wie kann ich das prüfen?
Hab jetzt auch mal versucht einen nagelneuen Schalter + Thermostat einzulernen, gleiches Prob...
Da ist noch was mit dem CUL. Nagelneue Schalter stehen nicht auf AES ...
Ich verstehe es nicht ....
Gruß Otto
Shit... jetzt funktionieren mein Schalter und Dimmer nicht mehr mit der CCU2. Ich kanns zwar anlernen, aber kanns nicht steuern (genau das umgekehrte Phänomen nur eben nicht in FHEM sondern in der CCU2).
HILFE :(
lg
Ne das gibt es nicht. Du hast richtig reset gemacht? Du hast in der CCU2 nicht mal den Systemsicherheitsschlüssel gesetzt?
Schließ mal bitte diesen Thread, sonst diskutieren wir an zwei Fronten :)
Gruß Otto
Ich denke das mein Dimmaktor nicht funktioniert ist eine Einstellungssache in der CCU2, aber Der ist mir im Moment komplett egal.
Hab mir extra CUL 3.4 gekauft um mein Homematic System zu verwenden... was kann ich nur noch tun?
Muss ich mir jetzt den LAN Adapter für Homematic auch noch kaufen das dies funktioniert?
lg
Hallo,
mal so am Rande.
Alles was mit der CCU2 gepairt - also angemeldet war, ist bei der CCU2 abzumelden und auf Werkseinstellungen zurück zu setzen. Damit sollte aus ein eventuell vorhandene AES Schlüssel zurück genommen werden.
Bitte erst dann das Gerät an fhem betreiben.
Mit dem CUL kenne ich mich nicht aus - wenn man nur HM möchte, weiß ich nicht warum man dem einen HM-LAN oder HM-USB vorziehen sollte. Wenn man zusätzlich noch FS20 senden möchte - ok dann spart das ein Interface.
Gruß Christoph
Danke, das war der Tipp. Hab das nun gemacht.
Jetzt habe ich zumindest mal meinen Schalter zum Laufen gebracht.
Habe auf Werkseinstellungen resetet und anschließend ein set CUL1 hmPairSerial KEQ094244 in Kombi mit set CUL1 hmPairForSec 60 gemacht, perfekt.
Es scheint als wäre der Dimmer auch gepairt, nur leider schreibt er mir folgendes (ich kann ihn nicht ein aus / hoch runter dimmen):
HM_1B49A0
CMDs_done
Wie kann ich dem beibringen das er funktioniert?
Ein List, ergibt folgendes:
Internals:
CUL1_MSGCNT 12
CUL1_RAWMSG A0E0CA0101B49A01234560100000000::-58:CUL1
CUL1_RSSI -58
CUL1_TIME 2015-06-25 22:16:56
DEF 1B49A0
IODev CUL1
LASTInputDev CUL1
MSGCNT 12
NAME HM_1B49A0
NR 24
NTFY_ORDER 50-HM_1B49A0
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_1B49A0_Sw
channel_02 HM_1B49A0_Sw1_V_01
channel_03 HM_1B49A0_Sw1_V_02
lastMsg No:0C - t:10 s:1B49A0 d:123456 0100000000
protLastRcv 2015-06-25 22:16:55
protSnd 19 last_at:2015-06-25 22:16:56
protState CMDs_done
rssi_at_CUL1 avg:-57.04 min:-58.5 max:-55 lst:-58 cnt:12
Readings:
2015-06-25 22:14:05 CommandAccepted yes
2015-06-25 22:16:43 D-firmware 2.2
2015-06-25 22:16:43 D-serialNr JEQ0198428
2015-06-25 22:16:53 PairedTo 0x123456
2015-06-25 22:14:37 R-intKeyVisib invisib
2015-06-25 22:14:37 R-pairCentral 0x123456
2015-06-25 22:16:53 RegL_00: 02:01 0A:12 0B:34 0C:56 15:FF 16:00 00:00
2015-06-25 22:16:56 state CMDs_done
Helper:
HM_CMDNR 12
cSnd 011234561B49A003040000000001,011234561B49A00303
mId 0068
rxType 1
Io:
newChn +1B49A0,00,01,00
nextSend 1435263416.02118
prefIO
rxt 0
vccu
p:
1B49A0
00
01
00
Mrssi:
mNo 0C
Io:
CUL1 -56
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat 01,02,03
Role:
dev 1
Rpt:
IO CUL1
flg A
ts 1435263415.92412
ack:
HASH(0x1318248)
0C80021234561B49A000
Rssi:
At_cul1:
avg -57.0416666666667
cnt 12
lst -58
max -55
min -58.5
Shadowreg:
Vdim:
idPhy 1B49A0
idV2 1B49A0
idV3 1B49A001
Attributes:
IODev CUL1
autoReadReg 4_reqStatus
expert 2_full
firmware 2.2
model HM-LC-Dim1TPBU-FM
room CUL_HM
serialNr JEQ0198428
subType dimmer
webCmd getConfig:clear msgEvents
Und im Log erscheint: 2015.06.25 22:23:53 1: Error: HM_1B49A0 has no TYPE
Noch was komisches:
Der Unterputz Dimmer (siehe ...has no Type) lässt sich pairen.
Doch die Dimmer die man an der Steckdose ansteckt, lassen sich (egal was ich tu) nicht pairen... Ideen?
lg
So jetzt hab ichs auch geschafft den Steckdosen Dimmer hinzuzufügen, hier die List:
Internals:
CFGFN
CUL1_MSGCNT 6
CUL1_RAWMSG A0A0580022CB48312345600::-44:CUL1
CUL1_RSSI -44
CUL1_TIME 2015-06-25 22:31:07
DEF 2CB483
IODev CUL1
LASTInputDev CUL1
MSGCNT 6
NAME HM_2CB483
NR 40
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_2CB483_Sw
channel_02 HM_2CB483_Sw1_V_01
channel_03 HM_2CB483_Sw1_V_02
lastMsg No:05 - t:02 s:2CB483 d:123456 00
protLastRcv 2015-06-25 22:31:07
protSnd 3 last_at:2015-06-25 22:31:07
protState CMDs_done
rssi_at_CUL1 avg:-43.91 min:-46.5 max:-42 lst:-44 cnt:6
Readings:
2015-06-25 22:31:07 CommandAccepted yes
2015-06-25 22:31:06 D-firmware 2.8
2015-06-25 22:31:06 D-serialNr LEQ0751169
2015-06-25 22:31:06 R-intKeyVisib set_invisib
2015-06-25 22:31:06 R-pairCentral set_0x123456
2015-06-25 22:31:07 state CMDs_done
Helper:
HM_CMDNR 5
cSnd 011234562CB483000802010A120B340C56,011234562CB4830006
mId 00B3
rxType 1
Io:
newChn +2CB483,00,01,00
nextSend 1435264267.59696
prefIO
rxt 0
vccu
p:
2CB483
00
01
00
Mrssi:
mNo 05
Io:
CUL1 -42
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf 00
qReqStat 01,02,03
Role:
dev 1
Rssi:
At_cul1:
avg -43.9166666666667
cnt 6
lst -44
max -42
min -46.5
Shadowreg:
RegL_00: 02:01 0A:12 0B:34 0C:56
Vdim:
idPhy 2CB483
idV2 2CB483
idV3 2CB48301
Attributes:
IODev CUL1
autoReadReg 4_reqStatus
expert 2_full
firmware 2.8
model HM-LC-Dim1L-Pl-3
room CUL_HM
serialNr LEQ0751169
subType dimmer
webCmd getConfig:clear msgEvents
Ich kann auch diesen Steckdosendimmer nicht ein / ausschalten.
Wo normal die Birne oder on off stehen sollte steht nur getConfig..
Und nun? Könnt ihr mir helfen?
Danke
Zitat von: Bennemannc am 25 Juni 2015, 11:00:57
Alles was mit der CCU2 gepairt - also angemeldet war, ist bei der CCU2 abzumelden und auf Werkseinstellungen zurück zu setzen. Damit sollte aus ein eventuell vorhandene AES Schlüssel zurück genommen werden.
Hallo,
aber wirklich nur wenn das abmelden klappt! Ansonsten ist das Gerät eigentlich verloren, es muss zu eq3 geschickt werden zum flashen!
Gilt nur wenn man den Systemsicherheitsschlüssel geändert hat. Ich habe das mal getan, aus Unkenntnis und weil mich das Backup der HM CCU dazu aufgefordert hat.
@ iceget Irgendwie bist Du einen halben Schritt weiter. Es gibt jetzt ein Reading R-pairCentral. Allerdings steht da noch ein set_ davor. Immer noch nicht gepairt :(
Gruß Otto
Hi Otto,
danke für die Info. Also meine gesamten Schalter sind jetzt gepaired.
Nur mit dem Dimmer funktionierts scheinbar nicht. Was kann ich noch testen das ich das zum laufen bekomm?
Noch irgendwelche Befehle?
lg
Zitat von: iceget am 25 Juni 2015, 22:57:33
Also meine gesamten Schalter sind jetzt gepaired.
Aha 8) wie das denn?
Denn Dimmer nochmal einen pair geben hast Du sicher versucht? Der sieht mir eigentlich aus wie kurz davor :)
Gruß Otto
Hi,
zu den Schaltern:
1. Werkseinstellungen
2. set CUL1 hmPairForSec 60
3. Pairen am Schalter aktiviert
4. Warten im fhem
5. nochmal den Befehl 2 nachgeschossen
6. nochmal ein set CUL1 hmPairSerial SERIAL
7. fertig.
Das funktioniert aber bei dem Dimmer nicht (egal ob der Dimmer in der Wand oder der von der Steckdose...)
Er bleibt immer bei R-pairCentral set_0x123456 stehen...
Wie kann ich das lösen? Meine gesamten Lichter sind nur Dimmer :( im ganzen Haus...
Lg
Das schreibt mir jetzt eine List (vom Unterputz Dimmer):
Internals:
CUL1_MSGCNT 17
CUL1_RAWMSG A0E0EA0101B49A01234560100000000::-62:CUL1
CUL1_RSSI -62
CUL1_TIME 2015-06-25 23:08:01
DEF 1B49A0
IODev CUL1
LASTInputDev CUL1
MSGCNT 17
NAME HM_1B49A0
NR 43
NTFY_ORDER 50-HM_1B49A0
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_1B49A0_Sw
channel_02 HM_1B49A0_Sw1_V_01
channel_03 HM_1B49A0_Sw1_V_02
lastMsg No:0E - t:10 s:1B49A0 d:123456 0100000000
protLastRcv 2015-06-25 23:08:01
protSnd 18 last_at:2015-06-25 23:08:01
protState CMDs_done
rssi_at_CUL1 avg:-66.9 min:-71.5 max:-62 lst:-62 cnt:11
Readings:
2015-06-25 23:07:59 PairedTo 0x123456
2015-06-25 23:07:59 R-intKeyVisib invisib
2015-06-25 23:07:59 R-pairCentral 0x123456
2015-06-25 23:07:59 RegL_00: 02:01 0A:12 0B:34 0C:56 15:FF 16:00 00:00
2015-06-25 23:08:01 state CMDs_done
Helper:
HM_CMDNR 14
cSnd 011234561B49A003040000000001,011234561B49A00303
mId 0068
rxType 1
Io:
newChn +1B49A0,00,01,00
nextSend 1435266481.62086
prefIO
rxt 0
vccu
p:
1B49A0
00
01
00
Mrssi:
mNo 0E
Io:
CUL1 -60
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat 01,02,03
Role:
dev 1
Rpt:
IO CUL1
flg A
ts 1435266481.52512
ack:
HASH(0xc23e38)
0E80021234561B49A000
Rssi:
At_cul1:
avg -66.9090909090909
cnt 11
lst -62
max -62
min -71.5
Shadowreg:
Vdim:
idPhy 1B49A0
idV2 1B49A0
idV3 1B49A001
Attributes:
IODev CUL1
autoReadReg 4_reqStatus
expert 2_full
firmware 2.2
model HM-LC-Dim1TPBU-FM
room CUL_HM
serialNr JEQ0198428
subType dimmer
Wann sehe ich ob dieser wirklich 100% gepaired ist? Was kann ich noch versuchen?
lg
8)
Zitat2015-06-25 23:07:59 R-pairCentral 0x123456
Eigentlich ist jetzt alles gut. Es gibt mehrere "Signale" für fertiges pairing.
ZitatPairedTo 0x123456
gehört auch dazu.
Cmds_done ist auch ein gutes Zeichen.
Jetzt sollte alles gehen 8)
Gruß Otto
Leider nicht, hab mal zwei Screenshots hochgeladen. Kann leider nicht ein oder ausschalten...
Das komische ist, wenn ich zuerst
set CUL1 hmPairForSec 60000
und dann
set CUL1 hmPairSerial JEQ0198428
absetze, blinkt das HomeMatic Device nur 1-2 Sekunden dann ist er fertig (gleich wie beim richtigen Pairing mit der CCU2, ...)
ich verstehe das nicht...
Sogar mein Thermostat funktioniert...
Sollten wir jetzt schlafen gehen und morgen geht es?
5 min vor Deinem Screenshot sahen die Readings gut aus ....
Du weißt schon das der Dimmer extra Kanäle hat die man nicht per default schalten kann.
Naja der Befehl hmPairForSec setzt Deinen CUL in Empfangsbereitschaft - zumindest so ungefähr 8) Du müsstest dann noch an einem Device Knöpfchen drücken...
Der Befehl hmPairSerial schickt die Informationen zum Device. Geht nur bei Aktoren!
Gruß Otto
Hallo Otto,
danke für die Info.
Wenn ich jetzt normal paire, kommt dann dies (laut Screenshot).
Sobald ich aber "getConfig" auswähle, kommt unten bei den readings folgendes:
Readings
CommandAccepted
yes
2015-06-25 23:33:51
D-firmware
2.2
2015-06-25 23:33:51
D-serialNr
JEQ0198428
2015-06-25 23:33:51
PairedTo
0x123456
2015-06-25 23:34:55
R-intKeyVisib
invisib
2015-06-25 23:34:55
R-pairCentral
0x123456
2015-06-25 23:34:55
RegL_00:
02:01 0A:12 0B:34 0C:56 15:FF 16:00 00:00
2015-06-25 23:34:55
powerOn
2015-06-25 23:32:32
2015-06-25 23:32:32
state
CMDs_done
2015-06-25 23:34:58
Wie kann ich nun den Dimmer schalten? Wie meinst du das ich den Dimmer nicht per Default steuern / schalten kann?
lg
DANKE Otto, jetzt funktionierts!
Musst die Kanäle extra anwählen, .. puh das heißt noch lernen lernen lernen :)
VIELEN DANK! Wenn mein System mal fertig ist, poste ich es hier :)
lg
Ok das ist klar, Du kannst immer wieder pairen und er braucht dann ein paar sekunden.
Aber er ist fertig gepairt, denke ich. Du musst es nicht mehr wieder holen.
Bei mir hat der Dimmer ein "Hauptdevice" und drei channels ...
_Sw1 _Sw1_V_01 _Sw1_V_02
Das Hauptchannel _Sw1 hat einen Slider und per webCmd auch on und off. Dort kannst Du steuern.
Die zwei "NebenChannels" 01 und 02 kann man irgendwie noch anderweitig verwenden, ich bin mir nicht sicher.
BTW: hast Du auch was angeschlossen was sich dimmen lässt? Nicht alle Leuchtmittel sind dimmbar. 8)
Gruß Otto
Sag mir doch mal noch bitte, warum wir ein paar Tage diskutiert haben und das pairing heute plötzlich ging?
Gruß Otto
Hi Otto,
ich denke ich habe immer vergessen den Befehl set CUL1 hmPairForSec 60 vor dem Pairen abzusetzen...
Seitdem ich das gemacht habe (bei jedem Gerät muss ich diesen Befehl vorher absetzen) funktioniert es prima :)
Danke!!
Moin iceget,
das ist ja komisch. Und dann hast mit hmPairSerial gepairt und nicht den Anlernknopf gedrückt?
Das wiederspricht etwas der Theorie (http://www.fhemwiki.de/wiki/HomeMatic_Devices_pairen)...
Alle Geräte kann man mit set <IO oder vccu> hmPairForSec 60 auf der Zentrale und dann drücken der Anlerntaste am Gerät pairen.
Alle Aktoren (also Schalter, Dimmer, Jalousie usw.) kann man auch nur mit dem Befehl set <IO oder vccu> hmPairSerial xxxxxxxxxx pairen.
Ich habe die Erfahrung gemacht, man muss es bei "Serial" meistens zweimal machen. Und es braucht auch immer etwas Zeit bis die Geräte alles ausgetauscht haben.
Na schön das es jetzt geht.
Gruß Otto
hmPairSerial funktioniert wohl auch ohne anlernknopf.
Ich gehe davon aus, dass es verriegelt ist, wenn man gepairt hat. Es sollte alsonur gehen, wenn nicht gepairt ist. Alles andere wäre eine Katastrophe - man könnte die Devices kapern.
Aber das kann man sowiese - sogar einfacher :(
Oder man muss es erst garnicht.... sicher ist es nur mit AES.
Hallo Martin,
Kann ich in fhem via homematic auch als AES Verschlüsselung aktivieren? Macht das Sinn? Vorteile, Nachteile?
Lg
Du solltest recherchieren und Dich belesen.
Zitat von: martinp876 am 26 Juni 2015, 11:42:29
hmPairSerial funktioniert wohl auch ohne anlernknopf.
davon gehe ich eigentlich aus. Mit HMLAN geht das auf alle Fälle. Mit Homematic CCU übrigens auch.
Ich gehe davon aus, dass es verriegelt ist, wenn man gepairt hat. Es sollte alsonur gehen, wenn nicht gepairt ist. Alles andere wäre eine Katastrophe - man könnte die Devices kapern. Naja bei mir war es immer so: Beim ersten hmPairSerial war noch nicht gepairt, kein PairedTo im reading, aber das Device war angelegt, Teile der Readings da. Nach der Wiederholung war dann gepairt.
Dann kann man es immer noch wiederholen und er scheint es zu verarbeiten, es ist ja ne bekannte Zentrale. An eine andere Zentrale geht definitiv nicht.
Aber klar kapern kann man, man braucht ja bloß die HMID und die meldet er ja...
@iceget Mach das mit dem AES mal wenn alles andere klar ist. 8) Und Du Langweile hast. Aber lesen schadet nicht.
Gruß Otto