NEWS
js-controller 2.0 ab sofort im Latest Repo
-
@crunchip Radar2 version aktualisiert bzw manuell gefixt? Siehe erster Post??
Logging das „zu viel“ im Admin log tab angezeigt wird ist known. Logfile auf Platte steht es nicht drin.
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
Logfile auf Platte steht es nicht drin.
richtig
radar2 hab ich noch nichts weiter unternommen, da es weiter keinen Fehler bezüglich radar2 gibt und ich nicht weiß ob der Fehler von radar oder admin kommt.
werde ich mir das mit dem radar noch mal ansehn -
@Chaot ja weil das unkontrollierte reinkopieren halt nicht mehr geht. Files in den iobroker storage müssen über die Funktionen reinkommen.
Also anlegen und per writeFile oder kommandozeile iobroker Befehle uploaded.
@apollon77 Also der Befehl wget geht nicht mehr:
exec('wget --output-document /opt/iobroker/iobroker-data/files/vis.0/tuer/tuer/alarm1.jpg \'http://192.168.8.95:8765/picture/1/current/?_username=admin&_signature=ba8317b8fc071dadb725d4d0d9dbf7e606acbf1e\'');Das habe ich soweit verstanden.
Was ich allerdings nicht finden kann (doku scheint hier unvollständig) ist der korrekte Befehl das das Bild im Ordner so erzeugt wird das ich zugriff darauf habe.
Das ist jetzt zwar nicht unbedingt sooo wichtig, aber lässt sich das irgendwo nachlesen wie das dann genau erfolgen muss.
Ich bin leider nicht der große Javaspezialist und muss mir alles mühsam zusammenklauben. -
@crunchip Radar2 version aktualisiert bzw manuell gefixt? Siehe erster Post??
Logging das „zu viel“ im Admin log tab angezeigt wird ist known. Logfile auf Platte steht es nicht drin.
@apollon77 habe nun die radar2.js aktualisiert, bekomme aber immer noch die selbe Fehlermeldung, oder fehlt da noch etwas?
-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
Logfile auf Platte steht es nicht drin.
richtig
radar2 hab ich noch nichts weiter unternommen, da es weiter keinen Fehler bezüglich radar2 gibt und ich nicht weiß ob der Fehler von radar oder admin kommt.
werde ich mir das mit dem radar noch mal ansehn -
@apollon77 Also der Befehl wget geht nicht mehr:
exec('wget --output-document /opt/iobroker/iobroker-data/files/vis.0/tuer/tuer/alarm1.jpg \'http://192.168.8.95:8765/picture/1/current/?_username=admin&_signature=ba8317b8fc071dadb725d4d0d9dbf7e606acbf1e\'');Das habe ich soweit verstanden.
Was ich allerdings nicht finden kann (doku scheint hier unvollständig) ist der korrekte Befehl das das Bild im Ordner so erzeugt wird das ich zugriff darauf habe.
Das ist jetzt zwar nicht unbedingt sooo wichtig, aber lässt sich das irgendwo nachlesen wie das dann genau erfolgen muss.
Ich bin leider nicht der große Javaspezialist und muss mir alles mühsam zusammenklauben.@Chaot @apollon77 ich habe bisher Daten immer ausserhalb von iobroker-data geschrieben, also ändert sich bei mir zwecks Skripte ja nichts und bleibt alles unverändert, sehe ich das richtig? In das Verzeichnis wird/muss nur geschrieben werden, wenn ich die Daten im Backup haben möchte, richtig?
-
@apollon77 Also der Befehl wget geht nicht mehr:
exec('wget --output-document /opt/iobroker/iobroker-data/files/vis.0/tuer/tuer/alarm1.jpg \'http://192.168.8.95:8765/picture/1/current/?_username=admin&_signature=ba8317b8fc071dadb725d4d0d9dbf7e606acbf1e\'');Das habe ich soweit verstanden.
Was ich allerdings nicht finden kann (doku scheint hier unvollständig) ist der korrekte Befehl das das Bild im Ordner so erzeugt wird das ich zugriff darauf habe.
Das ist jetzt zwar nicht unbedingt sooo wichtig, aber lässt sich das irgendwo nachlesen wie das dann genau erfolgen muss.
Ich bin leider nicht der große Javaspezialist und muss mir alles mühsam zusammenklauben. -
@apollon77 habe nun die radar2.js aktualisiert, bekomme aber immer noch die selbe Fehlermeldung, oder fehlt da noch etwas?
-
@Chaot @apollon77 ich habe bisher Daten immer ausserhalb von iobroker-data geschrieben, also ändert sich bei mir zwecks Skripte ja nichts und bleibt alles unverändert, sehe ich das richtig? In das Verzeichnis wird/muss nur geschrieben werden, wenn ich die Daten im Backup haben möchte, richtig?
-
Ich habe nachdem Update ein Problem mit dem ModBus-Adapter: Er startet nicht mehr:
host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: port: 502 } host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: address: '0.0.0.0', host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: syscall: 'listen', host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: errno: 'EACCES', host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: code: 'EACCES', host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:63:19) host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: at doListen (net.js:1460:7) host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: at listenInCluster (net.js:1327:12) host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: at Server.setupListenHandle [as _listen2] (net.js:1262:19) host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: { Error: listen EACCES: permission denied 0.0.0.0:502 -
FAQ
In diesem Post werden wir FAQ-artig öfter vorgekommene Fragen, Antworten, Tips und Tricks sammeln ...
1. TL;DR ... bzw ok, jetzt mal zusammengefasst, der Text oben ist ja mega lang ...
- Nodejs 8.x ist Mindest-Anforderung! Nodejs 10.x empfohlen
- Dateien die selbst in iobroker-data/files in eigene Verzeichnisse kopiert wurden, werden ggf nicht mehr gefunden. Bitte an offizielle Stellen hochladen, am besten per Vis Uploader o.ä. Der neue Platz für eigene Dateien ist 0_userdata.0, wenn man nicht vis.0 oder iqontrol.meta nutzen will. Falls Dateien in erlaubten Verzeichnissen reinkopiert wurden, so sollten diese nach der Installation (oder alternativ nach
iobroker file sync) verfügbar sein. - Es sollte nach dem Update alles so tun wie vorher
- Bei Master/Slave-Systemen UNBEDINGT zuerst die Slaves und am Ende den Master aktualisieren
- Wer ab sofort auch Objekte und Dateien im Redis ablegen will muss sich mit den Anforderungen daran befassen!
iobroker upgrade selfnutzen , es sei denn es wurde mit dem neuen Windows Installer installiert, dann oben doch genauer lesen.
2. Ich bekomme nach dem Start von ioBroker einen Fehler im Log das pids.txt nicht geschrieben werden konnte. Was kann ich tun?
Der Fehler tritt auf wenn der Nutzer unter dem ioBroker gestartet wurde das genannte File nicht schreiben kann. Dies kann passieren wenn ioBroker aus Versehen als Root o.ä. gestartet wurde oder die Dateirechte dieser Datei verbogen sind. Die einfachste Abhilfe hier ist der Installation-Fixer (siehe oben im Text). Alternativ Bitte die Datei einfach löschen wenn ioBroker nicht läuft und dann sollte Sie beim nächsten Start korrekt angelegt werden.3. Es ist irgendwie alles kaputt/ein wichtiger Adapter tut nicht. Wie komme ich wieder zurück auf die alte Version?
Zuerst einmal bitte alle Informationen sichern, im Forum posten bzw GitHub Issues anlegen, damit die Probleme behoben werden können. Die Version 2.0 ist die Basis der Zukunft und die 1.5 wird nicht mehr weiterentwickelt!Zurück geht es mit diesen Schritten:
- ioBroker stoppen
- Falls Objects auf redis umgestellt wurden muss dies in jedem Fall zuerst rückgängig gemacht werden!
iobroker setup customund wieder umstellen auf die Alte Konfiguration. States im Redis funktionieren auch mit der 1.5 - Zur Sicherheit das iobroker-data Verzeichnis sichern bzw ein Backup ausführen
- Dann im ioBroker Verzeichnis
npm install iobroker.js-controller@1.5.14ausführen. Falls es dabei auf Linux zu Fehlern kommt und nicht funktioniert bittesudo -u iobroker -H npm install iobroker.js-controller@1.5.14nutzen. - ioBroker starten
4. Ich habe trotz der Warnungen bei
iobroker setup customauf einem Slave auch Daten migriert und nun funktioniert nichts mehr. Was kann ich tun?
Bei der Migration wird ein Backup erstellt. Dieses ist auf dem Master-Host imbackupsVerzeichnis gespeichert und hat am Ende des Namens "-migration" angehängt. Um den Datenstand von der Master-Migration wieder herzustellen muss dieses Backup mittelsiobroker restore <Filename>wieder eingespielt werden.
Danach alle Slave-Hosts umstellen und am Ende auf dem Master einiobroker upload allausführen.5. Ich habe Dateien in ein eigenes Verzeichnis in iobroker-data/files kopiert und jetzt werden diese nicht mehr angezeigt. Was kann ich tun?
Aus Sicherheitsgründen wird der ioBroker-eigene Storage jetzt etwas strikter behandelt. Nur offiziell in ioBroker bekannte Verzeichnisse dürfen genutzt werden und nur offizielle Wege die Datei hochzuladen. Am besten die Upload-Tools nutzen von Adaptern wie vis oder iqontrol. Alternativ gibt es CLI Kommandos.
Der neue Platz für ganz eigene Verzeichnisse ist dann 0_userdata.0 als Basisverzeichnis. Zum einmaligen hinzufügen eigener Dateien von früher - falls dies bei der Installation nicht funktioniert hat, ist da neue CLI Kommando niobroker file syncda. Es gibt auch Fehler für komplett eigene Verzeichnisse aus, sodass man weiss was man tun muss.6. Wie muss ich ein Skript was bisher in iobroker-data/files direkt geschrieben hat umbauen? Wie kann ich Dateien per JavaScript hochladen?
Das Skript sollte die writeFile Methode nutzen. Details auch https://forum.iobroker.net/post/307537 bzw https://forum.iobroker.net/post/3101777. Broadlink2 funktioniert nicht mehr. Was kann ich tun?
Der Entwickler arbeitet an einem Update. Aktuell kann manuell durch eine Änderung die Funktion wiederhergestellt werden:
Im ioBroker-Verzeichnis in node_modules/@frankjoke/myAdapter ODER node_modules/iobroker.broadlink2/node_modules/@frankjoke/myAdapter liegt das File myAdapter.js. Dieses muss durch diese Version ( myAdapter.js ersetzt werden.8. Ich nutze die GitHub-Version von Radar2 und die tut nicht mehr. Was kann ich tun?
Exakt das gleiche wie bei Broadlink im Artikel oben drüber.9. Uups, ich habe meinen Master zuerst aktualisiert, und jetzt können die Slaves nicht mehr verbinden. Was nun?
Alles halb so wild, die Slaves müssen jetzt nur leicht anders aktualisiert werden:- ioBroker stoppen, Backup machen
- Prüfen das keine Prozesse mehr laufen (
ps auxww|grep ioundps auxww|grep backup) - im ioBroker Verzeichnis
npm install iobroker.js-controllerausführen. Falls es dabei auf Linux zu Fehlern kommt und nicht funktioniert bittesudo -u iobroker -H npm install iobroker.js-controllernutzen. - starten
10. Ich sehe nach dem Update im Log "Redis error:Error: Invalid Chunk: parse failed". Was muss ich tun.
Wenn diese Meldung kommt waren vor dem Update von 1.5 auf 2.0 entweder nicht alle Adapter beendet und einer läuft noch, oder es wurde der Master zuerst aktualisiert und es existiert noch ein Slave auf 1.5. Es kann auch ein "iobroker backup" Prozess noch laufen und hängen geblieben sein.Falls es ein Adapter oder Backup ist diesen bitte manuell killen, damit sollten die Meldungen verschwinden. Ist es der Slave, siehe FAQ Punkt 9.
12 Ich habe mit eigene Objekte angelegt und diese kann ich jetzt nicht mehr schalten
Dies kann passieren wenn die Objektnamen zu stark von den erlaubten Zeichen abweichen. Das erste Zeichen muss a-z, A-Z, 0-9 oder _ sein. Die semantische Struktur ist danach wie bei den Adapter-States mit einem Punkt, einer Zahl, einem Punkt und dann eigenen Bezeichnungen und Strukturen. Beispiel: MeineObjekte.0.Büro.Licht
Für eigene Objekte und States existiert ab sofort 0_userdata.0 als Basis-Ordner. So muss niemand mehr kreativ eigene Strukturen anlegen.
Wer eigene Objektstrukturen bereits hat und damit mit keinem Adapter kollidiert kann diese natürlich weiterverwenden!Hi,
vielen Dank für das Update und die harte Arbeit von allen!!

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
- Ich habe Dateien in ein eigenes Verzeichnis in iobroker-data/files kopiert und jetzt werden diese nicht mehr angezeigt. Was kann ich tun?
Aus Sicherheitsgründen wird der ioBroker-eigene Storage jetzt etwas strickter behandelt. Nut offiziell in ioBroker bekannte Verzeichnisse dürfen genutzt werden und nur offizielle Wege die Datei rein zu kopieren. Am besten die Upload-Tools nutzen von Adaptern wie vis oder iqontrol. ALternativ gibt es CLI kommandos.
Auch ich hatte im
/opt/iobroker/iobroker-data/files/ein Verzeichnis mit Bildern angelegt, die VIS entsprechend nutzt. Diese können nun nicht mehr verwendet werden. Verzeichnis und Unterverzeichnisse sowie alle Dateien sind (und waren schon vorher) auf 777 gesetzt.
Auszug vonls -l <Verzeichnis>:

Ich bin leider nicht wirklich bewandert mit Linux-Dateirechten, aber das sollte doch gut aussehen, da der User iobroker wohl der Owner der Dateien ist, oder?
Welchen Konsolen-Befehl kann ich denn absetzen, damit ich wieder Zugriff von VIS habe?Danke,
Mic -
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@Berchemer auch nur I Admin im log,korrekt? Logfile auf Platte steht davon nichts. Richtig?
Ich glaube ich hab da ne idee. Ich experimentiere mal rum und würde aber abwarten was noch an Themen übers Wochenende aufkommen und machen dann einen fix Anfang der Woche.
Scheint auch bei mir tatsächlich nur im Admin angezeigt zu werden und ist im Log-File nicht zu sehen.
@Berchemer sagte in js-controller 2.0 ab sofort im Latest Repo:
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@Berchemer auch nur I Admin im log,korrekt? Logfile auf Platte steht davon nichts. Richtig?
Ich glaube ich hab da ne idee. Ich experimentiere mal rum und würde aber abwarten was noch an Themen übers Wochenende aufkommen und machen dann einen fix Anfang der Woche.
Scheint auch bei mir tatsächlich nur im Admin angezeigt zu werden und ist im Log-File nicht zu sehen.
Ist bei mir auch so. Slave Pi3 mit smartmeter sendet dauernd INFO obwohl der Adapter auf WARN steht.
-
-
Ich habe nachdem Update ein Problem mit dem ModBus-Adapter: Er startet nicht mehr:
host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: port: 502 } host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: address: '0.0.0.0', host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: syscall: 'listen', host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: errno: 'EACCES', host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: code: 'EACCES', host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:63:19) host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: at doListen (net.js:1460:7) host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: at listenInCluster (net.js:1327:12) host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: at Server.setupListenHandle [as _listen2] (net.js:1262:19) host.NUC 2019-10-12 18:02:05.201 error Caught by controller[0]: { Error: listen EACCES: permission denied 0.0.0.0:502 -
@apollon77 blöd gefragt, wo finde ich diese? Das im ersten post habe ich gelesen.
Nachdem ich jetzt mal den Iobroker bzw die VM neu gestartet habe, erhalte ich folgende Meldungen
host.IoBroker 2019-10-12 18:16:39.512 warn warning: empty repo received! host.IoBroker 2019-10-12 18:16:39.510 warn warning: Cannot read "http://download.iobroker.net/sources-dist-latest.json"tankerkoenig.0 2019-10-12 18:14:10.062 warn (7844) Please update js-controller to at least 1.2.02019-10-12 18:13:16.635 - error: tr-064.0 (7773) uncaught exception: Cannot read property 'val' of undefined 2019-10-12 18:13:16.637 - error: tr-064.0 (7773) TypeError: Cannot read property 'val' of undefined at Devices.setState (/opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:642:36) at /opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:609:26 at (anonymous function).(anonymous function)._0xe89e7c (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:69867) at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) at process._tickCallback (internal/process/next_tick.js:68:7) 2019-10-12 18:13:17.142 - info: tr-064.0 (7773) terminating 2019-10-12 18:13:17.189 - error: host.IoBroker Caught by controller[0]: TypeError: Cannot read property 'val' of undefined 2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at Devices.setState (/opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:642:36) 2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:609:26 2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at (anonymous function).(anonymous function)._0xe89e7c (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:69867) 2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) 2019-10-12 18:13:17.191 - error: host.IoBroker Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) 2019-10-12 18:13:17.191 - error: host.IoBroker Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7) 2019-10-12 18:13:17.191 - info: host.IoBroker instance system.adapter.tr-064.0 terminated with code 0 (NO_ERROR) 2019-10-12 18:13:17.191 - info: host.IoBroker Restart adapter system.adapter.tr-064.0 because enabled -
Hi,
vielen Dank für das Update und die harte Arbeit von allen!!

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
- Ich habe Dateien in ein eigenes Verzeichnis in iobroker-data/files kopiert und jetzt werden diese nicht mehr angezeigt. Was kann ich tun?
Aus Sicherheitsgründen wird der ioBroker-eigene Storage jetzt etwas strickter behandelt. Nut offiziell in ioBroker bekannte Verzeichnisse dürfen genutzt werden und nur offizielle Wege die Datei rein zu kopieren. Am besten die Upload-Tools nutzen von Adaptern wie vis oder iqontrol. ALternativ gibt es CLI kommandos.
Auch ich hatte im
/opt/iobroker/iobroker-data/files/ein Verzeichnis mit Bildern angelegt, die VIS entsprechend nutzt. Diese können nun nicht mehr verwendet werden. Verzeichnis und Unterverzeichnisse sowie alle Dateien sind (und waren schon vorher) auf 777 gesetzt.
Auszug vonls -l <Verzeichnis>:

Ich bin leider nicht wirklich bewandert mit Linux-Dateirechten, aber das sollte doch gut aussehen, da der User iobroker wohl der Owner der Dateien ist, oder?
Welchen Konsolen-Befehl kann ich denn absetzen, damit ich wieder Zugriff von VIS habe?Danke,
Mic - Ich habe Dateien in ein eigenes Verzeichnis in iobroker-data/files kopiert und jetzt werden diese nicht mehr angezeigt. Was kann ich tun?
-
Issue:
Im JavaScript-Adapter: einlog('Hallo Welt')wird nicht mehr ausgegeben, erscheint auch nicht in der Datei/opt/iobroker/log\iobroker.2019-10-12.logSystem: Linux (Debian), js-controller 2.0.25, JS-Adapter: 4.3.0 (Log-Stufe auf "Info")
-
@Mic welche JavaScript Version? Die neueste? Dazu gibts dort schon ein issue. Hat mit dem Controller nichts zu tun.
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@Mic welche JavaScript Version? Die neueste? Dazu gibts dort schon ein issue. Hat mit dem Controller nichts zu tun.
Ja, ist die neueste. Danke für die Info, dann hat sich das überschnitten (bin im "Latest" unterwegs) mit dem js-Controller-Update.
-
@apollon77 blöd gefragt, wo finde ich diese? Das im ersten post habe ich gelesen.
Nachdem ich jetzt mal den Iobroker bzw die VM neu gestartet habe, erhalte ich folgende Meldungen
host.IoBroker 2019-10-12 18:16:39.512 warn warning: empty repo received! host.IoBroker 2019-10-12 18:16:39.510 warn warning: Cannot read "http://download.iobroker.net/sources-dist-latest.json"tankerkoenig.0 2019-10-12 18:14:10.062 warn (7844) Please update js-controller to at least 1.2.02019-10-12 18:13:16.635 - error: tr-064.0 (7773) uncaught exception: Cannot read property 'val' of undefined 2019-10-12 18:13:16.637 - error: tr-064.0 (7773) TypeError: Cannot read property 'val' of undefined at Devices.setState (/opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:642:36) at /opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:609:26 at (anonymous function).(anonymous function)._0xe89e7c (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:69867) at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) at process._tickCallback (internal/process/next_tick.js:68:7) 2019-10-12 18:13:17.142 - info: tr-064.0 (7773) terminating 2019-10-12 18:13:17.189 - error: host.IoBroker Caught by controller[0]: TypeError: Cannot read property 'val' of undefined 2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at Devices.setState (/opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:642:36) 2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:609:26 2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at (anonymous function).(anonymous function)._0xe89e7c (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:69867) 2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) 2019-10-12 18:13:17.191 - error: host.IoBroker Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) 2019-10-12 18:13:17.191 - error: host.IoBroker Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7) 2019-10-12 18:13:17.191 - info: host.IoBroker instance system.adapter.tr-064.0 terminated with code 0 (NO_ERROR) 2019-10-12 18:13:17.191 - info: host.IoBroker Restart adapter system.adapter.tr-064.0 because enabled@crunchip 1.) naja er konnte das Repo file nicht runterladen. Versuchs mal neu. Passiert manchmal
2 und 3 issues bei den Adaptern bitte. Denke das erste ist nur ein falsch geschriebener versionscheck. Das zweite: Community Version oder „alte soef Version“ von tr-064? Bei mir tuts bisher ...
-
@Chaot schau mal in der faq. Da ist ein Link zu nem thread für was ähnliches. Frag mal da nach.
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@Chaot schau mal in der faq. Da ist ein Link zu nem thread für was ähnliches. Frag mal da nach.
Leider kann ich beim besten Willen nicht verstehen was du meinst.
In der Doku gibt es einen Unterpunkt mit FAQ der unbearbeitet ist.
Im ganzen Forum finde ich lediglich den Punkt FAQ/ioT Cloud der mir aber nichts nützt.
Ansonsten ist in der blöden Forensoftware leider nichts diesbezüglich zu finden weil die Suche auch nur sehr bescheiden funktioniert.Also bedeutet das das ich zukünftig keine Screenshots per Script in eine Datei schreiben kann die ich in VIS auswerten könnte weil dafür keine Befehlssyntax existiert?
Die Dateien kann ich allerdings problemlos per wget in den Ordner schreiben.
Ich kann die auch mit jedem anderen Programm sehen und bearbeiten. Nur in VIS kann ich die nicht nutzen.
Das ist für mich nicht logisch nachvollziehbar. -
@crunchip 1.) naja er konnte das Repo file nicht runterladen. Versuchs mal neu. Passiert manchmal
2 und 3 issues bei den Adaptern bitte. Denke das erste ist nur ein falsch geschriebener versionscheck. Das zweite: Community Version oder „alte soef Version“ von tr-064? Bei mir tuts bisher ...
@apollon77 ist noch der alte, nicht die Community Version
hatte soeben iobroker noch einmal neugestartet,2019-10-12 18:57:45.030 - info: tr-064.0 (1077) terminating 2019-10-12 18:57:45.032 - info: tr-064.0 (1077) Terminated (NO_ERROR): Without reason 2019-10-12 18:57:45.094 - error: host.IoBroker Caught by controller[0]: TypeError: Cannot read property 'val' of undefined 2019-10-12 18:57:45.095 - error: host.IoBroker Caught by controller[0]: at Devices.setState (/opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:642:36) 2019-10-12 18:57:45.095 - error: host.IoBroker Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:609:26 2019-10-12 18:57:45.095 - error: host.IoBroker Caught by controller[0]: at (anonymous function).(anonymous function)._0xe89e7c (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:69867) 2019-10-12 18:57:45.095 - error: host.IoBroker Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) 2019-10-12 18:57:45.096 - error: host.IoBroker Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) 2019-10-12 18:57:45.096 - error: host.IoBroker Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7) 2019-10-12 18:58:20.775 - error: tr-064.0 (1640) timeout - "timeout" 2019-10-12 18:58:20.777 - error: tr-064.0 (1640) ~ 2019-10-12 18:58:20.778 - error: tr-064.0 (1640) ~~ Fatal error. Can not connect to your FritzBox. 2019-10-12 18:58:20.779 - error: tr-064.0 (1640) ~~ If configuration, networt, IP address, etc. ok, try to restart your FritzBox 2019-10-12 18:58:20.779 - error: tr-064.0 (1640) ~ 2019-10-12 18:58:34.635 - error: host.IoBroker instance system.adapter.tr-064.0 terminated with code 1 (JS_CONTROLLER_STOPPED)