Zobrazit příspěvky: Doporučované Všechny podle vláken Všechny podle času

M88a23r11e49k 28S79a33j43d11a 2985340206798

Zitra zkusim jako vymluvu pozdniho prichodu do prace R^

+20/0
doporučit
7.4.2019 14:48

P15e89t40r 59M51i48c14h67a60l 2550434791152

Ještě že do hospody trefím i bez navigace. ... Většinou i z hospody. :-)

+23/−2
doporučit
7.4.2019 14:06

M26a26r45t58i25n 49B39o20k81ů22v19k50a 6359769421

Můj stařičký Garmin Edge 705 s čipsetem SiRF III to přežil :)

+5/0
doporučit
7.4.2019 16:33
Foto

P19a91v61e68l 53P36o11d36e40š41v94a 5449967259

Huawei nemá problém, bere to i Glonass.

+3/0
doporučit
7.4.2019 15:51

J42a78n 31S44m11í62t87k83o 8844582944105

Zdroje se při 6. nebo 7. dubnu rozchází, protože rollover je vztažen k GPS času, jenž (až na přestupné sekundy) odpovídá UTC. Tedy o "GPS půlnoci" ze soboty na neděli je v Evropě již neděle, v Americe ještě hluboce sobota. Aby to nebylo tak jednoduché, tak číslo týdne se nemusí o půlnoci vždy změnit, záleží na konkrétním satelitu (parametry drah jsou udávány vůči určitému času a je znám algoritmus, jak se jich dopočítat v aktuálním času - a když je aktuální čas už po půlnoci nového týdne, tak číslo týdne nemusí odpovídat).

Jak tu byl zmiňován Glonass, s ním to je zajímavé. Jeho čas je tvořen tak, že má 5 bitů na číslo čtyřletky (tedy 128 let perioda), konkrétní den v té čtyřletce (11 bitů) a denní čas (12 bitů). Celkem 28 bitů, ale časová hrana (tj. moment, kdy si přijímač může ověřit, jaký je systémový čas) je jen jednou za 30 sekund. GPS spotřebuje 27 bitů (10 bitů číslo týdne, 17 bitů počet sekund od začátku týdne), ale časovou hranu má každých 6 sekund. Což je důležité hlavně pro rychlost zařazení nových/opětovně nalezených signálů do řešení. Správně by přijímač po nalezení signálu měl dvakrát ověřit, že je správně synchronizován, což u GPS trvá 12 sekund (plus čas k nalezení signálu), u Glonassu minutu.

+2/0
doporučit
8.4.2019 6:58

D97a92n 80C88i34b74u16l93k75a 6983869880535

Počítá se s tím, samozřejmě. Je to dokonce princip fungování GPS.

+1/0
doporučit
8.4.2019 13:46

J14a88r85o13s62l80a52v 23B76u12c90h74t49e71l87a 3572336428663

V pražské MHD jsem dneska taky dvakrát zahlídnul blbý čas, jednou v autobuse na digitálních hodinách na tom žlutém cvakátku na lístky, odhadem minus 6-7-8 hod, jak to cvakalo doopravdy, nevím. Podruhé v tramvaji na digitálních hodinách, tam ty hodiny tuším ukazovaly 14:20 a bylo 21:50...

+1/0
doporučit
7.4.2019 23:27

J68i55ř42í 29N47o16v66á88k 8494301269551

Anení tonáhodou "roll over"?

+1/0
doporučit
7.4.2019 18:04
Foto

P89a76v40e22l 76M83a30r14t16i80n32e95k 9125165491613

Dneska na to kaslu, ale zitra zkusim svoji lodni navigaci v laptopu.

+1/0
doporučit
7.4.2019 15:17

J85i57ř70í 43P42o27k43o20r83n51ý 2782464737412

tak kolik automobilů skončí v rybníku, v bažině, nebo uprostřed pole ;-D;-D;-D

+1/−1
doporučit
7.4.2019 16:36

O31n96d30ř21e23j 43S37e93k14e36r29a 1357846456589

Aha - díky za zprávu, možná proto se mi v autě pořád dokola restartuje kamera.

+2/−7
doporučit
7.4.2019 13:04

J40a23n 97V53y80s41k77o86č83i37l 6552660556694

Vymakanej systém, kterej aby fungoval, musí pracovat i se zakřivením časoprostoru a oni ho zprzní tím, že ušetří několik bitů v počítadle. To nevymyslíš ;-D

+1/−4
doporučit
7.4.2019 18:03

K97a47t56e72ř83i82n11a 83V87ý71b21o67r80n30á 6510179569

Pro jistotu používám systém Glonass :))

+1/−18
doporučit
7.4.2019 16:52

M81i83c79h69a53l 35S65e42d62m44í23k 3929645566861

Dnes mi GPS při startu ukázala nadmořskou výšku 130m v asi 700m; vzápětí se srovnala. Na takové chování nepamatuji, snad to má s restartem souvislost.

0/−4
doporučit
7.4.2019 18:54

J66e95n66d79a 56S51o12u43k73u51p 8516852853

Nové y2k? :-)))

0/−3
doporučit
7.4.2019 16:01

M98i20c36h78a37l 55R71e85j85z26e72k 5806247195481

Mne by zajimala ta atomova presnost kdyz sinal sem leti urcite nekolik ms.

0/−28
doporučit
7.4.2019 16:15

Najdete na iDNES.cz