Seminare FHEM (mit Homematic)

[chr2k]

Hört sich absolut cool an bei euch!

Wurden am vergangenen Sonntag "nur" Homematic Sachen angesprochen?

[oviwan]

im Sommer mit grillen auf dem Hof  zB ( hab nen 6 Flammengasgrill )
Location war doch ok ?!

Mehr als das! Eigentlich brauchen wir ja nur nen trockenen Platz, Strom und eine breite Datenleitung. Der Grill ist natürlich nicht zu toppen!

Harry

[Markus Bloch]

Hört sich absolut cool an bei euch!

Wurden am vergangenen Sonntag "nur" Homematic Sachen angesprochen?

Sagen wir mal so. Es war recht HomeMatic-lastig (Funkpegel/RSSI, Attribut autoReadReq richtig setzen, HM-CFG-USB via hmland in FHEM einbinden, Nutzung von Windows eq-3 Software parrallel mit FHEM, AES-Schlüsselerstellung/-konfiguration, AES Signierung, Firmware-Updates von Komponenten)

Zusätzlich noch ein kleiner Regexp-Crashkurs für notify's. Ansonsten viele einzelne Themen (FileLog-Bereiningung von alten Dateien, Anwesenheit, Callmonitor, ....)

Das soweit, an was ich mich auf die schnelle erinnere.

Gruß
Markus

[Ralf W.]

...
im Sommer mit grillen auf dem Hof  zB ( hab nen 6 Flammengasgrill )
Location war doch ok ?!
...

Hallo Franz,

Räumlichkeiten waren mehr als ok.

Ist morgen schon Sommer?

MfG

[MacDad]

Moin,

(m)ein erster Schritt ist getan, habe heute einen Teil der erworbenen Kenntnisse umgesetzt 

_FileLog aufgeräumt
__separaten Raum angelegt
__2015zener gelöscht {unlink ("./log/<filename.log>")}
__2016zener neu definiert (-%Y-%m.log), attr: nrarchive auf 2 gesetzt, Gruppen zugeordnet

_Attribut -> autoReadReg <- angepasst:
__HM-Sec-SC-2 und HM-Sec-RHS von 4_reqStatus auf 0_off gesetzt (Batteriebetrieb)
__HM-LC-Bl1PBU-FM von 4_reqStatus auf 8_stateOnly gesetzt (Strombetrieb)

Jetzt ist aber erstmal Feierabend

@Franz
Deine Räumlichkeiten sind topp und super geeignet für solche Anlässe ... und wenn jetzt noch ein Grill vorhanden ist ... was soll ich sagen ... einfach SPITZE 

Wünsche allen eine ruhige Restwoche ... Gruß Dirk

[P.A.Trick]

_Attribut -> autoReadReg <- angepasst:
__HM-LC-Bl1PBU-FM von 4_reqStatus auf 8_stateOnly gesetzt (Strombetrieb)

^^ Gilt das für alle strombetriebenen HM Komponenten oder nur für die Rolladenaktoren?

[Markus Bloch]

^^ Gilt das für alle strombetriebenen HM Komponenten oder nur für die Rolladenaktoren?

Für alle dauerstrombetriebenen HM-Aktoren/Sensoren. Bei batteriebetriebenen Sensoren, die selber zyklisch oder nur bei Änderung senden, sollte man dies auf 0_off stehen, da solche Sensoren auf getConfig und statusRequest nicht antworten ohne, dass man das Gerät in den Anlernmodus versetzt.

Bei batteriebetrieben Aktoren (z.B HM-CC-RT-DN, HM-Dis-WM55, HM-SEC-KEY, ...) sowie dem Wandthermostat (HM-TC-IT-WM-W-EU) kann man prinzipiell 4_reqStatus (statusRequest + getPeer + getConfig + ...) oder 8_stateOnly (statusRequest) setzen. Man sollte aber bedenken, was einem das bringen soll und ob einem das erhöhte IO-Aufkommen insbesondere beim FHEM Start wirklich Wert ist (siehe 1%-Regel sowie der Mehrverbrauch an Strom der Batterien durch erhöhte Funk-Last).

Gruß
Markus

[P.A.Trick]

Danke für die Erklärung Markus! Dann werde ich mal die Attribute ändern

[Bennemannc]

Hi Patrick,

zum einen spart das Batterie und zum anderen ist der Restart erheblich schneller - also die Zeit bis das WebIf wieder ansprechbar ist, wird erheblich verkürzt. Wann starten wir fhem neu - nach einem Update. Und was soll sich in der Startzeit schon großartig ändern. Die "alten" Werte werden ja aus der fhem.save wieder hergestellt. Ich habe das auch als erstes umgestellt.

Gruß Christoph

[P.A.Trick]

Hi Christoph,

ja sehe ich auch so. Danke nochmal für die Erklärung!

BTW:

Zur Kontrolle:

Code Auswählen Erweitern

list TYPE=CUL_HM autoReadReg

[Bytechanger]

Hallo,

sollte noch einmal ein Seminar HomeMatic mit FHEM stattfinden, wäre ich gerne dabei.

Ich habe aktuell folgendes Problem (Markus Bloch wurde mir als sehr kompetenter Ansprechpartner benannt):

Meine Konfiguration sieht folgendermaßen aus:

Raspi mit FHEM und CUL über eine VCCU.

Ich habe mehrere Fensterkontakte, die nur mit der Zentrale gepairt sind, da ich dort den Zustand benötige. Es bestehen also keine peers.
Für mich wäre eine AES-Signierung wichtig.

Also habe ich per assignHmKey den Schlüssel übertragen.
set Sign On eingestellt und das Attribut aesCommReq auf 1 gesetzt beim Fesnterkontakt.

Wenn der sich nun meldet sieht der Eventmonitor so aus:

Code Auswählen Erweitern

2016-01-31 14:37:12 CUL_HM EG_Kueche aesCommToDev: pending
2016-01-31 14:37:12 CUL_HM EG_Kueche aesCommToDev: ok
2016-01-31 14:37:12 CUL_HM EG_Kueche battery: ok
2016-01-31 14:37:12 CUL_HM EG_Kueche contact: open (to vccu)
2016-01-31 14:37:12 CUL_HM EG_Kueche open
2016-01-31 14:37:12 CUL_HM EG_Kueche trig_aes_vccu: ok:216
2016-01-31 14:37:12 CUL_HM EG_Kueche trigger_cnt: 216
2016-01-31 14:37:12 CUL_HM v_button1 trig_aes_EG_Kueche: ok:215
2016-01-31 14:37:12 CUL_HM v_button1 trig_aes_EG_Kueche: ok:215
2016-01-31 14:37:12 CUL_HM v_button1 trig_aes_EG_Kueche: ok:215
2016-01-31 14:37:12 CUL_HM v_button1 trig_aes_EG_Kueche: ok:215
2016-01-31 14:37:12 CUL_HM v_button1 trig_aes_EG_Kueche: ok:215
2016-01-31 14:37:12 CUL_HM v_button1 trigLast: EG_Kueche:open
2016-01-31 14:37:12 CUL_HM v_button1 trig_EG_Kueche: open
2016-01-31 14:37:12 CUL_HM v_button1 trig_aes_EG_Kueche: ok:216
2016-01-31 14:37:12 CUL_HM EG_Kueche aesCommToDev: pending
2016-01-31 14:37:13 CUL_HM EG_Kueche aesCommToDev: ok
2016-01-31 14:37:13 CUL_HM EG_Kueche trig_aes_vccu: ok:216
2016-01-31 14:37:13 CUL_HM EG_Kueche aesCommToDev: pending
2016-01-31 14:37:13 CUL_HM EG_Kueche aesCommToDev: ok
2016-01-31 14:37:13 CUL_HM EG_Kueche trig_aes_vccu: ok:216
2016-01-31 14:37:14 CUL_HM EG_Kueche aesCommToDev: pending
2016-01-31 14:37:15 CUL_HM EG_Kueche aesCommToDev: ok
2016-01-31 14:37:15 CUL_HM EG_Kueche trig_aes_vccu: ok:216
2016-01-31 14:37:17 CUL_HM EG_Kueche aesCommToDev: pending
2016-01-31 14:37:17 CUL_HM EG_Kueche aesCommToDev: ok
2016-01-31 14:37:17 CUL_HM EG_Kueche trig_aes_vccu: ok:216
2016-01-31 14:37:21 CUL_HM EG_Kueche aesCommToDev: pending
2016-01-31 14:37:21 CUL_HM EG_Kueche aesCommToDev: ok
2016-01-31 14:37:21 CUL_HM EG_Kueche trig_aes_vccu: ok:216
Das LED leuchtet ca. 10 Sekunden orange, dann rot!

Ohne AES gehts schnell, kurz orange, dann grün!
Allerdings zeigt das WEB bereits beim ersten CUL_HM EG_Kueche aesCommToDev: ok  den richtigen Status an!

Ist bestimmt ein blöder Anfängerfehler und ich habe vergessen etwas zu setzen, komme aber nicht drauf!
Es sieht für mich so aus, als ob der Fensterkontakt auf eine Bestätigung wartet, die er aber nicht bekommt!



Greets

Byte

[Markus Bloch]

Hast am fensterkontakt den anlernknopf gedrückt? Nur dann werden die ganzen Settings an den fensterkontakt übertragen.

Generell sollten weitere Fragen zum Thema homematic eher im homematic Bereich gepostet werden. Dort sind sie besser aufgehoben als hier.

Gruß
Markus

PS: wer hat mich denn da verpfiffen?

[Bytechanger]

Habe den Knopf gedrückt,

da wurde ich an Dich verwiesen. Dort wusste man sich auch keinen Rat mehr.

Hier das List, dass laut User unauffällig (normal) aussieht..

Code Auswählen Erweitern

Internals:
   CFGFN
   CUL0_MSGCNT 255
   CUL0_RAWMSG A0E27A0102782051DA4620100000000::-61:CUL0
   CUL0_RSSI  -61
   CUL0_TIME  2016-01-31 17:18:44
   DEF        278205
   IODev      CUL0
   LASTInputDev CUL0
   MSGCNT     255
   NAME       EG_Kueche
   NR         615
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:27 - t:10 s:278205 d:1DA462 0100000000
   protEvt_AESCom-ok 54 last_at:2016-01-31 17:18:41
   protLastRcv 2016-01-31 17:18:44
   protSnd    115 last_at:2016-01-31 17:18:44
   protState  CMDs_done
   rssi_at_CUL0 avg:-57.96 cnt:147 min:-85 lst:-61 max:-40.5
   Readings:
     2016-01-31 17:18:43   Activity        alive
     2016-01-31 17:17:48   CommandAccepted yes
     2016-01-31 17:18:43   D-firmware      2.4
     2016-01-31 17:18:43   D-serialNr      LEQ0214384
     2016-01-31 17:18:44   PairedTo        0x1DA462
     2016-01-31 17:17:48   R-cyclicInfoMsg on
     2016-01-31 16:22:37   R-eventDlyTime  0 s
     2016-01-31 16:26:48   R-pairCentral   0x1DA462
     2016-01-31 16:22:37   R-sabotageMsg   on
     2016-01-31 17:16:16   R-sign          on
     2016-01-31 17:18:43   RegL_00.          02:01 09:01 0A:1D 0B:A4 0C:62 10:01 14:06 00:00
     2016-01-31 17:18:44   RegL_01.          08:01 20:60 21:00 22:64 30:06 00:00
     2016-01-31 17:18:41   aesCommToDev    ok
     2016-01-31 17:17:47   aesKeyNbr       02
     2016-01-31 17:18:32   battery         ok
     2016-01-31 17:18:32   contact         closed (to vccu)
     2016-01-31 17:18:32   state           closed
     2016-01-31 17:18:32   trigDst_vccu    noConfig
     2016-01-31 17:18:41   trig_aes_vccu   ok:11
     2016-01-31 17:18:32   trigger_cnt     11
   Helper:
     HM_CMDNR   39
     PONtest    1
     cSnd       011DA46227820501040000000001,011DA4622782050103
     mId        00B1
     peerIDsRaw ,00000000
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +278205,01,01,02
       nextSend   1454257124.54621
       prefIO
       rxt        2
       vccu
       p:
         278205
         01
         01
         02
     Mrssi:
       mNo        27
       Io:
         CUL0       -59
     Prt:
       bErr       0
       sProc      0
       try        1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         CUL0
       flg        A
       ts         1454257124.45185
       ack:
         HASH(0x1aab1d0)
         2780021DA46227820500
     Rssi:
       At_cul0:
         avg        -57.9625850340136
         cnt        147
         lst        -61
         max        -40.5
         min        -85
     Shadowreg:
   Role:
Attributes:
   IODev      CUL0
   IOgrp      vccu:CUL0
   actCycle   028:00
   actStatus  alive
   aesCommReq 1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.4
   model      HM-SEC-SC-2
   peerIDs    00000000,
   room       CUL_HM,EG
   serialNr   LEQ0214384
   subType    threeStateSensor

[Bennemannc]

Hallo Markus,

PS: wer hat mich denn da verpfiffen?

Das war ich - ich sehe da einfach nicht, warum das nicht funktioniert. Die einzigste Idee die ich noch habe ist, das der Schlüssel nicht korrekt erstellt wurde.

Gruß Christoph

[Bytechanger]

Schlüssel habe ich von Hand erstellt.
Wie erstelle ich denn einen korrekten Schlüssel (nutze einen cul)?

Aber laut log, würde ich sagen, das die signatur ok ist, nur der send
Sor kein ok bekommt...