Cloud zeigt keinen AirQ / keine Daten ("Loading...")

a3b

Hallo zusammen,

(Ich habe das Problem schon immer, aber leider bisher keine Zeit gehabt, mich darum zu kümmern.)
In der Cloud wird mir weder ein AirQ, noch Daten angezeigt. Bei sämtlichen Messgrößen steht "Loading..." (teilweise auch in roter Schrift?!).

Das Gerät wurde schon mehrmals neugestartet und ist auf dem aktuellen Stand (1.20.2.r0_D_1.62).
Der Air-Q Manager funktioniert uneingeschränkt und die Internetverbindung funktioniert auch (externer Zugriff klappt, einmal stündlich wird pool.ntp.org abgefragt und auch Updates über air-q-updates.s3.eu-central-1.amazonaws.com werden geladen).
Die Logfile zeigt keine Einträge wegen fehlgeschlagener Verbindungsversuche o.ä. Hier die letzten 3 Zeilen (Update wurde heute mittag durchgeführt):

2020-09-23 03:13:12 UTC Error 1.60 main overwatch loop detected that the main loop timed out (POS:5): machine restarted
2020-09-25 03:11:13 UTC Error 1.60 main overwatch loop detected that the main loop timed out (POS:5): machine restarted
2020-09-30 12:19:19 UTC Error 1.60 main overwatch loop detected that the measurement loop timed out: machine restarted

Diverse Browser (auch nackige, ohne Blocker) zeigen alle nur "Loading...".
Kann es evtl. an einer geplusten E-Mail-Adresse (name+irgendwas@provider.tld) oder liegt der Hase woanders im Pfeffer?
Das versuchsweise Anlegen eines neuen Accounts (ohne "+") in der App klappt auch nicht. Beim Klick auf "Registrieren" passiert nichts.

Besten Dank schon mal vorab.

Gruß
Andy

FreshAire

@a3b
Habe auch die Feststellung gemacht, das das Laden der Diagramme sehr lange dauert. Die Werte in der Übersicht sind sofort da. Das "Loading" dauert fast immer sehr lange, manchmal passierte überhaupt nichts mehr. Manchmal waren durch "Neu Laden" die Diagramme sofort da. Das Problem trat eigentlich in den letzten Wochen verstärkt bei allen Browsern auf.
Allerdings, soeben mal versucht, und siehe da, bei allen Browsern (Firefox, Chrome, Edge, Opera) werden die Diagramme sofort geladen.
Hmmmm... Neuer Monat, neues Glück? Browser Cache Problem?

Micha

Gestern hatte ich im Ergebnis das gleiche Problem, aber es kam in einem ganz anderen Zusammenhang zum Vorschein.
Ich hatte vor der Aktualisierung der Android-App, die alte Version deinstalliert. Nach der Neuinstallation bekam die App keine Daten: lokale konnte sie das Gerät nicht finden, online meldete sie "falsches Passwort".
Als ich dann auf die Cloud ging kam auch bei allen Sensoren "Loading..". Ich habe mindest eine 1/2 h gewartet ohne Erfolg. Früher funktionierte alles in der Cloud.
Ob da jetzt ein Zusammenhang mit der Neuinstallation der App besteht, kann ich nicht beurteilen.
Jedenfalls folgendes hat mein Problem gelöst.

In der App das Passwort neu eingegeben. Dabei fiel mir auf, dass auch der Raumtyp nicht mehr gesetzt war; also habe ich diesen auch wieder gesetzt. Der air-Q startet daraufhin neu.

Danach kamen die Daten, sowohl in der App als auch in der Cloud.

a3b

Danke euch beiden für eure Bemühungen.

@FreshAire
Leider Fehlanzeige. Trotz Strg+F5 auch nach 20 Minuten nur "Loading...". Ich sehe nicht mal den AirQ.

@Micha
An- und Abmeldung in der App funktioniert, das Finden des AirQ war auch nie ein Problem. Das einzige, was nicht funktioniert, ist das Erstellen eines neuen Accounts.
Raumzuweisung war noch vorhanden. Eine neue Raumzuweisung inkl. Neustart hat auch nichts gebracht.

Anmerken möchte ich noch, dass der AirQ über PiHole läuft. Das sollte meines Erachtens unkritisch sein, da alle angefunkten Adressen geloggt werden und angezeigt wird, falls etwas geblockt wird. Auffällig hierbei ist nur, dass AWS äußerst selten kontaktiert wird; scheinbar nur bei einem Neustart?!
Hier mal der QueryLog von PiHole seit gestern: (btw: gibt's hier eigtl auch eine "Spoiler"-Funktion?)

Time	Type	Domain	Client	Status	Action
2020-10-02 21:58:17	A	alguhxninl5b7-ats.iot.eu-central-1.amazonaws.com	192.168.1.x	OK (forwarded)	
2020-10-02 21:56:39	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 21:21:21	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 20:20:50	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 19:20:18	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 18:19:47	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 18:19:47	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 17:19:14	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 16:18:42	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 15:18:11	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 14:17:39	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 14:17:39	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 13:17:08	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 12:16:36	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 11:16:05	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 10:15:33	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 09:15:01	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 08:14:28	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 07:15:34	A	alguhxninl5b7-ats.iot.eu-central-1.amazonaws.com	192.168.1.x	OK (forwarded)	
2020-10-02 07:13:56	A	pool.ntp.org	192.168.1.x	OK (cached)	
2020-10-02 07:13:08	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 06:12:36	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 05:57:11	A	alguhxninl5b7-ats.iot.eu-central-1.amazonaws.com	192.168.1.x	OK (forwarded)	
2020-10-02 05:12:04	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 04:11:33	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 03:11:01	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 02:10:29	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 01:09:58	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-02 00:09:26	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 23:08:54	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 22:08:21	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 21:07:47	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 20:08:54	A	alguhxninl5b7-ats.iot.eu-central-1.amazonaws.com	192.168.1.x	OK (forwarded)	
2020-10-01 20:07:14	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 19:29:46	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 18:29:15	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 17:28:43	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 16:28:11	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 15:27:40	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 14:27:08	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 13:28:14	A	alguhxninl5b7-ats.iot.eu-central-1.amazonaws.com	192.168.1.x	OK (forwarded)	
2020-10-01 13:26:35	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 13:24:06	A	air-q-updates.s3.eu-central-1.amazonaws.com	192.168.1.x	OK (forwarded)	
2020-10-01 12:31:37	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 11:31:06	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 10:30:34	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 09:30:02	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 08:29:31	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 07:28:59	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 07:28:59	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 06:28:28	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 05:57:20	A	alguhxninl5b7-ats.iot.eu-central-1.amazonaws.com	192.168.1.x	OK (forwarded)	
2020-10-01 05:27:56	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 04:27:25	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 03:26:53	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 02:26:22	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 01:25:50	A	pool.ntp.org	192.168.1.x	OK (forwarded)	
2020-10-01 00:25:18	A	pool.ntp.org	192.168.1.x	OK (forwarded)

Offensichtlich ist der AirQ stets um die korrekte Uhrzeit bemüht, hält aber nicht viel davon die Daten hochzuladen.
Vielleicht kann einer vom AirQ-Team bei Gelegenheit (vermutlich frühestens Montag) in die Cloud gucken, ob da Daten bereits ankommen sind bzw. versucht wird/wurde etwas hochzuladen oder mein AirQ da oben vielleicht sogar völlig unbekannt ist.:thinking_face:

Falls noch jemand eine Idee hat: immer her damit :smile:

tuxbox

@a3b Bin verwirrt. Im Pihole Log (hab ich auch) siehst Du doch nur die DNS Requests und nicht die eigentliche Kommunikation, ob z.B. eben etwas hochgeladen wird wirst Du dort doch nie finden. Dass ntp bei einer pool Adresse immer wieder neu auflöst ist auch normal.

In der Cloud/my.air-q.com Übersicht sieht man doch, wann exakt das letzte Hochladen einer Station stattgefunden hat.

a3b

@tuxbox
Da hast du selbstverständlich Recht, allerdings gehe ich nicht davon aus, dass der AirQ ausschließlich über feste IP-Adressen kommuniziert (und wenn doch, sich dann spätestens nach einem Neustart die aktuelle Ziel-IP via DNS holt) und somit mindestens einmal im PiHole eine Anfrage auftauchen müsste.
Ich weiß, dass PiHole das denkbar ungeeignetste Mittel zur Kommunikationsanalyse ist. ;-) PiHole ist für mich nur eine Art "Quickcheck" und ich hätte erwartet, dass öfter kommuniziert wird - aber eben nicht nur zum ntp-service...
Vielleicht kann ja jemand mal sein QueryLog mit meinem vergleichen?

Ich würde auch gerne in die Cloud gucken, ob/wann etwas hochgeladen wurde, aber da ist nichts...:weary:

FreshAire

@a3b
Was mir jetzt spontan einfällt:
Ist im Dashboard - Einstellungen - "Daten in die Cloud hochladen" aktiviert?
Nicht, das sich da etwas ausgeschaltet hat und nicht bemerkt wurde? Zwar höchst unwahrscheinlich, aber nicht unmöglich

Bei mir werden die Daten wohl zuverlässig in die Cloud übertragen, dann aber im Laufe des Tages immer widerwilliger zum Abruf bereitgestellt. Morgens alles schnell und gut. Am Abend stockt alles.
Der Diagrammvergleich ist inzwischen am Abend manchmal überhaupt nicht mehr nutzbar. Als interessierter Laie würde ich denken, da wird ein großer "Cache" unsortiert aufgefüllt und in der Nacht dann ausgeleert....

a3b

@FreshAire
Ja, in der App ist es aktiviert und in der config des AirQ wird es auch bestätigt: "cloudUpload: true".
Aus- und wieder Einschalten des Clouduploads hilft auch nicht.

Hat zufällig jemand seinen AirQ über PiHole laufen und könnte mal bitte einen Auszug des QueryLogs posten?

ruediger54

Hallo a3b

Das sieht bei mir genau so aus wie bei dir.
Viele Verbindungen zum NTP Pool , und einige zur Datenbank auf Amazonas.com .
Ich sehe auf AirQ auch keine Daten obwohl es bei mir schon einmal (mit doppelten Einträgen) funktioniert hat.

tuxbox

@a3b Ist auch bei mir das gleiche. Nur nach dem letzten Neustart gab es einen A Request auf genau den gleichen Amazon AWS Server, danach nicht mehr. Und der Upload geht bei mir bisher wunderbar.

Hast Du vielleicht noch irgendeine Art Firewall zusätzlich installiert, die die Kommunikation unterbinden könnte? Ich sehe bei mir z.B. in meiner Firewall eine permanent etablierte Verbindung vom airQ auf den Zielport 8883 bei AWS. Ist der Port vielleicht bei Dir durch irgendwas gesperrt?