Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)

[metaxa]

@dslraser @s-bormann
mein Originalpicon

[dslraser]

@metaxa
ich habe eben über Deinem Beitrag nochmal editiert, gesehen ?

[s.bormann]

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis:

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis:

Hast Du das mal versucht?:

ja, bringt leider nichts. Hier findet anscheinend der "ständige" Reload statt.

Hi,
hast Du das Icon mittels Variable eingebunden (also |{enigma-icon-datenpunkt}-Schreibweise)?

Ja, ich habe das da drinn stehen. (Gerätename)

|Wohnzimmer: {enigma2.0.enigma2.CHANNEL}

Icon

|{0_userdata.0.TV_System.Picon_Pfad_USB}

Und was hast Du bei COVER_IMAGE angegeben?

0_userdata.0.TV_System.Picon_Pfad_USB

Und die URL im Datenpunkt von enigma ist auch nicht kurz weg und kommt dann mit dem gleichen Wert wieder (könnte man prüfen mit last-change und timestamp des Datenpunktes - bei einer reinen Aktualisierung wird nur der timestamp neu gesetzt, der last-change bleibt aber gleich)?

Es wird nur der Zeitstempel neu gesetzt

Edit:

Der Rest ist ja ein zusammengesetztes HTML, da ändern sich die Werte natürlich. Also läuft noch und der Balken usw.

Das Picon bleibt auch gleich, wenn man nicht umschaltet.(Zeitstempel/Änderung)

Ich denke die ganze Kachel macht einen Reload, nur bei der Schrift sieht man es nicht….?
Sieht übrigens so aus

IMG_0491.MOV

Edit: Ich denke es liegt hier drann...Wenn ich ein Bild als Icon verlinke (nicht dynamisch) sieht man keinen Reload, auch in der Entwicklerkonsole nicht. Sobald ich diese Einstellung habe, dann ist der Reload da.

Das geschieht dann fortlaufend:

Force reload of image
index.js:7231 Set new variable image: http://192.168.1.53/media/usb/picon/1_0_1_30_5_85_C00000_0_0_0.png?forceReload = 16412063177

Hi,
ja, habs jetzt wieder. Mit dem Aktualisieren des Icons-Links hat das gar nichts zu tun, sondern mit dem Ändern des STATES. Der Grund ist folgender: Manche Adapter (ich glaube z.B. Sonos) haben eine immer gleich lautende COVER_URL. Aber das Cover, dass sich dahinter verbirgt, wird jeweils geändert. Aber davon bekommt iQontrol ja erstmal nichts mit, weil das ja im jeweiligen Adapter selbst passiert. Deshalb lädt er das Bild einfach immer gezwungen neu, selbst wenn sich der eigentliche Link nicht geändert hat (= forced reload), wenn sich der STATE (oder ARTIST, TITLE etc.) ändern, also z.B. ein neues Lied angefangen hat. Damit stimmt dann auch das Cover automatisch wieder.

Jetzt nutzt Du den STATE anderweitig und änderst den regelmäßig.

Einzige mir jetzt einfallende Lösung: Eine Option einbauen, dass sich das Cover nicht neu lädt, wenn sich der STATE ändert. Denn das obige Verhalten ist unter normalen Umständen schon sehr sinnvoll.

Mache ich fertig, sollte eigentlich kein größeres Problem sein.

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis:

Mache ich fertig, sollte eigentlich kein größeres Problem sein.

sehr cool

[s.bormann]

@metaxa sagte in Test Adapter iQontrol 1.11.x Vis:

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

Gibt es Einschränkungen beim Format @s-bormann ?

Größe sollte egal sein. Vermutlich gibt es irgendeinen Buchstaben, der beim encodieren-decodieren der Variable Probleme macht.
Klick doch bitte mal im Chrome mit Rechts auf das nicht funktionierende Icon und wähle "Untersuchen". Dann springt die Entwickler-Konsole auf das image und Du kannst den Link zum Bild bei src="xyz.png" sehen. Schau mal, ob Dir da was auffällt bzw. schick mal einen Screenshot. Und schick mal, wie der funktionierende Link zum Bild heißt.

[s.bormann]

@io_laurent sagte in Test Adapter iQontrol 1.11.x Vis:

Hallo zusammen & @s-bormann
ich habe eine Frage zur Anzeige des Zeitstempels:
Meine zigbee-Bodenfeuchtesensoren senden alle 30min den Wert "soil_moisture". Dieser ändert sich aber manchmal erst nach mehreren Tagen.
Der Datenpunkt zeigt unter Objekte den "Zeitstempel" (wann zuletzt gesendet wurde, also alle 30min, heute um 15:02) und "zuletzt geändert" (also wann sich der Wert des DP geändert hat, hier am 27.12.2021)

In iQontrol wird "zuletzt geändert" (also vor 6 Tagen) angezeigt:

ich hätte aber gern den "Zeitstempel"-Wert (also alle 30min).
Zur Erklärung: Damit kann ich sofort erkennen, ob die Sensoren noch ordentlich funken. Zigbee zeigt manchmal "available" bei Geräten an, die schon Tage nicht mehr im Netzwerk sind. Mit dem "Zeitstempel" sehe ich sofort, wenn ein Sensor länger als 30min nicht gesendet hat.

Vielen Dank schonmal, Grüße!

Hi,
iQontrol nimmt immer den "lastChange" - was ja auch meistens der interessantere Wert ist. Aber ich verstehe, was Du meinst. Wäre es nicht schlauer, sich ein Blockly zu basteln, dass die timestamps überwacht und bei einer fehlenden Aktualisierung dann einen UNREACH-Datenpunkt auf true setzt? Dann muss man nicht alle Timestamps einzeln durchklicken, sondern bekommt eine richtige Warnung.
LG

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis:

@metaxa sagte in Test Adapter iQontrol 1.11.x Vis:

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

Gibt es Einschränkungen beim Format @s-bormann ?

Größe sollte egal sein. Vermutlich gibt es irgendeinen Buchstaben, der beim encodieren-decodieren der Variable Probleme macht.
Klick doch bitte mal im Chrome mit Rechts auf das nicht funktionierende Icon und wähle "Untersuchen". Dann springt die Entwickler-Konsole auf das image und Du kannst den Link zum Bild bei src="xyz.png" sehen. Schau mal, ob Dir da was auffällt bzw. schick mal einen Screenshot. Und schick mal, wie der funktionierende Link zum Bild heißt.

wir teamviewern gerade.....bei @metaxa ist icon an / icon aus vertauscht und wir finden nicht warum ?

Das ist ein Bild von mir, bei Ihm ist es genau anders herum.

[metaxa]

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

Das ist ein Bild von mir, bei Ihm ist es genau anders herum.

So passt die Anzeige, ist aber genau verkehrt herum. DP wurde nicht editiert.

[s.bormann]

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis:

Mache ich fertig, sollte eigentlich kein größeres Problem sein.

sehr cool

Ist online

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis:

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis:

Mache ich fertig, sollte eigentlich kein größeres Problem sein.

sehr cool

Ist online

Danke, leider wird das icon noch immer neu geladen ? (und wieso sprichst Du eigentlich von State ? State ist bei mir leer)

Edit: Cover wäre doch hier, oder ?

Ich meine das Icon hier oben links (das TV Logo)

und dieses Icon/TV Logo kommt doch von hier, oder ?

[s.bormann]

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis:

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis:

Mache ich fertig, sollte eigentlich kein größeres Problem sein.

sehr cool

Ist online

Danke, leider wird das icon noch immer neu geladen ? (und wieso sprichst Du eigentlich von State ? State ist bei mir leer)

Weil ich bissi doof bin und nicht ordentlich nachgedacht hab. STATE ist bei media ja für play/pause etc. und nicht für die Text-Anzeige unten. Sorry. Änder ich morgen auf TITLE, jetzt bin ich zu müde

[dslraser]

@s-bormann
ich habe eben meinen Beitrag vor Deinem nochmal editiert. Titel ist aber nur die halbe Geschichte. Ich meine das Icon.

[s.bormann]

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

@s-bormann
ich habe eben meinen Beitrag vor Deinem nochmal editiert. Titel ist aber nur die halbe Geschichte. Ich meine das Icon.

Ja, aber Dein Blockly mit dem Fortschrittsbalken etc. liefert sein Ergebnis doch an den TITLE-Datenpunkt, oder?
Edit: hab gerade noch mal die auf title geänderte Version hochgeladen. Hat ja nur 2 Minuten gedauert. Jetzt bin ich aber offline

[SabineT]

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

wir teamviewern gerade.....bei @metaxa ist icon an / icon aus vertauscht und wir finden nicht warum ?

Vergleicht da mal die Einstellung bei "Bedingungen für eine aktive Gerätekachel:" und welcher Datenpunkt für STATE genommen wird.

[dslraser]

@metaxa
wie findest Du das ?
Da habe ich das TV Logo/Picon in den HTML Code eingearbeitet (die Größe des des Picon ist im Blockly einstellbar)
Als Icon habe ich erstmal ein Standard Icon genommen, das "pulsiert/aktualisiert" dann aber nicht ständig.

Video:

2022-01-04 14.51.36.mp4

Edit: eventuell könnte man gleich noch zwei Knöppe zum zappen (Kanal vor/zurück) da mit einbauen...?

[dslraser]

@s-bormann

beim diesem Gerätetyp

gibt es ja auch die Option "schalten bei Klick auf das Icon"

welcher State bzw. wo kann ich eingeben was ich schalten möchte ?

[s.bormann]

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

@s-bormann

beim diesem Gerätetyp

gibt es ja auch die Option "schalten bei Klick auf das Icon"

welcher State bzw. wo kann ich eingeben was ich schalten möchte ?

Der STATE dient zum togglen zwischen PLAY, PAUSE und STOP.
Wenn STATE einen gültigen Wert (Play, Pause oder Stop - die entsprechenden Werte können in den Optionen festgelegt werden) hat, wird entsprechend der bei PLAY, PAUSE und STOP hinterlegte Datenpunkt getriggert.

[dslraser]

@s-bormann
hm, ich würde gern ein Gerät damit schalten. Könntest Du auswählbar machen was geschaltet werden kann ?

[metaxa]

@dslraser sagte in Test Adapter iQontrol 1.11.x Vis:

wie findest Du das ?

Gefällt mir sehr gut

Da habe ich das TV Logo/Picon in den HTML Code eingearbeitet (die Größe des des Picon ist im Blockly einstellbar)

Sorry, hab jetzt grad ein wenig mehr Luft für mein Hobby Magst mir dein aktuelles Blockly zur Verfügung stellen? Das mit der wählbaren Größe kann ich mir nicht erklären. Als Icon hast du dann nur den kleinen TV genommen, der je nach aktiv/inaktiv dargestellt wird, richtig?

LG, mxa

[s.bormann]

@dslraser Kannst Du:
Sowohl bei STATE, als auch bei PLAY und PAUSE trägst Du Dein Gerät ein.
In den Optionen definierst Du als Wert für Pause: false und für Play: true.
Damit sollte es gehen.