com.ruuvi.station.ios icon indicating copy to clipboard operation
com.ruuvi.station.ios copied to clipboard

App updates too rapidly =

Open DG12 opened this issue 1 year ago • 6 comments

I believe this is a long time issue causing various problems including rapid batter drain.

When monitoring a sensor at -73 dBM, via BLE advertisments (not logged in) the updated seconds ago flashes between 0 and 1 at a 327ms rate. Well maybe not but it surely updates more often than once per second. There are only 3 other sensors currently configured.

Does the app refresh with EVERY advertisement? Is there any delay/sleep after update before next update? Should there be ?

DG12 avatar Nov 23 '23 17:11 DG12

That is, a period during which, blue tooth advertisements are ignored. Many environments have very very many devices some either not Ruuvi or ruuvi and not configured to a particular station device.

As I continue to consider this it becomes apparent this is non-trivial. Consider only 2 sensors, A and B, both with the same advertising period. If B's advertisement is very soon after A's, too simple an algorithm could cause A to trigger an update and B's advertisement to always occur during the "ignore time".

DG12 avatar Nov 23 '23 18:11 DG12

I think that happens here is that sensor is receiving both heartbeats and advertisements in connected mode. Information regarding heartbeats here: https://docs.ruuvi.com/communication/bluetooth-connection/nordic-uart-service-nus/heartbeat-transmissions

markoaamunkajo avatar Jan 09 '24 04:01 markoaamunkajo

Closing as answered

markoaamunkajo avatar Jan 09 '24 04:01 markoaamunkajo

No sensors are connected(paired).

Please reopen.

DG12 avatar Jan 10 '24 16:01 DG12

Discussed in DM with @priyonto

markoaamunkajo avatar May 21 '24 05:05 markoaamunkajo

@DG12 Could you share your latest observation on this issue?

priyonto avatar May 22 '24 19:05 priyonto

Hi @DG12 need your input on this case. We are unsure what exactly happens when app is updated "too rapidly". With standard firmware the RuuviTag broadcasts advertisements in pretty frequent interval, 1.5 seconds if I remember correctly, and your mobile device is able to pick up a number of these, not all of them. If you have RuuviTag paired to Ruuvi Station with Bluetooth, then app may receive an advertisement every now and then. If this "glitch" is observable then we'd be happy to discuss it further if it should be addressed, but to me this seems like possibly not fixable.

markoaamunkajo avatar Jul 29 '24 03:07 markoaamunkajo

I should have attached a video. I have logged out. AD03, 20BC, 23DE, 3B86 and 53F1 remain ! AD03 is in refrigerator (aka Faraday cage )and therefore reception is normally poor but controllable. Interval based on nRFconnect/scanner 3B86,1.3sec; 53F1,1 Not configured in ruuvi station but within range: 24C2,1.3sec; BB12,1.2; 4D15,1.3; 450A,1.3; 230E,.92 Additional devices at .3,.2,.2,.2,.1,.1,.2,.03,.3,2.,.2,2.,2.,.3,.08,2.,2.,2.,2.,.1,.5,.2,.0.2,

DG12 avatar Jul 29 '24 12:07 DG12

Did they remain because they weren't claimed by the account? If yes, it is like it is designed to work. The signing out was probably due to the cloud issue we experienced earlier today.

laurijamsa avatar Jul 29 '24 12:07 laurijamsa

Reopened because did not understand why you closed it.

laurijamsa avatar Jul 29 '24 12:07 laurijamsa

fumfer fingers tapped [close with comment] by accident! Thank you for reopening.

I explicitly logged out. Immediately AD03, 20BC, 23DE, 3B86 and 53F1 remain !

There are about 15 additional devices Continuing in 2 hours :-)

DG12 avatar Jul 29 '24 12:07 DG12

Logged out sensor issue has not been seen recently. Does this issue still occur to you occasionally @DG12 ?

markoaamunkajo avatar Sep 06 '24 02:09 markoaamunkajo

Closing as not seen recently.

markoaamunkajo avatar Sep 12 '24 06:09 markoaamunkajo