Test js-controller v2.0.x (GitHub)

[Ritter]

@sigi234 sagte in [Aufruf] js-controller 2.0 Beta Test:

@Ritter sagte in [Aufruf] js-controller 2.0 Beta Test:

@sigi234 Wo gibts den mit Migration, der verlinkte installiert doch nur iobroker ein zweitesmal oder?

wenn du das Setup ausführst kannst du auswählen!

Wenn ich Migration auswähle, fragt er nach dem Verzeichnis wo iobroker installiert werden soll. Kann ich das Verzeichnis nehmen wo es schon ist und er repariert es oder brauch ich ein anderes Verzeichnis?

[Einstein67]

@apollon77 said in [Aufruf] js-controller 2.0 Beta Test:

Geht bei mir auch in Firefox ... aber auch mein File heisst <datum>_scripts.zip"

Bei mir ist der Name auch so. Das erzeugte zip File, lässt sich aber weder mit WinRAR noch 7zip öffnen.

Bin der Meinung früher ließen sich die Dateien öffnen ...

[apollon77]

@Stabilostick naja man muss halt damit umgehen können

[apollon77]

@Einstein67 hm ... ich habe gerade zwei maschinen. beide js 4.1.12 und controller 2.0 ... eine tut eine nicht ... wtf

[sven12]

Hallo,
gerade von 2.0.17 auf 2.0.21 gewechselt.
Seitdem ist der Shelly Adapter rot.

2019-10-03 19:45:38.196 - debug: shelly.0 (7340) Redis Objects: Use Redis connection: 0.0.0.0:9001
2019-10-03 19:45:38.258 - debug: shelly.0 (7340) Objects connected to redis: 0.0.0.0:9001
2019-10-03 19:45:38.267 - debug: shelly.0 (7340) objectDB connected
2019-10-03 19:45:38.267 - debug: shelly.0 (7340) Redis States: Use Redis connection: 0.0.0.0:9000
2019-10-03 19:45:38.271 - debug: shelly.0 (7340) statesDB connected
2019-10-03 19:45:38.280 - debug: shelly.0 (7340) States connected to redis: 0.0.0.0:9000
2019-10-03 19:45:39.156 - info: shelly.0 (7340) starting. Version 3.1.0 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.16.1
2019-10-03 19:45:39.287 - info: shelly.0 (7340) Stating Shelly adapter in CoAP modus.

Mit der 2.0.17 wars noch ok
Gruß
Sven

[darkiop]

@apollon77 also hier auch, ich kann machen was ich will, der kollege iobroker möchte eine package.zip herunteladen die es nicht gibt

Hab die javascrip.x instanzen auch mal auf debug gestellt - das log bleibt hier aber trotzdem leer.

Was bewirkt eigentlich das log.level in der iobroker.json?

[snador]

@apollon77 Ich hab Mal eine Frage zum neuen Adapter. Ihr sagt ihr habt SocketIO ersetzt... Ich nutze für einen eigenen Adapter den SocketIO Adapter. Wird sich da auch was ändern um mit ioB zu kommunizieren? Danke für die Info!

[apollon77]

@Einstein67 Hab den Grund gefunden. Wird in nächster version gefixt sein

[apollon77]

@snador SocketIo Adapter bleibt und Auch Admin und so nutzen SocketIO Weiterhin. Nur der js.controller für seine interne Kommunikation nicht mehr. Hat darauf keine Auswirkung

[apollon77]

@darkiop Der ZIP Download läuft anders, da loggt der JS Adapter nix.

log.level in der iobroker.json ist das Loglevel vom JS-Controller selbst ...

[apollon77]

@sven12 tut er noch oder nur "rot?

[sven12]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

@sven12 tut er noch oder nur "rot?

Ob er noch tut kann ich jetzt gerade nicht testen. Reiche ich aber morgen nach....
Gruß
Sven

Hier das Logfile

2019-10-03 22:19:06.731  - debug: shelly.0 (20158) objectDB connected
2019-10-03 22:19:06.735  - debug: shelly.0 (20158) Redis States: Use Redis connection: 0.0.0.0:9000
2019-10-03 22:19:06.738  - debug: shelly.0 (20158) Objects connected to redis: 0.0.0.0:9001
2019-10-03 22:19:06.742  - debug: shelly.0 (20158) statesDB connected
2019-10-03 22:19:06.757  - debug: shelly.0 (20158) States connected to redis: 0.0.0.0:9000
2019-10-03 22:19:07.699  - info: shelly.0 (20158) starting. Version 3.1.0 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.16.1
2019-10-03 22:19:07.755  - info: shelly.0 (20158) Stating Shelly adapter in CoAP modus.
2019-10-03 22:19:07.824  - info: host.iobroker-host instance system.adapter.shelly.0 terminated with code 0 (NO_ERROR)
2019-10-03 22:19:07.825  - info: host.iobroker-host Restart adapter system.adapter.shelly.0 because enabled
2019-10-03 22:19:08.676  - info: host.iobroker-host instance system.adapter.shelly.0 started with pid 20387
2019-10-03 22:19:09.600  - debug: shelly.0 (20387) Redis Objects: Use Redis connection: 0.0.0.0:9001
2019-10-03 22:19:09.642  - debug: shelly.0 (20387) objectDB connected
2019-10-03 22:19:09.644  - debug: shelly.0 (20387) Redis States: Use Redis connection: 0.0.0.0:9000
2019-10-03 22:19:09.645  - debug: shelly.0 (20387) Objects connected to redis: 0.0.0.0:9001
2019-10-03 22:19:09.649  - debug: shelly.0 (20387) statesDB connected
2019-10-03 22:19:09.659  - debug: shelly.0 (20387) States connected to redis: 0.0.0.0:9000
2019-10-03 22:19:10.512  - info: shelly.0 (20387) starting. Version 3.1.0 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.16.1
2019-10-03 22:19:10.558  - info: shelly.0 (20387) Stating Shelly adapter in CoAP modus.
2019-10-03 22:19:10.645  - info: host.iobroker-host instance system.adapter.shelly.0 terminated with code 0 (NO_ERROR)
2019-10-03 22:19:10.646  - info: host.iobroker-host Restart adapter system.adapter.shelly.0 because enabled
2019-10-03 22:19:22.846  - info: host.iobroker-host instance system.adapter.poolcontroller.0 terminated with code 0 (NO_ERROR)
2019-10-03 22:19:40.682  - info: host.iobroker-host instance system.adapter.shelly.0 started with pid 21308
2019-10-03 22:19:41.789  - debug: shelly.0 (21308) Redis Objects: Use Redis connection: 0.0.0.0:9001
2019-10-03 22:19:41.834  - debug: shelly.0 (21308) objectDB connected
2019-10-03 22:19:41.835  - debug: shelly.0 (21308) Redis States: Use Redis connection: 0.0.0.0:9000
2019-10-03 22:19:41.837  - debug: shelly.0 (21308) Objects connected to redis: 0.0.0.0:9001
2019-10-03 22:19:41.841  - debug: shelly.0 (21308) statesDB connected
2019-10-03 22:19:41.853  - debug: shelly.0 (21308) States connected to redis: 0.0.0.0:9000
2019-10-03 22:19:43.147  - info: shelly.0 (21308) starting. Version 3.1.0 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.16.1
2019-10-03 22:19:43.884  - info: shelly.0 (21308) Stating Shelly adapter in CoAP modus.
2019-10-03 22:19:44.298  - info: host.iobroker-host instance system.adapter.shelly.0 terminated with code 0 (NO_ERROR)
2019-10-03 22:19:44.298  - info: host.iobroker-host Restart adapter system.adapter.shelly.0 because enabled
2019-10-03 22:20:00.050  - info: host.iobroker-host instance system.adapter.poolcontroller.0 started with pid 21795

[Stuebi]

@sven12 , ich habe gerade den Fall nachgestellt. D.h. Shelly Adapter 3.1.0 und js-controller in Version 2.0.21 im CoAP Modus installiert. Funktioniert bei mir wunderbar. Der Adapter wird nicht neu gestartet. Siehst Du irgendwelche Fehlermeldungen im Logfile (rote Error Meldungen)?
Hast Du Redis installiert? Das habe ich mir auf der Maschine nicht.

VG
Stübi

[apollon77]

Hi All,

auf GitHub wartet die 2.0.22 auf Euch. Das JavaScript ZIP Download sollte damit gefixt sein und ich habe auch etwas an der Performance gearbeitet.

@SBorg Wie lange braucht daswetter jetzt? (Aber nicht zuviel erwarten ...)

[SBorg]

Juckt zwar in den Fingern, aber jetzt laufen bei mir gleich sämtliche Tagesskripte, muss bis morgen früh warten

[apollon77]

@SBorg Also auf meinem redis/redis system braucht daswetter mit 2700 Werten 10s Ich stelle das dann mal auf file/file um ...

[apollon77]

@SBorg Brauchst nicht traurig sein ... meine Optimierungen haben weniger gebracht als ich dachte

• redis/redis laufen 2700 Werte in 10s durch
• file/file sinds 130s

Bin dran

[MathiasJ]

..ich warte mal, bis der neue JS-Controller läuft.
OT:
Weiß jemand, ob man nodejs 12 schon gefahrlos installieren kann?
Bei meiner Testinstallation wollte ja Radar2 und BLE nicht.

[apollon77]

@MathiasJ

Generell läuft alles. Es gibt nur bei Adaptern wie daswetter die in einem Schlag mehrere tausend Objekte anlegen und solche Dinge tun noch Performance-Themen.

nodejs12 - der controller kanns ... ich bin leider zeitlich komplett damit gebunden sodass ich gerade keinen Überblick habe welche Adapter aufgrund Ihrer Dependencies mit nodejs 12 laufen und welche nicht. Ich würde weiterhin auf 10 setzen

[e-s]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

@SBorg Brauchst nicht traurig sein ... meine Optimierungen haben weniger gebracht als ich dachte

• redis/redis laufen 2700 Werte in 10s durch
• file/file sinds 130s

Bin dran

Kann das auch zu generellen Performanceproblemen führen? Gefühlt ist das ganze System recht träge, nutze derzeit nur File.
Besonders stark ist mir das aufgefallen, als ich unter Adapter die Suche nutzen wollte. Kann dies damit zusammenhängen?