mit```` % bekommst du ein Prozentzeichen, wobei ich sagen würde, expected behaviour wäre schon, dass er es automatisch in HTML umwandelt. Kannst ja mal ein Issue bei Flot öffnen.

@DerAlex: Hallo zusammen, hab leider seit einigen Wochen ein ähnliches Problem beim Starten des ioBrokers: Das Problem trat nach nem Update auf mehrer Adapter auf. Wäre euch dankbar, wenn mir jemand helfen kann. <u>Infos:</u> Raspi2 pi@ioBroker-PiAlex:~ $ node -v v8.12.0 pi@ioBroker-PiAlex:~ $ nodejs -v v8.12.0 pi@ioBroker-PiAlex:~ $ npm -v 4.6.1 <u>Hier die Fehlermeldung in Putty:</u> pi@ioBroker-PiAlex:/opt/iobroker $ sudo su root@ioBroker-PiAlex:/opt/iobroker# cd /opt/iobroker root@ioBroker-PiAlex:/opt/iobroker# iobroker start Starting iobroker controller daemon... /opt/iobroker/node_modules/daemonize2/lib/daemonize.js:136 throw new Error(msg.error); ^ Error at ChildProcess. <anonymous>(/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:136:19) at emitTwo (events.js:126:13) at ChildProcess.emit (events.js:214:7) at emit (internal/child_process.js:762:12) at _combinedTickCallback (internal/process/next_tick.js:142:11) at process._tickCallback (internal/process/next_tick.js:181:9)</anonymous> Hab auch schon versucht Node.js manuell neu zu installieren. Leider ohne Erfolg ` Problem noch aktiv? Wenn ja, welche Adapter upgedated? Logfiles von der neuinstalation Node.JS? Hattest du die Node, NodeJS und NPM Version auch upgedated? Welche JS Controller Version?

Auch in der Statusansicht?

Falls du kein Backup hast mach eins, dann neue Adresse Karte nehmen. Ggf vis dann neu installieren das das file korrigiert wird. Gesendet vom Handy …

Stimmt, das hier läuft: viewtopic.php?t=16492 Ich schaue mal ob ich da was umstellen kann damit die abfragen weniger werden. Vielen dank

Ist ein bekanntes Problem und es gibt dafür keine Lösung. Dafür wäre ein redesign des Adapters notwendig. Dafür fehlt mir momentan die Zeit. Gesendet von meinem HTC U11 mit Tapatalk

Ich hab auch gestern VIS aktualisiert,.. Aber hatte danach keine Probleme. Gruß

Moin, tut mir Leid, dass ich mich erst jetzt melde, aber ich hatte einen kleinen Motivationsverlust. Also die Antwort war erwartungsgemäß zu einfach. Habe erst den broadlink2 auf 1.8.0 zurückgefahren, dann den Admin auf 3.5.10 und nochmal den broadlink2 auf 1.9.0, bei allen Kombinationen kommt die Meldung. Die muss man doch irgendwie loswerden können. Ergänzung: Ich hatte gerade einen Geistesblitz. Die Fehlermeldung kommt nur im IE, im FF und auch Edge funzt es ganz normal. Kann das jemand interpretieren?? mfg Labt

So, hab das komplette Blockly exportiert und das Script dann gelöscht. Nach einem Rechner reboot hab ich des Script wieder importiert. Jetzt ist Ruhe und es läuft wie es soll.

@neo4a: Wie kann man Script-Ausführungen isolieren? ` Wie schon Apolon77 geschrieben hat, ist die "Auslagerung" in eine eigene Javascript-Instanz (neben der Behebung der Fehlerursache) ein richtiger Weg. Wenn das Skript abstürzt, stoppt es nur die eigene Instanz. Ich nutze das auch gerne und teste auf diese Art Eigenentwicklung und isoliere kritische von unkritischen JS-Programmen.

Hatte es auch grade. Hatte wohl zu viele Instanzen am laufen, und nur noch 2% Ram Frei. Ein paar andere Instanzen gestoppt und schon lief er wieder. Vielleicht hilft es ja bei euch auch

@apollon77: Was gibt node -v dann jetzt? Gesendet vom Handy … ` root@odroid:~# node -v v8.12.0 Gruß Christian

Komischer Tag heute :-) Ja die Versionen sind perfekt so

so habe ich leider nicht gesucht ich habe nur dash-adapter eingegeben. Die Fehlermeldung habe ich auch erst heute kopiert weil ich nicht weiter kam. Das nächste mal ist man schlauer. ;) Gruß OSR

ich hoffe des es nur die datei ist und nicht deine SD-karte zerschossen. wen es eine datei innerhalb iobrokers ist wuerde ich reinstall.sh ausfuehren damit wird eigentlich der komplette iobroker container neu installiert.

[Gelöst] So, weiter getestet. Wenn ich die Ausgänge des HMW-IO-12-FW in der WebUI schalte, kommen in den Ereignissen doch STATE und WORKING an. In dem manuell erstellten Objekt "STATE" kommt auch richtig true und false an. Das Ändern von false auf true (und umgekehrt) in ioBroker kommt aber nicht an und wird mit folgendem Logeintrag bestraft:```` hm-rpc.1 2017-06-22 21:44:55.473 error binrpc -> setValue: no dpType for hm-rpc.1.LEQ023XXXXX.1.STATE! Habe auch mal die Raw-Parameter eines IO 12/14 Ausgangs in das Test-STATE-Objekt eingefügt. Es bleibt wie es ist: Änderungen kommen rein, gehen aber nicht raus. Ich brauche dringend einen Tip.

Wird es somit komplett wegfallen oder wird es was anderes als Ersatz geben?

@AlCalzone: @mrmomba: Es sollte zumindest irgendwo stehen - der Hinweis kommt von der OpenZwave-Seite… ` Danke. Für sowas bitte Github Issues erstellen, damit die richtigen Leute es auch sicher lesen. Habe das mal getan. ` Ich muss gestehen, ich bin ein Git-Hub-Dau und ich müsste mich registrieren.

Den rpi hatte ich genutzt um mit Python skills für Alexa und Smarthome zu schreiben und zu hosten (ngrok) hab ich aber seit nem Jahr nicht mehr angefasst da ich iobroker nutze. Ausserdem läuft dort der Mqtt Server. Sonst läuft darauf nichts mehr. Und die meiste Zeit gähnt der rpi vor sich hin ;) Siehe Screenshot. Das frontend brauche ich nicht zwingend, aber hin und wieder ists angenehm wenn ich was andres brauche. Ich könnte den rpi headless starten… Mich wundert nur was da passiert und würde gerne einfach verhindern 6653_screenshot_20181023-095208.png

PLease open an Issue on Github and provide version.