UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[LausiD]

@ok1 sagte in [Neuer Adapter] Visualisierung iQontrol:

Man kann den Datenpunkt controlMode händisch auf write=true setzen, was ich bereits für einen anderen Zweck gemacht habe.

Dann funktioniert das Setzen der Modi über controlMode bei mir ohne Probleme.
Bsp: Auswahl der gewünschten controlMode- Option mit Übergabe von IObroker an FHEM:

Nach kurzer Wartezeit:

Der Homematic-Thermostat hat in den neuen controlMode umgeschaltet.
Ich denke, hier könnte @LausiD den Datenpunkt in seinem FHEM-Adapter entsprechend anpassen, so dass bei Neuanlage von controlMode direkt read und write-Rechte für controlMode vergeben werden.

@ok1
Objekt controlMode wird aktuell mit read/ wrrite angelegt.
Falls du den FHEM Adapter schhon länger im Einsatz hast und fhem.x.info.Configurations.autoRest=false ist werden die angelegten Objekte jedoch nicht aktualisiert und angepasst. Achtung! Mit fhem.x.info.Configurations.autoRest=true werden ALLE Objekte auf den Stand Adapter gebracht.
Zum Test kannst du auch einzelne Objekte löschen und nach Neustart Adapter wird das gelöschte Objekt nach Stand Adapter angelegt.
Gruß
LausiD

[LausiD]

@ok1 sagte in [Neuer Adapter] Visualisierung iQontrol:

Hallo, in der Konstellation IOBroker- FHEM-Adapter ohne CCU (FHEM steuert die Devices direkt über den HM-LAN-Konfigurator) gibt es die Datenpunkte AUTO_MODE, BOOST_MODE und MANU_MODE leider nicht. Ob diese mit CCU immer angelegt werden kann ich leider nicht sagen. Hier könnte evtl. @LausiD weiterhelfen.
Es gibt bei mir die vom FHEM-Adapter gesetzten Datenpunkte controlParty (nimmt den Party-Modus-String wie oben beschrieben auf), controlManu (leer - Funktion unklar) und controlMode, in dem man die States auto, manual und boost setzen kann.

@ok1
Mit controlManu kann on off und Temperatur zB 10 gesetzt werden.
CCU kann ich nichts sagen, habe die Teile auch über FHEM eingebunden.
Grundsätzlich legt der FHEM Adapter alle Objekte nur als "Kopie aus FHEM" an.
Denke auch der von @s-bormann vorgeschlagene Weg ist die einzige Lösung.
Einfach gesagt erfolgt hier eine "Übersetzung" der Befehle ausserhalb von beiden Adaptern.
Gruß
LausiD

[s.bormann]

@ok1 sagte in [Neuer Adapter] Visualisierung iQontrol:

@s-bormann , leider klappt es mit der Ergänzung noch nicht.
Die Datenpunkte sehen jetzt so aus, alle mit Lese/Schreibberechtigung und für IQontrol freigegeben:

und in IQontrol verlinkt:

Ich habe jetzt das Problem, dass sich der Dialog "Einstellungen" bei Click auf "Thermostate" nicht öffnet:

Lösche ich CONTROL_MODE in der IQontrol- Verlinkung (zurück auf den alten Stand)

poppt der Dialog wieder auf , aber die Modi AUTO_MODE, BOOST_MODE oder MANU_MODE werden nicht geschrieben. Ich denke auch, dass noch irgendeine Kleinigkeit fehlt ... VG, ok

Hi,
kannst Du bitte mal bei geöffneter Entwicklerkonsole (F12 im Browser) darauf achten, was unter Console gemeldet wird, wenn Du versuchst den Dialog zu öffnen? Am besten alles raus kopieren und hier schicken. Irgendwo scheint es da noch zu haken.

LG

[s.bormann]

@mucki sagte in [Neuer Adapter] Visualisierung iQontrol:

Guten Abend.

Erstmal vielen Dank für diesen tollen Adapter. Ich versuche gerade meine Homekit Oberfläche nachzuahmen, um einen identischen Funktionsumfang via Webfrontend zu gestalten. Damit könnte ich das Haus direkt über das Display des Kühlschranks steuern :-)

Ich stolpere allerdings gerade über die Hue Einbindung, zu der auch schon das ein oder andere hier geschrieben wurde.

Die Hue Integration funktioniert soweit sehr gut, allerdings kann ich Leuchten nur mit einer Helligkeit von 100% einschalten und muss danach immer wieder runterdimmen. Gibt es eine praktikable Lösung, dass die Leuchten grundsätzlich mit der zuletzt verwendeten Helligkeit eingeschaltet werden.

Habe die Einbindung mit STATE, mit LEVEL und mit beiden probiert (Standard Hue in weiß). Keine Option hat bisher das gewünschte Ergebnis gebracht (wobei ein-/ausschalten und dimmen wunderbar funktionieren).

Getestet habe ich mit dem iQontrol Adapter in der Version 0.2.1 und dem Philips Hue Bridge Adapter in der Version 0.6.9 und 1.2.3.

Eine Lösung für das Einschalten mit dem vorherigen Helligkeitswert würde die Sache super abrunden.

VG

Hi,
ich denke, das liegt dann an der Art, wie Hue oder der Hue-Adapter die Ein/Aus-Befehle verarbeitet. iQontrol gibt den Befehl ja einfach an den Adapter weiter. Hier kann man auch erst mal nichts weiter beeinflussen. Vielleicht kann man das Verhalten bei Hue konfigurieren? Ich habe leider kein Hue und kann leider nicht weiter helfen.
LG

[dslraser]

@s-bormann
@mucki

könnte man nicht den letzten Zustand von level mit einem Blockly/Script in eigene Datenpunkte weg schreiben ? (und diese beim einschalten wieder setzen? )

[mucki]

Teste gerade den neuen Adapter hue-extended.
Dieser scheint beim einschalten in der Tat die zuletzt verwendete Helligkeit zu beachten.

Muss mir das alles noch in Ruhe anschauen. Die ersten Leuchten, Wandthermostate, Heizkörperthermostate, Jalousien und Kontaktmelder sind drin. Werde mich zeitnah mit weiteren Komponenten wie z.B. Garagentore etc. beschäftigen. Mein Homekit ist relativ voll und das wird wohl einige Zeit dauern, alles in iQontrol zu integrieren.

Gibt es eigentlich auch eine Möglichkeit IP-Cams zu integrieren? Geht das ev. mit der Geräteklasse "Link" oder "Popup"?

Vielen Dank!

[LJSven]

Ich bekomme den Adapter nicht mehr ans laufen :-(

Gibt es eine Möglichkeit die Settings zu speichern? Vielleicht hilft es den Adapter zu löschen und von vorne zu starten? Würde nur ungern die ganzen Settings neu machen.

[dslraser]

@LJSven
im Adapter mit den Pfeilen oben rechts.

[LJSven]

Okay - wirklich komisch das ich das nicht mehr ans laufen bekommen. Es ging eine Zeit reibungslos - aber jetzt geht es gar nicht mehr. Auf der Startseite steht "no connection - reload"

[mucki]

Könnte mir ein klügerer Nutzer mal die Invert Funktion erklären?

Ich habe Tür-Fensterkontakte eingebunden, die auch das Objekt „battery_ok“ haben. Als states sind 0:Fehler;1:Okay möglich.
Keiner meiner Kontakte hat derzeit eine leere Batterie und somit stehen die alle auf 1:Okay.

Wenn ich jetzt einen der Kontakte einbinde, klappt die Anzeige Offen/Geschlossen problemlos. Zusätzlich habe ich das Objekt für die Batterie mit angegeben und hier wird mir leider trotz 1:Okay ein kleines Batteriefeld mit nahezu leerem Stand angezeigt.

Daraufhin habe ich mich mit den Anpassungen „Schraubenschlüssel“ für das Objekt beschäftigt.
Die Auswahl Invertieren brachte keine Besserung. Dann habe ich mich an die Felder „Einheit (falls der Wert 0 ist)“ und „Einheit (falls der Wert 1 ist)“ herangetraut. Aber auch hier komme ich nicht weiter.

Kann mir einer auf die Sprünge helfen?

[zsb2002]

Hi, ich bin gerade am Einarbeiten.....klasse Arbeit :-)

Aktuell habe ich eine Problem mit einer Jalousie-Kachel.
Bei mir steht dahinter ein Rolladen mit einem Shelly 2.5.

Als Level habe ich die shelly.0.SHSW-25#xxxxxxxx.Shutter.Position genommen.
Geht auch perfekt, nur bei geöffneten Rolladen, also Level=0%, wird die Jalousie als geschlossen dargestellt. Die Einstellung Invertiere Level scheint keinen Effekt zu haben.

Hat mir jemand einen Tipp?

Grüße
Chris

[BBTown]

@zsb2002 und @mucki
habt ihr mal einen refresh der Seite gemacht? (iQontrol Seite neu laden)?

[mucki]

@BBTown
Ja, habe zur Sicherheit auch mal die Instanz neu gestartet.

[zsb2002]

@BBTown

Refresh bringt leider nichts....

[ok1]

@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:

kannst Du bitte mal bei geöffneter Entwicklerkonsole (F12 im Browser) darauf achten, was unter Console gemeldet wird, wenn Du versuchst den Dialog zu öffnen? Am besten alles raus kopieren und hier schicken. Irgendwo scheint es da noch zu haken.

ja, gerne.
Ich stosse auf 2 Fehler. Beim Laden der Seite "ROOMS" kann der CONTOL_MODE-Wert (händisch gesetzt auf "auto") nicht gelesen werden:

Wenn man dann im Debugger weiterklickt, kommt der 2. Fehler:

Hier steht die Variable valueList[value] undefined.

VG, ok

[mucki]

Hatte irgendjemand schon mal Erfolg mit der Einbindung eines Nuki Schlosses?

Wäre für einen Screenshot der Einbindung sehr dankbar...

[mucki]

@s-bormann
Das scheint die Unterschiede zwischen Homematic und nicht Homematic Thermostate zu erklären.

Kann es aber sein, dass Homematic IP hier noch einmal anders gestrickt ist? Ich habe diverse Homematic IP Heizkörperthermostate und zusätzlich IP Wandthermostate.

Folgende Problematik erfahre ich bei beiden (Beispiel anhand Wandthermostat HMIP-WTH-2):

1. es gibt kein Objekt „AUTO_MODE“ -> um zwischen Auto und Manuell umzuschalten, kann man CONTROL_MODE direkt auf 0 oder 1 setzen (funktioniert).
2. Boost und Party Modus muss man in der Tat am eigenen Objekt auf True setzen. CONTROL_MODE auf 2 oder 3 zu setzen hat keine Auswirkungen.

Wenn ich die bisherigen Angaben richtig verstanden habe ist somit weder die Geräteklasse Thermostat noch die Geräteklasse Thermostat-Homematic die richtige, oder habe ich einen Denkfehler?

[dslraser]

@mucki
Mit HMIP habe ich diese Lösung (ganz unten)
https://forum.iobroker.net/post/259230

[mucki]

@dslraser
Vielen Dank für die Antwort, eine Lösung finde ich hier aber nicht.

Wenn ich den Gerätetyp „Thermostat“ wähle, kann ich ja problemlos zwischen Auto und Manuell umschalten - ohne weitere Hilfsmittel.

Das liegt daran, dass der Gerätetyp „Thermostat“ direkt in „CONTROL_MODE“ schreibt, was bei Auto und Manuell bei einem IP Thermostat auch richtig ist.
Leider versucht der Gerätetyp „Thermostat“ auch 2 und 3 direkt in „CONTROL_MODE“ zu schreiben, was leider zu nichts führt da Boost und Party in den eigenen Objekten auf true gesetzt werden muss.

Der Gerätetyp „Homematic-Thermostat“ würde zwar true in den einzelnen Objekten schreiben, aber leider auch bei Auto und Manuell, wofür die IP Variante gar keine eigenen Objekte anbietet.

[dslraser]

@mucki
dann hatte ich es falsch verstanden, jetzt weiß ich was Du meinst.