Fehler Gefunden. Es lag am Cordinator. Cordinator resetet, alles neu eingerichtet und jetzt geht es. Vielen Dank

@michaelv so wie @Thomas-Braun geschrieben - Backup einspielen. Nur das wird dir auf Dauer nichts nützen, wenn du die Ursache nicht gefunden hast. Und da stehen meine Punkte und der zu wenig Arbeitsspeicher von @Thomas-Braun im Raum. Vielleicht reichst du ja mal Daten nach. Ro75.

@duffy @holzapfelauge Könnte das jemand von euch in ein Issue beim Adapter zusammenschreiben? Also Problem UND Lösung bzw. Grund warums nicht geht? Dann kann man das auch mal im Adapter anpassen.

@andibr Ein erneutes Umstellen auf Debug im Adapter hat den Fehler zu Vorschein gebracht: Bei den Einstellung wMBus Mode steht zwar "T Mode" drin aber der Adapter setzt den Mode beim starten auf "S Mode". Nach dem umstellen auf "S Mode" und speichern und zurück auf "T Mode" geht es jetzt plötzlich. Ich gehe davon aus, dass da beim Umzug in den LXC irgendwas schief gelaufen ist.

Da der Dev des Adapters https://github.com/ice987987/ioBroker.husqvarna-automower trotz Erinnerungsissue diesen bisher nicht zur Aufnahme ins Repository vorgeschlagen hat routinemäßig für allfällige Interessenten (ohne die Qualität des Codes jetzt zu bewerten): 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 irgendein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist. direkt von GITHUB Von Installationen direkt aus Github 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

Grüß euch, nur um vielleicht weiteren Menschen die sich mit dem Thema beschäftigen einen Hinweis zu geben, bevor sie wie ich tagelang rumprobieren: Scheinbar hat Wolf bei den späteren Modellen der CWL die Modbus-Schnittstelle massiv eingeschränkt um den Verkauf des ISM8 Moduls anzutreiben. Ich bekomme inzwischen nur einen Bruchteil der Daten, die laut der alten Beschreibung von Brink Flair / den alten Handbüchern der CWL-2-235 noch gingen. Antwort vom Wolf-Support: "Für unsere Anlagen wird eine Steuerung über Modbus nicht mehr supported, daher gibt es auch keine vollständige Beschreibung zu den Registern. Eine Steuerung der Anlagen kann über Bedienmodule (BM-2 oder RM-2) oder Schnittstellenmodule (ISM8, Link home oder Link pro) erfolgen. Mit dem ISM8 kann über Datenpunkte die Lüftungsanlage gesteuert werden, die entsprechenden Datenpunkte werden auch in der Anleitung beschrieben. Bei den Modulen Link home und Link pro ist eine Steuerung nur über App möglich." Immerhin der Filteralarm und die Zuluft-Temperatur lassen sich nach wie vor auslesen. Steuerung mache ich jetzt über ein Relaismodul, dass ich an den Drehschalter von Wolf angeschlossen habe.

@haus-automatisierung said in "Hosts" zeigt verfügbares Update, aber keines verfügbar: In Docker-Containern sollte die Meldung gar nicht kommen (ab js-controller 6.0.11) Ich hab jetzt das Update auf 6.0.11 gemacht, dann kam die Meldung nach dem Neustart vom ioBroker. Einmal bestätigt und jetzt ist gut, die Meldung kommt erstmal nicht mehr.

@beowolf sagte in Bekomme Host-Meldung nicht weg.: Ist danach eigentlich ein Reboot pflicht? Nein, nicht unbedingt. Das hängt von den installierten Paketen ab. Sowas wie systemd, kernel und sonstiges systemnahes Zeug muss man neustarten.

@jolic sagte in iobroker auf Manjaro und Raspberry 4: EndeavourOS entspricht Arch Linux stärker als Manjaro, ist jedoch benutzerfreundlicher gestaltet. Deshalb hast du neuere Versionen als ich unter Manjaro Stable. Richtig. EndeavourOS ist (fast) 100% Arch. Also immer sehr nah 'an der Kante'. Und in erster Linie Terminal-basierend. Aber genau das spricht mich an. Muss man aber wollen und wissen. Als Server-System bevorzuge ich allerdings Debian, die EndeavourOS-Installation ist nur zum testen und herumspielen, das ist nicht mein Produktiv-System.

@chrunchy Folgendes szenario...zufällig triggert der Sensor aber doch true, wenn es schon da ist... aber es gibt ja ds verhalten von sensoren, dass diese wie in deinem Beispiel 30s true setzen. Wenn aber innerhalb dieser 30s wieder ein signal kommt, dann laufen die 30s wieder von anfang an.... aber der dp verändert sich nicht. Aber alles gut, ich mache es mal so.

@ofri2607 Danke , der fehler/warnung scheint weg zu sein.

@garbleflux sagte in Minimum Hardware-Anforderung: Würde ein Raspberry Zero Version 2 (512 MB RAM) ausreichen oder muss ich doch mindestens einen Pi3 nehmen? Kann man schon machen bei so wenigen Instanzen. Aber dann würde ich in jedem Fall den Compact Mode aktivieren und sogar die Instanzen auf den gleichen Prozess wie den js-controller packen (also keine separate default group).

@simatec Das das Restore lokal sicherer ist, hatte ich gelesen und, da vollkommen einleuchtend, auch versucht, zu befolgen. Das hat dann ja auch geklappt. Nur die Files auf den Host zu bekommen, gelang erst über den Umweg. Warum, weiß ich nicht. Beim nächsten großen Crash, der hoffentlich nie eintritt, werde ich es noch mal versuchen. Danke noch einmal für Eure Hinweise, ich habe den Hinweis zum lokalen Restore in meine obigen Empfehlungen aufgenommen.

@thomas-braun danke für die schnelle antwort.

Hi Sigi, schön dass es klappt und vielen Dank für deine Berichte. @sigi234 said in [gelöst] "node-gyp rebuild" wird ausgeführt - Warum?: Ich denke mal das der Standard vom Installer da was nicht installiert. Das nervige ist, dass sich die Sache anscheinend auf jedem Rechner ein wenig anders verhält. Auf meiner Win 11 Test VM klappte es so, wie im ersten Beitrag beschrieben, auf anderen Installationen wieder nicht. Ich bleibe auf jeden Fall dran.

Ich muss hier noch etwas anschließen. Die zweite Lovelace-Fläche habe ich einfach ausgeblendet gelassen - kein Problem. Nun ist mir aber aufgefallen, dass die eigentlich funktionierende Schaltfläche nicht mehr funktioniert? Statt der IP-Adresse 172.16.16.10:8091 steht da jetzt %web_bind%:8091 [image: 1724307636872-46dd538e-1ece-4d4d-9653-f446bc783a46-grafik.png] Bem Drücken passiert auch nichts mehr und im HTML steht: href="http://%web_bind%:8091"

@master_jo1 User können auf mehrere Arten angelegt werden. adduser ist der 'Debian'-Weg. Der fragt interaktiv diverse Dinge ab, u.a. auch ein neues Passwort. Gruppen würde ich dann im Nachgang per usermod -aG fehlende,gruppen,hier,eintragen master_jo1 Mit usermod -rG zu,entziehende,gruppen,hier iobroker