NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Jak zrealizować precyzyjną synchronizację zegara DS3231 z użyciem GSM?
Goto page Previous 1, 2, 3, 4, 5
JarosĹaw SokoĹowski
Guest
Guest
Wed Mar 23, 2016 8:30 pm
Pan Marek napisał:
Quote:
Sugeruję, że Windows jedyne co umie, to zsynchronizować czas
z serwera. Może potrafi coś więcej, ale ja tego nie widziałem.
No i gdzie tu wada?
z serwera. Może potrafi coś więcej, ale ja tego nie widziałem.
No i gdzie tu wada?
Było o tym w wątku. Nie lubię obrażać czyjejś inteligencji
i powtarzać tego, co łatwo przeczytać.
--
Jarek
Marek
Guest
Guest
Wed Mar 23, 2016 8:57 pm
On Wed, 23 Mar 2016 18:34:06 +0100, "J.F."
<jfox_xnospamx@poczta.onet.pl> wrote:
Quote:
No samo Cell-ID to troche malo - jeden BTS moze do 30km obslugiwac.
No przeciez przy lokalizacji na mapie masz narysowany okrąg o
promieniu zasięgu danej cellid.
--
Marek
Grzegorz Niemirowski
Guest
Guest
Wed Mar 23, 2016 9:43 pm
Jarosław Sokołowski <jaros@lasek.waw.pl> napisał(a):
Quote:
Ale przecież o to chodzi, by *nie* synchronizować "kiedy ktoś chce",
tylko żeby zawsze było zsynchronizowane.
tylko żeby zawsze było zsynchronizowane.
I to jest wykonywane za pomocą okresowego kontaktu z serwerem NTP. Masz na
myśli coś bardziej zaawansowanego, w rodzaju wspomnianego pomiaru odchyłu
lokalnego RTC i stałe korygowanie na podstawie tego pomiaru?
Quote:
Ile to jest "duża różnica czasu" (nie mam w tej chwili dostępu do WWW)?
Najwyżej kilka lat temu to było, kliknąłem w jakiś przycisk "synchronizuj"
czy podobny -- przestawił wskazówki i poinformował, że synchronizacja
zakończona. Różnica nie była wielka, taka jak może się zdarzyc przy
rozjechanym RTC.
Najwyżej kilka lat temu to było, kliknąłem w jakiś przycisk "synchronizuj"
czy podobny -- przestawił wskazówki i poinformował, że synchronizacja
zakończona. Różnica nie była wielka, taka jak może się zdarzyc przy
rozjechanym RTC.
To nie jest stała wartość.
In order for W32Time to set the computer clock gradually, the offset must be
less than the MaxAllowedPhaseOffset value and satisfy the following equation
at the same time:
|CurrentTimeOffset| / (PhaseCorrectRate*UpdateInterval) < SystemClockRate /
2
--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i Outlook Express: http://www.grzegorz.net/oe/
Uptime: 0 days, 22 hours, 37 minutes and 36 seconds
JarosĹaw SokoĹowski
Guest
Guest
Wed Mar 23, 2016 10:12 pm
Pan Grzegorz Niemirowski napisał:
Quote:
Ale przecież o to chodzi, by *nie* synchronizować "kiedy ktoś chce",
tylko żeby zawsze było zsynchronizowane.
I to jest wykonywane za pomocą okresowego kontaktu z serwerem NTP.
Masz na myśli coś bardziej zaawansowanego, w rodzaju wspomnianego
pomiaru odchyłu lokalnego RTC i stałe korygowanie na podstawie tego
pomiaru?
tylko żeby zawsze było zsynchronizowane.
I to jest wykonywane za pomocą okresowego kontaktu z serwerem NTP.
Masz na myśli coś bardziej zaawansowanego, w rodzaju wspomnianego
pomiaru odchyłu lokalnego RTC i stałe korygowanie na podstawie tego
pomiaru?
Tak, to mam na myśli. Tyle że nie nazywam tego "zaawansowanym" -- po
prostu przyzwyczaiłem się, że tak jest. A jest tak samo odkąd pamiętam.
Gdy pierwszy raz zetknąłem się z tą metodą synchronizacji, Windows (95)
w ogóle takimi fanaberyami się nie przejmował. Potem był jakiś dodatek
(może to już w 9
, który pozwalał na synchronizację na żądanie. Teraz
to już nawet jakieś płynne regulacje zrobili, czy inne bajery. Dla mnie
to jest niepojęte, że w Redmond przez dwadzieścia lat drobnymi krokami
dochodzą do tego, co już raz dawno temu zostało wymyślone. Boją się
gwałtownego skoku w czasie, czy co?
Quote:
Ile to jest "duża różnica czasu" (nie mam w tej chwili dostępu do WWW)?
Najwyżej kilka lat temu to było, kliknąłem w jakiś przycisk "synchronizuj"
czy podobny -- przestawił wskazówki i poinformował, że synchronizacja
zakończona. Różnica nie była wielka, taka jak może się zdarzyc przy
rozjechanym RTC.
To nie jest stała wartość.
In order for W32Time to set the computer clock gradually, the offset
must be less than the MaxAllowedPhaseOffset value and satisfy the
following equation at the same time:
|CurrentTimeOffset| / (PhaseCorrectRate*UpdateInterval) < SystemClockRate / 2
Najwyżej kilka lat temu to było, kliknąłem w jakiś przycisk "synchronizuj"
czy podobny -- przestawił wskazówki i poinformował, że synchronizacja
zakończona. Różnica nie była wielka, taka jak może się zdarzyc przy
rozjechanym RTC.
To nie jest stała wartość.
In order for W32Time to set the computer clock gradually, the offset
must be less than the MaxAllowedPhaseOffset value and satisfy the
following equation at the same time:
|CurrentTimeOffset| / (PhaseCorrectRate*UpdateInterval) < SystemClockRate / 2
Nadal niewiele mi to mówi. Ale nie przejmuję sie tym, nie będę próbował
zrozumieć. Przyzwyczaiłem się do tego, że się uruchamia program, który
jest klientem, serwerem, albo jednym i drugim -- i wszystko działa.
Co tu jest do konfigurowania? Ma być czas dokładny, no to jest.
--
Jarek
J.F.
Guest
Guest
Wed Mar 23, 2016 10:37 pm
Użytkownik "Marek" napisał w wiadomości grup
dyskusyjnych:almarsoft.1734728619743343230@news.neostrada.pl...
On Wed, 23 Mar 2016 18:34:06 +0100, "J.F."
Quote:
No samo Cell-ID to troche malo - jeden BTS moze do 30km obslugiwac.
No przeciez przy lokalizacji na mapie masz narysowany okrąg o
promieniu zasięgu danej cellid.
No przeciez przy lokalizacji na mapie masz narysowany okrąg o
promieniu zasięgu danej cellid.
A lokalizacja przez siec i TA daje dokladnosc ~500m ..
J.
J.F.
Guest
Guest
Wed Mar 23, 2016 10:54 pm
Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnf61ls.cmj.jaros@falcon.lasek.waw.pl...
Quote:
Masz na myśli coś bardziej zaawansowanego, w rodzaju wspomnianego
pomiaru odchyłu lokalnego RTC i stałe korygowanie na podstawie tego
pomiaru?
Tak, to mam na myśli. Tyle że nie nazywam tego "zaawansowanym" -- po
prostu przyzwyczaiłem się, że tak jest. A jest tak samo odkąd
pamiętam.
Gdy pierwszy raz zetknąłem się z tą metodą synchronizacji, Windows
(95)
w ogóle takimi fanaberyami się nie przejmował. Potem był jakiś
dodatek
(może to już w 9, który pozwalał na synchronizację na żądanie.
Teraz
to już nawet jakieś płynne regulacje zrobili, czy inne bajery. Dla
mnie
to jest niepojęte, że w Redmond przez dwadzieścia lat drobnymi
krokami
dochodzą do tego, co już raz dawno temu zostało wymyślone. Boją się
gwałtownego skoku w czasie, czy co?
pomiaru odchyłu lokalnego RTC i stałe korygowanie na podstawie tego
pomiaru?
Tak, to mam na myśli. Tyle że nie nazywam tego "zaawansowanym" -- po
prostu przyzwyczaiłem się, że tak jest. A jest tak samo odkąd
pamiętam.
Gdy pierwszy raz zetknąłem się z tą metodą synchronizacji, Windows
(95)
w ogóle takimi fanaberyami się nie przejmował. Potem był jakiś
dodatek
(może to już w 9
, który pozwalał na synchronizację na żądanie.
Teraz
to już nawet jakieś płynne regulacje zrobili, czy inne bajery. Dla
mnie
to jest niepojęte, że w Redmond przez dwadzieścia lat drobnymi
krokami
dochodzą do tego, co już raz dawno temu zostało wymyślone. Boją się
gwałtownego skoku w czasie, czy co?
Nie boja sie !
I dlatego nie kombinuja jak to zrobic dobrze, wystarczy przeciez raz
na tydzien ustawic czas, ile sie w miedzyczasie odstroi - o minute ?
A kogo to obchodzi :-)
No i moze jeszcze o obciazenie serwerow dbaja, jakby sie mialy te
setki milionow np co pare h synchronizowac ...
J.
AlexY
Guest
Guest
Thu Mar 24, 2016 1:46 pm
J.F. pisze:
Quote:
Użytkownik "RoMan Mandziejewicz" napisał w wiadomości
Hello J.F.,
[..]
Z drugiej strony - jak nie ma rozmowy, to telefon tylko z rzadka cos
transmituje, wiec jak ustalic TA ?
Moze i to "rzadko" wystarczy ...
Hello J.F.,
[..]
Z drugiej strony - jak nie ma rozmowy, to telefon tylko z rzadka cos
transmituje, wiec jak ustalic TA ?
Moze i to "rzadko" wystarczy ...
Tak, tylko że to dotyczy "podstawowego" GSM ze slotami czasowymi, BTS
tak instruuje komórkę (modyfikuje jej parametr TA) żeby ta nadając swoją
ramkę, zmieściła się w swojej szczelinie czasowej gdy sygnał dotrze do
BTSa. Rozdzielczość tego parametru to jest właśnie ~500m przesunięcia w
przestrzeni. A system musi monitorować kilka BTSów na wypadek handover'u
w czasie połączenia (i chyba jeszcze jednego przypadku ale nie jestem
pewny).
Quote:
No ale z Javy IMO i tak nie bylo do tych danych dostepu.
Bo nie ma potrzeby. Dane o lokalizacji są obrabiane przez serwer a nie
przeglądarkę.
Ale jakie dane ?
Zrozum sytuacje - stary telefon, SE K550, zaden tam smartfon, ale jednak
"z Java" (J2ME).
Instaluje program od googla - i on ustala pozycje.
Wyslac do serwera mogl tylko to, co jest udostepnione Javie - a w MIDP
2.0 wiele tego nie bylo. Listy BTS i ich TA na moj gust nie bylo.
Bo nie ma potrzeby. Dane o lokalizacji są obrabiane przez serwer a nie
przeglądarkę.
Ale jakie dane ?
Zrozum sytuacje - stary telefon, SE K550, zaden tam smartfon, ale jednak
"z Java" (J2ME).
Instaluje program od googla - i on ustala pozycje.
Wyslac do serwera mogl tylko to, co jest udostepnione Javie - a w MIDP
2.0 wiele tego nie bylo. Listy BTS i ich TA na moj gust nie bylo.
Może jednak? Jakieś undocumented feature? Czy jest jakiś disasembler do
Javy na sali?
Quote:
Byc moze telefon to robil za pomoca JSR179, producent implementujac
funkcje udostepnil potrzebne dane, przeslal na serwer, odebral
odpowiedz, wystawil pozycje aplikacji.
Ale ... dzialalo bez polaczenia internetowego. Hm, a moze nie ... wszak
zeby google pokazal mapy, to trzeba miec polaczenie.
funkcje udostepnil potrzebne dane, przeslal na serwer, odebral
odpowiedz, wystawil pozycje aplikacji.
Ale ... dzialalo bez polaczenia internetowego. Hm, a moze nie ... wszak
zeby google pokazal mapy, to trzeba miec polaczenie.
Obecnie można je mieć offline, wtedy tego nie było.
[..]
--
AlexY
http://faq.enter.net.pl/simple-polish.html
http://www.pg.gda.pl/~agatek/netq.html
AlexY
Guest
Guest
Thu Mar 24, 2016 1:48 pm
Marek pisze:
Quote:
On Wed, 23 Mar 2016 18:29:43 +0100, Jarosław
Sokołowski<jaros@lasek.waw.pl> wrote:
Sugeruję, że Windows jedyne co umie, to zsynchronizować czas z
serwera.
Może potrafi coś więcej, ale ja tego nie widziałem.
No i gdzie tu wada?
Sokołowski<jaros@lasek.waw.pl> wrote:
Sugeruję, że Windows jedyne co umie, to zsynchronizować czas z
serwera.
Może potrafi coś więcej, ale ja tego nie widziałem.
No i gdzie tu wada?
Zsynchronizowany ale nie skorygowany, dalej będzie się rozjeżdżał.
--
AlexY
http://faq.enter.net.pl/simple-polish.html
http://www.pg.gda.pl/~agatek/netq.html
J.F.
Guest
Guest
Thu Mar 24, 2016 2:28 pm
Użytkownik "AlexY" napisał w wiadomości grup
dyskusyjnych:nd0ndn$ofr$1@dont-email.me...
J.F. pisze:
Quote:
Z drugiej strony - jak nie ma rozmowy, to telefon tylko z rzadka
cos
transmituje, wiec jak ustalic TA ?
Moze i to "rzadko" wystarczy ...
Tak, tylko że to dotyczy "podstawowego" GSM ze slotami czasowymi, BTS
tak instruuje komórkę (modyfikuje jej parametr TA) żeby ta nadając
swoją ramkę, zmieściła się w swojej szczelinie czasowej gdy sygnał
dotrze do BTSa. Rozdzielczość tego parametru to jest właśnie ~500m
przesunięcia w przestrzeni. A system musi monitorować kilka BTSów na
wypadek handover'u w czasie połączenia (i chyba jeszcze jednego
przypadku ale nie jestem pewny).
cos
transmituje, wiec jak ustalic TA ?
Moze i to "rzadko" wystarczy ...
Tak, tylko że to dotyczy "podstawowego" GSM ze slotami czasowymi, BTS
tak instruuje komórkę (modyfikuje jej parametr TA) żeby ta nadając
swoją ramkę, zmieściła się w swojej szczelinie czasowej gdy sygnał
dotrze do BTSa. Rozdzielczość tego parametru to jest właśnie ~500m
przesunięcia w przestrzeni. A system musi monitorować kilka BTSów na
wypadek handover'u w czasie połączenia (i chyba jeszcze jednego
przypadku ale nie jestem pewny).
Z tym, ze do tego handoveru, to chyba moc sygnalu jest wykorzystywana
?
Czy system/telefon trzyma TA do innych widocznych BTS ?
Nie wiem, trudne by to chyba bylo bez wczesniejszej i regularnej
komunikacji z nimi.
J.
AlexY
Guest
Guest
Thu Mar 24, 2016 4:18 pm
J.F. pisze:
Quote:
Użytkownik "AlexY" napisał w wiadomości grup
dyskusyjnych:nd0ndn$ofr$1@dont-email.me...
J.F. pisze:
Z drugiej strony - jak nie ma rozmowy, to telefon tylko z rzadka cos
transmituje, wiec jak ustalic TA ?
Moze i to "rzadko" wystarczy ...
Tak, tylko że to dotyczy "podstawowego" GSM ze slotami czasowymi, BTS
tak instruuje komórkę (modyfikuje jej parametr TA) żeby ta nadając
swoją ramkę, zmieściła się w swojej szczelinie czasowej gdy sygnał
dotrze do BTSa. Rozdzielczość tego parametru to jest właśnie ~500m
przesunięcia w przestrzeni. A system musi monitorować kilka BTSów na
wypadek handover'u w czasie połączenia (i chyba jeszcze jednego
przypadku ale nie jestem pewny).
Z tym, ze do tego handoveru, to chyba moc sygnalu jest wykorzystywana ?
dyskusyjnych:nd0ndn$ofr$1@dont-email.me...
J.F. pisze:
Z drugiej strony - jak nie ma rozmowy, to telefon tylko z rzadka cos
transmituje, wiec jak ustalic TA ?
Moze i to "rzadko" wystarczy ...
Tak, tylko że to dotyczy "podstawowego" GSM ze slotami czasowymi, BTS
tak instruuje komórkę (modyfikuje jej parametr TA) żeby ta nadając
swoją ramkę, zmieściła się w swojej szczelinie czasowej gdy sygnał
dotrze do BTSa. Rozdzielczość tego parametru to jest właśnie ~500m
przesunięcia w przestrzeni. A system musi monitorować kilka BTSów na
wypadek handover'u w czasie połączenia (i chyba jeszcze jednego
przypadku ale nie jestem pewny).
Z tym, ze do tego handoveru, to chyba moc sygnalu jest wykorzystywana ?
Powody są 3, słabnący sygnał gdy ma lepszy z innego BTSa, jest za daleko
(TA bliski limitowi) lub przeciążenie sektora BTS.
Quote:
Czy system/telefon trzyma TA do innych widocznych BTS ?
Musi, inaczej traciłby czas na ustalenie parametrów na kanale serwisowym
(BCCH o ile pamiętam), a to w trakcie połączenie jest niepożądane.
Pamiętam monitory które można było aktywować w nokii i którym siemensie
i tam parametr TA był dla każdego BTSa do którego telefon miał dostęp.
Quote:
Nie wiem, trudne by to chyba bylo bez wczesniejszej i regularnej
komunikacji z nimi.
komunikacji z nimi.
Komórka co określony czas i tak komunikuje się z siecią.
--
AlexY
http://faq.enter.net.pl/simple-polish.html
http://www.pg.gda.pl/~agatek/netq.html
elektroda NewsGroups Forum Index - Elektronika Polska - Jak zrealizować precyzyjną synchronizację zegara DS3231 z użyciem GSM?