(bis vorgestern konnte ich die transmission auch unter Wtee sehen, mittlerweile tut diese Seite nichts mehr
unter der ID 01CSG1YX22SR8RN89F4W4YZQPF . Allerdings kann ich nirgendwo ein Instantdashboard dafuer finden. Wahrscheinlich bin ich zu doof. Ich dachte unter Grafana sollte ein Dashboard zu meiner ID auftauche. Da sehe ich aber nichts :-(
nachvollziehen. Ich vermute hier ein Problem mit der Authentifizierung. Erst müssen wir die Daten auf den Bus bekommen, bevor wir weitersehen können.
Vielleicht kannst Du den Code zur Verfügung stellen, den Du verwendest, um die Daten auf den Bus zu publizieren?
2. Review Datenformat
Ich habe eine kurze Rückfrage zum Payload: Erzeugst Du die Daten über eine JSON Bibliothek? Mir fällt auf, dass a) das Feld “time” nicht als String übertragen wird und b) es Abweichungen im Spacing bei den Feldern “weight” vs. “humidity” gibt. JSON verzeiht zwar letzteres, das fehlende String Format beim “time” Feld ist jedoch unverzeihlich:
echo '{"time": 2018-10-13T18:33:02Z}' | jq .
parse error: Invalid numeric literal at line 1, column 23
vielen Dank fuer den Hinweis auf das Fehlende String Format beim Timestamp. Ich erzeuge das JSON Format als einen String und send letztendlich einen String. Ich bin nicht sicher ob das in Ordnung ist, auf WTEE sehen die Eintraege jedoch identisch aus wie andere.
Was ich in der Zwischenzeit herausgefunden habe ist, dass keine Daten ankommen wenn ich unter meiner Imker ID send. Sobald ich auf Testdrive umstelle geht es. Ich muss gleich nochmal die ID und das Passwort pruefen, sollten aber OK sein weil ich mit Copy&Past uebernommen hatte.
Im Moment sollten Daten unter Testdrive ankommen, kannst Du bitte mal einen Blick drauf werfen ?
Vielen Dank fuer Deine schnelle Rueckmeldung!
Rudi
Dein Zeitstempel um 23:17 MESZ/CEST wird momentan als "2018-10-13T23:17:29Z" übermittelt und ist damit inkorrekt repräsentiert, obwohl er korrekt aussehen mag. Er sollte entweder
"2018-10-13T21:17:29Z" (UTC) oder
"2018-10-13T23:17:29+0200" (Central European Summer Time, CEST, derzeit GMT+2 DST) lauten.
Ansonsten wird es Dir passieren, dass Du immer noch keine Daten zu sehen bekommst, da Du sie “in der Zukunft” übermittelst, in diesem Fall nämlich um 01:17 Uhr MESZ des nächsten Tages. Das ist ebenfalls ein sehr beliebter Fehler beim ersten Warmlaufen ;].
Wahlweise kannst Du den Zeitstempel in Form des “time” Datenfeldes auch komplett weglassen, falls die Datenübermittlung ausschließlich in Echtzeit passiert. Dann wird automatisch die aktuelle Serverzeit für das Datum verwendet und das ist jederzeit “jetzt”.
Eigentlich musst Du den Zeitstempel nur dann explizit übertragen, wenn die Meßdaten nach der Erfassung irgendwo zwischengepuffert werden. Ansonsten ist die Übertragung ohne Zeitstempel deutlich komfortabler und automatisch immer korrekt, selbst wenn die lokale Systemzeit des Meßknotens falsch gesetzt sein sollte. Wir hörten davon, dass das vorkommen kann ;].
Danke fuer den Hinweis auf die Daten. Ich habe es gefixt und es klappt nun. Mir war es nicht klar dass ich keine Zeit mitsenden muss, da haette ich mir einiges an Arbeit sparen koennen. Naja, wenigstens was daraus gelernt. Ich lade es von time.nist.gov.
Ich sehe jetzt das Instant Dashboard. Allerdings tauchen darin keine Daten auf.
Erst gehe ich jetzt mal schlafen. Vielen Dank fuer Deine Hilfe. Ich weiss es sehr zu schaetzen!
Derzeit kommen scheinbar leider keine Daten von Dir.
Wo sind die Daten?
Wenn Du den Zeitfilter im Grafana entsprechend einstellst à la
bekommst Du die Daten tatsächlich zu sehen, sie sind in der Zukunft. Zwischen 02:15 und 02:20 Uhr UTC kamen ein paar durch, das war also zwischen 00:15 und 00:20 Uhr CEST.
In zwei Stunden solltest Du sie auch zu sehen bekommen ohne die Zeit zu verstellen. Falsch zeitgestempelt bleiben sie jedoch immer noch.
ja genau. Vielen Dank fuer Deine Hilfe. Ich bin gerade noch dabei die Hardware sauber herzurichten, damit ich das auch dann draussen aufstellen kann. Bislang sende ich nur Random Daten. Aber das klappt. Ohne Deine Hilfe haette ich wohl schon aufgegeben.
Wunderbar! Ja, wir wissen, dass wir die Dokumentation weiter verbessern müssen. Du bist zwar selbst schon sehr weit gekommen, aber genau jene Dinge (MQTT Topic, JSON Payload, Timestamp), in die Du reingelaufen bist, müssen wir hinsichtlich der Dokumentation besser berücksichtigen.
Dieser Beitrag wird uns dabei helfen. Danke für Deine Geduld und merci vielmals in den Süden!
Wenn Du dann in den Echtbetrieb übergehen willst, suche Dir einfach einen anderen Kanal (statt "s1") aus. Du kannst beliebige Kanäle mit Daten beschicken, die Verwaltung darüber hast Du komplett selbst in der Hand.
Auch wenn das vielleicht nicht ganz die richtige Stelle ist: Was ich einfach einmal loswerden möchte ist, daß der öffentliche Datenstream (Wtee) einfach super ist wenn man gerade dabei ist seine eigene Übertragung zu basteln!