NEWS

@turbomuemmel
Erstens befinden wir uns hier im englischen Bereich. Soll das so?

-> habe es mal nach Deutsch verschoben

Zweitens ist dann ein Adapter-Request auf Github der richtige Ort und nicht unbedingt hier. Hier geht das eher unter.

https://github.com/ioBroker/AdapterRequests

Im Nodered Forum hat jemand einen Flow gepostet mit dem es anscheinend auch funktionieren sollte die Daten der Zodiac Exo IQ auszulesen:

Hier ist der Flow:

e49a802f-ffad-441d-a4a6-6d7ad4547cb0-image.png

[ { "id": "6c519c18faf10a1e", "type": "tab", "label": "Zodiac Exo", "disabled": false, "info": "", "env": [] }, { "id": "1e47a52e3f1755e1", "type": "inject", "z": "6c519c18faf10a1e", "name": "Every hour", "repeat": "3540", "crontab": "", "once": true, "onceDelay": "60", "topic": "", "payload": "", "payloadType": "date", "x": 130, "y": 60, "wires": [ [ "6808aab954fc8b01" ] ] }, { "id": "7849f0c750568181", "type": "http request", "z": "6c519c18faf10a1e", "name": "", "method": "use", "ret": "obj", "paytoqs": "ignore", "url": "", "tls": "", "persist": false, "proxy": "", "authType": "", "senderr": false, "x": 610, "y": 60, "wires": [ [ "18bf3f43ad2e6aa4" ] ] }, { "id": "18bf3f43ad2e6aa4", "type": "change", "z": "6c519c18faf10a1e", "name": "IDToken", "rules": [ { "t": "move", "p": "payload.userPoolOAuth.IdToken", "pt": "msg", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 840, "y": 60, "wires": [ [ "ea244732498b9412" ] ] }, { "id": "6808aab954fc8b01", "type": "function", "z": "6c519c18faf10a1e", "name": "Format Post Request", "func": "msg.method = 'POST';\nmsg.headers = {};\nmsg.headers['Host'] = 'prod.zodiac-io.com';\nmsg.headers['accept'] = 'application/json';\nmsg.headers['content-type'] = 'application/json';\nmsg.headers['accept-encoding'] = '*';\nmsg.headers['user-agent'] = 'okhttp/3.12.0';\nmsg.url = 'https://prod.zodiac-io.com/users/v1/login';\nmsg.payload = '{\"api_key\":\"yourapikeyhere\", \"email\":\"youremail@address.com\", \"password\":\"youriAqualinkpassword\"}';\nreturn msg;", "outputs": 1, "timeout": "", "noerr": 0, "initialize": "", "finalize": "", "libs": [], "x": 380, "y": 60, "wires": [ [ "7849f0c750568181" ] ] }, { "id": "ea244732498b9412", "type": "function", "z": "6c519c18faf10a1e", "name": "Set variable IDToken", "func": "global.set(\"IDToken\",msg.payload);\nreturn msg;", "outputs": 1, "noerr": 0, "initialize": "", "finalize": "", "libs": [], "x": 1080, "y": 60, "wires": [ [] ] }, { "id": "dcd9bc84914a71f6", "type": "http request", "z": "6c519c18faf10a1e", "name": "Chlorinator", "method": "use", "ret": "obj", "paytoqs": "ignore", "url": "", "tls": "", "persist": false, "proxy": "", "authType": "", "senderr": false, "x": 610, "y": 380, "wires": [ [ "02b59259a14e8461", "b8075e9783a1eb4f", "f0bb9145a81ce74a", "eba07f6046f035d6", "4ac01fee0ba334b1", "018a8ddf5da0b1f2", "9c4298d655076b55" ] ] }, { "id": "9df6c312e595c863", "type": "function", "z": "6c519c18faf10a1e", "name": "Format Get Request", "func": "let bearer = global.get(\"IDToken\");\nmsg.method = 'GET';\nmsg.headers = {};\nmsg.headers['Host'] = 'prod.zodiac-io.com';\nmsg.headers['accept'] = 'application/json';\nmsg.headers['authorization'] = bearer;\nmsg.headers['accept-encoding'] = '*';\nmsg.headers['user-agent'] = 'okhttp/3.12.0';\nmsg.url = 'https://prod.zodiac-io.com/devices/v1/yourDeviceIDhere/shadow';\nreturn msg;", "outputs": 1, "timeout": "", "noerr": 0, "initialize": "", "finalize": "", "libs": [], "x": 380, "y": 380, "wires": [ [ "dcd9bc84914a71f6" ] ] }, { "id": "a56824124abf6deb", "type": "inject", "z": "6c519c18faf10a1e", "name": "Every 10 mins", "props": [ { "p": "payload" }, { "p": "topic", "vt": "str" } ], "repeat": "600", "crontab": "", "once": true, "onceDelay": "300", "topic": "", "payloadType": "date", "x": 140, "y": 380, "wires": [ [ "9df6c312e595c863" ] ] }, { "id": "02b59259a14e8461", "type": "change", "z": "6c519c18faf10a1e", "name": "ORP", "rules": [ { "t": "move", "p": "payload.state.reported.equipment.swc_0.sns_2.value", "pt": "msg", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 830, "y": 300, "wires": [ [] ] }, { "id": "b8075e9783a1eb4f", "type": "change", "z": "6c519c18faf10a1e", "name": "pH", "rules": [ { "t": "move", "p": "payload.state.reported.equipment.swc_0.sns_1.value", "pt": "msg", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 830, "y": 140, "wires": [ [ "0e3f2e3e62511c3a" ] ] }, { "id": "f0bb9145a81ce74a", "type": "change", "z": "6c519c18faf10a1e", "name": "Filter Temp", "rules": [ { "t": "move", "p": "payload.state.reported.equipment.swc_0.sns_3.value", "pt": "msg", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 850, "y": 460, "wires": [ [] ] }, { "id": "0e3f2e3e62511c3a", "type": "range", "z": "6c519c18faf10a1e", "minin": "0", "maxin": "10", "minout": "0", "maxout": "1", "action": "scale", "round": false, "property": "payload", "name": "Divide by 10", "x": 1050, "y": 140, "wires": [ [] ] }, { "id": "eba07f6046f035d6", "type": "change", "z": "6c519c18faf10a1e", "name": "ORP Setpoint", "rules": [ { "t": "move", "p": "payload.state.reported.equipment.swc_0.orp_sp", "pt": "msg", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 860, "y": 380, "wires": [ [] ] }, { "id": "4ac01fee0ba334b1", "type": "change", "z": "6c519c18faf10a1e", "name": "pH Setpoint", "rules": [ { "t": "move", "p": "payload.state.reported.equipment.swc_0.ph_sp", "pt": "msg", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 850, "y": 220, "wires": [ [ "874e523fa6c7da37" ] ] }, { "id": "874e523fa6c7da37", "type": "range", "z": "6c519c18faf10a1e", "minin": "0", "maxin": "10", "minout": "0", "maxout": "1", "action": "scale", "round": false, "property": "payload", "name": "Divide by 10", "x": 1050, "y": 220, "wires": [ [] ] }, { "id": "018a8ddf5da0b1f2", "type": "change", "z": "6c519c18faf10a1e", "name": "Zodiac Error Code", "rules": [ { "t": "move", "p": "payload.state.reported.equipment.swc_0.error_code", "pt": "msg", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 870, "y": 540, "wires": [ [] ] }, { "id": "9c4298d655076b55", "type": "change", "z": "6c519c18faf10a1e", "name": "Low Setting", "rules": [ { "t": "move", "p": "payload.state.reported.equipment.swc_0.low", "pt": "msg", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 850, "y": 620, "wires": [ [] ] } ]

und hier die Anleitung dazu:

Note that in the Function node (Format Post Request) preceeding the first HTTP Request , you will require three bits of info -

API Key (generic for all users) - EOOEMOW4YR6QNB11
Email
Password

In the Function node (Format Get Request) preceeding the Device, you will need 'yourDeviceIDhere' where specified. It's the serial number of the device and looks something like -

JT19000123
or
JX19100123

The post you originally linked to has the curl commands necessary to pull the DeviceID. They might also be physically printed on the device somewhere but I haven't looked.

PULL DEVICE ID:

The steps required to login to iAqualink are as follows (note the api_key is the same for all users)

curl -X POST -H "Host:prod.zodiac-io.com" -H "accept:application/json" -H "content-type:application/json" -H "accept-encoding:gzip" -H "user-agent:okhttp/3.12.0" -d '{"api_key":"EOOEMOW4YR6QNB11", "email":"XXXX@XXXX", "password":"XXXXXX"}' "https://prod.zodiac-io.com/users/v1/login"

The iAqualink server returns a page of data (X's blank out personal data) -

{ "username": "XXXXXXXXXXXXXXXXXX", "email": "XXXXXXXXXXX@gmail.com", "first_name": "XXX", "last_name": "XXXXXX", "address": "XXX\n, XXX, XX, au, XXX", "address_1": "XXXXXXXXXXX", "address_2": null, "city": "XXXXXXXXXXX", "state": "XX", "country": "au", "postal_code": "XXXX", "id": "XXXXXX", "authentication_token": "XXXXXXXXXXXXXXXXXXXX", "session_id": "XXXXXXXXXXXXXXXXXXXX", "created_at": "2019-12-09T03:12:57.000Z", "updated_at": "2019-12-09T03:12:57.000Z", "time_zone": "Australia/XXXXXX", "phone": "XXXXXXXXXX", "opt_in_1": "1", "opt_in_2": "0", "role": "customer", "cognitoPool": { "appClientId": "XXXXXXXXXXXXXXXXXXXXX", "poolId": "us-east-1_XXXXXXXXX", "region": "us-east-1" }, "credentials": { "AccessKeyId": "XXXXXXXXXXXXXXXXXXXX", "SecretKey": "XXXXXXXXXXXXXXXXXXXXXX", "SessionToken": "XXXXXX.............XXXXXXXX", "Expiration": "2020-04-26T05:24:59.000Z", "IdentityId": "us-east-1:XXXXXXXXXXXXXXXX" }, "userPoolOAuth": { "AccessToken": "XXXXXXX...............XXXXXXX", "ExpiresIn": 3600, "TokenType": "Bearer", "RefreshToken": "XXXXXX..........XXXXXXXXX", "IdToken": "XXXXXXXXXX.........XXXXXXXXXXX" }

The important fields in the preceeding data block are -

"id": (a 6 digit number that remains the same across logins),

"authentication_token": (a 20 character field that remains the same across logins),

"IdToken": (a 1740 character field that expires in 3600 seconds).

Armed with this data, a second command will elicit the device serial numbers registered to the user's account (user_id = id from block above) -

curl 'https://support.iaqualink.com/devices.json?api_key=EOOEMOW4YR6QNB07&authentication_token=XXXXXXXXXXXXXXXXXXXX&user_id=XXXXXX' -H "Host:support.iaqualink.com" -H "accept:application/json" -H "user-agent:okhttp/3.12.0" -H "content-type:application/json"

This is the returned data block for the two devices I have (a chlorinator and a heat pump) -

[ { "id":"XXXXXX", "serial_number":"XXXXXXXXXX", "created_at":"2020-01-07T09:41:41.000Z", "updated_at":"2020-01-07T09:41:41.000Z", "name":"Z400 iQ TD7", "device_type":"hpm", "owner_id":null, "updating":false, "firmware_version":null, "target_firmware_version":null, "update_firmware_start_at":null, "last_activity_at":null }, { "id":"XXXXXX", "serial_number":"XXXXXXXXXX", "created_at":"2019-12-09T03:18:18.000Z", "updated_at":"2019-12-09T03:18:18.000Z", "name":"eXO-Pro iQ", "device_type":"exo", "owner_id":null, "updating":false, "firmware_version":null, "target_firmware_version":null, "update_firmware_start_at":null, "last_activity_at":null } ]

INFORMATION RETRIEVAL AND CONTROL

With the DEVICE_SERIAL_NUMBER ("serial_number" in the block above), and ID_TOKEN ("IdToken" from the first block of data) the next GET command can be populated to retrieve the pH and ORP values for the chlorinator -

curl -X GET -H "Host:prod.zodiac-io.com" -H "accept:application/json" -H "authorization:ID_TOKEN" -H "accept-encoding:gzip" -H "user-agent:okhttp/3.12.0" "https://prod.zodiac-io.com/devices/v1/DEVICE_SERIAL_NUMBER/shadow"

Control of the chlorinator production (On/Off) can done using a POST command ("production" to be set to 0 or 1) -

curl -X POST -H "Host:prod.zodiac-io.com" -H "accept:application/json" -H "authorization:ID_TOKEN" -H "content-type:application/json; charset=UTF-8" -H "content-length:62" -H "accept-encoding:gzip" -H "user-agent:okhttp/3.12.0" -d '{"state":{"desired":{"equipment":{"swc_0":{"production":0}}}}}' "https://prod.zodiac-io.com/devices/v1/DEVICE_SERIAL_NUMBER/shadow"

I have the DEVICE_SERIAL_NUMBER for the components in my system (this value is fixed).
I now need a mechanism to record the variable ID_TOKEN and subsequently plug this into the commands above.

Kann das eventuell mal jemand testen, der eine Zodiac Exo im Einsatz hat ?

@mcm1957 mehr sagte ich ja oben auch nicht 😉

@uwe1958
Also ich kann bei classic Token gar kein Ablaufdatum einstellen. Die sind immer unbegrenzt.

7b8f3478-92f3-43fe-966e-682c8325e69f-image.png

Nur bei den Granular Access Tokens scheint es kein unlimited zu geben - aber für den Update von Github ist ein Classic Token vollkommen ausreichend. Token mit Ablaufdatum grenzen an Masochismus - zumidnest solange es keine Möglichkeit gitb die einfach zu verlängern (und nicht nur neu zu erstellen)

Hallo zusammen ,
mich würde es auch interessieren ob es schon Neuigkeiten gibt ?
ich lese fleißig mit ,das Thema ist ja schon älter, aber vielleicht gibt es doch schon eine Möglichkeit
die Kamera auf das Vis zu übertragen oder einzubinden.
das wäre echt toll.

MFG Markus

@apollon77 said in Code Einsteigerfrage: Eigener Fork Wemo Adapter will nicht:

Ja es gab auch homebridge updates ... Muss ich nach meinem Urlaub im September mal aktualisieren

Das wäre echt nett 👍 😙

Bin ebenfalls auf der Suche nach einer Integration. Ich fürchte, es hat sich in der Zwischenzeit noch nichts getan. Naja, vllt muss ich doch mal den Assistenten ausprobieren... 😉

Bei der Auswahl der Klima hatte ich zumindest mal einen Blick drauf geworfen, es gibt wohl Modbus Schnittstellenmodule B544(E) für ca. 125€ pro Innengerät.

@mcu sagte in Interesse an Gotify adapter?:

Muss man da jetzt nicht ein Verzeichnis anlegen und darin unzippen?

Hab es gerade nur überflogen...
Aber binairies, die nicht über den Paketmanager installiert werden können gehören nach /usr/local/bin und werden dann via systemd und einem unit gestartet.

Tag habe das script etwas umgeschrieben. Benötige nur die Abfrage der Parameter. Leider ein Fehlschlag! Hab auch nicht wirklich Ahnung davon. ist mehr probieren. Muß ich außer Modbus noch was laden? Würde mich über Hilfe freuen.

var http = require('http');
//var xpath = require('xpath');
//var dom = require('@xmldom/xmldom').DOMParser;
var objectInstanz = '0_userdata.0.Heizung.';

var etaIP = 'http://192.168.48.23:8080/user/var';

var etaVars = [
["/120/10601/0/11327/0", "eta.Puffer.oben", true, false, "Puffer oben", "string", "°C", "value.temperature", ""]
,["/120/10601/0/11328/0", "eta.Puffer.mitte", true, false, "Puffer mitte", "string", "°C", "value.temperature", ""]
,["/120/10601/0/11329/0", "eta.Puffer.unten", true, false, "Puffer unten", "string", "°C", "value.temperature", ""]
,["/120/10601/0/0/12528", "eta.Puffer.ladezustand", true, false, "Puffer Ladezustand", "number", "%", "state", ""]

,["/120/10101/0/11125/2120", "eta.HK.vorlauf", true, false, "Heizkreis Vorlauf Soll Temp", "number", "°C", "value.temperature", ""] ,["/120/10101/0/11125/2121", "eta.HK.vorlaufIst", true, false, "Heizkreis Vorlauf Ist Temp", "number", "°C", "value.temperature", ""] ,["/40/10021/0/0/12153", "eta.kessel.vollast", true, false, "Kessel Vollaststunden", "string", "", "state", ""] ,["/40/10021/0/0/12016", "eta.kessel.verbrauch", true, false, "Kessel Gesmtverbrauch", "number", "kg", "state", ""] ,["/40/10021/0/0/12013", "eta.kessel.aschebox", true, false, "Kessel Verbrauch seit Aschebox", "number", "kg", "state", ""] ,["/40/10021/0/0/12180", "eta.kessel.druck", true, false, "Kessel Druck", "number", "bar", "state", ""] ,["/40/10021/0/0/12001", "eta.kessel.soll", true, false, "Kessel Soll", "number", "°C", "state", ""] ,["/40/10021/0/0/12161", "eta.kessel.ist", true, false, "Kessel Ist", "number", "°C", "state", ""] ,["/40/10021/0/0/12162", "eta.kessel.abgasgtemp", true, false, "Kessel Abgastemperatur", "number", "°C", "state", ""] ,["/40/10021/0/0/12165", "eta.kessel.abgasgeblaese", true, false, "Kessel Abgasgebläse", "number", "U/min", "state", ""] ,["/40/10021/0/0/12164", "eta.kessel.restsauerstoff", true, false, "Kessel Restsauerstoff", "number", "%", "state", ""] ,["/40/10021/0/0/12080", "eta.kessel.zustand", true, false, "Kessel Zustand", "string", "", "state", ""] ,["/40/10021/0/0/12077", "eta.kessel.angeforderteLeistung", true, false, "Kessel angeforderte Leistung", "number", "kW", "state", ""] ,["/40/10201/0/0/12015", "eta.lager.silo", true, false, "Pellets Silo", "number", "kg", "state", ""] ,["/40/10021/0/0/12011", "eta.lager.tag", true, false, "Pellets Tagesbehälter", "number", "kg", "state", ""] ,["/120/10601/0/0/12197", "eta.system.aussentemperatur", true, false, "Aussentemperatur", "number", "°C", "state", ""] ,["/79/10531/0/11137/2001", "eta.FWM.Zirkulation", true, false, "Anforderung Zirkulation", "string", "", "state", ""] ,["/120/10101/0/11125/2001", "eta.FBH.HKmischerAnforderung", true, false, "Anforderung Heizkreismischer", "string", "", "state", ""] ,["/120/10101/0/11125/2120", "eta.FBH.HKmischerSoll", true, false, "Soll Temp Heizkreismischer", "number", "°C", "value.temperature", ""] ,["/120/10101/0/11125/2121", "eta.FBH.HKmischerIst", true, false, "Ist Temp Heizkreismischer", "number", "°C", "value.temperature", ""] ,["/120/10101/0/11125/2002", "eta.FBH.HKmischerZustand", true, false, "Zustand Heizkreismischer", "string", "", "state", ""] ,["/120/10101/0/11125/2127", "eta.FBH.HKmischerPosition", true, false, "Position Heizkreismischer", "number", "%", "value.percent", ""] ,["/120/10101/0/11125/2124", "eta.FBH.Laufzeit", true, false, "Laufzeit Heizkreismischer", "number", "s", "", ""] ,["/120/10101/0/11125/0", "eta.FBH.HKpumpeAusgang", true, false, "Heizkreispumpe Ausgang", "number", "°C", "value.temperature", ""] ,["/120/10101/0/11125/2001", "eta.FBH.HKpumpeAnforderung", true, false, "Heizkreispumpe Anforderung", "string", "", "state", ""]

];

@apollon77
Danke für Deine Antwort, und nein, ich bekomme keine Deprecation-Meldungen.
Wenn primär die Adapter betroffen sind und nicht JS bin ich mit meinem Halbwissen erst mal beruhigt 😊

Hallo zusammen,
war länger nicht wieder wegen des G1 gucken 🙂
Update auf die v1.4.16-alpha.3 gemacht.
Der Request Timeout (command 'getSched_V2') ist in der aktuellen Beta3 noch "aktiv"
Das falsche "Verbrauchsmaterial" warning ist wohl raus beim G1.
Danke !

Das Problem mit 1,5 Meter vor der Station doof stehen hab ich auch ab und zu dann hilft aber nur G1 reboot.
Dann ist er wieder in der Lage die Station zu finden. Ist wohl ein neuen "Feature" der Firmware ....
Aber das ganze ohne den G1 aktiv über den Adapter anzusteuern!
Der läuft nur quasi lesend mit ohne aktiv Steuerbefehle zu senden.

@michael-mauer

Hallo Michael.
Erstmal danke für dein Feedback und entschuldige bitte meine späte Antwort.
Ich hatte leider privat viel um die Ohren.
Ich werde versuchen mich in den nächsten Tage mal hinzusetzen und eine Fehleranalyse zu betreiben. Ohnehin muss ich noch einiges am Adapter verbessern und erweitern.
Allerdings bin ich zur Zeit sowohl privat als auch beruflich sehr eingespannt und dann ab Anfang August für 3 1/2 Wochen im Urlaub.
Von daher möchte ich mich schonmal im Voraus für die lange Wartezeit entschuldigen.
Ich werde mich aber definitiv melden sobald ich die Zeit gefunden habe und etwas berichten kann.

Nochmals vielen Dank!
Grüße

Daniel

@oliverio Danke für deine Ausführungen 🙂

Eigentlich programmiere ich "schon" mehr als 20 Jahre, aber immer mit älteren Dingen bzw. nicht beruflich (und auch meist nicht mit aktuellen Modulen, da man diese nicht immer kennt 😉 )

Meinst Du Zeile 454 das await, weil danach eh nichts mehr kommt? ok, das kann man weglassen, ja.

JSON.parse(JSON.stringify(obj)) verwende ich, weil das Objekt verschachtelt ist bzw. bis zu 3 Ebenen haben kann.

Ich mag den Tab-Space - daher verwende ich den etwas größeren (ist man so gewohnt)

Du meinst aus:

if (operators.test(item)) { // Now, we need to check, if condValue is a number if (!isNaN(condValue)) { } }

wird

if (operators.test(item) && !isNaN(condValue)) { }

? Ok, das könnte man so machen - stimmt

Mit den komplexen Funktionen hast Du Recht - diese kann man auf kleinere Funktionsblöcke herunterbrechen - ich denke, das ist meinem Gedankengang geschuldet.

Das Function Statement evaluiert Statements aus einem JSON Objekt und prüft, welche Condition valide ist.
Beispiel:
Der Wert ist 10 und die Bedingung des Users siehst so aus:

{ ">0": { "_comment": "Einspeisung", "icon": "mdi:transmission-tower-export", "color": "rgb(161,211,67)" }, "<0": { "_comment": "Netzbezug", "icon": "mdi:transmission-tower-import?flip=horizontal", "color": "#F20E40" } } Dann wird hier jeder Block gegen diesen Wert geprüft und der Block genutzt, welcher am Besten dazu passt. Die Erweiterung schaue ich mir mal an. Danke Dir!

@doubled said in [Neuer Adapter] iobroker.FontUI:

Ich bekomme folgenden Fehler nach dem installieren über npm

system.adapter.fontui.0 invalid mode

Was kann ich tun. Kann das bitte jemand fixen?

Die Installation eines Adapters wie im ersten Beitrag angegeben ist NICHT supported. ioBroker Adapter sollten NIE mittels npm xxx installiert werden.

Eine Installation sollte immer via Admin UI (das im Expert Mode auch eine Installation von npm bzw. github erlaubt) oder via Commandline (iob install ...) erfolgen das ebenfalls npm und github Installationen erlaubt.

Der Vollständigkeit halber hier nochmals:

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und was diesen Adapter generell betrifft:
Er wurde seit Jahren nicht aktualisiert.
Er wurde nie in das offizielle Repository aufgenommen.

Es bleibt dir daher nur die Möglichkeit den originalen Dev zu kontaktieren damit dieser das Problem behebt. (Sorry - aber nicht umsonst steht oben dass bei Adaptern die nicht im Repository existieren der Dev um Aufnahme ersucht werden sollte...)

@apollon77 Du hattest mir gestern prima bei den Web-Extensions via Github geholfen (muss ich noch schließen 😉 )

Weisst Du hier vielleicht auch Rat? Wäre super 🙂

@skb

mcm hat es in diesem Post geschrieben
https://forum.iobroker.net/topic/25161/npm-dependency-im-package-json/7?_=1719101151600

Der erwähnte link führt zum dev Portal
Dort ist auch der link zu den telegram bzw. Discord channels erwähnt

@oliverio sagte in Adapter mit Bilder-Upload:

beim aufruf von node kann man parameter angeben.
im iobroker kommst du da meines wissens nicht ran.

Doch, seit js-controller 5.x über die io-package nodeProcessParams: https://github.com/ioBroker/ioBroker.js-controller/blob/0e88061f58602a0f3652062055d0f66e6d85d705/schemas/io-package.json#L1567C10-L1572

(geht logischerweise nicht im compact mode)

z.B. --max-old-space-size=SIZE (in megabytes)

As memory consumption approaches the limit, V8 will spend more time on garbage collection in an effort to free unused memory.

https://nodejs.org/docs/latest-v20.x/api/cli.html#--max-old-space-sizesize-in-megabytes

Genau den Parameter kann man (als Nutzer) aber bereits je Instanz steuern (memoryLimitMB) :

Screenshot 2024-06-21 at 12.34.39.png

@joergeli dankeschön im Namen der Java unwissenden 👏

@skb sagte in Web-Adapter mit/ohne Websockets ansprechen:

Web-Adapter auf "Web-Sockets erzwingen":

Okk ... Geheimnis gelüftet.

Diese EInstellung zwingt socket.io dazu nur Websocket zu nutzen. Also ist das ausgelieferte File korrekt und ja wer diese EInstellung braucht MUSS auch im socket.io client das polling ausschalten (oder in der liste nach hinten machen, am besten ganz weg).

Also am besten nicht nutzen 🙂

Also entweder "integriert" oder "Reine Web-Sockets"