Javascript spinnt
-
@paul53
Danke für die Info
Werde es wieder rausnehmen, aber ich glaube nicht, dass es daran lag, dass ich irgendwo in der Nähe des Äquators angesiedelt wurde -
Ich habe da gerade noch etwas beobachtet, weiß nicht ob das relevant ist.
Nachdem ein weiteres Skript nicht so macht wie ich will, habe ich den Teil dort deaktiviert und in einem extraskript neu angelegt zum Testen.
Jetzt erscheint im log:
javascript.0 2020-04-11 15:29:19.933 info (3120) script.js.Pool.Tastertest: registered 1 subscription and 0 schedules javascript.0 2020-04-11 15:29:19.931 info (3120) Start javascript script.js.Pool.Tastertest javascript.1 2020-04-11 15:29:19.771 info (6815) Stop script script.js.Pool.Tastertest javascript.0 2020-04-11 15:29:19.770 info (3120) Stop script script.js.Pool.Tastertest javascript.0 2020-04-11 15:29:02.748 info (3120) script.js.Pool.Tastertest: registered 1 subscription and 0 schedules javascript.0 2020-04-11 15:29:02.746 info (3120) Start javascript script.js.Pool.Tastertest javascript.1 2020-04-11 15:29:02.612 info (6815) Stop script script.js.Pool.Tastertest javascript.0 2020-04-11 15:29:02.611 info (3120) Stop script script.js.Pool.TastertestNatürlich existiert dieses Skript nur einmal (irrtümlich unter js.0)
Ist es normal, dass es bei beiden Instanzen auftritt?
und zwar immer nur das stopEDIT:
habe das Skript jetzt auf js.1 verschoben, jetzt kommt auch nur noch was bei js.1 im log -
@Homoran sagte:
Ist es normal, dass es bei beiden Instanzen auftritt?
und zwar immer nur das stopJa, leider.
15:46:27.553 info javascript.0 (1868) Stop script script.js.common.Edit 15:46:27.554 info javascript.1 (1996) Stop script script.js.common.Edit 15:47:19.245 info javascript.0 (1868) Stop script script.js.common.Edit 15:47:19.246 info javascript.1 (1996) Stop script script.js.common.Edit 15:48:09.309 info javascript.0 (1868) Stop script script.js.common.Edit 15:48:09.310 info javascript.1 (1996) Stop script script.js.common.Edit -
@Homoran sagte in Javascript spinnt:
js-controller: 2.2.8
Admin: 4.0.2
javascript: 4.4.2Habe jetzt das Blockly auf eine andere Installation kopiert, da läuft es einwandfrei
js-controller: 2.2.7
Admin: 3.7.8
javascript: 4.3.4Danach nochmals die Instanzen auf dem produktiven System neu gestartet - ohne Erfolg
Dort werden nicht einmal mehr die debug-Ausgaben getätigt -
Gestern lief das Skript (Blockly) eine ganze Zeit absolut problemlos.
Auf einmal fiel wieder das "stop zyklische Ausführung" über extrem viele Zyklen aus.
Mehrfaches Neustarten des Skripts hatte nicht geholfenErst nach mehrfachem neustart der Pumpe lief es dann.
Es will einfach nicht in meinen Kopf.
um die Meldung ausgeben zu können durchläuft das Blockly doch das selbe "SONST FALLS" in der auch die zyklische Ausführung beendet werden müsste:
-
Langsam verzweifle ich.
Nachdem ich zuerst immer den Fehler bei mir gesucht hatte, habe ich jetzt seit einigen Tagen nichts mehr am Blockly geändert.
Dann habe ich es immer mal wieder versucht.
gestern lief es absolut problemlos:
(bei einer Außentemperatur um 11°C sprang natürlich immer wieder die Automatic in die Quere)Heute geht es weider nicht:
trotz überschreiten der Sollgrenze wird zwar das richtige log geschrieben, aber der Stop der zyklischen Abarbeitung im gleichen "sonst falls" löst mehrfach nicht aus!
Was kann ich noch machen?
-
@Homoran
Nur eine Vermutung: Vielleicht macht der Umlaut "ä" in der Timer-Variable Probleme ? -
@paul53 sagte in Javascript spinnt:
Nur eine Vermutung:
Danke! ich bin ja froh über jeden Strohhalm.
Habe eben noch mal etwas geändert - abgespeichert - lief!
noch mal gestartet - lief wieder nicht
werde jetzt mal das ä rausnehemn
-
@paul53 sagte in Javascript spinnt:
Der Script-Editor meckert alle NPM-Module an, was man ignorieren sollte.
Ist das immer noch so?
Der Fix dafür sollte eigentlich schon längst published sein... -
@Homoran sagte in Javascript spinnt:
werde jetzt mal das ä rausnehemn
vorsichtiger Optimismus:
Hat jetzt 4 Testzyklen in Folge keine Probleme gemacht.Nach dem Abspeichern klappt es meistens sowieso einmal - aber 4x ist schon fast eine Revolution.
Werde es weiter beobachten.Allerdings lief es letztes Jahr auch mit dem ä ohne Probleme, da aber mit anderen Versionen von controller und js
-
@Homoran sagte:
da aber mit anderen Versionen von controller und js
JS-Adapter und js-controller dürften keinen Einfluss auf Variablenbezeichner haben, eher der Compiler (V8) einer neueren Node.js-Version.
-
@AlCalzone sagte:
Der Fix dafür sollte eigentlich schon längst published sein...
Schon in Version 4.4.0 ?
-
@paul53 Eigentlich schon 4.3.2:
https://github.com/ioBroker/ioBroker.javascript#432-2019-10-27Vielleicht hab ich auch die passende Entwicklerversion installiert, aber für require("axios") geht es bei mir.
-
@AlCalzone
4.4.0 meldet bei mir: Cannot find module 'suncalc' -
@paul53 Bei mir auch - hast du das in den zusätzlichen Modulen eingetragen oder lädst du das bereits integrierte Modul?
-
@AlCalzone sagte:
lädst du das bereits integrierte Modul?
Ja.
Die Fehlermeldung erhalte ich aber auch bei dem zusätzlich installierten Modul "xml2js". -
ich habe diese Fehler auch bei (noch aus alten Konfigs) zusätzlichen modulen suncalc und request
-
@paul53 Hmm dann muss ich doch nochmal ran...
-
@paul53
ich traue mich kaum es zu sagen.mit dem Druckwaechter hatte ich bisher keinen einzigen Ausfall.
gestern und heute bestimmt 20x getestet -
@Homoran Interessant, dabei ist es ein gültiger Variablenname:
https://mothereff.in/js-variables#Druckwächter
