Zweiter Schritt: Homematic Einstieg

Beta-User · 29 Mai 2020, 16:07:58

...was auch immer du mit dieser Information anfangen willst... (ich verstehe die Rückmeldung nicht; das Abschalten von autocreate mag dagegen helfen, dass du Infos zu den getrennten Installationen nicht in beiden siehst, aber "that's it", und ob die ganze Konstruktion mit den 2 FHEM Sinn macht, ist damit auch nicht gesagt, aber das scheint ja so sein zu müssen).

Weitere Stichworte jedenfalls: VCCU und ignore...

(Auch das sind Grundlagen zu CUL_HM; also lies v.a. einfach mal in Ruhe, was du zum Thema VCCU findest).

Otto123 · 29 Mai 2020, 17:48:59

Zitat von: Beta-User am 29 Mai 2020, 16:07:58

Weitere Stichworte jedenfalls: VCCU und ignore...

Aber dann eigentlich nur mit "getrennten" also nicht identischen HMIDs der beiden VCCUs/Zentralen.

claudio-fhem · 15 August 2021, 11:49:01

Hello again!

Ich habe mittlerweile noch einen fhem raspi 2 an einem anderen Standort, das integriert primär 2 pilight Instanzen (läuft seit letztem Jahr einwandfrei), hat aber auch einen CUL (mit VCCU), der Homematic spricht.

Daran habe ich gestern eine von meinen Schaltsteckdosen angelernt (erstes Homematic-Gerät an dieser Installation).

Code Auswählen

2021.08.14 14:32:49 1: CUL_HM Unknown device HM_6859AF is now defined 
2021.08.14 14:32:49 3: CUL_HM received config CCU:vccu device: HM_6859AF. PairForSec: on PairSerial: 
2021.08.14 14:32:49 3: CUL_HM pair: HM_6859AF switch, model HM-LC-SW1-PL-DN-R1 serialNr PEQ1449713
2021.08.14 14:32:54 3: CUL_HM received config CCU:vccu device: HM_6859AF. PairForSec: off PairSerial: 
2021.08.14 14:33:00 3: CUL_HM set HM_6859AF statusRequest noArg
2021.08.14 14:33:04 3: CUL_HM set HM_6859AF getConfig noArg
2021.08.14 14:33:58 3: CUL_HM set HM_6859AF off noArg
2021.08.14 14:34:02 3: CUL_HM set HM_6859AF on noArg
2021.08.14 14:34:31 3: CUL_HM set HM_6859AF off noArg
2021.08.14 14:37:15 1: RMDIR: ./restoreDir/save/2021-01-30
2021.08.14 14:39:13 3: CUL_HM set HM_6859AF getConfig noArg
2021.08.14 14:43:52 3: CUL_HM set HM_6859AF off noArg
2021.08.14 14:43:56 3: CUL_HM set HM_6859AF on noArg

Das Gerät ist gepairt und ich kann aus der GUI schalten

Code Auswählen

 Device name:HM_6859AF
   mId      	:0002  Model=HM-LC-SW1-SM
   mode   	:normal
   protState	: CMDs_done pending: none

 configuration check: updating

Configuration check updating habe ich seit gestern nachmittag, außerdem wurde kein Logfile (in der GUI?) angelegt. Ich hab dann ein LogFile erzeugt, Typ text, aber wenn ich auf "text" geklickt habe, wurde immer ein SVG-plot angezeigt, daher habe ich das Device (LogFile) wieder gelöscht.

Danach fiel mir auf, dass das GENERELLE Logfile aus der GUI verschwunden ist (normalerweise links über "Commandref). In /opt/fhem/log kann ich das log für August aber lesen.

Ich hatte gestern versucht, die Schaltsteckdose automatisch auf "AN" zu setzen, nach power loss:

Code Auswählen

2021.08.14 15:20:33 3: CUL_HM set HM_6859AF regSet exec powerUpAction on
2021.08.14 15:20:37 3: CUL_HM set HM_6859AF getConfig noArg
2021.08.14 15:22:27 3: CUL_HM set HM_6859AF regSet exec powerUpAction on
2021.08.14 15:25:19 3: CUL_HM set HM_6859AF regSet exec powerUpAction on

aber mit "getConfig" bekomme ich (anders als auf meinen anderen fhems mit CUL und VCCU und er selben Sorte Homematich Schaltsteckdose) keinen Parameter dafür angezeigt.

Egal ob ich in der GUI oder der Kommandozeile versuche, "getConfig" zu machen, es kommt scheinbar nichts zurück von der Schaltsteckdose:

Code Auswählen

2021.08.15 11:46:49 3: CUL_HM set HM_6859AF getConfig noArg
2021.08.15 11:47:09 3: CUL_HM set HM_6859AF getConfig noArg

Was mache ich falsch?

______

PS: Raspi (Raspbian Buster light) und FHEM hatte ich heute morgen nacheinander upgedated, so sah danach der Start von fhem im log aus:

Code Auswählen

Server shutdown
2021.08.15 11:33:21 1: Including fhem.cfg
2021.08.15 11:33:22 3: WEB: port 8083 opened
2021.08.15 11:33:22 2: eventTypes: loaded 458 lines from ./log/eventTypes.txt
2021.08.15 11:33:22 3: Opening CULgb1 device /dev/ttyUSB0
2021.08.15 11:33:22 3: Setting CULgb1 serial parameters to 38400,8,N,1
2021.08.15 11:33:25 3: CULgb1: Possible commands: ABbCEeFfGhiKklMmRTtUVWXxYz
2021.08.15 11:33:25 3: CULgb1 device opened
2021.08.15 11:33:25 2: Switched CULgb1 rfmode to HomeMatic
2021.08.15 11:33:28 3: Opening pili1 device 10.10.10.107:5000
2021.08.15 11:33:28 3: piliGB device opened
2021.08.15 11:33:29 3: Opening pili2 device 192.168.100.107:5000
2021.08.15 11:33:29 3: piliOrp device opened
2021.08.15 11:33:29 1: Including ./log/fhem.save
2021.08.15 11:33:29 0: Featurelevel: 6
2021.08.15 11:33:29 0: Server started with 24 defined entities (fhem.pl:24810/2021-07-29 perl:5.028001 os:linux user:fhem pid:484)
2021.08.15 11:33:34 1: CUL_HM start inital cleanup
2021.08.15 11:33:34 1: PERL WARNING: substr outside of string at ./FHEM/10_CUL_HM.pm line 10697.
2021.08.15 11:33:34 1: PERL WARNING: Use of uninitialized value in hex at ./FHEM/10_CUL_HM.pm line 10697.
2021.08.15 11:33:34 1: PERL WARNING: Use of uninitialized value $a[2] in uc at ./FHEM/10_CUL_HM.pm line 571.
2021.08.15 11:33:34 1: define vccu_Btn0 CUL_HM : wrong syntax: define <name> CUL_HM 6-digit-hex-code [Raw-Message]
2021.08.15 11:33:34 1: CUL_HM finished initial cleanup

claudio-fhem · 15 August 2021, 15:36:20

OK, mit einem beherzten

Code Auswählen

define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

habe ich den logFile wieder in die GUI katapultiert. Aber wie bekomme ich für die Schaltsteckdose ein eigenes log, wenn es nicht miterstellt wurde?

MadMax-FHEM · 15 August 2021, 16:19:07

Code Auswählen


define FileLogDeviceName FileLog ./log/LogdateiName-%Y-%m.log DeviceName:RegEx
attr FileLogDeviceName logtype text

Siehe commandref...

EDIT: Das noArg kannst du ignorieren, gibt Threads im Forum. Nachdem er sich schalten lässt, ist er wohl tatsächlich gepaired. Ansonsten würden entsprechende lists der Devices weiterhelfen...

Warum einen CUL für Homatic, wenn man ein neues/weiteres System aufsetzt?
Ist und bleibt mir ein Rätsel...

Gruß, Joachim

claudio-fhem · 15 August 2021, 16:42:26

Zitat von: MadMax-FHEM am 15 August 2021, 16:19:07
define FileLog ./log/LogdateiName-%Y-%m.log DeviceName:RegEx
attr FileLogDeviceName logtype text

Siehe commandref...

EDIT: Das noArg kannst du ignorieren, gibt Threads im Forum. Nachdem er sich schalten lässt, ist er wohl tatsächlich gepaired. Ansonsten würden entsprechende lists der Devices weiterhelfen...

Warum einen CUL für Homatic, wenn man ein neues/weiteres System aufsetzt?

Gruß, Joachim

Tausend Dank für die Antwort!

Ah, das Problem war, dass ich mit dem Alias definiert hatte, darauf blieb das Log leer. Mit dem HM_6859AF als device name hat es geklappt!

Jetzt bleibt nur noch das Problem mit dem

Code Auswählen

set HM_6859AF regSet exec powerUpAction on

Das sehe ich im general log:

Code Auswählen

2021.08.15 16:32:49 3: CUL_HM set HM_6859AF regSet exec powerUpAction on
2021.08.15 16:33:21 3: CUL_HM set HM_6859AF regSet exec powerUpAction on

Im neuen Log für das Device ist nichts.

Ein getConf danach:

Code Auswählen

2021.08.15 16:35:34 3: CUL_HM set HM_6859AF getConfig noArg

führt im Log des Device zu

Code Auswählen

2021-08-15_16:35:34 HM_6859AF commState: CMDs_pending
2021-08-15_16:35:34 HM_6859AF cfgState: updating
2021-08-15_16:35:34 HM_6859AF cfgState: updating
2021-08-15_16:35:34 HM_6859AF commState: CMDs_pending
2021-08-15_16:35:34 HM_6859AF commState: CMDs_pending
2021-08-15_16:35:34 HM_6859AF commState: CMDs_processing...
2021-08-15_16:35:34 HM_6859AF commState: CMDs_processing...
2021-08-15_16:35:35 HM_6859AF commState: CMDs_processing...
2021-08-15_16:35:35 HM_6859AF commState: CMDs_done

_________________________________

Listing

Code Auswählen

Internals:
   CULgb1_MSGCNT 19
   CULgb1_RAWMSG A0E02A0106859AFA1B2C30100000000::-55:CULgb1
   CULgb1_RSSI -55
   CULgb1_TIME 2021-08-15 16:35:35
   DEF        6859AF
   FUUID      6117b7f1-f33f-7edf-8fff-1f0da73b94b0e347
   IODev      CULgb1
   LASTInputDev CULgb1
   MSGCNT     19
   NAME       HM_6859AF
   NOTIFYDEV  global
   NR         31
   NTFY_ORDER 50-HM_6859AF
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:02 - t:10 s:6859AF d:A1B2C3 0100000000
   protLastRcv 2021-08-15 16:35:35
   protRcv    19 last_at:2021-08-15 16:35:35
   protSnd    29 last_at:2021-08-15 16:35:35
   protState  CMDs_done
   rssi_CULgb1 cnt:10 min:-55 max:-54 avg:-54.9 lst:-55 
   rssi_at_CULgb1 cnt:19 min:-56 max:-54.5 avg:-55.15 lst:-55 
   CL:
     Authenticated 0
     BUF        
     FD         4
     LASTACCESS 1629038500
     NAME       WEB_10.0.0.29_45678
     NR         50
     PEER       10.0.0.29
     PORT       45678
     SNAME      WEB
     SSL        
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     READINGS:
       2021-08-15 16:40:47   state           Connected
   READINGS:
     2021-08-15 16:30:59   CommandAccepted yes
     2021-08-15 11:19:41   D-firmware      2.6
     2021-08-15 11:19:41   D-serialNr      PEQ1449713
     2021-08-15 16:35:34   IODev           CULgb1
     2021-08-15 16:35:34   PairedTo        0xA1B2C3
     2021-08-15 16:35:34   RegL_00.         00:00 02:01 0A:A1 0B:B2 0C:C3 15:FF 18:00
     2021-08-15 16:35:34   RegL_01.         00:00 08:00 30:06 56:01 57:24 93:5F 94:B3
     2021-08-15 16:35:34   cfgState        updating
     2021-08-15 16:35:35   commState       CMDs_done
     2021-08-15 16:30:59   deviceMsg       off (to vccu)
     2021-08-15 16:30:59   level           0
     2021-08-15 16:30:59   pct             0
     2021-08-14 16:28:42   powerOn         2021-08-14 16:28:42
     2021-08-15 16:30:59   recentStateType ack
     2021-08-15 16:30:59   state           off
     2021-08-15 16:30:59   timedOn         off
     2021-08-15 16:30:59   trigLast        fhem:02
   helper:
     HM_CMDNR   2
     cSnd       01A1B2C36859AF01040000000001,01A1B2C36859AF0103
     cfgStateUpdt 0
     dlvlCmd    ++A011A1B2C36859AF0201000000
     lastMsgTm  1629038135.18578
     mId        0002
     peerFriend peerSens,peerVirt
     peerIDsRaw ,00000000
     peerIDsState complete
     peerOpt    3:switch
     regLst     0,1,3p
     rxType     1
     supp_Pair_Rep 0
     cfgChk:
     cmds:
       TmplKey    :no:1629038447.71771
       TmplTs     1629038447.71771
       cmdKey     1:1:0::HM_6859AF:0002:01:
       cmdLst:
         assignHmKey noArg
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         getVersion noArg
         inhibit    [(on|{off})]
         off        noArg
         on         noArg
         on-for-timer -ontime-
         on-till    -time-
         pair       noArg
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerIODev  [IO] -btn- [({set}|unset)] 'not for future use'
         peerSmart  -peerOpt-
         press      [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         statusRequest noArg
         toggle     noArg
         tplDel     -tplDel-
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    ,vccu
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +6859AF,00,00,00
       nextSend   1629038135.34447
       rxt        0
       vccu       vccu
       p:
         6859AF
         00
         00
         00
       prefIO:
         CULgb1
     mRssi:
       mNo        02
       io:
         CULgb1:
           -49
           -49
     peerIDsH:
       00000000   broadcast
     prt:
       bErr       0
       sProc      0
       rspWait:
       tryMsg:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         CULgb1
       flg        A
       ts         1629038135.18578
       ack:
         HASH(0x2b06640)
         028002A1B2C36859AF00
     rssi:
       CULgb1:
         avg        -54.9
         cnt        10
         lst        -55
         max        -54
         min        -55
       at_CULgb1:
         avg        -55.1578947368421
         cnt        19
         lst        -55
         max        -54.5
         min        -56
     shadowReg:
     tmpl:
Attributes:
   IOgrp      vccu:CULgb1
   alias      HM_switch_1
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   2.6
   icon       1_nuki
   model      HM-LC-SW1-PL-DN-R1
   peerIDs    00000000
   serialNr   PEQ1449713
   subType    switch
   webCmd     statusRequest:toggle:on:off

Warum CUL? Weil es bei den anderen beiden Installationen auch funktioniert...

claudio-fhem · 15 August 2021, 16:47:20

PS: und in der GUI für die HM Schaltsteckdose habe ich immer noch

Code Auswählen

cfgState updating 2021-08-15 16:35:34

Kann/muss man die Steckdose irgendwie resetten?

MadMax-FHEM · 15 August 2021, 17:14:56

Immer mal langsam reiten...

Was stört?

Also es sieht so aus als wäre das Register doch übernommen worden?
Kein Fehler beim Ausführen und das getConfig ist doch auch durch?

Evtl. musst du das Attribut expert von rawReg auf all (oder so setzen), dann siehst du alle Register.
Oder abfragen mittels RegList/RegTable...

EDIT: oder einfach testen. Vom Strom trennen und wieder dran und sehen, ob er das gewünschte Verhalten übernommen hat

Was meldet denn set hm configCheck (sofern hm HMINFO definiert ist)?

Naja: CUL ist halt nicht optimal für Homematic. Ja geht. Kann auch (für dich) auf Dauer gehen. Nur wenn es Probleme gibt (z.B. Timeout Register Read o.ä.), dann ist es meist besser/einfacher auf ein vernünftiges IO umzusteigen, als eben die Probleme zu bekämpfen.

Evtl. empfiehlt sich ein Blick auf die "Timing-FW" für den CUL, da sind Optimierungen für Homematic in die FW des CUL integriert...

Gruß, Joachim

claudio-fhem · 15 August 2021, 18:49:00

Code Auswählen

attr ... expert allReg

gesetzt, danach abgerufen und siehe da:

Code Auswählen

R-powerUpAction on 2021-08-14 15:20:37

Hatte also schon gestern funktioniert, wurde aber nicht angezeigt.

Und: Ja, es funktioniert auch, rausziehen und reinstecken, dann schaltet er auf ON nach 2 sec...

Aber immer noch:

Code Auswählen

cfgState updating 2021-08-15 11:47:09

...was immer das bedeutet.

MadMax-FHEM · 15 August 2021, 19:32:34

Aktuell wird einiges an den Himematic Modulen umgebaut...

Normalerweise zeigt das an, dass eben noch Daten ausgetauscht werden.
Wobei das bei "Dauerstromern" schnell gehen sollte...

Evtl. das Attribut autoReadReg mal auf missing stellen und ein getConfig...

Oder eben configCheck mittels HMINFO...
Da sollte dann zu sehen sein, ob noch was fehlt...

Wenn da alles i.O. ist, dann einfach ignorieren...

Gruß, Joachim

claudio-fhem · 15 August 2021, 20:42:43

...so

Code Auswählen

autoReadReg 5_readMissing

gesetz und getConfig, aber immer noch

Code Auswählen

cfgState updating 2021-08-15 20:36:44

obwohl im log des Device

Code Auswählen

2021-08-15_20:36:44 HM_6859AF commState: CMDs_pending
2021-08-15_20:36:44 HM_6859AF cfgState: updating
2021-08-15_20:36:44 HM_6859AF cfgState: updating
2021-08-15_20:36:44 HM_6859AF commState: CMDs_pending
2021-08-15_20:36:44 HM_6859AF commState: CMDs_pending
2021-08-15_20:36:44 HM_6859AF commState: CMDs_processing...
2021-08-15_20:36:44 HM_6859AF commState: CMDs_processing...
2021-08-15_20:36:45 HM_6859AF commState: CMDs_processing...
2021-08-15_20:36:45 HM_6859AF commState: CMDs_done

Aber vielleicht ist es wirklich nicht so wichtig. Sollte mich endlich um die Programmierung als Zeitschaltuhr bemühen. Hab heute aus Verzweiflung ein paar alte Zeitschaltuhren bestellt...

Was meinst du mit

ZitatOder eben configCheck mittels HMINFO...

Tausend Dank soweit!

MadMax-FHEM · 15 August 2021, 20:49:44

https://wiki.fhem.de/wiki/HomeMatic_HMInfo

Gruß, Joachim

claudio-fhem · 15 August 2021, 20:55:27

...jau, gerade drauf gestoßen! :-D

Jetzt habe ich:

Code Auswählen

cfgState ok 2021-08-15 20:51:50

nachdem ich ein

Code Auswählen

define hm HMinfo

und ein

Code Auswählen

get hm configCheck

eingeleitet habe. Schräge Sache!

claudio-fhem · 15 August 2021, 21:13:13

Eine Sache noch:

Ich habe eine identische HM Schaltsteckdose remote (sehr remote), die seit ein paar Wochen nicht schaltet und nur "MISSING ACK" anzeigt. ich hab noch eine 2. FHEM Installation mit CUL, die näher am Device steht, mit der die Steckdose aber nicht gepairt ist.

Irgendeine Chance, mit diesem FHEM diese Steckdose trotzdem zu schalten?

Keine Möglichkeit, irgendwelche Knöpfe zu drücken oder ähnliches....

MadMax-FHEM · 15 August 2021, 21:36:10

Äh, anderes fhem mit CUL in Reichweite aber (noch) nicht gepaired?

Es gibt folgende Möglichkeiten (u.a.):

eine vccu und den 2ten CUL per ser2net (dann fällt er aber für das fhem wo er steckt weg)...

den Aktor dort pairen und per http-Request, mqtt, R-fhem, ... dann "fernbedienen"...

vccu und dann ein per LAN/WLAN abgesetztes weiteres IO in die Nähe, z.B.: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

EDIT: evtl. keinen CUL sondern ein besseres IO (HMOD-PCB) oder bessere Antenne an den CUL...

Sofern ich vetstanden hab was du meinst...

Gruß, Joachim