@Thomas-Braun sagte in Adapter mihome-vacuum anpassungen: Ja, ich hab hier recht viele Datenpunkte (auch für Funktionen, die mein Modell gar nicht hat) und konnte den Roboter auch starten, pausieren und zum Dock zurückbeordern. Das funktioniert mit dem mihome-vacuum auch weiterhin. Das passiert ja alles lokal. Das einzige was nicht mehr geht ist der Abruf der Karte aus der Xiaomi Cloud mangels Authorisierung.

@k-schlautmann sagte in Alexa2 3.26.x: ich habe das gleiche Problem Welches?

Hallo zusammen. Da der Datenpunkt: worx.0.xxx.mower.status nur eine Nummer als Status ausgibt, habe ich mir ein kleines Script inkl. Übersetzung angelegt. Das Script 'wandelt' die Zahl in Text um und übersetzt ihn direkt. Das Ergebnis schreibe ich in zwei Datenpunkte. [image: 1760870075637-b17ea69f-10ee-4bfb-b63e-c06c4c75c7f1-image.png] In der VIS lasse ich mich zur Zeit noch DE und EN anzeigen: [image: 1760870172324-0090c340-9c49-4f80-8e5c-cc354808f013-image.png] Falls jemand Interesse an dem Script hat: https://github.com/inventwo/Script-Sammlung/blob/main/JavaScript/WorxStatus-DE

Hi, ich habe den Umweg über die alexa2 Integration gemacht. In der connect life App kann man die Klimaanlage mit Alexa koppeln. Danach erscheint die Anlage als SmartHome device und ich kann sie steuern

@la_saxe "Im FusionSoloar konnte ich in den Berechtigungseinstellungen der Anlage den API-Zugriff als Besitzer (nicht als Installateur) wieder aktivieren" Wo finde ich das?

@oliverio ich bin auch der Meinung das der Repochecker Sinnvoller weiße lokal ausgeführt werden sollte. Das ganze als Plugin für das Release Skript zu machen finde ich nicht schlecht. Was die Meldungen angeht, ich habe bereits angeregt Zusätzlich zu den Meldungen PRs mit den nötigen Änderungen zu erstellen und diese dann zu verlinken. https://github.com/ioBroker/ioBroker.repochecker/issues/519

@deta Danke für den Tipp mit WPA2 Wär ich nie drauf gekommen ...

@codierknecht Hatte ich heute auch gesehen, nur um viele hier nicht zu verunsichern. Das hat nix mit iobroker zu tun. Nur Developer die das Tool nutzen, müssen das beachten. Ist aber im iobroker Umfeld nicht wirklich üblich (bzw noch nirgends gesehen)

@OliverIO Meinem "kleinen" llama Modell waren der Objektpfad sowie die Bezeichnung nicht ausreichend. Ein Pfad wie shelly.0.SHBDUO-1#XXXXXX.lights.Switch konnte nicht passend interpretiert werden. Auch die boolean Werte und Beschreibung wurde oft falsch interpretiert. Deshalb habe ich diese in über die Datenpunkteinstellungen mit Beschreibung, Destination, Wert Boolean true und false, Unit, ... die Möglichkeit zum Definieren erstellt. Daraus wurde dann zb. Wohnzimmer Stehlampe ein, Temperatur Wohnzimmer 26°C oder Gute Nacht Geschichte Kinderzimmer. Der Datenpunktpfad, Zeitstempel und die entstandene Beschreibung wurde dann an das Ollama Embedding Modell übergeben und in die Datenbank geschrieben. Bei einer Abfrage wurden die gespeicherten Daten dann abgefragt. Selbstverständlich würde sich dies auch mit Funktionen und Räume vordefinieren lassen. Das Resultat daraus war, dass ich viel präzisere Antworten erhalten habe und auch ein kleines Modell diese relativ schnell verarbeiten konnte. In Verbindung mit n8n könnte ich mir vorstellen, dass kurze Prompts wie: Schalte die Stehlampe im Wohnzimmer ein. Direkt über ein Lokales Modell ablaufen könnte. Größere und längere Anfragen wären mit einem externen Modell abzuarbeiten welchem die Daten zwar für den Prompt zur Verfügung gestellt bekommt, allerdings wären diese immer noch Lokal abgespeichert und nicht ausgelagert.

@boardy Nicht das ich das genau erklären kann aber du darfst nicht module.exports und export in der selben datei haben. Ich mache mir dafür immer eine .d.ts datei um da die Exports bekannt zu machen. Wobei ich da immer nur die Adapterklasse drin habe. Am besten über discord oder telegram im starter fragen. Links dazu findest du auf http://iobroker.dev

Herunterladen als Einzeiler ... curl --raw https://forum.iobroker.net/assets/uploads/files/1753939147858-check_bad_npm.sh | dos2unix >check_bad_npm.sh MD5 bleibt bei 3e80f083d01ca47a5efb276c87878462

@homoran Köntest Du mir einen Link schicken?

@greasemonkey Hast du den qemu guest agent in der VM installiert und gestartet?

@j_paul hehe. Neee. Die Idee ist schon das auf visus etwas mit den Details anfangen können. Also bleiben wir bitte bei den definierten sub rollen. Und ich denke es ist auch klar das nur bestimmte Dinge als Setting Sinn machen. Ich kann das gern noch erweitern:-) also bitte nicht ausnutzen sondern sinnvoll nutzen. Level.setting.temperature zb für einen Temperatur Offset kann Sinn machen. Eine externe Temperatur als Level.setting eher nicht.

@oliverio ach super wenn das so klappt. ich lese mich da mal rein. :+1: Und ja unit test ist vielleicht der falsche Begriff. Integration Test wäre wohl richtiger gewesen ;-)

@holger-will Fragen dieser Art sind in unseren Telrgram Discord channels besser aufgehoben. Invites siehe www.iobroker.dev.

@mcm1957 sagte in Maintenance-Window für Adapter: Bin hier persönlich skeptisch @oliverio sagte in Maintenance-Window für Adapter: Ich habe da auch kein gutes Gefühl dabei. Ich gestehe: Sowas in der Richtung hatte ich erwartet. Ich verstehe eure Bedenken und bin da eigentlich auch bei euch. @oliverio sagte in Maintenance-Window für Adapter: Wir könnten ja mal die verschiedenen Kategorien sammeln, bei denen solche Fehler auftreten. In dem anderen Thread, auf den du wahrscheinlich ansprichst, ging es ja um Netzwerk, welches zum Zeitpunkt der Zwangstrennung nicht zur Verfügung steht. Den meinte ich. Das wäre Fall #1: Ein Adapter wirft Fehler, weil (eine gewisse Zeit lang) das Internet (nicht das Netzwerk) nicht zur Verfügung steht. Sowas dürfte bei allen regelmäßig in der Nacht auftreten, die per DSL angebunden sind und der Router (FritzBox) eine Zwangstrennung durchführt. Fall #2: Der Proxmox-Adapter hat mir regelmäßig Fehler a lá "storage XYZ nicht verfügbar" als Fehler ins Log geschrieben. Das waren dann immer ein gutes Dutzend Fehler - immer dann, wenn Proxmox gerade seine Backups gefahren hat. Da ich die DP nur interessehalber eingebunden und nicht verwendet hatte, habe ich "storage" jetzt kurzerhand deaktiviert, damit Ruhe ist. Falls noch jemand Ideen hat wo sowas auftreten könnte, könnt ihr das ja hier anfügen. Es gibt halt einige User (so wie ich auch), die ihr Log gerne "sauber" haben. War gestern eher eine fixe Idee und hat ziemlich sicher Prio 42.