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.

Der Download müsste nun etwas schneller sein mit aktueller Firmware und App. Wir haben diverse kleine Optimierungen vorgenommen.

Leider ein wenig zu spät die Antwort... Es tauchte hier im Backend nicht auf. Verzeihung.
Man kann unter my.air-q.com genau das bereits machen: zwei Geräte auswählen und eine Messgröße vergleichen.

Hallo @Pneumo ,

ich habe nochmal zum Thema recherchiert und etwas nachgedacht. Bei uns im Testbereich läuft in und wieder der DHCP-Bereich, also der vom Router vergebene Addressbereich im Heimnetz voll und dann nimmt der Router keine neuen Verbindungen mehr an. Vielleicht hilft hier schon ein Neustart des kompletten Routers samt AP. Ansonsten müsste sich der Addressbereich auch in der Konfiguration erweitern lassen.

@Neven das ist wohl ein erwartetes Verhalten, da die Powerbank, wenn der Netzstrom quasi "ausgeht" oder wegfällt den durchgeschleiften Anschluss wieder zurückschalten muss und auf den Akkubetrieb wechselt. Das schlimmste was mir hiermit beim testen passiert ist, dass mal zwei Minuten Daten in der Cloud fehlen oder ein paar Messpunkte in den lokalen Daten. Arbeite hier allerdings ohne (Charge-Through-)Powerbank und trenne immer mal zwecks Tests oder Rekonstruktion von Bugs den air-Q vom Netzstrom, was aber aufs gleiche rauskommt. Bis jetzt war es immer so das etwas anderes der Grund war, wenn mit den Geräten etwas nicht in Ordnung war.

@Micha gute Frage. Ich schätze, dass wir glauben, dass der Sensor von TI so gut ist, dass das nicht nötig ist. letztlich könnte man das aber jedem selbst überlassen... ich kläre das mal.

Hallo @jheiler,

Das ist natürlich die Crux bei "indoor" Geräten; wer weiß schon, was das alles noch durch die Witterung / Wetter beeinflußt wird.

Den uHoo habe ich mit einer Holzplatte vor Sonneneinstrahlung geschützt. Reflektionswärme von der Hauswand habe ich vernachlässigt. Durch die Tatsache das der uHoo ohne Lüfter arbeitet, habe ich noch einen Plexiglaszylinder mit Lufteinläßen am unteren Ende über das Gerät gestülpt, damit der Wind die Daten nicht zu stark beeinflußt. Dadurch, daß sich die Platine mit den Sensoren im uHoo erwärmt, wird eine Strömung im Gehäuse erzeugt, die letztendlich den Luftstrom "etwas" vorwärmt, bevor im oberen Drittel PM2,5 gemessen wird. Im Winter war das kein Problem, da die relative Luftfeuchtigkeit immer recht niedrig war.

Im Großen und Ganzen funktioniert es, auch wenn etwas gebastelt werden muß. Es ist so zumindest möglich im Freien zu messen ohne Investitionen im 4-stelligen Euro-bereich zu tätigen... ;-)

@epsandmeier
Diese Fehlermeldung sollte selten erscheinen. Das Gerät bzw ein Teil der Elektronik wird resettet, um einen festgefahrenen Sensor zur Neuinitialisierung zu zwingen. Das ist leider bei einigen Sensoren im air-Q anders nicht möglich. Ich stoße einmal an dass wir die Fehlermeldung im Gerät umbenennen damit diese weniger gravierend wirkt. @Daniel-air-Q @Jeremy-air-Q