HMCCU 5.0 im SVN verfügbar

Begonnen von zap, 26 Oktober 2021, 19:01:00

Vorheriges Thema - Nächstes Thema

zap

#135
@tatu123

Ist das wirklich die komplette Ausgabe von "get deviceInfo"?

Wenn das noch nicht erkannt wird, nutze einfach das alte weiter. Du musst aber auch die anderen nicht zwingend neu anlegen, sofern ein "set defaults forceReset" funktioniert.

Vorschlag:

Führe für Deinen Devices im I/O device den Befehl "get ccuDevices" aus. Dann siehst Du, für welche Devices eine oder mehrere Rollen unterstützt werden. Diese kannst Du dann mit "get createDev" neu anlegen oder "set defaults forceReset" ausführen. Die anderen lässt Du auf dem Stand von 4.3 und schickst mir ggf. eine deviceInfo, damit ich sie aufnehmen kann.


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

Morgen steht ein Update im SVN zur Verfügung. Folgende Änderungen gibt es:


  • Es gibt nun ein Reading "sabotage", sofern ein Device einen Datenpunkt 0.SABOTAGE bereitstellt. Wenn dieser Datenpunkt true ist, wird außerdem das Reading "devstate" auf "sabotage" gesetzt.
  • Das I/O device lässt sich nun nicht mehr bei jeder Änderung eines Readings in einem HMCCUDEV/HMCCUCHN-Device per Notification informieren. Das sollte die Grundlast in FHEM deutlich mindern, v.a. bei vielen Homematic Devices.
  • Die lästige Fehlermeldung im Log, wenn ein Gerät nicht richtig erkannt wurde, kommt nun nur noch bei Verbose Level 5
  • Beim Starten von FHEM wird nun ein eventuell gesetztes Attribut eventMap entfernt oder modifiziert, sofern es einen rpcserver Eintrag enthält. Dadurch sollte der Befehl "set rpcserver on/off" wieder funktionieren
  • Ein Perl WARNING bei Devices, die in der CCU nicht mehr bekannt sind, wird nun korrekt behandelt
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

nuart

Ich habe jetzt folgendes gemacht: Bei den Devices mit einem ,,battery-state" im  HMCCUCHN device habe ich das Gerät mit get createDev neu erstellt. Dort wo zwar HMCCUCHN empfohlen, aber im Channel kein batterystatus war, habe ich die bestehende HMCCUDEV mit set default reset überarbeitet, wie im WIKI empfohlen. 2 Devices habe ich so gelassen wie sie sind, da das createDev den Fehler ,,not known by HMCCU" gebraucht hat. Es läuft soweit alles korrekt, und ich hoffe, alles richtig gemacht zu haben.
Hier noch die deviceinfos zu den beiden unknown devices:
DEV HM-Gong NEQ1466957 interface=BidCos-RF type=HM-OU-CFM-TW
CHN NEQ1466957:0 HM-Gong:0
   0.UNREACH = false {b} [RE]
   0.STICKY_UNREACH = true {b} [RWE]
   0.CONFIG_PENDING = false {b} [RE]
   0.LOWBAT = false {b} [RE]
   0.DUTYCYCLE = false {b} [RE]
   0.RSSI_DEVICE = 1 {n} [RE]
   0.RSSI_PEER = 1 {n} [RE]
   0.DEVICE_IN_BOOTLOADER = false {b} [RE]
   0.UPDATE_PENDING = false {b} [RE]
   0.AES_KEY = 0 {n} [R]
CHN NEQ1466957:1 HM-Gong:1
   1.STATE = false {b} [RWE]
   1.ON_TIME =  {f} [W]
   1.INHIBIT = false {b} [RWE]
   1.SUBMIT =  {s} [W]
   1.INSTALL_TEST =  {b} [W]
   1.WORKING = false {b} [RE]
CHN NEQ1466957:2 HM-Gong:2
   2.STATE = false {b} [RWE]
   2.ON_TIME =  {f} [W]
   2.INHIBIT = false {b} [RWE]
   2.SUBMIT =  {s} [W]
   2.INSTALL_TEST =  {b} [W]
   2.WORKING = false {b} [RE]

Device detection:
No state datapoint detected
No control datapoint detected

Failed to detect device settings. Device must be configured manually.

Current state datapoint = 1.STATE

DEV Innensirene OEQ0491811 interface=BidCos-RF type=HM-Sec-Sir-WM
CHN OEQ0491811:0 Innensirene:0
   0.UNREACH = false {b} [RE]
   0.STICKY_UNREACH = false {b} [RWE]
   0.CONFIG_PENDING = false {b} [RE]
   0.LOWBAT = false {b} [RE]
   0.DUTYCYCLE = false {b} [RE]
   0.RSSI_DEVICE = 1 {n} [RE]
   0.RSSI_PEER = 1 {n} [RE]
   0.DEVICE_IN_BOOTLOADER = false {b} [RE]
   0.UPDATE_PENDING = false {b} [RE]
   0.ERROR_SABOTAGE = 0 {i} [RE]
   0.STICKY_SABOTAGE = 0 {i} [RWE]
   0.AES_KEY = 0 {n} [R]
CHN OEQ0491811:1 Innensirene:1
   1.STATE = false {b} [RWE]
   1.ON_TIME =  {f} [W]
   1.INHIBIT = false {b} [RWE]
   1.ERROR_SABOTAGE = 0 {i} [RE]
   1.LOWBAT = false {b} [RE]
   1.INSTALL_TEST =  {b} [W]
   1.WORKING = false {b} [RE]
CHN OEQ0491811:2 Innensirene:2
   2.STATE = false {b} [RWE]
   2.ON_TIME =  {f} [W]
   2.INHIBIT = false {b} [RWE]
   2.ERROR_SABOTAGE = 0 {i} [RE]
   2.LOWBAT = false {b} [RE]
   2.INSTALL_TEST =  {b} [W]
   2.WORKING = false {b} [RE]
CHN OEQ0491811:3 Innensirene:3
   3.STATE = false {b} [RWE]
   3.ON_TIME =  {f} [W]
   3.INHIBIT = false {b} [RWE]
   3.ERROR_SABOTAGE = 0 {i} [RE]
   3.LOWBAT = false {b} [RE]
   3.INSTALL_TEST =  {b} [W]
   3.WORKING = false {b} [RE]
CHN OEQ0491811:4 Innensirene:4
   4.ARMSTATE = 0 {i} [RWE]
   4.ON_TIME =  {f} [W]
   4.INHIBIT = false {b} [RWE]
   4.ERROR_SABOTAGE = 0 {i} [RE]
   4.LOWBAT = false {b} [RE]
   4.INSTALL_TEST =  {b} [W]
   4.WORKING = false {b} [RE]

Device detection:
No state datapoint detected
No control datapoint detected

Failed to detect device settings. Device must be configured manually.

Current state datapoint = 4.ARMSTATE

Current control datapoint = .

Device description


Device OEQ0491811 Innensirene [HM-Sec-Sir-WM]
  CHILDREN: OEQ0491811:0,OEQ0491811:1,OEQ0491811:2,OEQ0491811:3,OEQ0491811:4
  FIRMWARE: 1.0
  FLAGS: Visible
  INTERFACE: MEQ0225960
  PARAMSETS: MASTER
  RF_ADDRESS: 5857892
  ROAMING: 0
  RX_MODE: BURST
  UPDATABLE: 1
Channel OEQ0491811:0 Innensirene:0 [MAINTENANCE]
  AES_ACTIVE: 0
  DIRECTION: NONE
  FLAGS: Visible,Internal
  PARAMSETS: MASTER,VALUES
  PARENT: OEQ0491811
  PARENT_TYPE: HM-Sec-Sir-WM
Channel OEQ0491811:1 Innensirene:1 [SWITCH_SENSOR]
  AES_ACTIVE: 0
  DIRECTION: RECEIVER
  FLAGS: Visible
  LINK_TARGET_ROLES: SWITCH,WCS_TIPTRONIC_SENSOR,WEATHER_CS
  PARAMSETS: LINK,MASTER,VALUES
  PARENT: OEQ0491811
  PARENT_TYPE: HM-Sec-Sir-WM
Channel OEQ0491811:2 Innensirene:2 [SWITCH_SENSOR]
  AES_ACTIVE: 0
  DIRECTION: RECEIVER
  FLAGS: Visible
  LINK_TARGET_ROLES: SWITCH,WCS_TIPTRONIC_SENSOR,WEATHER_CS
  PARAMSETS: LINK,MASTER,VALUES
  PARENT: OEQ0491811
  PARENT_TYPE: HM-Sec-Sir-WM
Channel OEQ0491811:3 Innensirene:3 [SWITCH_PANIC]
  AES_ACTIVE: 0
  DIRECTION: RECEIVER
  FLAGS: Visible
  LINK_TARGET_ROLES: SWITCH,WCS_TIPTRONIC_SENSOR,WEATHER_CS
  PARAMSETS: LINK,MASTER,VALUES
  PARENT: OEQ0491811
  PARENT_TYPE: HM-Sec-Sir-WM
Channel OEQ0491811:4 Innensirene:4 [ARMING]
  AES_ACTIVE: 0
  DIRECTION: RECEIVER
  FLAGS: Visible
  LINK_TARGET_ROLES: SWITCH,WCS_TIPTRONIC_SENSOR,WEATHER_CS
  PARAMSETS: LINK,MASTER,VALUES
  PARENT: OEQ0491811
  PARENT_TYPE: HM-Sec-Sir-WM

Defaults

Noch ein Hinweis: ich verwende das Statistikmodul um historische Daten für die Temperatur zu bekommen. Dieses Modul erstellt readings für day, daylast, month, monthlast usw. Diese readings werden beim set default reset gelöscht, was etwas unangenehm ist. Vielleicht gibt es da eine Möglichkeit, solche readings zu belassen.
Vielleicht kann man die beiden unknown bei Gelegenheit aufnehmen, funktionieren tun sie auch so wie bisher.
Besten Dank für die Arbeit an diesem Modul.
Beste Grüsse

a_quadrat

Hi,

ich bin gerade dabei meine Konfiguration auf 5.0 umzustellen, dabei ist mir aufgefallen, das die Kanäle vom Device HMW-IO-12-Sw14-DR sich nach einem Neustart von FHEM nicht mehr bedienen lassen - es verschwindet "on" und "off". Erst wenn man das Attribute "statevals" neu setzt, funktioniert es wieder. Woran kann das liegen?


Internals:
   DEF        HMW__ACT_LI_FLUR__________01
   FUUID      6193dec8-f33f-6472-ba49-d68a604fca0a1dbe
   IODev      d_ccu
   NAME       HMW__ACT_LI_FLUR__________01
   NR         97
   STATE      off
   TYPE       HMCCUCHN
   ccuaddr    QEQ1334563:3
   ccudevstate active
   ccuif      BidCos-Wired
   ccuname    HMW__ACT_LI_FLUR__________01
   ccusubtype HMW-IO-12-Sw14-DR
   ccutype    HMW-IO-12-Sw14-DR
   firmware   0.50
   readonly   no
   READINGS:
     2021-11-16 18:24:29   IODev           d_ccu
     2021-11-16 18:25:55   STATE           off
     2021-11-16 18:30:45   activity        alive
     2021-11-16 18:30:45   devstate        ok
     2021-11-16 18:30:45   hmstate         off
     2021-11-16 18:25:55   state           off
   hmccu:
     channels   1
     detect     0
     devspec    HMW__ACT_LI_FLUR__________01
     nodefaults 1
     role       3:DIGITAL_OUTPUT
     semDefaults 0
     cmdlist:
       get       
       set       
     control:
       chn        3
       dpt        STATE
     dp:
       0.CONFIG_PENDING:
         VALUES:
           NVAL       false
           ONVAL      false
           OSVAL      false
           OVAL       false
           SVAL       false
           VAL        false
       0.STICKY_UNREACH:
         VALUES:
           NVAL       false
           ONVAL      false
           OSVAL      false
           OVAL       false
           SVAL       false
           VAL        false
       0.UNREACH:
         VALUES:
           NVAL       false
           ONVAL      false
           OSVAL      alive
           OVAL       false
           SVAL       alive
           VAL        false
       3.STATE:
         VALUES:
           NVAL       false
           ONVAL      false
           OSVAL      off
           OVAL       false
           SVAL       off
           VAL        false
     roleCmds:
       get:
       set:
     state:
       chn        3
       dpt        STATE
Attributes:
   room       Homematic
   statedatapoint STATE
   statevals  on:1,off:0
   substitute STATE!(1|true):on,(0|false):off




Eine weiterer Punkt ist, einige Kanäle die vorher eine "1" als state geliefert haben, stellen jetzt ein "pressed" zur Verfügung. Kann ich das mit "substitute" wieder anpassen? Wenn ja, wie sieht die Syntax aus?

Internals:
   DEF        HMW__SEN_BM_BAD___________01
   FUUID      6193d20d-f33f-6472-c45d-8ae412b81579170a
   IODev      d_ccu
   NAME       HMW__SEN_BM_BAD___________01
   NR         96
   STATE      pressed
   TYPE       HMCCUCHN
   ccuaddr    HBW7296288:7
   ccudevstate active
   ccuif      BidCos-Wired
   ccuname    HMW__SEN_BM_BAD___________01
   ccurolestate KEY
   ccusubtype HBW-io-6-6
   ccutype    HBW-io-6-6
   firmware   0.01
   readonly   no
   READINGS:
     2021-11-16 18:24:29   IODev           d_ccu
     2021-11-16 17:35:12   PRESS_SHORT     pressed
     2021-11-16 18:34:31   activity        alive
     2021-11-16 18:34:31   devstate        ok
     2021-11-16 18:34:31   hmstate         pressed
     2021-11-16 17:35:12   pressed         pressed
     2021-11-16 17:35:12   state           pressed
   hmccu:
     channels   1
     detect     1
     devspec    HMW__SEN_BM_BAD___________01
     nodefaults 1
     role       7:KEY
     semDefaults 0
     cmdlist:
       get       
       set       
     control:
       dpt        7.
     dp:
       0.CONFIG_PENDING:
         VALUES:
           NVAL       false
           ONVAL      false
           OSVAL      false
           OVAL       false
           SVAL       false
           VAL        false
       0.STICKY_UNREACH:
         VALUES:
           NVAL       false
           ONVAL      false
           OSVAL      false
           OVAL       false
           SVAL       false
           VAL        false
       0.UNREACH:
         VALUES:
           NVAL       false
           ONVAL      false
           OSVAL      alive
           OVAL       false
           SVAL       alive
           VAL        false
     roleCmds:
       get:
       set:
     state:
       chn        7
       dpt        PRESS_SHORT
Attributes:
   cmdIcon    press:taster
   room       Homematic
   webCmd     press


VG Andreas

tatu123

Hallo zap,

danke für die Hinweise. Dann bleibe ich erst mal beim "alten" Device.

Zitat von: zap am 16 November 2021, 16:56:32
@tatu123

Ist das wirklich die komplette Ausgabe von "get deviceInfo"?


Du hast natürlich recht es war nicht alles von "get deviceInfo"
Jetzt aber wirklich (hoffentlich) vollständig.


Device channels and datapoints

DEV HM-LC-Ja1PBU-winter-tuer PEQ0098598 interface=BidCos-RF type=HM-LC-Ja1PBU-FM
CHN PEQ0098598:0 HM-LC-Ja1PBU-winter-tuer:0
   0.UNREACH = false {b} [RE]
   0.STICKY_UNREACH = false {b} [RWE]
   0.CONFIG_PENDING = false {b} [RE]
   0.DUTYCYCLE = false {b} [RE]
   0.RSSI_DEVICE = 1 {n} [RE]
   0.RSSI_PEER = 1 {n} [RE]
   0.DEVICE_IN_BOOTLOADER = false {b} [RE]
   0.UPDATE_PENDING = false {b} [RE]
   0.AES_KEY = 1 {n} [R]
CHN PEQ0098598:1 HM-LC-Ja1PBU-winter-tuer:1
   1.LEVEL = 0.000000 {f} [RWE]
   1.STOP =  {b} [W]
   1.INHIBIT = false {b} [RWE]
   1.LEVEL_SLATS = 0.000000 {f} [RWE]
   1.LEVEL_COMBINED =  {s} [W]
   1.DIRECTION = 0 {i} [RE]
   1.DIRECTION_SLATS = 0 {i} [RE]
   1.INSTALL_TEST =  {b} [W]
   1.WORKING = false {b} [RE]
   1.WORKING_SLATS = false {b} [RE]

Device detection:
No state datapoint detected
No control datapoint detected

Failed to detect device settings. Device must be configured manually.

Current state datapoint = 1.PRESS_SHORT

Current control datapoint = 1.PRESS_SHORT

Device description

Device PEQ0098598 HM-LC-Ja1PBU-winter-tuer [HM-LC-Ja1PBU-FM]
  CHILDREN: PEQ0098598:0,PEQ0098598:1
  FIRMWARE: 2.11
  FLAGS: Visible
  INTERFACE: LEQ1011112
  PARAMSETS: MASTER
  RF_ADDRESS: 6730245
  ROAMING: 0
  RX_MODE: ALWAYS,LAZY_CONFIG
  UPDATABLE: 1
Channel PEQ0098598:0 HM-LC-Ja1PBU-winter-tuer:0 [MAINTENANCE]
  AES_ACTIVE: 0
  DIRECTION: NONE
  FLAGS: Visible,Internal
  PARAMSETS: MASTER,VALUES
  PARENT: PEQ0098598
  PARENT_TYPE: HM-LC-Ja1PBU-FM
Channel PEQ0098598:1 HM-LC-Ja1PBU-winter-tuer:1 [JALOUSIE]
  AES_ACTIVE: 0
  DIRECTION: RECEIVER
  FLAGS: Visible
  LINK_TARGET_ROLES: SWITCH,WEATHER_CS
  PARAMSETS: LINK,MASTER,VALUES
  PARENT: PEQ0098598
  PARENT_TYPE: HM-LC-Ja1PBU-FM


Mit ccudeviceinfo habe ich jetzt gesehen das das Rauchmelderteam auch nicht unterstütz wird.


Device channels and datapoints

DEV HM-Sec-SD-2-Team *NEQ0601152 *NEQ0601152 interface=BidCos-RF type=HM-Sec-SD-2-Team
CHN *NEQ0601152:1 HM-Sec-SD-2-Team *NEQ0601152:1
   1.STATE = false {b} [RE]
   1.INSTALL_TEST =  {b} [E]

Device detection:
No state datapoint detected
No control datapoint detected

Failed to detect device settings. Device must be configured manually.

Current state datapoint = 1.PRESS_SHORT

Current control datapoint = 1.PRESS_SHORT

Device description

Device *NEQ0601152 HM-Sec-SD-2-Team *NEQ0601152 [HM-Sec-SD-2-Team]
  CHILDREN: *NEQ0601152:0,*NEQ0601152:1
  FIRMWARE: ?
  FLAGS: Visible
  PARAMSETS: MASTER
  RF_ADDRESS: 4970164
  ROAMING: 0
  RX_MODE: ALWAYS,LAZY_CONFIG
  UPDATABLE: 0
Channel *NEQ0601152:0 HM-Sec-SD-2-Team *NEQ0601152:0 [MAINTENANCE]
  AES_ACTIVE: 0
  DIRECTION: NONE
  FLAGS: Visible,Internal
  PARAMSETS: MASTER,VALUES
  PARENT: *NEQ0601152
  PARENT_TYPE: HM-Sec-SD-2-Team
Channel *NEQ0601152:1 HM-Sec-SD-2-Team *NEQ0601152:1 [SMOKE_DETECTOR_TEAM_V2]
  AES_ACTIVE: 1
  DIRECTION: SENDER
  FLAGS: Visible
  LINK_SOURCE_ROLES: KEYMATIC,SWITCH,WINMATIC
  PARAMSETS: LINK,MASTER,VALUES
  PARENT: *NEQ0601152
  PARENT_TYPE: HM-Sec-SD-2-Team
  TEAM_CHANNELS: NEQ0601152:1,NEQ0601179:1,NEQ0601247:1,OEQ0603300:1,OEQ0603344:1,OEQ0603349:1
  TEAM_TAG: smoke_detector


Viele Grüße
Heiko

Timmäää

Danke für den Hinweis, das hilft mir weiter. Das muss irgendwie automatisch angelegt worden sein.

Auch wenn ich hier mitlese, habe ich das nicht mitbekommen.
Zitat von: tomcat.x am 14 November 2021, 22:59:54
Das Problem hatte ich auch. Siehe hier, 2. Absatz
https://forum.fhem.de/index.php/topic,123686.msg1182994.html#msg1182994

Das war die Antwort (hatte ich zumindest auf den 2. Absatz bezogen):
https://forum.fhem.de/index.php/topic,123686.msg1185106.html#msg1185106

Und hatte funktioniert:
https://forum.fhem.de/index.php/topic,123686.msg1186092.html#msg1186092

Wolfpunk

#141
Zitat von: tomcat.x am 16 November 2021, 15:14:05
bist Du schon dazu gekommen, nach diesem Problem zu schauen oder können wir etwas helfen oder machen wir einfach nur irgendetwas falsch?

Aktueller Zwischenstand zum Problem "Attribut rpcinterfaces wird beim FHEM Start gelöscht": Auch mit dem Update von heute leider keine Änderung.

Weiterhin habe ich inzwischen das Problem, dass das Attribut "rpcserver on" nicht mehr greift. Ich muss das Ganze jetzt immer manuell mit "set HMCCU on" starten. Aber auch mit diesem Problem bin ich ja scheinbar nicht alleine.

zap

Zitat von: Wolfpunk am 17 November 2021, 09:08:57
Aktueller Zwischenstand zum Problem "Attribut rpcinterfaces wird beim FHEM Start gelöscht": Auch mit dem Update von heute leider keine Änderung.

Weiterhin habe ich inzwischen das Problem, dass das Attribut "rpcserver on" nicht mehr greift. Ich muss das Ganze jetzt immer manuell mit "set HMCCU on" starten. Aber auch mit diesem Problem bin ich ja scheinbar nicht alleine.

Hier steht ja, was geändert wurde: https://forum.fhem.de/index.php/topic,123686.msg1187477.html#msg1187477
rpcinterfaces ist nicht dabei.

Ich kann halt nur Fehler beheben, die ich selbst reproduzieren kann. Und die beiden (rpcinterfaces, RPC server starten) treten bei mir nicht auf.
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

Wolfpunk

#143
Zitat von: zap am 17 November 2021, 10:22:39
Ich kann halt nur Fehler beheben, die ich selbst reproduzieren kann. Und die beiden (rpcinterfaces, RPC server starten) treten bei mir nicht auf.

zap, danke für das Feedback!!! Darüber hatte ich schon die ganze Zeit nachgegrübelt, warum da nichts passiert ist. Dass es bei dir nicht aufgetreten ist, hatte ich so nicht mitgeschnitten!

Daraufhin habe ich dann jetzt mal die HMCCU komplett aus meinem FHEM gelöscht, alles neu gestartet und die HMCCU jungfräulich neu angelegt. Und siehe da, beide Probleme scheinen auf magische Weise verschwunden zu sein! Hab mehrfach neugestartet, rpcinterfaces bleibt jetzt bestehen und das Attribut rpcserver on funktioniert auch wieder einwandfrei.

Die HMCCU hat also das Upgrade auf 5.0 nicht schadlos überstanden. Irgendwo klemmte da hinterher was, obwohl ich alle Anpassungen nach dem Upgrade, wie im WIKI beschrieben (inkl. alte Attribute gelöscht, etc.), durchgeführt hatte. Falls also jemand ähnliche Probleme hat, HMCCU raus, neustarten und von Null auf neu einrichten. Kopie der fhem.cfg vorher zur Sicherheit weglegen, klar!

zap

Ich teste jedes Update gegen eine FHEM COnfig mit HMCCU 4.3. Ich lasse also die "Migration" jedes Mal neu durchlaufen. Meine 4.3 Config beinhaltet 2 CCUs mit >120 Devices.
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

Wolfpunk

#145
Hab den Schuldigen gefunden. Das Verhalten tritt scheinbar sofort wieder auf, sobald delayedinit im DEF gesetzt ist:
defmod HMCCU HMCCU 127.0.0.1 delayedinit=60

Edit: Ok, jetzt bin ich komplett ratlos. rpcinterfaces ist nach Systemneustart nun doch wieder verschwunden. (CCU läuft auf dem gleichen Rechner (ZBOX Pro CI329) wie auch FHEM, ist also bei FHEM Start nicht sofort ansprechbar, daher mein bisheriges delayedinit.)

Wenn ich dich mit irgendwelchen Zusatzinfos versorgen kann, um das Problem "sauber" in den Griff zu bekommen, bitte einfach Bescheid geben. Werde mir jetzt bis dahin mit einer notify-at Kombi behelfen, um HMCCU verzögert zu starten. Mal schauen, ob rpcinterfaces dabei dann bestehen bleibt.

zap

ok, guter Hinweis. Das benutze ich nicht. Schau ich mir an.
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

a_quadrat

Zitat von: a_quadrat am 16 November 2021, 18:37:49
Hi,

ich bin gerade dabei meine Konfiguration auf 5.0 umzustellen, dabei ist mir aufgefallen, das die Kanäle vom Device HMW-IO-12-Sw14-DR sich nach einem Neustart von FHEM nicht mehr bedienen lassen - es verschwindet "on" und "off". Erst wenn man das Attribute "statevals" neu setzt, funktioniert es wieder. Woran kann das liegen?


VG Andreas

Hallo zap,

der Punkt oben hat sich erledigt. Ich habe noch den "controldatapoint" zugefügt und damit funktioniert es - das war bei der 4.3 nicht notwendig.

Aber eine Frage habe ich noch, kann ich mit "substitute" ein Event ändern? Z.B. von "pressed" auf "1"? Ich habe viele Logiken, die eine "1" erwarten, wie es in der Version 4.3 war.

VG Andreas

Ralli

Hallo zap,

ein


set XY on-for-timer n


funktioniert auf einem HMCCUCHN-Device (HM-LC-Sw2-FM) nicht mehr seit 5.0 . Es gibt keine Fehlermeldung.
Gruß,
Ralli

Proxmox 8.1 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.6.20240316) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

zap

@Ralli machst Du mal bitte ein list vom 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