NEWS
ioBroker.js-controller 1.5.6
-
@coyote sagte in ioBroker.js-controller 1.5.6:
@sigi234 sagte in ioBroker.js-controller 1.5.6:
Kann ich bestätigen.
Also bei mir alles ok, kein Fehler im Log von DasWetter. Sind ja jetzt schon mehrere Zyklen durchgelaufen ohne Probleme....
Hm........... da wären deine Einstellungen vom Adapter interessant.
-
Ich habe folgendes Verhalten beobachtet:
Beim laden wird immer auf 127.0.0.1 gefiltert, wenn ich das Rote X Drücke geht es.
-
Ist nur "neue Datenstruktur" angewählt, Pfad 1-4 ausgefüllt, 60Sek Zeitlimit und Iconset 6
Das war's auch schon -
@coyote sagte in ioBroker.js-controller 1.5.6:
Ist nur "neue Datenstruktur" angewählt, Pfad 1-4 ausgefüllt, 60Sek Zeitlimit und Iconset 6
Das war's auch schonAha, ich habe nur Pfad 2+3 drinnen.
-
Hm ok, hab 1 und 4 mal raus genommen und schedule auf 2 min, mal sehen ob ein Fehler kommt.
Edit: Alles gut, kein Fehler
-
daswetter.0 2019-02-14 00:02:01.516 error RangeError: Maximum call stack size exceeded at tryParse (C:\ioBroker\node_modules\socket.io-parser\index.js:336:12) at decodeString (C:\ioBroker\node_modules\socket.io-parser\index.js:325:9) daswetter.0 2019-02-14 00:02:01.516 error uncaught exception: Maximum call stack size exceeded
-
-
Seit 1.5.6 wird bei mir auch gefiltert, entweder steht da mal meine Email Adresse oder ne 2323...
Kann mir das überhaupt nicht erklären...
-
Morgen,
2019-02-14 05:15:03.312 - error: daswetter.0 uncaught exception: Maximum call stack size exceeded
2019-02-14 05:15:03.313 - error: daswetter.0 RangeError: Maximum call stack size exceededGrüße
-
@sigi234 hat nichts mit js-controller zu tun.
-
@Homer1976 hat jemand meine git Version ausprobiert?
-
Moin,
nachdem die 1.5.6 bei mir ja nicht lief und ich wieder zurück auf die 1.4.2 bin habe ich mir ( scheinbar ) wieder ein altes Problem mit Cron eingefangen. Mein Weckerscript wirft bei Cron und Astro einen Fehler:javascript.0 2019-02-14 08:24:57.808 error at ContextifyScript.Script.runInContext (vm.js:59:29) javascript.0 2019-02-14 08:24:57.808 error at script.js.Funktionen.Wecker:10:1 javascript.0 2019-02-14 08:24:57.808 error TypeError: schedule is not a function javascript.0 2019-02-14 08:24:57.808 error ^ javascript.0 2019-02-14 08:24:57.808 error schedule("30 30 6 * * 1-5", function () { javascript.0 2019-02-14 08:24:57.808 error script.js.Funktionen.Wecker: script.js.Funktionen.Wecker:10 javascript.0 2019-02-14 08:27:24.979 error at ContextifyScript.Script.runInContext (vm.js:59:29) javascript.0 2019-02-14 08:27:24.979 error at script.js.Funktionen.Wecker:22:1 javascript.0 2019-02-14 08:27:24.979 error TypeError: schedule is not a function javascript.0 2019-02-14 08:27:24.979 error ^ javascript.0 2019-02-14 08:27:24.979 error schedule({astro: "sunriseEnd", shift: 0}, function () { javascript.0 2019-02-14 08:27:24.979 error script.js.Funktionen.Wecker: script.js.Funktionen.Wecker:22
Konnte das noch jemand beobachten?
Gruß
Matze -
Участник @Matzebhv написал в ioBroker.js-controller 1.5.6:
nachdem die 1.5.6 bei mir ja nicht lief
Was genau nicht lief?
-
@Matzebhv Bei mir wurde heute Morgen ebenfalls ein zeitgesteuertes Script nicht ausgeführt.
js-controller v.1.5.6
javascript Adapter v.3.6.4Ich habe allerdings kein LOG hierzu
Da dies erstmalig/einmalig auftrat, ist es natürlich schwer zu sagen, ob dies das gleiche Phänomen ist wie bei Dir?!
-
@Bluefox :
Das ist ein Weckerscript ( Blockly ) wo 2 Crontrigger untereinander hängen. Am Ende hängt ein Astrotrigger, der Licht ausschaltet.
Sowohl der 2. Crontrigger als auch der Astrotrigger werfen beim speichern des Blockly den o.g. Fehler im Log und werden auch nicht ausgeführt.
Ich habe jetzt den 2. Crontrigger herausoptimiert, geblieben ist der Fehler mit dem Astrotrigger.
-
Hier das Ganze in der JS-Ansicht:
var schedule; schedule = schedule('30 6 * * 1-5', function () { // nur wenn Urlaub nicht gesetzt if (getState("Datenpunkte.0.Urlaub").val == false && getState("feiertage.0.heute.boolean").val == false) { setState("alexa2.0.Echo-Devices.G070RQ10803610P8.Commands.goodmorning"/*goodmorning*/, true); } // Schalte Echo SchlaZi ein setStateDelayed("alexa2.0.Echo-Devices.G070RQ10803610P8.Player.TuneIn-Station"/*TuneIn-Station*/, 's25565', 30000, false); setStateDelayed("alexa2.0.Echo-Devices.G000MW0480550GJ5.Player.TuneIn-Station"/*TuneIn-Station*/, 's25565', 1800000, false); setStateDelayed("alexa2.0.Echo-Devices.G070RQ10803610P8.Player.controlPause"/*controlPause*/, true, 1800000, false); // Setze Hue Schlafzimmer langsam auf 100% setState("hue.0.Philips_hue.Schlafzimmer.command"/*Philips_hue.Schlafzimmer.command*/, '{"on":true,"sat":250,"r":254,"g":135,"b":26,"level":100,"transitiontime":18000}'); if (getState("Datenpunkte.0.Astro_Nacht").val == true) { setState("hue.0.Philips_hue.Küche.level"/*Philips_hue.Küche.level*/, '10'); } }); schedule({astro: "sunriseEnd", shift: 0}, function () { setState("hue.0.Philips_hue.Küche.level"/*Philips_hue.Küche.level*/, '0'); });
-
@Bluefox ah, ok. Frage falsch verstanden. Das hatte ich oben schon einmal geschrieben. IOBroker hat ca. alle 30 sec. mit:
host.raspberry 2019-02-13 18:19:05.539 error RangeError: Maximum call stack size exceeded at Buffer.write (buffer.js:855:34) at fromString (buffer.js:319:20) at Function.Buffer.from (buffer.js:177:12) at new Buffer (buffer.js:158 host.raspberry 2019-02-13 18:19:05.538 error uncaught exception: Maximum call stack size exceeded iot.0 2019-02-13 18:19:04.819 info Connection changed: connect
neu gestartet,
-
@Bluefox Hallo Bluefox,
hab mal direkt von Git installiert nach kurzer Zeit dieser Fehler.
daswetter.0 2019-02-14 10:50:02.959 error at WS.Transport.onPacket (/opt/iobroker/node_modules/engine.io-client/lib/transport.js:145:8) daswetter.0 2019-02-14 10:50:02.959 error at WS.Emitter.emit (/opt/iobroker/node_modules/engine.io-client/node_modules/component-emitter/index.js:133:20) daswetter.0 2019-02-14 10:50:02.959 error at WS.<anonymous> (/opt/iobroker/node_modules/engine.io-client/lib/socket.js:268:10) daswetter.0 2019-02-14 10:50:02.959 error at Socket.onPacket (/opt/iobroker/node_modules/engine.io-client/lib/socket.js:451:14) daswetter.0 2019-02-14 10:50:02.959 error at Socket.Emitter.emit (/opt/iobroker/node_modules/engine.io-client/node_modules/component-emitter/index.js:133:20) daswetter.0 2019-02-14 10:50:02.959 error at Socket.<anonymous> (/opt/iobroker/node_modules/component-bind/index.js:21:15) daswetter.0 2019-02-14 10:50:02.959 error at Manager.ondata (/opt/iobroker/node_modules/socket.io-client/lib/manager.js:322:16) daswetter.0 2019-02-14 10:50:02.959 error at Decoder.add (/opt/iobroker/node_modules/socket.io-parser/index.js:237:14) daswetter.0 2019-02-14 10:50:02.959 error at decodeString (/opt/iobroker/node_modules/socket.io-parser/index.js:325:9) daswetter.0 2019-02-14 10:50:02.959 error at tryParse (/opt/iobroker/node_modules/socket.io-parser/index.js:336:12) daswetter.0 2019-02-14 10:50:02.959 error RangeError: Maximum call stack size exceeded daswetter.0 2019-02-14 10:50:02.958 error uncaught exception: Maximum call stack size exceeded
Grüße
-
Hi @Bluefox
Bei mir läuft seit gestern die 1.5.6 und bis jetzt läuft alles.
Ausser die Warnmeldung vom dasWetter-Adapter.host.ioBroker-VM 2019-02-14 11:32:07.105 error instance system.adapter.daswetter.0 terminated with code 11 (Desired termination)
Die war bei der 1.4.2 nicht. Die kommt zeitlich so wie ich den Schedule vom Adapter eingestellt habe.
Ansonsten sehe ich derzeit keine Auffälligkeiten.
Gruß
JohnnySystem:
ioBroker in VM (Proxmox) noch alte Installationsart.
node: 8.15.0
nodejs: 8.15.0
npm: 6.5.0
JS: 3.6.5
JS-Controller: 1.5.6
dasWetter: 2.6.1 -
@PrinzEisenherz1 Dafür gibt es jetzt 1.5.7