NEWS
Test js-controller v2.0.x (GitHub)
-
@apollon77
Ich habe ein Neustart durchgeführt sonst eigentlich nichts und ja war einmalig (zumindest bis jetzt). An sonst kommt nun nur noch die NOT SUPPORTED Meldung welche ignoriert werden soll.
Dann warte ich mal auf die nächste Version und berichte. -
@apollon77
Korrekt, hab die URL über " Installieren aus eigener URL -> Beliebig" installiert.
v. 1.0.1 wird mir anschließend auch Angezeigt. -
-
@e-i-k-e welche Version wird da angezeigt? Es sollte auch im Browser Log vis-justgauge 1.0.1 sichtbar sein.
-
@Bluefox ggf nochmal ein "iobroker upload vis" machen? oder vis restarten?
-
-
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:
-
@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 -
@darkiop Ok, checke ich, Danke!!
-
@apollon77
Aktuell über cloud, zu Hause natürlich lokal.
Dann müsst Ihr euch bis heute Abend gedulden -
@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.
-
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 -
@MathiasJ Radar2 geht bei mir auf js2.0
-
@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. -
@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. -
@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!
-
@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?
-
@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. vomiobroker status
Kommando. Magst du vllt. einen PR erstellen? -
@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?
-
@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.