CUxD Polling

[piotek]

Laut Doku soll ja eine Aktualisierung aller 15s erfolgen. Das ist leider nicht nachvollziehbar. In allen Fällen lag die Zeit über 2 Minuten ....
Woran könnte das liegen ?
Wäre es im übrigen nicht machbar oder sogar besser , wenn z.B. CUxD Geräte die Aktualisierung anfordern bzw. auslösen könnten aus dem CUxD heraus ?

[SukramJ]

Aufgrund der fehlenden BinRPC Implementierung ist die CuXD-Implementierung nur eine Krücke um CuXD-Geäte einlesen zu können.

In allen Fällen lag die Zeit über 2 Minuten ...

Gemessen, oder im DEBUG log analysiert?

Woran könnte das liegen ?

Im Resourcen zu sparen gibt es einen Scheduler der zyklisch Werte abfragt. Ist mir persönlich aber noch nicht aufgefallen.

Wäre es im übrigen nicht machbar oder sogar besser , wenn z.B. CUxD Geräte die Aktualisierung anfordern bzw. auslösen könnten aus dem CUxD heraus ?

Wie geschrieben kann das dafür notwendige BinRPC nicht verwendet werden.
Wenn Du die Doku gelesen hast, dann ist dir bestimmt auch die Datenaktualisierung über CCU-Jack/MQTT aufgefallen, die als Alternative zum Polling verwendet werden kann.

Zuviel Arbeit werde ich nicht mehr in die CuXD Integration investieren.

[piotek]

Ok ... vielen Dank
nicht gemessen oder im log analysiert. Geschätzt da keine der notwendigen Aktualierungen innerhalb von 30s. stattfand.

[piotek]

Wenn du keine Zeit mehr in die CUxD Integration investierst dann würde ich die aber rausnehmen. Sie hätte extrem viel Sinn gemacht durch eine endlich mögliche sauberere und funktionierende, zu dem deutlich einfacher anzuwendende Implementierung von FS20, EnOcean, KLF200, DALI und auch Universaldevices des CUxD. In den Tests hat sich aber nun auch rausgestellt, dass z.B Rolladadenaktoren oder Sollwerte bei eigenen Heizungsreglern auf eine schnelle Aktualisierung angewiesen sind um ordentlich in HA visualisiert zu werden..
CCU-Jack kann nicht wirklich jemand von den normalen Anwendern einrichten , deswegen war ich eigentlich froh über die reine CUxD Lösung ...
So würde ich aber keinen Sinn sehen darin.

[SukramJ]

Sie hätte extrem viel Sinn gemacht durch eine endlich mögliche sauberere und funktionierende, zu dem deutlich einfacher anzuwendende Implementierung von FS20, EnOcean, KLF200, DALI und auch Universaldevices des CUxD

Sinnvoll wäre wohl die CuXD-Macher dazu zu bewegen endlich auch XmRPC zu unterstützen, aber das haben wohl schon einige vergeblich versucht.

Wenn du keine Zeit mehr in die CUxD Integration investierst dann würde ich die aber rausnehmen.

Warum sollt ich.

Die Frage die ich mir immer wieder stelle ist warum man CuXD verwendet, obwohl man doch HA im Einsatz, aber das ist ja jedem selber überlassen.

So würde ich aber keinen Sinn sehen darin.

Ich zwing ja keinen das zu verwenden.
Ansonsten gibt es ja aktuell nur der Weg über die CCU-Jack um CuXD Devices in HA zu integrieren, und das verbunden mit einer manuellen Konfiguration der Entitäten. Die arbeit nimmt einem ja die Integration ab.