Hi @Emil,
Just tested with flic2lib-android 2.1.1 - confirmed fixed. Same config as before (outputDataRate=1, samplesPerBurst=16), and now I get exactly 16 samples every ~10.3 seconds, matching the requested count 1:1. No more doubling. Checked across 3 consecutive windows, all consistent (16 samples, ~10.3s apart each time).

Thanks for the fix!

One minor thing I noticed while re-testing, low priority: those 16 samples still arrive split across several small onAccelerometerStreamingData calls (e.g. eight 1-sample bursts, one 3-sample, one 5-sample) instead of a single 16-sample callback. Doesn't affect the total count or timing, just how they're broken up - mentioning it in case it's useful, but not blocking anything on our end.

Thanks again

@Emil Sorry for the slow reply... There's a few things to look at. Wiim publishes a RESTful api as seen in the first PDF. Under the hood, it's built on an Arylic platform, which has further available RESTful endpoints.

It also presents a general UPnP, self documenting SOAP style API at http://<device-ip>:49152/description.xml. The UPnP spec is what dictates the SUBSCRIBE verb.

One quirk of the Wiim REST API is that it defaults to https with a self signed cert, that Flic doesn't seem to like. To get it to work with Flic, you have to run a proxy (e.g. http > https)