@Homoran sagte in Adapter update - npm ERR! Maximum call stack size exceeded: @Segway sagte in Adapter update - npm ERR! Maximum call stack size exceeded: Ist mir persönlich NEU, dass das installer script auch prüft auf nodejs. ist schon länger so. Übrigens grad getestet auf einer neuen Debian Maschine --> einfach den einen Befehl abgefeuert ... warten ... warten ... läuft :blush: :+1:

@heleklu installiere mal bitte die 1.4.1 version von GIT.. dann sehen wir mehr im LOG

@ilovegym danke dir! Ich hab nun mal alle 4 runter gefahren und dann einzeln und nach und nach wieder gebootet und nun ist der Fehler weg.....scheint tatsächlich ein "alter Schnipsel" wo im RAM gewesen zu sein... Liebe Grüße tom

@Dado sagte in IOBr bekommt Updates v. Deconz, aber nicht umgekehrt: Could not connect to deConz/Phoscon. Error: connect ECONNREFUSED Problem gelöst (nachdem ich noch ein paar andere Threads gefunden hatte): Deconz lauscht bei mir nicht auf 80 sondern auf 8080. Das ist aber insofern verwirrend, da der Adapter auch mit 80 grün anzeigte und auch Status updates bei IOBRoker reinkamen. Müsste der Status da nicht eigentlich gelb sein?

@Bjoern77 das kann ich dir leider nicht sagen, weil ich deine Versionen ---Verwahrungsort(stable/beta) nicht kenne gibt aber HIER oder Hier Lesestoff

@ChrisJ60 node 15 is not recommended, node 12 is.

@Wildbill wie ich bereits schrieb läuft mein PI auf SSD und hatte auch keinen Stromausfall oder hab ihn abgesteckt. Das Problem trat nach der deinstallation eines Adapters auf, zumindest hab ich das so beobachtet. Zudem trenne ich meine Raspis nie einfach so vom Strom ohne vorher ein shutdown zu machen. Spielt auch keine Rolle mehr denn ein neu eingespieltes Backup hat das Problem gelöst ;-)

@MichMein Danke für deine Antwort, habe soeben das Problem behoben. Hab nochmal die PAN ID im Adapter geändert und nun ist er grün...

@Joker971 sagte in HTML-Datei nicht gefunden: Danke! Das hat es gebracht. natürlich ;-) @Joker971 sagte in HTML-Datei nicht gefunden: Die Adapter lassen sich jetzt konfigurieren Dann los!

@Homoran Ja, den Issue hab ich im Github schon aufgemacht, wollte aber hier kurz noch eine Lösung anbieten, ich such bei Problemen auch meistens hier :) Und nächstes mal dann mit einem neuen Thread

@hitchhiker_jiri Habe die selbe Meldung bei mir. Hast du das Problem lösen können?

@Jey-Cee Danke dir für die schnelle Hilfe. Ich melde mich die Tage noch einmal und sag Bescheid, wenn es endlich so funktioniert, wie es soll :) Schöne Weihnachten wünsche ich bis dahin. Und nochmals vielen Dank für dein außerordentliches Engagement!

@BF0911 Da wir jetzt eigentlich beide die gleichen VIS Voraussetzungen haben, sollte es nun gehen.

@solargy Das muss sich dann mal jemand mit Ahnung von Netzwerken anschauen. Vielleicht kann man da eine Bridge aufbauen. Oder statische Routen. Aber da habe ich keinen Plan von.

@mendowser Guten Morgen, Bis jetzt keine Ausfälle mehr. Freundliche Grüße Michael

Mit der linkeddevices Version 1.4.1 wurde das Problem gelöst

Jetzt bin ich überwältigt, wie viele sich beteiligt haben, sich der Sache anzunehmen. Die Variante von paul53 gefällt mir persönlich am besten. Das mit der Division war mir nicht klar, bis du das mit dem Cast erklärt hast. Besten Dank. Es funktioniert jetzt so, wie ich mir das vorgestellt habe. Trotzdem ist die Geschichte mit der Funktion formatValue(decimals) nicht gelöst. So wie es in der Dokumentation beschrieben ist, funktioniert es meines Erachtens nicht. Gruss an alle Helfer Tom

@DennisMenger Ok sehr gut. Hat einwandfrei funktioniert. [image: 1608647261655-netzwerkkarte_zigbee_adapter.jpg] Das sieht sehr gut aus! Vielen Dank für die Hilfe! Viele Grüße Penny

@Thomas-Braun sagte in DWD Adapter - Code 11: Eigentlich lässt man die Adapter schön stabil durchlaufen und startet die nicht im Minutentakt neu. der DWD-Adapter ist einer der scheduled Adapter. Der läuft immer nur kurz an, arbeitet die Abfrage ab und beendet sich dann