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

[ts020339]

@s-bormann : nachdem ich heute schon Deine Skins geklaut habe, habe ich gleich auch noch einen Feature Request / Wunsch :-) :

Wäre es möglich ein Kachel zu designen ähnlich Typ "Wert", die als state auf einen Datenpunkt vom Typ Nummer verlinkt (möglicher Inhalt z.B. 0-20 ).
In der Kachel definiert man ein Bilderverzeichnis aus IQontrol, in dem man dann Bilder nach folgendem Namenschema ablegt: 1.png, 2.png, 3.png, usw.
Die Kachel zeigt jetzt als Hintergrundbild immer das Bild aus dem definierten Verzeichnis korrespondierend zum Wert des State an. Z.B. State = 5 --> Hintergrundbild = 5.png

Dann könnte man nämlich dynamisch zu dem verlinkten Datenpunkt ein anderes Bild anzeigen und z.B. solche Wetterviews in Ansätzen nachbauen:

Die in den roten Kreisen angezeigten Bilder sind abhängig eines Datenpunktes vom z.B. des wetter.com Adapters:

und im Bilderverzeichnis würden dann diese Wettericons liegen:

Ähnliches ginge auch mit Mondphasen:

Ich hoffe ich habe mich klar genug ausgedrückt, was die Idee wäre. Keine Ahnung ob das jemand schon mal eingebracht hatte und es verworfen wurde. Bzw. wenn Du es für schlecht umsetzbar hälst, kein Problem.

Schreib einfach mal was Du davon hälst, bzw. ob ich besser erklären muss, was ich meine.

GRüße!

[s.bormann]

@ts020339 Mir gefällt die Idee. Man könnte z.B. eine Option einbauen, im Pfad zum Bild eine Variable einzubauen. z.B.:

Hintergrundbild = "./wallpaper/weather/weather_{STATE}.png", dabei wird dann {STATE} durch den Werte von STATE ersetzt. Oder halt so ähnlich.

Muss ich mal drüber nachdenken, ob bzw. wie das technisch umsetzbar ist und wie umfangreich die Änderungen dann wären.

[ts020339]

@s-bormann : cool! :-)
ja, entweder mit der Variablen im Hintergrundbild, wie von dir gerade ausgeführt:

oder aber eventuell in der Kachel selber das Verzeichnis angeben:

Und das "außen" definierte Hintergrundbild zeigt er nur an, wenn er zum state im definerten Verzeichnis nichts findet (als Fallback sozusagen).

Ich weiß aber nicht, ob das überhaupt in Deinem Programierkonzept umsetzbar ist, so wie Du die Kacheln aufgebaut hast.

[muuulle]

@s-bormann
...vielleicht über die Werte-Liste?

Dann wäre die Anzahl der möglichen STATEs auch variable.

[simatec]

@ts020339 und @s-bormann
Was das Hintergrundbild für den Adapter DasWetter angeht wäre auch noch die Möglichkeit, den Pfad des Hintergrundbildes über einen Datenpunkt zu definieren.

Die Pfade werden vom Adapter das Wetter in ein Object geschrieben

[Roberto Gresia]

@ ts020339 e @s-bormann @simatec
You could use a value given by an application like OpenWheaterMap, which gives a value that changes. Or accept that the Icons can be inserted via URL.

[SabineT]

@s-bormann sagte in Test Adapter iqontrol v0.2.x:

@SabineT Mit der 0.3.3 (ist online) sollte es wieder gehen.

ok, musste in der Admin Ansicht noch "Adapterinformationen aktualisieren" anclicken, damit mir die 0.3.3 angeboten wird. Ist jetzt installiert und passt.
Danke!

[muuulle]

@s-bormann
Eigentlich bräuchte ich gar keine Symbolleiste.

Ist aber Pflicht, oder? Beim Versuch alle zu löschen lud der iQontrol nicht mehr.

[dslraser]

@muuulle
Habe ich auch schon mal probiert, ging aber bei mir auch nicht. Deshalb habe ich jetzt nur Home, mehr brauche ich auch nicht.

[muuulle]

@dslraser
Danke für die Rückmeldung.

Aus optischen Gesichtspunkten wäre nichts schöner. Da stimmst du mir zu, oder?

[Kueppert]

Hallo in die Runde,
habe mir den LogParser eben aus GIT installiert und mich gefragt, ob der iQontrol auch JSON als Tabelle darstellen kann? In der Auswahl bei "Wert" oder "Popup" gibt es zumindest kein Datenfeld JSON.
Ziel: würde mir gern ERROR-Meldungen anzeigen lassen in iQontrol aus meinem LOG, und nur genau diese. Daher der Adapter...
Danke euch und vG, Thorsten

[siggi85]

Ich hab mal ne Nachfrage:
Perspektivisch wird es wohl möglich sein Devices über den Devices Adapter zentral und standardisiert in ioBroker anhand von Datenpunkten zu erstellen um sie nicht in jedem Adapter neu definieren zu müssen. In iQontrol macht man das ja auch bereits.

Ist geplant dies auch in iQontrol zu integrieren? Man muss die bestehende Devicedefinition von iQontrol selber ja nicht ablösen, sondern würde sie sicher zusätzlich einführen.
Und ob das Ganze überhaupt im Adapter möglich ist, kann ich nicht beurteilen.

Und nebenbei: Ich glaube wir können langsam ein neues Thema aufmachen "Test Adapter iqontrol v0.3.x" :)

[s.bormann]

@muuulle Hi, hab mal geschaut, das ist nicht schwer zu implementieren und wird mit der nächsten Version möglich sein. LG

[s.bormann]

@Roberto-Gresia sagte in Test Adapter iqontrol v0.2.x:

@ ts020339 e @s-bormann @simatec
You could use a value given by an application like OpenWheaterMap, which gives a value that changes. Or accept that the Icons can be inserted via URL.

It is possible to define external urls already - you can use the drop-down menu, but you can also use any url you like.

In the next version it will be possible to add variables into these urls, that will be replaced by an ioBroker state.

Syntax will be:
path/to/preloadedimage.png|anotherpath/to/{iobrokerstate|fallback}.png

iobrokerstate is sth. like javascript.0.myweather-icon-url and will be replaced by the value of this state. If the state is not present fallback will be used.

[s.bormann]

@siggi85 Hi, so wie ich das auffasse, findet das ganze auf verschiedenen Ebenen statt. Ich habe jetzt damit angefangen, nach und nach für alle meine Geräte aliase mit dem Devices-Adapter anzulegen. Sobald ich einen Alias angelegt habe, ändere ich auch den entsprechenden Datenpunkt in iQontrol. Hat den Vorteil, wenn sich irgendwann mal ein Gerät verabschiedet und durch ein anderes ersetzt werden muss, brauche ich nur den Alias anpassen, alles andere (iQontrol, andere Visualisierungen, javasript, Blockly etc.), was nur auf den Alias zugreift, bekommt dann von der Änderung gar nix mehr mit.

Das einzige ist: die Bezeichnung der Datenpunkte in iQontrol ist stark an Homematic angelegt. Devices nutzt eine etwas andere Nomenklatur - z.B. SET, wo iQontrol STATE oder LEVEL verwenden würde. Allerdings würde ich das aus Gründen der Rückwärtskompatibilität erst mal nicht ändern.

LG

PS: Dein Video muss ich mir noch anschauen, kam noch nicht dazu. Bin aber dran! LG

[s.bormann]

@Kueppert Hi, das könntest Du über ein kleines Script lösen, dass den Inhalt des JSON schön formatiert in HTML überträgt, das kannst Du dann in iQontrol mittels eines Popup oder im HTML-Datenpunkt eines beliebigen Gerätes anzeigen lassen. LG

[siggi85]

@s-bormann sagte in Test Adapter iqontrol v0.2.x:

@siggi85 Hi, so wie ich das auffasse, findet das ganze auf verschiedenen Ebenen statt. Ich habe jetzt damit angefangen, nach und nach für alle meine Geräte aliase mit dem Devices-Adapter anzulegen. Sobald ich einen Alias angelegt habe, ändere ich auch den entsprechenden Datenpunkt in iQontrol. Hat den Vorteil, wenn sich irgendwann mal ein Gerät verabschiedet und durch ein anderes ersetzt werden muss, brauche ich nur den Alias anpassen, alles andere (iQontrol, andere Visualisierungen, javasript, Blockly etc.), was nur auf den Alias zugreift, bekommt dann von der Änderung gar nix mehr mit.

Das einzige ist: die Bezeichnung der Datenpunkte in iQontrol ist stark an Homematic angelegt. Devices nutzt eine etwas andere Nomenklatur - z.B. SET, wo iQontrol STATE oder LEVEL verwenden würde. Allerdings würde ich das aus Gründen der Rückwärtskompatibilität erst mal nicht ändern.

LG

PS: Dein Video muss ich mir noch anschauen, kam noch nicht dazu. Bin aber dran! LG

Das mit Homematic ist mir schon indirekt aufgefallen. Den Unreach State muss ich bei jedem meiner Geräte und Sensoren inverten, habe mich schon gefragt woher das kommt. 😉
Bin gespannt wie sich das Device Thema entwickelt. Gerade aufgrund Abwärtskompatibilität wird sowas sicher erst Mal dazu kommen und nicht das bestehende ablösen. Wollte nur Anfragen ob es schon konkrete Pläne gibt, benötige es aber nicht zwingend (macht halt nur einiges einfacher, funktionell ist damit aber nicht mehr möglich).
Ich arbeite bisher noch nicht mit Aliasen. Aber eigentlich sollte man das Mal angehen. 😉

Aktuell sind ja mehrere Punkte auf und ich bin sehr froh dass du dich so engagiert um alle kümmerst! Klar freue ich mich wenn es weitergeht mit meinen RGBW2's, aber akzeptiere auch wenn ich etwas warten muss. 😁👍

[eMd]

Also bei mir hat die aliasfunktionen mit dem devicestab nicht so funktioniert wie ich es gerne hätte, daher arbeite ich seitdem mit dem linkeddevices adapter. der kann auch umrechnen usw. geniale sache.

nun hab ich alle batterien auf true/false stehen und nicht wie vorher homemativ auf true/false und zigbee in %...das erleichtert vieles.
auch die batterieabfrage muss nicht mehr mit 2 abfragen realisiert werden da nun alles die gleiche nomenklatur hat.

nun bau ich erst iqontrol um mit den neuen states, dann die scripte und anschließend meine vis.

ist erstmal arbeit, spart später aber ungemein an zeit wenn mal ein sensor ersetzt werden muss :)

mfg
eMd

[Jan1]

Irgendwo beim Sprung von 0.2.* auf 0.3.* ist ein dicker Bug drin!
Bin gerade zum Testen zurück auf 0.2.20 und alles läuft, wenn ich den auf 0.3.3 update, lassen sich die Lampen nur noch sehr schlecht schalten, was darn liegt, das der Adapter den Web Adapter abschießt und dann eben bis zum Neustart dessen nicht mehr läuft. Ich geh jetzt noch mal auf 0.3.3 und hänge das Log an.

Das ganze passiert mit JS 2.2.9 und 3.0.14. Node läuft bei mir 12.16.2.

[dslraser]

@Jan1
hm...kann ich nicht bestätigen. Ich habe alles auf latest und es funktioniert.