PHC-Anbindung an OpenHAB

Hallo Jürgen,

schön, dass es klappt.
Ich bin mir unschlüssig, wie ich das Auslesen der Stati an Deiner Stelle machen würde.
Am besten wär ja ein kleines Programm, das ständig und immer wieder alle Stati ausliest und Änderungen an OpenHAB meldet.

Andreas

Hallo Jürgen,

super. du kannst ja mal ein paar Screenshots schicken, wie das jetzt aussieht.

Schau Dir auch mal die Bindings ASTRO und WEATHER an. Die sind bestimmt auch interessant...
Mit Astro bekommst Du Infos über Sonnenaufgang, -untergang etc, mit Weather hast Du Zugriff auf Wettervorhersagen aus dem Internet.
Natürlich kannst Du bei Astro dann auch Rules definieren, die z.B. bei Sonnenaufgang etc. etwas tun. Allerdings habe ich das nicht im Einsatz, da ich dafür meine 3 Helligkeitsauswerter von PEHA benütze. Auch das Wetaher-Binding habe ich noch nicht im Einsatz, da ich noch per HTTP die Wettervorhersage hole (als ich mit OpenHAB angefangen habe, gab es noch kein Weather-Binding...).

Zum Thema Statusänderungen:
Die Bindings haben meistens 2 Richtungen ">" und "<".
Die erste Richtung verwendest Du ja bereits zum Schalten.
Die andere Richtung ist genau für Events von Außen gedacht. Damit kannst Du den Zustand eines Items in OpenHAB ändern.
Aber klar, dadurch könnte dann auch eine Rule ausgelöst werden.
Ich verwende ja das MQTT-Binding und da kann ich am Item den Typ angeben, was das für ein Event ist:
"Describes what the message content contains: a status update or command. Allowed values are 'state' or 'command'."
Ich benütze hier 'state'. Allerdings habe ich auch keine Rules in OpenHAB definiert, da ich (noch) alles von der PHC-Steuerung machen lasse.
Beim HTTP-Binding gibt es auch die Richtung "<", allerdings ohne Differenzierung state und command.

Gruß
Andreas

Hallo zusammen,

zum direkten Schalten von PHC Ausgängen solltet Ihr wissen, dass dann die Statusänderungen der Ausgänge nicht an die Steuerung übertragen werden! Also werden logische Bedingungen die solch einen Ausgang abfragen nicht immer richtig sein!
In der Software V3 gibt es hierfür die sogenannten "virtuellen" Eingangsmodule auf die die gewünschte Funktion programmiert werden kann, wenn eine Schaltung nur über Visu erfolgen soll. Ansonsten können die Hardware Eingänge simuliert werden, was dann zur Abarbeitung des vollständigen Eingangsbefehls führt und auch logische Bedingunmgen beachtet. Hierbei ist jedoch zu beachten, dass der Status des Eingangs nicht aktualisiert wird.

Gruß
Michael

Hallo Michael,

ich hatte vom PHC-Support auch folgende Hinweis bekommen:
"Als Hinweis kann ich Ihnen noch mitgeben, dass wir bei PHC immer die Eingangsfunktionen simulieren und nie die Ausgänge direkt schalten. So senden dann auch die Ausgangsmodule ihren Status zurück."
Bedeutet das, dass wenn ich die Ausgangsmodule direkt ansteuere auch die Rückmeldungen der Ausgangsmodule nicht funktionieren?
Oder bedeutet das nur, dass ich in der Bedingung bei einer logischen Verknüpfung nicht den korrekten Status des Ausgangsmoduls habe (also z.B. wenn ich programmiere: wenn EMD.XX.AUS<1 und AMD.YYY.AUS dann AMD.ZZZ Einschalten, dass dann der Status des Ausgangsmoduls AMD.YYY nicht immer korrekt ist, wenn ich es direkt geschalten habe).

Trotzdem schalte ich sehr viele Ausgänge direkt, weil es manchmal einfacher ist.

Mit "virtuellen Modulen" arbeite ich bei der V2 auch, d.h. ich habe einfach ein Eingangsmodul mit Adresse 31 angelegt und dies mit Eingängen und Funktionen belegt. Von meiner Visualisierung simuliere ich dann die Eingangsbefehle dieses virtuellen Eingangsmoduls. Das klappt ganz gut.


Andreas

Hallo Andreas,

da beim direkten Schalten des Ausgangs die Antwort des Ausgangsmoduls an den Sender (PC) weitergegeben wird hat die Steuerung keine Möglichkeit den Ausgangsstatus zu aktualisieren. Zumindest ist das bei den Steuermodulen bis Version 2.x so. Wie das dann mit den Visualisierungsfunktionen über XML-RPC verhält müsste ich nachsehen. Aber ich bin recht sicher, dass auch hier beim direkten Schalten des Ausgangs keine Statusaktualisierung im STM stattfindet.

Gruß
Michael

Hallo Michael,

danke für die Antwort.
Also so wie ich die XML-RPC-Befehle sehe, sind die nicht viel anders als textuelle Repräsentationen der alten binären Befehle...
Selbst der KeepAlive ist identisch...

Andreas

Hallo Jürgen,

Jürgen schrieb:

Da ich mich momentan ja lediglich auf der HTTP-GET-Ebene bewege - wo ich ja auch nur Eingänge schalten kann - habe ich das Problem nicht.

Ich denke Du kannst Deine HTTP-GETS auch mit AMDs, JRMs etc machen.
Die Adresse hinter MOD muss dann nur 64 für AMD/JRM mit Adresse 0, 65 für AMD/JRM mit Adresse 1 etc. sein.
Exportier mal die Kanalliste, da stehen die Adressen drin.
Einschalten eines AMD-Ausgangs ist dann die Befehlsnummer 2, Ausschalten 3, umschalten 6.

Probiers einfach mal aus.

Gruß
Andreas

Ja nachdem ich noch mal darüber nachgedacht habe, wird es wohl doch nicht klappen, da über diesen Weg wohl die Funktion "Simuliere Eingangsevent" verwendet wird - und das geht nur mit EMD-Eingängen...

Die 40 die Du siehst müsste Hex- 40 sein, in C also 0x40 = 64.

Jürgen schrieb:

Bindings bidirektional ist klar. Was ich ja dann machen möchte, ist auf Grund eines ermittelten Zustands einen Schalter (z. B. Licht Esszimmer) auf AN oder AUS setzen - dabei soll aber natürlich kein Schaltvorgang ausgelöst werden. Es ist ja nur eine Status-Anpassung an die tatsächlichen Gegebenheiten. Wie müsste so ein Befehl in den Rules dann lauten?

Da müsstest du mal im OpenHAB-Forum fragen... Wie schon gesagt, wird die reine Status Änderung von dem von mir verwendeten MQTT-Binding unterstützt. Beim HTTP-Binding sehe ich das nicht...

Ich habe gerade gelesen, dass HomeMatic auch eine XML-RPC-Schnittstelle hat, die wohl früher vom OpenHAB-HomeMatic-Binding verwendet wurde.
Da müsste man mal schauen, wie das implementiert wurde. Vielleicht kann man einiges übernehmen...