NEWS

foxriver76

Hallo zusammen,

ich wünsche euch einen schönen Start ins Wochenende.

Es gibt ab sofort eine neue App für iOS & Android, diese ist als eigenständige App auf beiden Plattformen unter ioBroker Visu im Store zu finden.

Für die Android App haben wir schon einige Testiterationen hinter uns gebracht in https://forum.iobroker.net/topic/63026/iobroker-android-app-2023/202 - vielen lieben Dank an alle Tester. Die iOS App ist zwar inhaltlich zu großen Teilen identisch, allerdings kann es durchaus sein, dass sich im Detail das Verhalten unterscheidet. Hier bin ich auf euer Feedback angewiesen.

Überblick der Funktionen:

Settings

Local

Host IP:PORT: Specify the local vis url + port e.g. 192.168.144.4:8082 (you can also add https:// prefix here)
Username: Local username if specified login is performed
Password: Password to corresponding username

External

Type: Choose how you want to connect if outside of given WLAN SSIDs, if you choose url, you can provide same information as
under Local
Username: The ioBroker Pro username, often an E-Mail address, if given, the App connects to the Pro Cloud if not
connected with a SSID listed under General
Password: The corresponding password
WLAN SSIDs: allows to set Wi-Fi SSID (comma-separated), if the current connected SSID is equal to one listed here, we use the local vis

General

Application: choose between vis, material and other adapters, just changes the uri of the WebView
Project: Value will be added behind url:port/vis/index.html# (only for vis)
Instance ID: used to e.g. change vis views or detect active views on device via vis.0.control
(it will be synchronized to vis.0 if at least one sync option is active)

Functionalities & Appearance

Multi-Project Support: You can set up multiple projects (current limit is 2), these can be launched via Quick Actions.
Starting the App without Quick Action will always launch the default project. When a specific project is launched,
the app cannot change to another project until restarted. Long press on the app icon to launch a Quick Action.
Allow Zoom: If false, Zoom is deactivated in the WebView
Allow Scrolling: If false, Scrolling is deactivated in the WebView
Send battery to vis.0: If true, battery level and state are sent to vis.0 via JS injection using servConn
Keep display awake: If true, screen will never go to sleep on WebView
Status Bar Active: If true, the status bar is shown
Light Status Bar Text: If true, white color is used for status bar text
Status bar color: Specify the color of the status bar as css color property
Orientation: Force orientation of screen
Zoom (Portrait): Initial Zoom for Portrait mode (0 - 5)
Zoom (Landscape): Initial Zoom for Landscape mode (0 - 5)
Reload on orientation change: should be activated if problems on orientation change occur
Show Pro Logo: If true, a pro logo will be used in the upper right corner to indicate a pro connection
Auto Zoom: Sets width=device-width to meta.content
Force Fullscreen: Sets viewport-fit=cover to meta.content
Location to vis.0: The Location object will be sent to vis
Synchronize Brightness to vis.0: The brightness of the device will be set in vis.0 changing the state will change the brightness (only works with vis)
Device name: Device name used for states in vis.0
Show Navigation Bar (Android only) if true, the Navigation bar is permanently shown, else immersive
Dim after seconds: Dim display after x seconds of inactivity (no tap) set 0 to disable
Dim to level: Value in % to dim to if Dim after seconds triggers. On next tap, it is dimmed up to previous value
Reload if app gets active: Forces a hard reload if app goes from background to foreground (default: true on iOS, false on Android)
URL Postfix: this text will be appended to the URL, e.g. to specify a start view #customStartView
Back to start page after X seconds: The app navigates back to the start page after X seconds of inactivity (0 to disable)
Protect app start: The first app start will be protected by devices biometric authentication (affects all projects)
Protect settings: Every call to settings will be protected by devices biometric authentication (affects all projects)

Known behaviors

Settings can be opened via a triple tap (3 fingers touching the screen at the same time)
Force reload via 2 finger double tap on screen on Android and Pull to refresh on iOS (on Android the Component is remounted)
Status bar settings are also applied to the settings screen, but only after changing to runtime and back or reopening app
Reconnection Handling for vis: It is known, that vis has problems reconnecting to the socket, thus the App detects
socket disconnection of vis and if it is not reconnected after 30 seconds, it will reload the page
If on page load an error occurs, a popup is shown where you can reload or go to settings
If app goes from background to foreground, the NavBar on Android is ensured to be in the right state and for
vis and material a socket reconnect is triggered, to avoid 10 seconds timeout screen (android detects background more than 1 second as being in background)
If the "Keep screen awake" functionality is deactivated via vis, you should not change the view afterwards, else it is activated again
Whenever the user is not in a Wi-Fi and using a VPN and has an external connection configured, he can decide if he wants to access local url or external

Wermutstropfen: Bzgl. der VPN Option, welche in der vorherigen iOS App besteht, ist aktuell aufgrund von technischen Limitationen keine Option geplant, insgeheim hoffe ich hier, dass Apple mal in die Pötte kommt und VPN Steuerung per Automation zulässt. Wer darauf angewiesen ist, ist für mobile Zwecke mit der aktuellen App evtl. besser beraten, ansonsten bietet sich von unterwegs natürlich der Pro Zugang an.

Issues und Feature Requests bitte hier anlegen.

Ich freue mich auf euer Feedback.

beste Grüße

fox

foxriver76

Und weiter gehts mit den Einblicken für August https://iot-blog.net/2024/08/30/iobroker-neue-entwicklungen-im-august-2024/

foxriver76

Hi zusammen,

ich habe mich dazu entschlossen ein mal im Monat ein kleines Recap zu schreiben, an was ich so gearbeitet habe oder was ich mitbekommen habe an dem gearbeitet wurde im ioBroker Umfeld.

Ziel ist es für mich selbst zu reflektieren ob es in die richtige Richtung geht oder wir uns irgendwo im Kreis drehen. Und natürlich Nutzern und Entwicklern die nicht so eng an der Thematik sind Einblicke zu geben was auf Entwicklungsseite passiert ist. Da fehlt natürlich immer einiges an neuen Adaptern oder Adapter-Updates, da ist es mir gar nicht möglich einen Anspruch an Vollständigkeit zu haben.

Da das jetzt der erste Beitrag aus der Reihe ist, sind auch Entwicklungen aus dem März teilweise mit eingeflossen.
Ihr findet den Beitrag für die ersten male mindestens auf meinem eigenen Blog. Villt. wechselt das später mal in den offiziellen ioBroker Blog - wir werde sehen.

https://iot-blog.net/2024/04/26/iobroker-neue-entwicklungen-im-april-2024/

beste Grüße

fox

foxriver76

Aktuelle Test Version	7.0.3
Veröffentlichungsdatum	13.11.2024

Hallo ioBroker-Community,

nachdem der Beta Test für die neue Version 7.0 für zwei Wochen ohne weitere Auffälligkeiten verlaufen ist möchten wir euch heute bereits den neuen Controller im Stable zur Verfügung stellen. Dieser wird im Laufe des Tages im offiziellen Stable Repository verfügbar sein.

Node.js Versions-Anforderungen

Die unterstützten Node.js Versionen sind weiterhin: 18.x, 20.x und voraussichtlich 22.x. Die empfohlene Node.js Version für ioBroker ist Stand heute 20.x.
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-14-16-und-18 !

Informationen zur Version

Hier möchte ich euch als erstes einen Einblick in die für euch relevanten neuen Features geben.

Feature Spotlight

Dynamic Notifications

Diese Version bringt vorallem ein neues Feature: Dynamic Notifications, dies ermöglicht es Entwicklern Benachrichtigungen zu generieren mit welchen Adapter interagieren können. Als erstes steht der Admin Adapter hier im Rampenlicht, welcher es nun ermöglicht, dass ihr als Anwender mit Benachrichtigungen interagieren könnt, z. B. benachrichtigt euch der Ping Adapter mit diesem Feature über neue Geräte in eurem Netzwerk. Direkt im Notification Dialog habt ihr nun die Möglichkeit die neu gefundenen Geräte mit dem Ping Adapter zu überwachen. Wir hoffen damit die Nutzererfahrung weiterhin zu verbessern und hoffen das weitere Adapter folgen.

Für die Entwickler unter euch, verweise ich zur Implementierung dieses Features in eurem Adapter aktuell auf den Ping Adapter welcher dieses Feature nutzt. Das Feature basiert auf JSON Config und benötigt somit keine umfangreiche Erfahrung im Frontend. Eine Dokumentation im Admin Adapter ist hier zu finden.

Docker Notifications

Um bei den Notifications zu bleiben, gibt es nun für Nutzer des offiziellen ioBroker Docker Containers eine Benachrichtigung sobald eine neue Version auf Docker Hub zur Verfügung steht. Somit verpasst ihr keinen Release mehr und haltet euer System bequem aktuell!

Neue Backup-Technologie

Weiterhin haben wir die interne Backup Mechanik komplett überarbeitet. Statt das gesamte Backup File auf ein mal einzulesen nutzt das Backup nun JSONL, was ihr bereits von der Standard Datenbank kennt. Somit ist die Erstellung und Wiederherstellung von Backups großer Installationen kein Problem mehr. Und mit groß meinen wir, dass das Konzept beliebig skaliert - in der Theorie sind selbst Backups mit mehreren Millionen Objekten kein Problem!

Um dies zu erreichen haben wir die interne Mechanik so optimiert, dass diese inkompatibel mit alten js-controller Versionen ist. Umgekehrt haben wir eine Möglichkeit geschaffen, dass ältere Backups mit der neuen Controller Version wiederhergestellt werden können.

Weitere Informationen

Detailliertere Informationen zu allen Änderungen und Features findet Ihr weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Latest-Release dann genau so reibungslos verläuft wie bei den letzten Versionen.

Für die aktive Mitarbeit an dieser Version des js-controller bedanke mich diesmal wieder besonders bei Apollon77 und Bluefox!

Darüber hinaus ist der js-controller 7.0 generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der Version 6.0.x ist problemlos möglich.
Ansonsten empfehlen wir ein schrittweises Update auf die 7.0 (3.3.x -> 4.0 -> 5.0 -> 6.0).

Installation

VOR der Installation

Wie bei jedem Test dieser Art: Bitte macht ein Backup! iobroker backup bzw kopieren des iobroker-data Verzeichnisses 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.
Eine alte 6.0.x-Version des js-controller kann im Notfall einfach wieder per npm install iobroker.js-controller@version --omit=dev ("version" durch die gewünschte Versionsnummer ersetzen) installiert werden und sollte alles wieder herstellen (Letzter Stable Stand ist die 6.0.11)

Nötige Adapter-Aktualisierungen

Am besten VOR dem js-controller Update alle verfügbaren Adapter-Updates prüfen und alle Updates installieren, die im Changelog auf Optimierungen oder Anpassungen für den js-controller 7.0 oder höher hinweisen.
Mit den stable Versionen der jeweiligen Adapter sollten keine Probleme auftreten, falls doch bitte hier melden.

Ausnahmen bilden die vier Adapter die im zweiten Post aufgeführt sind!

Achtung: MASTER/SLAVE-Systeme Reihenfolgen beachten!

Bei einem Multi-Host-System, welches auf js-controller 6.0.x läuft, ist es beim Update auf Version 7.0 empfohlen, zuerst das Master-System zu aktualisieren. Der Master muss dann wieder gestartet werden. Die Slaves werden danach aktualisiert!

Bei Updates von Master/Slave-Systemen mit js-controller 4.x oder früher Bitte die jeweiligen Update Threads der empfohlenen Zwischenversionen prüfen.

Windows

Wir empfehlen euch den Weg über den offiziellen Installer zu nutzen.

Im Zweifel kann das Update manuell via npm installiert werden. Hierzu im ioBroker-Verzeichnis nach stoppen des ioBroker den Befehl npm i iobroker.js-controller@stable ausführen.

Linux

Die erste Wahl für Linux Systeme ist die Aktualisierung über den Admin im Hosts Tab.
Sollte diese nicht verfügbar sein bitte folgenden Weg wählen:

ioBroker stoppen (iobroker stop)
Prüfen das keine Prozesse (Adapter, Backups) mehr laufen (ps auxww|grep io und auch ps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben
Das Update erfolgt via iob upgrade self
ioBroker starten (iobroker start)

Bei Fehlern:

Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iob fix) nutzen und die Installation erneut versuchen.

Solche Fehler bitte hier im Thread melden.

NACH der Installation

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.

Falls im Log Warn-Meldungen auftauchen mit dem Hinweis diese an den Entwickler zu senden, dann bitte schauen welcher Adapter es ist und entsprechend dort Issues bitte anlegen!
Was hat sich geändert, was besonders ansehen/beachten?

Speziell die Entwickler sollten sich das Dynamic Notifications Feature anschauen.

Hier für Interessierte als Spoiler eine Zusammenfassung des Changelogs :

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.

Bitte checkt auch die "Known issues Liste" (zweiter Post) mit den Dingen die aktuell während der Beta bekannt sind und bis zum Stable Release noch angepasst werden.

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.

Bitte postet auch die Ausgabe von iob diag mit rein.

Wir wünschen allen viel Spaß beim Testen und vielen Dank für Eure Unterstützung!

Moritz

foxriver76

Hallo ioBroker-Community,

Heute möchten wir Euch den js-controller 5.0 endlich auch im STABLE Repository zur Verfügung stellen. Dieser Post enthält alle wichtigen Infos. Bitte unbedingt lesen!!
Wir bedanken uns bei allen Usern die bisher die neue Version bereits als Alpha oder Beta getestet und Feedback gegeben haben.

Node.js Versions-Anforderungen
In diesem Release entfällt Node.js 12.x welches seit April letztem Jahr nicht mehr gepflegt wird und Node.js 14.x welches seit April diesem Jahres EOL ist. Node.js 18.x ist dazugekommen. Die unterstützten Node.js Versionen sind: 16.4.0+ und 18.x und nach aktuellem Stand Node.js 20.x, wobei hier noch erfahrungen fehlen. Die empfohlene Node.js Version für ioBroker haben wir vor kurzem auf 18.x angehoben.
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-14-16-und-18 !

Informationen zur Version
Es gibt EINIGE Adapter die aktualisiert werden müssen!! Bitte weiter unten lesen!

In dieser Version wurde die Umstellung des Quellcodes auf TypeScript sehr stark vorangetrieben (inzwischen bei 88%), wodurch am Ende die Stabilität weiter steigt weil viele Code-Fehler nicht mehr auftreten können. Natürlich sind neben Optimierungen und Fehlerbehebungen auch ein paar neue Features hinzugekommen. Auch wenn mit dieser Version keine neuen Prüfungen hinzukommen, die zu Log-Ausgaben bei Adaptern führen, meldet aktuelle Logausgaben bitte weiterhin bei den Adaptern.

Detailliertere Informationen zu allen Änderungen und Features findet Ihr weiter unten und im Changelog.

Für die aktive Mitarbeit an dieser Version des js-controller bedanke mich diesmal wieder besonders bei Apollon77, AlCalzone und natürlich Bluefox und auch ein paar weiteren Entwicklern!

ACHTUNG backups inkompatibel bei Downgrades!!

Neben der Node.js Version gibt es eine wichtige Inkompatibilität: Backups die mit der 5.0 des js-controller erstellt wurden lassen sich nicht mit einem js-controller 4 oder kleiner wieder restoren!

Darüber hinaus ist der js-controller 5.0 generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2/3.x ist problemlos möglich. Wir empfehlen allerings vor dem Update auf die 5.0 idealerweise ein Update auf die 4.0 und vorher auf 3.3.x durchzuführen, da ein Downgrade nach einem erfolgten Update nur auf eine 3.3.x möglich ist (siehe FAQ)! Nur die Node.js Version muss weiterhin mindestens 16.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen

Aufgrund einiger internen Umstellungen brauchen wieder einige Adapter Updates. Diese sollten am besten VOR dem Update installiert werden!
Bitte dazu die Informationen weiter unten beachten!

Installation

VOR der Installation

Wie bei jedem Upgrade dieser Art: Bitte macht ein Backup! iobroker backup bzw kopieren des iobroker-data Verzeichnisses 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. Eine alte 4.0.x-Version des js-controller kann im Notfall einfach wieder per npm install iobroker.js-controller@version ("version" durch die gewünschte Versionsnummer ersetzen) installiert werden und sollte alles wieder herstellen (Vorheriger Stable Stand ist die 4.0.24)

Nötige Adapter-Aktualisierungen

Am besten dennoch VOR dem js-controller Update alle verfügbaren Adapter-Updates prüfen und alle Updates installieren, die im Changelog auf Optimierungen oder Anpassungen für den js-controller 4.0 oder höher hinweisen.

Diesmal sind doch einige Adapter auf der Liste die man updaten muss -falls installiert! Siehe Spoiler!

Achtung: MASTER-Systeme Reihenfolgen beachten!

Bei einem Multi-Host-System, welches auf js-controller 2.2, 3.x oder 4.0.x läuft, ist es beim Update auf Version 5.0 empfohlen, zuerst das Master-System zu aktualisieren. Der Master muss dann wieder gestartet werden. Die Slaves werden danach aktualisiert!

Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher Bitte die jeweiligen Update Threads der empfohlenen Zwischenversionen prüfen.

Windows
Generell muss das Update manuell via npm installiert werden.

Hierzu im ioBroker-Verzeichnis nach stoppen des ioBroker den Befehl iob upgrade self ausführen.

Linux

ioBroker stoppen (iobroker stop)
Prüfen das keine Prozesse (Adapter, Backups) mehr laufen (ps auxww|grep io und auch ps auxww|grep backup ). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben
cd /opt/iobroker
Das Update erfolgt via iob upgrade self
ioBroker starten (iobroker start)

Bei Fehlern:
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fix wer schon einen js-controller 2.x oder höher hat, alternativ weiterhin manuell via curl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels sudo -H -u iobroker npm install iobroker.js-controller versuchen. Bitte berichtet solche Fälle hier im Thread.

NACH der Installation

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.

Falls im Log Warn-Meldungen auftauchen mit dem Hinweis diese an den Entwickler zu senden, dann bitte schauen welcher Adapter es ist und entsprechend dort Issues bitte anlegen!

Was hat sich geändert, was besonders ansehen/beachten?

Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:

generell siehe Changelog, speziell auch für die Features
generell bitte im CLI und auch sonst überall drüber schauen. Die Typescript Umstellungen haben sehr viel Code angefasst.
Falls jemand sporadisch Alias Fehler im Log hatte bitte versuchen diese mit der neuen version wieder zu provoziere und rückmelden

Speziell die Entwickler sollten bitte die genannten Deprecations und neuen Features anschauen und beachten.

Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:

5.0. Release Jana

BREAKING CHANGES

Support for Node.js 12 and 14 is dropped! Supported are Node.js 16.4.0+ and 18.x and hopefully 20.x
Backups created with the new js-controller version cannot be restored on hosts with lower js-controller version!
Update recommended npm version to 8
Deprecate binary states, Adapters will change to use Files instead!

Features

(foxriver76) Show npm error message on failing adapter installations and update also without debug parameter
(foxriver76) Introduce iobroker setting (dnsResolution) to choose between verbatim and ipv4 first dns resolution order
(foxriver76) Add support for windows for iob fix
(bluefox) Added CLI option to restart/start/stop all instances of an adapter (e.g. iob stop admin now also works)
(foxriver76) Allow to use iob host oldname command when new host already exists but has no instances
(foxriver76) Added an admin notification if redis is misconfigured and info how to fix it
(foxriver76) Enable upgrade of js-controller via Admin UI (Linux only)

Optimizations and Fixes

(foxriver76) Speedup "getStates" calls with many IDs often used by visualizations: JSONL 17 times faster, Redis 23 times faster
(foxriver76) significantly reduce backup size
(foxriver76) Enhance CLI help for list command to show all possible types to list
(foxriver76) Also stop instances before updating from GitHub
(foxriver76) Conversion of big parts of the js-controller codebase to typeScript and address all found issues
(Apollon77) Only log error on "enable/disable via .alive" if there is an error
(foxriver76) Optimize adapter unload and stop handling for edge cases
(AlCalzone) Carefully normalize jsonlOptions
(bluefox) Do not show warning on a requested adapter stop/termination
(bluefox) Make sure that the first log line is not missing in Admin
(foxriver76) Fix wrong formatting of cli get binary state if no encoding is passed
(foxriver76) Fix restoring backups from pre js-controller 4.x which were created without config.system
(foxriver76) Preserve tier setting on adapter upload
(foxriver76) update apt sources before installing os dependencies
(foxriver76) Only skip erase on upload if opted out explicitly to always cleanup unneeded files
(foxriver76) Try to fix strange alias errors, inform us if it happens again!
(foxriver76) Remove windows bat files completely, installer will create them when needed
(AlCalzone/Apollon77) Update jsonl db to prevent locking issues
(foxriver76) Fixes iob file sync not working for jsonl
(foxriver76) Do not crash if we cannot initialize db backup directory on start
(foxriver76) Fixed issue with certificate validity on leap years
(Apollon77/foxriver76) Make sure that all relevant files are removed when eraseOnUpload is used
(foxriver76) fix wrong hostname after backup restore
(bluefox) allow CLI vendor update without explicitly specifying vendor file (default file is used)
(Apollon77, foxriver76, bluefox, AlCalzone) Several fixes and refactorings to prevent potential crash cases reported by Sentry and other sources

Developer relevant DEPRECATIONS/WARNINGS

Deprecate binary states, Migrate your adapters to use Files instead!
If you need to access special js-controller common tools please use adapter-core instead of js-controller directly - see https://github.com/ioBroker/adapter-core#commontools
Parameter that contain patterns (e.g. mqtt.*) are now checked for allowed characters and general correctness!

Developer relevant new Features

(bluefox) Added options to subscribe to file changes: subscribeForeignFiles, unsubscribeForeignFiles, onAdapterFileChanged (event contains id, fileName, size and not the whole content of the file!)
(foxriver76) Introduce on("install") handler for adapter which is automatically called when adapter process is started with --install
(foxriver76) Introduce io-package flag common.nodeProcessParams to allow to pass adapter specific nodejs process parameters (disables compact mode for the adapter!)
(foxriver76) Respect dns resolution (ipv4/ipv6 first) from config internally and provide relevant methods via adapter-core
(foxriver76) Add JSON-Schema for iobroker.json
(bluefox) Allowed export of password.js (to be used with adapter-core)
(bluefox) Added _design/chart to the system designs
(foxriver76) Automatically generated Code-Docs for Adapter class https://github.com/ioBroker/ioBroker.js-controller/tree/master/packages/controller/doc
(foxriver76) Added (foreign)objectExists to adapter methods
(bluefox) Extend getSuitableLicenses to look for other licenses
(buefox/foxriver76) Added new category for notifications: blocked and respect js-controller common.blockedVersions to block versions from starting
(bluefox) Added new system view "custom-full" to return the full objects for objects with a custom part and not only the custom details
(foxriver76) Added support for getForeignObjects with an array of strings as pattern
(AlCalzone) Preparations to allow js-controller Dev version to be used with dev-server
(foxriver76) Validate max timeout value (max 32bit max number) on setTimeout/setInterval and throw on error to prevent issues
(foxriver76) new io-package flag common.supportedMessages to replace messagebox and other messagebox-related properties
(foxriver76) adapter.sendTo now accepts an optional timeout argument
Developer relevant Optimizations and Fixes
(foxriver76) Ensure setObjectNotExists returns id on success
(foxriver76) Fix Typings for sendTo/sendToHost
(Bluefox) Add User permission check to requireLog
(foxriver76) added nonEdit property of objects to types and document functionality
(foxriver76) introduced constants for state quality
(foxriver76) subscribeStates now also accepts an array of ids
general dependency updates
code style optimizations and streamline code

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.

Bitte postet auch die Ausgabe von iob diag mit rein.

Wir wünschen allen viel Spaß mit dem neuen Controller und vielen Dank für Eure Unterstützung!

fox

foxriver76

Hallo zusammen,

ich habe in der letzten Woche intensiv an einer neuen ioBroker App gearbeitet. Die App wird grundsätzlich sowohl auf iOS als auch auf Android lauffähig sein, da es allerdings komplizierter ist Apple Apps zum Testen raus zu geben, möchte ich gerne Feedback für die Android Version einholen.

Die App ist zum Testen vorerst als apk installierbar. Hierfür müsst ihr die Installation unbekannter Apps erlauben.

Die apk ist unter folgendem Link downloadbar:

https://easyupload.io/0jwabg

Überblick der Funktionen:

Settings

Local

Host IP:PORT: Specify the local vis url + port e.g. 192.168.144.4:8082 (you can also add https:// prefix here)
Username: Local username if specified login is performed
Password: Password to corresponding username

Pro

Username: The ioBroker Pro username, often an E-Mail address, if given, the App connects to the Pro Cloud if not
connected with a SSID listed under General
Password: The corresponding password
WLAN SSIDs: allows to set Wi-Fi SSID (comma-separated), if the current connected SSID is equal to one listed here, we use the local vis

General

Application: choose between vis, material and other adapters, just changes the uri of the WebView
Project: Value will be added behind url:port/vis/index.html# (only for vis)
Instance ID: used to e.g. change vis views or detect active views on device via vis.0.control
(it will be synchronized to vis.0 if at least one sync option is active)

Functionalities & Appearance

Allow Zoom: If false, Zoom is deactivated in the WebView
Allow Scrolling: If false, Scrolling is deactivated in the WebView
Send battery to vis.0: If true, battery level and state are sent to vis.0 via JS injection using servConn
Keep display awake: If true, screen will never go to sleep on WebView
Status Bar Active: If true, the status bar is shown
Light Status Bar Text: If true, white color is used for status bar text
Status bar color: Specify the color of the status bar as css color property
Orientation: Force orientation of screen
Zoom (Portrait): Initial Zoom for Portrait mode (0 - 5)
Zoom (Landscape): Initial Zoom for Landscape mode (0 - 5)
Reload on orientation change: should be activated if problems on orientation change occur
Show Pro Logo: If true, a pro logo will be used in the upper right corner to indicate a pro connection
Auto Zoom: Sets width=device-width to meta.content
Force Fullscreen: Sets viewport-fit=cover to meta.content
Location to vis.0: The Location object will be sent to vis
Synchronize Brightness to vis.0: The brightness of the device will be set in vis.0 changing the state will change the brightness (only works with vis)
Device name: Device name used for states in vis.0
Show Navigation Bar (Android only) if true, the Navigation bar is permanently shown, else immersive

Known behaviors

Settings can be opened via a triple tap (3 fingers touching the screen at the same time)
Force reload via 2 finger double tap on screen
Status bar settings are also applied to the settings screen, but only after changing to runtime and back or reopening app
Dark mode in settings is not updating instantly, updated in same fashion as status bar
Reconnection Handling for vis: It is known, that vis has problems reconnecting to the socket, thus the App detects
socket disconnection of vis and if it is not reconnected after 30 seconds, it will reload the page
If on page load an error occurs, a popup is shown where you can reload or go to settings

Ich freue mich auf euer Feedback.

beste Grüße

fox

foxriver76

Hallo zusammen,

zeitnah wird Controller 5.0.12 erscheinen, nichts weltbewegendes dabei, da es langsam alles recht stabil zu laufen scheint.

Änderungen

DNS Warnung bei Erstinstallation wird nicht mehr unbegründet angezeigt
Methode für Entwickler updateConfig berücksichtigt nun Auto Encryption und stellt sicher, dass die aktuellste Config genutzt wird
Webserver (UI Upgrade) schließt alle Verbindungen direkt, nachdem die finale Information geliefert wurde und vermeidet so unnötige Downtime des Controllers bei Folgeanfragen
Methoden für Entwickler: Neue Methoden für Client-Push (Infos an die UI pushen bzw. Pub/Sub System hierfür - Beispielimplementierung folgt demnächst)
Backup-Restore Problem behoben, bei dem bei Restore eines Backups die Daten in die falsche DB geschrieben wurden, falls sich die von Backup und aktueller Installation unterschieden hatten
Backup Optimierungen: Falsches Logging im Fehlerfall behoben und Backups sind nun ca. 30 % kleiner

foxriver76

Hallo ioBroker-Community,

Ab heute wird der js-controller v6 im stable Repository verfügbar sein.

Vorab Danke an alle fleißigen Alpha und Beta Tester.

Node.js Versions-Anforderungen

In diesem Release entfällt Node.js 14.x und 16.x. Die unterstützten Node.js Versionen sind: 18.x, 20.x und voraussichtlich 22.x. Die empfohlene Node.js Version für ioBroker haben wir vor kurzem auf 20.x angehoben.
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-14-16-und-18 !

Informationen zur Version

In dieser Version wurde die Umstellung des Quellcodes auf TypeScript nochmal vorangetrieben (5.X 76%, mit 6.X 90% der Codebase), wodurch am Ende die Stabilität weiter steigt weil viele Code-Fehler nicht mehr auftreten können.
Ebenfalls läuft der Controller nun komplett als ESM Modul, was uns technisch alle Möglichkeiten offen hält und auch Adapter nun komplett als ESM Module laufen können und somit keine Einschränkungen mehr haben falls Dependencies nur für ESM verfügbar sind.
Weiterhin sind auch einige neue Features unter anderem die Möglichkeit des automatisierten Adapter-Upgrades (Admin Funktionalität wird zeitnah implementiert), Informationen über das System Management (neue Pakete, restart nötig, ...) sowie das Management von geblockten Adapter-Versionen hinzugefügt.
Auch wenn mit dieser Version keine neuen relevanten Prüfungen hinzukommen, die zu Log-Ausgaben bei Adaptern führen, meldet aktuelle Logausgaben bitte weiterhin bei den Adaptern.

Detailliertere Informationen zu allen Änderungen und Features findet Ihr weiter unten und im Changelog.

Für die aktive Mitarbeit an dieser Version des js-controller bedanke mich diesmal wieder besonders bei Apollon77, AlCalzone und natürlich Bluefox und auch ein paar weiteren Entwicklern!

Darüber hinaus ist der js-controller 6.0 generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der Version 5.x ist problemlos möglich.
Ansonsten empfehlen wir ein schrittweises Update auf die 6.0 (3.3.x -> 4.0 -> 5.0).

Installation

VOR der Installation

Wie bei jedem Upgrade dieser Art: Bitte macht ein Backup! iobroker backup bzw kopieren des iobroker-data Verzeichnisses 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.
Eine alte 5.0.x-Version des js-controller kann im Notfall einfach wieder per npm install iobroker.js-controller@version ("version" durch die gewünschte Versionsnummer ersetzen) installiert werden und sollte alles wieder herstellen (Letzter Stable Stand ist die 5.0.19)

Nötige Adapter-Aktualisierungen

Am besten VOR dem js-controller Update alle verfügbaren Adapter-Updates (vorallem den javascript Adapter) prüfen und alle Updates installieren, die im Changelog auf Optimierungen oder Anpassungen für den js-controller 5.0 oder höher hinweisen.
Mit den stable Versionen der jeweiligen Adapter sollten keine Probleme auftreten, falls doch bitte hier melden.

Achtung: MASTER/SLAVE-Systeme Reihenfolgen beachten!

Bei einem Multi-Host-System, welches auf js-controller 5.0.x läuft, ist es beim Update auf Version 6.0 empfohlen, zuerst das Master-System zu aktualisieren. Der Master muss dann wieder gestartet werden. Die Slaves werden danach aktualisiert!

Bei Updates von Master/Slave-Systemen mit js-controller 4.x oder früher Bitte die jeweiligen Update Threads der empfohlenen Zwischenversionen prüfen.

Windows

Es wird empfohlen einmalig bei bestehenden Installationen den fixer auszuführen und falls noch vorhanden die iobroker.bat zu löschen.

Hierzu werden folgende Befehle genutzt:

del iobroker.bat
iob fix

Anschließend vorzugsweise das Upgrade mit dem Installer durchführen siehe https://forum.iobroker.net/topic/63610/test-iobroker-unter-windows-installieren-2023-edition
Alternativ im ioBroker-Verzeichnis nach stoppen des ioBroker den Befehl iob upgrade self ausführen.

Linux

Entweder den GUI installationsprozess im Admin nutzen oder

ioBroker stoppen (iobroker stop)
Prüfen das keine Prozesse (Adapter, Backups) mehr laufen (ps auxww|grep io und auch ps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben
cd /opt/iobroker
Das Update erfolgt via iob upgrade self
ioBroker starten (iobroker start)

Bei Fehlern:

Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fix wer schon einen js-controller 2.x oder höher hat, alternativ weiterhin manuell via curl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels iob upgrade self versuchen. Bitte berichtet solche Fälle hier im Thread.

NACH der Installation

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.

Falls im Log Warn-Meldungen auftauchen mit dem Hinweis diese an den Entwickler zu senden, dann bitte schauen welcher Adapter es ist und entsprechend dort Issues bitte anlegen!
Was hat sich geändert, was besonders ansehen/beachten?

Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:

generell siehe Changelog, speziell auch für die Features
generell bitte im CLI und auch sonst überall drüber schauen. Die Typescript und ESM Umstellungen haben sehr viel Code angefasst.

Speziell die Entwickler sollten bitte die genannten Deprecations und neuen Features anschauen und beachten.

Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:

6.0.1 Release Kiera

Breaking changes

Support for Node.js 16 is dropped!
Binary states have been removed
Let's encrypt has been removed

Features

(foxriver76) Added possibility to automatically upgrade adapters (see https://github.com/ioBroker/ioBroker.js-controller?tab=readme-ov-file#automatic-adapter-upgrade)
(foxriver76) if updates for OS packages are available a notification is generated (Linux only)
(foxriver76) the controller creates a notification if free disk space is critical (see https://github.com/ioBroker/ioBroker.js-controller?tab=readme-ov-file#disk-space-warnings)
(foxriver76) allow to ignore specific adapter versions (see https://github.com/ioBroker/ioBroker.js-controller?tab=readme-ov-file#ignoring-specific-adapter-version)
(foxriver76) if an adapter is blocklisted and thus stopped the controller now generates a notification
(foxriver76) allow to configure redis tls during setup custom

Optimizations and fixes

(foxriver76) we now send SIGKILL instead of SIGTERM if adapter does not stop in normal time to prevent ghost processes
(foxriver76) prevent crash case if an invalid pattern is scanned in the database
(foxriver76) we now log the pid if a adapter process is stopped
(foxriver76/Apollon77) fixed crash case on file rotation
(foxriver76) optimized error messages and help text for cli commands url and install
(foxriver76) if users want to install non existing adapters we now hint to the url command instead of recommending the use of npm
(foxriver76) when interacting with aliases we no longer check permissions of the alias and the original object, we now only check the alias
(foxriver76) host object is now already created during setup first run, allowing eg to disable sentry globally before first start of ioBroker
(foxriver76) if the user sets a custom title for instances this is now preserved during upload
(foxriver76) on reinstallation of adapters we uninstall the package manually first to ensure a correct reinstall
(foxriver76) fixed problem on multihost discover
(foxriver76) if getState is called on a non existing or non linked alias we return null like for all other non existing states
(foxriver76) optimize alias subscribe performance for non-redis dbs
(foxriver76/bluefox/Apollon77) updated dependencies
(foxriver76/bluefox/Apollon77) minor fixes and stability improvements

Developer relevant DEPRECATIONS/WARNINGS

(foxriver76) adapters need to specify adapter-core version 3.1.4 or higher or allow an upgrade to this version by specifying e.g. ^3.x.x
(foxriver76) it is now validated that obj.native is of type Record<string, unknown>
(foxriver76) Let's encrypt has been removed (@iobroker/webeserver should be used instead)
(foxriver76) deprecated delete/createState/channel/device methods
(foxriver76) deprecated ioPack common.license which is replaced by the new object common.licenseInfo
(foxriver76) ioPack mode subscribe has been removed as you can achieve the same with mode once and setting system.adapter.xy.alive state (also removed common.wakeup and common.subscribe because of this)

Developer relevant new features

(foxriver76) js-controller (and thus the whole ioBroker) is now running as an ESM module internally while staying a 100 % backward compatible to adapters written in cjs
(foxriver76) adapters can now be written as ESM modules having full support (including compact mode)
(foxriver76) we provide all exports as ESM and as CJS to allow adapter developers to choose what to use
(foxriver76) added convenient methods to manage node modules (see https://github.com/ioBroker/ioBroker.js-controller?tab=readme-ov-file#managing-node-modules)
(foxriver76) allow to specify reason and exit code on adapter.stop
(foxriver76) if you blocklist a version in your io-package.json the controller won't start it anymore and will generate a notification
(foxriver76) for adapters of type schedule and connectionType set to cloud the schedule will be automatically delayed by up to 60 seconds randomly per user if the CRON does not contain a seconds argument, this is to prevent DDoS attacks

Developer relevant optimizations and fixes

(foxriver76) fixed crash case if an malformed object was defined in ioPack instanceObjects
(foxriver76) when interacting with aliases we no longer check permissions of the alias and the original object, we now only check the alias
(foxriver76) if getState is called on a non-existing or non-linked alias we return null like for all other non-existing states
(foxriver76/bluefox) multiple improvements on type level

Wir wünschen allen viel Spaß mit dem neuen Controller!

Moritz

foxriver76

Hallo zusammen,

Anbei wieder ein paar "interne" Einblicke aus dem aktuellen Monat.
https://iot-blog.net/2024/12/27/iobroker-neue-entwicklungen-im-dezember-2024/

beste Grüße

fox

foxriver76

Hallo zusammen,

ich wünsche euch einen schönen Start ins Wochenende.

Da js-controller v5 stable immer näher rückt, möchten wir gerne noch die aktuellen Versionen der Adapter web, socketio und ws ins stable bringen. Diese werden die nächsten Tage dort erscheinen.

Falls ihr mehrere der Adapter installiert habt, upgraded diese bitte direkt hintereinander, so dass keine unerwarteten Wechselwirkungen entstehen. Solltet ihr plötzlich auftretende Probleme haben, probiert im web Adapter die Option bei reine Websockets verwenden zu ändern. Sollte es trotzdem Probleme geben, bitte erst mal hier melden, dass wir entscheiden können wo etwas gefixt werden sollte/Issues erstellt werden sollen.

beste Grüße

fox

foxriver76

@feuersturm hm okay also bei mir in Safari Mobile und Desktop öffnet sich die Seite korrekt.

foxriver76

@feuersturm Wo hast du den her? Das hier sollte tun https://iobroker.net/press/ es ist in jedem Fall nur ein redirect auf iobroker.live, aber die .net Domain hat doch etwas mehr offiziellen Charakter.

foxriver76

Here we go again https://forum.iobroker.net/topic/78853/entwicklungseinblicke-dezember-2024

foxriver76

Hallo zusammen,

Anbei wieder ein paar "interne" Einblicke aus dem aktuellen Monat.
https://iot-blog.net/2024/12/27/iobroker-neue-entwicklungen-im-dezember-2024/

beste Grüße

fox

foxriver76

@merlin123 gibt es nicht über die API

foxriver76

@1topf Bei mir gibt es display_status.progress als DP. Habe da auch einen Alias drauf für *100 wenn das immer eine Konvertierung benötigt, kann man das auch im Adapter einbauen ja.

foxriver76

@haselchen Hm hier sieht es allerdings so aus, dass er den Upgrade Prozess startet und dann beim npm call irgendwas schief läuft. Weiß nicht ob es wirklich an den gyp Fehlern scheitert, aber wenn du das über die CLI machst klappt es?

Ich weiß nicht wie das mit den Rechten im Buanet Docker ist, wenn du den Befehl absetzt scheint er den Container nicht in den maintenance mode versetzen zu können. Hier würde ich am ehesten vermuten dass es eine Rechte Geschichte ist.

foxriver76

@haselchen sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:

@foxriver76

Ich kann nichts ins Terminal kopieren.

Warum?

Ich war auf 7.0.5 dann wieder auf 7.0.4 und eben per Konsole auf 7.0.6

Man müsste speziell 7.0.5 auf 7.0.6 testen und sonst mal schauen ob was im Log steht.

Dein Befehl würde somit keine Aussage treffen können, richtig?

Für den Befehl ists egal ob 7.0.5 oder 7.0.6.

foxriver76

@haselchen was steht in log. Sorry dieser Screenshot/diese Meldung von Admin bringt mir leider nix - der sagt nur dass der Servernicht gestartet ist allerdings nicht warum

Und du bist auf 7.0.5?

Und falls nix im log steht mal das Kommando von oben im Container absetzen und Fehler zeigen.

foxriver76

@ofbeqnpolkkl6mby5e13 oh man jetzt bin ich selbst rein getappt. Ja ok dann passt es. 7.0.5 fixt Docker ja erst somit 7.0.5 auf 7.0.6 das erste das wieder geht für Docker.

NEWS

foxriver76

@foxriver76

Best posts made by foxriver76

Settings

Local

External

General

Functionalities & Appearance

Known behaviors

Node.js Versions-Anforderungen

Informationen zur Version

Feature Spotlight

Weitere Informationen

Installation

VOR der Installation

Nötige Adapter-Aktualisierungen

Achtung: MASTER/SLAVE-Systeme Reihenfolgen beachten!

Windows

Linux

Bei Fehlern:

NACH der Installation

7.0.0 Release Lucy

ACHTUNG backups inkompatibel bei Downgrades!!

Installation

VOR der Installation

Nötige Adapter-Aktualisierungen

Achtung: MASTER-Systeme Reihenfolgen beachten!

NACH der Installation

Was hat sich geändert, was besonders ansehen/beachten?

5.0. Release Jana

Wie Fehler melden?

Wir wünschen allen viel Spaß mit dem neuen Controller und vielen Dank für Eure Unterstützung!

Settings

Local

Pro

General

Functionalities & Appearance

Known behaviors

Node.js Versions-Anforderungen

Informationen zur Version

Installation

VOR der Installation

Nötige Adapter-Aktualisierungen

Achtung: MASTER/SLAVE-Systeme Reihenfolgen beachten!

Windows

Linux

Bei Fehlern:

NACH der Installation

6.0.1 Release Kiera

Latest posts made by foxriver76