@ticaki Ja es war so, dass mehrere Adapter und Scripte ineinander griffen, deswegen hab ich es jetzt komplett vereinfacht. Voher war es so, dass der Ical Adapter die Daten von Google Kalender ausgelesen hat. Dann hat der TreasureShedule Adapter die Daten aus nem Ical Datenpunkt gelesen und diese unter 0_userdata.0.Abfallkalender gespeichert. Dann hat ein Script die Daten genommen und in einen Datenpunkt zusammengefasst. Dann hat ein anderes Script den Datenpunkt vom andern Script genommen und gekürzt, so dass von ca. 8 Abfallterminen nur noch 3 angezeigt werden, und das in einen neuen Datenpunkt geschrieben. Das war dann der Datenpunkt den ich in meinem LovelaceUI angezeigt hab. Jetzt macht das alles das eine Script. Es werden nur noch die Daten über Ical von Google gezogen und das Script liest alles und schreibt die neuen Daten in einen Datenpunkt, der dann über LovelaceUI angezeigt wird. Alles möglich dank ChatGPT :)

@gezi70 wenn im Sicherungskasten noch Platz ist, könnte man dort einen Shelly für Hutschiene montieren.

@dandruff615 Soooo - selbst ist die Klostersschwester... Lösung wäre wie folgt: In Loxone - virtuellen HTTP Eingang erstellen - URL aus ioBroker verwenden: http://IP:PORT/v1/state/homeconnect.0.BACKOFENID.events.Cooking_Oven_Event_RegularPreheatFinished In Loxone - virtuellen HTTP Eingang Befehl erstellen - Befehlserkennung: ts":\v Den Befehl an einen "Impuls bei" Baustein legen. Suchmuster nicht verändern (das wäre ein "*" - also das Sternchen ohne Anführungszeichen). Der Baustein gibt bei jeder Wertänderungen einen Impuls (Wert: 1) aus. Diesen Wert nehme ich über einen Statusbaustein und gebe mir für den Eingangswert 1 einen Statustext aus welchen ich an meine Lautsprecher sende. Fertig. Die URL trägt immer den letztmaligen Zeitpunkt des einetretenen Events (Vorheizen beendet) mit sich. Somit ändert sich der Zeitstempel und gibt mir dann einen Impuls aus.

@deta Lösung gefunden https://github.com/simatec/ioBroker.backitup/wiki/Diverse-Anleitungen-für-ioBroker.backitup#operator-token-für-influxdb-2x-wiederherstellen

@martinp sagte in Sonoff Zigbee Dongle E: @asgothian Sehr pragmatisch, kenne Entwickler, die nichts ohne Issue zur Bearbeitung akzeptieren... Oder gleich "clone das Projekt, korrigiere den Rechtschreibfehler und mache einen Pull-Request" ;-) so, 3.2.3 ist im latest. Da ist der Fix drin. Plus noch weitere. A.

@thomas-braun said in Installationsprobleme: iobroker url https://github.com/Grothesk242/ioBroker.rpi2 --host scheyer --debug Danke jetzt gehts danke dir

@apollon77 Issues erstellt. Hoffe das Log ist richtig.

@arteck ja, aber nicht durch Fully oder die Webanwendung, sondern einem anderen integrierten Amazon Dienst auf dem Ding. Das erholt sich leider auch nicht wenn man Fully nächtlich neustartet. Das habe ich bereits ausprobiert.

@rgt sagte in Grafana-Sicherung schlägt fehl: Frage am Rande: Bei den 200 Paketen hast du auch jeweils die Updatenotes gelesen und dann für dich entschieden, das dich die dort gepatchten Dinge nicht tangieren? Aktualisierung für 200 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen. Das sehen nämlich die Debian Package Maintainer und das Debian Security Team anders, sonst wären diese Pakte nämlich nicht veröffentlicht worden. Das passiert nämlich nicht für aktualisierte Übersetzungen sondern nur in begründeten Fällen. Und die Leute kennen den Code im Zweifel und haben die Patches schon durch das Testing-Repo gejagt.

In den Repositories gibt es keinen "Windhager Adapter". Falls die Frage auf dieses Repository https://github.com/SiebeS91/ioBroker.windhager Bezug nimmt, kann ich nur sagen, dass dieser "Adapter" nicht in den offiziellen Repositories vorhanden und seit Jahren nicht gewartet ist. Die dependencies sind jedenfalls total veraltet und spätestens ab js-controller >7.0.x wird dieser Adapter ohne Anpassung zumindest der Dependencies wahrscheinlich nicht mehr funktionieren. 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

@asgothian said in Zigbee Adapter: Gerät anscheinend unbekannt: 3.2.2 Da ist er! Danke!!! [image: 1761830325947-5f1f9287-e9dc-4623-aa76-1b29237fc4b7-image.png]

@mcm1957 sagte in Warnmeldung vom netatmo-crawler: Ev wars ja das: https://www.heise.de/news/Microsofts-Cloud-ist-auf-dem-Weg-der-Besserung-10963824.html Ja, die Netatmo Dienste laufen auf MS Azure.

Jooo ... die Zeit und prios ... Steht immer noch auf meiner (leider viel zu langen) Liste

Hallo, ich habs noch nicht ausprobiert, aber anderswo findet man noch weitere neue Parameter. Register (Holding) : 34560 Überschüssige elektrische Leistung (low word) 34561 Überschüssige elektrische Leistung (high word) 34562 aktuelle Leistung PV-Anlage (low word) 34563 aktuelle Leistung PV-Anlage (high word) 34564 aktueller Verbauch Haus (low word) 34565 aktueller Verbauch Haus (high word) 34566 aktuelle Netzeinspeisung/Netzbezug (low word) 34567 aktuelle Netzeinspeisung/Netzbezug (high word) Quelle: Simon42 Haben aber wohl derzeit keine Auswirkung (ggf. wenn man PV2HEAT hat) Gruß Mike

@asgothian Danke für die schnelle Hilfe. Ich konnte es heute Morgen kaum glauben, der Button war auf einmal da. Ich weiß, das ist total unglaubwürdig und absolut nicht nachvollziehbar, aber war...

@thomas-braun Danke für den Hinweis. Ich werde mir eine Verlängerung besorgen.

@bertderkleine Wo ist jetzt da dein Problem. Neue Mails werden doch dargestellt in: imap.0.xxx.email.email_01 Und wenn das sich ändert, dann script was du damit vorhast.

@martinp sagte in Die ultimative Anwesenheitserkennung: bin ich hier raus ... auch gut! aber ein Statement @martinp sagte in Die ultimative Anwesenheitserkennung: Meine erste Erfahrung mit diesen Trackern ist, dass sie weniger Zuverlässigkeit sind, wie ein Smartphone. ohne zu wissen dass es sich um die sehr zuverlässigen Piotek Tracker handelt, ist schon eine Frechheit. da du im Nachgang die Minderqualität wohl auf deine Chipolos reduzierst, hast du ja selber bestätigt, dass @martinp sagte in Die ultimative Anwesenheitserkennung: Tags anderer Hersteller als Eltakto nicht zur Fragestellung passen zumal die Fragestellung nicht ist @martinp sagte in Die ultimative Anwesenheitserkennung: das Finden meines Schlüsselbundes innerhalb der Wohnung.

@asgothian Sorry, ich bin gerade etwas verblüfft. Ich habe 2min gebraucht um die Anleitung und das alles um zu setzten. Und Dann das: attempting dns lookup for 192.168.2.196 dns lookup for tcp://192.168.2.196:6638 produced 192.168.2.196 attempting to connect to 192.168.2.196 port 6638 connected successfully to connect to 192.168.2.196 port 6638 Sorry, Damit habe ich nicht so schnell gerechnet. DANKE für den Support. Einfach riesig. Kaum macht man es richtig und schon läuft es.

Ich habe nun eine Lösung über die Firewall (opensense) gefunden. Ich habe die zuständigen Regeln nun so eingestellt, dass die Zustände der entsprechenden Verbindungen nicht dauerhaft gehalten, sondern bei jedem Paket neu geprüft werden. Frist auf der Firewall mehr performance aber das ist zu verschmerzen. Nun verbinden sich die Slaves auch ohne einen Neustart des iobroker Services. Komisch finde ich dieses Verhalten aber schon, kann aber auch an der opensense liegen. Ich meine auch, dass das mit einer früheren Version von opensense mal funktioniert hat.