Hey, danke dir für deine Rückmeldung! Auf deinen Hinweis hin habe ich testweise alle Erweiterungen deaktiviert und den Browser neu gestartet. Leider kann ich in meinen größeren iQontrol‑Seiten trotzdem nicht mit dem Mausrad nach unten scrollen, um die unteren Kacheln zu sehen. Funktioniert das bei dir im Edge‑Browser?

Hier noch wie Nodered aussieht und welcher Wert geliefert wird. [image: 1768662438004-473dd7cc-5952-4e32-b85e-72599e89c306-grafik.png] [image: 1768662469105-49fbd61a-94f4-4d48-a47e-31a383e7107a-grafik.png]

Hi, you need to check the state s7.1.DBs.DB1._2_1 for it's type. So click on the pencil next to the state in the object tree (the pencil only appears with enabled expert mode!). There you can find under "object data" (Objektdaten in German, idk the exact translation) the type in the json. So if there is written "string" then ioBroker is expecting a string, but the API may deliver a boolean, which is then just entered into this field OR vice versa (type = boolean, API sends string). Hope this helps :)

@Afterburner there is an option in the adapter configuration to ignore self signed certificate errors. Is this activated?

@AIXroot Corrected Workaround for openSUSE (zypper/rpm) The js-controller executes sudo apt list --upgradeable directly, which fails on openSUSE because apt exists but lacks the --upgradeable flag. ​ Exact Procedure sudo ln -sf /bin/true /usr/bin/apt iobroker restart What happens? Before: sudo apt list --upgradeable → "The flag --upgradeable is not known" error. After: /usr/bin/apt links to /bin/true (always exits with code 0/success). Result: js-controller receives "success" → logs "OS updates: 0 available", no more error messages.​ Why safe & reversible? /bin/true is a standard Linux binary (does nothing, always succeeds). No real apt functionality affected (openSUSE doesn't use apt anyway). Undo: sudo rm /usr/bin/apt && iobroker restart.

For full safety I would recommend to remove all write capabilities from aliases pointing to JSON structures.

Hey, I assume you‘re using MQTT. Maybe the connection from e.g. Iobroker is open constantly blocking any other connection from HA? Check the release notes of your mqtt client(s) if there are any changes in the communication

@ap2017 there is a similar thread in the german section. I wil look for it, and add a link here. perhaps will @asgothian get this info EDIT: Here's the link https://forum.iobroker.net/post/1234226 if you need special help in english, please tell us.

@samson71 I am sorry, but in the German forum there was no reply, although the topic is 10 days old. If you are bothered by two topics of the same type, please delete the German Post. I seem not to be allowed to delete it.

@martiman OK, it was a case of RTFM :joy: SUBSCRIBE_TOPIC = b"set_angle" b"pergola1/set_angle" PUBLISH_TOPIC1 = b"status" b"pergola1/status" Solved...

@jack-3 said in Automatic Instance Generation: @mcm1957 I mean the modbus adapter, the main point that I want to be able to do this for is so that I can update all of the instances at once if I need to make changes instead of having to manually go through each of the instances. Why do you have multiple instances of modbus? Client or Server? I do not see the use case. And what MODBUS config needs to be changed at multiple instances? Anyway. As toll you can change the config of an existing instance by readibg and writing the native Part of the instance object

@ap2017 open here [image: 1716622718093-screenshot_20240525-093810_firefox.jpg]

@mcm57 I apologize for the typo. (Translated with google)

@ap2017 you can follow the project zigbee2mqtt.. if it works there..then we look here if is it possible FYI : the dongle E does not support nvbackup function..

@mcm57 I know about WEBLATE.. and some adapters fixed for polish.

@csp said in Neato Botvac adapter - further development: @mcm57 I think he means these kind of warnings that I also get: botvac.0 2023-12-07 11:27:17.274 warn State value to set for "botvac.0.Untergeschoss .commands.spotHeight" has value "0" less than min "100" botvac.0 2023-12-07 11:27:17.274 warn State value to set for "botvac.0.Untergeschoss .commands.spotWidth" has value "0" less than min "100" botvac.0 2023-12-07 11:26:16.550 warn State value to set for "botvac.0.Untergeschoss .commands.spotHeight" has value "0" less than min "100" botvac.0 2023-12-07 11:26:16.550 warn State value to set for "botvac.0.Untergeschoss .commands.spotWidth" has value "0" less than min "100" Thomas Github user ar7bd has provided a fix for the 'less than min' problem. THANKS A LOT TO HIM. I just released it as 2.0.2 which will be available at lates repository tomorrow. Please note that most likely you will have to delete the two effected states manually after stopping the adapter. When restarting the states should be created with correct configuration (min = 0). mcm1957

@MCU but this brings me on track, i now swap the "?" with "%3F" now it works .. damn @MCU you are f****** smart :) Thanks a lot. spend already hours on this :)