Neues Modul HMCCU für Homematic CCU

[chris1284]

nö

[zap]

Ich frage anders: Kann ich eine CCU2 unter fhem als IO-Gerät in eine vccu einbinden?

Die CUL_HM/VCCU- und die HMCCU-Welt sind 2 verschiedene, nicht miteinander kompatible Dinge. Du musst Dich entscheiden ...

[riker1]

Hallo,

hätte gerne gewusst, wie ich die hmip-ps als device definieren muss um sie zu schalten.
Habe das hier nicht gefunden.

Danke

[Stril]

Hallo!

Steht eigentlich schon mehrfach im Thread:

HmIP ist genauso zu definieren und zu bedienen, wie HM:

Code Auswählen Erweitern


define DEVICENAME HMCCU DEVICENAMECCU



Grüße
Phil

[zap]

Hallo!

Steht eigentlich schon mehrfach im Thread:

HmIP ist genauso zu definieren und zu bedienen, wie HM:

Code Auswählen Erweitern


define DEVICENAME HMCCU DEVICENAMECCU


Ersetze "HMCCU" durch "HMCCUDEV" oder "HMCCUCHN", dann passt es.


Grüße
Phil

[Stril]

...ups...

Diese Vertipper

Ich kann übrigens jeden Tag das Modul mehr empfehlen. Gestern habe ich alle restlichen Devices von meinem HMLAN auf die CCU2 migriert und bin mehr als zufrieden.

Grüße
Phil

[topfi]

Wie aufwendig ist das denn? In dem anderen Thread mit den Beispielen verstehe ich nur Bahnhof... 

[Stril]

Hallo!

Das ist wie bei allem mit FHEM:
Einfach, sobald man die Logik verstehen hat. Vorher fies

[tuppertasse]

Wie aufwendig ist das denn? In dem anderen Thread mit den Beispielen verstehe ich nur Bahnhof... 

Moin moin !
Definiere mal was du unter "aufwändig" verstehst ?
Wie überall, MUSS man sich in die Dinge einlesen, egal ob man einen super modernen Fernseher, Dolby 7.1 Verstärker oder sonst was. Genauso ist es hier. Und dabei helfen die Beispiele aus dem Thread enorm !
Am Anfang wird man wahrscheinlich alles verfluchen aber sobald man die "Logik" des Aufbaus verstanden hat umso einfacher wird es, genauso wie es Member Stril geschrieben hat !
Ich mag das Modul auch jeden Tag immer mehr ! Warum ? Weil ich jeden Tag immer ein wenig mehr verstehe und davon begeistert bin

[Loredo]

Naja das erste Erfolgserlebnis mit einer brauchbaren Konfig, um einen Ersatz für CUL_HM zu erhalten, ist schon seeehr mühselig.
Meine Templates haben bisher ja leider keinen Weg in den Mainstream gefunden.

[chris1284]

naja komm so schlimm ist es nicht! die beispieldefinitionen braucht man ehr selten wenn man ein bissl mit fhem erfahrung hat. aber defaoult attribute für die devices wären schon hilfreich

[zap]

Die neue Version (läuft bei mir gerade im Test) wird deutlich mehr Default Attribute enthalten, nun auch für HMCCUCHN Devices.

[Loredo]

Das lässt hoffen. Es ist wirklich sehr aufwändig eine bestehende Installation mit fast 100 Devices komplett neu definieren zu müssen und dabei auch nur annähern das selbe Verhalten, Readings, Icons etc. nachzubauen.
Vom Workflow her wäre es natürlich toll, wenn man einfach für jedes von der CCU2 ausgelesene Gerät am Anfang ein HMCCU Gerät oder Channel (was je nach Gerät eben mehr Sinn macht) automatisch anlegen könnte, inkl. aller Attribute und Iconsets, damit man die Geräte dann nur noch umbenennen muss und sie direkt für die vorigen CUL_HM Geräte als Ersatz dienen können. Ich habe gerade bei meinen Eltern mit der Umstellung der Heizungssteuerung begonnen und was soll ich sagen: Nach Tagen Arbeit ist es noch nichtmals im Ansatz so, wie es mal war, leider...

[zap]

Autocreate geht ja schon (mit get devicelist). In der neuen Version auch gleich mit Attributen, sofern in HMCCUConf.pm vorhanden. Eine Kompatibilität mit CUL_HM Attributen wird es allerdings nicht geben. Dazu sind die Ansätze zu unterschiedlich.

Ich werde auch nicht alle Attribute aus Deiner Template-Datei übernehmen. Gerade die event-maps und die devicons sind doch sehr umfangreich und passen sicher nicht jedem Nutzer ins Konzept. Ich tendiere eher dazu, eigene Templates zu zu lassen, die jeder Nutzer in einer Textdatei pflegen kann. Vorgabe wären dann die Attribute aus HMCCUConf.pm, die dann mit eigenen Attributen aus der Textdatei überschrieben werden, sofern vorhanden.

[zap]

Noch zwei Hinweise, die die Anwendung von HMCCU vielleicht etwas vereinfachen:

1. Im Attribut substitute kann man ja Datenpunkt bezogen Ersetzungsregeln für Werte definieren. Das Attribut akzeptiert auch Listen von Datenpunkten. Um z.B. die Werte der Datenpunkte UNREACH und LOWBAT durch "yes" und "no" zu ersetzen, kann man folgendes Attribut setzen:

Code Auswählen Erweitern


attr mydev substitute UNREACH,LOWBAT!(0|false):no,(1|true):yes


2. Wem die Readingnamen nicht gefallen, kann sie mit dem Attribut ccureadingname umbenennen:

Code Auswählen Erweitern


attr mydev ccureadingname LOWBAT:battery,LEVEL:pct


Das erspart exzessive Userreadings (und ist im übrigen performanter als userreadings, die intern per Notify-Call abgearbeitet werden)
Der erste Teil vor dem Doppelpunkt ist ein regulärer Ausdruck. Es können also auch nur Teile der Readingnames ersetzt werden.