Hi,
ich habe mich mal beim Support gemeldet. Der normale Supporter hat aufgegeben und es weiter geleitet an die Entwicklungsabteilung. Mal sehen ob/wann da was kommt.
Ralf
Hi,
ich habe mich mal beim Support gemeldet. Der normale Supporter hat aufgegeben und es weiter geleitet an die Entwicklungsabteilung. Mal sehen ob/wann da was kommt.
Ralf
Hallo
Hatte ich auch immer.
Support schreibt dann , dass es an die Entwicklungsabteilung weitergeleitet wird.
Hi,
meine Daten sind anscheinend wieder in der Cloud. Mit einer Schleife habe ich e geschafft die IntradayActivities in IPS einzulesen. Bei Activities und Sleep klappt es leider nicht. Hast Du eine Idee?
Ich glaube ich weiß woran es liegt. Auch wenn 5 Tage gelesen werden sollen werden diese Werte synchron in die Variable und nicht asynchron in die Datenbank geschrieben. Das erklärt auch warum ich am 13.7. auf einmal 14 mal Schlafdauer hatte und auch mehrfach in einer Sekunde.
Ralf
Hallo
Hab mal letzte Woche hochgeladen eine Version die das kann.
Bis jetzt nur auf Github ( Beta )
Moin 1007,
Aktivitäten scheint gut zu klappen danke. Ich habe eben mal die letzten 35 Tage des BlackOuts nachtragen lassen und es scheint IO zu sein. Mal eine Frage wie viele Tage kann man bei Aktivitäten in einer Abfrage abfragen? 35 Scheint gegangen zu sein.
2 Ideen:
$tage = 5;
for ($i = $tage; $i > 0; $i--){
$startdate = time()- (24*60*60)*$i ;
$enddate = time()- (24*60*60)*($i - 1) ;
....
}
Ralf
Hallo
Letzte Abfrage ist ein Problem.
Bei „Meas“ Data werden ja zb Puls,Waage,Thermometer abgefragt.
Wenn da ein Device „hinterherhinkt“ kann man ein Problem haben.
Aktuelle Aenderung:
Man kann per Script(Funktion) Daten nachtraeglich abrufen.
Getestet mit 365 Tagen ( max )
Im Github zum Testen :
$id = xxxxx; // Instanz
$days = 60; // Beispiel
WIT_UpdateDataForDays($id,„intradayactivity“,$days);
WIT_UpdateDataForDays($id,„activity“,$days);
WIT_UpdateDataForDays($id,„meas“,$days);
WIT_UpdateDataForDays($id,„sleep“,$days);
Moin auch,
interessant wäre wohl auch hauptsächlich intradayactivity und sleep.
WIT_UpdateDataForDays ist vermutlich auch eine sehr gute Wahl wenn die Uhr mal wieder nicht mag.
Ich schätze aber das mindestens „intradayactivity“ so nicht geht da man immer nur Daten für einen Tag bekommt. Da müsste eine Schleife rein.
Ralf
Hallo,
eine Frage, habe das Modul gestern neu eingerichtet, was hat denn diese Fehlermeldung zu bedeuten?
05.08.2021, 19:23:30 | TimerPool | Withings (WIT_UpdateTimer):
Warning: set_time_limit() has been disabled for security reasons in /var/lib/symcon/modules/Symcon1007_Withings/Symcon1007 Withings/module.php on line 137
Diese bekomme ich stündlich.
Danke und Grüße
Stephan
Hallo
set_time_limit ist in aktueller IPS-Version entfallen:
https://community.symcon.de/t/frage-zu-set-time-limit/123846
In der Modul-Store Version hab ich die Zeile noch nicht deaktiviert aber in der Github schon.
Geh einfach in das Script und kommentiere die Zeile aus oder warte das Wochende ab.
Am Montag nehm ich das auch im Store raus.
Bin gerade ueber das WE beim Fallschirmspringen deshalb erst am Montag.
Hi,
sicher mit Montag oder schaust Du nur zu?
Ralf
Danke für die schnelle Antwort.
Ich hatte das eigentlich über Github installiert. Muss ich dann wohl auf Beta umstellen, oder? Werde ich testen.
Dann viel Spaß
Grüße
Stephan
Hallo
Ne, ich schau nicht zu. Wir springen mit 12 Leuten Formation.
Ich krieg das schon hin bis Montag. (Hab ueber 3000 Spruenge)
Das mit WIT_UpdateDataForDays und den Schleifen hab ich bei
mir auch schon geloest und zusaetzlich noch eine Funktion bei
der man eine Startzeit und Endzeit angeben kann.
Beispiel:
WIT_UpdateDataForTime(xxxxx,„meas“,1596691556,„16.11.2020“);
Unixtimestamp oder Datumsstring kann man sich aussuchen.
Hi,
freu mich und drück dir die Daumen. Aktuell scheint die App von Withings ja wieder das zu machen was sie soll.
Ralf
Moin Stephan,
dein Update von Heute „Montag“ klappt sehr gut. Ich hatte wieder Lücken und dann mal alle Einträge für die letzten 30 Tagen nachtragen lassen und auf den ersten Blick alles Topp.
Danke Ralf
danke für das modul, rennt bei mir super
Hi 1007,
ab und zu synchronisiert Update Data oder ein Script mit den neuen Funktionen. Im Debug sehe ich dann „„error“:„XRequestID: Not provided invalid_token: The access token provided is invalid“}“. RefreshToken hat dann auch nicht geholfen sondern ich musst die App erneut erlauben. Könnte man da einen Fehler im Log bekommen? Bzw. liefert vielleicht WIT_UpdateDataForDays($id,‚intradayactivity‘,$days); einen Fehlercode zurück?
Ralf
Die Funktionen
UpdateDataForDays und UpdateDataForTime
liefern jetzt ein TRUE oder FALSE zurueck.
True bei Erfolg.
Hi,
danke werde ich mal ausprobieren. Das mit dem AccessToken war wohl einfach vorher neu anfordern.
Klappt soweit ABER Du hast das return true; am Ende und nicht außerhalb der Schleife bei IntraDayActivity gepackt.
btw. es heißt
WIT_UpdateDataForDays($id,„SLEEPSUMMARY“,$days);
statt
WIT_UpdateDataForDays($id,„sleep“,$days);
Ralf
Kennt jemand außer @pitti und mir auch das Problem dass manche Whitings Variablen teils täglich teils deren Archiv kaputt machen.
Sind bei mir immer diese Beiden. Geloggt werden neben diesen beiden auch noch 2 weitere, die gehen aber nicht kaputt. Werden aber auch nicht updated.
Bei pitti ist es Gewicht und BMI.
Er geht davon aus dass hier das Modul ein Problem hat das offenbar bei neuen Werten eine Reaggreation macht.
Wäre super wenn es da einen „Fix“ gäbe weil das natürlich auch jedesmal das zugehörige Chart nicht mehr anzeigt.
Danke und cheers Seppm
Um mich nicht falsch zu verstehen, ich weiß nicht ob das Modul ein Problem hat. Aber für mich scheint es einen Zusammenhang zwischen der Reagreggation und dem Problem zu geben. Wie man dem Problem auf die Schliche kommt Weiß ich leider auch nicht.
Gruß Heiko