🌿 FreshAirIQ – wenn Home Assistant nicht nur misst, sondern dir sagt, wann Lüften wirklich sinnvoll ist

Danke dir für die ausführliche Beschreibung und die ganzen Anregungen! :blush:

Ich werde mir dazu im Laufe des Tages ein paar Gedanken machen und mich heute Abend mal dransetzen. Gerade das Thema mit den Ablüftern finde ich interessant. Ich möchte versuchen, das so zu realisieren, dass FreshAirIQ erkennt, wenn dein Ablüfter aktiv ist, und das entsprechend als Lüftung bzw. aktiven Luftaustausch berücksichtigt. Das könnte dann natürlich nicht nur für Limodor, sondern grundsätzlich für entsprechende Abluftsysteme interessant sein.

Und an der Stelle noch einmal ganz allgemein: Ich hoffe wirklich, dass sich hier niemand vernachlässigt fühlt. :sweat_smile: Bitte nehmt es mir auch nicht übel, wenn ich nicht unter jedem Beitrag oder Vorschlag direkt eine Antwort hinterlasse. Ich lese alles mit und nehme die Punkte, die hier genannt werden, auf meine To-do-Liste. Die ist mittlerweile allerdings ziemlich lang geworden. :grinning_face_with_smiling_eyes:

Ich arbeite die Themen deshalb nach und nach ab und versuche dabei, die Sachen vernünftig umzusetzen, anstatt einfach möglichst schnell irgendetwas einzubauen. Also bitte etwas Geduld mit mir – es geht nichts verloren. :blush::herb:

Du machst hier einen gute und auch schnellen Job und brauchst Dir deshalb keine Sorgen machen, zumal Dein Engagement hier ehrenamtlich (vermute ich mal) ist.

Also in aller Ruhe und Qualität vor Quantität!

Hallo zusammen, ich finde FreshAirIQ spannend und habe mir das Repo angesehen. Eine Frage zur Diagnoseübertragung, weil sie mir im Beitrag nicht ganz klar geworden ist:

Laut README ist die automatische Übertragung standardmäßig auf “Täglich nachts” aktiviert. Im Forumsbeitrag wird sie eher als optionale Möglichkeit beschrieben. Würdet ihr die Standardeinstellung auf Opt-in (aus, bis man aktiv zustimmt) ändern? Gerade bei Beta-Nutzern, die das Ding vielleicht nur kurz testen, wäre das aus meiner Sicht die sauberere Lösung.

Außerdem würde ich mir eine Liste wünschen, welche Felder genau übertragen werden. Laut Code gehören dazu Raumtemperatur, Feuchte, CO₂ und Fensterzustände pro Zeitpunkt, Außenwetter, Anwesenheitszähler sowie Konfiguration und Umgebungsdaten wie HA- und OS-Version. Dazu kommt eine stabile Installations-ID, über die Uploads einer Installation verknüpfbar bleiben. Stimmt das so, und wie lange werden die Daten auf dem Hub gespeichert?

Danke für das Projekt, und viel Erfolg bei der Beta!

Hey, hast du vor irgendwann noch die Luftqualität im Zimmer mit einzubeziehen? Oder vielleicht als zusätzliche Bedinung. Ich habe den IKEA Alpstuga Luftqualitätssensor und beziehe den CO2 Wert in meiner Automation als Lüftungsempfehlung

Habe ich auch im Einsatz und vorhin eine Meldung bekommen, dass ich Lüften soll, weil die
CO2-Konzentration > 1400 ppm war.
Einfach die entsprechenden Entitäten im Raum mit eintragen.

Wie oben beschrieben einfach den CO2 Sensor eintragen. Ich habe auch den ALPSTUGA und habe auch zusätzlich den PM2.5 Sensor eingetragen. Die Schwellen kann man ändern und sind defaultmässig bei CO2 auf 1000/1500 konfiguriert. Heute morgen kam auch eine Lüftungsempehlung wegen zu hohem CO2 Wert.

Danke für die Nachfrage – das ist ein wichtiger Punkt, den ich wahrscheinlich noch transparenter dokumentieren sollte. :slightly_smiling_face:

Für die aktuelle Betaphase habe ich die automatische Diagnoseübermittlung bewusst standardmäßig auf „täglich nachts“ gesetzt. Hintergrund ist, dass ich gerade in dieser Phase möglichst gut erkennen möchte, ob FreshAirIQ bei unterschiedlichen Home-Assistant-Installationen stabil läuft und ob Fehler, die ich behebe, in nachfolgenden Versionen tatsächlich verschwunden sind.

Gleichzeitig ist mir wichtig: Jeder Nutzer kann die automatische Übermittlung jederzeit in den FreshAirIQ-Einstellungen deaktivieren. FreshAirIQ funktioniert natürlich auch ohne diese Übermittlung.

Übertragen werden im Wesentlichen technische Diagnose- und Betriebsdaten, unter anderem:

  • Mess- und Berechnungswerte der eingerichteten Räume, z. B. Temperatur, Luftfeuchtigkeit, absolute Feuchte, CO₂ sowie – sofern eingerichtet – VOC, PM2.5 und Helligkeit
  • Außen-/Wetterwerte wie Temperatur, Feuchte, Wind und ggf. Polleninformationen
  • Zustände und Ereignisse rund um Lüftungen, z. B. ob eine Öffnung offen/geschlossen bzw. gekippt ist, Lüftungsdauer und berechnete Lüftungsergebnisse
  • Prognosen, Empfehlungen und ob Empfehlungen später befolgt wurden
  • Lernstatus, Modellgüte, Sensorqualität und Informationen zur Fehler-/Plausibilitätsprüfung
  • technische Konfiguration in abstrahierter Form, z. B. Anzahl der Räume, vorhandene Sensortypen, Öffnungen und konfigurierte Funktionen
  • technische Umgebungsdaten wie FreshAirIQ-, Home-Assistant-, Python- und Betriebssystemversion sowie Architektur
  • optional technische Clientinformationen zur Darstellungskompatibilität, z. B. iOS/Android/Windows, Gerätetyp, Browser/WebView, App-Version, Bildschirm-/Viewportgröße
  • zusammengefasste Anwesenheitsinformationen. Dabei werden keine Namen oder Entity-IDs der Personen übertragen, sondern nur aggregierte Werte wie die Anzahl anwesender/abwesender Personen.

Nicht übertragen werden insbesondere Zugangsdaten, Koordinaten, Benachrichtigungsziele, Personen-/Bewohnernamen, Presence-Entity-IDs, Home-Assistant-Entity-IDs, Geräte- oder Seriennummern und der rohe User-Agent. Personalisierte Freitexte werden ebenfalls aus den entsprechenden Diagnosedaten entfernt.

Eine kleine Präzisierung zum Begriff „anonym“ ist allerdings wichtig: Es gibt tatsächlich eine zufällig erzeugte, stabile Installations-ID. Die Daten sind daher technisch genauer gesagt pseudonymisiert. Ich sehe dadurch nicht, wem eine Installation gehört, kann aber mehrere Übertragungen derselben Installation zuordnen. Genau das brauche ich beispielsweise, um nach einem Hotfix feststellen zu können: „Diese Installation hatte Fehler X – nach dem Update tritt Fehler X dort nicht mehr auf.“ Die ID enthält selbst keine persönlichen Daten.

Eine Besonderheit möchte ich der Vollständigkeit halber ebenfalls nennen: Die vom Nutzer vergebenen Raumnamen sind aktuell Bestandteil der Diagnosedaten, damit Probleme einzelnen Räumen zugeordnet werden können. Auch deshalb würde ich nicht behaupten, dass überhaupt keinerlei potenziell individuelle Information enthalten sein kann. Das möchte ich lieber transparent sagen.

Auf dem Diagnostics Hub werden die Roh-Diagnosepayloads derzeit standardmäßig 14 Tage vorgehalten. Daraus erzeugte technische Analyseergebnisse, Findings und zusammengefasste Auswertungen können davon unabhängig erhalten bleiben, damit sich Fehler und deren Entwicklung über mehrere Versionen nachvollziehen lassen.

Deinen Hinweis bezüglich Opt-in statt Opt-out finde ich trotzdem absolut berechtigt. Für die Betaphase hatte ich mich bewusst für die standardmäßig aktivierte Diagnose entschieden, werde mir aber noch einmal Gedanken darüber machen, ob und wie ich das für die Zeit nach der Beta anders gestalte. Und eine sauber dokumentierte Übersicht der übertragenen Daten gehört definitiv dazu.

:rocket: Kleiner Ausblick auf das nächste FreshAirIQ-Update

Erst einmal wieder ein großes Dankeschön an alle, die FreshAirIQ gerade testen, Fehler melden, Diagnosedaten senden und Verbesserungsvorschläge machen. :blush:

Durch euer Feedback sind in den letzten Tagen einige Punkte zusammengekommen – und aus ein paar einzelnen Verbesserungsvorschlägen entwickelt sich gerade etwas Größeres.

:wrench: Gemeldete Fehler

Einige der zuletzt gemeldeten Probleme konnte ich bereits nachvollziehen bzw. die Ursache eingrenzen. Dazu gehören unter anderem Probleme rund um Benachrichtigungen, Sensor-/Entitätsauswahl, Diagnoseübermittlung und kleinere Darstellungs- bzw. Konfigurationsprobleme.

Ein paar Meldungen kann ich aktuell allerdings noch nicht zuverlässig reproduzieren. Dazu gehört z. B. der Fall, dass eine bestimmte Climate-/Thermostat-Gruppe nicht auswählbar ist.

Hier möchte ich nicht einfach auf Verdacht etwas ändern. Sobald ich die konkrete betroffene Entität bzw. eine passende Diagnose habe, schaue ich mir auch das genauer an.

:wind_face: Mechanische Lüftung / Ablüfter

Ablüfter sollen künftig nicht mehr nur eine optionale Zusatzinformation sein.

Ein laufender Ablüfter – z. B. ein Limodor im Badezimmer – soll von FreshAirIQ als mechanische Lüftung erkannt werden.

Ablüfter EIN → mechanische Lüftung beginnt
Ablüfter AUS → mechanische Lüftung beendet

Ganz wichtig: Das soll auch in das Lernmodell einfließen. FreshAirIQ soll langfristig lernen können, wie effektiv der konkrete Ablüfter in diesem Raum tatsächlich arbeitet.

:seedling: CO₂ wird ein richtiges Lüftungsziel

CO₂ möchte ich ebenfalls stärker in die eigentliche Lüftungsentscheidung einbeziehen und nicht nur beobachten.

Damit soll FreshAirIQ künftig nicht mehr nur fragen:

„Kann ich gerade sinnvoll Feuchtigkeit entfernen?“

sondern auch:

„Kann ich die Luftqualität verbessern?“
„Kann ich den Raum sinnvoll abkühlen?“

:bullseye: Individuelle Lüftungsziele und Prioritäten

Das ist aktuell einer der spannendsten Punkte, mit denen ich mich beschäftige.

Pro Raum sollen unterschiedliche Ziele berücksichtigt werden:

• Entfeuchtung
• CO₂ / Luftqualität
• Temperaturkomfort

Dabei soll jeder selbst festlegen können, welches Ziel in welchem Raum besonders wichtig ist.

FreshAirIQ soll trotzdem immer alle Ziele gleichzeitig beobachten und während einer laufenden Lüftung anzeigen, was bereits erreicht wurde.

Zum Beispiel:

:white_check_mark: Entfeuchtungsziel erreicht
:white_check_mark: Temperaturziel erreicht
:hourglass_not_done: CO₂-Ziel noch nicht erreicht – voraussichtlich noch ca. 6 Minuten

Ein noch nicht erreichtes Ziel bedeutet aber nicht automatisch, dass weitergelüftet werden sollte.

Wenn weiteres Lüften beispielsweise zu starkem Auskühlen führen würde, kann die Empfehlung trotzdem lauten:

„Jetzt Fenster schließen.“

FreshAirIQ soll dann erklären, welches Ziel noch offen ist und wie lange es voraussichtlich dauern würde, dieses ebenfalls zu erreichen.

:thermometer: Temperaturziel automatisch vom Thermostat

Wenn ein Thermostat vorhanden ist, möchte ich dessen Solltemperatur möglichst automatisch als Komfortziel verwenden.

Dabei möchte ich auch typische Fenster-Automationen berücksichtigen: Wenn beim Öffnen eines Fensters das Thermostat beispielsweise auf 5 °C Frostschutz springt oder ausgeschaltet wird, soll FreshAirIQ weiterhin den Sollwert vor dem Öffnen kennen.

Für den Sommer bzw. Räume ohne verwertbaren Thermostat-Sollwert soll zusätzlich eine manuelle Zieltemperatur möglich sein.

:crystal_ball: Mehr Informationen schon vor dem Lüften

Statt einfach nur:

„Jetzt nicht lüften“

möchte ich perspektivisch Aussagen ermöglichen wie:

„Entfeuchten ist aktuell noch nicht sinnvoll. Durch Lüften könnte der CO₂-Wert jedoch bereits verbessert und der Raum abgekühlt werden.“

Mein Ziel dahinter ist ziemlich einfach:

FreshAirIQ soll nicht nur sagen, ob gelüftet werden soll. Es soll verstehen, WARUM gelüftet werden soll, welche Ziele damit erreicht werden können und wann unter Berücksichtigung aller Faktoren der beste Zeitpunkt zum Öffnen oder Schließen gekommen ist.

Das Ganze soll natürlich weiterhin in einer eindeutigen Hauptempfehlung enden und nicht in drei widersprüchlichen Meldungen. :wink:

Bitte betrachtet das noch als Ausblick auf das, woran ich gerade arbeite. Gerade bei der neuen Ziel- und Prioritätenlogik möchte ich lieber etwas länger testen, als vorschnell neue Funktionen einzubauen und damit an anderer Stelle neue Fehler zu produzieren.

Danke für eure ganzen Ideen und vor allem fürs Testen! :heart:

Meine To-do-Liste wird dadurch zwar nicht unbedingt kürzer – aber FreshAirIQ dafür Stück für Stück besser. :grinning_face_with_smiling_eyes:

Ok wenn ich mir das alles so durchlese sehe ich einen “Progger” der mit viel Leidenschaft sein “Baby” betreut. Deshalb von mir noch mal ein Danke für das tolle Projekt und da ich nicht weiß ob meine Diagnosedaten helfen werde ich sie aber doch wieder aktivieren. Ich hatte erst Bedenken aber nach dem Text, was und wie, hab ich weniger Bedenken zu dem Thema.

P.S. Zu der Diagnosedatei doch noch eine Frage: was wäre besser, “Nur bei Erkannten Fehlern” “Täglich Nachts” oder “Wöchentlich” ?

:wind_face: FreshAirIQ v0.26.0 ist da

Hallo zusammen,

nach vielen Tests, Diagnosedateien, Bugfixes und sehr viel Feedback aus der Community ist FreshAirIQ v0.26.0 fertig. :blush:

Seit v0.25.3.3 hat sich inzwischen so viel verändert, dass ich mich gegen einen weiteren kleinen Versionssprung innerhalb der 0.25-Reihe entschieden habe.

Dabei möchte ich aber sauber unterscheiden: Nicht alles, was heute anders aussieht, ist eine neue Funktion. Viele bereits vorhandene Funktionen wurden verbessert, stabilisiert oder in den Einstellungen verständlicher angeordnet.

:new_button: Was seit v0.25.3.3 wirklich neu hinzugekommen ist

:wind_face: Mechanische Lüftung / Ablüfter

FreshAirIQ kann jetzt einen Ablüfter, beispielsweise im Badezimmer, als eigene Lüftungsart berücksichtigen.

Dadurch kann unterschieden werden, ob über ein Fenster oder mechanisch gelüftet wird. Das ist insbesondere für die Auswertung und das Lernen wichtig, weil die Wirkung eines Ablüfters nicht einfach als normale Fensterlüftung gelernt werden soll.

:window: Rollo-/Jalousie-Berücksichtigung beim Lernen

Fenstern und Türen können Rollos bzw. Jalousien zugeordnet werden. Da Geräte ihre Position unterschiedlich melden, lässt sich festlegen, ob beim jeweiligen Gerät 0 % oder 100 % „geschlossen“ bedeutet.

Ist ein Rollo mehr als 20 % geschlossen, wird eine Lüftung weiterhin erkannt, bilanziert und protokolliert. Die Session wird aber nicht als normale Lernprobe verwendet, da das Rollo die Luftströmung beeinflusst.

FreshAirIQ kann dabei ebenfalls darauf hinweisen, dass die Lüftungswirkung durch das Rollo eingeschränkt wird.

:brain: Empfehlungslogik weiterentwickelt

Ein großer Teil der Arbeit an v0.26.0 steckt nicht in neuen Schaltern, sondern in der eigentlichen Entscheidungslogik.

FreshAirIQ betrachtet bei normalen Empfehlungen wieder stärker das gesamte Haus, bevor einzelne Räume hervorgehoben werden.

Vereinfacht:

Schutzgrenzen → Hausentscheidung → sinnvolle Räume → konkrete Empfehlung

Ein kritischer Einzelraum darf weiterhin Vorrang bekommen, beispielsweise bei problematischer Feuchtigkeit, erhöhtem Schimmelrisiko oder einem anderen relevanten Schutzfall.

Auch das Zusammenspiel verschiedener Lüftungsziele wurde weiter überarbeitet. Prioritäten sollen entscheiden, welches Ziel bei einem echten Konflikt wichtiger ist – nicht willkürlich einen Raum zum Gewinner machen.

:chart_increasing: Lernmodell weiterentwickelt

Auch beim Lernen gab es größere Änderungen.

FreshAirIQ trennt unterschiedliche Lüftungssituationen stärker voneinander. Dadurch sollen beispielsweise Querlüftung, normale Fensterlüftung, Kippstellung und mechanische Lüftung die jeweils anderen Prognosen nicht falsch beeinflussen.

Ungeeignete oder nicht vergleichbare Lüftungssituationen werden vorsichtiger als Lernprobe verwendet.

Das Ziel dahinter ist relativ einfach: FreshAirIQ soll nicht nur möglichst viele Lüftungen lernen, sondern vor allem die richtigen Lüftungen miteinander vergleichen.

:thermometer: Bestehende Sensorfunktionen robuster gemacht

Mehrere Temperatur- und Feuchtigkeitssensoren pro Raum gab es bereits vorher.

Neu ist hier also nicht die Multi-Sensor-Funktion selbst.

Verbessert wurden dagegen unter anderem die Verarbeitung redundanter Sensoren und das Verhalten bei Ausfällen. Ein einzelner ausgefallener Zusatzsensor soll nicht unnötig den gesamten Raum unbrauchbar machen, solange weiterhin genügend verwertbare Messwerte vorhanden sind.

Auch die Verarbeitung optionaler Sensoren wurde an mehreren Stellen korrigiert und stabilisiert.

:door: Fenster- und Türkonfiguration verbessert

Viele bereits vorhandene Einstellungen rund um Fenster und Türen wurden neu geordnet und präzisiert.

Referenztemperatur und Referenzfeuchtigkeit können jetzt verständlicher direkt der jeweiligen Öffnung zugeordnet werden. Das ist beispielsweise bei einer Tür zum Wintergarten sinnvoll.

Auch Öffnungsverzögerung, Himmelsrichtung und Rollo-Zuordnung wurden an derselben Stelle zusammengeführt.

Das sind größtenteils Verbesserungen bestehender Funktionen und ihrer Konfiguration, keine komplett neuen Features.

:gear: Einstellungen aufgeräumt

Ein ziemlich großer Teil der letzten Arbeit floss in die Konfiguration.

Hier wurden keine vorhandenen Funktionen einfach umbenannt und anschließend als neu verkauft. :wink: Vielmehr wurden die verschiedenen Einstellungswege überprüft, doppelte bzw. unverständliche Stellen bereinigt und zusammengehörige Einstellungen sinnvoller angeordnet.

Auch die deutschen und englischen Bezeichnungen und Erklärungen wurden umfangreich überarbeitet.

Insbesondere Raum erstellen, HA-Raum importieren und vorhandenen Raum bearbeiten sollen dieselben verständlichen Begriffe verwenden.

:family_man_woman_girl_boy: Bewohner & Anwesenheit verständlicher

Auch Bewohner, Anwesenheit, Tracker und persönliche Einstellungen gab es bereits.

Die Konfiguration wurde aber verständlicher gemacht, damit dafür keine schwer lesbaren technischen Datenstrukturen mehr im Vordergrund stehen.

:page_facing_up: Lüftungsprotokoll verbessert

Das bestehende Lüftungsprotokoll wurde ebenfalls weiterentwickelt.

Der PDF-Nachweis wurde kompakter und tabellarischer gestaltet. Außerdem wurden mehrere Probleme beim Erstellen bzw. Exportieren des PDFs behoben.

:bell: Benachrichtigungen stabilisiert

Die Benachrichtigungspipeline wurde überarbeitet und mehrere Fehler wurden beseitigt.

Unter anderem gab es einen Fall, bei dem die Benachrichtigungsverarbeitung innerhalb bestimmter Coordinator-Zyklen übersprungen werden konnte.

Auch die Unterstützung verschiedener Home-Assistant-Notify-Wege wurde verbessert.

:mobile_phone: Dashboard, Details & Support

Hier gab es vor allem UI- und UX-Verbesserungen:

bessere Darstellung im Dark-/Light-Theme, verständlichere Texte, korrigierte Abstände und Dialoge, Verbesserungen der mobilen Darstellung sowie Anpassungen an Details-, Lern- und Supportansichten.

Auch hier gilt: Bereits vorhandene Funktionen wurden nicht zu „neuen Features“ erklärt, nur weil sie jetzt an einer anderen Stelle stehen.

:bug: Und jede Menge Bugfixes

Seit v0.25.3.3 wurden zahlreiche kleinere und größere Fehler behoben, unter anderem rund um:

Raum-Erstellung und -Bearbeitung, Sensor-Recovery, optionale Sensoren, Entfernen von Sensoren, unnötige Reloads nach Einstellungsänderungen, Benachrichtigungen, Dashboard, Dark-/Light-Theme, DE/EN-Texte, PDF-Export, Recommendation Engine, Lernproben, Fenster-/Tür-Konfiguration, mechanische Lüftung, Diagnoseübertragung und Persistenz verschiedener Einstellungen.

Vielen Dank an alle, die getestet, Diagnosedaten geschickt und Verbesserungsvorschläge eingebracht haben. :blue_heart:

Gerade die unterschiedlichen Installationen aus der Community helfen enorm dabei, Situationen zu finden, die ich mit meiner eigenen Installation niemals abdecken könnte.

v0.26.0 bildet jetzt die neue Basis für die weitere Entwicklung von FreshAirIQ.

Benachrichtigungen:

Konfiguration über die Integration:
Mehrfachauswahl von Benachrichtigungsdiensten möglich. Mehrfachauswahl ist ersichtlich. Jedoch fehlen alle Dienste in Zusammenhang mit notify.send_message
Test Button fehlt.

Konfiguration über die Karte Browser:
Alle Benachrichtigungsdienste stehen zur Verfügung, hier ist aber keine Mehrfachauswahl möglich, oder überhaupt einen Auswahl möglich. Auch ist nicht ersichtlich welcher Benachrichtigungsdienst bereits ausgewählt ist.

Konfiguration über die Karte IOS APP:
Mehrfachauswahl von Benachrichtigungsdiensten möglich. Mehrfachauswahl ist ersichtlich.


notify_send_message in Verbindung mit einen Ziel funktioniert nun.
Email versenden nach wie nicht, da man keinen Empfänger angeben kann.

Die unterschiede in der Konfiguration zwischen Karte, Integration und iOS & Browser gelten nicht nur für die Benachrichtigungen.

Edit: Anfänger Fehler!! Nach dem Browser cache leeren, fehlt die Möglichkeit der Konfiguration über die Karte nun weg.

Gruß Osorkon

Installiert und mal soweit eingerichtet - mal schauen.

Bzgl. der Lüfter hätte ich noch eine Anregung:
Könntest Du mehrere Lüfter bzw. Lüfterstufen in den einzelnen Räumen einrichten/zukassen?

Welche Entität verwendest Du für die notify-Benachrichtigungen und von welchen Entitäten kann man am Besten Entscheidungen (Trigger) ableiten, z.B.: um einen Lüfter einzuschalten?

Ähhmm mal Dumm gefragt, wo haben sich denn die Einstellungen jetzt versteckt?

“Früher” ging das immer über das Zahnrad-Symbol aber das scheint es nicht mehr zu geben oder bin ich Blind?

Über die Integration und das Zahnrad, für die globalen Einstellungen

Die Möglichkeit die Räume direkt zu Konfigurieren, Scheint aus versehen entfernt worden zu sein?! Die Einträge der Räume können nur noch umbenannt oder gelöscht werden.

Gruß Osorkon

Ahh Ok und Danke Osorkon, da hätte ich das nicht vermutet. Ich bin immer den anderen Weg gegangen aber das ist weg.

Mir ging es immer andersrum. Da über die Karte keine sinnvolle Konfiguration möglich war.
Da keine Auswahl der Benachrichtigungsdienste, Entitäten möglich war.

Habe schon von Anfang an die Konfiguration über die Integration gemacht.

Gruß Osorkon

Ich habe mich tatsächlich bewusst dazu entschieden, sowohl die Einstellungen direkt im Dashboard als auch die separaten Einstellungen pro Raum wieder herauszunehmen.

Der Hintergrund ist, dass wir dadurch mehrere unterschiedliche Stellen hatten, an denen dieselben Einstellungen verändert werden konnten. Das ist auf Dauer sehr wartungsintensiv und vor allem fehleranfällig, weil alle Wege permanent synchron gehalten werden müssen.

Deshalb habe ich das Ganze jetzt zentralisiert:

  • Über Geräte & Dienste → FreshAirIQ → Raum hinzufügen können gerade neue Nutzer relativ schnell und unkompliziert ihre Räume anlegen. Das ist im Grunde die Schnellkonfiguration.
  • Alle weiteren bzw. detaillierteren Einstellungen findet ihr zentral unter Geräte & Dienste → FreshAirIQ → Zahnrad.

Damit gibt es zukünftig eine eindeutige Stelle für die Konfiguration und deutlich weniger Möglichkeiten, dass unterschiedliche Einstellungen auseinanderlaufen oder sich gegenseitig widersprechen.

Das Zahnrad im Dashboard ist deshalb bewusst verschwunden.

Können damit die Räume gelöscht werden?

Bei den Einstellungen über die Integration fehlen bei den Benachrichtigungen die notify.send_message Ziele. Sowie der Test Button.

Das Benachrichtigugsziel entity:notify.sweethome konnte ich zu beginn noch auswählen.
Nach dem leeren des Browser Cache, standen diese nicht mehr zur Verfügung.

Ein erneutes ändern und speichern ist dann nicht mehr möglich weil der Benachrichtigunsdienst entity:notify.sweethome nicht mehr gefunden wird.

Gruß Osorkon

Eine Testbenachrichtigung ist bereits möglich. :blush:
Unter Geräte & Dienste → FreshAirIQ → Konfigurieren → Benachrichtigungen findest du ganz unten die Option „Testbenachrichtigung jetzt senden“. Aktivieren und mit OK bestätigen, dann wird direkt eine Testnachricht an die aktuell ausgewählten Empfänger gesendet.

An den anderen von dir genannten Punkten bin ich gerade dran. Danke fürs ausführliche Testen und die Rückmeldung! :+1:

Hätte ich jetzt nicht ganz unten vermutet. Gleich unterhalb der Auswahl der Benachrichtigungsdienste wäre es besser aufgehoben.
Auch habe ich nach einen Button gesucht. :see_no_evil_monkey:

Danke & Gruß
Osorkon