NEWS
Test Withings v0.0.x
-
@tobi81 sagte in Test Withings v0.0.x:
@esp8266 Schön das dir das Mumpe ist.
@tombox Danke für deine Antwort, die ich aufgrund von den unsinnigen Posts danach übersehen habe. Du meinst damit sicher das Zulassen von den Apprechten, oder?
Zeig mir doch mal die unsinnigen Posts.
Die Antwort war doch Klipp und Klar....
Warum muss man es denn Hinterfragen....es wird schon die Sicherheit gegeben sein. -
@esp8266 Eigentlich wollte ich dir nicht antworten, ich mache es aber trotzdem.
Wenn der Hersteller einer App die Logindaten will, okay... Wenn der Hersteller eine API zur Verfügung stellt in der es Token zur Authentifizierung gibt, aber ein dritter dennoch die Logindaten abfragt, kann man das schon einmal hinterfragen. Genau das habe ich gemacht.Wenn du schreibst "Ist doch gut so und bedarf keiner Änderung." oder "Mir ist das völlig Mumpe. Es steht kein Nachnahme dabei." bringt das gar keinen Mehrgewinn. Du hast mir dabei Null geholfen und daher waren diese Posts für mich unsinnig.
So, und nun gut damit. Der Entwickler hat mir hervorragend geholfen.
-
laut Api gibt es noch folgende Punkte:
Gibt es eine Möglichkeit diese noch einzubauen, oder hab ich da was übersehen?
-
@oli
getActivity ist unter activity
Welche Datenpunkte hast du da alles -
unter activity habe ich folgende Datenpunkte:
-
@oli probier mal die github version ob sie dann kommen
-
jetzt ist alles da, danke fürs einbauen
-
Moin,
mich wundert es, dass ihr scheinbar immer im selben Datenpunkt das Gewicht finden könnt. Bei mir war es gestern in withings.0.23345580.measures.measuregrps05, heute ist es in withings.0.23345580.measures.measuregrps04 zu finden. Ich habe 3 Geräte, Scanwatch, BPM connect und Body Cardio. Liegt es vielleicht daran, dass die Body Cardio so viele Infos ermittelt?
-
@patrickfro ok schade hatte gehofft das sie immer an der gleichen stelle sind dann müsste man sortieren kannst du zwei datenpunkt als beispiel posten
-
@tombox Über eine Lösung wäre ich sehr froh
Was für Datenpunkte meinst Du denn? withings.0.23345580.measures.measuregrps05 und withings.0.23345580.measures.measuregrps04 habe ich ja genannt.
Heutiges Ergebnis ist bei mir unter withings.0.23345580.measures.measuregrps04.1.value, das von vor ca. 3 Tagen unter withings.0.23345580.measures.measuregrps05.1.value zu finden
-
@patrickfro
also bei mir ist's immer in den gleichen Datenpunkten
Bsp: Gewicht:
withings.0.14595xxx.measures.measuregrps04 -> aktuelle Werte
withings.0.14595xxx.measures.measuregrps08 -> Wert Vortag -
@patrickfro Ein screenshot vom aufgeklappten objektbaum gibt es sowas wie date oder andere sachen nach denen man sortieren könnte
-
Bei mir sind sie immer in den gleichen Datenpunkten.
Nur habe ich derzeit ein Problem mit meinen Daten. Da bin ich schon mit dem Service dran.
Von meiner Frau wird immer sysnchronisiert, nur meine Daten nicht und ein Punkt für unbekannte Messungen gibt es in der Health Mate App nicht. -
@stoffel67 Bei mir ist z.B. bei 08 kein Gewicht sondern Pulswellengeschwindigkeit.
Ich hoffe, das ist es was du brauchst.
-
@patrickfro ,
bei mir wird immer 01 aktualisiert. Die anderen werden nach oben geschoben. Sonst könnte ich nicht damit in Vis arbeiten.... -
Wieviele Datenpunkte hast Du denn? Ich habe aktuell measuregrps01 bis measuregrps11. Vielleicht nutze ich es noch zu kurz, so dass z.b. 14 Datenpunkte vorhanden sein sollten und daher die Daten nicht mehr im selben Datenpunkt wie gestern zu finden sind.
-
@patrickfro , das hat nichts mit den Messpunkten zutun.....das ist eine Art Schieberegister nach unten.
Der aktuelleste Wert ist immer 01. Ich beziehe mich auf das Gewicht. Mehr kann meine Waage nicht. Das wird mit den anderen Geräten bzw. Messpunkten nicht anders sein.
Sonst lösch den ganzen Baum und starte den Adapter neu.....dann wird er neu aufgebaut. -
@patrickfro installier mal via github und schau ob die einträge nach datum sortiert sind
-
@tombox , bei mir liegt immer das Datum auf dem letzten Tag der Messung an erster Stelle. Derzeit Heute...
-
@tombox, das Log füllt sich jetzt unnötig....
2022-02-10 14:36:19.005 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities01.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.007 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities02.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.009 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities03.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.010 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities04.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.012 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities05.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.035 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities06.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.038 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities07.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.040 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities08.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.042 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities09.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.046 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities10.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.048 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities11.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.050 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities12.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.052 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities13.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.054 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities14.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.056 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities15.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.058 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities16.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.060 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities17.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.062 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities18.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.064 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities19.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.065 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities20.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.131 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities21.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.133 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities22.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.135 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities23.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.138 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities24.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.140 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities25.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.157 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities26.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.160 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities27.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.163 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities28.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.165 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities29.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.167 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities30.date" has to be type "string" but received type "number" 2022-02-10 14:36:19.169 - info: withings.0 (2703) State value to set for "withings.0.28587019.activity.activities31.date" has to be type "string" but received type "number"
Das war nach einem iob restart.