Moi, kokeilin ja minulla näytti olevan sama ongelma synkronoinnin kanssa. Mutta… Sitten kokeilin synkronoida toista ruuvi tageistani ja se menikin ilman ongelmia läpi. Tämän jälkeen kokeilin vielä uudestaan synkronoida ensimmäistä tagia ja hetken odottelun jälkeen sekin meni läpi ilman virheitä.
Mikä on tämän “ongelmallisen” tagin pariston jännite, ja onko se ollut kuinka pitkään käytössä? Yksi selitys mikä tulee mieleen on tyhjillään oleva paristo, tageilla on tapana käynnistyillä uudelleen suhteellisen tiheästikkin pariston ollessa viimeisimmillään, ja se voi aiheuttaa kaikennäkösiä ongelmia datan ja yhteyksien kanssa.
Kehittäjämme on törmännyt samaan vikaan muutamaan otteeseen ja tutkimme parhaillaan missä tilanteessa tarkalleen ongelma tapahtuu.
Kehitystä voi seurata GitHub-issuessa https://github.com/ruuvi/com.ruuvi.station.ios/issues/725 , en voi vielä sanoa varmaksi milloin tämä saadaan korjattua mutta kun ongelman juurisyy on selvillä korjauksen pitäisi olla nopea tehdä.
Yksi kolmesta anturista teki saman tenän IOS-luurien kanssa.
Tilanne resetoitui, kun kävin synkkaamassa kyseisen anturin Android-tabletille, tämän jälkeen IOS-luurien synkkaus alkoi toimia.
Google translates oh2msu’s reply as:
If this is of any help:
One of the three sensors did the same with the IOS handsets.
The situation reset when I went to sync about that sensor on an Android tablet, after that the sync of the iOS handsets started working.
So maybe I wouldn’t just look for a bug in the iOS app.
We continued to investigate the issue. The issue is not reproducible constantly on our side to start working on it. I was managed to reproduce it only once. But, we are looking into it and hopeful to find it and fix the issue.
Uusin RuuviStation ei korjannut tätä. Se näyttää lataavan datapisteet sa jumittaa sen jälkeen. Esim . “Historiatietoja luetaan… 394” ja tuohon jää ikuisesti
We could not reproduce this issue on our end in the latest version(v1.2.1) of the Ruuvi Station iOS App.
However, we do recommend updating the Ruuvi Station iOS app to the latest version if you have already did not update it. Also, mostimportantly update the firmware of the tag to the latest if you still encounter the issue.
The GATT connection goes through three phases in latest firmware.
First, the GATT connection opens up with default settings while phone and tag negotiate the connection parameters. This negotiation takes around 5 seconds, and I think data is transferred for those first 5 seconds.
Second, the connection switches over to high-performance mode which optimizes the data transfer rate and battery consumption. However, this mode is sensitive to connection quality and older phones don’t support the BLE features used for optimization, which leads to really slow data transfer in some cases. But there still should be new data coming in.
Third, after 30 seconds in high-performance mode the tag switches to reliable mode which consumes a lot of RuuviTag battery but should work in all conditions and with all phones.
It seems to me that the issue is in the second phase. Does the data transfer continue to third phase in half a minute or is the connection lost entirely?
@priyonto Let’s take a look into GATT parameter side of things. There are some things I can do in firmware, but we’d need a way to test the changes
@meisseli I have checked the video. Does the syncing stay stuck like that forever? In my experience sometimes the sync could get stuck for few seconds and can slow down even for a while but it usually ends up being completed.