Hallo @cce66,
Ich antworte dir in einem eigenen Thread.
Danke für deine Kommentare, ich kann eine neue Version überarbeiten 
Danke @cce66 für den Test und die Screenshots, das ist sehr hilfreich!
Was du siehst, ist beabsichtigt: Standardmäßig kommen alle Relais als schreibgeschützt an, weil ein steuerbares Relais allen „Alles ausschalten“-Befehlen (Szenen, Google, Alexa…) gehorcht und man nicht versehentlich eine Pumpe oder eine VMC ausschalten möchte. Um ein Relais zu steuern:
- Integrationen → IPX800 → Konfiguration, Feld „Steuerbare Relais durch Gladys“: Gib die Codes ein, z. B.
R1, R2(oderR1:lightum daraus ein Licht zu machen), dann speichern. - Tab Entdeckung: Deine Relais zeigen einen Button „Aktualisieren“. Klicke darauf: Die Funktion wechselt von „Status (schreibgeschützt)“ zu einem echten Schalter.
Für die X-4FP-Zonen: Aus und Frostschutz funktionieren sofort; Eco und Komfort erfordern, dass du „Eco und Komfort von Gladys aus erlauben“ in der Konfiguration aktivierst.
Du hast recht, das ist nicht genug sichtbar. In der nächsten Version wird die Integration selbst sagen, wenn kein Relais steuerbar ist, und der Guide wird es ab der Installation erklären. Ich schaue auch in deinem Repository nach, um die API der V5 zu überprüfen.
Und danke für den Vorschlag zum Testen: Eine V4 und eine V5 zur Hand zu haben, ist wertvoll, die Integration ist noch nie auf einem echten IPX800 gelaufen. Sag mir, ob die Relais mit diesen beiden Schritten gut als Schalter funktionieren.
@cce66 ist v0.1.2 veröffentlicht: Release v0.1.2 · LM1LC3N7/gladys-ipx800 · GitHub
- Der Integrationsstatus zeigt jetzt an, wie viele Relais schreibgeschützt sind und welche auf „Aktualisieren“ in der Entdeckung warten.
- Die Anleitung listet die zu steuernden Relais vor dem Erstellen der Geräte auf: Diese werden dann direkt als Schalter erstellt.
- Dank deinem Repository (danke!): Relais X-8R mit einer hohen Nummer wie dein
4784128konnten nicht steuerbar gemacht werden; das ist jetzt behoben. Und ein defekter X-THL-Sensor veröffentlicht keine Messwerte mehr.
Falls du Zeit zum Testen hast, wäre das für mich am hilfreichsten:
- Nach dem Auflisten von R1, R2 und Klicken auf „Aktualisieren“: Funktioniert der Befehl von Gladys in beide Richtungen? Wird eine Änderung auf der IPX-Seite innerhalb von zehn Sekunden in Gladys angezeigt?
- Bei deinem X-4FP: Zeigt die IPX-Seite nach „Aus“ und „Frostschutz“ von Gladys gesendet nur den letzten Modus an? Zeigt der Integrationsstatus manchmal „Unlesbarer Modus“ an?
- Falls du einen X-THL hast: Wird die Temperatur korrekt angezeigt (21,5 und nicht 215)?
- Bei deiner V4: Wird alles gefunden (Relais, Eingänge, Störmelder)?
- Haben dir die neuen Statusmeldungen ausgereicht, um zu verstehen, was zu tun ist?
Für die V3, Eco-Devices und X-Pool: Sie haben eine andere API, das wäre eine separate Integration. Für die Eco-Devices gibt es bereits GitHub - LM1LC3N7/gladys-ecodevices · GitHub, falls du es ausprobieren möchtest.
erstmal ist es in beide Richtungen bei den Relais quasi sofort (- unter 1s) ok
für den x-thl und den x-4fp muss ich sie neu anschließen, ich gebe dir dann Feedback
nach Update
alles ok für die v5
für die v4 musste ich die IP und den API-Key ändern und dann steuert es die Relais der v4 (aber mit den Parametern der v5), aber es findet nichts von der v4 selbst
ich denke, man sollte eine Integration pro Gerät machen, damit es einfacher ist (man kann eine v5 und eine v4 oder sogar eine v3 in einem Haus haben)
das Repository, das ich dir gegeben habe, enthält alle HTML-Dateien mit einer API, die autonome Geräte sind, die im LAN erreichbar sind, also jeder mit einer IP (der x-thl, der x-4fp, x-4vr usw. sind Geräte, die mit einem Kabel an die IPX angeschlossen sind)
daher sollte es eine separate Integration für
ipx800 v3
ipx800 v4
ipx800 v5
ecodevices
ecodevices RT2
ecodevices ED3
geben
Der IPX 800 V5 und der Ecodevices ED3 sind per API und MQTT steuerbar
Hier, ich habe momentan die 6 Geräte für Tests verfügbar