iQontrol Vis Support Thread

da_Woody

@th0mas sagte in iQontrol Vis Support Thread:

Wo finde ich diese Einstellung im iQontrol?

hinterm schraubenschlüssel des DP...

MemphisPDM

@martinschm

Top, danke Dir vielmals :) genau das hats gebraucht

martinschm

Hi,

ich würde gerne meine zwei Unifi AC Pros anzeigen lassen.

Jetzt hab ich als Gerät eine Lampe gewählt und als State den State des Geräts. Der State kann aber verschiedene Werte annehmen. Innerhalb der Kachel würde ich den gerne anzeigen, aber das Icon soll sich nur bei Offline und Online ändern.

Geht das?

Dies sind die State Werte

      "0": "offline",
      "1": "connected",
      "2": "pending adoption",
      "4": "updating",
      "5": "provisioning",
      "6": "unreachable",
      "7": "adopting",
      "9": "adoption error",
      "11": "isolated"

Habt ihr eure unifis irgendwie spannend visualisiert?

Hab mir jetzt die Anzahl der Clients im Badge angezeigt, hätte gerne noch eine Info wenn ein Update vorhanden ist. Bekommt man das als Icon irgendwie rein?

chris299

Halolo zusammen,
kann man in iQontrol den Eintrag "URL" (eine Konstante) auch dynamisch erzeugen lassen?
also statt "http://192.168..." sowas wie "http://"+shelly.0.123.hostname ?

Viele Grüße
Christoph

chris299

Hallo zusammen,
noch eine Frage: wie kann man denn iQontrol jeweils nur die bestätigten Werte anzeigen lassen?
Hintergrund: ich sehe bei mir (leider) immer mal wieder, dass der Datenpunkt als unbestätigt einen anderen Wert angibt als den der bestätigt wurde.
Das Phänomen habe ich in beide Richtungen, also ich schreibe "true" in den Datenpunkt, aber es wird nicht bestätigt (iQontrol zeigt aber schon "true" an), oder das Device sendet als bestätigt "true" aber der der Wert des Datenpunkts bleibt auf "false" (dieses gern im Zusammenhang mit Zigbee)....

[edit]
das problem scheint eher ein anderes zu sein bei mir....
gehe ich recht in der Annahme, dass iQontrol immer nur den bestätigten Wert von "state" anzeigt, bzw. bei Differenzen bis zur Bestätigung nach einem Setzen eines neuen state das drehende Rädchen?
[/edit]

Viele Grüße
Christoph

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)

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)

PNG-Bild 2.png

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

Community Forum

NEWS

iQontrol Vis Support Thread

Support us

373

32.4k

81.4k

1.3m