@haenk93 Eine Frage, ich habe den HomeKit Controller zum iobroker hinzugefügt. Unter Geräte wird auch der Aqara Hub M2 aufgelistet. Jedoch tauchen im Objektbaum in Order Homekitcontroller keine Geräte auf. Desweiteren wird unter Instanzen beim Adapter eine Warnung für Geräte oder Dienst verbunden angezeigt. Haben Sie eine Ahnung, was ich falsche mache?

@dieterb sagte: nach einem Neustart des Adapters werden wieder die alten Werte übernommen Man kann bei Start der Instanz common.min auf einen sinnvollen Wert setzen, ähnlich wie hier. Funktion min5(id): const obj = getObject(id); if(obj.common.min > 5) { obj.common.min = 5; setObject(id, obj); }; [image: 1730987596105-blockly_temp.jpg]

@hefer sagte in Homematic.IP Error in GUI: Habe mal den unteren Bereich hierhin kopiert. Mehr Kontext. Du darfst gerne auch noch ein paar Zeilen mehr bekanntmachen.

@daniello Dann schreib bitte ein [gelöst] vor den Thread-Titel.

@gonzokalle sagte in [gelöst]Löschung der history-Daten von einem einzelnen Datenpunkt: Warum habe ich denn drei mal eine Power.json? weil für jeden der drei Tage eins angelegt wird. @gonzokalle sagte in [gelöst]Löschung der history-Daten von einem einzelnen Datenpunkt: Füge nicht so oft Code ein. dazu gibt es Nachhilfe https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

@thomas-braun ok hab ich jetzt gemacht, sudo apt install influxdb2 mehr Befehle brauche ich jetzt nicht. Gruß Mico

@johgre danke dir

@heckscheibenheizer Adapter Addresse Im Pulldown-Menü wird die IP des Hosts ausgewählt, auf dem der Adapter installiert ist. Die Auswahl von "0.0.0.0. auf alle IPs hören" und "127.0.0.1" ist Spezialfällen vorbehalten. Quelle: https://www.iobroker.net/#de/adapters/adapterref/iobroker.hm-rpc/README.md?adapteradresse

@hunduster ok, kurz nach dem Post den Fehler selbst gefunden. Der mosquitto Dienst lauschte nur auf localhost, im Adapter war aber die IP eingetragen

@oliverio Danke das war die Lösung: {apg-info.0.marketprice.today.date;date(DD.MM.YYYY)}

@eggi Das Skript liegt im javascript -Adapter oder als shell-Skript vor?

@thomas-braun sagte in adapter.discovery Exception-Code: EADDRINUSE: @bornholm sagte in adapter.discovery Exception-Code: EADDRINUSE: Kann man den Loglevel eigentlich erhöhen um mehr zu sehen? Ja, auf debug und als höchste Stufe noch auf silly. Wo denn ? ;) Da scheint es aber bei sma-em zu haken. In sma-em.js:94 scheitert dann wohl ein client.addMembership // Bind socket to the multicast address on all ipv4 devices except localhost client.bind(MULTICAST_PORT, () => { const addresses = tools.getIP4addresses(); for (const dev of addresses) { debug && options.log.debug(`Listen via UDP on Device ${dev.name} with IP ${dev.ip} on Port ${MULTICAST_PORT} for Multicast IP ${MULTICAST_IP}`); client.addMembership(MULTICAST_IP, dev.ip); Und bei "multicast" dachte ich: komisch, falsches Netzwerk? Und schaute in die Networkmanager Konfiguration, da schau her: [ipv4] address1=192.168.0.131/32,192.168.0.10 address2=192.168.0.131/24 Keine Ahnung wie der Unsinn da rein kommt, die APU Box hatte ich für verschiedenen Basteleien verwendet. War wahrscheinlich mal wieder zu spät =) Nachdem das /24 richtig drin steht ist der discovery Fehler verschwunden.

Nimm als Trigger Sonnenaufgang und Sonnenuntergang zum starten und stoppen der Instanz. Funzt hier völlig problemlos.

@tombir sagte in Backup mit BackItUp von 32 Bit auf 64Bit?: Kann ich ein Update mit BAckItUp auf ein neues System mit Bookworm und 64Bit aufspielen Das ist genau der vorgesehene und richtige Weg. Dem Backup ist die Prozessor-Architektur egal. Sind ja nur Daten, die Programme/Module werden ja bewusst nicht gesichert und von Grund auf neuinstalliert, dann gleich für die passende Architektur.

@marc-berg , tausend Dank jetzt löppt es durch

@sms sagte in VIS2 - Datenpunkt wird nicht bestätigt: ist das generell egal ob aktualisiere oder steuere? nein! steuere fürs steuern via Adapter aktualisiere fürs setzen eigener States

@crunchip Vielen Dank Da muss ich mich wohl genauer einlesen.

@ilovegym moin, moin - du hast das Problem recht gut erfasst. Wie du schon sagtest muss in dem Fall auf "Aktualisierung" geprüft werden, da sich der Zustand des Objekts "singel click" nicht ändert. Lediglich der Zeit Stempel wird aktualisiert, eben dies passiert aber auch zyklisch, was meiner Ansicht nach nicht passieren sollte. Der exakte Wortlaut im Adapter hierzu ist nämlich "Datenabfrageintervall (für bisher nicht synchronisierte Geräte)" ; das Gerät ist aber augenscheinlich bereits vorhanden, ein sync mit der App wäre nicht erforderlich. Und wenn sich dieser automatische sync nach Zeit X eben nicht deaktivieren lässt - wie derzeit - ist die Frage ob es eine andere "schlaue" Lösung gibt um dennoch eine valide Aktualisierung von einer automatischen zu unterscheiden. Jeden Versuch den ich bis her unternommen habe lief leider ins leere. Ich denke das wäre momentan die Anforderung, außer jemand ändert den Adapter Ob das nun eine Anbindung per Wifi, Zigbee oder sonst was ist spielt meinem Eindruck nach erst mal keine Rolle. Meine per Wifi in die Tuya-Instanz eingebundenen Geräte verhalten sich identisch. Dort spielt es nur egal, weil ich auf Änderung (true/false) prüfen kann. Grüße J. EDIT: sry die Antworten haben sich wohl zeitlich überschnitten.