NEWS

Ich habe mich auch mal an der EcoFlow HTTP API versucht.
Das Ergebnis ist dieser Adapter: https://github.com/CatShape/ioBroker.ecoflow_catshape
Mein EcoFlow Adapter ist relativ schlank gehalten und ich habe mich bewusst dafür entschieden, dass man die Zustände selber anlegen muss (am besten mittels JSON-Datei importieren). Dafür hat man sehr viel Flexibilität.

Der Adapter funktioniert mit allen Geräte-Typen - auch zukünftigen - vorausgesetzt natürlich, der Geräte-Typ wird von der EcoFlow-API unterstützt. Das heisst man muss bei neuen Geräten nicht warten bis eine neue Adapter-Version rauskommt, welche diese unterstützt. Man muss nur diejenigen Zustände anlegen, die man braucht; und man kann jederzeit weitere Zustände hinzufügen oder bestehende löschen. Man kann sie benennen und in Kanäle organisieren wie man will. Man kann auch den Typ der Zustände selber bestimmen.

Der Adapter ist ganz neu und ich konnte ihn bisher nur mit meiner River Pro ausführlich testen. Bisher läuft er bei mir problemlos.
Mit einer PowerStream und einer Delta Pro konnte ich ihn nur kurz testen. Auch da habe ich keine Probleme festgestellt.

Er kann mittels "installieren aus eigener URL --> Benutzerdefiniert" installiert werden.
URL: https://github.com/CatShape/ioBroker.ecoflow_catshape

@martinp sagte: Ist die Abfrage ob das Attribut gefunden wurde in der Funktion "TestVar" so korrekt?

Wenn der Wert 0 kein gültiger Wert ist, funktioniert diese Prüfung.
Falls der Wert 0 ein gültiger Wert sein kann, prüfe "MyVal != null".

Blockly_temp.JPG

@ro75 sagte in Skript zur Visualisierung von Sendungen (Parcel-Adapter):

@nashra schön das es passt. Eine Frage. Nutzt du VIS-1 oder VIS-2?

Ro75.

Oh großes sorry, habe deine Frage glatt übersehen,
nutze VIS-1.

Zur Info: es scheint kein Problem von httpGet zu sein, wie ich zunächst vermutete, sondern ein Problem der node-sonos-http-api in Verbindung mit Node.js 20. Der Entwickler schrieb mir dazu auf GitHub:

I think this is related to this global change in Node 20:

nodejs/node#43522

The Sonos players probably doesn't like keep-alive, and might not properly respond with a Connection: close. The http api will maintain connections and try to send new requests over the old socket and probably confusing the player.

Since this only affects requests that happen within 30-90 seconds (not sure what the default timeout is), this might appear random.

I'll see if I can reproduce it, I haven't run this project under newer Node.js versions in a long time.

Hat jemand ähnliche Probleme mit der node-sonos-http-api?

ShogunPanda created this issue in nodejs/node closed Use Keep-Alive by default in global agents and close idle connections in server #43522

@paul53

Brauche keine Scriptgrenzen überschreiten, sondern nur in einem Script mehrere JS-Script Funktionen. Hab alles erledigt, sitze nun am nächsten Problem, welches noch einmal kniffliger ist. Dazu mache ich einen neuen Thread auf. Danke Dir jedenfalls! Du hast mir wieder sehr weitergeholfen!

@paulchen67 sagte in Request ablösen durch httpget:

Bei httpGet nicht.

warum nimmst du result und nicht Bildschirmfoto 2024-11-17 um 21.06.16.png

@franzda

Das was paul geschrieben hat und das hier:

Da gehts um eigene externe Module, Klassen und TS.

https://forum.iobroker.net/post/1078253

Edit: habs selbst nochmal gelesen ist noch immer interessant, was man nicht alles vergisst.

@root_
Ich benutzte das Script, um mir von tibber den SOC meines Polestar 2 abzurufen.

Mittlerweile gibt es eine direkte API, mit der ich über HA und evcc darauf zugreife. Deshalb muss ich den Umweg über tibber nicht mehr gehen.

Hatte eh das Problem, dass wenn die Kommunikation zwischen den tibber- und Polestar-Apps auf meinem Handy nicht klappt, ich keine Daten in evcc hatte. Das ist jetzt auch Vergangenheit.

@dan78

Mir fällt kaum ein Grund ein warum in einem Trigger einen anderen Trigger aktivieren soll außer halt das was ich dem BWM Skript oben habe:

Trigger BWM an -> Trigger auf BMWs werden gesetzt
Trigger BWM aus -> alle Trigger auf BWMs werden entfernt.

Naja bin das aber gerade am entfernen, weil sich da nach nem Jahr wieder einzulesen ist nervig. Ne Variable ist schneller verstanden.

@paul53 sorry, habe falsch eingefügt. Jetzt klappt es. 🙂

@kombjuder Sorry, mir ist derzeit keine Lösung bekannt. Mit der App scheint es wieder zu klappen, aber die haben den Code jetzt so dermaßen verkompliziert dass da im Moment niemand mehr durchsteigt.

Hinzu kommt leider auch, dass ich jetzt AquaMQTT nutze und das Skript selber daher wohl nicht mehr weiterentwickeln kann.

@fenderbender OK, aber für was alles sich merken wollen. Bisherige(n) Wert(e) merken - so viele können es sein - neuen Wert setzen und wenn fertig alte Werte wieder rein. Das sind maximal drei Werte.

Ro75

@arteck @Homoran
Also, da lag tatsächlich der Fehler...
Ihr seit TOP !!
Vielen Dank.

@nape1

Hallo

Ich habe das gleiche Problem das das script nicht lauft.
Habe es dann hir gelesen mit dem c.
Bekommst du mittlerweile Daten aus der WP ich bin zwar verbunden aber so wie Beschrieben mit einzelne Daten bekomme ich nichts laut Bespreibung auf der Wiki Seite.
Villeicht kannst mir helfen fals du es hinbekommen hast.

mfg
Andi

@paul53 Genau das habe ich gesucht. Besten Dank!

@mcu
Danke erstmal, da muss aber auf jeden Fall noch rein, dass nicht jeder Rootfolder 100 mal erscheint (für jeden State).

let rootFolders = []; $('esphome.0.*').each((id, i) => { const rootId = id.split('.').slice(0, 3).join('.'); if (!rootFolders.includes(rootId)){ rootFolders.push(rootId); } }); console.log(rootFolders);

Wie performant das bei großen Objektbäumen ist weiss ich nicht. Ich denke aber dass es da noch elegantere Wege geben müsste.

Hab ein Enhancement issue erzeugt. Kannst dich ja dran hängen:
https://github.com/ioBroker/ioBroker.js-controller/issues/2957

seb2010 created this issue in ioBroker/ioBroker.js-controller open [enhancement]: Be aware of running schedules and kill them properly on Script-restart #1756