ATNEL tech-forum

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2016-03-12T10:26:32+01:00

Zmodyfikowałem kod według pomysłu powyżej i resetowanie przy dowolnym czasie nie powoduje zbędnej korekty czasu. Niestety pojawił się kolejny problem, tzn jeżeli zegarek będzie wyłączony w okresie zmiany czasu, to po włączeniu też korekta się nie dokona. Aby tego uniknąć chyba trzeba by zapisywać do pamięci czas letni/zimowy, więc ostatecznie wprowadziłem następujące zmiany.

w funkcji set_rtc_time dodałem

[syntax=c]TWI_write_buf( PCF8583_ADDR, 0x12, 1, (uint8_t*)&datetime.dst);[/syntax]

a w funkcji get_rtc_datetime

[syntax=c]TWI_read_buf( PCF8583_ADDR, 0x12, 1, (uint8_t*)&datetime.dst);}[/syntax]

I teraz jest ok.

Tylko nie jestem pewien, czy to prawidłowa składania, chociaż działa prawidłowo.

Statystyki: Napisane przez Radziu — 12 mar 2016, o 10:26

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2016-03-11T19:35:36+01:00

Znalazłem jeszcze jeden problem. W funkcji init_rtc z poradnika, jest zapis:

[syntax=c]datetime.dst = _zimowy;[/syntax]

powoduje to że jeżeli zegarek jest w czasie letnim, to po każdym resecie procka, czas jest przestawiamy o godzinę do przodu. Natomiast jeżeli wpiszemy

[syntax=c]datetime.dst = _letni;[/syntax]

powoduje to że jeżeli zegarek jest w czasie zimowym, to po każdym resecie procka, czas jest przestawiamy o godzinę do tyłu.

Wydaje mi się, że przy inicjacji powinien być odczytany aktualny czas z RTC i wyliczone czy jest to czas letni czy zimowy.

Statystyki: Napisane przez Radziu — 11 mar 2016, o 19:35

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-12-11T20:59:58+01:00

Ok może słabo opisałem ten przypadek. Mniejsza z tym...

Statystyki: Napisane przez gordon10 — 11 gru 2015, o 20:59

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-12-10T22:47:05+01:00

Coś źle robisz po prostu ...

Statystyki: Napisane przez mirekk36 — 10 gru 2015, o 22:47

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-12-10T21:39:11+01:00

Witam ponownie,

Odkryłem pewien błąd w procedurze dodawania/odejmowania godziny przy zmianie czasu lato->zima.
Otóż w pliku biblioteki rtc 'mk_pcf8583.c' linia 147
jest:[syntax=c]else godziny = (godziny-1) % 24;[/syntax]

Zauważcie, że zmienna godziny jest typu uint8_t i w przypadku kiedy włączymy zegarek po zmianie czasu lato/zima o godzinie powiedzmy 00:xx:xx (powiedzmy był wyłączony, gdy nastąpiła zmiana czasu) to wtedy czas powinien się cofnąć do 23:xx:xx. Jednak zmienna godziny przyjmie wtedy wartość 255 co po działaniu %24 da nam 15 i taką godzinę wyświetli zegarek 15:xx:xx

moim zdaniem należy dokonać zmiany na coś takiego:[syntax=c]else godziny--;
if ( godziny > 23 ) godziny = 23;[/syntax]

Tylko wtedy dochodzi jeszcze cofnięcie daty o 1 dzień... ale nad tym może już posiedzę kiedy indziej...

Statystyki: Napisane przez gordon10 — 10 gru 2015, o 21:39

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-12-01T23:50:47+01:00

mirekk36 napisał(a):

...nie przewiduję działania urządzenia dłużej niż 10 hmm no może 20 lat

mam nadzieję, że to nie dotyczy ATB bo chcę przekazać wnukom w spadku

Statystyki: Napisane przez gordon10 — 1 gru 2015, o 23:50

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-11-30T10:34:48+01:00

Nie miałem żadnych błędów.
Gdzieś coś robisz nie tak...

Statystyki: Napisane przez MirkoT — 30 lis 2015, o 10:34

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-11-29T22:32:48+01:00

Witam,

Świetny cykl poradników
Właśnie oglądam i klepie kod. Mam dziwny problem z ustawianiem godziny.
Jeśli użyję funkcji set_rtc_time() jest wszystko w porządku, ale jeśli użyję funkcji set_rtc_datetime() i wpiszę w czasie 0 sekund to po wgraniu do uC zegar startuje od sekundy 07 pewnie jakiś babol się wkradł...

miał ktoś może podobny problem?

Statystyki: Napisane przez gordon10 — 29 lis 2015, o 22:32

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-11-15T20:14:26+01:00

wachcio napisał(a):

"Funkcja zwraca indeks do tablicy "week". Parametr s oznacza styl

s==0 dla stylu juliańskiego
s!=0 dla stylu gregoriańskiego"

Masz całkowitą rację - ale jeszcze raz powtórzę - zresztą to samo co majster wyżej

Po pierwsze nie przewiduję działania urządzenia dłużej niż 10 hmm no może 20 lat ale to już i tak za dużo

Po drugie bajer z obliczaniem dnia tygodnia (taki gadżet jak mówisz) np w 3056 roku ... hmmm no ok jak ktoś lubi - czemu nie

Ja jednak wolę mieć w tablicy dni od poniedziałku i zostanę przy tym sposobie jaki pokazałem.

Dzięki tobie jednak - osoby które będą chciały obliczać dni nawet roku 8922 mogą używać tego drugiego - co za problem

fajnie że temat poruszyłeś - każdy sobie teraz coś wybierze

Statystyki: Napisane przez mirekk36 — 15 lis 2015, o 20:14

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-11-15T19:29:37+01:00

wachcio napisał(a):

majster oczywiście masz rację ale zawsze możesz próbować dodać funkcję odpytywania AVR-a przez np. RS232 o obliczenie dnia tygodnia danej daty - taki bonus dla użytkownika

A ja oszczedzam procka i o date, czas, rok przestepny, dzien tygodnia, czas dst itp odpytuje swoj serwer a php generuje mi dane i problem z glowy

Ot taki bonus sobie zrobilem

Namazane ze smarta.

Statystyki: Napisane przez majster — 15 lis 2015, o 19:29

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-11-15T18:51:02+01:00

wachcio napisał(a):

Napiszę inaczej jeżeli się nie mylę Twój kalendarz nie uwzględnia wyjątku lat przestępnych np. 1900, 2100 przez co jest kalendarzem liczącym dobrze tylko w tych latach 1900-2100 a dokładnie 01.03.1900 - 28.02.2100 a mój od co najmniej 1601 (prawdopodobnie od 1582) do 9999.
Za Wikipedią "Obecnie powszechnie stosuje się rachubę zgodną z kalendarzem gregoriańskim, wprowadzonym w 1582 roku bullą papieża Grzegorza XIII ("Inter gravissimas"), w której rok przestępny (liczbowo) spełnia następujące warunki: jest podzielny przez 4, z wyjątkiem lat kończących się na "00", które nie są podzielne przez 400. Od czasu wprowadzenia kalendarza gregoriańskiego w 1582 trzy razy zaistniał ten wyjątek – w latach 1700, 1800 i 1900; rok 2000 był przestępny, bo podzielny przez 400; kolejny rok przestępny odpadnie w roku 2100. "

Kolego też nad tym walczyłem i się zastanawiałem .... ale czy ty sądzisz że twój układ będzie pracowałe do 2100 roku ....to jest aż 85 lat ... wiesz co się stanie w tym czasie ? albo po tym czasie

nie ma sensu zawracać sobie głowy

Statystyki: Napisane przez majster — 15 lis 2015, o 18:51

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-11-15T18:15:40+01:00

wachcio napisał(a):

Chciałem tylko delikatnie Ci zaznaczyć, że wziąłeś nie ten warunek co trzeba... Mam nadzieję, że się nie gniewasz?

Ale za co się gniewać ? sam na szybko szukałem jak znalazłem w poprzednim swoim rozwiązaniu problem

Jednak nie mogę się zgodzić, do końca, że w tym który wziąłem jest błąd dla tego podstawowego zakresu dat i tablicy od poniedziałku do niedzieli - bo sprawdzałem .... choć nie mówię na 100% że no dzień po dniu sprawdziłem ale wyrywkowo mnóstwo dat ....

Więc nie do końca rozumiem gdzie widzisz błąd - dla jakiej np daty ?

Statystyki: Napisane przez mirekk36 — 15 lis 2015, o 18:15

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-11-15T16:11:56+01:00

wachcio napisał(a):

Napiszę inaczej jeżeli się nie mylę Twój kalendarz

Po pierwsze to nie mój kalendarz - bo ja sam tego wzoru nie opracowywałem tylko sięgnąłem do netu i jak widzę dokładnie do tego samego źródła co ty ....

https://pl.wikipedia.org/wiki/Kalendarz_wieczny

wyciąłem tylko warunek żeby nie bawić się w dwa kalendarze i to mi wystarczy - nie do końca mnie interesują daty np powyżej 2100 dobrze będzie jeśli urządzenia, które buduję przetrwają chociaż 50 lat

tak więc możesz mieć rację ... ale nie wiem i nawet już nie będę wnikał jak ktoś chce mieć kalendarz do 9999 roku to powodzenia

Tyle, że implementacja od poniedziałku do niedzieli w takiej formie jak podałem działa ładnie - chyba rzeczywiście nie sprawdzałem powyżej 2100 ...

Statystyki: Napisane przez mirekk36 — 15 lis 2015, o 16:11

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-11-15T13:08:08+01:00

wachcio napisał(a):

Według mnie Mirek popełnił błąd obliczając dni dla kalendarza Juliańskiego zamiast Gregoriańskiego.

A kolega zadał sobie trud żeby sprawdzić ten sposób z wzorem który podałem w poście wyżej ? Wydaje mi się, że nie, więc przypomnę:

[syntax=c]uint8_t oblicz_week_day(uint8_t dzien, uint8_t miesiac, uint16_t year) {

int Y,C,M,N,D;
M=1+(9+miesiac)%12;
Y=year-(M>10);
C=Y/100;
D=Y%100;
N=((13*M-1)/5+D+D/4+6*C+dzien+5)%7;
return (7+N)%7;
}[/syntax]

ta funkcja działa bardzo dobrze i to z tablicą dni zaczynającą się od PONIEDZIAŁKU a kończącą się na NIEDZIELI

ty zaś piszesz, że błąd nawet nie sprawdzając i podajesz nieco inny wzór - pokażę go troszkę inaczej:

Quote:

uint8_t oblicz_week_day(uint8_t dzien, uint8_t miesiac, uint16_t year) {

int Y,C,M,N,D;
M=1+(9+miesiac)%12;
Y=year-(M>10);
C=Y/100;
D=Y%100;
N=((13*M-1)/5+D+D/4+C/4+5*C+dzien)%7;

return ((7+N)%7);
}

(na czerwono oznaczyłem miejsce w tym wzorze, które powoduje, że u ciebie działa to dla dni liczonych akurat od poniedziałku)

którzy też działa dobrze ale dla tablicy dni rozpoczynającej się od NIEDZIELI a kończącej na PONIEDZIAŁKU. Ja jednak osobiście wolę mieć tablicę rozpoczynającą się od PONIEDZIAŁKU ..... Bo inaczej to można by nieco jeszcze przerobić ten wzór i mieć np tablicę rozpoczynającą się od ŚRODY a kończącą się na CZWARTKU ale czy jest sens ? Dla mnie i chyba dla każdego to poniedziałek jest pierwszym dniem tygodnia a niedziela od zawsze jest, była i będzie określana jaka siódmy dzień tygodnia

------------------------ [ Dodano po: 4 minutach ]

wachcio napisał(a):

Poza tym jeśli by ktoś chciał synchronizować zegarek również (np. z powodu braku ATB-Wifi) przez RS232 z terminala lub wygodniej z programu Mirka ucSync dodałem trochę kodu w procedurze parse_rs232 w pliku main.c

I bardzo fajnie - warto sobie wspomagać programowo życie na każdy sposób

Statystyki: Napisane przez mirekk36 — 15 lis 2015, o 13:08

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-09-14T23:42:34+01:00

UWAGA!

w moim poradniku, gdzie prezentuję funkcję na wieczny kalendarz (obliczanie dnia tygodnia) jest BABOL ;) sorki

ale już podaję prawidłową wersję tej funkcji - można a nawet trzeba sobie ją poprawić w kodach

[syntax=c]uint8_t oblicz_week_day(uint8_t dzien, uint8_t miesiac, uint16_t year) {

int Y,C,M,N,D;
M=1+(9+miesiac)%12;
Y=year-(M>10);
C=Y/100;
D=Y%100;
N=((13*M-1)/5+D+D/4+6*C+dzien+5)%7;
return (7+N)%7;
}[/syntax]

Proszę potestować ew i sprawdzić

bo np stara funkcja źle pokazuje dni w 2016 roku (czyli niedługo) ale począwszy od 1 marca !!!

ta nowa wersja już ma to poprawione. Błąd znalazł kolega Konradev2 w tym poście: post139851.html#p139851

Statystyki: Napisane przez mirekk36 — 14 wrz 2015, o 23:42

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-06-12T22:13:24+01:00

A ... no na razie tak, za jakiś czas może się pojawią płyty DVD z poradnikami offline, wtedy na nich będą już gotowe kody w postaci bibliotek. Na razie trzeba z poradników wideo.

Statystyki: Napisane przez mirekk36 — 12 cze 2015, o 22:13

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-06-12T21:25:50+01:00

Ok, czyli trzeba wklepać:)

Statystyki: Napisane przez gordon10 — 12 cze 2015, o 21:25

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-06-12T21:20:13+01:00

gordon10 napisał(a):

A czy można gdzieś pobrać bibliotekę do RTC z tego poradnika?

Tak z poradników wideo

Statystyki: Napisane przez mirekk36 — 12 cze 2015, o 21:20

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-06-12T21:08:09+01:00

A czy można gdzieś pobrać bibliotekę do RTC z tego poradnika?

Statystyki: Napisane przez gordon10 — 12 cze 2015, o 21:08

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-06-01T08:31:36+01:00

Postaram się dzisiaj sprawdzić ... dam znać

Statystyki: Napisane przez mirekk36 — 1 cze 2015, o 08:31

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-06-01T00:52:22+01:00

Jeszcze raz na spokojnie przeanalizowałem kod. Znalazłem dwa miejsca w których mogły pojawiać się błędy.
Oczywiście poprawiony już kod można zobaczyć kilka postów wyżej. Jeśli ktoś ma jeszcze ochotę przetestować, podoba mu się mój pomysł i takie rozwiązanie to zapraszam.

mirekk36 napisał(a):

tylko nie zrozum mnie źle - nie piszę tego żeby ot tak skrytykować .... przede wszystkim to BARDZO ale to bardzo doceniam - za w ogóle taką siłę woli do poszukiwania jakiegoś rozwiązania na zautomatyzowanie tego problemu Nie ważne, że się nie udaje - że są błędne próby - tak zwykle bywa przy testach - ale może kiedyś się uda coś wymyślić na tyle ciekawego co zaspokoi naszego przysłowiowego pijaka

Panie Mirku ja się wcale nie obrażam, ani nie zniechęcam, a wręcz cieszę się, że znalazł pan dla mnie czas, wytknął błędy i wyraził swoje zdanie. Jeszcze raz za wszystko bardzo dziękuję.

Statystyki: Napisane przez anshar — 1 cze 2015, o 00:52

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-05-31T21:49:52+01:00

Dziękuję panie Mirku za sprawdzenie i poświęcony czas.

Problem ustawiania czasu akurat pomiędzy 2-3 w nocy w ostatnią niedzielę października oczywiście można pominąc, ale nie trzeba. Faktycznie zmiana z godziny 2 na 3 co sekundę nie jest najlepszym rozwiązaniem (męczące), ale w ten sposób zegarek daje nam znać o tym, że ustawiamy czas właśnie w tej luce czasowej, co jest błędem, prawda? Nie możemy być pewni czy ustawiamy czas letni czy zimowy. W takim razie użytkownik może się domyślić, że trafił akurat w tą lukę czasową. Może posiedzieć na ratuszu do maksymalnie godziny i ustawić prawidłowy czas o 3 w nocy. Wtedy zegarek przestanie migać i będzie wyświetlany prawidłowy czas.

W tym przypadku dodatkowo można dodać opcję wyboru czasu letniego lub zimowego. Wtedy wszystko będzie jak należy. (I to jest ten nowy pomysł )

Jeśli jednak pomyśli, że skoro zegar "miga" i że za chwilę zobaczy białe myszki. Pewnie ucieknie do domu i pójdzie spać. Kiedy wstanie rano to zegar wciąż będzie migał, powiedzmy z 8 na 9. Teraz już na trzeźwo (no prawie) sprawdzi jaka właściwie jest godzina i ustawi prawidłowy czas. Takie właśnie było założenie.

Nie wiem jak to jest, ale u mnie gdy ustawię 2:59:50 za pomocą set_rtc_datetime( &datetime, 2015, 10, 25, 2, 59, 50); to zegarek dalej zmienia czas z 2 na 3, jak również czas letni na czas zimowy. Dodam, że będzie tak sobie migał dopóki nie ustawimy prawidłowego czasu, poza tą luką czasową. Nie mam pojęcia czemu u pana jest inaczej. Testuję to na dwóch różnych zestawach. Sądzę, że zamieściłem wszystkie zmiany w kodzie powyżej. No trudno.

Dodam jeszcze, że oczywiście to wyświetlanie zimowy/letni jak rówież wyświetlenie błędu w postaci 0 lub 1 to tylko i wyłącznie dla testów.

Statystyki: Napisane przez anshar — 31 maja 2015, o 21:49

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-05-31T20:37:09+01:00

właśnie sprawdziłem

tzn tak - to miganie na LCD napisu letni i zimowy (ok można byłoby to ukryć) ale zmieniająca się godzina co sekundę przez całą godzinę ? - to wg mnie niezbyt dobry pomysł na UI (interfejs użytkownika) .... ale już pomijając to - gdy ustawię w październiku czas na 2:59:50 ... to po 10 sekundach migania na LCD czas ustawia się niestety o zgrozo na letni i pozostaje godzina 3:00....

tylko nie zrozum mnie źle - nie piszę tego żeby ot tak skrytykować .... przede wszystkim to BARDZO ale to bardzo doceniam - za w ogóle taką siłę woli do poszukiwania jakiegoś rozwiązania na zautomatyzowanie tego problemu Nie ważne, że się nie udaje - że są błędne próby - tak zwykle bywa przy testach - ale może kiedyś się uda coś wymyślić na tyle ciekawego co zaspokoi naszego przysłowiowego pijaka .... jak gdybym był na rauszu i w trakcie ustawiania zobaczyłbym takie miganie - to pewnie zaraz bym się dodatkowo przestraszył że za chwilę to pewnie jeszcze białe myszki zobaczę .... to tak pół żartem

Na poważnie zaś - to na prawdę wydaje mi się, że problem ustawiania czasu akurat pomiędzy 2-3 w ostatnią niedzielę października po prostu można pominąć

Nie mniej jednak jak coś jeszcze wymyślisz - to z chęcią przetestuję

PS - w marcu działa to oczywiście dobrze

Statystyki: Napisane przez mirekk36 — 31 maja 2015, o 20:37

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-05-31T16:18:06+01:00

Faktycznie p. Mirku pojawił się mały babol dla miesiąca marca.
Poprawki naniesione! Można zobaczyć wyżej! Tym razem z małymi komentarzami. Bardzo bym prosił o sprawdzenie w miarę możliwości.
ad.1, ad.2 i ad.3 Gdy użytkownik zegarka ustawi czas pomiędzy 2.00, a 3.00 w nocy w ostatnią niedzielę paździerika nastąpi wywołanie funkcji oblicz_dst(), która zwróci wartość równą 1. Będzie to oznaczało błąd, ponieważ nie jesteśmy w stanie jednozczanie określić czy ustawiamy tą godzinę w czasie jeszcze letnim czy już w czasie zimowym. Zmienna dst_error zostanie ustawiona na 1. Natomiast jeśli w funkcji get_rtc_time() sprawdzimy za pomocą warunku if( dt->dst_error ) to zmieniamy dst , godzinę co sekundę tak długo, aż użytkownik zegarka ustawi czas poza tym przedziałem czasowym. Dodam, że powołałem dodatkową zmienną hh_temp, którą zapisuję do RTC, po to aby po wyłączeniu zegarka lub resecie następowała automatyczna synchronizacja (aby niepotrzebnie nie nastąpijo kolejny raz dodanie lub odjęcie godziny).
Tak więc do RTC zapisuję w sumie trzy zmienne. Pierwsza to dst->error (oznacza ona błąd dst dla nieokreślonego czasu), druga to hh_temp (do synchronizacji godziny z czasem letnim bądź zimowym), oraz trzecia dla dst(_letni, _zimowy).
Odczytuję je z RTC natomiast w funkcji get_rtc_datetime().

Statystyki: Napisane przez anshar — 31 maja 2015, o 16:18

Re: Idealny RTC, wieczny kalendarz, mega dokładny - jest tak

2015-05-31T01:57:01+01:00

ale zapisujesz gdzie nie-gdzie coś do RAM układu RTC - za to nigdzie nie widzę żebyś dokonywał odczytu niektórych z tych wartości ?

------------------------ [ Dodano po: 3 minutach ]

próbuję właśnie ale kicha jest z przestawieniem czasu z zimowego na letni 29 marca 2015 o godzinie 1:59:55 .... niestety przeskakuje na 2:00:00 - pokazuje się letni (ok) ale powinien przeskoczyć na godzinę 3:00:00

------------------------ [ Dodano po: 30 minutach ]

jeszcze raz przetestowałem to co w poradniku robiłem i to działa dobrze - tak jak w poradniku - zarówno w marcu jak i w październiku

jedyny problem to DZIURA czasowa pomiędzy godziną 2:00 a 3:00 w ostatnią niedzielę października. I w zasadzie to nie ma problemu bo - uwaga mogą zajść 3 sytuacje:

1. zegarek rusza pierwszy raz i dst = 0 czyli ani zimowy ani letni
2. zegarek nastawia ktoś w ten dzień na 2:30 a w zegarku jest czas letni
3. zegarek nastawia ktoś w ten dzień na 2:30 a w zegarku jest czas zimowy

więc będzie tak:

ad.1 i ad.2 - o godzinie 2:30 ustawi się letni - więc ładnie o 3:00 zmieni się na 2:00 i czas zimowy
chyba, że pijak ustawia 2:30 już wtedy gdy tak na prawdę na świecie czas został cofnięty - ale na to nie ma siły chyba aby na podstawie daty i czasu zegarek mógł sobie uświadomić, że już jest po zmianie czasu albo przed zmianą Więc rano pijak i tak będzie musiał od nowa nastawić godzinę ale wtedy już pójdzie to dobrze.

ad.3 - o godzinie 2:30 nie zmieni się zimowy - więc o 3:00 czas się nie cofnie !
w tym przypadku będzie ok

Statystyki: Napisane przez mirekk36 — 31 maja 2015, o 01:57