Re: FritzBox 6.3 per CUxD steuern
Verfasst: 01.07.2020, 12:23
Hallo an alle,
zunächst herzlichen Dank an alle für diese tolle Lösung die aktive Community, die das am Leben hält! Klasse!
Nach einigen Fehlversuchen und mehrfachem Lesen der 52 Seiten in diesem Threat habe ich "im Prinzip" meine auf Fritz!Box (7590 auf Fritz!OS 7.12) mit Hilfe dieser Scripte vom Raspi (Pi4) aus Zugriff und kann z.B. Gäste-WLAN an/aus schalten und den Schaltzustand abfragen. Ich habe auch eine Reihe von DECT Aktoren: 3 DECT COMET Heizungsregler, 1 DECT 210 Outdoor-Dose und 1 DECT Repeater.
Zunächst beschränkte ich mich darauf, die DECT 210 zu integrieren und bin wie folgt (gem. Anleitung hier) vorgegangen:
1) Scripte hochgeladen und Berechtigungen gesetzt
2) FB.cfg angepasst
3) CUxD Gerät CUX2801002 angelegt
4) 4 Systemvariablen angelegt:
* CUX2801002:2-Leistung
* CUX2801002:2-Schaltzustand
* CUX2801002:2-Status
* CUX2801002:2-Temperatur
5) Gerät konfiguriert:
PARAM1: sh /usr/local/addons/cuxd/user
Ch.: 1 (für Gäste-WLAN, funktioniert einwandfrei!)
KEY CMD_SHORT: $_P1$/FB-main.sh $_C1$ 0
KEY CMD_LONG: $_P1$/FB-main.sh $_C1$ 1
KEY|CH_PARAM1: WLANGast
KEY|CMD_TIMER: $_P1$/FB-main.sh WLANGast state CUX2801002:1
Ch.: 2
KEY CMD_SHORT: $_P1$/FB-AHA.sh switch $_C1$ 0
KEY CMD_LONG: $_P1$/FB-AHA.sh switch $_C1$ 1
KEY|EXEC_TIMEOUT: 60
KEY|CH_PARAM1: (AIN von DECT!210)
KEY|TIMER_PRESET: 60
KEY|CMD_TIMER: $_P1$/FB-AHA.sh switch $_C1$ state1-pts $CHANNEL$
Ch.: 3
Wie 2, nur für den DECT!Repeater, der auch die Temperatur misst
Und siehe da, die Variablen werden auch gefüllt. Und ich kann die Dose an-/ausschalten und sehe den korrekten Status.
Allerdings "spinnt" die Temperartur-Variable und springt immer wieder zwischen korrekten und falschen Werten. Das zeit auch das Systemprotokoll sehr schön. Nicht wundern, ich habe das selbe Setup auch noch im Channel 3 mit dem DECT!Repeater gemacht, um Fehler auf Seite des Aktors auschließen zu können, aber hier ist das Bild exakt gleich (auch wenn in WebUI das für Ch.3 komischeweise nicht sichtbar ist, nur im Log): Ich habe schon 2x alle Variablen gelöscht, die Geräte gelöscht, CUxD de-installiert und wieder neu installiert aber das alles ändert nix. Komischerweise erscheint die andere Temperatur (Channel :3) jetzt richtig im webUI, obwohl sie ja laut Log auch "spinnt": In Redmatic/Node-RED sieht man das selbe Bild, wenn ich die Variablen auslese.
Ach ja, die FB-AHA@fritz.box-debug .log ist auch (wie auch CUxD log) komplett unauffällig, selbst auf Debug-Level 2 keine Fehler zu sehen.
Hat jemand eine Idee, was hier los ist?
Mir ist auch noch nicht klar, ob ich auf diesem Wege die Heizungsregler unter Kontrolle bekomme (auslesen und Soll-Wert stellen), aber das habe ich erst einmal hinten angestellt...
Gruß und Danke
Thomas
zunächst herzlichen Dank an alle für diese tolle Lösung die aktive Community, die das am Leben hält! Klasse!
Nach einigen Fehlversuchen und mehrfachem Lesen der 52 Seiten in diesem Threat habe ich "im Prinzip" meine auf Fritz!Box (7590 auf Fritz!OS 7.12) mit Hilfe dieser Scripte vom Raspi (Pi4) aus Zugriff und kann z.B. Gäste-WLAN an/aus schalten und den Schaltzustand abfragen. Ich habe auch eine Reihe von DECT Aktoren: 3 DECT COMET Heizungsregler, 1 DECT 210 Outdoor-Dose und 1 DECT Repeater.
Zunächst beschränkte ich mich darauf, die DECT 210 zu integrieren und bin wie folgt (gem. Anleitung hier) vorgegangen:
1) Scripte hochgeladen und Berechtigungen gesetzt
2) FB.cfg angepasst
3) CUxD Gerät CUX2801002 angelegt
4) 4 Systemvariablen angelegt:
* CUX2801002:2-Leistung
* CUX2801002:2-Schaltzustand
* CUX2801002:2-Status
* CUX2801002:2-Temperatur
5) Gerät konfiguriert:
PARAM1: sh /usr/local/addons/cuxd/user
Ch.: 1 (für Gäste-WLAN, funktioniert einwandfrei!)
KEY CMD_SHORT: $_P1$/FB-main.sh $_C1$ 0
KEY CMD_LONG: $_P1$/FB-main.sh $_C1$ 1
KEY|CH_PARAM1: WLANGast
KEY|CMD_TIMER: $_P1$/FB-main.sh WLANGast state CUX2801002:1
Ch.: 2
KEY CMD_SHORT: $_P1$/FB-AHA.sh switch $_C1$ 0
KEY CMD_LONG: $_P1$/FB-AHA.sh switch $_C1$ 1
KEY|EXEC_TIMEOUT: 60
KEY|CH_PARAM1: (AIN von DECT!210)
KEY|TIMER_PRESET: 60
KEY|CMD_TIMER: $_P1$/FB-AHA.sh switch $_C1$ state1-pts $CHANNEL$
Ch.: 3
Wie 2, nur für den DECT!Repeater, der auch die Temperatur misst
Und siehe da, die Variablen werden auch gefüllt. Und ich kann die Dose an-/ausschalten und sehe den korrekten Status.
Allerdings "spinnt" die Temperartur-Variable und springt immer wieder zwischen korrekten und falschen Werten. Das zeit auch das Systemprotokoll sehr schön. Nicht wundern, ich habe das selbe Setup auch noch im Channel 3 mit dem DECT!Repeater gemacht, um Fehler auf Seite des Aktors auschließen zu können, aber hier ist das Bild exakt gleich (auch wenn in WebUI das für Ch.3 komischeweise nicht sichtbar ist, nur im Log): Ich habe schon 2x alle Variablen gelöscht, die Geräte gelöscht, CUxD de-installiert und wieder neu installiert aber das alles ändert nix. Komischerweise erscheint die andere Temperatur (Channel :3) jetzt richtig im webUI, obwohl sie ja laut Log auch "spinnt": In Redmatic/Node-RED sieht man das selbe Bild, wenn ich die Variablen auslese.
Ach ja, die FB-AHA@fritz.box-debug .log ist auch (wie auch CUxD log) komplett unauffällig, selbst auf Debug-Level 2 keine Fehler zu sehen.
Hat jemand eine Idee, was hier los ist?
Mir ist auch noch nicht klar, ob ich auf diesem Wege die Heizungsregler unter Kontrolle bekomme (auslesen und Soll-Wert stellen), aber das habe ich erst einmal hinten angestellt...
Gruß und Danke
Thomas