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

[BBTown]

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

Dabei muss native.CONTROL auf DOOR_SENSOR.STATE stehen:

was spricht denn dagegen in der Doku darauf hinzuweisen, welche Einstellungen zu tätigen sind, um das entsprechence Ergebnis zu bekommen?
Eventuell muss dann in der Konfiguration etwas nachgearbeitet werden - ich halte das für durchaus legitim.

Womöglich nimmt man die Adapter-Owner mit ins Boot und bittet um entsprechende "Vorbelegung" bei Anlage neuer Datenpunkte?!

[s.bormann]

@sigi234 sagte in [Neuer Adapter] Visualisierung iQontrol:

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

Nunja, da das aber nicht sicher zu funktionieren scheint, habe ich in der kommenden 0.0.13 das ganze dahingehend abgewandelt, dass der bei der Rolle Tür oder Fenster immer true/false auf geöffnet/geschlossen übersetzt wird.

Hinweis:

Es gibt aber auch den Zustand gekippt!
Homematic Funk-Fenster-Drehgriffkontakt HM-Sec-RHS für Smart Home / Hausautomation

Wie werden da die Zustände übermittelt? Ist eine Werteliste enthalten?
Wichtig ist immer die Definition des Datenpunktes in RAW.

[Homoran]

@s-bormann
Ja
0, 1 und 2

[s.bormann]

@BBTown sagte in [Neuer Adapter] Visualisierung iQontrol:

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

Dabei muss native.CONTROL auf DOOR_SENSOR.STATE stehen:

was spricht denn dagegen in der Doku darauf hinzuweisen, welche Einstellungen zu tätigen sind, um das entsprechence Ergebnis zu bekommen?
Eventuell muss dann in der Konfiguration etwas nachgearbeitet werden - ich halte das für durchaus legitim.

Womöglich nimmt man die Adapter-Owner mit ins Boot und bittet um entsprechende "Vorbelegung" bei Anlage neuer Datenpunkte?!

Gute Idee, aber viel Arbeit. Das Frontend ist über einen langen Zeitraum entstanden und ich habe es zunächst nur an meine Bedürfnisse angepasst. Deshalb weiß ich im einzelnen schon gar nicht mehr so genau, wie alles sein muss. Und da es im Wesentlichen nach dem try-and-error-Prinzip gewachsen ist, ist es auch nicht so richtig gut zu Ende gedacht - das alles macht eine strukturierte Doku recht schwer.

[s.bormann]

@Homoran sagte in [Neuer Adapter] Visualisierung iQontrol:

@s-bormann
Ja
0, 1 und 2

Kannst Du mir den RAW des STATE-Datenpunktes schicken? Die Abschnitte common und native reichen.

[Homoran]

@s-bormann
Sorry, bekomme es am tablet nicht kopiert

[daniel_2k]

Zunächst: toller Adapter!
Allerdings gibt es scheinbar noch Probleme mit dem Schreiben von States.
Bei der Rolle "Schalter" und "Licht" (andere habe ich noch nicht getestet), werden die Werte teilweise mit falschem Datentyp auf die States geschrieben.
Auf den Datenpunkt "STATE" bei beiden Rollen, wird boolean geschrieben, wenn man das Bedienelement im UI direkt bedient (Klick auf Lampe bzw. Klick auf Schalter). GEht man in die Details des Bedienelements, gibt es da auch noch mal einen Schiebeschalter. Der schreibt true und false aber immer als String. Bei Homematic-Geräte klappt das, aber ich habe Geräte, die per REST-API genau den korrekten Datentyp erwarten.
Ebenso wird bei der Rolle Licht der Wert für "CT", "HUE" und "LEVEL" nicht als number geschrieben sondern ebenfalls als String, was Probleme verursacht.
Kann man da irgendwo Einfluss nehmen oder ist das ein Fehler?

Übrigens fehlt bei der Rolle "Licht" noch die Saturation, dann wäre es vollständig (HSV-Farbmodell).

[s.bormann]

@Homoran sagte in [Neuer Adapter] Visualisierung iQontrol:

@s-bormann
Sorry, bekomme es am tablet nicht kopiert

Hi,
da eine states-list angegeben ist, sollte es funktionieren. Hoffe ich zumindest...
Allerdings ist die Übersetzung falsch: Geöffnet heißt aktuell Aufmachen. Habs für die nächste Version geändert.

[s.bormann]

@daniel_2k sagte in [Neuer Adapter] Visualisierung iQontrol:

Zunächst: toller Adapter!
Allerdings gibt es scheinbar noch Probleme mit dem Schreiben von States.
Bei der Rolle "Schalter" und "Licht" (andere habe ich noch nicht getestet), werden die Werte teilweise mit falschem Datentyp auf die States geschrieben.
Auf den Datenpunkt "STATE" bei beiden Rollen, wird boolean geschrieben, wenn man das Bedienelement im UI direkt bedient (Klick auf Lampe bzw. Klick auf Schalter). GEht man in die Details des Bedienelements, gibt es da auch noch mal einen Schiebeschalter. Der schreibt true und false aber immer als String. Bei Homematic-Geräte klappt das, aber ich habe Geräte, die per REST-API genau den korrekten Datentyp erwarten.
Ebenso wird bei der Rolle Licht der Wert für "CT", "HUE" und "LEVEL" nicht als number geschrieben sondern ebenfalls als String, was Probleme verursacht.
Kann man da irgendwo Einfluss nehmen oder ist das ein Fehler?

Übrigens fehlt bei der Rolle "Licht" noch die Saturation, dann wäre es vollständig (HSV-Farbmodell).

Danke für die Info! Da ich nur Homematic-Komponenten habe, ist mir das noch nicht aufgefallen. Aber das erklärt vielleicht, warum HUE bei vielen nicht läuft. Werde das korrigieren!

[stimezo]

Auch von mir Danke für den Adapter.
Installiert ohne probleme, ebenso konfiguriert.

Leider bekomme ich beim Aufruf nur einen weißen Screen mit
einem grauen iQontrol-Banner.

Was kann ich bitte tun?

Gruß
Christian

[Homoran]

@stimezo
Das was in der Anleitung nach erstellung der instanz stand.

Solltest du das weggeklickt haben öffne nochmals die Konfiguration der instanz.
Da steht es ausführlich beschrieben

[BBTown]

@stimezo hinterleg mal ein Hintergrundbild in den Ansichten

[s.bormann]

Oder Du hast keinen socket.IO.
Aktiviere den integrierten im web-Adapter.
Dann sollte es laufen.
Gib bitte noch mal Rückmeldung, ob es damit geht.

[stimezo]

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

Oder Du hast keinen socket.IO.
Aktiviere den integrierten im web-Adapter.
Dann sollte es laufen.
Gib bitte noch mal Rückmeldung, ob es damit geht.

Danke für die Rückmeldung.
Socket.io macht den Trick

Gruß
Christian

[daniel_2k]

@s-bormann

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

@daniel_2k sagte in [Neuer Adapter] Visualisierung iQontrol:

Zunächst: toller Adapter!
Allerdings gibt es scheinbar noch Probleme mit dem Schreiben von States.
Bei der Rolle "Schalter" und "Licht" (andere habe ich noch nicht getestet), werden die Werte teilweise mit falschem Datentyp auf die States geschrieben.
Auf den Datenpunkt "STATE" bei beiden Rollen, wird boolean geschrieben, wenn man das Bedienelement im UI direkt bedient (Klick auf Lampe bzw. Klick auf Schalter). GEht man in die Details des Bedienelements, gibt es da auch noch mal einen Schiebeschalter. Der schreibt true und false aber immer als String. Bei Homematic-Geräte klappt das, aber ich habe Geräte, die per REST-API genau den korrekten Datentyp erwarten.
Ebenso wird bei der Rolle Licht der Wert für "CT", "HUE" und "LEVEL" nicht als number geschrieben sondern ebenfalls als String, was Probleme verursacht.
Kann man da irgendwo Einfluss nehmen oder ist das ein Fehler?

Übrigens fehlt bei der Rolle "Licht" noch die Saturation, dann wäre es vollständig (HSV-Farbmodell).

Danke für die Info! Da ich nur Homematic-Komponenten habe, ist mir das noch nicht aufgefallen. Aber das erklärt vielleicht, warum HUE bei vielen nicht läuft. Werde das korrigieren!

Funktioniert in der neuen 0.0.13! Danke.

[daniel_2k]

Hab noch ein Problem gefunden:
Bedienelemente mit der Rolle "Schalter" lassen sich nicht korrekt bedienen, wenn der Datenpunkt dazu von der Rolle "state" ist. Nutzt man "switch" klappt es. Bei Homematic-Geräten werden die STATE-States aber alle standardmäßig mit der Rolle "state" angelegt.
Man sieht auch in der Darstellung, dass nicht "Ein" oder "Aus" angezeigt wird, sondern "true" oder "false". Klickt man in die Steueransicht kommt eine Eingabe:

[s.bormann]

@daniel_2k Arrrgh, das ist ja echt zum verrückt werden. Bei mir läuft alles auch mit Homematic-States. Scheinbar gibt es viele kleine Detail-Teufel! Kannst Du mir bitte noch mal einen Screenshot von den RAW-Eigenschaften des STATE-Datenpunktes schicken? Ich habe nämlich einen Verdacht: Ich habe Material UI ausprobiert - und das hat einige Ergänzungen an den Datenpunkten vorgenommen. Möglicherweise werte ich eine dieser Ergänzungen aus - was erklären würde, warum es bei einigen geht und bei anderen nicht. Danke LG

[s.bormann]

@daniel_2k Hmm. Bei mir hat der STATE-Datenpunkt die Rolle "switch" und nicht "state" wie bei Dir:

Hast Du die neueste Version vom hm-rpc-Adapter? Kannst Du dort in den Einstellungen mal anklicken, dass die Geräte einmalig neu synchronisiert werden? Vielleicht wird das ja dann geupdated. Wenn nicht, muss ich wohl noch mal nacharbeiten

[BBTown]

@s-bormann bei mir sind auch alle HomeMatic Datenpunkte auf switch eingestellt.
Nur bei den Tür-Fenster-Kontakten handelt es sich bei mir um "states"

[Nachtrag]
auch bei den Philips-HUE Lampen ist der Datenpunkt "on" ein "switch"

[daniel_2k]

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

@daniel_2k Hmm. Bei mir hat der STATE-Datenpunkt die Rolle "switch" und nicht "state" wie bei Dir:

Hast Du die neueste Version vom hm-rpc-Adapter? Kannst Du dort in den Einstellungen mal anklicken, dass die Geräte einmalig neu synchronisiert werden? Vielleicht wird das ja dann geupdated. Wenn nicht, muss ich wohl noch mal nacharbeiten

Also folgendes:
wenn ich ein neues HM-Gerät in ioBroker rein bekomme, werden die "STATE"-Datenpunkte jetzt mit Rolle "switch" angelegt. Aber da muss es eine Änderung im HM-RPC-Adapter gegeben haben, da das früher definitiv nicht der Fall war. Die bei mir noch auf Rolle "state" stehen, sind noch von der alten Version angelegt.
Die Mobile-UI kommt damit auch wunderbar zurecht und stellt einen Schiebeschalter dar.

So sieht mein Küchen-Schalter aus (schon ewig angelegt, also mit der alten HM-RPC-Version):