Miganie ledem na stadionie

A jakie to ma znaczenie? I tak musi przejść przez infrastrukturę operatora do komórki.

W dniu czwartek, 30 czerwca 2016 14:50:18 UTC+2 użytkownik Marek napisał:

Timestamp - 4 bajty W pliku wysyłamy czasy włączenia i wyłączenia. w 1kb mamy 256 mozliwych zmian. Czyli pi*oko 128 błyśnięć.

informacja o różnicy między czasem serwera a komórki jest pomijalnie niewielka. dla 20000 ludzi rozepchanie tej informacji to pi*oko 20000*1400 bajtów = 26MB.

Do rozesłania w chwilę po jakimś hsdpa czy innym lte. nawet na edge pojdzie relatywnie szybko bo mozna rozesłać to w 3-5 minut.

Pewnie gdzieś tam mogłem niedoszacować ale generalnie to jest do zrobienia ale nie banalnie tylko deczko sprytnie.

Użytkownik napisał w wiadomości grup dyskusyjnych: snipped-for-privacy@googlegroups.com...

W dniu czwartek, 30 czerwca 2016 14:50:18 UTC+2 użytkownik Marek napisał:

Jak dokładnie da się zsynchronizować czas w komórce?

W dniu czwartek, 30 czerwca 2016 17:47:40 UTC+2 użytkownik Ghost napisał:

Pewnie co do milisekundy. Pewnie może nawet dokładniej. Ale do tego trzeba by więcej niż jeden pakiet więc ciutke by dłużej wszystko trwało niż zajawiłem.

Ale synchronizować nie trzeba, starczy aby program błyskający ledem sobie pamiętał o różnicy między czasem serwera i komórki. Jakby serwer wpiąć blisko BTS-ów stadionowych to lag sieciowy nie byłby duży a na pewno byłby przewidywalny.

W dniu czwartek, 30 czerwca 2016 17:47:40 UTC+2 użytkownik Ghost napisał:

Ah. Pewnie chodzi ci o to że _unix_ timestamp jest wyrażony w sekundach. Termin timestamp nie zawiera ograniczenia ani na jego rozdzielczość ani rozmiar. Te 4 bajty wziąłem sobie z sufitu. Jak zetniemy je o polowe mamy 65500 ms. Czyli troche ponad godzina.

Użytkownik napisał w wiadomości grup dyskusyjnych: snipped-for-privacy@googlegroups.com...

W dniu czwartek, 30 czerwca 2016 17:47:40 UTC+2 użytkownik Ghost napisał:

No, skoro "Pewnie" - znasz procedurę takiego milisekundowego uzgadnia?

GPS.

Nie jestem pewien jak to dzia³a ale o wiele³atwiej zsynchronizowaæ telefony poprzez odczyt czasu z GPS-a, kórego obecnie prawie ka¿dy smartfon ma...

Użytkownik "RoMan Mandziejewicz" napisał w wiadomości grup dyskusyjnych: snipped-for-privacy@pik-net.pl.invalid...

Hello Ghost,

Thursday, June 30, 2016, 8:00:19 PM, you wrote:

Zainstalowałbyś sobie aplikację który ma niby migać ledem, ale żąda dostępu do GPS?

Ghost snipped-for-privacy@drzewo.pl napisał(a):

Ludzie się już przyzwyczaili, że aplikacje żądają bardzo wielu dostępów, nie wiadomo w ogóle po co.

Użytkownik "Grzegorz Niemirowski" napisał w wiadomości grup dyskusyjnych:nl54fh$pnj$ snipped-for-privacy@node1.news.atman.pl...

Ghost snipped-for-privacy@drzewo.pl napisał(a):

Nie wszyscy, ja bym nie zainstalował

Wiadomo :-)

U¿ytkownik "Jacek" napisa³ w wiadomo¶ci grup dyskusyjnych:nl3u45$a6o$ snipped-for-privacy@news.chmurka.net...

Na stadionie owszem, no chyba, ze solidna konstrukcja i dobrze ekranuje.

Ogolnie to jednak kiepski pomysl, bo ten gps to w wielu miejscach niedostepny jednak jest.

A tak w ogole, to dokladny czas chyba podstawa wielu uslug sieciowych - bo jest naprawde dokladny.

Uruchamiam NTP na Androidzie i mam 0.660 s roznicy czasu telefonu i z serwerow. A czas "z sieci GSM". Hm, a moze to "z sieci NTP" ?

Przy czym ... na potrzeby migania te 0.660s to moze byc za duzo, ale ciekaw jestem czy to naprawde taka roznica, czy to np kwestia asymetrycznych predkosci, czy np sekundowej dokladnosci ustawiania.

Tak czy inaczej - dosc dokladny jest zegar, jesli "synchronizowany siecia".

J.

Pan Grzegorz Niemirowski napisał:

Mam kilka urządzeń z Androidem wyposażonych GPS (za to bez lub ze sporadycznym dostępem do internetu, tak raz na pół roku może). Jeśli tylko dostępny jest sygnał z satelity, to czas *systemowy* się do niego od razu synchronizuje. Dokładnie.

Jeżeli ktoś sobie wyobraża, że aplikacja do migania ledem musi żądać dostęu do GPS żeby korzystać z czasu stamtąd branego, to zanczy, że... no, powiedzmy, że ma dużą wyobraźnię. Wybujałą wręcz.

U¿ytkownik "Jaros³aw Soko³owski" napisa³ w wiadomo¶ci grup dyskusyjnych: snipped-for-privacy@falcon.lasek.waw.pl...

Nie. To okre¶lona aplikacja - która jest w³±czona i ma uprawnienia do GPS realizuje tê synchronizacjê, nawet o tym nie wiesz.

To mówisz, ¿e onLocationChanged nie wymaga dostêpu do GPS, albo, ¿e znasz lepsz± funkcjê pobieraj±c± aktualny czas GPS (nie wymagaj±c± dostêpu do GPS)?

Je¶li kto¶ pisze programy na androida korzystaj±ce z czasu systemowego ufaj±c, ¿e na 100% jaka¶ inna aplikacja przed sekund± zsynchronizowa³a ten czas z GPS to zanczy, ¿e... no, powiedzmy, ¿e ma du¿± wyobra¼niê. Albo jest po prostu g³upi.

Ghost snipped-for-privacy@drzewo.pl napisa³(a):

A to w ogóle mo¿na bez roota?

Pan Grzegorz Niemirowski napisał:

To nawet nie takie ważne, z rootem czy bez. System sobie swój czas ustawia z GPS (jeśli ma dostęp) albo z internetu (jeśli ma dostęp) albo z sieci komórkowej (jeśli ma dostęp), albo... Albo z cholera wie czego. Średnio minie obchodzi jak on wybiera źródło czasu -- ważne, że SOA#1, czyli raz ustawiony czas systemowy ma zadawalającą dokładnoć. A nawet gdyby odjechał o 10 milisekund czy 10 sekund, to od samej dokładności bezwzględnej ważniejsze jest to, że wszystkie aplikacje żyją w tym samym czasie.

Jasne, że jakaś Zosia Samosia może napisać aplikację do migania diodą, która sama sobie wyczai swoje źródło czasu. Jasne, że może nawet chcieć ten swój najlepsiejszy czas narzucić innym. W końcu wolność polega i na tym, że wolno sobie robić krzywdą. Jak będzie ogłaszany nabór do Ministerstwa Głupich Kroków, to taki punkt w CV będzie mocnym atutem.

Jarek

U¿ytkownik "Jaros³aw Soko³owski" napisa³ w wiadomo¶ci grup dyskusyjnych: snipped-for-privacy@falcon.lasek.waw.pl...

Kolega kupy z w±tkiem nie trzyma - 10 sekund to nie jest "zadawalaj±c± dok³adnoæ" w omawianym zastosowaniu

K³opot w tym, ¿e tu synchronizujemy aplikacje w _RӯNYCH_ systemach

U¿ytkownik "Jaros³aw Soko³owski" napisa³ w wiadomo¶ci grup dyskusyjnych: snipped-for-privacy@falcon.lasek.waw.pl... Pan Grzegorz Niemirowski napisa³:

W opisie do ktoregos z klientow NTP stalo, ze Android nie przewiduje manipulacji czasem przez aplikacje. Bezpieczenstwo takie. Wiec nie ma ustawiania czasu systemowego przez NTP - chyba ze za pomoca wbudowanego przez Google/producenta programu. Wbudowane jak widac sa, i to kto wie czy nie trzy.

Ale to w sumie srednio potrzebne - aplikacja moze sobie przy pomocy NTP sprawdzic przesuniecie systemowego zegara, i potem wykonywac swoje czynnosci w skorygowanym czasie. Nie wiem jednak czy nie ma jakis niespodzianek, typu np ze mozna ustawic budzenie aplikacji z dokladnoscia co do sekundy ... ale nie dokladniej.

W jednym telefonie moze i wazniejsze, jak chcesz migac kilkoma telefonami, to i czas moze byc rozny.

J.

Ghost pisze:

Żeby coś powiedzieć o "omawianym zastosowaniu", to trzeba nalpierw znać podstawy. A te trudno wyjaśnić komuś, to nie poznał takich trudnych pojęć jak "implikacja". Tutaj pojęcie to zagościło w słowie "gdyby".

Nie wiem jakie są odchyłki czasu w urządzeniu bez RTC, które zaraz po starcie pobrało czas z dostępnych mu źródeł. Ja tego nie jestem w stanie zauważyć patrząc na sekundniki kilku komputerów, tabletów, smartfonów itp. Nawet jeśli mają one różne systemy operacyjne. Mierzyć tego nie będę, bo mi ta wiedza na nic. Ale *gdyby* jeden z programów się wyłamał, stwierdził, że 7 milisekund to żenująca niepunktualność i dostroił się z mikrosekundowym uchybem do atomowego wzorca z dworca w Koluszkach, to by dla całości było niefajne. Dla tego programu nawet bardziej niefajnie niż dla pozostałych.

Gdzie ten kłopot?