Hallo Allerseits,
ich habe mir einen Satz HomeMatic Rauchmelder HM-SEC-SD-2 zugelegt und diese bereits in FHEM eingebunden (analog der Beschreibung zum HM-SEC-SD hier im Wiki http://www.fhemwiki.de/wiki/HM-SEC-SD_Rauchmelder (http://www.fhemwiki.de/wiki/HM-SEC-SD_Rauchmelder)).
Die Rauchmelder werden auch soweit erkannt und konnten einem Team zugewiesen werden.
Auf FHEM-Oberfläche ist dann auch der Eintrag "
Rauchmelder_Team set_press short press short press long" zu finden.
Leider tut sich nichts, wenn ich z.B. auf press short klicke.
Im Logfile stehen folgende Fehlermeldungen:
Zitat2016.06.01 00:00:01 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:20:26 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:20:26 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:20:26 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:20:27 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:20:38 3: CUL_HM set OG_Rauchmelder_Test1 statusRequest
2016.06.02 17:21:09 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:21:15 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:21:15 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:22:36 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:22:36 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:22:36 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:22:36 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:22:37 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:22:58 3: CUL_HM set Rauchmelder_Team press short
2016.06.02 17:23:29 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:23:29 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:23:29 1: Error: HM_4C6FC2 has no TYPE
2016.06.02 17:23:30 1: Error: HM_4C6FC2 has no TYPE
[...]
Hat jemand einen Tipp für mich?
Gruß
FriendOfFhem
Fhem info:
Release : 5.7 FeatureLevel: 5.7
OS : linux
Arch : arm-linux-gnueabihf-thread-multi-64int
Perl : v5.20.2
uniqueID : 9bd8513141fd06814a295a45b8abe3fe
upTime : 3 days, 22:02:42
Defined modules:
CUL_HM : 6
FHEMWEB : 3
FileLog : 4
HMLAN : 1
allowed : 4
autocreate : 1
eventTypes : 1
notify : 1
telnet : 1
Defined models per module:
CUL_HM : ActionDetector,HM-SEC-RHS,HM-SEC-SD-2,virtual_1
Mach mal bitte ein list vom Team Device.
Wie mache ich das?
guckstduhier:
https://forum.fhem.de/index.php/topic,35298.0.html (https://forum.fhem.de/index.php/topic,35298.0.html)
da steht eigentlich alles beschrieben...
tippe mal, dass es wie bei mir auch, an dem 'assignHmKey' liegt...
So, ich habe mir jetzt alles hier https://forum.fhem.de/index.php/topic,35298.0.html (https://forum.fhem.de/index.php/topic,35298.0.html) zu dem Thema durchgelesen, aber nicht soo viel verstanden...
Aber vielleicht soviel, dass ich dem Fehler näher komme.
Ich hatte vor dem Einbinden der RM in FHEM, die AES-Verschlüsselung der RM mit dem HomeMatic Lan-Interface Configurator ausgeschaltet, weil ich gelesen hatte, dass FHEM das nicht kann.
War das der Fehler? Muss ich die RM nun erstmal alle wieder aus FHEM entfernen, die AES-Verschlüsselung einschalten und dann wieder neu einbinden?
Ähm, NEIN.
Da wirfst Du Einiges durcheinander.
Bitte nochmal die AnfängerWiki lesen!
Kurz:
- FHEM <-> HMLan hier muss die AES-Verschlüsselung abgeschaltet werden, richtig. Dies betrifft aber NUR die Kommunikation übers Netzwerk von deinem FHEM-Server zum HMLan-Modul
- HMLan <-> Homematic-Komponenten, hier kann eine AES-Signierung aktiviert werden, die kann auch FHEM
Dein Problem ist aber ein Anderes.
Das Kommando short und long kennt der Teamleader nicht, sondern nur teamCall, alarmOn und alarmOff.
Gib mal bei deinem Teamleader das Attribut webCmd teamCall:alarmOn:alarmOff
(also Teamleader aufrufen unter attr aus der Auswahlbox webCmd aussuchen und "teamCall:alarmOn:alarmOff" in das Textfeld daneben einkopieren, dann attr klicken.)
By the way könntest du noch unter icon secur_smoke_detector
und devStateIcon off:general_ok *:secur_alarm hinzufügen, ist aber nur optik.
Greets
Byte
Du hast wohl deinen Rauchmelder zu schnell umbenannt.
Wenn du das Device HM_4C6FC2 umbenannt hattest, dann lösche mal die Überreste mit:
delete HM_4C6FC
@Bytechanger:
Meinst Du das Wiki: http://fhem.de/Heimautomatisierung-mit-fhem.pdf (http://fhem.de/Heimautomatisierung-mit-fhem.pdf) ?
Ich habe jetzt das Attribut
webCmd teamCall:alarmOn:alarmOff gesetzt.
Im Log finden sich jetzt folgende Einträge:
Zitat2016.06.05 11:40:19 1: CUL_HM Rauchmelder_Team need Crypt::Rijndael to generate AES-CBC signature
2016.06.05 11:40:19 3: CUL_HM set Rauchmelder_Team alarmOn
2016.06.05 11:40:28 1: CUL_HM Rauchmelder_Team need Crypt::Rijndael to generate AES-CBC signature
2016.06.05 11:40:28 3: CUL_HM set Rauchmelder_Team teamCall
2016.06.05 11:40:55 1: CUL_HM Rauchmelder_Team need Crypt::Rijndael to generate AES-CBC signature
Ich nehme an, dass das etwas mit der AES-Verschlüsselung zu tun hat, richtig?
Muss ich hier jetzt noch für jeden RM einen AES-Schlüssel zuweisen?
Die Attribute
icon secur_smoke_detector und
devStateIcon off:general_ok :secur_alarm habe ich auch gesetzt. Das sieht natürlich sehr viel schöner aus. :)
@stromer-12:
Wenn ich
delete HM_4C6FC eingebe, erhalte ich die Fehlermeldung:
Please define HM_4C6FC first .
Hallo,
steht ja alles im log. Du musst noch ein fehlendes Paket nachinstallieren.
libcrypt-rijndael-perl
Das benötigen die HM Geräte wenn AES im Spiel ist.
Nach der Installation der Library läuft jetzt soweit alles :)
Ihr hattet noch empfohlen, dass man den AES-Standard-Schlüssel in einen selbst gewählten Schlüssel ändern soll.
Wie mache ich das?
http://fhemwiki.de/wiki/AES_Encryption (http://fhemwiki.de/wiki/AES_Encryption)
Die Vergabe des neuen, geheimen Schlüssels mit
attr HMLAN1 hmKey xyz (unkodiert)
hat funktioniert.
FHEM antwortet mit
ZitathmKey set to 01:xyz (kodiert)
Auch der nächste Schritt klappt noch:
set Rauchmelder assignHmKey
Danach folgt lt. Anleitung:
set Rauchmelder sign on
Hier erhalte ich eine Fehlermeldung
Zitatsign failed: supported register are devRepeatCntMax pairCentral
Was mache ich falsch?
da der nicht ohne sign kann, hat der da auch kein register dafür. folglich kannst du das auch nicht ein- oder ausschalten. und das sagt ja auch die fehlermeldung...
eigentlich sollte aber alles funktionieren
Zitat von: automatisierer am 17 Juni 2016, 21:26:54
da der nicht ohne sign kann, hat der da auch kein register dafür. folglich kannst du das auch nicht ein- oder ausschalten. und das sagt ja auch die fehlermeldung...
eigentlich sollte aber alles funktionieren
Woran kann ich denn erkennen, ob das System nur noch mit dem geheimen, neuen Schlüssel und nicht mehr mit dem Default-Schlüssel arbeitet?
Muss ich denn nicht jeder Komponente den geheimen, neuen Schlüssel bekanntgeben?
Zitat von: FriendOfFhem am 17 Juni 2016, 22:18:32
Woran kann ich denn erkennen, ob das System nur noch mit dem geheimen, neuen Schlüssel und nicht mehr mit dem Default-Schlüssel arbeitet?
Ich nutze dazu immer das reading "aesKeyNbr". Dieses sollte nach dem Zuweisen des neuen Keys nicht mehr 00 lauten, sondern der letzen Position in der Liste der AES Keys entsprechen.
Zitat von: Mirak am 20 Juni 2016, 08:01:14
Ich nutze dazu immer das reading "aesKeyNbr". Dieses sollte nach dem Zuweisen des neuen Keys nicht mehr 00 lauten, sondern der letzen Position in der Liste der AES Keys entsprechen.
Das ist soweit richtig. Wenn ich mich nicht ganz irre, sollte der Wert der unter aesKeyNbr steht durch 2 geteilt dem aktuellen Listenplatz des AES-Keys gleich sein.
Könnt ihr mir bitte kurz beschreiben, wie ich das machen muss, bzw. wo das beschrieben ist?
was machen?
das Reading aesKeyNbr findest du in den Readings der Rauchmelder. Falls nicht, musst du mal ein getConfig machen.
Zitat von: Mirak am 20 Juni 2016, 08:01:14
Ich nutze dazu immer das reading "aesKeyNbr". Dieses sollte nach dem Zuweisen des neuen Keys nicht mehr 00 lauten, sondern der letzen Position in der Liste der AES Keys entsprechen.
"aesKeyNbr" steht noch auf "
00".
Zitat von: automatisierer am 17 Juni 2016, 21:26:54
da der nicht ohne sign kann, hat der da auch kein register dafür. folglich kannst du das auch nicht ein- oder ausschalten. und das sagt ja auch die fehlermeldung...
eigentlich sollte aber alles funktionieren
Ich bin strickt nach der Anleitung (<http://fhemwiki.de/wiki/AES_Encryption (http://fhemwiki.de/wiki/AES_Encryption)>) vorgegangen und in dieser steht im 3. Schritt, ich soll den Befehl
set Rauchmelder sign on
ausführen. Danach erhalte ich die Fehlermeldung:
sign failed: supported register are devRepeatCntMax pairCentral
Warum steht dies so in der Anleitung, wenn das so nicht funktioniert? Der Author wird sich dabei doch was gedacht haben. :-\
Wie muss ich weitermachen? Soll ich dieses Schritt einfach weglassen?
Zitat von: FriendOfFhem am 22 Juni 2016, 17:49:26
"aesKeyNbr" steht noch auf "00".
Wenn das "set assignHmKey" ohne Fehler geklappt hat, würde ich "set Rauchmelder clear readings" machen und anschließend den Rauchmelder ohne Rücksetzen nochmals an die VCCU anlernen. Im Zweifel
vor dem Anlernen nochmals im FHEM Device "set assignHmKey" auslösen und warten bis die Befehle ausgeführt sind.
Zitat von: FriendOfFhem am 22 Juni 2016, 17:49:26
Ich bin strickt nach der Anleitung (<http://fhemwiki.de/wiki/AES_Encryption (http://fhemwiki.de/wiki/AES_Encryption)>) vorgegangen und in dieser steht im 3. Schritt, ich soll den Befehl set Rauchmelder sign on
ausführen. Danach erhalte ich die Fehlermeldung: sign failed: supported register are devRepeatCntMax pairCentral
Wie automatisierer bereits geschieben hat: Rauchmelder kommunizieren ausschließlich verschlüsselt. Daher gibt es dort keine Konfigurationsmöglichkeit über "set sign on", da dies dauerhaft auf on steht. Daher die Fehlermeldung.
Zitat von: FriendOfFhem am 22 Juni 2016, 17:49:26
Warum steht dies so in der Anleitung, wenn das so nicht funktioniert? Der Author wird sich dabei doch was gedacht haben. :-\
Eine allgemeine AES Anleitung passt halt nicht in allen Einzelheiten zu allen Varianten.
Zitat von: FriendOfFhem am 22 Juni 2016, 17:49:26
Wie muss ich weitermachen? Soll ich dieses Schritt einfach weglassen?
Genau
Eine Info, die mir generell zum Thema Rauchmelder und dessen Verständnis geholfen hat, wenn man mehrere Rauchmelder im Team verbunden hat:
Der Rauchmelder wird nicht direkt gesteuert, sondern immer nur der Teamverband. Dazu stehen die Befehle teamCall, alarmOn und alarmOff zur Verfügung, wie Bytechanger das weiter oben beschrieben hat. Ich hatte auch länger gedacht, dass man einen Rauchmelder direkt steuert, aber das ist (im Unterschied zu anderen Homematic-Geräten) hier NICHT der Fall. Übrigens kann man natürlich über eventMap die Befehle alarmOn und alarmOff umdefinieren. Das würde so aussehen:
attr <device> eventMap /alarmOn:on/alarmOff:off/
Also: verbinden alle Deine Rauchmelder zu einem Team. Im Ergebnis piepen alle, wenn sich einer einschaltet - daher das Team.
Willst Du den Alarm auch aktiv nutzen (z.B. durch Einbindung in eine Alarmanlage - so hab ich das gemacht), dann helfen die Befehle "set TeamLeader alarmOn" bzw. "set TeamLeader alarmOff". Der TeamCall ist eine Testverbindung, die alle angeschlossenen Rauchmelder im Team 10x leiser piepen lässt.
Wie Bytechange schon sagt, das attr webCmd gehört natürlich zur TeamLeader-Definition.
Hallo zusammen,
nachdem ich mich nun einige Stunden mit dem HM-SEC-SD-2 beschäftigt habe, ihn im System angelernt habe, meine Rauchmelder in einem TeamLeader zusammengeführt habe, einen eigenen AES Key vergeben habe (im HM LAN Adapter unter hmKey sichtbar), schaffe ich es nicht die Rauchmelder zu einem Alarm zu bewegen.
LogFile sagt dazu, dass "CUL_HM Rauchmelder_Team need Crypt::Rijndael to generate AES-CBC signature" benötigt wird.
Da ich aber keinen CUL Stick sondern den HM LAN Adapter verwende sollte ich dieses Modul doch nicht benötigen, oder liege ich hier falsch?
Und wenn doch - hat jemand einen Tipp, wo und wie ich es erhalte? Bei mir läuft FHEM auf einer Synology DS214+
Danke für Hilfestellung...
Zitat von: UliD am 03 Juli 2016, 14:55:37
Hallo zusammen,
nachdem ich mich nun einige Stunden mit dem HM-SEC-SD-2 beschäftigt habe, ihn im System angelernt habe, meine Rauchmelder in einem TeamLeader zusammengeführt habe, einen eigenen AES Key vergeben habe (im HM LAN Adapter unter hmKey sichtbar), schaffe ich es nicht die Rauchmelder zu einem Alarm zu bewegen.
LogFile sagt dazu, dass "CUL_HM Rauchmelder_Team need Crypt::Rijndael to generate AES-CBC signature" benötigt wird.
Da ich aber keinen CUL Stick sondern den HM LAN Adapter verwende sollte ich dieses Modul doch nicht benötigen, oder liege ich hier falsch?
Und wenn doch - hat jemand einen Tipp, wo und wie ich es erhalte? Bei mir läuft FHEM auf einer Synology DS214+
Danke für Hilfestellung...
Ja, da liegst du Falsch. Diese Modul musst du installieren.
Wo du es findest und wie du es installieren kannst wird dir bestimmt google sagen können.
Hallo ULiD,
da steht doch nur das das Perl-Modul Crypt::Rijndael fehlt (Debian: libcrypt-rijndael-perl).
vg Jens
Danke erst mal für die Rückmeldungen.
Klar habe ich Google zuerst gefragt, aber es gibt eine Unzahl von Paketen die prozessorabhängig sind. Es wird ja nicht nur ein Perl Script sondern auch eine Library benötigt, die zum Prozessor und ggfs zur LINUX Distribution passen muss.
Ein paar Quellen habe ich gefunden, aber dort werden Source Codes und Makefiles angeboten und die Lib muss auf dem Zielsystem compiliert werden.
Genau das aber will ich auf der Synology vermeiden, stattdessen wäre eine fertige Library plus Perl Modul das perfekte Paket für mich.
Wenn's dann jemand hat parat hat wäre ich für einen Link dankbar.
Sollte ich mich allerdings in meine Gedanke total verrannt haben, bitte ich darum, wieder auf den richtigen Weg gebracht zu werden.
Also, auch ich komme mit den Meldern nicht klar/weiter.
Ich schaffe es nicht, diese in FHEM anzulernen.
Ich habe nur ein FHEM mit 868 CUL in HM Mode. Einen HM-CFG-LAN habe ich nicht.
Ich Resete Melder 1 durch drücken der Taste, bis es Rot blinkt.
Danach schalte ich den CUL auf Pairing. Drücke die Taste am Melder durch drücken bis es blinkt.
Der Melder wird als z.b. HM_4913F5 gefunden.
Und sofort schaltet er in MISSING ACK.
Danach ist mMn kein Ansprechen des Melders mehr möglich, außer ich drücke die Taste am Melder wieder, bis sie blinkt. dann "sehe" ich einen Status in FHEM.
Kann mir bitte jemand helfen, was ich überprüfen kann um zu sehen, an was es liegt?
Danke
Zitat von: automatisierer am 09 Juni 2016, 21:36:17
deine Problembschreibung ist noch nicht so ganz durchsichtig.
Daher nehme ich jetzt mal an, dass du für die neuen SD2 keinen VirtuellenTeamLead hast.
Falls doch, hast du deine SD2 zumindest nicht mit diesem gepeert, da du ja mit dem oben genannten Befehl den SD2 mit sich selbst gepeert hast (du hattest gepairt geschrieben - ich nehme mal an, dass war ein Versehen). Somit ist wohl klar, dass du keinen TeamCall auslösen kannst, da du kein Team hast.
Also zum richtigen Vorgehen:
- SD2 mit FHEM pairen
- dem SD2 den aktuelle AES-Key zuweisen mit:set <SD2> assignHmKey
- einen virtuellenTeamLead für die SD2 erstellen (wie im FHEM-WiKi zu HM-SEC-SD beschrieben)(einen VirtuellenTeamLead für den alten SD und den neuen SD2 gemeinsam verwenden funktioniert nicht)
- den VirtuellenTeamLead mit dem SD2 peeren, mit: set <virtTeamLead> peerChan 0 <SD2> single set actor
das wars.
Schau mal in die Bed.-Anleitung des SD2 ob du die Knöpfe richtig und mit den richtigen Zeiten drückst.
Und dann brauchst du noch das Perl-Modul Crypt::Rijndael.
Zitat von: Mirak am 23 Juni 2016, 07:30:03
Wenn das "set assignHmKey" ohne Fehler geklappt hat, würde ich "set Rauchmelder clear readings" machen und anschließend den Rauchmelder ohne Rücksetzen nochmals an die VCCU anlernen. Im Zweifel vor dem Anlernen nochmals im FHEM Device "set assignHmKey" auslösen und warten bis die Befehle ausgeführt sind.
Das ist das Einzige was funktioniert hat. Problem ist nur, dass mit dem erneuten
set assignHmKey
die
aesKeyNbr auf
02 steht. Die hätte ich natürlich gerne auf
01 gehabt.
Zitat von: Mirak am 23 Juni 2016, 07:30:03
Wie automatisierer bereits geschieben hat: Rauchmelder kommunizieren ausschließlich verschlüsselt. Daher gibt es dort keine Konfigurationsmöglichkeit über "set sign on", da dies dauerhaft auf on steht. Daher die Fehlermeldung.
Eine allgemeine AES Anleitung passt halt nicht in allen Einzelheiten zu allen Varianten.
Genau
Die Anleitung (<http://fhemwiki.de/wiki/AES_Encryption (http://fhemwiki.de/wiki/AES_Encryption)>) ist für die Einrichtung des
HM-SEC-SD-2 Rauchmelder nicht wirklich geeignet. Da würde ich mir wünschen, dass einer der Wissenden mal eine neue Anleitung für diesen Rauchmelder schreibt, da die Probleme und Fragen ja immer wieder auftreten. Das wäre wirklich sehr hilfreich und es danken bestimmt viele dafür.
Zitat von: FriendOfFhem am 12 Juli 2016, 21:31:17
Das ist das Einzige was funktioniert hat. Problem ist nur, dass mit dem erneuten set assignHmKey
die aesKeyNbr auf 02 steht. Die hätte ich natürlich gerne auf 01 gehabt.
Die Anleitung (<http://fhemwiki.de/wiki/AES_Encryption (http://fhemwiki.de/wiki/AES_Encryption)>) ist für die Einrichtung des HM-SEC-SD-2 Rauchmelder nicht wirklich geeignet. Da würde ich mir wünschen, dass einer der Wissenden mal eine neue Anleitung für diesen Rauchmelder schreibt, da die Probleme und Fragen ja immer wieder auftreten. Das wäre wirklich sehr hilfreich und es danken bestimmt viele dafür.
aesKeyNbr 02 entspricht dem 1. Listenplatz, also: hmKey 01
und
aesKeyNbr 04 entspricht dem 2. Listenplatz, also: hmKey 02
aesKeyNbr entspicht dem hmKey Listenplatz mal 2, auch das steht irgendwo bei der allgemeinen AES Anleitung.
Zitat von: UliD am 03 Juli 2016, 14:55:37
Hallo zusammen,
nachdem ich mich nun einige Stunden mit dem HM-SEC-SD-2 beschäftigt habe, ihn im System angelernt habe, meine Rauchmelder in einem TeamLeader zusammengeführt habe, einen eigenen AES Key vergeben habe (im HM LAN Adapter unter hmKey sichtbar), schaffe ich es nicht die Rauchmelder zu einem Alarm zu bewegen.
LogFile sagt dazu, dass "CUL_HM Rauchmelder_Team need Crypt::Rijndael to generate AES-CBC signature" benötigt wird.
Da ich aber keinen CUL Stick sondern den HM LAN Adapter verwende sollte ich dieses Modul doch nicht benötigen, oder liege ich hier falsch?
Und wenn doch - hat jemand einen Tipp, wo und wie ich es erhalte? Bei mir läuft FHEM auf einer Synology DS214+
Danke für Hilfestellung...
Welches Perl Modul nutzt du?
Das aus dem Paketmanager oder das IPKG?