MOD-EDIT: Dieser Thread und insbesondere diese Anleitung ist von 2019 und somit veraltet

aktuell ist
https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian

---

Update März 2023: Die aktuelle Anleitung findet ihr hier : https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-14-16-und-18

1. Einleitung

Node.js ist die Laufzeitumgebung der Programmiersprache JavaScript, in der ioBroker geschrieben ist. Ohne Node.js funktioniert ioBroker nicht.

Wie bei vielen Open-Source-Technologien üblich, entwickelt sich Node.js schnell weiter. Kleinere Updates, die die Stabilität und Sicherheit steigern oder gar neue Funktionen hinzufügen, erscheinen fast wöchentlich.

Node.js-Versionen mit gerader Hauptversionsnummer werden als LTS-Versionen (Long Term Support) bezeichnet und einige Jahre gepflegt (z.B. 8.x). In 2017 war das Node.js 8, 2018 kam Node.js 10, dann 12.x hinzu und im Oktober 2021 wird Node.js 14 den LTS-Status erhalten.

Im gleichem Zug erreichen frühere LTS-Versionen ihr Lebensende (EOL, End of Life). So hat Node.js 6 im April 2019 den EOL-Status erhalten und bekommt damit keine Updates mehr, Nodejs 8.x ist seit November 2019 raus.

Alle Node.js-Versionen mit ungeraden Versionsnummern sind Entwicklungsversionen und sollten nicht produktiv genutzt werden.

Auch ioBroker wird stetig weiterentwickelt und nutzt die neuen Funktionen aktueller Node.js-Versionen. Obwohl der ioBroker js-controller mit Versionen 1.4.x bzw. 1.5.x noch Node.js 4 unterstützt, fordern neue Adapter immer häufiger mindestens Node.js 8 als Grundvoraussetzung.

Ab der Version 2.0 des js-controllers (das Freigabedatum ist noch nicht bekannt) sind die Anpassungen so tiefgreifend, dass die Node.js-Versionen 4 und 6 nicht mehr unterstützt werden können.

Ab Version 3.0/3.1 vom Controller, der gerade (Stand 24.4.2020) im Latest Repository ist, wird Nodejs 10.x Minimum sein.

Alle paar Jahre steht also für eine ioBroker-Installation ein Update von Node.js an. Dieser Artikel soll zusammenfassen wir man dazu am besten vorgeht.

2. Wer sollte updaten?

Aktuell empfehlen wir, bei ioBroker-Neuinstallationen mindestens Node.js 10, besser noch 12.x. zu verwenden. Es sind wenige Adapter bekannt, die nicht mit Node 10/12 funktionieren: Details dazu in https://forum.iobroker.net/topic/30561/status-iobroker-und-node-js-12-x

Windows-Anwendern empfehlen wir, auf jeden Fall am Test des neuen Windows-Installers teilzunehmen: https://forum.iobroker.net/post/266623
Der zukünftige Windows-Installer für ioBroker wird eine Funktion erhalten, bestehende Installationen automatisch auf aktuelle js-controller- und Node.js-Versionen zu migrieren, ohne dass man die Kommandozeile bemühen muss.

Bevor man beginnt, sollte man in der Befehlszeile mit dem Befehl

node -v

überprüfen, welche Version von Node.js gerade installiert ist. Eine gute Idee ist es, diese Versionsangabe auch mit der Node.js-Version im Übersichts-Fenster des ioBroker-Admins für diesen Host zu vergleichen. Sollten sich die Versionen unterscheiden, sind mehrere Node.js-Varianten installiert, was zu Problemen führen kann.

Grundsätzlich gilt: Sollte das ioBroker-System stabil laufen, muss Node.js auch nicht auf Gedeih und Verderb upgedated werden. Wenn aber die Installation bestimmter Adapter fehlschlägt (wohlmöglich sogar mit entsprechender Fehlermeldung) oder eine Node-Version < 4 für einen js-controller > Version 1.4.x eingesetzt wird, sollte über ein Node.js-Update nachgedacht werden. Es sind auch Probleme für die Node.js-Versionen 8.0 - 8.12 mit volllaufendem RAM bekannt, so dass wir auch hier ein Update empfehlen.

Wie bereits gesagt: Sollte das ioBroker-System stabil laufen und ist die Installation technisch nicht gefordert, muss Node.js auch nicht auf Gedeih und Verderb upgedated werden.

3. Was sollte ich vor dem Update tun?

Hinweis: Falls die Version des js-controllers <= 1.5.12 ist, muss VOR dem Update in den Einstellungen der Admin-Instanz "Verschlüsselung (https) benutzen" ausgeschaltet werden. Das in ioBroker bis dahin integrierte Zertifikat kann zu Problemen beim Starten des Admin bei Node.js-Versionen >= 10 führen.

Damit es nach dem Update zu keinen Inkompatibilitäten oder Probleme kommt sollte man alle Adapter prüfen und aktualisieren. Vor allem Adapter mit nativen Bestandteilen, wie alles mit Serialport oder Bluetooth können Probleme bereiten. Hier am besten die Adapter-Readme's per Admin oder im GitHub prüfen, ob neue Versionen zur Verfügung stehen die die geplante Node.js Version explizit erst unterstützen. Auch wenn diese Versionen ggf. noch im "Latest" Repository sind muss man diese vorher aktualisieren. Alternativ wartet man mit der ganzen Update-Aktion bis die neuen Versionen im "Stable" Repository sind, schreibt den Entwickler dazu an oder fragt im Forum nach.

Wenn man diesen Schritt nicht durchführt kann es zu unnötigen Problemen beim update der Adapter kommen!

4. Step-by-step-Anleitung für Unix-Systeme

• Zuerst muss natürlich unbedingt ein Backup erstellt werden. Dazu kann z.B. der BackItUp-Adapter genutzt oder der Kommandozeilenbefehl

  cd /opt/iobroker
  iobroker backup
  

  ausgeführt werden. Das Backup sollte aktuell sein, damit möglichst keine Daten verloren gehen.

• Anschließend ioBroker stoppen, damit Updates keine Nebeneffekte oder Abstürze verursachen.

  iobroker stop
  

  Bitte anschließend im Webbrowser prüfen, dass der ioBroker-Admin danach wirklich nicht mehr startet. Sollte er weiterhin aufrufbar sein, dann den Rechner neu starten und nochmals „iobroker stop“ ausführen und erneut testen. Für die Techniker unter uns: Man kann auch mit einem Tool wie "top" prüfen, ob noch Prozesse existieren, die mit "io." beginnen. Die dann mit einem beherzten "sudo kill -9 <ProzessID>" zwangsbeenden.

• Jetzt aktualisiert man Node.js auf die gewünschte neue Version.

  Unter Linux reicht es, dazu den Nodesource-Installationsbefehl für das jeweilige Betriebssystem auszuführen. Verschiedene Varianten sind unter https://github.com/nodesource/distributions#debinstall gelistet.

  Zum Beispiel lauten die Befehle für einen Raspberry Pi der ein Debian bzw. Raspbian-Image verwendet wie folgt, wenn man nicht als root-User (z.B. richtig mit dem User "pi") angemeldet ist:

  curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
  sudo apt-get install -y nodejs
  

Für nodejs 12 einfach in der URL oben anstelle der 10 eine 12 reinpacken.

Für macOS gibt einen Installer auf https://nodejs.org/en/download/ , den man einfach ausführt.

Ob die Aktualisierung geklappt hat, kann man wieder mit dem Befehl

node -v

überprüfen.

• Da die Installation von Node.js einige Einstellungen am System verändert haben kann, ist es jetzt ratsam, den ioBroker-Installationsfixer aufzurufen. Das geschieht mit dem Befehl

  curl -sL https://iobroker.net/fix.sh | bash -
  

  Er stellt unter anderem die für den Betrieb von ioBroker notwendigen Sicherheitseinstellungen wieder her.

• Bei einer Aktualisierung von Node.js müssen bereits installierte JavaScript- Module im ioBroker-Ordner aktualisiert werden, da sonst Fehler bei deren Ausführung auftreten.

  Um diese zu aktualisieren gibt es mehrere Möglichkeiten:

  a) ab js-controller 3.0: Automatischer Rebuild
  ioBroker versucht seit dem js-controller 3.0 automatisch Adapter zu erkennen die nicht starten weil Sie aktualisiert werden müssen. Dies funktioniert so das die typischen Fehlermeldungen erkannt werden und ioBroker dann die Aktualisierung versucht. Zuerst wird ein "rebuild" des betroffenen Adapters ausgeführt, falls das nicht hilft werden die Adapter-Abhängigkeiten aktualisiert. Daher kann es sein das der Adapter mehrfach ersucht wird neu zu starten. Hier bitte Geduld haben!
  Bei einigen Adaptern (zB iot die optionale native Abhängigkeiten haben) funktioniert die automatische Erkennung nicht und das rebuild muss manuell angestoßen werden. Hier zu gibt es iobroker rebuild adaptername und falls das nicht reicht iobroker rebuild adaptername --install. Das einfach manuell ausführen. Damit sollte alles idealerweise automatisiert erledigt sein. Falls hie rirgendetwas gar nicht geht dann helfen die weiteren Optionen.

  b) npm rebuild
  Der erste Versuch sollte immer mit dem Befehl "npm rebuild" im ioBroker Verzeichnis stattfinden, weil dies am saubersten funktioniert und direkt von der Paketverwaltung ausgeführt wird. Im Idealfall dauert das ein paar Minuten und es könnten ein paar Warnungen gelistet werden.
  Falls es aber Fehler gibt, werden wir zusammen versuchen im nächsten Post alle bekannten Fälle mit Ihren Lösungsansätzen zu sammeln. Wenn das funktioniert ist dies der schnellste und sauberste Weg.

  c) reinstall-Skript
  Sollte das nicht klappen, beinhaltet der js-Controller ein reinstall-Skript ("reinstall.sh" bzw. ab js-controller 1.5.x "reinstall.js"). Dieses Skript erkennt alle installierten ioBroker-Adapter, löscht diese dann aus dem node_modules-Verzeichnis und installiert sie neu. Dieser Ansatz ist etwas aufwändiger als "npm rebuild", erfüllt aber den gleichen Zweck. Das funktioniert generell gut, man sollte den Prozess aber nicht abbrechen. Falls es doch passiert oder es Probleme beim Starten nach dieser Prozedur gibt, dann am besten den Weg im nächsten Punkt wählen.
  Das reinstall.sh-Skript welches im js-controller 1.4 mitgeliefert wurde hat ein Formatierungsproblem und muss vorher noch für Linux mit den Befehlen

  cd /opt/iobroker
  sudo mv reinstall.sh reinstall.dos
  sudo tr -d '\r' < reinstall.dos > reinstall.sh
  sudo chmod +x reinstall.sh
  

  korrigiert werden, damit es funktioniert.

  d) Reset aller Module in node_modules
  Eine weitere Variante, die gründlich ist, aber etwas Zeit kostet, ist der Ansatz einfach alles Alte unter Beibehaltung der Daten und Einstellungen neu zu installieren. Wichtig ist, das iobroker-data Verzeichnis nicht zu verändern. Häufig können mit dieser Vorgehensweise auch andere (verborgene) Installationsfehler repariert werden.

  Dazu löscht man zuerst das gesamte node_modules Verzeichnis im ioBroker-Verzeichnis.

  cd /opt/iobroker
  sudo rm -r node_modules/ 
  

  Nachdem der Befehl abgesetzt wurde, fragt das Programm, ob in den Ordner "hinabgestiegen" werden soll (sofern es ein tieferer Unterordner ist) und ob der (schreibgeschützte) Ordner wirklich gelöscht werden soll - beides bestätigt man mit "Ja" (j) oder "Yes" (y).

  Danach installiert man den Controller in der relevanten Version (hier z.B. 2.2.8 der zum Zeitpunkt des Schreibens die aktuelle "Stable"-Version ist):

  npm install iobroker.js-controller@2.2.8 --production
  

  Anschließend startet man ioBroker.

  iobroker start
  

  ioBroker wird korrekterweise feststellen, dass die Adapter, die er starten will, nicht installiert sind - und diese einfach automatisch nachinstallieren. Je nach System kann dies einige Zeit dauern - gern auch ein paar Stunden (oder bei langsamen SD-Karten die ganze Nacht). Aber danach ist alles aktualisiert. Der Installationsfortschritt ist im Admin im Log-Fenster zu sehen.

  Zu beachten ist, dass Adapter, die man manuell von GitHub installiert hat, den Fehler Can not parse null/io-package.json:Error: ENOENT: no suche file or directory ... im ioBroker-Log erzeugen.
  Diese Adapter nach Abschluss der automatischen Installationssequenz wie gehabt über das Adapterfenster manuell von GitHub nachinstallieren und nach der Installation die bestehende diesbezügliche Instanz von Hand starten.

  Ratsam ist es auch, im Log nach der Installation nach dem Wort yourself zu suchen. Hier werden ggf. npm-Module angezeigt, die nicht automatisch installiert wurden. Sie können/sollten manuell über die Kommandozeile mit npm i <Packetname>@<version>, ausgeführt im iobroker-Ordner, nachinstalliert werden. Dazu zuerst den ioBroker stoppen, npm ausführen und dann den ioBroker wieder starten.

  Wenn man dabei npm als root-User per Hand in der Kommandozeile ausgeführt hat, schlage ich zur Korrektur eventueller Berechtigungsfehler vor, vor dem Start von ioBroker das Fixerscript laufen zu lassen.

  cd /opt/iobroker
  iobroker stop
  npm i <Packetname>@<version>
  curl -sL https://iobroker.net/fix.sh | bash -
  iobroker start
  

  e) Neuinstallation mit Restore
  Eine kleine Abwandlung der letzten Variante ist eine Neuinstallation. Hierbei sichert man das "iobroker-data" Verzeichnis (oder nutzt das Backup von oben). Dann löscht man das gesamte ioBroker-Verzeichnis und nutzt den Installer.

  cp -r /opt/iobroker/iobroker-data <Pfad_zum_sicheren_Ort> 
  sudo rm -r /opt/iobroker/ 
  sudo mkdir /opt/iobroker
  cd /opt/iobroker
  curl -sL https://iobroker.net/install.sh | bash -
  

  Direkt danach stoppt man ioBroker wieder (der ja nach der Installation automatisch gestartet wird).

  iobroker stop
  

  Dann löscht man den neu erstellen „iobroker-data“- Ordner und kopiert anschließend das gesicherte alte „iobroker-data“-Verzeichnis mit den darin enthaltenen Datenbanken und Dateien dorthin zurück.

  rm -r /opt/iobroker/iobroker-data
  cp -r <Pfad_zum_sicheren_Ort> /opt/iobroker/iobroker-data  
  

  Anschließend wieder ioBroker starten. Der Rest läuft dann wie bei c) und dauert seine Zeit.

5. Zu guter Letzt

Bitte gebt euer Feedback, was bei euch wie gut funktioniert, was ihr immer nutzt und was die Probleme und eure Lösungen sind.

Viele Grüße,
apollon77
stabilostick

Es wird ein neues ioBroker-Setup für Windows geben. Dieser Betrag fasst viel Wissenswertes zusammen und wird bei Neuerungen aktualisiert.

Das erklärte Ziel des neuen Setups ist es, ioBroker für alle Anwender möglichst zugänglich zu machen.

Deshalb werden alle Setupfunktionen jetzt in einem geführten Installer abgebildet, der kontextsensitiv arbeitet. Die Kommandozeile tritt in den Hintergrund, steht aber weiterhin zur Verfügung. Für den Fall der Fälle können wie gewohnt npm und iobroker-Kommandos ausgeführt werden.

Damit die "Setup-Erfahrung" möglichst angenehm wird, wurden im Installer einige für ioBroker erforderlichen Softwarepakete zusammengefasst, um eventuellen Problemen beim späteren Hinzufügen von Adaptern vorzubeugen.

Da in der Vergangenheit häufig Probleme mit Node.js und npm-Versionen auftraten, hat jetzt ioBroker seine eigene gekapselte und zertifizierte JavaScript-Laufzeitumgebung. Falls bereits Node.js oder npm auf dem Rechner installiert ist, stellt das kein Problem dar, da es keine Überschneidungen gibt.

Eine große Neuerung die mit der Einführung des neuen Setups einhergeht, ist die Möglichkeit mehrere ioBroker Server-Instanzen auf einem Rechner nebeneinander zu installieren und zu betreiben. Jede ioBroker-Instanz wird unter Verwendung ihrer eigenen Node.js-Laufzeitumgebung isoliert ausgeführt und individuell konfiguriert. Aus Sicherheitsgründen verwendet jede Instanz ein separates Dienst-Konto und besitzt eigene Firewall-Regeln. Das Dienst-Konto, mit dem ioBroker ausgeführt wird, hat nur Rechte zum Starten als Dienst, Ändern-Rechte auf das eigene ioBroker-Instanzverzeichnis sowie einen stark eingeschränkten Systemzugriff als „authentifiziertes Konto“.

Anwendungsfälle für die Nutzung mehrerer Instanzen auf einem Computer sind zum Beispiel die Installation verschiedener Umgebungen zur Softwareentwicklung, die gleichzeitige Bereitstellung von Test- und Produktionsumgebungen oder die logische Trennung einzelner ioBroker-Dienste voneinander.

Der Entwicklungszweig 1.4.2 ist abgeschlossen. Die Entwicklung des ioBroker-Windowsinstallers wird im Thread https://forum.iobroker.net/post/266623 weitergeführt.

Im Detail installiert und konfiguriert das ioBroker-Setupprogramm die folgenden Komponenten:

Globale Softwarekomponenten, d.h. für alle Instanzen von ioBroker	Version	Variante	Bereitstellung
Microsoft dotNet	4.7.2	32/64Bit	Download
Git	2.21.0	32/64Bit	Download
Bonjour	3.0.0.10	32/64Bit	enthalten
Bonjour SDK	3.0.0.10	32/64Bit	enthalten
OpenSSL	1.0.2q	32/64Bit	enthalten
Microsoft Visual Studio Build Tools 2017	dynamisch	dynamisch	Download
ioBroker-instanzspezifische Softwarekomponenten	Version	Variante
Python	2.7.15	32/64Bit	enthalten
Microsoft Visual C++ 2008 Redistributable	9.0.30729.6161	32/64Bit	enthalten
Node.js	8.15.1	32/64Bit	enthalten
npm	6.9.0	neutral	enthalten
node-gyp	3.8.0	neutral	enthalten
ioBroker Core Server	1.4.2 stable	neutral	enthalten

Je nach Betriebssystem werden 32- oder 64Bit Versionen der Softwarekomponenten installiert.

Voraussetzungen

• Zur Ausführung des Setups ist eine Internetverbindung erforderlich. (Das Setup lädt keine Daten hoch.)
• Die Installation erfordert Windows 7 bzw. Windows Server 2008 R2 oder neuer.
• Das Windows Hilfsprogramm msiexec.exe muss mindestens die Version 5.0 haben.
• Mindestens 2GB RAM, empfohlen werden 4GB RAM und mehr
• Ausreichend Festplattenplatz (mehrere GB frei).
• Antivirenprogramme von 3rd-Party Herstellern können Probleme machen und führen fast immer zum Abbruch der Installation. Deshalb sind diese vor der Setup-Ausführung temporär zu deaktivieren.

Anleitung

1. Setup-Programm starten. Es soll selbsterklärend sein.

2. Eine bestehende ioBroker-Installation wird nicht angetastet. Eine Parallelinstallation ist möglich. Allerdings werden die Ports 8081, 9000 und 9001 standardmäßig für die erste neue Instanz verwendet, so dass es hier zu Überschneidungen kommen kann. Im Expertenmodus des Setups können die Datenbankports und der Adminport der neuen Instanz angepasst werden, um Konflikte zu vermeiden.

3. Nach dem Setup stehen für das Aufrufen des Admins und der instanzspezifischen Kommandozeile Links im Startmenü unter "ioBroker" zur Verfügung.

4. Bei Verwendung von Firewalls von Fremdherstellern muss der Anwender ioBroker dort selbst freigeben.

Anmerkungen

Da viele tausende Dateien auf den Rechner aufgebracht werden und allein der Download der Microsoft Visual Studio Build Tools 2017 eine Größe von bis zu 1,4GB hat, benötigt die eigentliche Installation je nach Systemgeschwindigkeit einige Zeit.

ToDo-/Roadmap-Planung

Version 1.4.2.0b ()

• Windows Update verhindert 7x24h Betrieb. Lösung suchen.
• Weitere Sprachunterstützung im Installer für nl, ru und zh_CN.
• Aufräumen nach einer abgebrochener Installation.
• Abbrechen, wenn ein 3rd-Party Virenscanner gefunden wird.
• Abbrechen, wenn die Windows-Version älter als Windows 7 oder Server 2008 R2 ist.
• Sprachauswahl aus dem Setup direkt für die Admin-Anwendung nutzen.
• Bessere Erkennung einer bereits vorhandenen Visual Studio 2017-Installation.
• Installer-Logging erweitern.

Spätere Versionen:

• Für die einfache Migration von bestehenden ioBroker Windows-Installationen wird es eine Option zur Übernahme der Daten in eine neue ioBroker-Instanz geben. Die Erkennung war in 1.4.2.0b bereits integriert, die Umsetzung ist noch zu implementieren.
• Portugiesische und polnische Übersetzung.
• Aufnahme der Lizenztexte der mitinstallierten Produkte in den Lizenzdialog.
• Installer-Logging erweitern.
• Die ioBroker-Installer.exe soll digital signiert werden. Damit können Anwender prüfen, ob am Setup-Programm Veränderungen von 3ter-Stelle vorgenommen wurden. Das Zertifikat wird von Windows ebenfalls berücksichtigt (Admin-Dialog, Download, Ausführen, ...).
• Es ist vorgesehen, Funktionen zur Instanzwartung wie z.B. eine gezielte Deinstallation, Upgrade des js-Controllers, Upgrade von Node.js und npm oder auch die Aktivierung des Multihost-Betriebs in das Setup zu integrieren. Ein entsprechender dynamischer Dialog ist im Setup bereits integriert, zur Zeit aber noch ohne Funktion.
• Deine Vorschläge. Was erwartest Du noch vom Installer? Je kreativer, desto besser.

Wie kann ich helfen?

Einfach das Setup (Größe etwa 80MB) herunterladen und ausprobieren! Dann Feedback hier geben. Lob, Kritik, Anregungen. Jede Rückmeldung ist wertvoll. Der Downloadlink steht am Ende dieses Beitrags.

Da es sich hier um eine alpha-Version des Installers handelt wurde ein ausführliches Setup-Log eingebaut. Bitte Probleme hier im Thread melden - mit Angabe der Betriebssystemversion und den entsprechenden Meldungen aus dem Setup-Log.

Mit dem neuen Setup erstellte ioBroker-Installationen sollten selbsredend nicht produktiv eingesetzt werden. Es ist davon auszugehen, dass vor der allgemeinen Freigabe des Setup-Programms noch einige Entwicklungszyklen sowie Anpassungen an eure Ideen und Wünsche durchlaufen werden.

Wie entferne ich eine Testinstallation?

(Noch) gibt es kein Deinstallationsprogramm. Wozu auch?

• ioBroker-Kommandozeile der zu löschenden Instanz im Startmenü öffnen.
• dort daemon\iobroker stop und anschließend daemon\iobroker uninstall ausführen
• Kommandozeile wieder schließen
• darauf achten, dass alle Programme beendet sind
• den ioBroker Ordner der entsprechenden Instanz mit dem Explorer löschen (z.B. "C:\Programme\iobroker\SmartHome")
• das Programm regedit.exe als Administrator starten und in der Registry den Zweig HKEY_LOCAL_MACHINE\SOFTWARE\ioBrokerGmbH\iobroker\instances\<Instanzname z.B. SmartHome> löschen
• Startmenü-Links löschen

Noch einmal: Wie kann ich helfen?

• Herunterladen und ausprobieren! Adapter installieren und testen. Feedback geben!!! Was erwartest Du (zusätzlich) vom Installer?
• Gibt es Adapter, die unter Windows weitere manuell zu installierende Softwarepakete benötigen, damit sie funktioneren? Schreibt es in die Kommentare!
• Es fehlen noch Übersetzungen für etliche Sprachen aus dem europäischen Raum. Wer hier helfen kann, findet in der Datei 1.5.11.0a_languages.zip entsprechende Ressourcen. Dabei bitte die Zeichenfolge „\n“, Keys und Variable nicht übersetzen! Letztere sind leicht erkennbar als ${<variable>}, Keys, weil sie vor dem "=" stehen.

Liste der aktuell implementierten Sprachen

Falls eine Sprache komplett fehlt, unbedingt hier im Thread melden. Eine neue Sprache mit aufzunehmen ist machbar. Da Google & Co.-Translate nicht immer gerade die besten Ergebnisse liefern, wäre es vorzüglich, wenn Du bei den nicht übersetzten Sprachen aktiv unterstützst.

Herzlichen Dank an alle, die hier tatkräftig mithelfen!

Setupsprache	Sprachcode	enthalten ab Installer	Contributor
German - Deutsch	de	1.4.2.0a	Stabilostick
English - English	en	1.4.2.0a	Stabilostick
Spanish - Español	es		Du?
French - Français	fr		Du?
Italian - Italiano	it		Du?
Dutch - Nederlands	nl	1.4.2.0b	Dutchman
Polish - Polski	pl	1.5.11.0a	Arteck
Portuguese - Português	pt	1.5.11.0a	ldittmar
Russian - Pусский	ru	1.4.2.0b	Bluefox
Turkish - Türkçe	tr		Du?
Simplified Chinese - 简体中文	zh_CN	1.4.2.0b	Schumy Hao

History & Download

Der Entwicklungszweig 1.4.2 ist abgeschlossen. Die Entwicklung des ioBroker-Windowsinstallers wird im Thread https://forum.iobroker.net/post/266623 weitergeführt.

Datei	Versionskommentar
iobroker-1.4.2.0b-windows-installer.exe	Neu: Optional Umstellung von Windows Update auf "manuelles Updateverfahren mit Benachrichtigung", um Neustarts des Rechners aufgrund der automatischen Updateinstallation zu verhindern (wirkt nach einem Reboot). Sprachunterstützung im Installer für nl, ru und zh_CN hinzugefügt. Automatisches aufräumen einer abgebrochener Installation. Proaktiver Abbruch zu Beginn der Installation, wenn ein 3rd-Party Virenscanner gefunden wird. Abbruch zu Beginn der Installation, wenn die Windows-Version älter als Windows 7 oder Server 2008 R2 ist. Lizenzdialog im Admin nicht mehr enthalten, da bereits beim Setup zugestimmt. Sprachwahl aus dem Setup stellt direkt den Admin entsprechend richtig ein. Geändert: Logging erweitert um Softwareversionen. Korrigiert: Erkennung einer bereits vorhandenen Visual Studio 2017-Installation.
iobroker-1.4.2.0a-windows-installer.exe	initialer Release, alpha-Version
1.5.11.0a_languages.zip	Sprachdateien für alle, die bei der Übersetzung helfen möchten

Bekannte Issues

Version 1.4.2.0b

• Auf 32bit-Windows fehlt bei Python eine DLL. Wird in Version 1.5.11.0a gefixed.
• Es können Installationpfade gewählt werden, in denen ioBroker als Dienst nicht funktionieren wird. Korrigiert in Version 1.5.11.0a.
• Auf Windows Server 2019 schlägt die Einrichtung der Datenbanken fehl. Vermuteter Grund sind Firewallregeln. Korrekturversuch in Version 1.5.11.0a.

Version 1.4.2.0a

• Virenscanner von Fremdherstellern können Wechselwirkungen zeigen. Deshalb wird empfohlen diese vor der Setupausführung temporär auszuschalten beziehungsweise eine Ausnahme für das Setupprogramm einzutragen. Bislang bekannt sind Probleme bei Kaspersky Internet Security und Bitdefender.
• Bei Verwendung von Firewalls von Fremdherstellern muss der Anwender ioBroker dort selbst freigeben.
• Die Erkennung bereits installierter Microsoft Visual Studio Build Tools 2017 kann unter Umständen fehlschlagen. Wird in der kommenden Version behoben.
• Bei einem Abbruch einer Installation können Reste des Installationsvorgangs stehen bleiben und ggf. eine weitere Installation beeinflussen. Wird in einer der kommenden Versionen behoben.

Viele Grüße,
Thomas

Der Entwicklungszweig 1.4.2 ist abgeschlossen. Die Entwicklung des ioBroker-Windowsinstallers wird im Thread https://forum.iobroker.net/post/266623 weitergeführt.

---

Das Setupprogramm wurde mit dem Cross Plattform Installer "InstallBuilder Enterprise" erstellt. BitRock unterstützt dieses Projekt mit kostenlosen Open Source Lizenzen.

Liebe ioBroker-Nutzer,

nachdem gerade eine neue ioBroker-Version in den Stable-Zweig überführt wurde, gibt es jetzt auch einen neue Versionszweig des Windows-Setupprogramms für ioBroker zum Test.

Das Ziel des neuen Installers ist, den Zugang zur SmartHome-Lösung ioBroker allen Anwendern auf einfache Weise auch ohne Vorkenntnisse zu ermöglichen.

Mehr zu den Hintergründen und der Entstehung des Installers ist im Thread [Aufruf] ioBroker für Windows, Version 1.4.2 zu finden. Ich möchte mich herzlich für euren Zuspruch und das fantastische Feedback bedanken!

Der Entwicklungszweig 1.5.11 hier ist abgeschlossen. Die Entwicklung des ioBroker-Windowsinstallers wird im Thread mit Version 1.5.14 weitergeführt.

Neu im Setup ist neben dem Versionsupdate des js-controllers auf 1.5.11 auch die Integration von Node.js 10.16.0. Zusätzlich ist das Installationsprogramm jetzt digital signiert. Damit können Anwender sicher sein, dass das Setupprogramm original und unverändert ist. Das Zertifikat wird von Windows ebenfalls berücksichtigt (Admin-Dialog, Download, Ausführen, ...). Alle Änderungen sind unten im Versionskommentar detailiert aufgelistet.

Die für die Zertifizierung erforderliche Code-Signatur wurde mit unseren Spenden und Beiträgen zu ioBroker finanziert. Bitte helft auch auf diese Weise für die Weiterentwicklung von ioBroker mit.

Das ioBroker-Setupprogramm installiert die folgenden Komponenten:

Globale Softwarekomponenten, d.h. für alle Instanzen von ioBroker	Version	Variante	Bereitstellung
Microsoft dotNet	4.7.2	32/64Bit	Download
Git	2.21.0	32/64Bit	Download
Bonjour	3.0.0.10	32/64Bit	im Installer enthalten
Bonjour SDK	3.0.0.10	32/64Bit	im Installer enthalten
OpenSSL	1.0.2q	32/64Bit	im Installer enthalten
Microsoft Visual Studio Build Tools 2017	dynamisch	dynamisch	Download
ioBroker-instanzspezifische Softwarekomponenten	Version	Variante
Python	2.7.15	32/64Bit	im Installer enthalten
Microsoft Visual C++ 2008 Redistributable	9.0.30729.6161	32/64Bit	im Installer enthalten
Node.js	10.16.0	32/64Bit	im Installer enthalten
npm	6.9.0	neutral	im Installer enthalten
node-gyp	4.0.0	neutral	im Installer enthalten
ioBroker Core Server	1.5.11 stable	neutral	im Installer enthalten

Je nach Betriebssystem werden 32- oder 64Bit Versionen der Softwarekomponenten installiert.

Voraussetzungen

• Zur Ausführung des Setups ist eine Internetverbindung erforderlich.
• Die Installation erfordert mindestens Windows 7 SP1 bzw. Windows Server 2008 R2 oder neuer. Windows 10 und Server 2019 werden ebenfalls unterstützt.
• Das Windows Hilfsprogramm msiexec.exe sollte wenigstens die Version 5.0 haben.
• Es sind mindestens 2GB freies RAM erforderlich, empfohlen werden abhängig von der Anzahl der aktivierten Adapter 4GB RAM oder mehr.
• Mindestens 7 GB freier Festplattenplatz.
• Antivirenprogramme und Firewalls von 3rd-Party Herstellern können Probleme machen ("hängenbleiben des Setups"). Dann ggf. diese während der Installation vorübergehend deaktivieren. Mit dem integrierten Microsoft Defender-Antivirus und der Windows-Firewall gibt es keine Probleme.

Anleitung

1. Setup-Programm starten. Es sollte selbsterklärend sein.

2. Eine bestehende ioBroker-Installation wird nicht angetastet. Eine Parallelinstallation ist möglich.

   Allerdings werden die Ports 8081, 9000 und 9001 standardmäßig für die erste neue Instanz verwendet, so dass, wenn bereits eine "historische" ioBroker-Installation auf dem Rechner ist, es hier zu Überschneidungen kommen kann. Im Expertenmodus des Setups können die Datenbankports und der Adminport der neuen ioBroker-Instanz angepasst werden, um Konflikte zu vermeiden.

3. Nach dem Setup stehen für das Aufrufen des Admins und der instanzspezifischen Kommandozeile Links im Startmenü unter "ioBroker" zur Verfügung.

4. Bei Verwendung von Firewalls von Fremdherstellern muss der Anwender ioBroker dort selbst freigeben.

Anmerkungen

Da viele tausende Dateien auf den Rechner aufgebracht werden und allein der Download der Microsoft Visual Studio Build Tools 2017 eine Größe von bis zu 1,4GB hat, benötigt die erste Installation mit den globalen Tools je nach Systemgeschwindigkeit einige Zeit. Die zweite Installation auf dem Rechner ist deutlich schneller, da dann die globalen Tools schon installiert sind.

ToDo-/Roadmap-Planung

• Für die einfache Migration von bestehenden ioBroker Windows-Installationen wird es eine Option zur Übernahme der Daten in eine neue ioBroker-Instanz geben.
• Es ist vorgesehen, Funktionen zur Instanzwartung wie z.B. eine gezielte Deinstallation, Upgrade des js-Controllers, Upgrade von Node.js und npm oder auch die Aktivierung des Multihost-Betriebs in das Setup zu integrieren. Ein entsprechender dynamischer Dialog ist im Setup bereits integriert, zur Zeit aber noch ohne Funktion.
• Was erwartest Du noch vom Installer? Je kreativer, desto besser.

Wie kannst Du helfen?

Einfach das Setup (Größe ca. 92MB) herunterladen und ausprobieren! Dann hier im Thread gleich Feedback geben. Lob, Kritik, Anregungen. Jede Rückmeldung ist wertvoll. Der Downloadlink steht am Ende dieses Beitrags.

Da es sich hier um eine Beta-Version des Installers handelt wurde ein ausführliches Setup-Log eingebaut. Bitte Probleme hier im Thread melden - mit Angabe der Betriebssystemversion und den entsprechenden Meldungen aus dem Setup-Log.

Wie entferne man eine Testinstallation?

(Noch) gibt es kein Deinstallationsprogramm. ( Wozu auch? )

• Die ioBroker-Kommandozeile der zu löschenden Instanz über das Startmenü öffnen.
• Dort daemon\iobroker stop und anschließend daemon\iobroker uninstall ausführen
• Kommandozeile wieder schließen
• Darauf achten, dass alle Programme beendet sind
• Den ioBroker Ordner der entsprechenden Instanz mit dem Explorer löschen (z.B. "C:\Programme\iobroker\SmartHome")
• Das Programm regedit.exe als Administrator starten und in der Registry den Zweig HKEY_LOCAL_MACHINE\SOFTWARE\ioBrokerGmbH\iobroker\instances\<Instanzname z.B. SmartHome> löschen
• Startmenü-Links löschen

Wenn der Ordner mit dem daemon-Programm vorschnell gelöscht wurde, kann der ioBroker-Dienst auch manuell entfernt werden. Der Kenntnis des Dienstnamens ist dazu notwendig. Diesen findet man, wenn man die Dienste-Eigenschaften aufruft. Dort steht der notwendige Name unter „Dienstname“. Anschließend eine MS-DOS Eingabeaufforderung mit Administrator-Rechten aufrufen. Der notwendige Befehl zum Löschen des Dienstes lautet dann sc delete <DIENSTNAME>. Das Programm sc meldet nach dem erfolgreichen Löschen des Dienstes „... ERFOLG“.

Noch einmal: Wie kannst Du helfen?

• Herunterladen und ausprobieren! Adapter installieren und testen. Feedback geben!!! Was erwartest Du (zusätzlich) vom Installer?
• Gibt es Adapter, die unter Windows weitere manuell zu installierende Softwarepakete benötigen, damit sie funktioneren?
• Es fehlen noch Übersetzungen für etliche Sprachen aus dem europäischen Raum. Wer hier helfen kann, findet in der Datei 1.5.11.a_languages.zip entsprechende Ressourcen. Dabei bitte die Zeichenfolge „\n“, Keys und Variable nicht übersetzen! Letztere sind leicht erkennbar als ${<variable>}, Keys, weil sie vor dem "=" stehen.

Liste der aktuell implementierten Sprachen

Falls eine Sprache komplett fehlt, unbedingt hier im Thread melden. Eine neue Sprache mit aufzunehmen ist durchaus machbar. Da Google & Co.-Translate nicht immer gerade die besten Ergebnisse liefern, wäre es prima, wenn Du bei den nicht übersetzten Sprachen aktiv unterstützt.

Herzlichen Dank an alle, die hier tatkräftig mithelfen!

Setupsprache	Sprachcode	enthalten ab Installer	Contributor
German - Deutsch	de	1.4.2.0a	Stabilostick
English - English	en	1.4.2.0a	Stabilostick
Spanish - Español	es		Du?
French - Français	fr		Du?
Italian - Italiano	it		Du?
Dutch - Nederlands	nl	1.4.2.0b	Dutchman
Polish - Polski	pl	1.5.11.a	Arteck
Portuguese - Português	pt	1.5.11.a	ldittmar
Russian - Pусский	ru	1.4.2.0b	Bluefox
Turkish - Türkçe	tr		Du?
Simplified Chinese - 简体中文	zh_CN	1.4.2.0b	Schumy Hao

History & Download

Datei	Versionskommentar
Doku Version 1.5.14	Neuer Thread
iobroker-1.5.11.a-windows-installer.exe	beta-Version Neu: Portugiesische und polnische Übersetzung. Neue Firewallregeln für Outbound-Traffic. Das Setupprogramm ist jetzt digital signiert. Info-Adapter wird automatisch mitinstalliert und kann im Admin eingeschaltet werden. Geändert: Anzeige des Instanznamens im Admin in der Form <Hostname>/<Instanzname>. Installer beendet sich jetzt asynchron, wenn Logdatei am Ende angezeigt wird. Lizenztexte der enthaltenen 3rd-Party Softwarekomponenten dem Lizenzdialog hinzugefügt. Fehlertexte bei Abbruchsituation in der Logdatei hinzugefügt. Bei Wahl von europäischen Sprachen im Setup wird als Währung im Admin €, bei Englisch $, bei Russisch ₽ und bei Simple Chinese ¥ voreingestellt. Der Root-Ordner der Installation wird jetzt darauf geprüft, ob er in einem Benutzerprofil-Ordner oder auf einem Netzwerkordner liegt. Er muss auf einem nicht entfernbaren lokalen Laufwerk liegen. Die Windows-Version darf nicht älter als Windows 7 SP1 oder Server 2008 R2 sein. Erweiterte Meldungstexte. Reihenfolge der Firewallfreischaltung geändert. Abbruch der Installation löscht jetzt auch selbst angelegte Firewallregeln. Update der Installbuilder-Entwicklungsumgebung auf V19.5.0 Korrigiert: Fehlende Datei python27.dll bei 32bit-Installationen hinzugefügt. Tippfehler in den Texten ausgebessert.
iobroker-1.4.2.0b-windows-installer.exe	alpha-Version Neu: Optional Umstellung von Windows Update auf "manuelles Updateverfahren mit Benachrichtigung", um Neustarts des Rechners aufgrund der automatischen Updateinstallation zu verhindern (wirkt nach einem Reboot). Sprachunterstützung im Installer für nl, ru und zh_CN hinzugefügt. Automatisches aufräumen einer abgebrochener Installation. Proaktiver Abbruch zu Beginn der Installation, wenn ein 3rd-Party Virenscanner gefunden wird. Abbruch zu Beginn der Installation, wenn die Windows-Version älter als Windows 7 oder Server 2008 R2 ist. Lizenzdialog im Admin nicht mehr enthalten, da bereits beim Setup zugestimmt. Sprachwahl aus dem Setup stellt direkt den Admin entsprechend richtig ein. Geändert: Logging erweitert um Softwareversionen. Korrigiert: Erkennung einer bereits vorhandenen Visual Studio 2017-Installation.
iobroker-1.4.2.0a-windows-installer.exe	initialer Release, alpha-Version
1.5.11.a_languages.zip	Sprachdateien, Basis für die Hilfe bei der Übersetzung

Bekannte Issues

Version 1.5.11.a

• Trennung des Instanznamen mit /-Zeichen könnte mit Adaptern Probleme verursachen. Geändert auf HOSTNAME(INSTANZNAME) in Version 1.5.11.b.

Version 1.4.2.0b

• Auf 32bit-Windows fehlt bei Python eine DLL. Wird in Version 1.5.11.a gefixed.
• Es können Installationpfade gewählt werden, in denen ioBroker als Dienst nicht funktionieren wird. Korrigiert in Version 1.5.11.a.
• Auf Windows Server 2019 schlägt die Einrichtung der Datenbanken fehl. Vermuteter Grund sind Firewallregeln. Korrekturversuch in Version 1.5.11.a.

Version 1.4.2.0a

• Virenscanner von Fremdherstellern können Wechselwirkungen zeigen. Deshalb wird empfohlen diese vor der Setupausführung temporär auszuschalten beziehungsweise eine Ausnahme für das Setupprogramm einzutragen. Bislang bekannt sind Probleme bei Kaspersky Internet Security und Bitdefender.
• Bei Verwendung von Firewalls von Fremdherstellern muss der Anwender ioBroker dort selbst freigeben.
• Die Erkennung bereits installierter Microsoft Visual Studio Build Tools 2017 kann unter Umständen fehlschlagen. Wird in der kommenden Version behoben.
• Bei einem Abbruch einer Installation können Reste des Installationsvorgangs stehen bleiben und ggf. eine weitere Installation beeinflussen. Wird in einer der kommenden Versionen behoben.

Viele Grüße,
Thomas

PS: Weiter geht es hier mit Version 1.5.14.

---

Das Setupprogramm wurde mit dem Cross Plattform Installer "InstallBuilder Enterprise" erstellt. BitRock unterstützt dieses Projekt mit kostenlosen Open Source Lizenzen.

Dieses Thread soll uns helfen, den Windows Installer zu modernisieren und noch besser auf die Anwenderwünsche abzustimmen.

Zu Beginn der ersten Entwicklungsphase wird der modular aufgebaue Installer noch KEINEN iobroker INSTALLIEREN. Weitere Phasen werden sich anschließen. In diesen wird der Funktionsumfang sukzessive erweitert.

Bitte gebt in diesem Thread euer Feedback. Ich darauf angewiesen, um z.B. auf verschiedenen Windowsplattformen versions- und systemspezifische Fehler zu finden und um Designentscheidungen zu treffen.

Los geht`s...

a) Auto-Updater .... Testphase abgeschlossen

Spoiler

Ziel: Er wird während zu Beginn des Hauptsetups laufen und bei Bedarf ein Update des Installers durchführen.

Vorbereitung:

1. Den Autoupdater herunterladen: (ist jetzt im Hauptsetup enthalten und wird dynamisch entpackt nach %temp%\iobinst\autoupdate-windows.exe)

2. Eine neue Datei mit dem Namen update.ini in den gleichen Ordner wie die EXE legen. Inhalt:

   [Update]
   url = http://iobroker.live/images/win/update.xml
   version_id = 1
   check_for_updates = 1
   update_download_location = ${system_temp_directory}\iobinst
   

3. Die EXE starten.

4. Drei Testfälle sind zu überprüfen:

   Sequenz 1

• Eine "Elevated Installation" als Admin muss kommen, wenn man nicht gerade im Admin-Kontext unterwegs ist oder die UAC ausgeschaltet hat. Darin muss der Installer mit ioBroker GmbH signiert und die Signatur natürlich gültig sein.

• Die Bildschirmmeldungen sollten in verschiedenen Sprachen (je nach Systemsprache) angezeigt werden. Über 18 Sprachen sind implementiert.

• Ein Proxy für den Internetzugriff (sofern er erforderlich ist) kann angegeben werden.

• Es wird geprüft -> kein Update notwendig.

• Ende ohne Fehler.

  Sequenz 2

• Zuerst in der Datei "update.ini" die Zeile mit version_id = 0001 durch version_id = 0000 ersetzen.

• Elevated Installation usw. wie gehabt.

• Autoupdater prüft -> Ein Update ist notwendig.

• Der aktuelle ioBroker-Installer wird automatisch heruntergeladen und gestartet. Es erscheint der Sprachdialog des Hauptinstallers ohne weitere Abfragen. Der Autoupdater hat sich im Hintergrund selbst beendet.

• Jetzt das Hauptsetup abbrechen. Ist ja noch das alte Setup.

  Sequenz 3

• Vorab eine Datei test.cmd im gleichen Ordner wie oben mit folgendem Inhalt erstellen:

  @echo off
  autoupdate-windows.exe --mode unattended
  echo %errorlevel%
  

• Zuerst die Datei update.ini mit dem Eintrag version_id = 0000 verwenden.

• Dann test.cmd in einer Kommandozeile aufrufen. Ob mit oder ohne Admin-Ausführung muss egal sein.

• Ggf. kommt jetzt der Elevated Installationsdialog.

• Ein Returncode wird in der Kommandozeile ausgegeben: 0

• Jetzt die Datei update.ini mit dem Eintrag version_id = 0001 verwenden.

• Dann wieder test.cmd in der Kommandozeile aufrufen.

• Ggf. kommt jetzt der Elevated Installationsdialog.

• Ein Returncode wird in der Kommandozeile ausgegeben: 1

PS: Mögliche Returncodes im GUI-Modus sind
0 Successfully downloaded and executed the installer.
1 No updates available
2 Error connecting to remote server or invalid XML file
3 An error occurred downloading the file
4 An error occurred executing the downloaded update or evaluating its <postUpdateDownloadActionList>
5 Update check disabled through check_for_updates setting

Klappen die drei Testsequenzen? Auffälligkeiten? Kommen andere Returncodes?

b) Rudimentärer Hauptinstaller mit Autoupdate .... Testphase abgeschlossen

Spoiler

Ziel:
Der Hauptinstaller findet ein Update (auf dem Downloadserver habe ich hinterlegt, das was neueres da ist. Es wird aber immer der gleiche ältere Installer heruntergeladen). Ätsch...
Der Anwender kann sich entscheiden, ob er das Update machen will oder es bleiben lässt. Einige Installer-Voraussetzungen werden geprüft.

Zusatzinfos:

• Der Installer installiert nichts.
• Es werden die folgenden Voraussetzungen geprüft:
  • Betriebsystemversion
  • 3d-party Antivirus aktiv
  • MSI Version

Vorbereitung:

1. Den Autoupdater herunterladen: http://iobroker.live/images/win/ioBroker-2-windows-installer.exe
   (Der wird jetzt eine ganze Zeit lang so heißen. Versionsnummern werden intern hochgezählt).
2. Die EXE starten.
3. Testfälle nach Lust und Laune.

• Update durchführen oder es sein lassen.
• Setup fertigstellen oder es abbrechen.

c) Hauptinstaller ausschließlich mit den globalen Komponenten .... Testphase abgeschlossen

Spoiler

Ziel des Tests:
Der Hauptinstaller untersucht den Rechner, egal ob 32/64 Bit, auf für ioBroker erfoderliche globale Softwarekomponenten. Das sind aktuell:

• Microsoft dotNet 4.8
• Git 2.25.0
• OpenSSL 1.0.2q
• Apple Bonjour und Bonjour SDK
• Microsoft Visual Studio 2017 Build Tools für Node.js-Entwicklung
  Wird eine Komonenten nicht gefunden, wird sie ggf. heruntergeladen und nachinstalliert.

Die Komponenten können sofern vom jewiligen Hersteller vorgesehen über Windows-Einstellungen -> Apps konfiguriert bzw. entfernt werden.

Vorbereitung

1. Den Autoupdater herunterladen: http://iobroker.live/images/win/ioBroker-2.0-windows-installer.exe
2. Die EXE starten.

Tests
Bitte nach Lust und Laune. Zum Beispiel:

• Klappen die Setups?
• Läuft git in der Kommandozeile?
• Lässt sich cmd.exe /k "C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\Common7\Tools\VsDevCmd.bat" aufrufen? Läuft dort cmake --version?

d) Hauptinstaller, globalen Komponenten, Setup .... Testphase abgeschlossen

Spoiler

Ziele des Tests

• Kann man den Ablageort des Setups einstellen (nur lokale Laufwerke erlaubt, nur bei der allerersten Neuinstallation)
• Kann sich das gespeicherte Setup selbst updaten?
• Kommt das Setup mit bestehenden ioBroker-Serverinstallationen klar?

Vorbereitung

1. Den Autoupdater herunterladen: http://iobroker.live/images/win/ioBroker-2-windows-installer.exe
2. Die EXE starten.

Neuerungen

• Es wird neben den globalen Komponenten jetzt auch das Setup selbst installiert und upgedated.
• Das Setup kann jetzt über das Startmenü erneut aufgerufen werden, um am ioBroker Server grundlegende Einstellungen zu ändern oder Komponenten upzudaten (letzeres noch 2 do).
• Erste Optionsauswahl, Modify und Delete nicht implementiert. Install nur das Setup selbst:
  

3) Erste Konfig-Dialoge bei "Instanz hinzufügen" .... aktuell

Ziele des Tests

• Klappt das Update von Build 2 nach Build 3, wenn man das Update über den ioBroker Setup-Link im Startmenü aufruft?
• Sind die Auswahldialoge fehlerfrei?
• Wird in der bei "Weiter" erscheinenden Infobox jeweils die richtige Auswahl dargestellt?
• Funktioniert "Vorwärts" - "Rückwärts" richtig (die Dialoge werden zurückgesetzt)?
• Wie beurteilt ihr die Geschwindigkeit für die Berechnung der Dialoginhalte?

Vorbereitung

1. Den neuen Installer per Autoupdate über den bestehenden ioBroker Setup-Link (von den letzten Tests) im Startmenü herunterladen und ausführen.
   
2. Alternativ wenn man das Setup dort nicht findet, den Installer von http://iobroker.live/images/win/ioBroker-4-windows-installer.exe herunterladen und ausführen.

Neuerungen
Auswahlfenster für Node.js- und js-controller-Versionen sind jetzt im Installer integriert. Sie sind voll dynamisch und holen sich die notwendigen Informationen von nodeorg und aus der npm-registry. Damit sollten die Dialoge auch neu erscheinende Versionen automatisch berücksichtigen.

Um Problemen vorzubeugen wählt der Installer - wenn man nicht eingreift - automatisch stabile Versionen aus. Zu alte Versionen sind deaktiviert und damit nicht installierbar.

Und wie immer: Have Fun!

Viele Grüße,
Thomas

Hallo,

melde mich zurück. Habe meine Entwicklungsumgebung upgedated und meinen Quellcode mit Stand vom März "durchgejagt".

js-controller > 1.5.14 und < 2.2.10 haben einen Fehler, der dazu führt, dass bei der Installation von Adaptern wichtige javascript-Biblotheken manchmal sporadisch gelöscht werden. Auch deshalb die Auszeit.

ioBroker wird jetzt, genau so wie Node.js, dynamisch über die GUI installiert. Allerdings noch ohne Service, Firewall usw. Das übernehme ich dann in den nächsten Tagen vom alten Setup. Diese Setup-Version ist also wieder nur ein technischer Schritt in Richtung fertigem Installer.

http://iobroker.live/images/win/ioBroker-4-windows-installer.exe

Viele Grüße
Thomas

@alexi

Ja, im Chat mit mir und auf Github:

https://github.com/Stabilostick/ioBroker.build/tree/win2/build/windows2

Meine offizielle eindeutig zweideutige Aussage:

1. Ein Update mit npm ist prinzipiell möglich.

2. Es kann aber gut sein, dass einige Dateien beim Update so verändert werden, dass z.B. ioBroker nicht mehr als Dienst startet, Sicherheitseinstellungen nicht mehr passen oder andere unbekannte Nebenwirkungen, ggf. auch gerne später, auftreten.

Zusammenfassung:

Wenn man weiß wie man das, was schiefgehen kann wieder einfängt, passt die Aussage 1 schon.

Ich mag aber, ganz ehrlich gesagt, lieber meine Zeit in die Weiterentwicklung des Installers stecken, als individuellen Support für Nacharbeiten für diverse Updateversuche leisten.

@Schimi

Öhm... eigentlich prinzipiell schon...
Erkläre mich schuldig ...

Hallo,

zu meinem Artikel rund um die Performance von ioBroker (siehe https://forum.iobroker.net/viewtopic.php?f=8&t=15421) habe ich überraschend viele Rückmeldungen erhalten. Danke dafür. Es ist schön, wenn man merkt, das jeder seinen Teil zur Community beitragen kann.

Deshalb ich mir gedacht, dass ein kleiner Hinweis auf eine bereits bestehende Datenquelle zur Analyse von Performanceproblemen sinnvoll ist. Besonders für diejenigen unter uns, deren ioBroker-Installation unter sagen wir einfach mal "leistungsangepasster" Hardware ausgeführt wird. Für wen das alles schon ein alter Hut ist, für den habe ich am Schluß noch eine Frage.

Ansatzpunkt für eine Performanceanalyse innerhalb von ioBroker ist die Objektauflistung im Admin. Dort werden Systeminformationen über den oder die Hosts (ioBroker ist Multihost-fähig) und zu den einzelnen Adaptern bereitgestellt. An diese Informationen gelangt man, indem man die Objektauflistung in den Expertenmodus umschaltet:

<u>Performancewerte von Hosts</u>

Ein Host ist im ioBroker-Sprachgebrauch ein Rechner, der einen ioBroker js-Controller-Prozess ausführt. Das können in einer Multihost-Umgebung zur Verteilung der Last eben auch gerne mehrere Rechner sein. Sogar das jeweilig eingesetzte Betriebssystem darf sich unterscheiden. EIne hübsche Aufgabe für z.B. Raspberry Pi-Clusterstacks, um dort mit dem 1GB RAM Hardwarelimit klarzukommen.

(Jeff Geerling, youtube)

Der js-Controller der ioBrokers koordiniert das Starten und Stoppen der Adapter und führt im Hintergrund weitere Systemmanagementaufgaben aus. Im Admin sind zum jeweiligen Hostrechner sowie zum js-Controller unter der ID 'system.host.<name_des_hostrechners>'</name_des_hostrechners> Performance-Werte zu finden.

Hier eine Auflistung der einzelnen Kennzahlen und ihre Bedeutung:

Kennzahl / Datentyp / Einheit

• alive / Logik / keine

  • Zeigt an, ob der ioBroker js-Controller auf dem Host aktiv ist

• diskFree / Zahl / MiB

  • Freier Speicherplatz auf dem logischen Laufwerks, auf dem ioBroker installiert ist

  bi = binäres Vielfaches (1 MB = 1.000.000 Byte) < (1 MiB = 1.048.576 Byte = 1 × 1024 × 1024 Byte) 
  

• diskSize / Zahl / MiB

  • Gesamtgröße des logischen Datenträgers, auf dem ioBroker installiert ist

• diskWarning / Zahl / %

  • Hier kann man einen Prozentwert eintragen. Im Admin wird eine Warnung angezeigt, wenn der freie Platz auf dem Datenträger diesen Wert unterschreitet (z.B. 20). Das ist vor allem sinnvoll, wenn der History-Adapter aktiv ist.

• freemem / Zahl / MB

  • Gesamter verfügbarer RAM-Systemspeicher des Hosts

• inputCount / Zahl / /15s

  • Anzahl an Veränderungen bei den State-Werten. Ein Eingangsevent kann z.B. vom Anlegen oder Setzen eines Wertes ausgelöst werden

• load / Zahl / %

  • Gesamtsystemlast der CPU, gemittelt über jeweils eine Sekunde. Nicht wundern, unter Windows ist dieser Wert immer 0

• mem / Zahl / %

  • Speichernutzung. Verhältnis zwischen freiem Speicher und Gesamtsystemspeicher

• memHeapTotal / Zahl / MB

  • Größe des vom js-Controller reservierten Heap-Speichers

• memHeapUsed / Zahl / MB

  • Größe des vom js-Controller genutzen Heap-Speichers

• memRss / Zahl / MB

  • Resident Set, gesamte Größe des vom js-Controller im RAM genutzen Speichers

• outputCount / Zahl / /15s

  • Ausgangs-Events umfassen Aktionen wie Wertevergleich, schreiben eines Wertes in die States-DB, Events aufgrund von Subscriptions oder das Logging eines Adapters um z.B. Aussagen über .connected- oder .alive-States zu bekommen. So kommen auch die 8 Events zustande, die typischerweise beim Ereignisausgangswert in der Instanzen-Liste stehen.

• uptime / Zahl / s

  • Laufzeit des ioBrokers auf diesen Host seit dem letzten Neustart

Das folgende Schaubild zeigt symbolisch, wie Heap, Code und Stack zur Gesamtspeichernutzung memRss eines nodejs-Prozesses beitragen:

Wenn der Master-js-Controller selbst die Objekt- und State-Datenbank für das Gesamtsystem bereitstellt, kann man sehr schön mit dieser Kennzahl den Unterschied zwischen 300 und 3000 ioBroker-Objekte am Speicherverbrauch feststellen. So schwankt z.B. auf meinem Windows-System dieser Wert bei 3500 Objekten und 2700 States zwischen 75 und 128MB. Die in nodejs integrierte Garbage Collection lässt grüßen. Nutze ich hingegen Redis als State-Datenbank, geht der Speicherverbrauch für den js-Controller auf 50MB zurück. (Jetzt braucht Redis 25MB zusätzlich = wieder 75MB ;))

Übersteigt die Anzahl der Stateänderungen die Verarbeitskapazität von abhängien Eventkonsumenten (z.B. Javascript mit on:-Triggern), baut sich in den in-Memory-Datenbanken eine Warteschlange auf. Dies kann man am Speicherverbrauch des js-Controllers erkennen. Sobald die Systemlast wieder fällt und den Eventkonsumenten zur Verabeitung der ausstehenden Wertänderungen ausreichend Zeit gegeben wird, kehrt der Wert von memRss wieder auf den Ursprungswert zurück:

Wie so häufig in diesem Umfeld kann man anhand von fixen Wertangaben keine exakten Aussagen über die Ursache von Fehlern machen. Was jedoch häufig hilft, ist die Beobachtung eines fehlerfrei funktionierenden Systems (=Referenzwerte) und dann der Vergleich des gleichen Systems unter Fehlerbedingungen. Zusätzlich ist es sehr nützlich, wenn man den ein oder anderen Datenpunkt in der Histore mit aufzuzeichnet, um z.B. Tendenzen und Ausreißer festzuhalten.

<u>Performancewerte von Adaptern</u>

Jeder Adapter hat seinen eigenen Performancekennzahlen. Sie sind jeweils unter der ID 'system.adapter.<name_des_adapters>.<instanz>'</instanz></name_des_adapters> abgelegt und unterscheiden sich etwas von denen des Hosts.

Kennzahl / Datentyp / Einheit

• alive / Logik / keine

  • Zeigt an, ob der Adapter aktiv geschaltet ist

• connected / Logik / keine

  • Gibt Auskunft, ob sich der Adapter innerhalb der letzten 30 Sekunden gemeldet hat

• inputCount / Zahl / /15s

  • Anzahl an Veränderungen bei den State-Werten. Ein Eingangsevent kann z.B. vom Anlegen oder Setzen eines Wertes ausgelöst werden

• memHeapTotal / Zahl / MB

  • Größe des vom Adapter reservierten Heap-Speichers

• memHeapUsed / Zahl / MB

  • Größe des vom Adapter genutzen Heap-Speichers

• memRss / Zahl / MB

  • Resident Set, gesamte Größe des vom Adapter im RAM genutzen Speichers

• inputCount / Zahl / /15s

  • Anzahl an Veränderungen der State-Werte. Ein Eingangsevent kann z.B. vom Anlegen oder dem Setzen eines Wertes ausgelöst werden

• outputCount / Zahl / /15s

  • Ausgangs-Events umfassen Aktionen wie Wertevergleich, schreiben eines Wertes in die States-DB, Events aufgrund von Subscriptions oder das Logging eines Adapters um z.B. Aussagen über .connected- oder .alive-States zu bekommen. So kommen auch die 8 Events zustande, die typischerweise beim Ereignisausgangswert in der Instanzen-Liste stehen.

• uptime / Zahl / s

  • Laufzeit des Adapters seit Adapterstart

Wenn zum Beispiel der Javascript-Adapter urplötzlich nach einer Scriptänderung von 100 inputCount-Events auf mehrere tausend hochschnellt, besteht die starke Vermutung, dass man eine Triggerschleife, d.h. ein Ringbezug eingebaut hat.

Sinnvoll ist auch die Betrachtung von memRss, um z.B. Speicherlecks durch Scripte oder in Adaptern zu erkennen. Mit alive und connected kann man sehr schön in vis den Status des Adapters visualisieren beziehungsweise die Anzeige von falschen Daten unterdrücken, wenn der Adapter keine neue Werte liefern kann.

<u>Ausblick und Frage</u>

Da zeige ich einfach mal ein Bild als Blick in die Zukunft (und in meine Entwicklungumgebung):

Edit: Kommender Absatz: In der neuesten Version wird die CPU-Last beim Adapter nicht als "load" sondern als "cpu" angezeigt.

Bei den Adaptern fehlt mir die Anzeige der durch den individuellen Adapter verursachen CPU-Last load. Immerhin will man auch ohne ressourcenhungriger Installation weiterer Monitoring-Adapter wissen, wer im System gerade der Übeltäter ist. Nachdem nodejs single-threated ist, bezieht sich hier die Anzeige auf einen CPU-Core. Mehr als 100% geht hier nicht.

Da hilft auch der Einsatz von CPUs mit mehreren Cores nicht, wenn ein Adapter hier ständig hohe Werte anzeigt. Einzig eine schnellere CPU (im Volksmund höherer Takt), eine Optimierung des Programmcodes oder die Aufteilung der Last auf mehrere Adapter (sofern möglich) sind in diesem Fall zielführend.

Über die Kennzahl cputime lässt dich die Summe der Prozessorzeit, die vom Adapter seit Start genutzt wurde, auswerten. Sie gibt Aufschluss über die Häufigkeit oder Intensität (Stichwort rechenintensiv), mit der ein Programm den Prozessor beansprucht. Diese Summe ist praktisch immer niedriger als die gesamte Laufzeit des Adapters uptime, da der Adapter selbst bei intensiver Nutzung kaum pausenlos Befehle an den Prozessor sendet.

Hier sieht man schön, wie die verschiedenen Kennzahlen zusammspielen und wie die Reaktion des Javascript-Adapters auf eine plötzliche Anforderungswelle in Flot aussieht:

Übrigens war hier der Javascript-Adapter schon so ausgelastet, das er nicht mehr alle Events sofort annehmen konnte. Es bildete sich eine Event-Warteschlange.

Ich habe auf Github einen Pull Request erstellt, damit die beiden neuen Kennzahlen cputime und load in eine zukünftige ioBroker-Version integriert werden können.

Wenn Interesse auf mehr Artikel rund um den ioBroker besteht, würde ich mich um Anregungen zu weiteren Themen freuen.

Feedback und Fragen zum Thema sind hier im Beitrag ebenfalls willkommen.

Liebe ioBroker-Nutzer,

hier das erwartete Windows Setup Version 1.5.14, jetzt mit Funktionen zum Hinzufügen, Migrieren, Reparieren und Löschen von ioBroker-Serverinstanzen sowie etlichen Änderungen unter der Haube.

Mehr Hintergrundinfos zum Installer sind im Beitrag ioBroker für Windows, Version 1.5.11 zu finden.

• Das hier ist vorrangig kein Test von ioBroker 1.5.14 auf Windows.
• Das ist ein Test des ioBroker Windows Setup-Programms.
• Nichts als gegeben hinnehmen. Aktives Feedback wird gerne angenommen und nach Review berücksichtigt.

-> Ich habe nicht alle Installationspfade und Umgebungen durchgespielt. Meine Phantasie ist leider endlich.

Voraussetzungen

• Zur Ausführung des Setups ist eine Internetverbindung erforderlich.
• Die Installation erfordert mindestens Windows 7 SP1 bzw. Windows Server 2008 R2 oder neuer. Windows 10 und Server 2019 werden ebenfalls unterstützt.
• Es sind mindestens 2GB freies RAM erforderlich, empfohlen werden abhängig von der Anzahl der aktivierten Adapter 4GB RAM oder mehr.
• Mindestens 7 GB freier Festplattenplatz.
• Eine CPU sollte mindestens 870 Punkte im Average CPU Benchmark von cpubenchmark.net erreichen. (Siehe z.B. https://www.cpubenchmark.net/cpu.php?id=2541). Bei Minimalkonfiguration sollten keine weiteren Programme laufen (Antivirusprogramm, Webbrowser lokal, etc.)
• Antiviren- und Firewallprogramme von Drittherstellern (d.h. nicht von Microsoft) können Probleme machen (z.B. Setup bleibt beim Schritt "Erstkonfiguration" stehen). Dann diese gf. während der Installation vorübergehend deaktivieren. Mit dem integrierten Microsoft Defender-Antivirus und der Windows-Firewall gibt es keine bekannten Probleme.

Anleitung

1. Setup-Programm downloaden (s.u.) und starten. Internetverbindung ist erforderlich.
2. Bei einer Neuinstallation oder Migration/Reparatur wird eine bestehende ioBroker-Installation nicht angetastet. Es erfolgt immer eine Parallelinstallation. Datenbankports und der Adminport der neuen ioBroker-Instanz müssen ggf. angepasst werden (damit nicht doppelt vergeben), um Konflikte zu vermeiden.
3. Nach dem Setup stehen für das Aufrufen des Admins und der instanzspezifischen Kommandozeile Links im Startmenü unter "ioBroker" zur Verfügung. Der direkte Aufruf von iobroker in einer beliebigen Kommandozeile funktioniert mit Absicht nicht.
4. Bei Verwendung von Firewalls von Drittherstellern (nicht Microsoft) muss der Anwender ioBroker dort selbst eintragen. Am einfachsten wird die node.exe im jeweiligen ioBroker-Instanzverzeichnis freigegeben.

Anmerkungen

Da viele tausende Dateien auf den Rechner aufgebracht werden und allein der Download der Microsoft Visual Studio Build Tools 2017 eine Größe von bis zu 1,4GB hat, benötigt die erste Installation mit den globalen Tools je nach Systemgeschwindigkeit einige Zeit. Die zweite Installation auf dem Rechner ist deutlich schneller, da dann die globalen Tools schon installiert sind.

Das ioBroker-Setup installiert die folgenden Komponenten:

Globale Softwarekomponenten, d.h. für alle Instanzen von ioBroker	Version	Variante	Bereitstellung
Microsoft dotNet	4.7.2	32/64Bit	Download
Git	2.22.0	32/64Bit	Download
Bonjour	3.0.0.10	32/64Bit	im Installer enthalten
Bonjour SDK	3.0.0.10	32/64Bit	im Installer enthalten
OpenSSL	1.0.2q	32/64Bit	im Installer enthalten
Microsoft Visual Studio Build Tools 2017	dynamisch	dynamisch	Download
ioBroker-instanzspezifische Softwarekomponenten	Version	Variante
Python	2.7.15	32/64Bit	im Installer enthalten
Microsoft Visual C++ 2008 Redistributable	9.0.30729.6161	32/64Bit	im Installer enthalten
Node.js	10.16.3	32/64Bit	im Installer enthalten
npm	6.9.0	neutral	im Installer enthalten
node-gyp	5.0.3	neutral	im Installer enthalten
ioBroker Core Server	1.5.14 stable	neutral	im Installer enthalten

Je nach Betriebssystem werden 32- oder 64Bit Versionen der Softwarekomponenten installiert.

History & Download

Datei	Versionskommentar
iobroker-1.5.14.b-windows-installer.exe	latest-Version Korrigiert: Meldung 'cannot index array with string "hostname"'. Meldung 'powershell.exe ... Remove-MpPreference'. Meldung 'powershell.exe ... Add-MpPreference'.
iobroker-1.5.14.a-windows-installer.exe	alpha-Version Neu: Liste todo. Update/Migration/Reparatur. Migrations-Logdatei im setup-Ordner. Löschen von ioBroker-Instanzen mit optionaler Beibehaltung der Konfig-Dateien für eine Wiederherstellung. Instanzordner als Ausnahme in Windows Defender hinzugefügt. Geändert: Liste to-do. Easy Setup-Mode entfernt. Update der Installbuilder-Entwicklungsumgebung auf V19.7.1 Korrigiert: Mehrere Installationssequenz-Fehler.
iobroker-1.5.11.a-windows-installer.exe	beta-Version Neu: Portugiesische und polnische Übersetzung. Neue Firewallregeln für Outbound-Traffic. Das Setupprogramm ist jetzt digital signiert. Info-Adapter wird automatisch mitinstalliert und kann im Admin eingeschaltet werden. Geändert: Anzeige des Instanznamens im Admin in der Form <Hostname>/<Instanzname>. Installer beendet sich jetzt asynchron, wenn Logdatei am Ende angezeigt wird. Lizenztexte der enthaltenen 3rd-Party Softwarekomponenten dem Lizenzdialog hinzugefügt. Fehlertexte bei Abbruchsituation in der Logdatei hinzugefügt. Bei Wahl von europäischen Sprachen im Setup wird als Währung im Admin €, bei Englisch $, bei Russisch ₽ und bei Simple Chinese ¥ voreingestellt. Der Root-Ordner der Installation wird jetzt darauf geprüft, ob er in einem Benutzerprofil-Ordner oder auf einem Netzwerkordner liegt. Er muss auf einem nicht entfernbaren lokalen Laufwerk liegen. Die Windows-Version darf nicht älter als Windows 7 SP1 oder Server 2008 R2 sein. Erweiterte Meldungstexte. Reihenfolge der Firewallfreischaltung geändert. Abbruch der Installation löscht jetzt auch selbst angelegte Firewallregeln. Update der Installbuilder-Entwicklungsumgebung auf V19.5.0 Korrigiert: Fehlende Datei python27.dll bei 32bit-Installationen hinzugefügt. Tippfehler in den Texten ausgebessert.
iobroker-1.4.2.0b-windows-installer.exe	alpha-Version Neu: Optional Umstellung von Windows Update auf "manuelles Updateverfahren mit Benachrichtigung", um Neustarts des Rechners aufgrund der automatischen Updateinstallation zu verhindern (wirkt nach einem Reboot). Sprachunterstützung im Installer für nl, ru und zh_CN hinzugefügt. Automatisches aufräumen einer abgebrochener Installation. Proaktiver Abbruch zu Beginn der Installation, wenn ein 3rd-Party Virenscanner gefunden wird. Abbruch zu Beginn der Installation, wenn die Windows-Version älter als Windows 7 oder Server 2008 R2 ist. Lizenzdialog im Admin nicht mehr enthalten, da bereits beim Setup zugestimmt. Sprachwahl aus dem Setup stellt direkt den Admin entsprechend richtig ein. Geändert: Logging erweitert um Softwareversionen. Korrigiert: Erkennung einer bereits vorhandenen Visual Studio 2017-Installation.
iobroker-1.4.2.0a-windows-installer.exe	initialer Release, alpha-Version
1.5.11.a_languages.zip	Sprachdateien, Basis für die Hilfe bei der Übersetzung

Bekannte Issues

Version 1.5.14.b

• Aktuell nur deutsch als Installationssprache. Tippfehler und umständliche Formulierungen bitte melden.

Version 1.5.14.a

• Aktuell nur deutsch als Installationssprache.
• Die Migration von Mitgliedservern von Multihost-Systemen wird nicht unterstützt. Das wird vorerst auch so bleiben. Redis-Unterstützung ist implementiert, aber bislang nicht getestet. Rückmeldung dazu?
• Der Easy Setup-Mode wurde entfernt. Er war zu gut.
• Fehler 'cannot index array with string "hostname"', wenn bestimmte Adapter installiert waren.
• Fehler 'powershell.exe ... Remove-MpPreference' und 'powershell.exe ... Add-MpPreference' bei der Konfiguration von Microsoft Defender.

Version 1.5.11.a

• Trennung des Instanznamen mit /-Zeichen könnte mit Adaptern Probleme verursachen. Geändert auf HOSTNAME(INSTANZNAME) in Version 1.5.14.a.

Version 1.4.2.0b

• Auf 32bit-Windows fehlt bei Python eine DLL. Wird in Version 1.5.11.a gefixed.
• Es können Installationpfade gewählt werden, in denen ioBroker als Dienst nicht funktionieren wird. Korrigiert in Version 1.5.11.a.
• Auf Windows Server 2019 schlägt die Einrichtung der Datenbanken fehl. Vermuteter Grund sind Firewallregeln. Korrekturversuch in Version 1.5.11.a.

Version 1.4.2.0a

• Virenscanner von Fremdherstellern können Wechselwirkungen zeigen. Deshalb wird empfohlen diese vor der Setupausführung temporär auszuschalten beziehungsweise eine Ausnahme für das Setupprogramm einzutragen. Bislang bekannt sind Probleme bei Kaspersky Internet Security und Bitdefender.
• Bei Verwendung von Firewalls von Fremdherstellern muss der Anwender ioBroker dort selbst freigeben.
• Die Erkennung bereits installierter Microsoft Visual Studio Build Tools 2017 kann unter Umständen fehlschlagen. Wird in der kommenden Version behoben.
• Bei einem Abbruch einer Installation können Reste des Installationsvorgangs stehen bleiben und ggf. eine weitere Installation beeinflussen. Wird in einer der kommenden Versionen behoben.

Viele Grüße,
Thomas

---

Das Setupprogramm wurde mit dem Cross Plattform Installer "InstallBuilder Enterprise" erstellt. BitRock unterstützt dieses Projekt mit kostenlosen Open Source Lizenzen.

@sigi234

Ja, das ist ein Bug. Die Anzahl wurde vor kurzem von 3 auf 6 erhöht (ich). Aber der dazu gehörende Code nicht auf Abhängigkeiten überprüft. Da sollte jemand nochmals draufschauen.

@homecineplexx

Hi, ich habe von Github die Version 0.0.66 des Adapters installiert. Damit habe ich dann versucht, ein Homepilot Gateway Premium 15001001 mit Software 1.1.19 anzusprechen. Das Gateway-Kennwort ist übrigens nicht gesetzt.

Die Eingabe der IP im Admin führt dann nach dem Instanzstart jedoch zu Fehlern nach dem Schema

"Transmitter sensors -> Cannot connect to Homepilot: {"statusCode":404,"body":"{\"error_description\":\"GET URI not foundhttp://127.0.0.1:5050/v4/devices\",\"error_code\":5002}"}"

Der kommt dann auch für "Scenes", "Read actuator" und "Read sensors" und nichts geht in der Instanz.

Du verwendest zum Auslesen in 0.0.66 fest API-URLs wie z.B.: 'http://' + ip + '/v4/devices?devtype=Actuator'

Die gibt es auf dem Homepilot Gateway Premium Smart so wohl nicht mehr.

Mit dem kleine Hack, statt der IP "<homepilot ip>" den Text "<homepilot ip>/hp" im Admin einzugeben, funktionert das Auslesen und Bedienen von Aktuatoren dann aber. Ist das so schon hier bekannt? Das ergibt dann bei Dir intern

http://<homepilot ip>/hp/devices?devtype=Actuator

und liefert ein wunderbares JSON zurück. Gut, dass Du keinen sanity-Check machst....

Wenn man den Haken bei "Device is Bridge" setzt, gibt es auch keine Warnungen im ioBroker-Log mehr.

Betriebssystem:linux
Architektur:x64
Node.js:v20.18.1
NPM:10.8.2
Admin: v7.1.5
Controller: 7.0.3

Viele Grüße, Thomas

@krissie777 sagte in Zugriff auf die Raspi Dateienvon IoBroker und Grafana:

Es ist schon merkwürdig das ich auf alle Ordner komme nur nicht auf die vom IOBroker, Influx.DB und Grafana.

Der Broker läuft einwandfrei auf dem Raspi

Damit das so bleibt, dürften IMHO für den ioBroker-Ordner die Dateisystemrechte bei der ioBroker-Installation dahingehend automatisch so angepasst worden sein, dass Everyone (Public/Gäste) halt eben keinen Zugriff darauf hat.

Adapter werden über den ioBroker-Admin installiert.

Falls es unbedingt sein muss: Ein Workaround wäre z.B., sich am Linux-System bei der Cifs-Verbindung mit einem berechtigten Linux-User anzumelden. Aber bitte nicht alles mit „Admin“ machen. Sicherheit beachten!

@padi0-000

Ich sehe da schon eine Möglichkeit, die alte Konfiguration zu übernehmen. Wenn Du den Rechnernamen geändert hast, musst Du auf der Kommandozeile den Befehl „iobroker host this“ ausführen, damit der Hostname in der ioBroker-Konfig angepasst wird.

@padi0-000

Hi, ein Blick in die Logdateien könnte weiterhelfen. Einige stehen im services-Ordner bzw. das js-controller-Log im Log-Ordner.

Findest Du da was, dass Richtung Fehlersituation verweist?

Läuft eventuell noch der alte ioBroker auf der gleichen Maschine?

Hat sich der Rechnername bei der Migration geändert?

Viele Grüße
Thomas

@ullitd

Ich könnte mit AnyDesk auf deinen Rechner schauen. Vielleicht finden wir zusammen was.

@ullitd

Bislang war es immer so, dass wenn diese Meldung kommt dann auch tatsächlich ein Antivirusprogramm eines Drittherstellers aktiv ist.

Schau bitte in die Liste der bei Dir installierten Programme in den Windows App-Einstellungen. Im Wikipediaartikel https://de.m.wikipedia.org/wiki/Antivirenprogramm findest Du eine Herstellerliste als Beispiel.

Der in Windows integrierte „Defender“ darf (und sollte) aktiv sein.

@qlink

Hi! Was ich meinte: Werden in den beiden Fällen auch die Meldungen in das Log-File geschrieben?

@alexi

Ja, im Chat mit mir und auf Github:

https://github.com/Stabilostick/ioBroker.build/tree/win2/build/windows2

@qlink

Was passiert, wenn Du alle Adapter vorübergehend deaktivierst? Das System so weit verschlanken, das nur was ganz rudimentäres läuft wie z.B. nur der Controller. Dann nur eine ADMIN-Instanz... usw.