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

[nukleuz]

@david-g

Das funzt 1A!
Damit andere deinen Blockly-Code importieren können, musst du noch unbedingt das öffnende Tag in die erste Zeile einfügen:

<xml>

Ich finde es super und werde es weiter testen...

[David G.]

@nukleuz

Ergänzt.
Ka wo das am Anfang geblieben geblieben ist .......

Richtig schön zu sehen, dass ein Skript gut ankommt und verwendet wird^^.

[nukleuz]

@david-g

Ich wollte schon immer eine derartige Übersicht haben...
Danke dafür - ggf. baue ich das noch zu einer Liste um, damit die Card sich nicht so aufbläht...

Greets

[David G.]

@nukleuz

Kannst mir ja die Listenvariante ja mal senden, wenn sie steht.
Kann ich dann als dritte Option mit aufnehmen.

Im Moment habe ich auch einen Tag die Tabelle mit den Werten und den anderen Tag die kompakte Variante. Weiß noch nicht so wirklich, was mir besser gefällt.

Kann mir auch gut 2 Spalten vorstellen anstatt 3 und den Adapternamen neben dem (sehr viel kleinerem) Bild.
Mache ich evtl mal wenn ich Langeweile habe. Oder nein, muss es mir eher vornehmen. Sonst gibt's nichts 🤣.
Leider unterstützt die Markdown-Card kaum html Formatierungen. Sonst würde da noch mehr gehen.....

[David G.]

Hab grad noch die Variante eingebaut.
Braucht noch was weniger Platz.
Evtl kommt es sogar mit 3 Spalten hin. Mal testen

Bin ich aber noch nicht ganz happy mit.

Poste ich, wenn ich zufrieden mit bin.

EDIT:
Bei 3 Spalten macht er für meinen Geschmack zu viele Zeilenumbrüche.

P. S.:
Ist das eigentlich total Off Topic oder gehört es hierher weil es ja eine Karte für die Visu ist......?

[nukleuz]

@david-g

Cool, das werde ich später ausprobieren - sieht aber wirklich sehr gut aus!!!
2 Spalten sind ausreichend...
Das würde mir persönlich ausreichen auf den ersten Blick.

Ich denke, dass es zum Thema passend hierher gehört.
Jemand anderer Meinung?

[David G.]

@nukleuz

Wenn man 3 Spalten nimmt müsste man den Namen was beschneiden.
Optisch macht es mehr her als 2 finde ich.

[nukleuz]

@david-g
Jausen, das ist noch besser :+1:

[David G.]

@nukleuz

Hier ist die Version.
Leider zu viele Zeichen zum posten.

Tabelle_Adapter.txt

(Hoffe das Dokument klappt, am Smartphone erstellt)

[nukleuz]

@david-g

das dreispaltige Layout ist super:

Danke!

EDIT: Lediglich die Sonderzeichen ö und ß wurden komisch dargestellt...

[David G.]

@nukleuz

Top,
bei dem Umlauten weiß ich spontan auch nicht.
Müsste man mal mit einem debug Baustein prüfen ob die so aus der json geholt werden oder ob lovelace das macht.....
Ich hab keinen Adapter drauf, den es betreffen würde.....

EDIT:
Könntest ja mal schauen, wie es im Datenpunkt steht.

[nukleuz]

@david-g

Ich glaube das war eher die Codierung der Textdatei .

EDIT: Das JSON ist i.O.!

[nukleuz]

Hallo zusammen,

anbei möchte ich euch eine kleine Spielerei zur Verfügung stellen in Form eines Skripts, welches überprüft, ob eine installierte Custom-Card von Lovelace noch aktuell ist resp. ein Update zur Verfügung steht.

Es wird auf das Github Repo des DEV zugegriffen und per Request ausgelesen.
Das einzige was manuell eingetragen werden muss ist die Versionsnummer der aktuell installierten Custom-Card.

Für die Testzwecke läuft das Skript NOCH alle 5 Minuten - mehr Sinn macht es einmal am Tag zu prüfen :)

Dazu einfach den Cron im Skript ändern... (siehe Kommentare).
Prinzipiell lässt sich das auf jede Karte anwenden.

Vielleicht brauch das ja jemand:

Spoiler

// Skript zur Update-Überprüfung der vorhandenen Lovelace-Cards V.0.1
// Lediglich die Versionsnummer der aktuellen Card muss eingegeben werden und nach Update sollte die Version angepasst werden


// Datenpunkte anlegen (einmalig)
createState("0_userdata.0.Lovelace.Cards.ApexCharts.current_version", "", {name: 'ApexCharts - current version',  type: 'string'});
createState("0_userdata.0.Lovelace.Cards.ApexCharts.latest_version", "", {name: 'ApexCharts - latest version',  type: 'string'});
createState("0_userdata.0.Lovelace.Cards.ApexCharts.url", "", {name: 'ApexCharts - URL',  type: 'string'});
createState("0_userdata.0.Lovelace.Cards.ApexCharts.name", "", {name: 'ApexCharts - Name',  type: 'string'});
createState("0_userdata.0.Lovelace.Cards.ApexCharts.update", "", {name: 'ApexCharts - Update',  type: 'boolean'});

// Zum Testen alle 5 Minuten
schedule("*/5 * * * *", async function () {

var request = require('request');
var options = {url: 'https://api.github.com/repos/RomRider/apexcharts-card/releases/latest', method: 'GET', headers: { 'User-Agent': 'request', 'Accept': 'application/vnd.github.v3+json' }};


request(options, function(error, response, body) {

  if (!error && response.statusCode == 200) {

       var info = JSON.parse(body);  // info ist ein Objekt

       var latest = info.name;  // eine Eigenschaft des Objektes info
       var url = info.html_url;
       var assetsFileName = info.assets[0].name;

       latest = latest.replace( 'v', '' );

       var current = getState("0_userdata.0.Lovelace.Cards.ApexCharts.current_version").val;

       var newerVersion = ( isNewerVersion(current, latest) );

       setState('0_userdata.0.Lovelace.Cards.ApexCharts.latest_version', (latest));
       setState('0_userdata.0.Lovelace.Cards.ApexCharts.url', (url));
       setState('0_userdata.0.Lovelace.Cards.ApexCharts.name', (assetsFileName));
       setState('0_userdata.0.Lovelace.Cards.ApexCharts.update', (newerVersion));
  }
});

// Eine Funktion die Versionsnummern überprüft
function isNewerVersion (oldVer, newVer) {
 const oldParts = oldVer.split('.')
 const newParts = newVer.split('.')
 for (var i = 0; i < newParts.length; i++) {
   const a = ~~newParts[i] // parse int
   const b = ~~oldParts[i] // parse int
   if (a > b) return true
   if (a < b) return false
 }
 return false
}

});

Greets

[David G.]

@nukleuz

Cool,

schaue ich mir mal näher an.
Auch wenn ich die Updates immer mit Vorsicht genieße, da wir ja oft vom Frontend her was "hinterherhäbgen", was ja auch logisch ist.

Schade, dass es keine Vorgabe gibt die Version und den github Link in die js zu schreiben.
Dann könnte man das alles schön automatisieren.

[Garfonso]

@nightwatcher
wenn du einen input_time (glaube ich) entity hast, dann hat der attribute wie minutes usw... der wird auch weitgehend automatisch vom Frontend unterstützt. Wenn du noch andere Zeit-Entities unterstützt haben willst, müsstest du mir sagen, wie die heißen / was die können (macht ja nur Sinn, wenn das Frontend mit denen auch was anfangen kann).

Die Frage ist, was du genau willst.

[David G.]

Hey Leute,

heute nerve ich zum letzten mal mit meiner Adapter-Tabelle.
War immer noch nicht wirklich zufrieden und habe nochmal einiges angepasst.

• Schedule Adapter sind jetzt rot, wenn nicht gestartet. Orange wenn gestartet und grün wenn grade aktiv
• Schedule Adapter bekommen bei den Infos angezeigt zu welchen Zeiten sie ausgeführt werden
• Die Infos kommen nicht mehr aus der json und werden direkt aus den entsprechenden Datenpunkten gelesen
• Für die beiden Ansichten ohne Details gibt es jetzt eine Option (im Skript oben aktivierbar) um sich die Details nach unten auszuklappen.

adapter_skript.txt
Und nochmal die 4 Bilder für die bunten Balken:

1 = Detailansicht

2 = Große Tabellenansicht ohne Details

2 = Große Tabellenansicht mit Details

3 = Kompakte Tabellenansicht ohne Details

3 = Kompakte Tabellenansicht mit Details (mein Favorit)

[socke85]

@garfonso

Zum Tilt: Ahrg... ja.. äh.. doof.. da fehlt nochwas im Type-detector... Änder mal deine Funktion auf Rolladen oder Beschattung statt Jalousie.

Habe ich getestet und nun wird mir auch die Lamellenposition angezeigt und funktioniert (ich finds noch nicht hübsch :grin: aber die Kosmetik hat noch Zeit)

Aber ich habe hier noch das Problem das Hoch / Runter sich irgendwie random verhält. Ich habe im Adapter ausgewählt 100% = geschlossen, das funktioniert manchmal aber z.T fährt er bei 100 auch komplett hoch also 0. Außerdem kann ich einmal herunterfahren und dann ist der Pfeil nach oben ausgegraut und weitere Szenarien.. relativ random, für mich noch kein Muster erkennbar.. kommt dir das bekannt vor?

Da heißt das Gerät "Farbtemperatur", leider nicht ganz intuitiv.

Habe eine TunableWhite Lampe hinzugefügt und zwar als "Farbtemperatur" und kann dann die Zustände Temperature (hier GA für Kelvin Absolut), Dimmer (hier GA Dimmwert Absolut) und On (hier GA für Schalten) hinterlegen. In Lovelace habe ich dann einen Dimmer aber keine Farbtemperatur. Unter Geräte verliert er den Bezug zu Schalten wieder. Im Objektbaum alle drei vorhanden und Benutzbar.. Habe noch die Funktion TuneableWhite aber ich glaube die hatte ich selbst angelegt und wird daher nix bringen.. oder? Bisher Funktion = Licht und Art=Farbtemperatur. Hast du eine Idee dazu?

Erzeugter Alias:

Attribute im Adapter:

[Garfonso]

@socke85 said in Test Adapter lovelace v1.2.x:

Ich habe im Adapter ausgewählt 100% = geschlossen, das funktioniert manchmal aber z.T fährt er bei 100 auch komplett hoch also 0. Außerdem kann ich einmal herunterfahren und dann ist der Pfeil nach oben ausgegraut und weitere Szenarien.. relativ random, für mich noch kein Muster erkennbar.. kommt dir das bekannt vor?

Also die Einstellung 100% = geschlossen muss so gesetzt werden, dass sie zu den Rollladen in ioBroker passt. In HomeAssistant / Lovelace gilt immer 100% = offen. Daran kann der Adapter nichts ändern. Insofern wird der Slider im more_info immer "falsch rum" sein (also so, dass 100% = offen und 0% = zu). Die Pfeile sollten allerdings "richtig" rum sein, also rauf soll rauf und runter runter. Das sollte auch zum Slider passen.

Zu Farbtemperatur: Du zeigst die Devices-Einstellungen von "Gerät 1" aber das entity von TW_Essen. Sehen die Einstellungen von TW_Essen genauso aus? (Gerät 1 hat kein Raum und wird daher kein entity bekommen). Eigentlich sieht das so gut aus.. hm..

//Edit: Ich seh aber gerade, dass meine Farbtemperaturlampen auch nicht gehen? Urgs.. ok, da muss ich wohl im Adapter mal gucken. :-/

//Edit 2: ok ich hab mich hereinlegen lassen. Bei mir geht Farbtemperatur (taucht aber nur auf, wenn die Lampe an ist :man-facepalming: ). Das Attribut taucht auch auf. Das fehlt bei dir... komisch.

Hast du mal den Adapter neugestartet nach Änderungen an den Aliasen? kopfkratz

[socke85]

@garfonso

Der Screenshot war alt (habe natürlich viel romprobiert / neu angelegt / etc.)

Hier die Objekte von TW Essen. Nach einem Neustart ist die Entity im Adapter nun ganz weg.

Da die Material UI wohl auch mit den Geräten arbeitet, habe ich das hier mal probiert und dort habe ich das Gerät und kann auch die Lichtfarbe steuern. Ich möchte nicht wechseln, habe das zum Fehler eingrenzen getestet..

EDIT:

Das Verhalten ist im Prinzip jetzt auch reproduzierbar. Wenn ich das Gerät mit Farbtemperatur anlege, dann taucht es als Entity ligth.dimmer (anstatt light.TW_Essen) in Lovelace auf - aber nur Dimmen ohne Farbtemperatur. Nach dem Neustart von Lovelace ist das Gerät wieder ganz weg, das es für ON den Bezug in den Geräten verliert. (also Schalten).

Komme nicht wirklich weiter

EDIT:
Im Vergleich zu einem Dimmer habe ich hier auch nur ein "ON" und kein "ON_ACTUAL" und "ON_SET". Kann also die GA für die Rückmeldung Status nicht hinterlegen. Habe dann für die drei Felder (On, Farbtemperatur, Dimmer) den Doppelpfeil bemüht und für read und Write entsprechend die KNX GA's hinterlegt. Verhalten bleibt auch damit unverändert..

EDIT3:

Wenn ich mit den Settings oben im Screenshot in Geräte habe und dann unter Objekten für "ON" die fehlende Funktion switch.light manuell einfüge bekomme ich glaube ich die richtigen Attribute für die Entity inkl. dem Namen s.u.

Ich habe unter ENUMs zusätzlich neben Licht und TuneableWhite auch noch Beleuchtung aktiviert. Und dann in der Geräten mit den o.g. Einstellungen mit den drei Funktionen (einzeln und kombiniert) getestet. In irgendeiner der Kombis hat es mir in der Lovelace Karte sogar die Farbeinstellungen angezeigt, da war ich aber zu schnell am testen, kann ich jetzt nicht mehr reproduzieren - habe also keine Farbeinstellung mehr in der Karte :man-getting-massage: , alle Varianten getestet. Ein Schritt weiter wenn die Attribute schon mal da sind.

Langsam macht mir das ganze aber Bauchschmerzen mit den Geräten und Aliasen, Type Detektor usw. scheint mir das noch nicht so richtig ausgegoren oder hatte ich jetzt einfach Pech mit Jalousien und TuneableWhite? Weil wenn ich hier jetzt manuelle Änderungen in den Aliasen mache, dann entspricht das glaube ich nicht wirklich der Philosophie und würde dann bei entsprechend vielen Geräten auch unwartbar werden ... ?

[Garfonso]

@socke85 said in Test Adapter lovelace v1.2.x:

Nach dem Neustart von Lovelace ist das Gerät wieder ganz weg, das es für ON den Bezug in den Geräten verliert. (also Schalten).

Stimmt... ON hat keine Rolle... das ist falsch. Ok, muss ich nochmal im type-detector gucken oder überlegen, ob ich das reparieren kann (für Farbtemperatur könnte es noch gehen). Trag bei "on" mal als Rolle "switch.light" ein.

@socke85 said in Test Adapter lovelace v1.2.x:

Habe dann für die drei Felder (On, Farbtemperatur, Dimmer) den Doppelpfeil bemüht und für read und Write entsprechend die KNX GA's hinterlegt.

Ja, das ist das richtige Vorgehen.

@socke85 said in Test Adapter lovelace v1.2.x:

In irgendeiner der Kombis hat es mir in der Lovelace Karte sogar die Farbeinstellungen angezeigt, da war ich aber zu schnell am testen, kann ich jetzt nicht mehr reproduzieren

Grundsätzlich geht Farbtemperatur (und Farbe) nur, wenn das Licht an ist.
Allerdings sind max_mireds & min_mireds "null" verdächtig. Da stimmt was nicht. Steht da bei dem TEMPERATUR state was als min/max?

@socke85 said in Test Adapter lovelace v1.2.x:

Weil wenn ich hier jetzt manuelle Änderungen in den Aliasen mache, dann entspricht das glaube ich nicht wirklich der Philosophie und würde dann bei entsprechend vielen Geräten auch unwartbar werden

Das stimmt definitiv. Das Alias-Anlegen mit dem Devices-Adapter scheint mir noch nicht sehr gut getestet zu sein (ich hab meine Aliase selber per skript angelegt, damals gab es den Adapter noch nicht). Wenn ich die Zeit finde, werde ich da nochmal reingucken (bzw. habe schon angefangen, aber wohl noch nicht alles gefunden).