ja ist bei mir auch so, hat auch nichts gebracht, beide Adapter (alexa2 und shoppinglist) zu löschen und neu einzurichten

@hannosch sagte in Adapter Update funktioniert nicht "Generell": chkdsk X: /f /r funktioniert NICHT für Linux-Dateisysteme (wie das ext4, das hier zum Einsatz kommt).

Ich habe genau das selbe Problem, meine Shelly Uni gehen immer sporadisch auf Werksreset. Das Tritt immer auf wenn ich die insztanz im IObroker laufen habe ohne erkennbares Muster. Hat damals jemand eine Lösung gefunden?

@haselchen ======================= SUMMARY ======================= v.2025-02-23 Static hostname: ioBrokerProdNodeAlpha Icon name: computer-vm Chassis: vm Virtualization: kvm Operating System: Debian GNU/Linux 11 (bullseye) Kernel: Linux 5.10.0-21-amd64 Architecture: x86-64 Installation: kvm Kernel: x86_64 Userland: 64 bit Timezone: Europe/Berlin (CET, +0100) User-ID: 1000 Display-Server: true Boot Target: graphical.target Pending OS-Updates: 42 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v20.18.2 /usr/bin/node v20.18.2 /usr/bin/npm 10.8.2 /usr/bin/npx 10.8.2 /usr/bin/corepack 0.29.4 Recommended versions are nodejs 20.19.0 and npm 10.8.2 nodeJS installation is correct MEMORY: total used free shared buff/cache available Mem: 3.9G 2.9G 192M 17M 842M 765M Swap: 975M 176M 799M Total: 4.9G 3.1G 991M Active iob-Instances: 30 Upgrade policy: none ioBroker Core: js-controller 7.0.6 admin 7.4.10 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: redis Status admin and web instance: + system.adapter.admin.0 : admin : ioBrokerProdNodeAlpha - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.web.0 : web : ioBrokerProdNodeAlpha - enabled, port: 8082, bind: 0.0.0.0, run as: admin Objects: 19581 States: 16673 Size of iob-Database: 17M /opt/iobroker/iobroker-data/objects.jsonl 4.7M /opt/iobroker/iobroker-data/states.jsonl Debian 'bullseye' is the current oldstable version. Please upgrade to the latest stable release 'bookworm' in due time! =================== END OF SUMMARY ==================== === Mark text until here for copying ===

Hallo zusammen, die RM und iobroker laufen nun seit über 7 Tagen stabil. Der Fehler info: hm-rpc.0 (37178) xmlrpc client is trying to connect to 192.168.179.25:2010/ with ["http://0.0.0.0:2010", ist im Log weiterhin nicht sichtbar. Aber er ist ja auch nur erschienen, wenn die CPU hoch war ;) Ich danke euch bis hier hin :) LG

@apollon77 Habe nun iot mit der Pro Lizenz aktiv, nach Anpassung der URL funktioniert es nun wieder. Vielen Dank für die Hilfe! :+1:

Also die Warnungen treten doch noch auf, ohne dass eine Ursache erkennbar wäre 😔

@codierknecht Gar nicht gesehen... Wobei 14 Instanzen gehen sollten (wenn man den GUI Overhead vermeidet) Mich irritiert eher dieses fuse.portal Dateisystem im mount. Was ist das?

@thomas-braun said in iobroker nach zigbee installation nicht mehr ansprechbar: @w-m-77 sagte in iobroker nach zigbee installation nicht mehr ansprechbar: Versuch mal cd /opt/iobroker && npm uninstall iobroker.zigbee2mqtt

@paul53 Ich habe bei den offenen nach Blockly, sowie auch nach export und import gesucht... Auf die schnelle nichts gefunden; heisst aber nicht dass es keinen Eintrag gibt.

@zahnheinrich Eben ausprobiert... funktioniert. Danke!!! Ich wollte eigentlich die Tasten "Auf" und "Ab" mit press_short koppeln um mittels kurzem Impuls die Lamellen-Position zu Steuern. Aber das kann ich auch mit dem Slider machen. Mittlerweile glaube ich, dass ich einen Denkfehler hatte. Die Kanäle 1 und 2 sind vermutlich nur "lesend" - d.h. mir wird angezeigt ob der physische Schalter gedrückt wurde, aber ich kann keinen Schalterdruck damit simulieren. Zumindest glaube ich dass es dies die Ursache sein könnte... macht irgendwie auch Sinn...

@codierknecht sagte in MQTT bleibt gelb: Für den Hausgebrauch und die meisten Funktionen reicht der Sonoff-Adapter aber völlig aus. Ja und dann noch den Shelly Adapter und den Zigbee2mqtt Adapter usw. Also ich bin der Meinung, dass man sich das durchaus überlegen sollte. Jedenfalls sollte auch ein Anfänger wissen, dass es das alles mit EINEM einzigen Adapter betreiben kann, der originales Mqtt spricht. Aber gut - ich will nur mal wieder ein andere Meinung hier von mir geben, auch wenn ich weiß, dass ich damit relativ allein bin - genauso wie zur Wahl der Logikmaschine etc. Ich will nur verhindern, dass die Leute einfach etwas nutzen ohne sich darüber im Klaren zu sein, welche Nachteile, sie sich mit Vorteilen erkaufen. Gerade mit der implementierten Aliasfunktionalität ist auch ein JSON Objekt kein unüberwindbarer Nachteil - und die Adapter machen meist nicht mehr, also Objekte zu zerlegen und mit dem ACK Flag Kommandos und Status in einem Datenpunkt zu vereinen.

@bubiman sagte in FATAL ERROR: Reached heap limit Allocation failed...: Kann ich zwei Javascript Instanzen haben um die "wichtigen" Skripte auf einer und die restlichen auf einer anderen laufen lassen zu können? Natürlich, ja.

@mario-k sagte in Adapterverbindung zu Alexa funktioniert nicht: @freise73 Bei dem Adapter bekomm ich seit Jahren ne Krampf. Ich habe das gleiche Problem: Ziel: Einfach nur Alexa verwenden, um Geräte aus dem ioBroker zu steuern. Alles probiert auf einem Desktop-PC, Windows 11, Edge-Browser: Im Adapter werden je Menge Schilder angezeigt, der Link zur Anmeldung bei Amazon läuft auf einen lokalen internen Port des ioBroker und meldet Fehler 'Seite nicht erreichbar'. Laut Browser vermutlich wegen fehlendem Zertifikat (https), aber das ist ne weitere Baustelle. Aber vielleicht gibt es ja noch einen anderen Weg. Zumindest vermisse ich hier eine klare und funktionierende Vorgabe (Voraussetzungen, Schritte). Grüße, Mario K. Dito, unter Linux mit Firefox und Chrome

@shadowhunter23 sagte in Gelöst - Admin Adapter zeigt fehlerhafte Aktualisierungen: iob upgrade admin@7.4.21 Vielen Dank :+1: Hat funktioniert.

@haselchen sagte in Admin Adapter startet nicht mehr: admin.0 und admin.1 sind vorhanden . und beide auf port 8081. und beide nicht aktiv. @Smibser bitte die Langfassung von iob diag bevor du etwas änderst!

@martybr Mir hat das Problem keine Ruhe gegeben. Ich habe nun im Testsystem alle VIS-2 Adapter gelöscht und siehe da, ich kann die Systemeinstellung wieder öffnen und editieren. Das gleiche habe ich anschließend auch im Produktiv-System gemacht und auch dort alle VIS-2 Adapter entfernt. Auch hier kann ich nun die Systemeinstellungen wieder öffnen. Ich lasse erstmal die VIS-2 Adapter deinstalliert, da ich diesen Adapter nicht benötige. Möglicherweise ist durch die Installation einer Beta-Version von VIS-2 der Fehler passiert. Ich setze das Thema nun auf gelöst.