NEWS
Javascript spinnt
-
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 logkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
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 -
In den letzten Tagen habe ich einige seltsame Begegnungen mit Javascript gehabt.
Ich habe meinen Pool fertig machen wollen und wollte die Sonne der letzten Tage ausnutzen das Wasser schon mal langsam von knapp über dem Gefrierpunkt auf eine brauchbare Temperatur zu bringen.
Gut - ich habe auch einiges an Sicherheits- / Komfortfunktionen eingebaut.
So soll die Pumpe nur laufen wenn die Sonne in einem bestimmten Winkel auf die Garage scheint, so dass auch der Kollektor beschienen wird.
Durch ein Problem mit der js.0 Instanz hatte ich letzten Herbst alle Scripte auf js.1 umgezogen und natürlich die Datenpunkte nicht angepasst.Das habe ich jetzt gemacht - und traue meinen Augen nicht: am frühen Nachmittag steht die Sonne angeblich bei 28° Azimut und dafür etwa 85° Elevation. (Das Skript auf der CCU lieferte 188° Azimut und etwa 47° Elevation)
Ich hatte wirklich alles versucht: Die Koordinaten waren korrekt in der Instanz angelegt. Mit und ohne "Systemeinstellungen verwenden" - nach jeder Änderung zur Sicherheit auch das Skript neu gestartet - es blieb bei den ominösen Werten (Das Skript ist von hier
erstellt: 06.07.2015 nach ioBroker Forum)
entnervt habe ich erst mal auf die Datenpunkte von dem CCU-Skript umgestellt.
abends hatte ich dann noch weiter gesucht, das Skript meckerte 'suncalc' an, dass es das nicht finden könne - war aber in der Instanz eingetragen.
Gelöscht, neu eingetragen - wurde immer noch angemeckert aber jetzt lief es :dizzy_face:Ein weiters Phänomen betrifft eine Meldung über den Druck im Sandfilter, der bei Anfahren überprüft wird, da sich ab und zu der Filterkorb im Skimmer verklemmt und dann die Pumpe trocken laufen würde.
Eigentlich soll das Log bei erreichen des Mindestdrucks nur einmal geschrieben werden und dann der Block "stop zyklische Ausführung" greifen -tut es aber nicht.
Auch hier mehrfach Änderungen eingebracht - da klappte es.
Heute morgen jedoch wieder nicht.
Ab dem x-ten Versuch lief es auf einmal.Hat da jemand hilfreiche Informationen bitte?
js-controller: 2.2.8
Admin: 4.0.2
javascript: 4.4.2Danke für jede Hilfe
@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 :cry:
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?
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
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! :champagne:
noch mal gestartet - lief wieder nicht :rage:werde jetzt mal das ä rausnehemn
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@Homoran sagte:
das Skript meckerte 'suncalc' an, dass es das nicht finden könne
Der Script-Editor meckert alle NPM-Module an, was man ignorieren sollte.
@paul53 sagte in Javascript spinnt:
Der Script-Editor meckert alle NPM-Module an, was man ignorieren sollte.
Ist das immer noch so? :disappointed_relieved: Der Fix dafür sollte eigentlich schon längst published sein...
Warum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
@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! :champagne:
noch mal gestartet - lief wieder nicht :rage:werde jetzt mal das ä rausnehemn
@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
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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
-
@paul53 sagte in Javascript spinnt:
Der Script-Editor meckert alle NPM-Module an, was man ignorieren sollte.
Ist das immer noch so? :disappointed_relieved: Der Fix dafür sollte eigentlich schon längst published sein...
@AlCalzone sagte:
Der Fix dafür sollte eigentlich schon längst published sein...
Schon in Version 4.4.0 ?
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@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.
Warum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
@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".Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@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
-
@AlCalzone sagte:
lädst du das bereits integrierte Modul?
Ja.
Die Fehlermeldung erhalte ich aber auch bei dem zusätzlich installierten Modul "xml2js". -
@paul53
ich traue mich kaum es zu sagen.mit dem Druckwaechter hatte ich bisher keinen einzigen Ausfall.
gestern und heute bestimmt 20x getestetkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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@AlCalzone
Es wäre zu schön gewesen:
Bis heute nachmittag lief es problemlos und ich hatte schon gedacht das ä war es wirklich.
Vielleicht doch das editieren und neu Abspeichern.
Erinnert mich etwas an CCU-Programme, die nach zu häufiger Änderung neu geschrieben werden mussten.Ich habe a) keine Ahnung mehr was noch möglich wäre und b) keine Lust alles neu aufzusetzen um mögliche versteckte Fehler nicht mitzuschleppen.
Es handelt sich um das produktive System, das allmählich einen etwas größeren Umfang erlangt hat.kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
Support us
866
Online32.6k
Benutzer81.9k
Themen1.3m
Beiträge