NEWS
js-controller 2.0 ab sofort im Latest Repo
-
@e-s Das ist voll drin, wobei ich jetzt nicht weiss was Du mit "automatische updates von Adaptern " meinst.
Wenn man mit der 2.0 einen Adapter vom GitHub installiert wird versucht den aktuellen Commit von GitHub zu ermitteln, der auch installiert wurde und dieser wird gespeichert. Das ganze passiert im "system.adapter.name" Objekt. Falls der Commit nicht ermittelt werden kann merkt sich das System mindestens das es ein GitHub install war.
Falls jetzt danach der Adapter auf einen anderen Host verschoben wird oder ein "minimal-Backup" (iobroker-data kopiert) wiederhergestellt wird, wird der Adapter von dieser gemerkten URL wieder installiert anstelle von npm. Damit restauriert er idealerweise exakt die gleiche GitHub-Version wie vorher da war (auch wenn es zwischenzeitlich schon weitere Änderungen auf GitHub gab) oder mindestens den aktuellen GitHub Stand.
Das ist um was es hierbei geht.
@apollon77
Mir ging es um einen Adapter den ich per github installiert hatte, fb-checkpresence. Dieser hatte ein Push auf Version 0.5, unter Adapter stand nur installiert 0.4.
Für mich stellte sich jetzt die Frage ob dieser Push hätte erkannt werden sollen und mir ein Update vorgeschlagen hätte sollen.
So wie ich dich verstehe, hätte es passieren sollen. Ist aber entweder weil ich den Adapter vor dem 2.0 installiert habe oder weil an der Erkennung was falsch ist, eben nicht geschehen.
Dann weiß ich erstmal Bescheid. -
@apollon77
Ich habe bisher nie etwas mit Bluetooth gemacht, habe auch kein Dongle und derzeit auch nicht vor Bluetooth in Verbindung mit ioBroker zu nutzen.Bei den bisherigen updates der 2er Version kamen diese Fehler nicht.
Erst seit Version 2.0.35 glaube ich, da spuckte mir "upgrade self" am ende aus ich müsste das Fix-Skript ausführen.
Das habe ich dann gemacht.
Seit dem kommt dann beim updaten des js-controller das was ich gepostet habe.@Leviathan09 Ääähm Upgrade self sagt im Normalfall nichts über den Fixer ... Strange ... aber am ende egal, ist eine Warnung. Bluetooth könnte auch von radar2 oder so kommen. Irgend ein Adapter kann/will es.
Der Befehl bzw nachinstallieren des einen pakets aus dem Link sollte das ggf weg machen
-
@apollon77
Mir ging es um einen Adapter den ich per github installiert hatte, fb-checkpresence. Dieser hatte ein Push auf Version 0.5, unter Adapter stand nur installiert 0.4.
Für mich stellte sich jetzt die Frage ob dieser Push hätte erkannt werden sollen und mir ein Update vorgeschlagen hätte sollen.
So wie ich dich verstehe, hätte es passieren sollen. Ist aber entweder weil ich den Adapter vor dem 2.0 installiert habe oder weil an der Erkennung was falsch ist, eben nicht geschehen.
Dann weiß ich erstmal Bescheid.@e-s sagte in js-controller 2.0 ab sofort im Latest Repo:
Für mich stellte sich jetzt die Frage ob dieser Push hätte erkannt werden sollen und mir ein Update vorgeschlagen hätte sollen.
So wie ich dich verstehe, hätte es passieren sollen.Dann hast Du mich gerade wieder falsch verstanden. Das einzige was ab js-controller 2.0 gemacht wird ist das sich gemerkt wird ob ein Adapter via npm oder GitHub installiert wurde und bei GitHub wird versucht den exakten Pukt zu ermitteln. Falls der Adapter vom System erneut installiert werden muss (das passiert beim Verschieben von Adaptern auf andere Hosts/Slaves ODER wenn man ein minimal Backup wiederherstellt), dann wird exakt dieser gemerkte Stand wieder installiert.
Mehr steht nirgends und mehr ist es auch nicht. -
@Leviathan09 Ääähm Upgrade self sagt im Normalfall nichts über den Fixer ... Strange ... aber am ende egal, ist eine Warnung. Bluetooth könnte auch von radar2 oder so kommen. Irgend ein Adapter kann/will es.
Der Befehl bzw nachinstallieren des einen pakets aus dem Link sollte das ggf weg machen
@apollon77 sehr komisch, naja wenn das sonst nix weiter schlimmes ist.
Den Radar2 hab ich laufen.
Werde mir das mit dem Bluetooth dann nochmal genau anschauen und ggf nachinstallieren.
Danke für die Hilfe
-
@apollon77 sehr komisch, naja wenn das sonst nix weiter schlimmes ist.
Den Radar2 hab ich laufen.
Werde mir das mit dem Bluetooth dann nochmal genau anschauen und ggf nachinstallieren.
Danke für die Hilfe
@Leviathan09 @apollon77 Ich denke es ist
npm audit fixgemeint, was nichts mit dem Fixer zu tun hat. Bitte die Meldungen ignorieren. -
Also ich habe eine Vermutung. Wenn man ind er 1.5 nicht existente States abgefragt hat dann kam ein {val:null} zurück und damit hat vis den val mit null initialisiert. In der 2.0 werden nicht existente States als null zurückgegeben und damit in vis nicht initialisiert und haben daher "undefined" als Wert. Von daher, ja das ist was anders

Jetzt hängt es dann von den Widgets ab wie Sie damit umgehen. Bei hqwidgets ist beispielsweise ein explizites "wenn undefined dann true" im Code und das sorgt genau für den Anzeigeeffekt.
Ich habe noch ein vis Issue dazu gemacht. Aber am Ende muss man jetzt überlegen ob vis angepasst werden sollte oder die Widgets ...
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
Ich habe noch ein vis Issue dazu gemacht. Aber am Ende muss man jetzt überlegen ob vis angepasst werden sollte oder die Widgets ...
Hallo
ich würde gar nichts anpassen. Wenn etwas nicht definiert ist, ist das ja ein Fehler.
Lasse ich das Feld im Widget leer, so wird kein Symbol angezeigt
Denn es gibt bei dem Fenster Widget z.B. ein Batterie leer für TFK und ein weiteres für einen FensterDrehGriff
Und wer hat schon beides an einem Fenster, Also bleibt meist ein Feld leerTrage ich etwas falsches ein, funktioniert es nicht und der Status ist True.
Nur wenn ich den richtigen Datenpunkt eintrage, ist auch die Optik richtig. -
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
Ich habe noch ein vis Issue dazu gemacht. Aber am Ende muss man jetzt überlegen ob vis angepasst werden sollte oder die Widgets ...
Hallo
ich würde gar nichts anpassen. Wenn etwas nicht definiert ist, ist das ja ein Fehler.
Lasse ich das Feld im Widget leer, so wird kein Symbol angezeigt
Denn es gibt bei dem Fenster Widget z.B. ein Batterie leer für TFK und ein weiteres für einen FensterDrehGriff
Und wer hat schon beides an einem Fenster, Also bleibt meist ein Feld leerTrage ich etwas falsches ein, funktioniert es nicht und der Status ist True.
Nur wenn ich den richtigen Datenpunkt eintrage, ist auch die Optik richtig.@nieIP sagte in js-controller 2.0 ab sofort im Latest Repo:
Generell sehe ich ebenso. Mal schauen viele Leute noch drüber stolpern auch ggf wenn wir es Live releasen. Ich nehme es aber mal in die FAQ auf.
Und wer hat schon beides an einem Fenster
OT: Ich
Ist ein Teil meiner Einbruch-Überwachung. Im EG habe ich überall TFK (Unten angebracht) UND Drehgriffsensoren dran ... Es gibt nur sehr wenige Zustände die in Kombination realistisch möglich sind. Alle anderen (TFK sagt offen aber Griff sagt zu oder gekippt) bedeuten Alarm 
-
@nieIP sagte in js-controller 2.0 ab sofort im Latest Repo:
Generell sehe ich ebenso. Mal schauen viele Leute noch drüber stolpern auch ggf wenn wir es Live releasen. Ich nehme es aber mal in die FAQ auf.
Und wer hat schon beides an einem Fenster
OT: Ich
Ist ein Teil meiner Einbruch-Überwachung. Im EG habe ich überall TFK (Unten angebracht) UND Drehgriffsensoren dran ... Es gibt nur sehr wenige Zustände die in Kombination realistisch möglich sind. Alle anderen (TFK sagt offen aber Griff sagt zu oder gekippt) bedeuten Alarm 
@apollon77
gerade eben die 2.0.39 installiert. Das Problem mit dem Flot Adapter ist beseitigt. Ich kann wieder alles editieren und das damals erstellte Projekt ist nun erneut sichtbar....Verdammt gute Arbeit von Dir apollon77! Hut ab was Du da auf dem Kasten hast!
-
Hallo ioBroker-Community,
passend zum Erreichen der 30.000 aktive Installationen Marke vor ein paar Tagen möchten wir Euch nun gern den neuen js-controller 2.0 vorstellen. Dieser ist ab sofort im Latest Repository und auf npm verfügbar.
In einem internen Test und einen sehr umfangreichen Beta-Test in der Community haben wir dieses große Update des js-controllers bereits sehr intensiv getestet. Großer Dank geht an @Arteck, @sigi234, @SBorg, @opossum, @e-s, @e-i-k-e, @Yetiberg, @Jan1, @Einstein67, @Dr. Bakterius und viele andere mehr. Das war eine super Zusammenarbeit!
Es sind vor allem "unter der Haube" einige grundlegende Änderungen eingeflossen, die den Wechsel auf eine neue Hauptrelease-Nummer rechtfertigen. Mehr dazu weiter unten.
Der js-controller 2.0 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Es kann von jeder früheren Version auf die Version 2.0 aktualisiert werden. Einzig die Node.js Version muss vor dem Update mindestens auf 8.x, besser noch auf 10.x angehoben werden! Für Node.js 12 ist es aber noch etwas zu früh, da hier immer noch einige Adapter nicht kompatibel sind.
Falls Ihr in diesem Zuge die Nodejs Version aktualisiert bitte Die Infos/Anleitung unter https://forum.iobroker.net/topic/22867/how-to-node-js-für-iobroker-richtig-updaten berücksichtigen.Weiterhin wird der ioBroke-Eigene-Dateibereich (im Normalfall bisher unter <ioBroker-Verzeichnis>/iobroker-data/files/...) nun strikter behandelt und manuell oder per Skript (fs.write) dort direkt abgelegte/hinkopierte Dateien sind ggf. nicht mehr in Visualisierungen anzeigbar!
Skripte müssen angepasst werden (Nutzung von writeFile) bzw. die Dateien müssen in offiziell definierte Adpater-Basisverzeichnisse (z.B. vis.0, iqontrol.meta u.ä.) abgelegt werden. Nutzt am besten auch die offiziellen Uploader via Vis oder iqontrol, damit diese Dateien korrekt registriert sind. Diese Änderung wurde auch zur Erhöhung der Sicherheit umgesetzt! Der positive Nebeneffekt ist auch das die Files dann mit im Backup landen, was bisher nicht gegeben war!
Bei der Installation (oder nachträglich periobroker file sync) werden die erlaubten Verzeichnisse geprüft und bisher nicht registrierte Dateien aufgenommen. Wer komplett eigene Verzeichnisse angelegt hat bekommt dazu eine Fehlermelung - diese werden nicht automatisch übernommen und müssen manuell korrekt kopiert werden.Siehe dazu auch die Informationen zum Ordner 0_userdata.0!
Installation
VOR der Installation
Wie bei jedem Update dieser Art: Bitte macht ein Backup!
iobroker backup, bzw. kopieren desiobroker-dataVerzeichnisses reichen an sich im Zweifel auch aus (ioBroker vorher stoppen natürlich). Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt.Nötige Adapter-Aktualisierungen
Die folgenden Adapter müssen auf die genannten Minimalversionsnummern aktualisiert werden, da diese sonst nicht mit dem js-controller 2.0 funktionieren. Diese Updates am besten vorher ausführen, weil alle genannten Versionen auch mit den alten js-controller Versionen funktionieren.
- simple-api 2.1.2 or higher
- email 1.0.5 or higher
- pushover 1.1.1 or higher
- hue 1.2.4 or higher
- node-red 1.10.1 or higher
- vis 1.2.2 or higher
- iqontrol 0.2.12 or higher
- socketio 2.1.2 or higher
- radar2 1.0.9 (GitHub version 1.2.0 muss manuell angepasst werden, siehe FAQ!)
- broadlink2 (siehe FAQ)
- tr-064 (wenn noch soef Originalversion bei Fehlern community Version installieren)
- sonos 2.0.0 or higher (Breaking change! No Webserver anymore!)
- web 2.4.9 or higher
- hqwidgets 1.1.3 or higher
- ble v0.10.1 or higher
Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System ist es beim Update auf Version 2.0 sehr wichtig, die Slave-Systeme zuerst zu aktualisieren. Der Master wird als letztes aktualisiert!
Wenn diese Reihenfolge nicht eingehalten wird können sich die Slave-Systeme nicht mit dem master verbinden und das Update muss manuell ausgeführt werden (Details dazu siehe FAQ Post).
Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mir npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.
Für alle "alten manuellen" Installationen gilt
- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Linux
- ioBroker stoppen (
iobroker stop) - prüfen das keine Prozesse (Adapter, Backups) mehr laufen (
ps auxww|grep iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben - Wie üblich wird das Update dann per
iobroker upgrade selfausgeführt. - ioBroker starten (
iobroker start)
Bei Fehlern:
Wenn bei der Linux-Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer nutzen und die Installation wiederholen.curl -sL https://iobroker.net/fix.sh | bash -Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels
sudo -H -u iobroker npm install iobroker.js-controllerversuchen. Bitte berichtet solche Fälle hier im Thread.NACH der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittels
iobroker start).Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt. Die großen Änderungen sind alle "Unter der Haube" versteckt.
Dazu, was Euch jetzt die ganzen Neuerungen bringen, findet Ihr weiter unten in diesem Text Informationen. Neue Funktionen als Basis für Weiterentwicklungen wurden behutsam integriert und einige bestehende Probleme gezielt behoben.
Mit
iobroker helpwird eine Liste der möglichen Kommandozeilen-Kommandos angezeigt, die mit Version 2.0 um einige Befehle länger geworden ist.
Was hat sich geändert, was besonders ansehen/beachten?
Eine der größeren Änderungen ist, dass die ioBroker-eigenen States- und Objects-Datenbanken vollständig neu geschrieben wurden. Im ioBroker-System wird zur Kommunikation jetzt ein TCP-basiertes und mit Redis-kompatibles Protokoll verwendet. Vor allem "Reconnection from DB"-Fehler sollten dadurch jetzt der Vergangenheit angehören. Auf Basis dieser Änderungen planen wir für die Zukunft noch einige interessante Neuerungen.
Durch diese Änderung steht jetzt in Logs teilweise "connected to redis" obwohl Ihr gar keinen Redis nutzt. Ihr könnt allerdings weiterhin am Port erkennen wenn es die ioBroker-eigene Datenbank ist (normalerweise Ports 9000 und 9001). Erste Tests haben gezeigt das die CPU Belastung der Adapter-Prozesse und des js-controller geringer ist als in der alten Version, da das neue Protokoll deutlich schlanker ist. Es ist weiterhin flexibler und robuster - so lange die Netzwerkverbindung nicht abreißt. Aber selbst in solch einem Fall sollte ein automatischer Reconnect stattfinden und, wenn der Abbruch nich zu lang ist, alle Änderungen aus der Zeit ohne Verbindungen nochmals gesendet werden.
Also falls Ihr in der Vergangenheit von "Reconnect to DB" Meldungen und Effekten geplagt wart ist Euer Bericht für uns sehr interessannt.In diesem Zuge ist vor allem das Verhalten bei einer Unterbrechung der Verbindung zur Datenbank (egal ob Redis oder im "file" Falle der js-controller). Beim Verlust der Verbindung wird diese per Default in 5s Abständen bis zu 20 mal versucht wiederherzustellen. Wenn dies gelingt, bleibt das ganze System in Betrieb und in der Unterbrechungszeit aufgelaufene Befehle werden nachträglich ausgeführt. Bei Redis könnte diese Zeit sogar für ein Redis-Update ausreichen.
Erst danach (also nach ca. 90s) beenden sich Adapter und das System und ein automatischer Restart findet statt, wonach der js-controller wartet bis die Verbindung wieder da ist. Um ggf Netzwerk-Effekte abzufangen gibt es alle 30s einen Restart des Controllers.
Ebenso der berühmt berüchtigte "Error 7", welcher im Log erscheint wenn ein Adapterprozess bereits läuft, aber ein neuer gestartet werden soll wurde verbessert. Wenn ein neuer Prozess gestartet werden soll, sollten sich nun ggf noch laufende Prozesse automatisch selbst beenden und eine einmalige Meldung im Log erzeugen.
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Weitere Details zu den Änderungen und Bugfixes ist im Changelog einzusehen.
Im dritten Post dieses Threads stellen wir einige neue Features im Detail etwas "weniger technisch" vor.

Wie Fehler melden?
Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.
Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Info zur verwendeten DB-Konstellation (file(file, file/redis, redis/redis ...), Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Ingo
@apollon77
Welche Version ist aktuell im latest?
2.0.25? -
@apollon77
Welche Version ist aktuell im latest?
2.0.25?@sigi234 sagte in js-controller 2.0 ab sofort im Latest Repo:
@apollon77
Welche Version ist aktuell im latest?
2.0.25?
-
@sigi234 sagte in js-controller 2.0 ab sofort im Latest Repo:
@apollon77
Welche Version ist aktuell im latest?
2.0.25?
@dslraser sagte in js-controller 2.0 ab sofort im Latest Repo:
@sigi234 sagte in js-controller 2.0 ab sofort im Latest Repo:
@apollon77
Welche Version ist aktuell im latest?
2.0.25?

-
@dslraser sagte in js-controller 2.0 ab sofort im Latest Repo:
@sigi234 sagte in js-controller 2.0 ab sofort im Latest Repo:
@apollon77
Welche Version ist aktuell im latest?
2.0.25?

@sigi234 sagte in js-controller 2.0 ab sofort im Latest Repo:
@dslraser sagte in js-controller 2.0 ab sofort im Latest Repo:
@sigi234 sagte in js-controller 2.0 ab sofort im Latest Repo:
@apollon77
Welche Version ist aktuell im latest?
2.0.25?

Erledigt, musste Admin updaten
-
@apollon77
Welche Version ist aktuell im latest?
2.0.25? -
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@sigi234 25? Das ist ja schon gefühlte Monate her

Ja, war eine andere Installation
-
Wirkt sich der js-controller 2.0 in irgend einer Form auf den VIS Editor und dort auf den Dateimanager aus?
Ich meine seit ich 2.0 laufen habe, werden Symbole / Signalbilder usw., die ich mir in den VIS Ordner "Icons" händisch mit einem externen Dateimanager (z.B. Total Commander) "reingeschoben" habe, nicht mehr im VIS-Edit Dateimanager dargestellt. Trotz Aktualisierung werden die neuen Symbole in dem Icons Ordner nicht mehr erkannt, obwohl sie dort drin liegen.
Ich muss diese Symbole jetzt via gezieltem Upload über den VIS-Edit Dateimanager in den / die entsprechenden Ordner hochladen. Das war vor Version 2.0 nicht so.
Achso - ich habe ioB in einer Windows Umgebung lauf.
-
Wirkt sich der js-controller 2.0 in irgend einer Form auf den VIS Editor und dort auf den Dateimanager aus?
Ich meine seit ich 2.0 laufen habe, werden Symbole / Signalbilder usw., die ich mir in den VIS Ordner "Icons" händisch mit einem externen Dateimanager (z.B. Total Commander) "reingeschoben" habe, nicht mehr im VIS-Edit Dateimanager dargestellt. Trotz Aktualisierung werden die neuen Symbole in dem Icons Ordner nicht mehr erkannt, obwohl sie dort drin liegen.
Ich muss diese Symbole jetzt via gezieltem Upload über den VIS-Edit Dateimanager in den / die entsprechenden Ordner hochladen. Das war vor Version 2.0 nicht so.
Achso - ich habe ioB in einer Windows Umgebung lauf.
apollon77 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 1.0x 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. -
Wirkt sich der js-controller 2.0 in irgend einer Form auf den VIS Editor und dort auf den Dateimanager aus?
Ich meine seit ich 2.0 laufen habe, werden Symbole / Signalbilder usw., die ich mir in den VIS Ordner "Icons" händisch mit einem externen Dateimanager (z.B. Total Commander) "reingeschoben" habe, nicht mehr im VIS-Edit Dateimanager dargestellt. Trotz Aktualisierung werden die neuen Symbole in dem Icons Ordner nicht mehr erkannt, obwohl sie dort drin liegen.
Ich muss diese Symbole jetzt via gezieltem Upload über den VIS-Edit Dateimanager in den / die entsprechenden Ordner hochladen. Das war vor Version 2.0 nicht so.
Achso - ich habe ioB in einer Windows Umgebung lauf.
@JB_Sullivan ie Infos hast du korrekterweise ja schon verlinkt bekommen.
Ich überlege gerade noch ob wir einen einmaligen file sync machen für zusätzliche files in erlaubten Verzeichnissen und meckern bei komplett eigenen Verzeichnissen das user es wissen.
Brauchen wir das? -
@JB_Sullivan ie Infos hast du korrekterweise ja schon verlinkt bekommen.
Ich überlege gerade noch ob wir einen einmaligen file sync machen für zusätzliche files in erlaubten Verzeichnissen und meckern bei komplett eigenen Verzeichnissen das user es wissen.
Brauchen wir das?@apollon77 Ich denke das das sinnvoll wäre.
Wenn ich sehe wie oft das hier angefragt wird kann ich mir durchaus vorstellen das des final noch öfter vorkommt.
Und sind wir doch mal ehrlich -- wer liest schon Anleitungen
-
@JB_Sullivan ie Infos hast du korrekterweise ja schon verlinkt bekommen.
Ich überlege gerade noch ob wir einen einmaligen file sync machen für zusätzliche files in erlaubten Verzeichnissen und meckern bei komplett eigenen Verzeichnissen das user es wissen.
Brauchen wir das?@apollon77 Ich hatte auch das Problem und bin auch draufgekommen. Der einmalige flle sync wäre nicht schlecht.
Auf der anderen Seite gibt es jetzt noch Baustellen im admin, damit man die tollen neuen Funktionen ohne Command line nutzen kann.
- Compact modus Unterstützung, 2. alias Definitionsunterstützung, 3. Update Button, der den js-controller aus dem Admin updated und nach Warnung das admin Fenster schließt.
Nochmal eine blöde Frage kann man eigentlich auch
cd /opt/iobroker && sudo iobroker stop && sudo iobroker update && sudo iobroker upgrade self && sudo iobroker starteingeben, oder spricht was dagegen?
-
@apollon77 Ich hatte auch das Problem und bin auch draufgekommen. Der einmalige flle sync wäre nicht schlecht.
Auf der anderen Seite gibt es jetzt noch Baustellen im admin, damit man die tollen neuen Funktionen ohne Command line nutzen kann.
- Compact modus Unterstützung, 2. alias Definitionsunterstützung, 3. Update Button, der den js-controller aus dem Admin updated und nach Warnung das admin Fenster schließt.
Nochmal eine blöde Frage kann man eigentlich auch
cd /opt/iobroker && sudo iobroker stop && sudo iobroker update && sudo iobroker upgrade self && sudo iobroker starteingeben, oder spricht was dagegen?
@Marty56 sagte in js-controller 2.0 ab sofort im Latest Repo:
Nochmal eine blöde Frage kann man eigentlich auch
cd /opt/iobroker && sudo iobroker stop && sudo iobroker update && sudo iobroker upgrade self && sudo iobroker starteingeben, oder spricht was dagegen?
Wenn du eine halbwegs aktuelle Installation hast, lass
cd /opt/iobrokerund allesudos weg.