NEWS

@baerengraben
Hallo,
also die aktuellen Wetterdaten (z.B. Bodenmessdaten) sind ab Mai dieses Jahres verfügbar.
Und das sind (für mich wenigstens) doch die wichtigsten: https://opendatadocs.meteoswiss.ch/de/
Die Nutzungsbedingungen (Request-Limit) findest du unter: https://www.geo.admin.ch/de/allgemeine-nutzungsbedingungen-bgdi#2.-Datennutzung
z.B. API Rest Services: 40 Requests/minute. Wenn da z.b. sämtliche Daten eines typs (wind, luftdruck etc) mit einem Request geladen werden können, reichen wohl 10-20 Requests für die wichtigsten Daten. Aber ich weiss da nicht was genau in ein Request gepackt wird.
Aber es währe halt schon toll, wenn das ein offizieller Adapter werden würde (siehe Meinung von "mcm 1957" oben).

@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. 👍

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.

@oliverio Mit Sicherheit gibt es viele Ansätze, damit man irgendwie Daten erhält - aber ich muss ja nicht states durch den Adapter schicken, damit ich Resultate bekomme, die eigentlich eine vorgesehene Funktion haben 😉
Ich denke, ein Issue wird erstmal gut sein, damit sich das jemand angucken kann und ggf. die Funktion richtig stellt.

@kornsw said in [New Adapter] huawei fusionsolar api:

Ein Eintrag ins offizielle Repository wäre in der Tat ein schöner und wahrscheinlich auch überfälliger Schritt, scheint aber (wenn man die offiziellen Guidelines durcharbeitet) auch nicht mal eben nebenbei zu gehen.
@mcm1957: Habe auch deinen Hinweis (Issue#23) dazu gesehen - kannst du da ggf. unterstützen?

Ich und andere unterstützen gerne bei der Adapetrentwicklung. Ein grober check der Issues die der Adaptrchecker augespuckt hat zeigt eigenlich nichts besoinders aufwändiges sondern großteils nur anstehende Updates von dependencies. Ich kann auch gern dien einen oder anderen PR insbeso ndere im Infrastrukturbereich (Testing setup etc.) liefern. Da ich das Gerät nicht besitze kann ich aber definitiv keine Bugs im oder Improvemengts am Adapetr selbst vornehmen.

Langer Rede kurzer Sinn:
Wenn du zumindst ein wenig Zeit un Lust hast den Adapter anzupassen und in die Repositories zu bekommen dann requeste einfach mal die Aufnehme ins Latest Repository.

a) https://github.com/ioBroker/ioBroker.repositories?tab=readme-ov-file#add-a-new-adapter-to-the-latest-repository-web-frontend

b) Add bluefox as an maintainer of you nom pacakges, either at commandline using

npm owner add bluefox iobroker.<adaptername>

or at npmjs.com webpage:

a. log in at npmjs
b. select your adapter
c. select settings
d. add "bluefox" into field "invite maintainer" and press "invite"

(Note: In many cases using the webpage is easier)

The reason why we ask for this access is described here: https://github.com/ioBroker/ioBroker.repositories#add-an-owner-to-a-packet

@Hexagon

kannst du dir das noch anschaun?

@negalein sagte in Aqualink Pool Automation in iobroker integrieren:

es kommt noch immer der Error

@negalein sagte in Aqualink Pool Automation in iobroker integrieren:

muss da zwischen Token und sns Abfrage eine Pause rein?

@negalein das Forum hat den Fehler gebracht dass die Bilder zu lange wären.

bei mir sieht das Menü denke ich schon immer so aus.

ich kann mich nicht daran erinnern, dass ich die zusätzlichen Funktionen hatte.

die Funktionen scheinen aber auch nichts mit der permission zu tun zu haben.

es gibt auch kein App Update was ich runterladen können und auch kein Firmware Update.

der Screenshot hat noch gefehlt. muss hier eine Sicherheit aktiv sein?

Screenshot_20250430_150716_DoorBird.jpg

Da ich mit der aktuellen Version ein paar Schwierigkeiten hatte, habe ich all jene versucht zu lösen um einen robusteren Dev Container zu bekommen.

Im PR findet ihr eine konkrete Beschreibung der Punkte samt Lösungen, sowie einen erstellten Adapter, den man direkt als Dev Container öffnen kann um das ganze auszuprobieren.

https://github.com/ioBroker/create-adapter/pull/1137

Ich freue mich über Feedback!

hacki11 created this issue in ioBroker/create-adapter open Devcontainer improvements #1137

@gre4t0ne

Bitte hier weitermachen mit dem Thema:

https://forum.iobroker.net/topic/80380/alexa2-kein-zugriff-mehr-auf-listen/8

@oliverio, danke damit besteht nun etwas Hoffnung 🙂

@mcm1957

Vielen Dank für die Antwort. Ich hatte die Änderungen bisher nur im dev-server gemacht.

Nachdem ich dev-server update gemacht habe ist die Anzeige im dev-server nun so, wie ich mir das wünsche.

Werde nun die Änderungen ins Repo übertragen und eine neue Version erstellen.

Uwe

Allen erst einmal Vielen Dank für die Hilfe. Wir haben die Diskussion auf Discord verlegt. Ist wenn ich das recht verstanden habe einfacher.

A.

Hallo zusammen,

dieser Thread ist zwar schon älter, aber ich bin auf ihn gestoßen, weil das Thema leider immer noch, bzw. wieder aktuell ist.

Der richtige Tapo Adapter vom iobroker wirft immer Meldungen, sobald ein Gerät nicht vorhanden ist. Meine (neue) P100 funktionieren auch nicht

Mit dem HAB Adapter habe ich es erst auch nicht zum laufen bekommen. Ich habe es dann direkt mit einem richtigen Homebridge versucht und auch da ging es erst nicht. Hier die Ursachen und lösungen. Die neuen P100, P110 haben eine andere Authentifizierung. Das funktioniert wohl nicht mit npm 20.x mit 22.x funktioniert ist. Außerdem hatte ich als Benutzernamen zwar meine Mail Adresse angegeben, dort aber die Anfangsbuchstaben groß geschrieben. Es funktioniert bei mir nur, wenn alles klein ist. So hat es in der normalen Homebridge funktioniert. Im HAB Adapter habe ich es nicht weiter verfolgt, da ich aufgrund von Inkompatibilität des S7 Adapters mit NPM22 noch auf NPM20 bleiben muss.

Alexa funktioniert aber nicht zuverlässig. Besonders, wenn viele Schaltvorgänge erfolgen.

Meine Lösung: Node-Red:

Node Red habe ich im IOB eh schon installiert gehabt. Dort gibt es einen TP Link Tapo Adapter, der die neue und die alte Authentifizierung kann. Wenn man das installiert, hat man ein TP-Link Tapo Node, mit für den man auch Benutzername (Mail Adresse klein geschrieben), Passwort und IP angeben kann. Außerdem kann man den Mode einstellen (Auf Power on/off). Dann kann mit mit true/false (boolean) die Steckdose schalten. Einen IOB input kann man direkt damit verknüpfen, wenn man einen Boolstate als Topic angibt. Weitere Falle hier: Im Pfad vom Topic dürfen keine Umlaute vorhaben sein.

Ich habe es auch schon hinbekommen, einen JSON aus den Steckdosen zu bekommen. Den kann man bestimmt auch ins IOB schreiben aber soweit war ich noch nicht. Ich kenne mich damit quasi gar nicht aus.

Wollte noch einmal Rückmeldung geben.

Auf der Bullseye Installation hatte dann auch OpenMediaVault parallel geklappt.
Gleiches dann noch einmal mit einer frischen Bookworm Installation und PSA-CC mit "VENV-Gedöns".

Die Lösung:

this.writeFile(`${this.name}.admin`, 'test.txt', 'test data', (err) => this.log.warn(err ? 'error writing file '+ JSON.stringify(err) : 'success'));

wirft keinen Fehler und erzeugt die Datei.

Vielen Dank für die Hilfe. Damit komm ich erst einmal weiter

A.

@fogg

Wenn der state einen numerischen Wert enthält, dann ist typ number völlig OK. Die Textuale Anzeige ist nur ein "Mapping" in admin. Du schreibst auch weiterhin den numerischen Wert in den State.

Read Only ist natürlich bei States di vom User beschreiben werden sollen auf Write:true zu ändern. Technisch würde es zwar auch mit write:false gehen aber Warnings auslösen.

Generell empfehle ich für Fragen zur Adapterentwicklung unseren Chat auf telegram / discord. Invites unter https://www.iobrokjer.dev. Da sind mereh devs unterwegs 🙂