iQontrol Vis Support Thread

[heinzie]

Hallo,

ich versuche gerade einen eChart über BACKGROUND_URL einzubinden. Bekomme dann leider immer die Fehlermeldung, dass firefox die Seite nicht öffen darf (im Chrome geht es auch nicht)

Wenn ich die url direkt im Browser eingebe geht es.

Das ist die url: http://192.168.0.4:8081/adapter/echarts/chart/index.html?preset=echarts.0.Solar

Jemand einen Tipp dazu?

[JLeg]

@heinzie downgrade auf echarts 1.0.8... (siehe auch https://github.com/ioBroker/ioBroker.echarts/issues/96)

sigi2345 created this issue in ioBroker/ioBroker.echarts

closed Invalide Namespace #96

[heinzie]

@jleg sagte in iQontrol Vis Support Thread:

@heinzie downgrade auf echarts 1.0.8... (siehe auch https://github.com/ioBroker/ioBroker.echarts/issues/96)

Vielen Dank, hat funktioniert.

[heinzie]

Ich habe jetzt das eChart soweit eingebunden und geht auch. Weiß vielleicht noch jemand ob man irgendwo den linken Rand einstellen kann?

[heinzie]

Hallo,

versuche gerade eine Variable in eine HTML Seite direkt einzubinden. Habe das wie unten aufgeführt gemacht (so funktiniert es wohl bei der noramen VIS).
Funktioniert aber leider nicht mit iqontrol, es wir immer nur

"Lufttemperatur: {zigbee.0.00158d0005488cc2.temperature}°C"

angezeigt.

Mache ich da irgendwas falsch?

<table>
  <tr>
    <td>Lufttemperatur:</td>      
    <td>{zigbee.0.00158d0005488cc2.temperature}°C</td>
 </tr>      
 </table>

[chris299]

@chris299 sagte in iQontrol Vis Support Thread:

noch eine Frage: wie kann man denn iQontrol jeweils nur die bestätigten Werte anzeigen lassen?

Ich muss da nochmal drauf zurück kommen, weil es bei mir dauernd Probleme erzeugt:
wenn ich per iQontrol einem Zigbee Device (Lampe), das aber gerade offline ist, den state auf true setze (also versuche, die Lampe einzuschalten), macht es einfach keinen Sinn, dass iQontrol den neuen unbestätigten (selbst gesetzten) state anzeigt. Der richtige State ist ja nach wie vor false, die Lampe bleibt ja aus.
Besonders für Lampen ist dieses Verhalten irreführend....

@s-bormann oder mache ich da evtl. was falsch?

[s.bormann]

@chris299 sagte in iQontrol Vis Support Thread:

@chris299 sagte in iQontrol Vis Support Thread:

noch eine Frage: wie kann man denn iQontrol jeweils nur die bestätigten Werte anzeigen lassen?

Ich muss da nochmal drauf zurück kommen, weil es bei mir dauernd Probleme erzeugt:
wenn ich per iQontrol einem Zigbee Device (Lampe), das aber gerade offline ist, den state auf true setze (also versuche, die Lampe einzuschalten), macht es einfach keinen Sinn, dass iQontrol den neuen unbestätigten (selbst gesetzten) state anzeigt. Der richtige State ist ja nach wie vor false, die Lampe bleibt ja aus.
Besonders für Lampen ist dieses Verhalten irreführend....

@s-bormann oder mache ich da evtl. was falsch?

Hi,
ja, ich verstehe Dein Problem. Ich hatte mich ganz am Anfang mal für diese Implementation entschieden, weil nicht jeder Adapter korrekte ACK = Bestätigungen zurückgemeldet hatte. Das hat ebenfalls zu nicht korrekten Resultaten geführt. Besser wäre es, man könnte dies pro State als Option wählen. Das schreib ich mir mal für die Zukunft auf.
Ich habe es bei mir so gelöst, dass ich für alle Geräte die Verfügbarkeit über den UNREACH-Datenpunkt anzeigen lasse.
Wenn ich also eine Lampe anschalte und die Lampe ist offline, dann zeigt iQontrol das Gerät als nicht erreichbar an - so bekomme ich mit, dass etwas nicht stimmt und der angezeigte Zustand nicht dem Echten Zustand entspricht.

Bei den Zigbee-Geräte dazu einfach den available-Datenpunkt bei UNREACH eintragen und Invertieren in den Option aktivieren:

Hoffe, das hilft!

[da_Woody]

@s-bormann sagte in iQontrol Vis Support Thread:

Bei den Zigbee-Geräte dazu einfach den available-Datenpunkt bei UNREACH eintragen und Invertieren in den Option aktivieren:

hmm, siehe entwickler tread...

[chris299]

@s-bormann sagte in iQontrol Vis Support Thread:

Bei den Zigbee-Geräte dazu einfach den available-Datenpunkt bei UNREACH eintragen und Invertieren in den Option aktivieren:

So habe ich das jetzt auch gelöst.
Das Problem dabei ist, dass es Adapter gibt, für die das so nicht richtig funktioniert, weil deren available dann auch nicht funktioniert.
Namentlich hier zu nennen ist der Shelly Adapter, der mit den Devices auf zwei parallelen Wegen spricht: REST und MQTT
Wenn nun der MQTT Kanal ausfällt, REST aber noch geht, dann ist das Device zwar noch available aber Schalten geht nicht mehr....

[dma]

Hallo Leute,

Das ist mein erster Post zu iQontrol, daher entschuldigt bitte, wenn die Frage vllt doof ist bzw. die Lösung naheliegend.

Zuerst ein paar Infos zu meinem Setup: ich benutze ioBroker seit mehreren Jahren und habe dabei als UIs Lovelace und jarvis schon durch. Nun bin ich bei iQontrol gelandet und bin erstmals aus dem Stegreif begeistert: sowohl die Ladegeschwindigkeit ist super als auch wie schnell man zu Ergebnissen kommt. Ich habe meine gesamte Visualisierung innerhalb von wenigen Stunden „migriert“. Bis auf Kleinigkeiten funktioniert schon alles wie ich es mir gedacht habe.

Meine Frage/Problem ist nun folgende: Ist es in iQontrol irgendwie möglich, den Trigger-Datenpunkt abweichend von State zu definieren?
Ein Klick auf das Icon soll dabei den Trigger geben (z.B. Toggle eines Wertes), aber der eigentliche Zustand steht in einem anderen Datenpunkt.

Hintergrund: Ich habe relativ viele Shelly Plug S verbaut, die ihre States über MQTT publizieren (MQTT-Adapter). Ich benutze kein CoAP Protokoll, weil mein ioBroker im Docker-Container läuft. Somit kann ich den Shelly-Adapter auch nicht verwenden. Daher habe ich mir extra Datenpunkte angelegt, die ich als Trigger verwende. Per Skript wird dann entsprechend der MQTT-Befehl zum Schalten publiziert (auf einem anderen Topic als der aktuelle Status publiziert wird).

Mir ist klar, dass man das über Additional_Controls lösen kann, aber dazu muss man ein Klick mehr machen. Das wollte ich gerne vermeiden.

Danke euch schon mal für Tipps

dma

[s.bormann]

@dma sagte in iQontrol Vis Support Thread:

Hallo Leute,

Das ist mein erster Post zu iQontrol, daher entschuldigt bitte, wenn die Frage vllt doof ist bzw. die Lösung naheliegend.

Zuerst ein paar Infos zu meinem Setup: ich benutze ioBroker seit mehreren Jahren und habe dabei als UIs Lovelace und jarvis schon durch. Nun bin ich bei iQontrol gelandet und bin erstmals aus dem Stegreif begeistert: sowohl die Ladegeschwindigkeit ist super als auch wie schnell man zu Ergebnissen kommt. Ich habe meine gesamte Visualisierung innerhalb von wenigen Stunden „migriert“. Bis auf Kleinigkeiten funktioniert schon alles wie ich es mir gedacht habe.

Meine Frage/Problem ist nun folgende: Ist es in iQontrol irgendwie möglich, den Trigger-Datenpunkt abweichend von State zu definieren?
Ein Klick auf das Icon soll dabei den Trigger geben (z.B. Toggle eines Wertes), aber der eigentliche Zustand steht in einem anderen Datenpunkt.

Hintergrund: Ich habe relativ viele Shelly Plug S verbaut, die ihre States über MQTT publizieren (MQTT-Adapter). Ich benutze kein CoAP Protokoll, weil mein ioBroker im Docker-Container läuft. Somit kann ich den Shelly-Adapter auch nicht verwenden. Daher habe ich mir extra Datenpunkte angelegt, die ich als Trigger verwende. Per Skript wird dann entsprechend der MQTT-Befehl zum Schalten publiziert (auf einem anderen Topic als der aktuelle Status publiziert wird).

Mir ist klar, dass man das über Additional_Controls lösen kann, aber dazu muss man ein Klick mehr machen. Das wollte ich gerne vermeiden.

Danke euch schon mal für Tipps

dma

Hallo,

freut mich sehr, dass Dir iQontrol gut gefällt!

Das mit dem Trigger-Datenpunkt geht, indem Du beim entsprechenden Datenpunkt auf den Schraubenschlüssel klickst und dann das hier nutzt:

Viel Erfolg und VG!

[s.bormann]

@chris299 sagte in iQontrol Vis Support Thread:

@s-bormann sagte in iQontrol Vis Support Thread:

Bei den Zigbee-Geräte dazu einfach den available-Datenpunkt bei UNREACH eintragen und Invertieren in den Option aktivieren:

So habe ich das jetzt auch gelöst.
Das Problem dabei ist, dass es Adapter gibt, für die das so nicht richtig funktioniert, weil deren available dann auch nicht funktioniert.
Namentlich hier zu nennen ist der Shelly Adapter, der mit den Devices auf zwei parallelen Wegen spricht: REST und MQTT
Wenn nun der MQTT Kanal ausfällt, REST aber noch geht, dann ist das Device zwar noch available aber Schalten geht nicht mehr....

Hi,
ok, das Problem hatte ich noch nicht. Aber ich sehe schon grundsätzlich die Problematik. Die Art des Handlings der ACKs sollte konfigurierbar sein. Wie gesagt, ich notiere es mir, weiß aber noch nicht, wann ich dazu komme.

LG

[dma]

@s-bormann

Danke Dir für die schnelle Antwort.

Ich hätte auch selbst drauf kommen können, nachdem ich schon mein Nuki-Türschloss nach der Anleitung im Wiki eingerichtet habe… Ich glaube, da wird das Feature ja auch verwendet.

Naja, wohl zu viele Eindrücke auf einmal.

[dma]

Eine Frage zum Device-Type „Fan“

Es wird ja im unteren Teil der Geräte-Kachel offensichtlich der Level angezeigt.

Normalerweise werden ja die „Übersetzungen“ aus der Value-List angezeigt (funktioniert zumindest bei meinen Aqara-Temp-Sensoren und diversen anderen Geräten)

Bei „Fan“ scheint das nicht zu greifen.

Bug oder habe ich was falsch gemacht?

[dma]

Und noch eine Frage zum Nuki-Schloss.

Ich habe - wie schon erwähnt - mein Schloss gemäß der Anleitung im Wiki eingerichtet. So weit so gut.

Was ich aber etwas vermisst habe, ist die Möglichkeit, das Schloss aktiv zuzusperren. In anderen Worten: den Datenpunkt …state.lockState auf den Wert LOCKED(1) setzen (so zumindest bei dem Extended Adapter).

Habe ich was übersehen?

Im Moment habe ich das über AdditionalControls gelöst, aber das sieht nicht so toll aus.

Danke und Grüße

[s.bormann]

@dma sagte in iQontrol Vis Support Thread:

Eine Frage zum Device-Type „Fan“

Es wird ja im unteren Teil der Geräte-Kachel offensichtlich der Level angezeigt.

Normalerweise werden ja die „Übersetzungen“ aus der Value-List angezeigt (funktioniert zumindest bei meinen Aqara-Temp-Sensoren und diversen anderen Geräten)

Bei „Fan“ scheint das nicht zu greifen.

Bug oder habe ich was falsch gemacht?

Ich glaube, die Übersetzung greift nur bei STATE. LEVEL ist als Prozentwert gedacht. Benötigst Du STATE und LEVEL oder kannst Du das einfach tauschen?

[dma]

@s-bormann

Ich würde im Prinzip beide benötigen.

Es handelt sich um eine Raumlüftung (RL50RWV) mit Wärmerückgewinnung. Sie hat folgende relevante Datenpunkte:

• Power: ON | OFF
• Level: Drei vorgegebene Geschwindigkeitsstufen (Level1-3, siehe Screenshot)
• Mode: IN | OUT | ALTERNIEREND (=Wärmerückgewinnung)

Alle drei Kategorien sind m.E. übersetzenswert.

Nachdem ich das Skript, welches den Lüfter abfragt und die Resultate in die Datenpunkte schreibt, selbst geschrieben habe, habe ich die Namen selbst in der Hand.
Ich fände es intuitiver, wenn alle Werte übersetzbar wären. Das Pattern mit nicht-nummerischen Leveln könnte ich mir bei anderen Gerätetypen auch vorstellen (z.B. Hue Play)

[dma]

@s-bormann

Bei dem Garage Door-Device habe ich übrigens das gleiche Problem mit dem STATE.

Im Popup wird es aber korrekt angezeigt:

EDIT: Ich habe gerade nochmal im Readme.MD unter "Garage Door" nachgelesen:

Alternatively you can assign a value-list, to display additional states like 'tilted'

Kannst du mir ein Hinweis geben, wo ich das selbst im Github-Repo nachschauen kann?
Bin noch eher am Anfang der Lernkurve, was React-Projekte angeht...

[fir3drag0n]

@s-bormann ich bin gerade neu dabei, mich in iQontrol einzuarbeiten, daher ggf. etwas Nachsicht, falls die Fragen etwas dumm erscheinen.

Gibt es die Möglichkeit, vor einem DP eine Beschreibung, Name bzw Präfix einzufügen?

[da_Woody]

@fir3drag0n ein präfix ist mir nicht bekannt. aber du könntest über den schraubenschlüssel bei unit da noch was eintragen...