@little_tiger sagte in update auf node >18 funktioniert nicht: was hab ich mir da "angetan" Jahre lang nix. Das ist es ja gerade...

@iojoe22 sagte in wie Adapter hyperion installieren?: Ich sehe aber auch, das Software mittlerweile immer besser und sicherer wird. Das wird sie aber nur durch Alpha/Beta-Testing. Und erst wenn da die Software dort rundgeschliffen wurde wandert die zum stable-Repo weiter.

@ghost-talker sagte in Verzögert - RAM Problem? (Docker): Bei top zeigt er noch einen ähnlichen freien RAM an. Die Anzeige ist quack .. schau mit dem Befehl auf der Syn ... ist auch Live docker stats Beispiel : e6e7eea421d3 iobroker 38.93% 2.262GiB / 15.48GiB 14.61% 0B / 0B 0B / 0B 0

@66er iob repo del alle iobroker nodejs-update noch hinterher werfen.

@etproject Zigbee setze ich (ganz bewusst) nicht ein. Da kann ich leider nicht helfen. Ich nutze Homematic und Shelly als Hauptsystem, ergänzt mit Sonoff (Tasmota) und EnOcean.

Ich hab atm nicht genug Zeit, daher lasse ich die TRVs erstmal ohne ext. Sensoren laufen. Die HTs laufen atm nur als Passiv-Sensor melde mich später.... Nachträglich allen Frohes Neues Jahr Gruß Achim

@marcko1th Bitte sowas in CodeTags setzen. Wenn ich das nun richtig entziffern konnte ist da das falsche Protokoll und die falsche 'serverino'-Option drin. Fritz.nas spricht smb-Dialekt 3.1.1 und die Option 'noserverino' muss auch gesetzt sein.

@wildbill So, ich habe soeben ein Fahrzeug zum Laden angesteckt und es wurde wieder eine ID beim Datenpunkt uby (unlocked_by) angezeigt. Scheint, als wenn das Firmware-Update auf 0.56.1 das bei mir behoben hat. Allerdings wurde mir nun ID 2 angezeigt, wo es bisher ID 3 war. Möglicherweiser fängt die Zählung ja nun bei 0 (für bisher ID 1) an. Dann müsste ich da das Script für mich ändern. Obwohl es ID 2 anzeigt wird aber korrekt beim Datenpunkt go-e.0.rfid.badges.3.consumption die aktuelle Ladung erfasst. Das war aber auch vor dem Firmware-Update schon so. Gruss, Jürgen

@glasfaser DANKE nochmals! läuft wieder. Hab alle störenden Register gelöscht, störende Skripte gestoppt, die Steuerungen liefen wieder, da hatte ich dann den Kopf frei. nochmal alles mehrfach durchgelesen, da fiel mir versteckt irgendwo im verlinkten Thread etwas von einer möglicherweise angepassten Beta-Firmware auf. Hab dann gesucht, da wurde mir sogar eine höhere Version angeboten. Update gemacht. Gerät wurde von 280 auf 215 gemappt. [image: 1704537782130-screenshot_20240106-114214_firefox.jpg] Der Rest war (massive) Fleissarbeit. Register wieder anlegen Registeradressen in Scripten anpassen Sources in Energiefluss-erweitert angepasst Historisierungen neu aktiviert hoffentlich keine Historisierung vergessen aber vergessen sie auf die alten DP zu mappen (fällt mir gerade ein) Datenpunkte in Flot angepasst Sourceanalytix angepasst Mit der Übernahme der alten Werte bin ich anscheinend überfordert :-) Mal sehen, wo sich mit der Zeit noch Lücken auftun

@doggie Danke fürs Feedback !

@fa-bio Das war wirklich irritierend. Ich bin jetzt Gerät für Gerät durchgegangen und habe mal geschaut. Ca. 1/3 der Objekte hatte neue IDs. Der einfachste Ansatz wäre sicherlich gewesen den gesamten Objektbaum "Lights" zu löschen und dann den Adapter neu zu starten. Das habe ich mich nicht getraut, falls etwas schief geht. Jetzt läuft alles wieder einwandfrei und ich kann neue Geräte wie gewohnt anlernen und sie erscheinen im ioBroker.

Macht Sinn.

@bertzel hast du mittlerweile ne Lösung? Stehe vor dem selben Problem. Danke dir

Hallo Zusammen, habe beim Host unter Protokolle ein neues Dateilogging angelegt und ein Netzwerkpfad eingetragen. Seit dem habe ich keinen Zugriff mehr auf das System. Hat jemand eine Idee was ich jetzt machen kann? Danke schon mal vorab. Gruß Einstein

Ich habe den Fehler gefunden. Ich habe mehrere IR Köpfe und in einer Config einen Dreher der IP Adressen. Sorry !