@mrichstein Sorry, wenn ichs wo überlesen habe - ABER im allerersten Pist steht ja ganz klar das "Problem". Die beiden Adapter verlangen (so wie immer mehr neue Releases) NODE 16. Und du hast node 10 (!) installiert. Ergo mindestens auf node 16 aktualisierern oder besser / sinnvoller auf node 18 da node 16 diese Tage obsolete wird.

@homoran Wow damit hat es tatsächlich funktioniert. Läuft jetzt ohne Probleme. Auch wenn ich den Hintergrund nicht verstehe danke für die Hilfe!

@djmarc75 said in SQL-Adapter - Einstellungen speichern funktioniert nicht: @blockmove geh bitte auf Admin <= 6.8.3 zurück Funktioniert :+1:

@apollon77 Danke für die Infos @andere Adapter ist mir nur sma-em bekannt, der für das Auslesen vom sma shm2.0 da ist sbfspot gäbe es noch für Wechselrichter auslesen, die wollen zwingend andere Datenbank - keine influx Alternative wäre noch auf Modbus umzusatteln

@marc-berg Hallo Marc, danke für deinen Antwort! Ich habe von einer andere Seite den Tipp bekommen mit client.loop_start() oder client.loop_forever() statt dem gesamten Code: connected = False while not connected: try: client.reconnect() connected = True except: print("Lost Connection to MQTT...Trying to reconnect in 2 Seconds") time.sleep(2) zu verwenden. Dies hat zum Ziel geführt damit die Verbindung nicht immer abbricht und ich keine Hinweise mehr im Protokoll bekomme. Diese zwei Möglichkeiten sollten auch einen automatischen Reconnect schaffen! fg Thomas

@mono990 Bei mir war die Schnittstelle für den Zigbee irgendwie entkonfiguriert. neu gesetzt und erledigt. Schmitti

@assemblerguru Also erstens mal ist dein "Ton" wirklich unangemessen, und zweitens: Nachdem du zu wissen scheinst, dass das hier immer wieder ein Thema ist, dieser Account aber erst zwei Wochen alt ist und keinen anderen Beitrag hat, drängt sich mir der Verdacht auf, dass das hier ein Zweitaccount zum "aus der Deckung schießen" ist. Falls das zutrifft, dann habe doch wenigstens die Eier in der Hose, deine unsachliche Kritik unter deinem echten Account zu posten.

Update: Ich habe ioBroker Fixer laufen lassen. Danach war der Effekt weg.

So, ein kurzes Update für alle: nachdem ich mit der "normalen" Installation einfach nicht ans Ziel gekommen bin, habe ich einen anderen Weg eingeschlagen: Image IOBroker installiert ( https://github.com/buanet/ioBroker.raspberry-os/releases ) Nach der Installation hatte ich folgende Versionen: NPM 8.19.4 (9.6.7) Node.js v16.20.2 Dann erst einmal getestet, ob ich hiermit wieder Modbus etc. installieren kann > i.O. Also SD-Karte wieder platt gemacht, Image neu - ohne Modbus etc. - installiert, damit ich wieder die gleiche Ausgangslage habe. Danach mich an das manuelle Upgrade nach Thomas seiner wirklich guten Anleitung gemacht: ( https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian ) Gebe zu, das war ein bisschen Arbeit, aber am Ende hatte ich alles auf aktuellem Stand: NPM 9.6.7 Node.js v18.17.1 Und siehe da: Ich konnte alle Adapter installieren :) Ich habe keine Ahnung, warum er die "normale" Installation nicht gemacht hat. Irgendwas scheint ja aber anders zu sein. Wenn es ein genereller Netzwerkfehler ist/wäre, hätte ich doch auch hier nichts installieren können müssen, oder? Zumindest habe ich bei beiden Wegen die gleichen Voraussetzungen geschaffen, damit ich vergleichen kann. Also irgendwas scheint durch das Image anders zu laufen ... Aber hey ... what ever: ich habe jetzt ein stabil laufendes System, welches aktuell ist und mit dem ich erst einmal wieder an meiner Automation arbeiten kann. Nebenbei habe ich mir aber noch eine 2te SD-Karte fertig gemacht, mit der ich zwischendrin mal verschiedene Szenarien durchspielen werde. Irgendwie muss der "Fehler" ja einzugrenzen zu sein. Am Ende möchte ich aber auf jeden Fall noch einmal Danke :) für Eure Zeit und Hilfe sagen. Greez Holger

@thomas-braun Puh ja muß ich nochmal gucken. Da haben irgendwelche Signaturen von einigen Methoden nicht mehr gepaßt. Läuft auf proxmox von daher kann ich den container clonen und mal gucken. Mir war's erstmal wichtiger, daß iobroker wieder alles läuft. P.S.: Habs probiert nu hats ohne Probleme geklappt mit nodejs 18. Keine Ahnung was da los war.

mit Hilfe von @mcm57 und @foxriver76 konnten wir herausfinden um welche files es sich handelt. Nach upload der Adapter mbus und smartmeter auf dem slave waren die Fehlermeldungen weg. Danke an euch beide. mfg Dieter

Nur Nachfrage : Ein Broker läuft ? z.b. Mosquitto ? Dein Client muss sich ja irgendwo hin verbinden.

Warum installiert man sich Beta-Software und meldet dann Fehler bei einzelnen Adaptern? - Vielleicht sollte man sowas in dem entsprechenden Beta Test Thread posten. So verwirrt das doch nur, falls der Fehler wirklich nur mit dem Javascript 5.0.x Adapter auftritt, dann gehört das da rein: https://forum.iobroker.net/topic/66108/js-controller-5-0-x-jetzt-in-der-beta/7 Und wie gesagt, wenn man Beta Software installiert, dann darf man sich auch nicht beklagen.

@mcm57 sagte in ioBroker funktioniert nicht mehr: dass die ssd Preise für kleine ssds im Keller sin nicht nur für kleine! M2 NVMe 1TB für unter 50 Euro https://www.alternate.de/listing.xhtml?q=nvme+1tb&s=price_asc

@homoran bei allen, Debian, Grafana ect. es stimmt ja auch alles, bis auf die Daten die vom Smartmeter Adapter kommen. [image: 1691760759104-bildschirmfoto-2023-08-11-um-15.31.15.png] Grün: Daten vom Smartmeter Adapter Orange: Daten vom e3dc Adapter.

@bubiman sagte in [Gelöst] Javaskript Instanz stürzt ab: Ich habe die Schleife jetzt erstmal in ein "Wiederhole 10 mal" geändert und damit stürzt er nicht ab. diese 10x (oder solange bis) werden unmittelbar hintereinander im Millisekundentakt gestartet

@nas007 sagte in ping-Adapter csv export funktioniert nicht: @Thomas-Braun Vielen Dank fürs Heraussuchen. Beta-Testers Handwerkzeug... Künftig bitte selbstständig github konsultieren.

@apollon77 Gelöst mit v1.2.0