HMCCU 5.0 im SVN verfügbar

[zap]

Also eventmap solltest Du keinesfalls so verwenden. Jedenfalls nicht mit lock und close. Denn das sind set Befehle, die schon eingebaut sind.

Kannst Du für das homebridge Mapping nicht pct verwenden?

Um das Problem zu analysieren, bitte mal ccuflags auf trace setzen, den lock Befehl ausführen (vorher das aus wventmap löschen). Im fhem Log findest du dann irgendwo den Homematic script Befehl. Den hätte ich gerne

[zap]

@OiledAmoeba warum verwendest Du nicht die Device Definition von der alten Version?

Grundsätzlich unterstützt HMCCU alle Gerätearten. Die Definition ist halt umständlicher, eben so wie mit der Version 4.3

[OiledAmoeba]

@OiledAmoeba warum verwendest Du nicht die Device Definition von der alten Version?

Grundsätzlich unterstützt HMCCU alle Gerätearten. Die Definition ist halt umständlicher, eben so wie mit der Version 4.3

Vielleicht mache ich auch was falsch. Schalter und Dimmer haben keine Set-Punkte mehr. Set on/off/dim fehlt. set datapoint STATE on = no control channel defined (klar, habs als Dev angelegt), set datapoint 1.STATE on = invalid datapoint

Immerhin liefern die Thermostate noch Daten unter 1.TEMPERATURE, das lasse ich auf temperature umschreiben, damit die notifies die virtuellen Thermostate füttern können.

Hab mal ein get datapoint versucht, siehe Anlage. Dabei spielt es keine Rolle, ob ich das Gerät vorher mit set defaults old behandelt habe oder nicht.

[Otto123]

Hallo Zap,

erstmal vielen Dank für Deine Arbeit, auf den zweiten Blick läuft das alles gut!  Ich brauche aktuell keine Hilfe, habe aber ein paar Anmerkungen.

Ich stolpere seit ein paar Tagen die Anfängerstraße für raspberrymatic und HMCCU entlang. Ein paar Stolpersteine habe ich mir selbst gelegt, aber eine Ungereimtheit bleibt:
In deinem Wiki Beitrag steht

Alle RPC-Server werden über das I/O Device mit einem Befehl gestartet:
set d_ccu rpcserver on

In der commandref steht

Define used RPC interfaces with attribute 'rpcinterfaces'
Start RPC servers with command 'set rpcserver on'
...

einen Eintrag rpcserver gibt es bei mir im set Menü nicht. Der Befehl aus dem Wiki funktioniert aber in der Kommandozeile!
Ich denke die Passage ist die Richtige:

set <name> on
Start RPC server(s). This command

Vielleicht könntest Du das bei Gelegenheit in der Beschreibung gerade ziehen?

Irgendwie hatte ich Bedenken wegen der Anmeldung und dem Port (80) der Webschnittstelle - habe aber irgendwann kapiert: Das spielt gar keine Rolle!? 
Ich hatte nämlich am Anfang beim define diese Meldung:

2021.12.15 21:38:36.818 1: HMCCU [d_ccu] CCU port 8181 is not reachable

Weil ich den Abschnitt mit der Firewall Konfiguration "überlesen" hatte. Ich hatte die Firewall von Beginn an auf "relaxed" - aber da ist die "Remote Homematic-Script API" nicht auf Vollzugriff. Das muss man unbedingt am Anfang setzen! Die Fehlermeldung hat mich natürlich auf die Suche nach dem nicht offenem Port 8181 geschickt 

Final noch einen "Wunsch" für langweilige Tage: der Link oben zur CCU Admin Oberfläche ist ne tolle Sache, allerdings läuft die CCU bei mir im Docker Container auf Port 8080. Damit läuft der Link bei mir doppelt ins Leere (HMCCU greift bei mir über die interne Container IP zu). Wäre es denkbar dafür (Host) Adresse und Port einstellbar zu machen? Ich kann natürlich ein stateFormat / DevstateIcon basteln.

Viele Grüße
Otto

[zap]

Hallo Otto,

danke für die Hinweise. Den Befehl "set rpcserver" gibt es nur noch aus Gründen der Abwärtskompatibilität. Ich korrigiere die Doku.

Wegen Zugriff auf die CCU: HMCCU unterstützt sowohl https als auch Username / Passwort (auch wenn ich das schon lange nicht mehr getestet habe )

Man verwendet beim Define vom I/O Device einfach "https://<ccuip>" und setzt ggf. mit set authentication Benutzername und Passwort (einmalig).

Zu bedenken ist aber: Der komplette RPC Verkehr (und das ist die Hauptsache) ist sowieso unverschlüsselt. Da macht der verschlüsselte Zugriff auf Port 8181 die Sache nur  bedingt sicherer.

Ein Attribut für die URL der Weboberfläche sollte machbar sein.

[zap]

Vielleicht mache ich auch was falsch. Schalter und Dimmer haben keine Set-Punkte mehr. Set on/off/dim fehlt. set datapoint STATE on = no control channel defined (klar, habs als Dev angelegt), set datapoint 1.STATE on = invalid datapoint

Immerhin liefern die Thermostate noch Daten unter 1.TEMPERATURE, das lasse ich auf temperature umschreiben, damit die notifies die virtuellen Thermostate füttern können.

Hab mal ein get datapoint versucht, siehe Anlage. Dabei spielt es keine Rolle, ob ich das Gerät vorher mit set defaults old behandelt habe oder nicht.

Mach mal bitte ein "list" vom Device und am besten noch ein "get deviceinfo"

[nog76]

Ab morgen steht ein weiteres Update im SVN zur Verfügung.

Die Liste der Bugfixes und Erweiterungen gibt's hier: https://github.com/zapccu/HMCCU/blob/master/VERSIONS.md

Habe gerade dieses Update eingespielt und erhalte nun solche Fehlermeldungen

Code Auswählen Erweitern

2021.12.16 08:36:22 1: PERL WARNING: Argument "NORMAL" isn't numeric in subtraction (-) at /opt/fhem/FHEM/88_HMCCU.pm line 2896.
2021.12.16 08:36:22 1: stacktrace:
2021.12.16 08:36:22 1:     main::__ANON__                      called by /opt/fhem/FHEM/88_HMCCU.pm (2896)
2021.12.16 08:36:22 1:     main::HMCCU_Substitute              called by /opt/fhem/FHEM/88_HMCCU.pm (4704)
2021.12.16 08:36:22 1:     main::HMCCU_UpdateParamsetReadings  called by /opt/fhem/FHEM/88_HMCCU.pm (4865)
2021.12.16 08:36:22 1:     main::HMCCU_UpdateMultipleDevices   called by /opt/fhem/FHEM/88_HMCCURPCPROC.pm (827)
2021.12.16 08:36:22 1:     main::HMCCURPCPROC_Read             called by fhem.pl (3895)
2021.12.16 08:36:22 1:     main::CallFn                        called by fhem.pl (773)
2021.12.16 08:36:22 1: PERL WARNING: Argument "NORMAL" isn't numeric in subtraction (-) at /opt/fhem/FHEM/88_HMCCU.pm line 2896.
2021.12.16 08:36:22 1: stacktrace:
2021.12.16 08:36:22 1:     main::__ANON__                      called by /opt/fhem/FHEM/88_HMCCU.pm (2896)
2021.12.16 08:36:22 1:     main::HMCCU_Substitute              called by /opt/fhem/FHEM/88_HMCCU.pm (4704)
2021.12.16 08:36:22 1:     main::HMCCU_UpdateParamsetReadings  called by /opt/fhem/FHEM/88_HMCCU.pm (4865)
2021.12.16 08:36:22 1:     main::HMCCU_UpdateMultipleDevices   called by /opt/fhem/FHEM/88_HMCCURPCPROC.pm (827)
2021.12.16 08:36:22 1:     main::HMCCURPCPROC_Read             called by fhem.pl (3895)
2021.12.16 08:36:22 1:     main::CallFn                        called by fhem.pl (773)
2021.12.16 08:36:22 1: PERL WARNING: Argument "HEATING" isn't numeric in subtraction (-) at /opt/fhem/FHEM/88_HMCCU.pm line 2896.
2021.12.16 08:36:22 1: stacktrace:
2021.12.16 08:36:22 1:     main::__ANON__                      called by /opt/fhem/FHEM/88_HMCCU.pm (2896)
2021.12.16 08:36:22 1:     main::HMCCU_Substitute              called by /opt/fhem/FHEM/88_HMCCU.pm (4704)
2021.12.16 08:36:22 1:     main::HMCCU_UpdateParamsetReadings  called by /opt/fhem/FHEM/88_HMCCU.pm (4865)
2021.12.16 08:36:22 1:     main::HMCCU_UpdateMultipleDevices   called by /opt/fhem/FHEM/88_HMCCURPCPROC.pm (827)
2021.12.16 08:36:22 1:     main::HMCCURPCPROC_Read             called by fhem.pl (3895)
2021.12.16 08:36:22 1:     main::CallFn                        called by fhem.pl (773)

[Reinhard.M]

ok, aktuell setze ich LEVEL auf 101, was eigentlich "ignorieren" bedeuten sollte. Ich ändere das auf 100.5 (letzter Wert). Dann kannst Du es wenn möglich nochmal versuchen.

Hallo Zap,
ich habe gerade deine aktuelle Version eingespielt, die "Slat" Einstellung funktioniert weiterhin nicht richtig. Du wolltest noch den LEVEL von 101 auf 100.5 umstellen. Kann es sein, dass das bei den ganzen anderen Fixes untergegangen ist? Ich hatte es ja bereits mit einem eigenen eventMap vorab getestet und geschrieben, dass das Setting mit 100.5 funktioniert. Wäre schön wenn du nochmals draufschauen könntest.

Gruß Reinhard

[Jamo]

Habe gerade dieses Update eingespielt und erhalte nun solche Fehlermeldungen

Code Auswählen Erweitern

2021.12.16 08:48:27.069 1: PERL WARNING: Argument "NORMAL" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896.
2021.12.16 08:48:27.076 1: PERL WARNING: Argument "STABLE" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896.


Hier die gleiche Fehlermeldung...

[zap]

Hallo Zap,
ich habe gerade deine aktuelle Version eingespielt, die "Slat" Einstellung funktioniert weiterhin nicht richtig. Du wolltest noch den LEVEL von 101 auf 100.5 umstellen. Kann es sein, dass das bei den ganzen anderen Fixes untergegangen ist? Ich hatte es ja bereits mit einem eigenen eventMap vorab getestet und geschrieben, dass das Setting mit 100.5 funktioniert. Wäre schön wenn du nochmals draufschauen könntest.

Gruß Reinhard

Was wird bei Deinem Device in den Internals staterole und controlrole angezeigt?

[Reinhard.M]

Was wird bei Deinem Device in den Internals staterole und controlrole angezeigt?

ccurolectrl    BLIND_VIRTUAL_RECEIVER
ccurolestate    BLIND_TRANSMITTER

[zap]

Hier die gleiche Fehlermeldung...

Ich hoffe FHEM stürzt nicht ab (?) Falls doch, zurück auf die Vorgängerversion.

Ich fixe das asap

[zap]

ccurolectrl    BLIND_VIRTUAL_RECEIVER
ccurolestate    BLIND_TRANSMITTER

Der Befehl ist so definiert:

pctSlats' => 'V:LEVEL_2:?level V:LEVEL:100.5',

Machst Du mal bitte ein list vom Device?

[Reinhard.M]

Der Befehl ist so definiert:

pctSlats' => 'V:LEVEL_2:?level V:LEVEL:100.5',

Machst Du mal bitte ein list vom Device?

Das Listing ist zu groß um es hier einzufügen, deshalb als Textdatei. Darin kannst du auch das von mir verwendete Mapping sehen, funktioniert in dieser Form ohne Probleme.
BTW, die Fehlermeldung im Log hatte ich heute Morgen ebenfalls.

[nog76]

Ich hoffe FHEM stürzt nicht ab (?) Falls doch, zurück auf die Vorgängerversion.

Ich fixe das asap

Nein, kein Absturz und zumindest was ich auf meinem Testsystem sehe, werden die Commands trotzdem ausgeführt.