@glasfaser ja, das wollte ich schon längst machen aber ich denke, André ist seit Sommer ziemlich im Stress, seine Homepage ist immer noch nicht fertig - "Wir sind bald zurück!"

danke @andre für die ausführliche Erklärung und natürlich - für die Blumen Die Entscheidung ist also gefallen: "image: iobroker/iobroker:latest" raus, "image: buanet/iobroker:latest" rein

danke @andre für die ausführliche Erklärung und natürlich - für die Blumen Die Entscheidung ist also gefallen: "image: iobroker/iobroker:latest" raus, "image: buanet/iobroker:latest" rein

Danke @glasfaser !

@glasfaser ja, das wollte ich schon längst machen aber ich denke, André ist seit Sommer ziemlich im Stress, seine Homepage ist immer noch nicht fertig - "Wir sind bald zurück!"

@glasfaser meines Wissens sollten beide Images inhaltlich gleich sein.

@haus-automatisierung Danke Matthias für die Überprüfung. Was empfiehlst du? Soll ich das buanet/iobroker Image nehmen oder auf ein Update des Community Images warten?

@glasfaser danke für die Idee, aber das habe ich auch schon probiert um sicherzustellen, dass die Updates mit Watchtower richtig funktionieren. Es ist nach wie vor v14. Interessanterweise, wenn ich das Image 7.0.1 von André nehme (buanet/iobroker) - dieses Image basiert auf V16

@fredf danke für dein feedback.

node.js ist ein Bestandteil des Images, es ist keine gute Idee, händisch upzudaten - mit dem nächsten Image Update sind die Updates im Container weg. Bei js-controller ist es anders - die Files werden unter /opt/iobroker installiert.

Wenn du das offizielle community image verwendest https://hub.docker.com/r/iobroker/iobroker und nichts händisch installiert hast, dann ist es unmöglich, dass du v16 hast.

Der Befehl: "curl -sL https://deb.nodesource.com/setup_14.x " in:

https://hub.docker.com/layers/iobroker/iobroker/latest/images/sha256-e55a1b63a011592130c29ca3e5331aec67851976821a14d96e9cffa3371d3d00?context=explore

deutet darauf hin, dass die Version 14 kompiliert wurde.

Hallo Community,

gibt es einen wichtigen Grund, warum das Image iobroker/iobroker 7.0.1 (https://hub.docker.com/r/iobroker/iobroker) immer noch auf node.js 14 läuft? In der Doku steht es, dass es auf der Version 16 basieren sollte, sowie das Image von André buanet/iobroker (https://hub.docker.com/r/buanet/iobroker).

Vielen Dank!

Hallo @jey-cee, immer noch keine Neuigkeiten bezüglich Weiterentwicklung von deConz API und ioBroker Adapters? Denkst du, deConz ist schon ein totes Pferd?

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

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

Hallo Zusammen,

mittlerweile habe ich die 1.2.6 auch bei mir eingespielt und bis auf den Fehler im Editor (beschrieben von marcuski am 30.06.2020 23:25) funktioniert alles sehr gut! @Garfonso vielen Dank für deine tolle Arbeit! Ich habe mich sehr gefreut als ich gelesen habe:

• list itemich habe bei den binary_sensor und sensor entities, die der Adapter erstellt, die device_class hinzugefügt. Damit werden dann auch vernünftige Übersetzungen für den State erzeugt (also z.B. "Offen"/"Geschlossen" für Fenster / Tür Kontakte).

Leider bekomme ich es nicht zum laufen. Wie binde ich die device_class ein? Ich glaube, ich habe schon in der entities card alles mögliche ausprobiert, ohne Erfolg...

Die device_class wird gesetzt, wenn der type-detector den richtigen Gerätetyp erkennt (mit Geräte-Tab vom devices-adapter überprüfen) und du dann das entity automatisch von lovelace erstellen lässt (also raum & funktion gesetzt sind). Bei manuell erstellten Entities gibt es dafür bisher keinen Weg.

@Garfonso vielen Dank für dein Feedback. Das werde ich mir am Wochenende anschauen.