Goto page Previous 1, 2, 3, 4 Next
Atlantis
Guest
Sun Oct 21, 2018 9:47 am
On 10/21/18 11:25 AM, bytomir.kwasigrochvelkarbonylek@gmail.com wrote:
Quote:
Bardziej mi chodziło o te ruchome dni w których przestawia się czas
z letniego na zimowy. I tu są dwie opcje.
1. dokopać się w internetach do info które to dni i uwzględnić je w sofcie
2. ręcznie 2x do roku zmieniać czas.
Ale chwilę, to że są ruchome nie znaczy wcale, że są nieokreślone. To
tak samo jak z Wielkanocą - każdego roku wypada w innym dniu, ale masz
konkretny algorytm, który pozwala Ci obliczyć datę dla danego roku roku.
W paru swoich projektach korzystałem ze znalezionej w Internecie
funkcji, która ładnie wyliczała dni zmiany czasu. Następowała ona
automatycznie o właściwej porze. Nie trzeba było niczego sprawdzać w
Internecie. Na dobrą sprawę mógłbym także użyć standardowych funkcji z
time.h.
Problem może się pojawić dopiero wtedy, gdy władza zmieni reguły
decydujące o zmianie czasu, albo zupełnie ją zlikwiduje (co też może
niedługo zastąpić). Wtedy czeka nas aktualizacja oprogramowania. Dobrze
też uwzględnić w opcjach możliwość wyłączenia automatycznej zmiany.
Quote:
Jeżeli i tak czas będzie zmieniany 2x do roku, to po co GPS?
Rozumicie? Nie ma sensu rozczulać się nad dokładnością 1s na 10 lat
kiedy 2x do roku wystąpi błąd 1h na dobę.
Ja tam akurat lubię, kiedy wszystkie zegary w moim domu pokazują
dokładnie ten sam czasu i nie ma wątpliwości co do tego, która
konkretnie jest godzina, bo komórka pokazuje cop innego, zegar na szafce
nocnej co innego, a zegarek na ręce jeszcze co innego. No i zewnętrzne,
wiarygodne źródło czasu oszczędza mi kłopotu z ustawianiem tego
wszystkiego ręcznie.
Przychodzi mi do głowy jedna praktyczna sytuacja, kiedy takie podejście
się sprawdza. Pamiętam, że parę lat temu w którymś z polskich miast
doszło do sytuacji, kiedy kontroler wlepił mandat człowiekowi za jazdę z
nieważnym biletem. Pasażer upierał się, że jeszcze zostało mu parę
minut. Co było powodem? Kasownik nie miały zewnętrznego źródła czasu i
zostały błędnie ustawione przez kierowcę (czy innego pracownika
zajezdni). Kontroler korzystał z własnego, dobrze ustawionego zegarka.
Gdyby tylko stosowano synchronizację z zewnętrznym źródłem czasu, nie
doszłoby do takiej sytuacji.
Quote:
Idealnie by mi coś takiego pasowało do projektu.
Można coś takiego kupić za jakieś rozsądne pieniądze?
Guest
Sun Oct 21, 2018 11:25 am
W dniu sobota, 20 października 2018 23:39:40 UTC+2 użytkownik Atlantis napisał:
Quote:
On 10/20/18 11:33 PM, bytomir.kwasigrochvelkarbonylek@gmail.com wrote:
Czas uniwersalny nie uwzględnia zmian czasu na zimowy i letni.
Ale to przecież tak naprawdę zaleta. Czas odbierany z zewnętrznego
źródła powinien być uniwersalny. I nie jest ważne, czy będzie to
uniksowy timestamp, liczba sekund od 1 stycznia 1900 roku przesłana w
pakiecie NTP, czy też zapisany w "ludzkim" formacie czas UTC.
Firmware urządzenia już sam sobie obsłuży wyświetlanie czasu lokalnego,
choćby w oparciu o standardową bibliotekę time.h.
Bardziej mi chodziło o te ruchome dni w których przestawia się czas
z letniego na zimowy. I tu są dwie opcje.
1. dokopać się w internetach do info które to dni i uwzględnić je w sofcie
2. ręcznie 2x do roku zmieniać czas.
Jeżeli i tak czas będzie zmieniany 2x do roku, to po co GPS?
Rozumicie? Nie ma sensu rozczulać się nad dokładnością 1s na 10 lat
kiedy 2x do roku wystąpi błąd 1h na dobę.
Jeżeli i tak trzeba zmieniać czas 2x do roku, to cóż szkodzi w tym
samym momencie wprowadzić korektę 1 czy 20 sekund o które to rozstroi
się tcxo?
Quote:
Wewnątrz budynków będzie problem ze złapaniem fix-a
Mocno tragizujesz. Żeby był problem musisz kupić bardzo stary
GPS. uBlox swego czasu chwalił się jak to jego moduły łapią śladowy
sygnał nawet w podziemnych garażach. Te allegrowo maritexowe
z anteną wewnętrzną łapią synchronizację czasu z satelitą po
max. 4 minutach w pomieszczeniu.
Linie Rx Tx nie są wyłącznie do komunikacji z uC. Na stronie producenta
masz najczęściej soft do takich modułów mniej lub bardziej rozbudowany.
Można sobie popatrzeć co jest grane.
https://youtu.be/Jt1p0iEYg7Y
Quote:
albo w jakiś sposób wykonać) antenę GPS w formie
przypominającej wielokąt foremny
Nie widziałem takich. Odjechane są biconical
http://schwarzbeck.de/Bilder/9113shortb.jpg
&
helix
http://www.i1wqrlinkradio.com/antype/ch30/chiave1743.htm
JarosĹaw SokoĹowski
Guest
Sun Oct 21, 2018 11:36 am
Pan J.F. napisał:
Quote:
Normalnie, tak jak wszystko. Polecenie AT+CCLK? bardzo ładnie
zwraca datę i czas.
A zadziała to bez aktywnej karty SIM? Bo konieczność posiadania
osobnego numeru dla zegara nie jest zbyt ciekawym rozwiązaniem...
Nigdy nie miałem takich problemów. Ale zdaje się, że karta jednak
powinna być, choć nie musi być aktywna (w sensie numeru). Wystarczy,
że jest w systemie operatora. Czyli loguje się do sieci, choć ani
z niej, ani do niej zadzwonić nie można.
Bez karty nie wie do ktorej sieci ma sie zalogowac ... ale w razie
wybrania 112 mu to jakos nie przeszkadza.
W tym przypadku jednak przeszkadza. Połączenie z numerem alarmowym
(112, ale również 911 -- to działa także w Polsce, z polskiego telefonu)
jest innym rodzajem połączenia, nie wymaga *wcześniejszego* zalogowania
do sieci wybranego operatora. Telefon bez karty jest głuchy i niemy,
aż do chwili, gdy ktoś wybierze *jeden z* numerów alarmowych. A on to
rozumie tak, że realizuje specjalne połączenie, które w *ogóle nie ma*
numeru.
Sprawdziłen teraz z modemem Huawei E3131. Z włożoną kartą operatora,
kupioną ze dwa lata temu za pińć złotych jako prepaid, nigdy nie
rejestrowaną, polecenie "AT^NWTIME?" pokazuje czas sieci tego operatora.
Karta, która została kilka tygodni temu dezaktywowana, już do tego nie
wystarcza. Modem bez karty tym bardziej.
--
Jarek
JarosĹaw SokoĹowski
Guest
Sun Oct 21, 2018 11:54 am
Atlantis pisze:
Quote:
On 10/21/18 11:25 AM, bytomir.kwasigrochvelkarbonylek@gmail.com wrote:
Bardziej mi chodziło o te ruchome dni w których przestawia się czas
z letniego na zimowy. I tu są dwie opcje.
1. dokopać się w internetach do info które to dni i uwzględnić je w sofcie
2. ręcznie 2x do roku zmieniać czas.
Ale chwilę, to że są ruchome nie znaczy wcale, że są nieokreślone. To
tak samo jak z Wielkanocą - każdego roku wypada w innym dniu, ale masz
konkretny algorytm, który pozwala Ci obliczyć datę dla danego roku roku.
W paru swoich projektach korzystałem ze znalezionej w Internecie
funkcji, która ładnie wyliczała dni zmiany czasu. Następowała ona
automatycznie o właściwej porze. Nie trzeba było niczego sprawdzać w
Internecie. Na dobrą sprawę mógłbym także użyć standardowych funkcji z
time.h.
Jestem zaskoczony faktem, że istnieją ludzie, którzy muszą "kopać
w internecie" aby znaleźć info kiedy zmienia się czas z zimowego
na letni i odwrotnie!
Quote:
Problem może się pojawić dopiero wtedy, gdy władza zmieni reguły
decydujące o zmianie czasu, albo zupełnie ją zlikwiduje (co też może
niedługo zastąpić). Wtedy czeka nas aktualizacja oprogramowania. Dobrze
też uwzględnić w opcjach możliwość wyłączenia automatycznej zmiany.
To jest zapisane w plikach lokalizacyjnych. To o tyle istotne, że
w takiej Australii nie tylko mają zimę zamienioną z latem, ale też
reguła wyznaczania dni zmiany jest tam inna -- różnica czasu między
Warszawą a Sydney zmienia się cztery razy w roku. jak ktoś dba
o porządek w swoim sofcie, wystarczy mu zaktualizowanie pliku
lokalizacji pobranego z oficjalnego źródła.
Quote:
Jeżeli i tak czas będzie zmieniany 2x do roku, to po co GPS?
Rozumicie? Nie ma sensu rozczulać się nad dokładnością 1s na 10 lat
kiedy 2x do roku wystąpi błąd 1h na dobę.
Ja tam akurat lubię, kiedy wszystkie zegary w moim domu pokazują
dokładnie ten sam czasu
Nie wszyscy jednak jak widać rozumieją, na czym polega zmiana czasu
strefowego (albo stref czasowych). Nie ma żadnego "błędu jednej
godziny na dobę" ani podobnych tego typu głupot.
--
Jarek
Sebastian BiaĹy
Guest
Sun Oct 21, 2018 11:57 am
On 20/10/2018 19:09, Zenek Kapelinder wrote:
Quote:
Ale odchylki sa korygowane.
Własnie zobaczyłem narastające zbocze sinusoidy napięcia. Która godzina?
Bo wiemy już że jest korygowana i stabilna długofalowo. Ale KTÓRA?
Guest
Sun Oct 21, 2018 12:28 pm
użytkownik Atlantis napisał:
Quote:
Idealnie by mi coś takiego pasowało do projektu.
Można coś takiego kupić za jakieś rozsądne pieniądze?
Raczej ludkowie dłubią takie samodzielnie.
Marek
Guest
Sun Oct 21, 2018 4:16 pm
Marek
Guest
Sun Oct 21, 2018 4:19 pm
On Sun, 21 Oct 2018 11:47:07 +0200, Atlantis <marekw1986NOSPAM@wp.pl>
wrote:
Quote:
Można coś takiego kupić za jakieś rozsądne pieniądze?
Przypomina mi to wielodrogowe anteny stosowane w fpv:
https://oscarliang.com/best-fpv-antenna/
--
Marek
J.F.
Guest
Sun Oct 21, 2018 9:11 pm
Dnia Sun, 21 Oct 2018 13:54:52 +0200, Jarosław Sokołowski napisał(a):
Quote:
Atlantis pisze:
On 10/21/18 11:25 AM, bytomir.kwasigrochvelkarbonylek@gmail.com wrote:
Bardziej mi chodziło o te ruchome dni w których przestawia się czas
z letniego na zimowy. I tu są dwie opcje.
1. dokopać się w internetach do info które to dni i uwzględnić je w sofcie
Ale chwilę, to że są ruchome nie znaczy wcale, że są nieokreślone. To
tak samo jak z Wielkanocą - każdego roku wypada w innym dniu, ale masz
konkretny algorytm, który pozwala Ci obliczyć datę dla danego roku roku.
W paru swoich projektach korzystałem ze znalezionej w Internecie
funkcji, która ładnie wyliczała dni zmiany czasu. Następowała ona
automatycznie o właściwej porze. Nie trzeba było niczego sprawdzać w
Internecie. Na dobrą sprawę mógłbym także użyć standardowych funkcji z
time.h.
Jestem zaskoczony faktem, że istnieją ludzie, którzy muszą "kopać
w internecie" aby znaleźć info kiedy zmienia się czas z zimowego
na letni i odwrotnie!
A gdzie chcesz kopac ? W encyklopedii ?
Ja zawsze slyszalem w telewizorze, ale teraz coraz mniej ogladam.
J.
J.F.
Guest
Sun Oct 21, 2018 9:33 pm
Dnia Sun, 21 Oct 2018 13:36:34 +0200, Jarosław Sokołowski napisał(a):
Quote:
Pan J.F. napisał:
[...]
Nigdy nie miałem takich problemów. Ale zdaje się, że karta jednak
powinna być, choć nie musi być aktywna (w sensie numeru). Wystarczy,
że jest w systemie operatora. Czyli loguje się do sieci, choć ani
z niej, ani do niej zadzwonić nie można.
Bez karty nie wie do ktorej sieci ma sie zalogowac ... ale w razie
wybrania 112 mu to jakos nie przeszkadza.
W tym przypadku jednak przeszkadza. Połączenie z numerem alarmowym
(112, ale również 911 -- to działa także w Polsce, z polskiego telefonu)
jest innym rodzajem połączenia, nie wymaga *wcześniejszego* zalogowania
do sieci wybranego operatora.
Hm, chyba jednak wymaga, tylko jakies niepelne moze to byc logowanie i
w ostatniej chwili.
Jakos tam telefon musi powiedziec sieci, zeby zechciala go obslugiwac.
Quote:
Telefon bez karty jest głuchy i niemy,
No tak, to ma sens ... choc gluchy byc nie musi, moglby sobie
nasluchiwac jakie sa sieci.
Quote:
aż do chwili, gdy ktoś wybierze *jeden z* numerów alarmowych. A on to
rozumie tak, że realizuje specjalne połączenie, które w *ogóle nie ma*
numeru.
Sprawdziłen teraz z modemem Huawei E3131. Z włożoną kartą operatora,
kupioną ze dwa lata temu za pińć złotych jako prepaid, nigdy nie
rejestrowaną, polecenie "AT^NWTIME?" pokazuje czas sieci tego operatora.
Karta, która została kilka tygodni temu dezaktywowana, już do tego nie
wystarcza. Modem bez karty tym bardziej.
Hm ... z nieaktywna karta telefon powinien sie do sieci probowac
logowac. Siec odrzuci ... ale czas to moglby byc podawany bez
logowania.
A potem jeszcze roamingi ... telefon nie probuje sie zalogowac do
kazdej sieci ?
tu pisza jeszcze o AT+CLTS
https://elementztechblog.wordpress.com/2016/12/28/getting-time-and-date-from-gsm-modem/
J.
Marek
Guest
Sun Oct 21, 2018 9:51 pm
On Sun, 21 Oct 2018 23:11:46 +0200, "J.F."
<jfox_xnospamx@poczta.onet.pl> wrote:
Quote:
A gdzie chcesz kopac ? W encyklopedii ?
No ręce opadają, o pliku strefy nie słyszał?
$ zdump -v /usr/share/zoneinfo/Europe/Warsaw | grep 20
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 25 00:59:59 2018 UTC = Sun
Mar 25 01:59:59 2018 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 25 01:00:00 2018 UTC = Sun
Mar 25 03:00:00 2018 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 28 00:59:59 2018 UTC = Sun
Oct 28 02:59:59 2018 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 28 01:00:00 2018 UTC = Sun
Oct 28 02:00:00 2018 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 31 00:59:59 2019 UTC = Sun
Mar 31 01:59:59 2019 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 31 01:00:00 2019 UTC = Sun
Mar 31 03:00:00 2019 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 27 00:59:59 2019 UTC = Sun
Oct 27 02:59:59 2019 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 27 01:00:00 2019 UTC = Sun
Oct 27 02:00:00 2019 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 29 00:59:59 2020 UTC = Sun
Mar 29 01:59:59 2020 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 29 01:00:00 2020 UTC = Sun
Mar 29 03:00:00 2020 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 25 00:59:59 2020 UTC = Sun
Oct 25 02:59:59 2020 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 25 01:00:00 2020 UTC = Sun
Oct 25 02:00:00 2020 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 28 00:59:59 2021 UTC = Sun
Mar 28 01:59:59 2021 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 28 01:00:00 2021 UTC = Sun
Mar 28 03:00:00 2021 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 31 00:59:59 2021 UTC = Sun
Oct 31 02:59:59 2021 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 31 01:00:00 2021 UTC = Sun
Oct 31 02:00:00 2021 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 27 00:59:59 2022 UTC = Sun
Mar 27 01:59:59 2022 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 27 01:00:00 2022 UTC = Sun
Mar 27 03:00:00 2022 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 30 00:59:59 2022 UTC = Sun
Oct 30 02:59:59 2022 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 30 01:00:00 2022 UTC = Sun
Oct 30 02:00:00 2022 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 26 00:59:59 2023 UTC = Sun
Mar 26 01:59:59 2023 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 26 01:00:00 2023 UTC = Sun
Mar 26 03:00:00 2023 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 29 00:59:59 2023 UTC = Sun
Oct 29 02:59:59 2023 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 29 01:00:00 2023 UTC = Sun
Oct 29 02:00:00 2023 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 31 00:59:59 2024 UTC = Sun
Mar 31 01:59:59 2024 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 31 01:00:00 2024 UTC = Sun
Mar 31 03:00:00 2024 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 27 00:59:59 2024 UTC = Sun
Oct 27 02:59:59 2024 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 27 01:00:00 2024 UTC = Sun
Oct 27 02:00:00 2024 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 30 00:59:59 2025 UTC = Sun
Mar 30 01:59:59 2025 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 30 01:00:00 2025 UTC = Sun
Mar 30 03:00:00 2025 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 26 00:59:59 2025 UTC = Sun
Oct 26 02:59:59 2025 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 26 01:00:00 2025 UTC = Sun
Oct 26 02:00:00 2025 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 29 00:59:59 2026 UTC = Sun
Mar 29 01:59:59 2026 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 29 01:00:00 2026 UTC = Sun
Mar 29 03:00:00 2026 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 25 00:59:59 2026 UTC = Sun
Oct 25 02:59:59 2026 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 25 01:00:00 2026 UTC = Sun
Oct 25 02:00:00 2026 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 28 00:59:59 2027 UTC = Sun
Mar 28 01:59:59 2027 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 28 01:00:00 2027 UTC = Sun
Mar 28 03:00:00 2027 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 31 00:59:59 2027 UTC = Sun
Oct 31 02:59:59 2027 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 31 01:00:00 2027 UTC = Sun
Oct 31 02:00:00 2027 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 26 00:59:59 2028 UTC = Sun
Mar 26 01:59:59 2028 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 26 01:00:00 2028 UTC = Sun
Mar 26 03:00:00 2028 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 29 00:59:59 2028 UTC = Sun
Oct 29 02:59:59 2028 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 29 01:00:00 2028 UTC = Sun
Oct 29 02:00:00 2028 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 25 00:59:59 2029 UTC = Sun
Mar 25 01:59:59 2029 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 25 01:00:00 2029 UTC = Sun
Mar 25 03:00:00 2029 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 28 00:59:59 2029 UTC = Sun
Oct 28 02:59:59 2029 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 28 01:00:00 2029 UTC = Sun
Oct 28 02:00:00 2029 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 31 00:59:59 2030 UTC = Sun
Mar 31 01:59:59 2030 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 31 01:00:00 2030 UTC = Sun
Mar 31 03:00:00 2030 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 27 00:59:59 2030 UTC = Sun
Oct 27 02:59:59 2030 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 27 01:00:00 2030 UTC = Sun
Oct 27 02:00:00 2030 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 30 00:59:59 2031 UTC = Sun
Mar 30 01:59:59 2031 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 30 01:00:00 2031 UTC = Sun
Mar 30 03:00:00 2031 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 26 00:59:59 2031 UTC = Sun
Oct 26 02:59:59 2031 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 26 01:00:00 2031 UTC = Sun
Oct 26 02:00:00 2031 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 28 00:59:59 2032 UTC = Sun
Mar 28 01:59:59 2032 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 28 01:00:00 2032 UTC = Sun
Mar 28 03:00:00 2032 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 31 00:59:59 2032 UTC = Sun
Oct 31 02:59:59 2032 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 31 01:00:00 2032 UTC = Sun
Oct 31 02:00:00 2032 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 27 00:59:59 2033 UTC = Sun
Mar 27 01:59:59 2033 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 27 01:00:00 2033 UTC = Sun
Mar 27 03:00:00 2033 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 30 00:59:59 2033 UTC = Sun
Oct 30 02:59:59 2033 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 30 01:00:00 2033 UTC = Sun
Oct 30 02:00:00 2033 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 26 00:59:59 2034 UTC = Sun
Mar 26 01:59:59 2034 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 26 01:00:00 2034 UTC = Sun
Mar 26 03:00:00 2034 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 29 00:59:59 2034 UTC = Sun
Oct 29 02:59:59 2034 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 29 01:00:00 2034 UTC = Sun
Oct 29 02:00:00 2034 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 25 00:59:59 2035 UTC = Sun
Mar 25 01:59:59 2035 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 25 01:00:00 2035 UTC = Sun
Mar 25 03:00:00 2035 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 28 00:59:59 2035 UTC = Sun
Oct 28 02:59:59 2035 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 28 01:00:00 2035 UTC = Sun
Oct 28 02:00:00 2035 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 30 00:59:59 2036 UTC = Sun
Mar 30 01:59:59 2036 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 30 01:00:00 2036 UTC = Sun
Mar 30 03:00:00 2036 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 26 00:59:59 2036 UTC = Sun
Oct 26 02:59:59 2036 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 26 01:00:00 2036 UTC = Sun
Oct 26 02:00:00 2036 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 29 00:59:59 2037 UTC = Sun
Mar 29 01:59:59 2037 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 29 01:00:00 2037 UTC = Sun
Mar 29 03:00:00 2037 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 25 00:59:59 2037 UTC = Sun
Oct 25 02:59:59 2037 CEST isdst=1 gmtoff=7200
/usr/share/zoneinfo/Europe/Warsaw Sun Oct 25 01:00:00 2037 UTC = Sun
Oct 25 02:00:00 2037 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Mon Jan 18 03:14:07 2038 UTC = Mon
Jan 18 04:14:07 2038 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Tue Jan 19 03:14:07 2038 UTC = Tue
Jan 19 04:14:07 2038 CET isdst=0 gmtoff=3600
$
--
Marek
sundayman
Guest
Sun Oct 21, 2018 10:17 pm
W dniu 20.10.2018 o 19:09, Zenek Kapelinder pisze:
Quote:
Stanie sie cos jak bedzie niedokladny na minute rocznie? Nic sie nie stanie.
Rzadko się zgadzam z Zenkiem, ale tutaj muszę.
Skoro musisz mieć na - z przeproszeniem - gównianym zegarku nixie
superdokładny czas, to może od razu zrób sobie wzorzec cezowy ?
Oczywiście, wszystko można wytłumaczyć "zabawą" i "hobby", ale to jest
imo jakieś lekkie odchylenie.
Jak jedziesz samochodem, to też się martwisz, że ci wskazówka pokazuje
+/- 5km/h i oczywiście sobie w domu przeliczasz odchyłki zależne od
ciśnienia atmosferycznego i w oponach, oporu powietrza itp ?
Mam takiej znajomego osobnika, który musi mieć koniecznie zegarek co to
ileśtam ma pikosekundopóźnienianastolat, natomiast jak się z nim umówić,
to ciężko mu się nie spóźnić 20 minut.
Nie szkoda ci czasu na coś kompletnie bezsensownego ?
Mam nadzieję, że bardziej chodzi o jakieś wprawki z GPS, no to jeszcze
jakoś będzie do przyjęcia...
J.F.
Guest
Sun Oct 21, 2018 10:32 pm
Dnia Sun, 21 Oct 2018 23:51:18 +0200, Marek napisał(a):
Quote:
On Sun, 21 Oct 2018 23:11:46 +0200, "J.F." <jfox_xnospamx@poczta.onet.pl> wrote:
A gdzie chcesz kopac ? W encyklopedii ?
No ręce opadają, o pliku strefy nie słyszał?
No prawde mowiac nie slyszalem.
O wielu rzeczach pewnie nie slyszalem.
Quote:
$ zdump -v /usr/share/zoneinfo/Europe/Warsaw | grep 20
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 25 00:59:59 2018 UTC = Sun
Mar 25 01:59:59 2018 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Sun Mar 25 01:00:00 2018 UTC = Sun
Mar 25 03:00:00 2018 CEST isdst=1 gmtoff=7200
No i gdzie szukac wyjasnienia co to znaczy ? W internetach :-)
Quote:
/usr/share/zoneinfo/Europe/Warsaw Mon Jan 18 03:14:07 2038 UTC = Mon
Jan 18 04:14:07 2038 CET isdst=0 gmtoff=3600
/usr/share/zoneinfo/Europe/Warsaw Tue Jan 19 03:14:07 2038 UTC = Tue
Jan 19 04:14:07 2038 CET isdst=0 gmtoff=3600
$
A co potem?
A prawda - unixowa katastrofa :-)
J.
JarosĹaw SokoĹowski
Guest
Mon Oct 22, 2018 6:38 am
Pan J.F. napisał:
Quote:
Jestem zaskoczony faktem, że istnieją ludzie, którzy muszą "kopać
w internecie" aby znaleźć info kiedy zmienia się czas z zimowego
na letni i odwrotnie!
A gdzie chcesz kopac ? W encyklopedii ?
W pamięci. Od lat przecież zmiany następują w tych samych dniach --
w ostatnią niedzielę marca i października.
Quote:
Ja zawsze slyszalem w telewizorze, ale teraz coraz mniej ogladam.
Kiedyś była to pierwsza niedziela po 21 marca i pierwsza po 21 września,
ale o przyjęciu obecnie obowiązujących reguł trudno było dowiedzieć się
z internetu, tak dawno to było.
--
Jarek
Piotr GaĹka
Guest
Mon Oct 22, 2018 9:21 am
W dniu 2018-10-20 o 19:09, Zenek Kapelinder pisze:
Quote:
Poza tym te wszystkie cudowania zeby wlasnorecznie zrobiony zegarek mial sekunde odchylki na sto lat swiadcza o glupocie konstruktora. Stanie sie cos jak bedzie niedokladny na minute rocznie? Nic sie nie stanie.
Uzyskanie dokładności 1min na rok (2ppm) nie jest banalne. Innymi słowy
już wymaga cudowania.
I co ma zrobić konstruktor abyś nie przypisał mu głupoty?
P.G.
Goto page Previous 1, 2, 3, 4 Next