uzaleznienie

Chyba jasne że miał na myśli "w czasie pokoju". Wojsko z reguły funkcjonuje dobrze tylko w tym czasie.

Ale zimno w d. brak chleba i wody raczej zrobi. A na pewno wcześniej brak kawy ;)

A szosę na Zaleszczyki juz zamknęli? No dobra, z jedego źródła wiem, że tym razem to będzie Bawaria. :-)

Pozdrawiam, Piotr

W dniu 03-01-2020 o 16:44, RoMan Mandziejewicz pisze:

Jest mi znane. Powinieneś postawić pytanie czy jest ono znane w przepisach skarbowych.

yabba

Użytkownik "Jacek Maciejewski" snipped-for-privacy@go2.pl napisał w wiadomości news:quo056$ppn$ snipped-for-privacy@dont-email.me...

Potraktujcie to jako żart. Albo poirytowanie człeka w mundurze, który chciałby mieć internet przez radiostację... Inna sprawa, że na głośnych niedawno ćwiczeniach mieli radiostacje z lat

Arek

Może na lampach? EMP przeżyją :)

Strzelam.

1. RTC zapisuje rok na dwóch cyfrach.

1. Istnieje moduł / driver do obsługi tego RTC, który m.in. przelicza rok na cztery cyfry.

2. Moduł ten zakłada, że rok jest w zakresie od 1920 do 2019. Czemu? Bo jakiś zakres musieli założyć, 2020 był wtedy bardzo odległy. Potem nikt już nie pamiętał o tym warunku w zapomnianym, działającym od lat module. Zresztą programisty, który tworzył ten moduł, dawno już w firmie nie było.

1. Inny kod (operujący już na 4-cyfrowym roku, otrzymanym z powyższego modułu), który służy do walidacji czasu RTC zakłada, że prawidłowy rok jest wtedy, kiedy jest większy niż jakiś konkretny (np. rok produkcji tego modelu kasy).

2. Kod ten nagle dostał rok 1920 i stwierdził, że rok nie jest prawidłowy, czyli RTC jest źle ustawiony (lub nie jest ustawiony).

1. Stąd komunikat "Ustaw zegar", jednak ustawienie zegara nie kasuje błędu, bo rok nadal jest uznawany za 1920, czyli nieprawidłowy.

Bardziej niepokoi mnie to, że podobno błąd był już załatany w najnowszej wersji softu, czyli jest szansa, że problem był już znany (szansa, a nie pewność, bo może np. nowy soft miał przepisany driver do obsługi RTC, bez związku z tym problemem).

Jeśli błąd był znany i nie było żadnej akcji prewencyjnej, to bardzo źle to świadczy... nie wiem tylko czy o Novitusie, czy o przepisach, które uniemożliwiają zmianę softu w działającej już kasie bez ponownej homologacji (jeśli takie istnieją).

A może ktoś w Novitusie grał na zwłokę bo wiedział, że i tak odchodzi, i niech się to posypie już nie za jego kadencji? :)

I jak pisal program, to nie slyszal o roku 2000 ? A 1920 zalozyl, zeby mozna bylo rok urodzenia do drukarki wpisac ?

Drukarka pewnie w miare nowa, model tez niestary, ale moze faktycznie przerobili stary soft.

Hm, a moze raczej unixowym wzorem wyszli od roku 1970, po czym jakos tak zalozyli 50 lat w przod i 50 w tyl ?

Niektorzy nowy rok zaczeli 12h wczesniej

homologacji jak homologacji - moze nie przewduje grzebania sie w takim sprzecie, a w ogole naprawiac moze tylko autoryzowany serwis ...

Fachowy opiekun produktu poprosil o podwyzke, a potem zmienil prace ? :-)

J.

Przeglądam sobie datasheeta do DS1307. Może czegoś nie widzę, ale wygląda na to, że rok jest tam zapisywany na dwóch cyfrach.

Tzn.?

Pewnie 1920 założył, bo coś musiał założyć. Może zakres 1910-2009 wydał mu się za bardzo w lewo, a 1930-2029 za bardzo w prawo. Cholera wie. A może faktycznie kod był wykorzystywany też do wpisywania urodzin, może w jakimś zupełnie innym urządzeniu...

Podejrzewam że kod do obsługi RTC może być dużo starszy, niż sama drukarka. Mieli ze starej drukarki, działający, przetestowany (choć jak widać nie do końca), to wzięli.

Nie bardzo widzę jak i czemu mieliby tak zrobić.

Tzn.? Strefa czasowa?

No właśnie nie mam pojęcia, jak to wygląda w kasach fiskalnych. Wiem za to, że są problemy ze zmianą softu na terminalach płatniczych, gdy jest już certyfikowany, bo trzeba recertyfikować, a to kosztuje czas i sporo pieniędzy.

?? 2019 i 2020 to ciągle 4 cyfry

Pozostałe strzaly:pomysły programistów zawsze mnie zaskakują.

Tak, to mam na myśli. Kod nie wiedział, do którego wieku odnosi się rok

Tak zgaduję.

No tak. I...?

Pytanie co innego ten programista miał zrobić, pisząc generyczny moduł do obsługi RTC, który być może miał obsługiwać również daty wstecz. Jakieś założenie musiał zrobić. Co ty byś na jego miejscu zrobił?

W dniu 2020-01-07 o 10:59, Marek pisze:

Nie rozumiem co chcesz powiedzieć tudzież o co się pytasz.

W naszym systemie kontroli dostępu robionym w 1997r przeliczaliśmy rok z RTC tak, aby był prawidłowy w zakresie 1997-2096. Jeśli ktoś będzie jeszcze eksploatował ten nasz stary system to na problem milenijny natknie się w styczniu 2097r :)

Skąd się komuś wziął problem na przełomie 2019/2020 faktycznie jest ciekawe. P.G.

A po co do tego mieszać wiek? Kogo wiek obchodzi?

No wi c w 4 cyfrach można zrobić urządzenie działające przez 8tys najbliższych lat.

Zawsze rok trzymam w int, wystarczy na wiele lat naprzód.

Przedpisca ma jakąś wątpliwość czy w czterech cyfrach zmieści mu się wystarczajca liczba lar., Ja twierdzę że 8 tys lat (jeszcze) to wystarczający zapas.

Mówiąc "wiek" mam na myśli pierwsze dwie cyfry czterocyfrowego roku. Jak najbardziej obchodzi, inaczej "20" jest nagle odczytywane jako 1920 a nie

Ale nie ma czterech cyfr. Są dwie. Nadal nie rozumiem, do czego zmierzasz.

Ok. Program się uruchamia. Jest int, do którego trzeba załadować rok. Skąd program wie, który jest rok, i skąd ten rok trafia do tego inta?

Wiesz jak działa RTC?

Jeśli to ja jestem tym przedpiścą, to nigdzie tak nie twierdziłem i w ogóle nie o to chodzi.

W dniu 2020-01-07 o 19:54, Marek pisze:

Jakiego RTC używasz? Nie jestem na bieżąco, ale te które historycznie używaliśmy miały zawsze rok w zakresie 00..99. P.G.

W '"2020" widzę 4 cyfry a nie dwie, chyba mówimy o czymś innym.

Przecież to jasne że kiedyś ktoś/coś ustawi początkowy prawidłowy rok. Nawet na dwóch cyfrach urządzenie ma szansę działać do 2099. Trzeba na prawdę mocno się starać by to spieprzyć.

Nawet jeśli dwie cyfry to nadal mamy szansę do 2099, potem do 3099 its, nie widzę problemu.