Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[saeft_2003]

@hacki11

Hat sich erledigt hab den verwechselt mit dem info.Connection DP. War also mein Fehler 🤦

[saeft_2003]

@hacki11

Ich hab jetzt alle Skripte und VIS umgestellt. Läuft soweit.

Noch eine Frage könnte man den info.connection DP automatisch auf false setzen lassen, wenn der Adapter gestoppt ist.

[MrLarodos]

@hacki11 Ach klasse, das freut mich sehr! Ich habe 4 Innengeräte und ein fünftes Innengerät mit separatem Außengerät wird in Kürze installiert. Ich würde auch gerne testen, wenn das hilft.

Kann ich über den Weg die aktuellste Version von Dir installieren?

LG MrLarodos

[saeft_2003]

@mrlarodos

Nein das geht nicht mach einfach unter benutzerdefiniert den github link rein. es ist ein komplett neuer adapter kein update...

[MrLarodos]

@saeft_2003 Alles klar. Muss ich vorher den bisherigen löschen? Vermutlich nein, oder?

[saeft_2003]

@mrlarodos

nein muss man nicht hab den alten natürlich auch noch. den lösch ich erst wenn alles länger stabil läuft...

[MrLarodos]

@saeft_2003 Alles klar, ich mach das dann gleich mal und berichte :blush:

[MrLarodos]

@mrlarodos Ok, erstes Feedback:

• Alle 4 Innengeräte werden nach Pflege der IP-Adressen und Namen erkannt und liefern die erwarteten Werte, was ich stichprobenhaft überprüft habe.
• Ich konnte mindestens 2 Innengeräte ein- und ausschalten. Die anderen 2 konnte ich noch nicht testen, weil die Kinder bereits schlafen :baby:
• Mir persönlich sofort aufgefallen: Endlich mal Adaptericon, das nicht nach 1995 aussieht. DANKE! Flaticon? :v:

Ich werde nun testweise mein Hauptscript für die gleichzeitige Steuerung aller 4 Innengeräte auf den neuen Adapter anpassen und morgen probieren, ob das läuft. Danke schon mal für die Mühen! Wenn ich über die Tests hinaus helfen kann, gerne melden.

[hacki11]

@saeft_2003 Wird nun beim Unload (Stop) auf false gesetzt. Ist bereits im main-branch bzw. auf NPM in der Version 2.0.0 released.

@MrLarodos Es ist zwar ein Fork vom woso Adapter, aber da ich größere und breaking Changes (Objektnamen und -hierarchie sowie Adapternamen) vornehmen musste, gilt er als neuer Adapter. Habe dennoch mit Version 2.x begonnen, damit klar ist, dass es ein Nachfolger ist.

Der Adapter wird bald auch über das latest und stable Repository ganz regulär verfügbar sein. Bis dahin, via GitHub.

[hacki11]

@mrlarodos Vielen Dank für das Feedback! Testberichte vereinfachen den Publishprozess nach stable. Das Icon kommt von einem anderen Kollegen, der auch bereits einen Fork gemacht hat aber auch keine Unternehmungen Richtung Stable begonnen hat. Ich wollte eigentlich das Mitsu Logo verwenden, habs aber zwecks Copyright Problemen doch nicht gemacht. Falls ihr ein besseres Logo habt, immer her damit.

[MrLarodos]

@hacki11 Alles klar, danke für die Info!

Noch eine Frage: Beim alten Adapter hatte man in jedem(!) Geräte-Objekt-Ordner noch einen zusätzlichen Unterordner "info", in dem man "connection" fand. So hatte man pro Gerät eine Connectioninfo, was bei WLAN und unterschiedlichen Räumen schon relevant sein kann.

In den neuen Geräte-Objekten finde ich das nicht mehr. Wenn ich den Verlauf oben richtig deute, gibt es als Ersatz den Punkt info.connection, der - leider - eine allgemeine Info zu allen Geräten ausgibt. Geht das auch wieder pro Gerät? Ich zahl auch was in die Kaffeekasse, wenn das hilft :blush:

So sieht eines der Beispielgeräte mit dem neuen Adapter von Dir aktuell bei mir aus:

Danke!

LG MrLarodos

[hacki11]

@mrlarodos info.connection ist ein Standard ioBroker Datenpunkt und ist für den Gesamtzustand der Connections da. Es wird als ein einziges Icon in der Instanzübersicht angezeigt.

Was du wohl suchst ist der Datenpunkt "<deviceId>.online" (true|false). Damit könntest du nochmal genauer herunterbrechen, welches Gerät online oder offline ist. Trifft das deinen Use Case? Kann ich einbauen.

[MrLarodos]

@hacki11 Vermutlich ist es das! Wenn das Gerät offline ist, wäre der Punkt sicherlich rot. Im alten Adapter bei mir sah es jedenfalls so aus und wurde unter #.info.connection geführt:

Danke schon mal :-)

[hacki11]

@mrlarodos Genau, der ist Standardisiert und lebt nun parallel zu der Device Hierachie.

Eine andere Sache noch. Der "electric" Datenpunkt gefällt mir noch nicht. Kannst du mir sagen welche Einheit das ist? kW? Ich würde es wie folgt ändern:

electric [kW] => activePower [W]

(power habe ich nun leider schon mit on/off belegt)

[saeft_2003]

@hacki11

ich vermute das electric der Tagesverbrauch in kwh ist. Das setzt sich auch wieder auf null heute hatte ich 3,25 und die Klima lief ein paar Stunden zum heizen würde also passen...

[hacki11]

@saeft_2003 Ok, dann ergänze ich nur die Einheit.

[MrLarodos]

@hacki11 Ich könnte mir auch vorstellen, dass das Kilowattstunde (kWh) ist, weil ich die Geräte heute kurz zum heizen aktiv hatte. 0,25 kWh könnte stimmen. Habe ich bislang noch nie draufgeschaut. Wenn er morgen wieder 0 ist, sage ich Bescheid :-)

Ok, wenn ich richtig verstanden habe, baust Du noch einen Online-Status pro Gerät ein. Richtig?

Wenn ja, wie bekomme ich bei so einem Sideloading-Adapter die Updates? Muss ich via URL neu installieren?

LG MrLarodos

[MrLarodos]

@saeft_2003 Zur Info, falls relevant:

War aber nur das eine Mal bisher. Läuft trotzdem normal.

[hacki11]

@mrlarodos Ja, baue ich ein. Sollte dann erneut über GitHub URL aktualisierbar sein. Den Fehler habe ich auch schon gesehen. Mal beobachten ggf. Timeout höher legen.

[MrLarodos]

@hacki11 Alles klar, danke! Bericht folgt.

Ein paar Fragen nebenbei:

1. Wie viele Innengeräte hast Du?
2. Wie kann es sein, dass Du die scheinbar perfekt funktionierende Schnittstelle problemlos ansteuern kannst, aber die offizielle Smart M-Air-App von Mitsubishi ist quasi funktionslos? Zumindest bei mir auf Android kann ich damit nicht mal mehr die Geräte aufrufen - keine Connection mehr. Hast Du dazu mal was gehört bzw. gelesen? Nur so aus Interesse. Scheint ja ein reines Softwareproblem bei Mitsu zu sein.