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

[e-i-k-e]

@Bluefox

anbei der log.

Ein vis Neustart brachte auch keine änderung.

[darkiop]

@apollon77

Glaube es gibt noch Probleme mit den Shell Befehlen. Ich wollte für meine motd noch die ein oder andere Info vom ioBroker ausgeben. Dabei habe ich festgestellt, das der js-controller-2.0 das ganze json Objekt über iobroker state getvalue ausgibt - der 1.5 wie erwartet nur den Wert:

Test im produktiven Container mit 2.0:

Test auf einer frischen Instanz, zuerst mit 1.5, dann 2.0:

[apollon77]

@e-i-k-e Aahhhh Frage: Rufst Du die Vis über cloud auf?? Wenn ja dann ist das der Grund. Mach mal lokal bitte.
Widget Files werden NICHT von deinem Rechner geladen sondern vom Cloud Server und da ist diese neue Version garantiert nicht drauf

[apollon77]

@darkiop Ok, checke ich, Danke!!

[e-i-k-e]

@apollon77
Aktuell über cloud, zu Hause natürlich lokal.
Dann müsst Ihr euch bis heute Abend gedulden

[darkiop]

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

Ok, checke ich, Danke!!

Gern, man hilft wo man kann Falls mal was konkretes zu Testen ist, schieb gerne rüber.

[MathiasJ]

Eine Frage am Rande:
Ist es möglich, den Master auf js 2.0 upzudaten, jedoch die slaves auf 1.5 zu lassen?
Der Master läuft auf einem NUC, während auf den 2 Slaves nur Radar2 und rpi laufen sollen. Radar geht aber mit js 2.0 noch nicht, oder?
Gruß,
Mathias

[watcherkb]

@MathiasJ Radar2 geht bei mir auf js2.0

[A Former User]

@apollon77
ja da habe ich das...

pi@ioBroker:/opt/iobroker $ ./iobroker backup
host.ioBroker 3122 states saved
host.ioBroker 3760 objects saved
/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/files/vis.0/main/io                                broker_fritzbox_anrufmonitor.json is not a valid json file
pi@ioBroker:/opt/iobroker $

EDIT: habe die Datei im angegebenen Verzeichnis gelöscht. Jetzt geht das Backup.

pi@ioBroker:/opt/iobroker $ ./iobroker backup
host.ioBroker 3122 states saved
host.ioBroker 3760 objects saved
Backup created: /opt/iobroker/backups/2019_10_08-12_25_06_backupiobroker.tar.gz

Aber, dass erstellen von Datenpunkten unter Objekte geht noch nicht.
Ich werde das System noch einmal neu aufsetzen.

[apollon77]

@MathiasJ Du kannst Slaves updaten aber den Master alt lassen. Das geht um die neue Verion generell zu testen und quasi schrittweise (zuerst Slaves, dann Master) updaten zu können. Anders herum geht es nicht.
Wenn Du das tust können die Slaves nicht mehr verbinden, weil wir ja das interne Kommunikationsprotokoll umgestellt haben. Das ist auch nur jetzt beim update von 1.x auf 2.0 so.

[apollon77]

@Nuggelbeb Naja SIe mal jhier zu posten oder durch einen JSON Validator im Web zu jagen wäre cool gewesen das man hätte sehen können was falsch ist. Wenn da auch ein Zeichen mittendrin komisch ost solltest Du dir langsam um die Haltbarkeit des USB-Sticks Gedanken machen!

[apollon77]

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

Aber, dass erstellen von Datenpunkten unter Objekte geht noch nicht.

Was heisst das? Wo willst Du was wie erstellen? Welchen Fehler bekommst Du?

[AlCalzone]

@darkiop Das mit getvalue ist ein Bug, PR steht bereit. Mal abgesehen davon:
Was ist das denn für ein endgeiler Info-Screen? Ich könnte mir den super als Status-Ausgabe von ioBroker selbst vorstellen, z.B. vom iobroker status Kommando. Magst du vllt. einen PR erstellen?

[A Former User]

@apollon77
ja, z.B. in MyVariable.0 einen neuen Datenpunkt über das "+" erstellen.

Erstellen geht nicht und löschen des Datenpunktes "Test" geht auch nicht.

Aber nichts passiert. Er bleibt da. (aber noch mit JS-controller 1.5.14 erstellt)

sehe gerade noch im Log:

Unable	2019-10-08 13:25:01.185	warn	to increase LUA script timeout: ReplyError: Error config NOT SUPPORTED
Error	2019-10-08 13:25:01.183	warn	from InMemDB: Error: config NOT SUPPORTED

Unable	2019-10-08 13:30:01.071	warn	to increase LUA script timeout: ReplyError: Error config NOT SUPPORTED
Error	2019-10-08 13:30:01.068	warn	from InMemDB: Error: config NOT SUPPORTED

Was ist das?

[A Former User]

@Nuggelbeb

Ich habe gerade etwas herausgefunden.
Wenn ich etwas in Objekte lösche oder erstelle und über "Baum neu erstellen" (runder Pfeil) bzw. den Browser aktualisiere, passiert nichts. Aber wenn ich den Raspberry neu starte ist der erstellte Datenpunkt da und der gelöschte ist weg.

Wenn ich allerdings nur einen Master benutze, funktioniert es unter js-controller 2.0.24. Stelle ich alles wieder für Multihost ein, geht es wieder nicht mehr.

Unter js-controller 1.5.14 und Multihost ging es.

[darkiop]

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

Was ist das denn für ein endgeiler Info-Screen? Ich könnte mir den super als Status-Ausgabe von ioBroker selbst vorstellen, z.B. vom iobroker status Kommando. Magst du vllt. einen PR erstellen?

Danke Das sind meine dotfiles. Je Host wird hier was unterschiedliches ausgegeben. Ich schick dir später mal einen Link. Mit iobroker hat das weniger zu tun, wenn man sowas aber mitliefern möchte bzw. die Möglichkeit anbieten möchte, dann sehr gerne!

[apollon77]

@Nuggelbeb Kannst Du das ganze "MyVariable" Bitte mal exportieren im Admin und mir schicken? Dann spiele ich das mal ein und Teste mal.

Die Fehler mit "Confg not found "kannst Du ignorieren

[apollon77]

@Nuggelbeb Ok, was genau heisst "Wenn ich Multihost einstelle"? Was läuft denn dann wo? Wo läuft der Admin? Logs? Gggf lass Admin mal im Debug laufen

[darkiop]

@apollon77

iobroker state del

löscht den Inhalt eines States, nicht den State selbst - ist aber auch unter 1.5 so.

In der Doku steht:

Wäre auch meine Erwartung an die Funktion (bin gerade etwas leidvoll dabei ~30.000 States des Unifi Adapters zulöschen :))

[apollon77]

Dann bist du bei state falsch. Object ist dann richtig. Das sollte Objekt und State löschen.

Iobroker object del name