@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.

@wal Danke für den Hinweis. Auch gerade gelesen

@chriz sorry, vergessen zu antworten. Z.B. so: https://forum.iobroker.net/post/403020 Oder über die SimpleApi, wenn du IOBrokerPro hast.

@david-g ich hab dich ja auch nicht verurteilt, jeder hat einen anderen rhythmus. in meinem job bin ich auch nie vor 03:00 ins bett gekommen. vor 09:00 anrufen wurde mit erschiessung bedroht. seit meiner pensionierung steh ich zwischen 05:00 und 06:00 auf. ok, da kam dann der hauskauf mit 3 monaten nicht mehr als 2-3 stunden schlaf dazu. übersiedeln von wien ins burgenland. 18qm sperrmüll waren auch nicht lustig nach 2 zehenaputationen und 1,5 jahren mehr im spital, als zu hause. allerdings sitz ich dann halt in der früh mit ner menge java 2 std vor dem rechner. fummeln am ioB, eventuell an iQontrol, board lesen (inklusiv schwachsinn verbreiten), zeitung lesen... klar, über vpn kann ich mich auch reinkrallen, spaß machts halt nicht auf dem ~6zoll display...