GNSS laiko naudojimas norint sinchronizuoti „Android“ laikrodį, kad būtų galima tiksliai integruoti žurnalus

„Bluetooth“ įrenginių GNSS laiko sinchronizavimo įvaldymas

Šiuolaikiniame prijungtų įrenginių pasaulyje tikslus laiko sinchronizavimas yra svarbesnis nei bet kada anksčiau. Programų kūrėjams, dirbantiems su „Bluetooth“ įrenginiais, kurie priklauso nuo GNSS (Global Navigation Satellite System) laiko, labai svarbu suderinti „Android“ laikrodį su GNSS laiku. 🕒 Įsivaizduokite, kad registruojate duomenis iš „Bluetooth“ jutiklio žygyje, tačiau laiko žymos neatitinka jūsų telefono laikrodžio. Dėl šio neatitikimo įrašai gali būti netikslūs, o tai erzina, ypač kai analizuojate duomenis iš kelių šaltinių.

„Android 12“ pristatė funkciją, kuri leidžia sinchronizuoti GNSS laiką, tačiau ji neįjungta pagal numatytuosius nustatymus. Tiems, kurie pasitiki laiko jautriais duomenimis, tai gali būti iššūkis. Galite pabandyti ieškoti konfigūracijos naudodami komandas, pvz., „adb apvalkalo nustatymų sąrašas“, tačiau, kaip nustatė daugelis kūrėjų, ji ne visada rodo laukiamus rezultatus. 😕 Dėl to kyla klausimas, ar galima rankiniu būdu suaktyvinti GNSS laiko sinchronizavimą, ar vienintelė galimybė yra įrenginio įsišaknijimas.

Jei atsidūrėte tokioje situacijoje, tikriausiai galvojote apie numatytųjų nustatymų apeiti įsišakniję „Android“ įrenginį. Įsišaknijimas atveria tinkinimo parinkčių pasaulį, įskaitant sukurto vykdymo laiko išteklių perdangos (RRO) pridėjimą, kad būtų nepaisoma sistemos konfigūracijų. Tačiau įsišaknijimas susijęs su savo rizika ir sudėtingumu. Kaip žinoti, ar tai geriausias būdas, ar yra paprastesnis sprendimas?

Geros naujienos yra tai, kad yra galimų sprendimų, kurie gali padėti pasiekti GNSS laiko sinchronizavimą neįsišaknijus „Android“ įrenginio. Nesvarbu, ar kuriate navigacijos programą, jungiatės su GNSS įgalintais jutikliais, ar tiesiog bandote tiksliai sinchronizuoti įrenginio laiką, norint pagerinti projekto tikslumą ir patikimumą, labai svarbu suprasti, kaip įgalinti šią funkciją „Android“. Išsamiau panagrinėkime iššūkius ir sprendimus. 🚀

Kaip veikia GNSS laiko sinchronizavimas: gilus nardymas

Norėdami sinchronizuoti „Android“ laikrodį su GNSS laiku, turime pasiekti keletą sistemos lygio konfigūracijų. Pirmoji svarbi komanda yra „adb apvalkalo nustatymų sąrašas [secure|system|global]“. Ši komanda leidžia peržiūrėti esamus sistemos parametrus, saugomus skirtingose ​​vardų srityse (saugioje, sisteminėje arba visuotinėje). Naudodami šią komandą galime patikrinti, ar įjungtas GNSS sinchronizavimas, ir gauti esamas konfigūracijos reikšmes. Tačiau, kaip minėta pavyzdyje, ši komanda gali nerodyti GNSS sinchronizavimo nustatymų, jei jie yra paslėpti arba neįjungti pagal numatytuosius nustatymus. Pavyzdžiui, bandydamas sinchronizuoti GPS pagrįstą registravimo programą, susidūriau su šia problema, dėl kurios ieškojau alternatyvių sprendimų. 🚀

Tada naudojame komandą „adb shell settings put [secure|system|global] config_autoTimeSourcesPriority 3“. Čia mes aktyviai įjungiame GNSS laiko sinchronizavimą modifikuodami sistemos laiko šaltinio prioritetą. Pagal numatytuosius nustatymus „Android“ GNSS laiko sinchronizavimo prioritetas paprastai yra žemas, todėl turite rankiniu būdu nustatyti prioritetą į „3“, kad jį įjungtumėte. Nustačius jį į „3“, sistema nurodo GNSS laikui teikti pirmenybę kitiems laiko šaltiniams, pvz., koriniam tinklui ar „Wi-Fi“. Mano projekte, kuriame buvo registruojami duomenys iš „Bluetooth“ jutiklio su GNSS, šis veiksmas buvo būtinas norint įsitikinti, kad abiejų įrenginių laiko žymos sutapo. 🔄

Atliekant sistemos lygio pakeitimus, pvz., įgalinant GNSS sinchronizavimą, dažnai reikia išjungti „Android“ įrenginį. Čia pradeda veikti komandos „adb root“ ir „adb remount“. „adb root“ suteikia supervartotojui (root) prieigą prie įrenginio, leidžiantį atlikti sistemos lygio pakeitimus. „adb remount“ užtikrina, kad sistemos skaidinys būtų prijungtas su skaitymo ir rašymo leidimais, o tai labai svarbu keičiant failus arba diegiant perdangas. Mano atveju, įsišaknijęs savo įrenginį, galėjau ištirti tolesnius pakeitimus, kurie nebuvo pasiekiami be root prieigos, pvz., pridėti pasirinktinę vykdymo laiko išteklių perdangą (RRO), kad būtų galima pakoreguoti sistemos konfigūracijas. 🌍

Galiausiai, atlikus būtinus pakeitimus, dažnai reikia iš naujo paleisti įrenginį, kad įsitikintumėte, jog pakeitimai taikomi tinkamai. Komanda „adb reboot“ būtent tai ir daro: ji perkrauna įrenginį, taikydama visus seanso metu atliktus konfigūracijos atnaujinimus. Įrenginiui paleidus iš naujo, GNSS laiko sinchronizavimas turėtų būti aktyvus ir galėsite išbandyti sąranką. Kaip ir daugelyje mano projektų, svarbu viską išbandyti – pritaikęs šias komandas patikrinau, ar „Android“ laikrodis buvo tinkamai sinchronizuotas su GNSS laiko šaltiniu. Tai buvo labai svarbu, kai sujungiau žurnalus iš GNSS įrenginio ir „Android“ programos. Paprastas paleidimas iš naujo buvo paskutinis žingsnis, kol viskas veikė sklandžiai! ✅

adb shell settings list system
adb shell settings list global
adb shell settings list secure
adb shell settings put global config_autoTimeSourcesPriority 3
adb shell settings put secure config_autoTimeSourcesPriority 3
adb shell settings put system config_autoTimeSourcesPriority 3
adb shell settings get global config_autoTimeSourcesPriority
adb shell settings get secure config_autoTimeSourcesPriority
adb shell settings get system config_autoTimeSourcesPriority
adb shell settings get global auto_time

adb root
adb remount
mkdir /system/overlay
cp /path/to/rro_file.arsc /system/overlay/
chmod 644 /system/overlay/rro_file.arsc
adb reboot
adb shell settings put global config_autoTimeSourcesPriority 3
adb shell settings put secure config_autoTimeSourcesPriority 3
adb shell settings put system config_autoTimeSourcesPriority 3
adb shell settings get global config_autoTimeSourcesPriority

import android.location.GnssClock;
import android.location.GnssStatus;
import android.location.LocationManager;
import android.os.Bundle;
LocationManager locationManager = (LocationManager) getSystemService(Context.LOCATION_SERVICE);
GnssStatus.Callback gnssCallback = new GnssStatus.Callback() {
    @Override
    public void onGnssTimeReceived(long time) {
        setSystemTime(time);
    }
};
locationManager.registerGnssStatusCallback(gnssCallback);
private void setSystemTime(long time) {
    // Convert GNSS time to system time and set the clock
    SystemClock.setCurrentTimeMillis(time);
}

import org.junit.Test;
import static org.mockito.Mockito.*;
public class GnssTimeTest {
    @Test
    public void testGnssTimeSynchronization() {
        GnssClock mockGnssClock = mock(GnssClock.class);
        when(mockGnssClock.getTime()).thenReturn(1234567890L);
        SystemClock.setCurrentTimeMillis(mockGnssClock.getTime());
        assertEquals(1234567890L, SystemClock.elapsedRealtime());
    }
}

„Android“ laikrodžio sinchronizavimas su GNSS laiku: įžvalgos ir svarstymai

„Android“ laikrodžio sinchronizavimas su GNSS laiku yra pagrindinė funkcija programoms, kurios naudojasi tiksliomis duomenų registravimo laiko žymomis. Nesvarbu, ar tai būtų GPS pagrįstos programos, moksliniai matavimai ar „Bluetooth“ duomenų registravimas iš įrenginių, kuriuose veikia GNSS, tikslus laiko sinchronizavimas užtikrina, kad jūsų renkami duomenys būtų suderinti su tikruoju pasaulio laiku. Tačiau iššūkis dažnai kyla įgalinant šią funkciją, ypač naujesnėse „Android“ versijose (12 ir naujesnėse). Nors GNSS laiko sinchronizavimas galimas pagal numatytuosius nustatymus, jis ne visada suaktyvinamas. Todėl kūrėjai turi imtis konkrečių veiksmų, kad pasiektų ir įgalintų šią funkciją pakeisdami nustatymus arba įsišakniję įrenginį. GNSS laiko sinchronizavimas pirmiausia naudinga programoms, kurioms reikalingas absoliutus tikslumas, pvz., mano patirtis dirbant su „Bluetooth“ įrenginiu, registruojančiu GNSS laiką. 🌐

Svarbu atkreipti dėmesį į tai, kad ne visi įrenginiai leidžia lengvai pasiekti GNSS sinchronizavimą dėl gamintojo nustatytų apribojimų. Tokiais atvejais naudotojams gali tekti išjungti savo įrenginius, kad įjungtų šią funkciją arba nepaisytų numatytųjų sistemos nustatymų. „Android“ įrenginio įsišaknijimas atveria galimybes, pavyzdžiui, pridėti vykdymo laiko išteklių perdangą (RRO), kad būtų nepaisoma sistemos konfigūracijų ir pritaikytų pasirinktinius pakeitimus. Šis procesas gali būti šiek tiek bauginantis, nes reikia užtikrinti, kad įrenginys būtų suderinamas su root prieiga, kuri dažnai skiriasi priklausomai nuo gamintojo ir modelio. Mano asmeniniu atveju prireikė kelių bandymų tinkamai išjungti įrenginį ir patikrinti, ar GNSS laiko sinchronizavimas veikė taip, kaip tikėtasi. Naudojant tokias komandas kaip adb root ir adb remount gali palengvinti šį procesą, tačiau su jais kyla rizika, pavyzdžiui, gali būti panaikintos garantijos arba sukelti nestabilumą. 🔧

Arba gali būti paprastesnių sprendimų, kuriems nereikia įsišaknijimo. Kai kurie įrenginiai jau gali turėti galimybę sinchronizuoti laiką su GNSS per savąsias Android API, jei įjungti konfigūracijos nustatymai. Pavyzdžiui, adb shell settings list komanda gali būti naudinga norint patikrinti, ar GNSS laiko sinchronizavimas jau nustatytas. Jei komanda nepateikia jokios su GNSS susijusios informacijos, tikėtina, kad ši funkcija išjungta ir turėsite ištirti pažangesnius metodus. Taip pat yra galimybė naudoti trečiųjų šalių bibliotekas arba API, susiejančias su „Android“ vietos nustatymo tarnybomis, kad būtų galima tiesiogiai gauti GNSS laiką, apeinant sudėtingų sistemos pakeitimų poreikį. Tai galėtų būti idealus sprendimas kūrėjams, ieškantiems mažiau įkyraus požiūrio. ⏰