HMCCU: Version 4.3 verfügbar

[zap]

Na ein Glück. Sonst wären mir wirklich langsam die Ideen ausgegangen.

[XXL-Wing]

Ich habe das nochmal verifiziert. Es liegt tatsächlich daran dass ich einen HM-IP only USB Stick dran habe. Habe mir einen Kombi-Stick geborgt und angesteckt, dann war auch das "normale" Homematic BidCos-RF da.

lG
Mike

[gloob]

Ich habe das nochmal verifiziert. Es liegt tatsächlich daran dass ich einen HM-IP only USB Stick dran habe. Habe mir einen Kombi-Stick geborgt und angesteckt, dann war auch das "normale" Homematic BidCos-RF da.

lG
Mike

Was für einen Kombi-Stick meinst du denn? Gibt es welche die HM und HMIP können?

[XXL-Wing]

Ein Freund von mir hat sich einen Kombistick gebaut indem er einen CUL und einen HM-CFG-USB mittels eines kleinen selber gestrickten Prints mit einem USB Hub drauf kombiniert hat, weil er keine 2 Geräte wollte.... Ob das für die Reichweite dienlich ist bezweifle ich zwar aber er hat keine große Fläche damit zu bedienen und der WAF ist höher als mit 2 herumhängenden Enden .

[Simon74]

Hallo zap,

ich stelle fest das seit paar Tagen die HmIP Device Readings nicht mehr aktualisiert werden.
Manuell mit [set HmIP_*NAME* update] funktioniert es jedoch einwandfrei.

Beim Start von FHEM sehe ich das genau die 4 HmIP Devices fehlen (56 Devices gesamt, HM=52, HmIP=4)

Code Auswählen Erweitern

2019.02.25 18:43:12 2: CCURPC: [d_rpcBidCos_RF] CB2001005010005224 NewDevice received 309 device and channel specifications
2019.02.25 18:43:13 2: HMCCU: [ccu31] Updated devices. Success=52 Failed=0

In der CCU3 sind die Werte aller 4 HmIP Geräte aktuell und funktionieren (2x Präsenzmelder, 2x Thermostat).

Danke für Tip

[Simon74]

Nach nochmaligen lesen des Wikis:
rpcinterfaces fehlte in den Attributen, und somit anscheinend nur mehr BidCos-RF aktiv, jedoch kein HmIP-RF. (Kann mich nicht erinnern das Attribut entfernt zu haben)

Nach erneuten setzen von rpcinterfaces:

Code Auswählen Erweitern

attr ccu31 rpcinterfaces BidCos-RF,HmIP-RF
kommen auch wieder die Readings automatisch

[zap]

Habe ein Update eingecheckt.

Behobene Fehler:

• HMCCUDEV, HMCCUCHN: Fehler in Config-Befehlen behoben (set config, get config, get configlist, get configdesc)
• HMCCUDEV, HMCCUCHN: Config-Befehle unterstützen nun HTTPS sowie Authentifizierung

Neue Funktionen:

• HMCCU: Befehl set prgActivate aktiviert ein CCU Programm
• HMCCU: Befehl set prgDeactivate deaktiviert ein CCU Programm

[gloob]

Hast du vielleicht einen Tipp wie ich die Custom Sensoren die mit Asksinpp arbeiten über HMCCU in FHEM rein bekomme?

Also in FHEM rein ist nicht das Problem:

Code Auswählen Erweitern

defmod HM_HB_UNI_Sen_DIST_US_HM00F9D602 HMCCUDEV HM00F9D602
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 IODev d_ccu
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 room Homematic

setstate HM_HB_UNI_Sen_DIST_US_HM00F9D602 2019-03-03 12:59:31 hmstate Initialized
setstate HM_HB_UNI_Sen_DIST_US_HM00F9D602 2019-03-03 12:59:08 state Initialized

Aber wie komme ich an die Readings

[zap]

Hast du vielleicht einen Tipp wie ich die Custom Sensoren die mit Asksinpp arbeiten über HMCCU in FHEM rein bekomme?

Wenn sie in einer CCU angelernt sind und sie mit "get devicelist" aus der CCU übertragen werden, könntest Du mal für das I/O Device ein

get deviceinfo Name/Adresse

ausführe. Name/Adresse vom Asksinpp Device.

[gloob]

Hab

Also in FHEM rein ist nicht das Problem:

Code Auswählen Erweitern

defmod HM_HB_UNI_Sen_DIST_US_HM00F9D602 HMCCUDEV HM00F9D602
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 IODev d_ccu
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 room Homematic

setstate HM_HB_UNI_Sen_DIST_US_HM00F9D602 2019-03-03 12:59:31 hmstate Initialized
setstate HM_HB_UNI_Sen_DIST_US_HM00F9D602 2019-03-03 12:59:08 state Initialized

Aber wie komme ich an die Readings.

Hab mal meinen Post oben drüber aktualisiert.

DeviceInfo liefert folgendes:

Code Auswählen Erweitern

CHN HM00F9D602:0 HB-UNI-Sen-DIST-US HM00F9D602:0
  DPT {b} BidCos-RF.HM00F9D602:0.UNREACH = false [RE]
  DPT {b} BidCos-RF.HM00F9D602:0.STICKY_UNREACH = false [RWE]
  DPT {b} BidCos-RF.HM00F9D602:0.CONFIG_PENDING = false [RE]
  DPT {b} BidCos-RF.HM00F9D602:0.LOWBAT = false [RE]
  DPT {n} BidCos-RF.HM00F9D602:0.RSSI_DEVICE = 168 [RE]
  DPT {n} BidCos-RF.HM00F9D602:0.RSSI_PEER = 212 [RE]
  DPT {b} BidCos-RF.HM00F9D602:0.DEVICE_IN_BOOTLOADER = false [RE]
  DPT {b} BidCos-RF.HM00F9D602:0.UPDATE_PENDING = false [RE]
CHN HM00F9D602:1 HB-UNI-Sen-DIST-US HM00F9D602:1
  DPT {f} BidCos-RF.HM00F9D602:1.DISTANCE = 161.000000 [RE]
  DPT {f} BidCos-RF.HM00F9D602:1.BATTERY_VOLTAGE = 3.100000 [RE]


[gloob]

Man sollte erst denken und dann handeln

Code Auswählen Erweitern

defmod HM_HB_UNI_Sen_DIST_US_HM00F9D602 HMCCUDEV HM00F9D602
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 IODev d_ccu
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 ccureadingfilter (DISTANCE|BATTERY_VOLTAGE)
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 room Homematic
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 stateFormat 1.DISTANCE
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 stripnumber 1

Einfacher als gedacht 

[chq]

Habe heute meine CCU2 auf 2.41.5 aktualisiert und habe nun Probleme.

Würde mir bitte kurz nochmal jmd. erklären, was ich hier (in welcher Reihenfolge) updaten sollte?

"update check" führt bei mir momentan zu dieser Ausgabe:

UPD FHEM/88_HMCCU.pm
UPD FHEM/88_HMCCUCHN.pm
UPD FHEM/88_HMCCUDEV.pm
UPD FHEM/88_HMCCURPCPROC.pm

Gruß Chris

[zap]

Die Reihenfolge beim Update der FHEM Module spielt keine Rolle, da FHEM anschliessend sowieso neu gestartet wird.
Vor dem Update würde ich den/die RPC Server anhalten, damit die sich sauber bei der CCU deregistrieren.

[juemuc]

Hallo ZAP,

nachdem ich nun auch die Systemvariablen aus der piVCCU auslese und den Parameter ccuGetVars mit 60 Rollos.* gesetzt habe, erhalte ich folgende log-Einträge

2019.03.04 21:26:13 1: PERL WARNING: Argument "60 Rollos.*" isn't numeric in numeric gt (>) at ./FHEM/88_HMCCU.pm line 594.
2019.03.04 21:27:13 1: PERL WARNING: Argument "60 Rollos.*" isn't numeric in addition (+) at ./FHEM/88_HMCCU.pm line 6576.

Habe ich den Parameter falsch gesetzt? Er funktioniert zumindest.

Viele Grüße
Jürgen

[zap]

Wie hast du das Attribut gesetzt? Auf keinen Fall so:

attr xy ccuGetVars "60 Rollos.*"

Die Anführungszeichen führen dazu, dass das wie 1 Parameter behandelt wird, also das Abrufintervall. Also " weglassen