klasse. Danke Euch!!

Das Problem "Access-Control-Allow-Origin" ist mit Firmware-Version 1.61 behoben.

D.h. diesen Proxy hier braucht man nicht mehr.

Hallo @Baumi1992,
Das ist echt schade, wenn's nicht funktioniert. Http-Status 0 ist eigentlich gar nicht definiert aber Javascript kann bei einem Request 0 als Antwort liefern.
Es gibt anscheinend zwei Situationen in denen als Status 0 kommt.

cross-domain call: Hast Du die html-Seite lokal auf dem Rechner oder auf einem eigenen Server?
Probier es mal lokal oder verwende meinen kleinen Proxy "https://forum.air-q.com/topic/67/messwerte-des-air-q-in-eigenen-webseiten-verwenden".
Allerdings sollte seit air-Q 1.61 dieses Problem nicht mehr existieren.

Es soll anscheinend auch vorkommen, dass bei einer leeren Antwort der Status auf 0 gesetzt wird. Das würde heißen dass der air-Q eine leere Antwort gesendet hat.
Laut airQ-Shop gibt es verschiedene air-Q-Versionen, und nicht alle haben ein API, das hier genutzt wird. Aber das kann ich nicht testen, ich habe nur einen air-Q.

Du kannst auch noch folgendes probieren, wenn Du einen eigenen Server hast:
Mit dem kleinen PHP-Script "https://forum.air-q.com/topic/27/hausautomation-fhem" kannst Du die Daten versuchen abzufragen.
Das geht dann mit http://<Dein Server>/<Pfad>/get.php?cmd=data.

Nachtrag: Wenn Du Dich auskennst, dann schau doch mal im Debugger in Deinem Browser was da so vom air-Q kommt.

Hallo igor,

aktuell tendieren wir eher zum Ende diesen Jahres. Grund dafür ist das wir aktuell viel Fokus auf unserer App haben und noch nicht vorhersehbare Vorarbeit für Homekit zu leisten ist.

Wir werden uns aber einmal Homebridge in Kürze anschauen. Einen Zeitraum können wir aber aktuell leider noch nicht nennen.

Wir haben das Thema Smart Home auf den Plan und das Feature soll auf jeden Fall kommen.

Viele Grüße
Jeremy

Es gibt ein Update des Treibers. Folgende Änderungen wurden vorgenommen:

diverse Fehlerbeseitigungen Anpassung an die Firmware-Version 1.75 bezüglich der Volumen-Masse-Umrechnung. Der Treiber liefert die Werte immer in beiden Einheiten. Wenn man mit dem Tool airq_conf eine Visualisierung erzeugt, werden DeviceID und Status in der Kopfzeile angezeigt.

@boldie genial! Wir werden das testen!

Hallo @grappa24,
wie ich in anderen Foren mitbekommen habe, hast Du das ja inzwischen gelöst.
Zur Vollständigkeit und zum Nachlesen für andere Foren-Mitglieder:
Die Konfiguration des airQ erfolgt über JSON-Strings. Für die mqtt-Einstellungen ist dieser wie folgt aufgebaut:

{ "mqtt": { "device_id": "AirQ01", "broker_URL": "192.168.182.88", "user": "", "password": "", "port": 1883, "topic": "airQ ", "retain": true, "ssl": false } }

Die Werte muss man natürlich an die jeweilige eigene Situation anpassen. Weiterführende Informationen zur Konfiguration des airQ findet man in der offiziellen technischen airQ Dokumentation: https://docs.air-q.com/

Um diese Konfiguration auf den airQ zu bekommen, sind mir drei Alternativen bekannt:

airQ ausschalten SD-Karte entfernen und die Datei userconfig.json auf <root> entsprechend editieren, SD-Karte wieder in den airQ und airQ starten. Mit einer kleinen Web-Anwendung: https://forum.air-q.com/topic/87/anwendung-für-usercalibration-und-konfiguration-des-air-q-http-post?page=1 Mit einer kleinen Python-Anwendung:
a. aus der offiziellen technischen airQ Dokumentation: https://docs.air-q.com/
b. https://hobbyblogging.de/air-q-mit-iobroker-vernetzen-per-mqtt
c. https://forum.fhem.de/index.php/topic,113201.15.html

Ich habe heute meinen neuen Air-Q Pro bekommen und habe genau dieses Problem mit Docker.

@aurelio
Vielen Dank für die Bereitstellung der Lösung.
Das hat mir bestimmt viele Stunden Fehlersuche erspart :face_with_cowboy_hat:

Ich habe nicht herausgefunden, warum es bei Dir diesen Fehler gibt, ich kann ihn nicht reproduzieren.
Ich bin daran, die vielen Änderungen an der API im Binding zu implementieren, und ich werde Dir danach eine Testversion schicken, wo noch mehr Trace-Informationen produziert werden. Vielleicht lässt sich das Problem dann besser verstehen.

Hallo @MSair
der air-Q erfasst in einem Messzyklus mehrfach alle Sensordaten, aber nach <SecondsMeasurementDelay> Sek. (Default 120 Sek.) wird der Mittelwert gespeichert und an die Cloud geschickt. Der zweite Wert ist die maximale Abweichung aller in diesem Zyklus erfassten Daten von diesem Mittelwert. Dieser Wert wird mit der selben Einheit wie der Mittelwert angegeben.
D.h. in Deinem Beispiel [39.36, 3.34] bedeutet in dem Messzyklus wurden Werte zwischen 39,36 +/- 3.34 erfasst, der Mittelwert betrug 39.34.

Hallo Daniel, danke für die schnelle Antwort. Das Plugin habe ich dazu natürlich benutzt. Das sieht man auf dem ersten Bildschirmfoto. Das Gerät (hier im Bsp. CO2-Sensor) wird auch ordnungsgemäß auf der Homebridge-Seite erzeugt. Allerdings wird es in der Home-App nicht korrekt angezeigt/unterstützt. Ich bin langjähriger Homebridge-Anwender und würde deshalb zumindest einfache Konfigurationsfehler ausschließen.

@mj

Dann könnte man eine Integration über eines der Smarthome Systeme welches der air-Q unterstützt betreiben. Nachteil sind die einmaligen Anschaffungskosten für einen Raspberry Pi oder einen Smarthome-Hub. Die wählbaren Systeme sind hier sehr zahlreich. Je nachdem wie viel man selbst machen will kommen die dann aber auch ohne laufende Kosten aus bis auf 1-2 Watt für Strom und sind auch vom Internet abkapselbar. Ich kann hier zum Beispiel Home Assistant, FHEM, openHAB oder derartiges empfehlen. Ein Sammel-Artikel wie man den air-Q mit den jeweiligen Systemen zum laufen bekommt findet sich hier: https://support.air-q.com/support/wie-kann-ich-den-air-q-in-mein-smart-home-einbinden/

Bei Home Assistant ist es sehr einfach einzubinden und hier gibt es auch für den Levoit Core300S eine scheinbar funktionierende Einbindung:

https://community.home-assistant.io/t/add-support-for-levoit-core-300s-smart-true-hepa-air-purifier-in-the-vesync-integration/372886

Hey @larsmb ,

Für ein ähnliches Problem mit einer anderen Integration gibt es hier eine Automatisierung. Ich finde, dass es auch auf unseren Fall durchaus zutrifft, aber ich fürchte, da ich das Problem nie reproduzieren konnte, wüsste ich nicht, ob es tatsächlich helfen würde ...
Natürlich hoffen wir, auf lange Sicht eine bessere Lösung zu finden.

Beste Grüße,
Renat [air-Q]

Hi, gibt es mittlerweile Neuigkeiten zum Matter-Support? Auf der Webseite steht weiterhin, dass die Anbindung für Ende 2022 geplant ist 😅

Servus Chrischon,

es freut mich zu hören, dass alles geklappt hat!
Danke für den Hinweis zu der Dokumentation, wir aktualisieren das dann zeitnah.

Auch dir einen schönen Jahresausklang und viel Spaß mit dem air-Q!
Merlin

Hallo @sscheib
das ist leider ein Dauerschmerz bei uns. Wir sind jedoch noch nicht zu einer guten Lösung gekommen aus verschiedenen Gründen (weil es keine gute und schnelle/einfache Möglichkeit der Integration gibt aufgrund zu vieler Sensoren und schlechter Implementierung, aber auch aufgrund von Ressourcenmangel bei uns - was ja zusammenhängt). Wir haben es aber nicht aufgegeben. Ich thematisiere es die nächsten Tage bei unseren Entwicklermeetings wieder.

Hey @h-w , bitte entschuldige die späte Antwort!
Wir entwickeln gerade eine eigene Anbindung, die findest du im ioBroker Forum: https://forum.iobroker.net/topic/70188/test-adapter-air-q-air-q-luftanalysator-v0-0-x/6?_=1704977089909&lang=de
Sobald wir damit fertig sind, wird es auch direkt auf unserer Webseite verlinkt werden.
Hoffentlich werden dort alle deine Fragen beantwortet, ansonsten melde dich gerne noch mal.
Viel Erfolg!
Merlin [air-Q]