@41vsy sagte in shelly adapter und node.js update: @homoran @thomas-braun ok. Ich habe in einem Forum ein ähnliches Problem gefunden. Und da hat man auf einen Befehl. ifconfig route cat /etc/resolv.conf Ergebnis bei mir: iob@iobroker:~$ ifconfig route cat /etc/resolv.conf -bash: ifconfig: command not found -bash: route: command not found # --- BEGIN PVE --- search local nameserver 192.168.178.1 # --- END PVE --- Also ich weiß, dass mein Netzwerk 192.168.40.xxx ist. Gibt es da einen Zusammenhang? -- schon mal riesen Dank Wenn dein Rechner im Subnetz 192.168.40.0/24 ist und in /etc/resolv.conf aber 192.168.178.1 eingetragen ist wird das eher nicht funktionieren! Welche IP hat denn dein Router? Ich vermute mal, dass der 192.168.40.1 als IP hat, die solltest du dann in der /etc/resolv.conf eintragen (ausser du hast auch pihole in Verwendung). Unter debian (wird normal in lcx unter ProxMox verwendet) kann man die eigene IP mit "ip a" abfragen.

@mcm1957 Ja, ein paar Einträge weiter oben: https://github.com/ioBroker/ioBroker.echarts/issues/927 Ich für mich kann erst mal mit den fehlenden Optimierungen leben, das muss jeder für sich entscheiden. Ich brauchte erst mal eine schnelle Lösung :-)

@asgothian Ja, dies konnte ich aber ebben nur machen, weil ich im IOB den Adapter über einen Link installiert hab. Dies habe ich bis heute noch nie gemacht. Aber es rennt dank deiner hilfe wie es sollte :) Nochmals vielen dank !

@bigchris @bigchris sagte in Zigbee Adapter - Restart loop detected: Es sind keine errors die auf den Zigbee-Adapter hinweisen vorhanden. Dann darfst du die Restart-Loop Meldung ignorieren. Sollte der Adapter irgendwann noch einmal nicht laufen, bitte wieder schauen was es an Meldungen gibt. Es muss welche geben. ggf. weder als Warnung noch als Error - es können auch Info-Meldungen sein. Der Neustart des Zigbee-Adapters hinterlässt üblicherweise deutliche Spuren im Log. Bei meiner Test-Installation immer so 20 Zeilen. @bigchris sagte in Zigbee Adapter - Restart loop detected: 2025-09-04 20:05:16.196 - warn: zigbee.1 (629689) Send command to 0xe0798dfffeb91594 failed with: Code 205 (No network route) 2025-09-04 03:07:23.872 - warn: zigbee.1 (629689) Send command to 0xe0798dfffeb91594 failed with: Code 205 (No network route) Diese Meldungen besagen das das Gerät mit der IEEE 0xe0798dfffeb91594 nicht erreichbar ist. Der Koordinator weiss nicht wo es ist. A.

@thomas-braun Vielen Dank für deine Erklärung! Werde ich beherzigen.

@Cinimod das müssen keien anleden daten ein :-) gin alles über die amamzon webseite Das problem ist das ich hier im foum keine lösung gefunden hab :-( edit adapter noch mal neu installiert und dann gin es

@kelzith sagte in [gelöst] Fehler bei Update js-controller von 7.0.6 auf 7.0.7: Ich finde ohm nicht. ohm = ihm = @mcm1957 sagte in [gelöst] Fehler bei Update js-controller von 7.0.6 auf 7.0.7: Device reminder

@mickwks ....und natürlich herzlichen Dank für die schnelle Prolemlösdaung.:ok_hand:

Meine hier geschilderten Probleme wurden mit der Node.js-Version: 22.18.0 und der NPM-Version: 10.9.3 gelöst. Vielen herzlichen Dank für all eure hilfreichen Beiträge zu diesem Thema! Eure Unterstützung und Erfahrungen haben mir sehr weitergeholfen.

@haselchen Das ist der Hauptgrund. pi5 mit 8 GB und einen hochwertigen Speicher sd oder ssd.

@j-borger sagte in Adapter S7 | Fehlermeldungen: Daher gehe ich von einem Problem mit der Nodejs-Version: v22.18.0 aus. Ich ich gehe davon aus, das der s7-Adapter lediglich nochmal neugebaut werden muss.

@arteck said in Adapter "Connector Local Control": @smarthomie der hat nie in stable geschafft.. Der ist überhaupt in KEINEN Repository. Und seit JAHREN nicht gewartet. Die Fehlermeldung Object of state "connector-local-control.0.34xxxxxxx9f0.34ab958fa9f00002.up" is missing the required property "common.type" kriegst du weg indem du den Code korrigierst. Wundert mich dass bei solchen Fehlern überhaupt irgendwas funktioniert. Bitte wende dich betreffend Support an den Repository Owner. 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. Und falls es irgendwie unklar ist: ioBroker unterstützt folgende Arten von Installation: aus dem STABLE Repository Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern. aus dem LATEST Repository Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist. direkt von GITHUB Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben. direkt von npm Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist. Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch. @mcm1957

@rccardany sagte in admin.0 enabled aber webinterface nicht erreichbar: *** 20.19.2+dfsg-1 500 Dein nodejs ist falsch. Bring das per iob nodejs-update 22 auf die richtige Version. Und dann die ganzen Adapter-Antiquitäten auf Stand bringen.

@crunchip sagte in iot Adapter - neue DP werden automatisch Alexa-Geräte: Je nachdem, was damit anstellst. Z. B. Verarbeitung in Scripten, oder eben Ansteuerung per Sprache. Ich verarbeite sie nur in Scripten. Also aus damit :)

@lollo_c sagte in tap-adapters bleibt leer und zeigt Fehlermeldung: wenn der Zugriff auf eine (welche?) externe URL nicht möglich ist? Das wäre das Repo/die Adapterbewertung. Sollte aber nicht zum "Nicht-Anzeigen" führen, sondern nur Info, dass dies nicht aktuell ist

@bugs sagte in FATAL ERROR: Reached heap limit Allocation failed JavaS....: Da ich nicht häufig mit Linux arbeite sind mir die Befehle und der Syntax im Terminal nicht geläufig. Da ich hauptsächlich unter Windows unterwegs bin, sind mir seltener verwendete Befehle auch nicht geläufig. Die schreibe ich mir dann in meine eigene "Knowledgebase" oder schlage sie nach. Dafür spare ich mir aber das herumschleppen eines Desktop, der nur unnötig Ressourcen frisst. Was nicht installiert ist muss auch nicht aktualisiert werden, kann keine Fehler produzieren oder Lücken ins System reißen. Insbesondere auf einem nicht so üppig ausgestatteten System. Und da man ja auch nicht alle Nase lang an einem gut funktionierenden System rumschrauben muss, vermisse ich auch keine grafische Oberfläche.

@codierknecht Doch. zwei Ports brauche ich leider offen. Im Netzwerk hängt noch ein Kassensystem.

Hallo, Danke für das Feedback - Backups habe ich reichlich. Ich werde es mal mit einer neuen Installation probieren.