HMCCU: Neue Version 4.2 mit neuem RPC Server verfügbar

Begonnen von zap, 29 Januar 2018, 17:24:30

Vorheriges Thema - Nächstes Thema

errazzor

#165
Hallo zusammen,

ich habe mal eine Frage zu der Aktualisierungsgeschwindigkeit.
Und zwar dauert es bei mir gute 3-5 Sekunden bis sich der Status eines Lichtschalters ändert.
Heisst - ich schalte das Licht manuell am Schalter und nach 3-5 Sekunden bekommt es FHEM auch mit.

Nach dem was ich hier so lese ist das nicht normal oder? Hat jemand einen Tipp, was ich tun kann?

Benutze HMCCURPCPROC.



Attributes:
   ccudef-readingfilter ^(LOW_?BAT|UNREACH)\$
   ccudef-readingformat datapoint
   ccudef-readingname ^(.+\.)?AES_KEY\$:sign;^(.+\.)?LOW_?BAT\$:battery;^(.+\.)?BATTERY_STATE\$:batteryLevel;^(.+\.)?UNREACH\$:Activity;^(.+\.)?TEMPERATURE\$:+temperature;^(.+\.)?SET_TEMPERATURE\$:+desired-temp;^(.+\.)?HUMIDITY\$:+humidity;^(.+\.)?LEVEL\$:+pct;^(.+\.)?CONTROL_MODE\$:+controlMode
   ccudef-substitute AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
   ccuflags   procrpc
   cmdIcon    on:general_an off:general_aus
   event-on-change-reading .*
   eventMap   /rpcserver on:on/rpcserver off:off/
   room       Steuerung
   rpcinterfaces HmIP-RF
   rpcinterval 5
   rpcport    2010
   rpcqueue   /tmp/ccuqueue
   rpcserver  on
   stateFormat rpcstate/state
   stripnumber 1


Vielen Dank.

zap

Normal für den HMCCUPROC PC sind bei mir deutlich kleiner 1 Sekunde.

Betrifft das nur Schalter oder auch andere Geräte? Wenn Du zum Beispiel die Temperatur eines Thermostaten änderst, wie schnell kommt dann die geänderte Temp im Reading an?

Kann auch an der CCU liegen. Vielleicht mal neu starten
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

errazzor

Ich habe bisher nur einen IP-Schalter, sonst nix.
An der CCU liegt es IMHO nicht.

Sind die Attribute ok (siehe oben) ? Oder fehlt was bzw. ist falsch?

zap

Rpcinterval und rpcqueue brauchst du bei procrpc nicht.

Mach mal ein list von dem Schalter Device.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Vaddi

Da würde ich auch gerne mal nachhaken.
Bei mir dauert es auch ca. 5 sekunden, bis das FTUI die Aktualisierung anzeigt bzw. das Reading in fhem
aktualisiert wird.
Getestet habe ich das mit den Schalt-Mess-Steckdosen HMIP-PSM (hab da ne Lampe dran hängen)
und einem Wandthermostaten HmIP-WTH-2.
Das ist zwar nicht sonderlich schlimm, aber wenn es anders geht, warum nicht?

Ich nutze Fhem auf dem Pi 3 mit dem HM-MOD-RPI-PCB und yahm.
Hier mal ein List vom WTH

Internals:
   DEF        WTH.Wohnzimmer
   IODev      CCU2
   NAME       WTH.Wohnzimmer
   NR         148
   STATE      22.7
   TYPE       HMCCUDEV
   ccuaddr    000A9709AAC591
   ccudevstate active
   ccuif      HmIP-RF
   ccuname    WTH.Wohnzimmer
   ccutype    HmIP-WTH-2
   channels   8
   firmware   1.8.0
   statevals  devstate
   READINGS:
     2018-09-01 22:34:05   0.CONFIG_PENDING 0
     2018-09-01 22:34:05   0.DUTY_CYCLE    0
     2018-09-01 00:45:34   0.INSTALL_TEST  true
     2018-09-01 22:34:05   0.LOW_BAT       0
     2018-09-01 22:34:05   0.OPERATING_VOLTAGE 2.8
     2018-09-01 22:34:05   0.OPERATING_VOLTAGE_STATUS 0
     2018-09-01 22:34:05   0.RSSI_DEVICE   -66
     2018-09-01 22:16:30   0.RSSI_PEER     -66
     2018-09-01 22:34:05   0.UNREACH       0
     2018-09-01 00:45:34   0.UPDATE_PENDING false
     2018-09-01 22:34:05   1.ACTIVE_PROFILE 1
     2018-09-01 22:34:05   1.ACTUAL_TEMPERATURE 22.7
     2018-09-01 22:34:05   1.ACTUAL_TEMPERATURE_STATUS 0
     2018-09-01 22:34:05   1.BOOST_MODE    0
     2018-09-01 22:34:05   1.BOOST_TIME    0
     2018-09-01 22:34:05   1.FROST_PROTECTION 0
     2018-09-01 22:34:05   1.HEATING_COOLING 0
     2018-09-01 22:34:05   1.HUMIDITY      49
     2018-09-01 22:34:05   1.HUMIDITY_STATUS 0
     2018-09-01 22:34:05   1.PARTY_MODE    0
     2018-09-01 00:45:34   1.PARTY_SET_POINT_TEMPERATURE 0.0
     2018-09-01 00:45:34   1.PARTY_TIME_END
     2018-09-01 00:45:34   1.PARTY_TIME_START
     2018-09-01 22:34:05   1.QUICK_VETO_TIME 0
     2018-09-01 22:34:05   1.SET_POINT_MODE 1
     2018-09-01 22:34:05   1.SET_POINT_TEMPERATURE off
     2018-09-01 22:34:05   1.SWITCH_POINT_OCCURED 0
     2018-09-01 22:34:05   1.WINDOW_STATE  closed
     2018-09-01 10:31:46   color           ffffff
     2018-09-01 22:34:05   control         4.5
     2018-09-01 22:34:05   hmstate         off
     2018-09-01 22:34:05   state           off
   hmccu:
     dp:
       0.CONFIG_PENDING:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.DUTY_CYCLE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.INSTALL_TEST:
         OSVAL      true
         OVAL       true
         SVAL       true
         VAL        true
       0.LOW_BAT:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.OPERATING_VOLTAGE:
         OSVAL      2.8
         OVAL       2.8
         SVAL       2.8
         VAL        2.8
       0.OPERATING_VOLTAGE_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.RSSI_DEVICE:
         OSVAL      -63
         OVAL       -63
         SVAL       -66
         VAL        -66
       0.RSSI_PEER:
         OSVAL      -66
         OVAL       -66
         SVAL       -66
         VAL        -66
       0.UNREACH:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.UPDATE_PENDING:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       1.ACTIVE_PROFILE:
         OSVAL      1
         OVAL       1
         SVAL       1
         VAL        1
       1.ACTUAL_TEMPERATURE:
         OSVAL      22.5
         OVAL       22.5
         SVAL       22.7
         VAL        22.7
       1.ACTUAL_TEMPERATURE_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.BOOST_MODE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.BOOST_TIME:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.FROST_PROTECTION:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.HEATING_COOLING:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.HUMIDITY:
         OSVAL      52
         OVAL       52
         SVAL       49
         VAL        49
       1.HUMIDITY_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.PARTY_MODE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.PARTY_SET_POINT_TEMPERATURE:
         OSVAL      0.0
         OVAL       0.000000
         SVAL       0.0
         VAL        0.000000
       1.PARTY_TIME_END:
         OSVAL     
         OVAL       
         SVAL       
         VAL       
       1.PARTY_TIME_START:
         OSVAL     
         OVAL       
         SVAL       
         VAL       
       1.QUICK_VETO_TIME:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.SET_POINT_MODE:
         OSVAL      1
         OVAL       1
         SVAL       1
         VAL        1
       1.SET_POINT_TEMPERATURE:
         OSVAL      off
         OVAL       4.5
         SVAL       off
         VAL        4.5
       1.SWITCH_POINT_OCCURED:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.WINDOW_STATE:
         OSVAL      closed
         OVAL       0
         SVAL       closed
         VAL        0
Attributes:
   IODev      CCU2
   controldatapoint 1.SET_POINT_TEMPERATURE
   eventMap   /datapoint 1.BOOST_MODE true:Boost/datapoint 1.CONTROL_MODE 0:Auto/datapoint 1.CONTROL_MODE 1:Manual/datapoint 1.CONTROL_MODE 2:Holiday/datapoint 1.SET_POINT_TEMPERATURE 4.5:off/datapoint 1.SET_POINT_TEMPERATURE 30.5:on/
   genericDeviceType thermostat
   group      Heizung
   room       Homematic
   stateFormat 1.ACTUAL_TEMPERATURE
   statedatapoint 1.SET_POINT_TEMPERATURE
   stripnumber 1
   substexcl  control
   substitute SET_POINT_TEMPERATURE!#0-4.5:off,#30.5-40:on;WINDOW_STATE!(0|false):closed,(1|true):open
   webCmd     control:Boost:Auto:Manual:Holiday:on:off
   widgetOverride control:slider,4.5,0.5,30.5,1


Hat jemand einen Rat?

Gruß
Vaddi
fhem auf RPi 3
HM-MOD-RPI-PCB sowie 433mhz Sender
Mehrere HM und 433mhz Produkte

zap

Was hast Du im Attribut ccuflags im Device CCU2 eingestellt?

Ich habe das gerade mit meinen 3 HMIP-PSM getestet. Dazu bin ich wie folgt vorgegangen:

- Den FHEM Event Monitor aufgerufen
- Den Event Filter auf die Namen der Devices gesetzt
- Zunächst an der Steckdose den Ein-/Aus-Knopf gedrückt
- Später nochmal per CCU Webinterface geschaltet

In beiden Fällen kommen die Events quasi sofort ohne merkliche Verzögerung in FHEM an. Vielleicht liegt es ja an einer verspäteten Aktualisierung des FHEM Webinterface. Der Event-Monitor und damit entsprechende Notifies oder DOIFs reagieren in quasi Echtzeit.

Du kannst auch mal folgenden Befehl ausführen

get CCU2 rpcevents

Das gibt eine Event-Statistik aus. Interessant ist dabei der Wert "Average Event Delay". Der liegt bei mir im Bereich 1-2 Millisekunden. Das ist schon recht schnell ...
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Vaddi

Hey, danke für die Antwort.

ccuflags steht auf procrpc
Hier mal ein list des CCU2 Devices (hab einen teil des textes entfernt, da es sonst zu lang geworden wäre)
Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.10.2 waitforccu=180
   NAME       CCU2
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         86
   NTFY_ORDER 50-CCU2
   RPCState   running
   STATE      running/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 126
   ccudevices 13
   ccuif      BidCos-RF
   ccuinterfaces HmIP-RF,BidCos-RF,VirtualDevices
   ccuip      192.168.10.2
   ccuname    HM-RCV-50 BidCoS-RF
   ccustate   active
   ccutype    CCU2
   host       192.168.10.2
   version    4.2.008
   READINGS:
     2018-02-03 13:00:44   iface_addr_1    OEQ2300662
     2018-02-03 13:00:44   iface_addr_2    3014F711A061A7D709AC82F6
     2018-02-03 13:00:44   iface_conn_1    1
     2018-02-03 13:00:44   iface_conn_2    1
     2018-02-03 13:00:44   iface_ducy_1    9
     2018-02-03 13:00:44   iface_ducy_2    9
     2018-02-03 13:00:44   iface_type_1    CCU2
     2018-02-03 13:00:44   iface_type_2    HMIP_CCU2
     2018-09-01 23:12:30   rpcstate        running
     2018-09-01 23:12:32   state           OK
   hmccu:
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   2001,2010
     updatetime 0
     adr:

<Großteil entfernt, da es sonst zu lang geworden wäre>

  cnt:
           ACTIVE_PROFILE 1
           ACTUAL_TEMPERATURE 1
           ACTUAL_TEMPERATURE_STATUS 1
           BOOST_MODE 1
           BOOST_TIME 1
           CONFIG_PENDING 1
           CONTROL_DIFFERENTIAL_TEMPERATURE 1
           CONTROL_MODE 1
           DURATION_UNIT 1
           DURATION_VALUE 1
           DUTY_CYCLE 1
           FROST_PROTECTION 1
           INSTALL_TEST 1
           LEVEL      1
           LEVEL_STATUS 1
           LOW_BAT    1
           OPERATING_VOLTAGE 1
           OPERATING_VOLTAGE_STATUS 1
           PARTY_MODE 1
           PARTY_SET_POINT_TEMPERATURE 1
           PARTY_TIME_END 1
           PARTY_TIME_START 1
           QUICK_VETO_TIME 1
           RSSI_DEVICE 1
           RSSI_PEER  1
           SET_POINT_MODE 1
           SET_POINT_TEMPERATURE 1
           SWITCH_POINT_OCCURED 1
           UNREACH    1
           UPDATE_PENDING 1
           VALVE_ADAPTION 1
           VALVE_STATE 1
           WINDOW_STATE 1
         spc:
           level      1.LEVEL
     ifports:
       2001       BidCos-RF
       2010       HmIP-RF
       9292       VirtualDevices
     interfaces:
       BidCos-RF:
         device     d_rpcBidCos_RF
         flags      forceASCII
         host       192.168.10.2
         manager    HMCCU
         port       2001
         prot       http
         state      running
         type       A
         url        http://192.168.10.2:2001
       HmIP-RF:
         device     d_rpcHmIP_RF
         flags      _
         host       192.168.10.2
         manager    HMCCU
         port       2010
         prot       http
         state      running
         type       A
         url        http://192.168.10.2:2010
       VirtualDevices:
         flags      _
         host       192.168.10.2
         manager    null
         port       9292
         prot       http
         state      inactive
         type       A
         url        http://192.168.10.2:9292/groups
     rpc:
Attributes:
   ccuflags   procrpc
   cmdIcon    on:general_an off:general_aus
   eventMap   /rpcserver on:on/rpcserver off:off/
   icon       hm_ccu
   room       Homematic
   rpcinterfaces BidCos-RF,HmIP-RF
   rpcinterval 5
   rpcport    2001,2010
   rpcserver  on
   stateFormat rpcstate/state


Bin so vorgegangen, wie du es beschrieben hast, aber auch im Eventmonitor dauert es 3-5 Sekunden,
bis was ankommt. Das ganze passiert allerdings nur, wenn ich direkt an der Hardware schalte.
Schalte ich in FHEM, FTUI oder in der CCU2 Weboberfläche, ist die Ausführung und Anzeige im
Eventmonitor direkt und ohne nennenswerte Verzögerung.

Get CCU2 rpcevents liefert
Event statistics for server CB2001010001
Average event delay = 0.0343642611683849
========================================
ET Sent by RPC server   Received by FHEM
----------------------------------------
EV                435                582

ND                 64                 64

DD                  0                  0

RD                  0                  0

RA                  0                  0

UD                  0                  0

IN                  0                  0

EX                  0                  0

SL                  1                  1

TO                  0                  0

Event statistics for server CB2010010001
Average event delay = 0.0462580348943985
========================================
ET Sent by RPC server   Received by FHEM
----------------------------------------
EV               8406               8712

ND                 75                 75

DD                  0                  0

RD                  0                  0

RA                  0                  0

UD                  0                  0

IN                  0                  0

EX                  0                  0

SL                  1                  1

TO                 18                 18
fhem auf RPi 3
HM-MOD-RPI-PCB sowie 433mhz Sender
Mehrere HM und 433mhz Produkte

zap

Im CCU Webinterface unter Einstellungen / Geräte kann man einiges für die Steckdosen einstellen. Hier meine Parameter:

Anzahl auszulassender Statusmeldungen = 1

Verbrauchs-/Leistungsmessungen (hier kommt es aufgrund der Werte zur verzögerten Übertragung an die CCU und damit auch an FHEM):

Eventverzögerung = 3
Zufallsanteil = 1
Mindestabstand = 30

Ich glaube aber ehrlich gesagt nicht, dass die o.g. Werte Schuld an dem Verhalten haben.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

zap

#173
Update: Ich kann das Verhalten bestätigen. Ich hatte das manuelle Schalten an der Steckdose nur mit einer von dreien ausprobiert und wohl gerade mal Glück gehabt.

Das manuelle Einschalten wird tatsächlich (manchmal) erst nach 3-5 Sekunden in der CCU signalisiert (und damit auch in FHEM). Die Steckdose scheint das erst verzögert an die CCU zu schicken. Bei mehreren Versuchen hatte ich jetzt wieder einen mit 1 Sekunde, dann aber wieder welche mit 5 Sekunden.

Bei Schaltern ist das definitiv nicht so. Ich schalte z.B. einen SONOS Lautsprecher per Homematic Wandschalter. Das reagiert sofort.

Ich habe das jetzt mal mit einer Homematic Classic Steckdose vom Typ HM-ES-PMSw1-Pl probiert. Der reagiert deutlich schneller, ich würde sagen in 1-2 Sekunden
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Vaddi

Hallo, nach einigen weiteren Tests konnte ich folgendes verzeichnen:

Nicht Verbrauchs-/Leistungsmessungen verursachen die Verzögerungen, sondern
Channel 2 Statusmitteilung Relais, hier lediglich die Evetverzögerung (default 3 Sek)
runter schrauben.

Ich möchte hier gerne noch ein weiteres Problem ansprechen, welches mir immer erst in den Sinn kommt,
wenn ich den RPi neu starte und erst mit dem neuen RPC Server bei mir anfing.
So sieht mein Log nach einem Neustart aus
2018.09.04 17:42:18 1: HMCCU: Device CCU2. Initialized version 4.2.008
2018.09.04 17:42:18 2: HMCCU: HMScript failed. 500 Internal Server Error
2018.09.04 17:42:18 1: HMCCU: No devices read from CCU 192.168.10.2
2018.09.04 17:42:18 1: HMCCU: No RPC interfaces found on CCU 192.168.10.2
2018.09.04 17:42:18 3: Illegal RPC interface BidCos-RF
2018.09.04 17:42:18 3: HMCCU: Illegal RPC port 2001
2018.09.04 17:42:19 2: FBH.Badezimmer: Unknown sensor device WTH.Badezimmer specified
2018.09.04 17:42:19 2: FBH.Badezimmer: Unknown sensor device WTH.Badezimmer specified
2018.09.04 17:42:19 2: FBH.Kinderzimmer: Unknown sensor device WTH.Kinderzimmer specified
2018.09.04 17:42:19 2: FBH.Kinderzimmer: Unknown sensor device WTH.Kinderzimmer specified
2018.09.04 17:42:19 2: FBH.Wohnzimmer: Unknown sensor device WTH.Wohnzimmer specified
2018.09.04 17:42:19 2: FBH.Wohnzimmer: Unknown sensor device WTH.Wohnzimmer specified
2018.09.04 17:42:19 2: T_TempUeberwachung.WZ: Unknown sensor device WTH.Wohnzimmer specified
2018.09.04 17:42:19 2: T_TempUeberwachung.WZ: Unknown sensor device WTH.Wohnzimmer specified
2018.09.04 17:42:19 2: T_TempUeberwachung.KZ: Unknown sensor device WTH.Kinderzimmer specified
2018.09.04 17:42:19 2: T_TempUeberwachung.KZ: Unknown sensor device WTH.Kinderzimmer specified
2018.09.04 17:42:19 2: T_TempUeberwachung.BZ: Unknown sensor device WTH.Badezimmer specified
2018.09.04 17:42:19 2: T_TempUeberwachung.BZ: Unknown sensor device WTH.Badezimmer specified
2018.09.04 17:42:20 3: Opening Pilight device localhost:5000
2018.09.04 17:42:20 3: Pilight device opened
2018.09.04 17:42:20 1: define d_rpcBidCos_RF HMCCURPCPROC 192.168.10.2 BidCos-RF: Can't find HMCCU I/O device
2018.09.04 17:42:20 1: define d_rpcHmIP_RF HMCCURPCPROC 192.168.10.2 HmIP-RF: Can't find HMCCU I/O device
2018.09.04 17:42:21 1: define HM.SD.WZ.TV HMCCUDEV HM.SD.WZ.TV: Cannot detect IO device
2018.09.04 17:42:21 1: define HM.SD.K.WM HMCCUDEV HM.SD.K.WM: Cannot detect IO device
2018.09.04 17:42:21 1: define WTH.Kinderzimmer HMCCUDEV WTH.Kinderzimmer: Cannot detect IO device
2018.09.04 17:42:21 1: define WTH.Badezimmer HMCCUDEV WTH.Badezimmer: Cannot detect IO device
2018.09.04 17:42:21 1: define HM.Bewegungsmelder HMCCUDEV Einfahrt: Cannot detect IO device
2018.09.04 17:42:21 1: define TH.Badezimmer HMCCUDEV TH.Badezimmer: Cannot detect IO device
2018.09.04 17:42:21 1: define A.Bewegungsmelder HMCCUDEV Schaltaktor: Cannot detect IO device
2018.09.04 17:42:21 1: define A.FBH.Wohnzimmer HMCCUCHN NEQ1484377:1: Cannot detect IO device
2018.09.04 17:42:21 1: define A.FBH.Badezimmer HMCCUCHN NEQ1484377:2: Cannot detect IO device
2018.09.04 17:42:21 1: define A.FBH.Kinderzimmer HMCCUCHN NEQ1484377:3: Cannot detect IO device
2018.09.04 17:42:21 1: define A.FBH.Kinderzimmer2 HMCCUCHN NEQ1484377:4: Cannot detect IO device
2018.09.04 17:42:21 1: define HM.Aussentemperatur HMCCUDEV Sensor_Aussentemperatur: Cannot detect IO device
2018.09.04 17:42:21 1: define WTH.Wohnzimmer HMCCUDEV WTH.Wohnzimmer: Cannot detect IO device
2018.09.04 17:42:21 1: define WTH.Kinderzimmer2 HMCCUDEV WTH.Kinderzimmer2: Cannot detect IO device
2018.09.04 17:42:21 2: FBH.Kinderzimmer2: Unknown sensor device WTH.Kinderzimmer2 specified
2018.09.04 17:42:21 2: FBH.Kinderzimmer2: Unknown sensor device WTH.Kinderzimmer2 specified
2018.09.04 17:42:21 2: T_TempUeberwachung.KZ2: Unknown sensor device WTH.Kinderzimmer2 specified
2018.09.04 17:42:21 2: T_TempUeberwachung.KZ2: Unknown sensor device WTH.Kinderzimmer2 specified
2018.09.04 17:42:21 3: TESTUI: new ext defined infix:ftui_test/: dir:./www/testumgebung:
2018.09.04 17:42:21 3: Registering HTTPSRV TESTUI for URL /ftui_test   and assigned link ftui_test/ ...
2018.09.04 17:42:21 1: Including ./log/fhem.save
2018.09.04 17:42:22 1: configfile: Illegal RPC interface BidCos-RF
HMCCU: Illegal RPC port 2001
Can't find HMCCU I/O device
Can't find HMCCU I/O device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
./log/fhem.save: Please define A.Bewegungsmelder first
Please define A.Bewegungsmelder first
Please define A.Bewegungsmelder first
Please define A.Bewegungsmelder first
Please define A.Bewegungsmelder first
Please define A.FBH.Badezimmer first
Please define A.FBH.Badezimmer first
Please define A.FBH.Badezimmer first
Please define A.FBH.Badezimmer first
Please define A.FBH.Badezimmer first
...

gefolgt von allen weiteren HM Aktoren.

Nach einem Neustart von fhem sind alle Fehler verschwunden und alles funktioniert wie es soll.
Jemand eine Idee?

Gruß
Vaddi
fhem auf RPi 3
HM-MOD-RPI-PCB sowie 433mhz Sender
Mehrere HM und 433mhz Produkte

zap

Separate CCU oder auf dem gleichen Raspj wie FHEM installiert?

Falls letzteres: Die CCU ist beim FHEM Start noch nicht verfügbar. Das passiert auch nach einem Stromausfall bei einer separaten CCU. Dadurch kann sich HMCCU nicht die Geräte und Schnittstellen holen und es kommt zu diesen Fehlern.

Eventuell schafft die kommende Version Abhilfe. Bkn ich gerade am testen.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Vaddi

Guten morgen.
Jup, läuft alles auf dem gleichen RPi.
Danke für die Auskunft, dann werde ich mir
vorerst ein workaround basteln.
fhem auf RPi 3
HM-MOD-RPI-PCB sowie 433mhz Sender
Mehrere HM und 433mhz Produkte

bastelfeak

Hallo,
ich habe ein Problem mit meiner Heizungssteuerung: Wenn ich dem Wandthermostat per fhem set Befehl auf Boost schalte, reagiert das Heizkörperthermostat darauf nicht. Gibt es dafür einen Trick? Im Homematic GUI erscheint ebenfalls, dass das Wandthermostat im Boost-Modus ist.
Ich hoffe ihr könnt mir helfen, weil leider die Boost-Funktion aus FHEM heraus recht nutzlos ist.

Viele Grüße
bastelf(r)eak

zap

Der Wandthermostat ist mit dem HK Thermostat verknüpft bzw. in einer virtuellen Gruppe?
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

bastelfeak

Ja, genau so. Ich habe sowhl die Variante mit direkter Verknüpfung als auch als Gruppe. Bei beiden habe ich das gleiche Verhalten.