@jojo58 sagte in Adapter Betriebsstunden Werte jede Minute auf 0: habe es jetzt hoffentlich richtig verstanden. siehe auch z.B. https://de.m.wikipedia.org/wiki/Cron#Beispiele richtig wäre also 0 0 1 1 *

Update - zur Info. Mit der neuesten Firmware liefert SMA alle Parameter über Modbus korrekt aus. siehe auch SMA Modbus Doku STPxx-50_03-10-09-R3 SMAHub ist nicht mehr erforderlich. Modbus Paramater siehe https://github.com/ioBroker/modbus-templates bzw. aktuell noch unter https://github.com/ioBroker/modbus-templates/pull/50

@stefanw sagte in Master / Slave - Neuinstallation Slave: Das sollte ja funktionieren, wenn ich mit dem gleichen Hostnamen / IP Adresse und ohne Instanzen installiere? (Bookworm 64 Bit lite, ohne Desktop) Ja @stefanw sagte in Master / Slave - Neuinstallation Slave: Kann ich es mit einer anderen SD-Karte testen Ja @stefanw sagte in Master / Slave - Neuinstallation Slave: ich hätte auch noch einen zweiten Raspberry Unnötig @stefanw sagte in Master / Slave - Neuinstallation Slave: Oder wäre es auch eine Möglichkeit einen neuen Raspberry als 2. Slave zu installieren, den ZigBee Controller umzustecken und die Instanzen zu verschieben? Ja

@thomas-braun Nö, ging ohne, wenn dann gebe ich die Befehle selber ein :-) VG Edi Ist aber auch gut zu wissen, dass es noch weitere Lösungen gibt, wenn es keinen offiziellen Adapter gibt, zuvor aber die SD gecloned

@homoran @Thomas-Braun @mcm1957 Ich habe die beiden störrischen Adapter jetzt erst mal per npm hochgezogen und jetzt funktioniert das System erst mal wieder auf neustem Stand. Beim nächsten Update wird es dann sicher wieder das gleiche Problem geben. Vlt. hat bis dahin jemand eine Idee, wie da eine bessere Diagnose möglich ist. Jetzt ist auch etwas Zeit, um das System dann mal mit Version 12 (bookworm) neu aufzusetzen. Euch vielen Dank für die Unterstützung und einen guten Rutsch.

@alexzi einmaliges push :see_no_evil: vielleicht weiß ja doch jemand was. Bei Senic finde ich den Support auf der HP gar nicht. Über FB habe ich auch in einer Gruppe gefragt. auch nix. Anscheinend liegt es an mir :man-shrugging:

@laohu sagte in hm-rpc empfängt regelmäßig keine Tastendrücke von HMwired: Alles hat schon lange funktioniert. Und funktioniert auch bei Neustart der Instanz wieder. Es ist keine Komplikation dass es schon lange funktioniert hat gibt leider keinen Hinweis wo die Ursache dafür liegen kann, dass es das jetzt nicht mehr macht. Komplikation war im Sinne von "weitere Ebene, die gepüft werden muss" gemeint. und in dem Sinne habe ich dann vorerst um die Einschränkung auf Hm-rpc gebeten. Deswegen ist dies: @laohu sagte in hm-rpc empfängt regelmäßig keine Tastendrücke von HMwired: Verkompliziere es bitte nicht damit, was ich hinterher damit mache. genau nicht erfolgt.

@shadowhunter23 ja, hat geklappt... Danke...

@wintermute war bei mir genauso, seit dem letzten EChart Update. Auf die vorherige Version gegangen war die Anzeige wieder da. Seltsam, ich habe auch die fixe Größe rausgenommen und siehe da, wird wieder angezeigt. Danke!!!

@leonundjulie Hallo, mir geht es ähnlich! Ich scheitere ebenfalls an den Basics:( Ich habe einen Smartfox Pro und will ihn in den iobroker einbinden. Nach meinen recherchen geht das am ehesten via modbus. So, da haben wir schon das erste Problem. Was stelle ich bei den Verbindungsparametern ein und muss ich am SF auch etwas einstellen? Wenn ich mal die Verbindung hinbekomme, werden sich weitere Fragen ergeben. [image: 1735568598723-5033481b-6bbd-4651-b42d-eb8774762cc4-image.png] [image: 1735568971315-b983e047-d224-416c-aa71-311e7f13523c-image.png] Es wäre nett wenn du mir aus deinen Erfahrungen weiterhälfen könntest. LG. mangal

@netfritz Hallo die Fehlermeldung kommt nicht mehr. Habe die KNX ETS konfig neu Importiert, dann war der Fehler weg. Hatte wohl noch ein paar Datenpunkte von meiner alten WP drinnen. Habe jetzt eine neue Stiebel Luft WP. Gruß NetFritz

@mcm1957 Das ist mega schade :-( Nur für EINEN Shelly extra einen POE-Injector, Netzwerkkabel, Switch und Unify-Accesspoint aufzustellen wäre krass. Das würde alles auch 5-10 Watt für nix verbrauchen. Die Range-Extender-Funktion wäre perfekt von den verkabelten Shellys. Warum implementiert Shelly das so komisch und macht nicht einfach eine normale Wifi-Bridge ohne Port-Forwarding und separtem DHCP?

Der Adapter GOODWE ist (derzeit ?) nicht in den Repositories gelistet und kann daher nur voa Github installiert werden. 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 Nachtrag: Sollte ein Dev eine Aufnahme des Adapters in die Repos wünschen so ist dies herzlich GERNE gesehen. Infos dazu gibts hier: https://github.com/ioBroker/ioBroker.repositories?tab=readme-ov-file#requirements-for-adapter-to-get-added-to-the-latest-repository Bei Fragen auch gerne in unseren Telegramm Channels melden - Invite Links auf www.iobroker.dev.

@marc-berg Manchmal kann es so einfach sein :-) Danke Dir...jetzt läuft das neue System mit den alten Daten. Dann schaue ich jetzt mal weiter. :+1:

@flitzpiepe Das 'läuft ja seit Jahren problemlos' ist genau das Problem... Die Kisten müssen immer auf einem stabilen, aktuell noch unterstützen Release laufen. Ansonsten wird die Pflege immer aufwändiger. Insbesondere für Leute, die 'keine Ahnung' haben und dann erst recht nichts anfassen wollen. Dein Buster ist seit 841 Tagen abgekündigt und rumpelt ohne Unterstützung im Upstream durch die Gegend.