NEWS
Hilfe für Javascript Legastheniker und js v8.3.x
-
@homoran sagte in Hilfe für Javascript Legastheniker und js v8.3.x:
Oder ist das verlinkte nur für Entwickler?
Für alle, welche den Adapter nutzen. Dafür gibt es doch die Dokumentation je Adapter, oder? Das landet ja dann auch alles hier:
https://www.iobroker.net/#en/adapters/adapterref/iobroker.javascript/README.md
Zumindest hatte ich mir noch vorgenommen, die Blockly-Dokumentation auf den aktuellen Stand zu bringen (auf drei Sprachen). Ist natürlich eine menge Arbeit und wäre Quatsch, wenn das eh niemand liest.
-
Aber nochmal für mich: Warum muss Rainer überhaupt was ändern? Ich dachte das "request" als Paket weiterhin da ist nur halt nicht mehr automatisch drin ist. Also mit einem
var request = require("request");
sollte doch weiterhin alles gehen, oder? Vllt hätten wir in der Doku die Request Beispiele mit Deprecation info noch lassen sollen?
-
@apollon77 Ja, funktioniert alles. Und ist im Standard auch noch als dependency erhalten. Es gibt nur eine Warnung im Log. Mehr nicht.
-
@haus-automatisierung Vllt machen wir wie bei anderen deprecations eine "info" log draus? damit man es im Log unterdrücken kann? oder nur einmal die warnung per skript per vorkommen? Weil wenn ich alle 5s einen "request" call mache dann ist das schon viel log
-
@apollon77 sagte in Hilfe für Javascript Legastheniker und js v8.3.x:
Vllt machen wir wie bei anderen deprecations eine "info" log draus?
Dann macht wieder keiner was und die Leute, welche das Loglevel jetzt schon angepasst haben, sind am Ende wieder überrascht warum es "plötzlich" nicht mehr geht.
-
@haus-automatisierung Ja ich weiss, aber glabe mir, wir haben da so einige Erfahrungen mit Deprecations und Usern ... und beim JavaScript Adapter ist das - wie man hier auch sieht, wo Kenntnisswelten aufeinanderprallen - nochmal ne andere Baustelle.
Viele User haben sich irgendwann man Skripte herkopiert und vllt "zurechtgepfuscht" (Alles gut - weil Sie es nicht besser können) ... die Rennen jetzt dann alle da rein. Sollten wir. auch bedenken.
Wir haben verschiedenene User-Typen hier und ganz viele sind halt keine (Skript) Profis. Von daher finde ich Rainers ansinnen super hier im Forum eine deutsche und ausführlichere Variante der Migration-Infos zu haben. -
Ich finde es gut, dass @Homoran versucht, eine für Anwender verständliche Anleitung zum Umbau von request auf httpget zu erstellen. Ich finde es auch richtig, von request wegzukommen.
Danke an @haus-automatisierung !
Aber auch ich nutze ein Skript, welches ich von hier kopiert habe:
https://github.com/volkerrichert/ioBroker.mymuell
Ich kann das trotz der Hinweise von @Homoran nicht umbauen.
Hier das Original:
Hier mein Versuch (Funktion nicht getestet):
-
@ofbeqnpolkkl6mby5e13 MyMüll hab ich im Trashschedule Adapter doch schon integriert
-
@ofbeqnpolkkl6mby5e13 sagte in Hilfe für Javascript Legastheniker und js v8.3.x:
Hier mein Versuch
du hast auf axios umgebaut?
die Hinweise sind für httpGet -
@ofbeqnpolkkl6mby5e13 sagte in Hilfe für Javascript Legastheniker und js v8.3.x:
var data = JSON.parse(body); // info ist ein Objekt
und zumindest da ist noch ein body anstelle von response.data
-
Könntest du bitte trotz Trashschedule-Adapter helfen, das Skript auf httpGet umzustellen?
Mein aktueller Stand:
2024-05-26 18:33:57.582 - [32minfo[39m: javascript.0 (3416) Start JavaScript script.js.common._Tests.Test_17 (JavaScript/js) 2024-05-26 18:33:57.614 - [32minfo[39m: javascript.0 (3416) script.js.common._Tests.Test_17: registered 0 subscriptions, 1 schedule, 0 messages, 0 logs and 0 file subscriptions 2024-05-26 18:33:57.705 - [31merror[39m: javascript.0 (3416) script.js.common._Tests.Test_17: null 2024-05-26 18:33:57.707 - [31merror[39m: javascript.0 (3416) Error in callback: TypeError: Cannot read properties of undefined (reading 'headers') 2024-05-26 18:33:57.708 - [31merror[39m: javascript.0 (3416) at getHttpRequestConfig (/opt/iobroker/node_modules/iobroker.javascript/lib/tools.js:139:18) 2024-05-26 18:33:57.708 - [31merror[39m: javascript.0 (3416) at httpGet (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1179:20) 2024-05-26 18:33:57.708 - [31merror[39m: javascript.0 (3416) at updateMuell (script.js.common._Tests.Test_17:47:5) 2024-05-26 18:33:57.709 - [31merror[39m: javascript.0 (3416) at Object.<anonymous> (script.js.common._Tests.Test_17:38:5) 2024-05-26 18:33:57.709 - [31merror[39m: javascript.0 (3416) at /opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1189:38 2024-05-26 18:33:57.709 - [31merror[39m: javascript.0 (3416) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) 2024-05-26 18:33:59.284 - [32minfo[39m: javascript.0 (3416) Stopping script script.js.common._Tests.Test_17
-
response.data sind deine Daten die zurückkommen, die wirst du nicht auf den Status prüfen wollen.
Da müsste also response.statusCode stehen.if (!error && response.data == 200)
-
Okay, danke, das klingt plausibel. Habe ich angepasst.
Edit:
Damit ist der Fehler weg, aber die Objektstruktur wird nicht angelegt. Nur der oberste Ordner Muell-Test.
Auf der Konsole werden Infos ausgegeben, die das alte Skript nicht ausgibt:2024-05-26 20:13:44.259 - [32minfo[39m: javascript.0 (3416) Start JavaScript script.js.common._Tests.Test_17 (JavaScript/js) 2024-05-26 20:13:44.302 - [32minfo[39m: javascript.0 (3416) script.js.common._Tests.Test_17: registered 0 subscriptions, 1 schedule, 0 messages, 0 logs and 0 file subscriptions 2024-05-26 20:13:44.397 - [32minfo[39m: javascript.0 (3416) script.js.common._Tests.Test_17: 200 2024-05-26 20:13:44.398 - [32minfo[39m: javascript.0 (3416) script.js.common._Tests.Test_17: [{"title":"Bioabfall","name":"SZ_BIO","_name":"SZ_BIO","color":"a52a2a"},{"title":"Gelber Sack","name":"SZ_G","_name":"SZ_G","color":"FFFF00"},{"title":"Altpapier (120l, 240l)","name":"SZ_P","_name":"SZ_P","color":"2fc2e8"},{"title":"Restabfall (bis 240l)","name":"SZ_R","_name":"SZ_R","color":"2F4F4F"},{"title":"Weihnachtsbaum","name":"SZ_W","_name":"SZ_W","color":"36b515"}] 2024-05-26 20:14:15.701 - [32minfo[39m: javascript.0 (3416) Stopping script script.js.common._Tests.Test_17
-
@tt-tom sorry dass ich hier nochmal reingrätsche.
Ich hab ein altes wiffi-script auch noch umbauen wollten und natürlich nicht hinbekommen. Größenwahnsinnig wie ich durch die ersten Erfolge geworden bin hab ich natürlich duesmal keine Kopie erstellt.Also den Rat von @haus-automatisierung beherzigt und mal eben versucht das ganze in Blockly nachzubauen.
nach gefühlten Stunden kopieren und konfigurieren von Blöcken hatte ich die Hauptfunktion laufen.Jetzt kommt immer wieder
timeout überschritten, cannot get vars of null
wie fange ich error im Blockly ab?
if !error.... -
@homoran
Bin leider nur am Handy unterwegs, kann aber nachher nochmal nachschauen. Aber auf error prüfen ist schon mal die richtige Richtung. Wie sieht das Blockly denn in JS aus. -
Hast du auch beide Zeilen angepasst? Der Fehler kam zweimal vor. Zeile 47 glaube ich
-
@tt-tom sagte in Hilfe für Javascript Legastheniker und js v8.3.x:
kann aber nachher nochmal nachschauen
danke schonmal. hab jetzt als erste Hilfe den Timeout hochgesetzt.
@tt-tom sagte in Hilfe für Javascript Legastheniker und js v8.3.x:
Wie sieht das Blockly denn in JS aus.
ist nur ein gaaanz kleiner Teil des Originals
schedule("*/4 * * * *", async () => { httpGet('http://192.168.138.62/?json:', { timeout: 4000, responseType: 'text' }, async (err, response) => { if (err) { console.error(err); } setState('javascript.1.WIFFI.Systeminfo.ip_Homematic_CCU' /* ip_Homematic_CCU */, getAttr(response.data, 'vars.0.value'), true); setState('javascript.1.WIFFI.wz_co2' /* Luftqualitaet */, getAttr(response.data, 'vars.1.value'), true); setState('javascript.1.WIFFI.wz_temp' /* Temperatur */, getAttr(response.data, 'vars.2.value'), true); setState('javascript.1.WIFFI.wz_feuchte' /* Luftfeuchte */, getAttr(response.data, 'vars.3.value'), true); setState('javascript.1.WIFFI.wz_taupunkt' /* Taupunkt */, getAttr(response.data, 'vars.4.value'), true); setState('javascript.1.WIFFI.wz_feuchte_abs' /* Absolutfeuchte */, getAttr(response.data, 'vars.5.value'), true); setState('javascript.1.WIFFI.wz_baro' /* Luftdruck */, getAttr(response.data, 'vars.6.value'), true); setState('javascript.1.WIFFI.wz_luftdrucktrend' /* Luftdrucktrend */, getAttr(response.data, 'vars.7.value'), true); setState('javascript.1.WIFFI.wz_lux' /* Helligkeit */, getAttr(response.data, 'vars.8.value'), true); setState('javascript.1.WIFFI.wz_motion_left' /* Bewegung links */, getAttr(response.data, 'vars.9.value'), true); setState('javascript.1.WIFFI.wz_motion_right' /* Bewegung rechts */, getAttr(response.data, 'vars.10.value'), true); setState('javascript.1.WIFFI.wz_noise' /* Geraeusch */, getAttr(response.data, 'vars.12.value'), true); setState('javascript.1.WIFFI.wz_elevation' /* Sonne-Elevation */, getAttr(response.data, 'vars.13.value'), true); setState('javascript.1.WIFFI.wz_azimut' /* Sonne-Azimut */, getAttr(response.data, 'vars.14.value'), true); setState('javascript.1.WIFFI.wz_buzzer' /* Buzzer */, getAttr(response.data, 'vars.15.value'), true); }); });
ooh.
sehe gerade das ist ja "hard-coded"if (err) {console.error(err);}
das kann man dann wohl nicht unterbinden -
Das ist so richtig, damit du auch eine log-Ausgabe bekommst. Das if-Statement bedeutet soviel wie: Wenn ein Fehler vorliegt, dann schreibe ins Log die Fehlermeldung.
Mann könnte jetzt das ganze so um stellen, dass bei einem Fehler keine Auswertung gemacht wird.
-
@tt-tom sagte in Hilfe für Javascript Legastheniker und js v8.3.x:
dass bei einem Fehler keine Auswertung gemacht wird.
aber das log wird trotzdem zugemüllt.
Allerdings dann (hoffentlich) nur noch mittimeout of x msec exceeded
und nicht mehr die ganzennull
Meldungen -
Inzwischen ja. Leider wird weiterhin keine Objektstruktur angelegt. Hier der aktuelle Stand: