@Takahara sagte: Ich muss zwar noch ein paar Skripte nachpflegen, aber das ist zum Glück halb so wild. Dazu kannst du dein neustes Backup ( welches die Scripte enthält ) in das Tool laden und dort die Scripte exportieren.

@Duffy Steht übrigens genau so auch oben als Kommentar dabei... Falls es zu Rückfragen kommen sollte, dass neue Dateien einen anderen Inhalt haben und welche übernommen werden soll, nehmt die Version vom Paketersteller. Hintergrund: Influxdb bringt nun ein eigenes Paket mit den Schlüsseln mit und hält die dann künftig darüber aktuell.

@thomas-braun Da hast du wohl recht, allein ich hatte die Hoffnung, aber ja, ändert sich nichts an der Tatsache.

Hallo, hatte jetzt endlich etwas zeit. habe noch einmal alles frisch aufgesetzt (ohne iobroker) und mich exatkt an die beschreibung gehalten. wieder mit den gleichen ergebnis - zugriff verweigert, versuchen sie es erneut. dann habe ich mir die beschreibung noch einmal und vorallem bis zum schluss durchgelesen und zu meiner schande festgestellt, dass der fehler vorm pc sitzt. ich hatte bei den vorangegangenen versuchen hostname und user identisch benannt. beim letzten versuch habe ich unterschiedliche namen vergeben und da ist mir aufgefallen, dass ich mich mit ssh hostname@ip angemeldet habe - richtig wäre ja ssh username@ip oder ssh username@hostname - und siehe da - anmeldung klappt, iob lies sich auch installieren, jetzt kann ich mich an die wiederbelebung der adapter machen vielen dank für die unterstützung Mit freundlichen Grüßen

@him96 Soweit es noch geht die Kiste auf Stand bringen, dann davon per Backitup-Adapter ein Backup auf ein externes Medium ziehen, danach das System komplett neu aufsetzen https://forum.iobroker.net/topic/51869/installation-auf-raspi-einfacher-geht-s-nicht und dann in den frischen ioBrokker dein Backup einspielen. Dabei hoffen, dass der Sprung nicht zu groß geworden ist. Und je länger du dich gesräubt hast, desto kommplexer wird das alles. "Never tatsch ä runnink Süstäm" war noch nie ein kluger Ansatz.

@Aubergino So hättest Du ganz nebenbei auch noch eine vollwertige Reserve wenn die sich die SD-Karte mal verabschieden sollte.

@Maik-Krause Dürfte vom RAM her mit 32 Instanzen zu eng werden. Wird das nodejs16-Repo raus und aktualisiert die Kiste in nächster Zeit auf Debian 13 Trixie.

@dimaiv Eigentlich verwende ich den iot gar nicht mehr, mache alles über den Matter Adapter... Die letzte Zeit bin ich intensiv dran meine Aliase zu strukturieren bzw. zu überarbeiten. Zum erstellen der Aliase nehme ich den Devices Adapter. Ein damit angelegte Thermostat lässt sich mit dem DP alias.0.Buero.Thermostat.SET bei mir ohne Probleme in den iot integrieren: [image: grafik.jpeg] Die Objektdaten des Alias sehen so aus: Spoiler { "_id": "alias.0.Buero.Thermostat.SET", "common": { "name": "SET", "role": "level.temperature", "type": "number", "read": true, "write": true, "alias": { "id": "matter.0.controller.8.Aggregator-1.Thermostat-3.SET" }, "unit": "°C", "min": 5, "max": 30, "step": 0.5, "smartName": { "de": "Büro Heizung" } }, "native": {}, "type": "state", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1790790441093 } Vielleicht hilft es dir weiter Edit: Bin allerdings auch noch auf stable version 6.0.3

Sorry, dass ich mich erst jetzt zurückmelde, ich war unterwegs. Scheinbar lag es tatsächlich an Netzwerkproblemen. Meine Erklärung wäre folgende, auch wenn ich nicht sagen kann, ob sie zu 100 % stimmt: Ein Problem mit dem Router hat vermutlich dazu geführt, dass die über Node-RED verbundenen Shelly-Geräte ungewöhnlich viel Traffic erzeugt haben. Dadurch wurde Node-RED offenbar so stark belastet, dass es zu den beobachteten Problemen kam. Ein Neustart des Routers hat leider nichts gebracht. Nachdem ich den Router jedoch ausgetauscht habe, war das Problem sofort verschwunden. Vielen Dank nochmal für die Unterstützung und die hilfreichen Hinweise!

@Thomas-Braun sagte: @Asgothian sagte: Offensichtlich wird das bei Debian 13 (ohne GUI) nicht mit installiert. Doch, das wird immer dann mit sudo eingerichtet, wenn man im Debian-Installer erst gar kein root-Passwort vergibt. Der Debian-Installer formuliert das ist an der entsprechenden Stelle allerdings zugegeben etwas unglücklich, sodass man zu dem Schluss kommen könnte, man müsse ein PW vergeben. Danke für den Hinweis - genau darüber war ich gefallen und hab ein root passwort vergeben A.

@RandyAndy sagte: Was soll denn diese Diskussion. Welche Diskussion? Ich wundere mich nur über deine Aussage, dass die Installation von MariaDB eine Stunde gedauert haben soll. Das liegt doch in den Standard-Repos vor und ist mit wenigen Handgriffen erledigt. Was hast du da also eine Stunde lang in das System gedübelt? echad@chet:~ $ apt policy maria maria mariadb-connector-python mariadb-plugin-oqgraph mariadb-server mariadb mariadb-mysql-kbs mariadb-plugin-provider-bzip2 mariadb-server-10.5 mariadb-backup mariadb-plugin-connect mariadb-plugin-provider-lz4 mariadb-server-compat mariadb-client mariadb-plugin-connect-jdbc mariadb-plugin-provider-lzma mariadb-server-core mariadb-client-compat mariadb-plugin-cracklib-password-check mariadb-plugin-provider-lzo mariadb-test mariadb-client-core mariadb-plugin-gssapi-client mariadb-plugin-provider-snappy mariadb-test-data mariadb-common mariadb-plugin-gssapi-server mariadb-plugin-rocksdb maria-doc mariadb-connector-java mariadb-plugin-hashicorp-key-management mariadb-plugin-s3 mariadb-connector-odbc mariadb-plugin-mroonga mariadb-plugin-spider

@Codierknecht sagte: @Aubergino sagte: Einrichten des Raspi über VNC vom Windows-Rechner Das lässt vermuten, dass auf deinem Linux ein Desktop installiert ist. Warum? Es soll Leute geben die das Grundsystem lieber über ein UI administrieren als immer mit der Kommandozeile zu arbeiten. Insbesondere bei Netzwerk- und Dateisystemeinstellungen ist das schon deutlich einfacher. Das mag unlogisch und unsicher erscheinen - das sehe ich aber nur ganz bedingt so. Solange nicht haufenweise desktop software auch installiert ist sollten die Risiken begrenzt sein. Noch wichtiger ist das über dieses UI dann auch nicht im Web gesurft oder Mails geholt werden. A.

In diesen verrückten Zeiten mit Mondpreisen für neue Hardware, könnte man auch über einen gebrauchten Mini-PC oder Thin Client nachdenken... https://www.refurbed.de/p/fujitsu-futro-s9010-thin-client/ https://www.cpubenchmark.net/compare/3665vs6672/Intel-Pentium-Silver-J5040-vs-Broadcom-BCM2712

Da der Adapter (leider) moch nicht in den Repositories aufscheint eine Info an Nicht Tester: Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

@MiFuFli sagte: Der neue PI5 läuft zwar immer noch icht, da ich noch ein paar andere Problemchen bei dem Aufsetzen haben, Grundsetup: https://forum.iobroker.net/topic/51869/installation-auf-raspi-einfacher-geht-s-nicht

@homoran Das war die Lösung, vieeelen Dank. LG Duffy

Hmmm, als das System auf einem Raspi lief ohne Container, war das Einbinden der Tado X Thermostate ohne die Bridge kein Problem. Kann irgendjemand bestätigen, dass es mit der Bridge und MacvLan funktioniert?

@tklein Sowas hat jeder mal. https://www.instagram.com/reel/DHiIU9Co9ZK/?hl=de