@Trigonfuchs Da der Bug inzwischen gelöst ist und bereits im WLAN vorhandene air-Qs nun auch zu neuen App-Installationen hinzugefügt werden können (Dashboard->air-Q erbinden->Verfügbare air-Qs), wird das Thema hiermit als gelöst markeirt.

@BRT4321 durch neue Firmware-Updates, App-Updates, Funktionen und den Support sollte das Gerät inzwischen stabil laufen. Da der Beitrag hier sehr alt ist, gehe ich davon aus, dass hier alle Probleme behoben sind. Falls dem nicht so ist, bitte hier antworten oder gleich neu eröffnen zwecks Aktualität.

Hallo @jheiler ,

wenn ein bereits in ein WLAN-Netzwerk eingefügter air-Q nicht auf dem Dashboard erscheint, kann dieser inzwischen über "air-Q verbinden"->"verfügbare air-Qs" gefunden und mit dem Gerätekennwort hinzugefügt werden. Falls der air-Q im Online-Konto registriert ist, kann dieser auch aus der ensprechend angezeigten Liste "Online-Geräte" hinzugefügt werden, zeigt dann aber auch nur Clouddaten mangels Kennwort zum Direktabruf an.

@Micha inzwischen iist es wie folgt gelöst: in der ersten Spalte wird unter "gmtdate" das aktuelle Datum in der vom Nutzer eingestellten Zeitzone eingefügt. Wenn man die Spalte größer zieht, wird es auch angezeigt. Unter dem Punkt "datetime" wird, um Vergleichbarkeit beizubehalten, weiterhin die UTC angegeben.

@Zerob derzeit sollte der Datendownload ausgelöst werden, wenn auf dem Dashboard ein Gerät ausgewählt wurde und der Punkt "Bewertung" erscheint. Aktuelle App-Version ist die 1.31 und Firmware sollte die 1.83 sein zum Abgleich. Falls der Download gar nicht auslöst, wäre es sehr hilfreich, wenn Sie uns eine Rückmeldung dazu machen und uns vielleicht mal Diagnosedaten aus der App an uns versenden per e-Mail. Vielen dank schon einmal im Voraus.

@scrox an sich ja, da man ja immer eine Möglichkeit braucht, um eine Konfiguration zu schreiben oder Daten direkt abzurufen. Wenn also die Fritzbox ihr WLAN ausschaltet, geht der air-Q automatisch in den Hotspot-Modus, um zu gewährleisten, dass er nicht im Blindflug ohne Kontrollmöglihckeit unterwegs ist. Wir haben inzwischen einen Nachtmodus in die App eingefügt. Man könnte den Nachtmodus des air-Qs etwas länger machen, als den der fritzbox dann schalten beide über Nacht das WLAN aus und wenn die fritzbox das WLAN vor dem air-Q wieder einschaltet, sollte er sich direkt verbinden, wenn er aus dem nachtmodus kommt.

@Micha normalerweise sollte ein VPN auch mDNS unterstützten, vielleicht lässt sich das inzwischen aktivieren in den Einstellungen des VPN von der fritzbox. Falls es nicht funktioniert, bleibt der air-Q dann grau in der App. Hier kann es helfen das Gerät nicht per mDNS zum Dashboard hinzuzufügen, sondern direkt per IP-Adresse(Dashboard->air-Q verbinden->IP-Adresse Direkteingabe). Wichtig ist dabei dann wohl auch, dass der air-Q von der Fritzbox eine feste IP bekommt, sonst wird er nach dem IP-Wechsel durch DHCP dann ausgegraut angezeigt und müsste neu hinzugefügt werden.

@Micha müsste längst gelöst sein.

müsste längst gelöst sein. ich markiere es als gelöst.

@jheiler das Problem mit der Verschiebung der Nullinie des Kohlendioxid Sensors sollte gelöst sein ab Firmware 1.83

@Karen @thermoman Die Probleme müssten gelöst sein.

@thermoman das müsste bereits lange gelöst sein.

@Zerob das müsste nun besser ein. Kannst Du das bestätigen?

@Zerob Das müsste nun besser sein. Oder?

@larsmb ist gelöst

@brunner müsste gelöst sein. Kannst du das bestätigen?

@millimetermass Wir haben das Problem behoben in der Firmware 1.83. Der Kohlendioxid Sensor sollte nun deutlich stabiler sein.

zur info @sscheib

Gibt die letzten zehn Log-Einträge (falls vorhanden) seit dem Systemstart des air-Q als JSON-Objekt zurück mit dem folgenden Aufbau:
{
"content": "verschlüsselt(Bis zu zehn Log-Einträge im HTML-Format)"
}

ist gelöst

diese Funktion kommt - ist in Arbeit, endlich. Hatte mich persönlich auch gestört. im Nächsten großen Update ist sie dabei.