NEWS
Test js-controller v2.0.x (GitHub)
-
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 -
@Einstein67 hm ... ich habe gerade zwei maschinen. beide js 4.1.12 und controller 2.0 ... eine tut eine nicht ... wtf
@apollon77 also hier auch, ich kann machen was ich will, der kollege iobroker möchte eine package.zip herunteladen die es nicht gibt :D
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?
Proxmox-ioBroker-Redis-HA Doku: https://forum.iobroker.net/topic/47478/dokumentation-einer-proxmox-iobroker-redis-ha-umgebung
-
Hallo in die Tester-Runde,
heute starten wir den Beta Test des neuen js-controller 2.0 (Releasename "Bella"). An diesem großen js-controller Update haben wir Entwickler recht lang gearbeitet. Eine erste interne Testrunde ist bereits abgeschlossen (Großen Dank an @Arteck).
Es sind vor allem "unter der Haube" einige grundlegende Änderungen eingeflossen, die den Wechsel auf eine neue Hauptrelease-Nummer rechtfertigen. Mehr dazu weiter unten. Wir möchten vor dem Release im "Latest Repository" einen zusätzlichen Beta Test durchführen und hoffen auf eure Unterstützung!
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.
Weiterhin wir der ioBroke-Eigene-Dateibereich (im Normalfall bister unter <ioBroker-Verzeichnis>/iobroker-data/files/...) nun etwas strikter behandelt und potentiell manuell oder per Skript (fs.write) dort direkt abgelegte/hinkopierte Dateien sind ggf nicht mehr in Visualisierungen anzeugbar!
Skripte müssen angepasst werden (Nutzung von writeFile) bzw die Dateien müssen in offiziell definierte Adpater-Basisverzeichnisse (z.B. vis.0, iqontrol.metau.ä.) abgelegt werden, am besten auch offiziell via Vis oder iqontrol hochgeladen werden, damit diese Dateien korrekt registriert sind. Diese Änderung wurde auch zur Erhöhung der Sicherheit umgesetzt!
Installation
VOR der Installation
Wie bei jedem test dieser Art: Bitte macht ein Backup!iobroker backupbzw kopieren desiobroker-dataVerzeichnisses reichen an sich aus. Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt. Die alte Version des js-controller kann im Notfall einfach wieder pernpm install iobroker.js-controllerinstalliert werden und sollte alles wieder herstellen.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.
Linux
Für den Beta-Test muss der js-controller direkt per npm installiert werden. Dazu bitte den ioBroker auf dem Server beenden und dann in einer Shell in das ioBroker Verzeichnis wechseln. Dann mittels
npm install ioBroker/ioBroker.js-controllerden Controller manuell aktualisieren. Bevor ihr loslegt, lest aber bitte erst noch die folgenden Hinweise! Der zweite Post in diesem Thread ist für eine FAQ reserviert. Bitte schaut auch dort gern einmal rein.Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System ist es beim Update auf Version 2.0 sehr wichtig, zuerst die Slave-Systeme zu aktualisieren. Der Master wird als letztes aktualisiert! Dies wird vor allem später für den wirklichen Release interessant. Bei der korrekten Reihenfolge funktioniert später alles über das Standardkommandoiobroker upgrade self. Sonst muss das Update manuell per npm ausgeführt werden.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:- 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.1 or higher
- iqontrol 0.2.6 or higher
- socketio 2.1.2 or higher
- radar2 1.0.9 (GitHub version aktuell nicht korrekt!)
- broadlink2 TBD
- vis-justgage 1.0.1 (Fehler aber nicht beim controller) - https://github.com/GermanBluefox/ioBroker.vis-justgage (PR wartet)
Alle genannten Versionen funktionieren aber auch mit älteren js-controller Versionen, also kann das Update auch vorher stattfinden.
Fehler
Wenn bei der 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/ioBroker.js-controllerversuchen. Bitte berichtet solche Fälle hier im Thread.Nach der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittelsiobroker 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/testen?
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 nicht mehr socket.io sondern ein TCP-basiertes und mit Redis-kompatibles Protokoll verwendet. Auf Basis dieser Änderungen planen wir für die Zukunft noch einige interessante Neuerungen. "Reconnection from DB"-Fehler sollen jetzt der Vergangenheit angehören. Das neue Protokoll ist flexibler und robuster - so lange die Netzwerkverbindung nicht abreißt. Aber selbst in solch einem Fall sollte ein automatischer Reconnect stattfinden und 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.Diese grundlegende Umstellung kann natürlich auf alles mögliche auch negative Auswirkungen haben. Hier bitte besonders alle JavaScript-Skripte und alle Adapter prüfen, ob alles noch so funktioniert wie vorher.
Bei Master-Slave-Systemen bitte, wie oben beschrieben, zuerst die Slave-Systeme auf den js-controller 2.0 aktualisieren. Die Slave-Systeme sollten auch mit einem "alten" Master weiterhin funktionieren, da bislang als Fallback noch die bisherige socket.io-Kommunikation eingebaut ist. Diese wird vorauss. erst im js-controller 2.1 entfernt.
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. Wer tiefer und ggf. gezielter testen möchte, ist herzlich dazu eingeladen. Kontaktiert uns dazu auch gern hier im Thread.
Etwas weiter unten stellen wir einige neue Features im Detail etwas "weniger technisch" vor. ;-)
Generell ist zu testen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!
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, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Einige neue Features
1. Compact Modus und Compact Gruppen
Eines der großen Vorteile von ioBroker ist, dass jeder Adapter als eigener Prozess ausgeführt wird. Das macht das System sehr stabil - bei Problemen betreffen diese nur den einen Adapter und nicht das ganze System. Andererseits benötigt dieser Ansatz allerdings auch etwas mehr RAM. Für Systeme mit wenig verfügbarem RAM (z.B. Raspi Nano oder Raspi 1 mit 512MB RAM), die oft als Slave-Systeme eingesetzt werden, ist die Anzahl der Adapter damit limitiert.
Der Compact Modus löst dieses Problem dadurch, dass mehrere Adapter zusammen in einem Prozess laufen und damit der RAM-Bedarf deutlich geringer ist (es werden etwa 20-30MB je Adapter-Instanz eingespart). Dies geht aber zu Lasten der Stabilität, da ein fehlerhafter Adapter auch alle anderen Adapter im gleichen Prozess betrifft und diese sich ggf. ebenfalls neu starten.
Adapter-Instanzen können dazu, um das Risiko etwas zu verteilen, in mehrere Gruppen aufgeteilt werden. Jede Gruppe startet einen eigenen Prozess, in dem dann alle Instanzen dieser Gruppe ausgeführt werden. Die Gruppe 0 ist speziell. Hier Mitglied zu sein bedeutet, dass der betreffende Adapter im Haupt-js-controller-Prozess ausgeführt wird. Dies ergibt die größte RAM-Ersparnis - allerdings auch das größte Risiko, da ein fehlerhafter Adapter den js-controller negativ beeinflussen kann. Als Standard werden Instanzen in der Gruppe 1 ausgeführt, wenn der Compact Modus für die entsprechende Instanz aktiviert wird.
Ob ein Adapter den Compact Modus unterstützt, hängt vom jeweiligen Adapter ab. Diese Information wird künftig noch in der Adapterliste aufgenommen. Aktuell werden nur Adapter die als
daemonausgeführt werden auch im Compact Modus gestartet (also keine scheduled-Adapter). Auch wenn der Adapter generell den Compact-Mode unterstützt muss die Nutzung pro Instanz einzeln aktiviert werden!Zur Zeit gibt es zur Konfiguration des Compact Modus noch keine Unterstützung im Admin. Die Konfiguration erfolgt per Kommandozeilen-Aufruf. Die wichtigsten Kommandos sind:
iobroker compact enablezum generellen Aktivieren des Compact Modus für den aktuellen js-controller Host. ioBroker muss danach neu gestartet werden, damit die Änderung aktiv wird.iobroker list instanceszeigt zusätzliche jetzt auch den Status des Compact Modus der Adapterinstanzen an.iobroker compact <adaptername>.<instanz> statuszeigt den Compact Modus Status der Instanz an.iobroker compact <adaptername>.<instanz> enable 1aktiviert die Ausführung im Compact Modus in Gruppe „1“. Nur der Adapter wird dabei neu gestartet. Diese Konfiguration kann bei laufendem ioBroker erfolgen.
Falls es Probleme gibt (z.B. ein Adapter läuft nicht mehr sauber oder bleibt "hängen" beim Stoppen), dann bitte ein Issue beim Adapter öffnen. Ansonsten bitte hier im Thread posten, damit wir sehen, woran es liegt.
2. Installations-Quelle von Adaptern wird gespeichert
ioBroker-Adapter werden im Normalfall aus dem Latest- oder Stable-Repository von npm installiert. Falls ein Adapter auf einen anderen Host verschoben wird oder das System neu installiert werden muss, wird versucht die gleiche Version wieder von npm zu installieren. Im Normalfall klappt das auch. Falls ein Adapter allerdings testweise von GitHub installiert wurde, ist dieser Stand bzw. diese Version ggf. nicht auf npm verfügbar. Damit kann die gleiche Version nicht automatisch neu installiert werden. Dies ändert sich nun.
Für alle neuen Adapterinstallationen nach dem Update merkt sich ioBroker den genauen GitHub-Stand einer Custom-Installation und kann diesen Stand dann wieder nachinstallieren.
Auch an der Adapterinstallation selbst, dem Upload und ähnlichem wurde einiges überarbeitet und optimiert. Es wurden einige Sonderfälle behoben, wo teile der upload-Logik nicht korrekt ausgeführt wurden. Auch hier helfen eure Tests.
3. Redis-Unterstützung nun auch für Objekte und Files
Standardmäßig werden Objekte und Zustände in einer ioBroker-eigenen Speicher-Datenbank verwaltet und in JSON-Dateien gespeichert. Mit dieser eigenen Lösung wird keine weitere Software benötigt.
Seit einiger Zeit ist es bereits möglich, Zustände alternativ in einer optimierten Redis-Datenbank zu speichern. Ab einiger gewissen Anzahl an Zustandsänderungen pro Sekunde kann durch den Einsatz von Redis die Gesamtsystemlast zurückgehen bzw. auf mehrere Systeme verteilt werden. Redis bringt allerdings auch einen Mehraufwand mit, da diese Software installiert, verwaltet und gesichert werden will, damit es bei Updates oder im Problemfall nicht zu einem Datenverlust kommt.
Mit js-controller 2.0 erlaubt ioBroker nun auch Objekte und die Dateien, die aktuell auf dem Master-System im Dateisystem abgelegt sind, in der Redis-Datenbank zu verwalten.
Wichtig: Vor allem die Verlagerung von Dateien in die Datenbank kann dazu führen, dass diese recht groß werden kann (gern mehrere hundert MB). Da Redis alle Daten immer im RAM hält, ist diese Option nur für Systeme geeignet, die genügend RAM-Ressourcen zur Verfügung haben. Ebenso die CPU Belastung wird bei einem redis/redis System höher sein weil Daten anders verarbeitet werden müssen.
Die Verlagerung von Dateien in die Datenbank führt zu einer deutlich größeren Flexibilität. Aufgrund dieser Änderung gibt es quasi keine lokalen Daten im Dateisystem mehr. In Summe wird die Redis-Datenbank zur zentralen Datenhaltung des ioBroker-Systems, da sie sämtliche Daten beinhaltet. Alle js-controller und Adapter verbinden sich dann mit dieser zentralen Datenbank.
Mit dem js-controller 2.x kann sogar eine Redis-Sentinel Installation zur Steigerung der Systemverfügbarkeit genutzt werden (quasi ein Redis-HA-Cluster). Das ist eine erste Grundlage für die Bereitstellung eines hochverfügbaren ioBroker-Systems, das Ausfälle einzelner Serverkomponenten kompensieren kann. Diese Option sollte man allerdings aktuell nur austesten wenn man weiss was man tut ;-) Dazu in späteren Updates mehr.
Mit dem Einzug der verschiedenen Speichermöglichkeiten für Dateien, Objects und States wurde der Befehl
iobroker setup customüberarbeitet. Zum einen zeigt er mehr Informationen an. Zusätzlich ist er jetzt aber auch in der Lage, bei einem Wechsel der Datenhaltung die Daten in alle Richtungen zu migrieren. So ist ein Wechsel jederzeit möglich.
4. "Alias"-Feature
Einer der Vorteile von ioBroker ist, dass es sehr viele Adapter gibt. Allerdings hat sich herausgestellt, das jeder Adapter z.B. je nach angebundenen Systemen durchaus individuelle Strukturen bezüglich der Ablage der bereitgestellten Datenpunkte implementiert. Dies bringt vor allem bei eigenen Skripten aber auch bei Visualisierungs- und den Cloud/iot-Adaptern gewisse Herausforderungen mit sich.
Beim Austausch von Geräten zwischen verschiedenen Herstellern muss man so gelegentlich aufgrund der Änderungen bei den Datenpunkten Skripte anpassen. Visualisierungsadapter und der iot-Adapter versuchen z.B. anhand der Rollen von Datenpunkten den Typ von Geräten zu erkennen, um diese korrekt anzuzeigen bzw. an Amazon bzw. Google zu melden. Dabei stehen die Adapter manchmal auf verlorenem Posten, weil bestimmte Adapter Informationen zu Rollen u.ä. gar nicht liefern können - vor allem MQTT, modbus u.ä. sind hier betroffen.Das Alias Feature, das direkt im js-controller verankert ist, stellt den neuen Namespace "alias.0" für Objekte zur Verfügung. Das Feature erlaubt es, Geräte mit einer stabilen Struktur und sauberen Rollen anzulegen. Das erfolgt jetzt zuerst manuell, später auch z.B. mittels des kommenden "Devices"-Adapters, der sich gerade in Entwicklung befindet.
Auch dieses Feature hat noch keine vollständige Unterstützung im Admin, was allerdings noch kommen wird.
Nach der Definition des Alias-Objects kann im neuen Bereich
common.aliasdie ID des Quellobjekts im jeweiligen Adapter definiert werden. Ab dann werden alle Daten in beide Richtungen zwischen den Objekten synchronisiert. Zusätzlich kann interessanterweise eine read und write Funktion definiert werden, um einfache Umrechnungen vorzunehmen (z.B. Wh <--> kWh).Weitere (technische) Details haben wir unter Alias Information in der js-controller README veröffentlicht.
Wir wünschen allen viel Spaß beim Testen und vielen Dank für Eure Unterstützung!
@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 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 ...
@Einstein67 Hab den Grund gefunden. Wird in nächster version gefixt sein
-
@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 also hier auch, ich kann machen was ich will, der kollege iobroker möchte eine package.zip herunteladen die es nicht gibt :D
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?
-
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 -
@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ß
SvenHier 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 -
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@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 -
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 ...)
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Juckt zwar in den Fingern, aber jetzt laufen bei mir gleich sämtliche Tagesskripte, muss bis morgen früh warten :(
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
Juckt zwar in den Fingern, aber jetzt laufen bei mir gleich sämtliche Tagesskripte, muss bis morgen früh warten :(
-
Juckt zwar in den Fingern, aber jetzt laufen bei mir gleich sämtliche Tagesskripte, muss bis morgen früh warten :(
@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
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
..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.IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
..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.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
-
@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
@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? -
@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?@e-s Im Admin wird an sich alles initial geladen und alles andere (Filtern der Adapter und so) findet dann nur im Browser statt ... also in dem Fall eher nicht.
Ob man die aktuellen Performancethemen wirklich merkt weiss ich gerade nicht. Es kommt gerade vor allem bei Adaptern mit sehr vielen Object/State anlagen in einzelnen Aufrufen dazu das man es merkt weil sich da Dinge summieren ... -
@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
@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
Och, traurig bin ich nicht ;)
...aber wie du schon befürchtet hattest:2.0.22 host.Ubuntu 2019-10-04 09:28:58.714 info instance system.adapter.daswetter.0 terminated with code 0 (NO_ERROR) daswetter.0 2019-10-04 09:26:07.998 info (15967) starting. Version 2.8.1 in /opt/iobroker/node_modules/iobroker.daswetter, node: v8.16.1 host.Ubuntu 2019-10-04 09:26:00.090 info instance system.adapter.daswetter.0 started with pid 15967 2.0.19 2019-10-03 23:28:55.784 - info: host.Ubuntu instance system.adapter.daswetter.0 terminated with code 0 (NO_ERROR) 2019-10-03 23:28:55.484 - info: daswetter.0 (1180) Terminated (NO_ERROR): Without reason 2019-10-03 23:26:06.438 - info: daswetter.0 (1180) starting. Version 2.8.1 in /opt/iobroker/node_modules/iobroker.daswetter, node: v8.16.1Also round about ~180 Sekunden und immer noch etwas mehr als 5x langsamer wie der 1.5.14. Aktuell würde bei mir nur noch ein Raspberry 4 mit 4GB RAM funktionieren.
-
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 ...)
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
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 ...)
Aktualisiert, war extrem langsam danach. Nach einem Neustart ging es aber wieder.
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Das JavaScript ZIP Download sollte damit gefixt sein
Ja
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
auch etwas an der Performance gearbeitet
Ja, kommt mir schneller vor. Die Ram-Auslastung wurde deutlich weniger. Kann das sein?
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
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 ...)
Aktualisiert, war extrem langsam danach. Nach einem Neustart ging es aber wieder.
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Das JavaScript ZIP Download sollte damit gefixt sein
Ja
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
auch etwas an der Performance gearbeitet
Ja, kommt mir schneller vor. Die Ram-Auslastung wurde deutlich weniger. Kann das sein?
@sigi234 sagte in [Aufruf] js-controller 2.0 Beta Test:
Ja, kommt mir schneller vor. Die Ram-Auslastung wurde deutlich weniger. Kann das sein?
RAM an sich eher nicht :-) Auch nach aktuellen tests sollten die Geschwindigkeitsgewinne eher klein ausgefallen sein :-(
Support us
424
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge