RTV forum PL | NewsGroups PL

uzaleznienie

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - uzaleznienie

Goto page Previous  1, 2, 3, 4, 5, 6  Next

yabba
Guest

Sat Jan 04, 2020 10:55 pm   





Arek
Guest

Sun Jan 05, 2020 12:12 am   



Użytkownik "RoMan Mandziejewicz" <roman_at_pik-net.pl.invalid> napisał w
wiadomości news:7647546749$20200103182305_at_squadack.com...
Quote:
Hello Piotr,

Friday, January 3, 2020, 5:55:59 PM, you wrote:

fiskalne, a płacić można tylko gotówką. Sprzedawczynie muszą ręcznie
odnotowywać każdy zakup i sprawdzać cenę, a co najgorsze dość szybko
okazuje się podstawy arytmetyki nie są ich mocną stroną. Wink
To nie jest problem. Nie wolno sprzedawać bez działającej kasy
fiskalnej.
Gdzieś czytałem, że za jakiś czas wszystkie mają być 'online' i bez
kontaktu z centralą nie będą działać.

Nieprawda - próby przesyłania paczek z danymi co 2 godziny. Normalnie
pracują off-line.

Totalitaryzm od czegoś się zaczyna.

Quote:
Zastanawia mnie co będzie jak kiedyś ten wyrzut masy ze Słońca nie
ominie Ziemi tak jak to miało miejsce gdzieś pod koniec 19 wieku.

Słońce przeprowadziło już próby w XX w. Zdaje się, że w Kanadzie.
System energetyczny to jedno, ale taki wyrzut może przestawić bity
w pamięciach komputerów, Jeżeli minimalnie w danych, które nie
mają kontroli poprawności (bo kod się zwykle wtedy sypie) to
może być w niektórych systemach ciekawie.

A może pozbyć się tego VAT-u?

Arek

Arek
Guest

Sun Jan 05, 2020 12:45 am   



Użytkownik "Jacek Maciejewski" <jacmac_at_go2.pl> napisał w wiadomości
news:quo056$ppn$1_at_dont-email.me...
Quote:
W dniu Fri, 03 Jan 2020 18:55:27 +0100, użytkownik heby napisał:

"radiostacje to głupota, komórka ma
większe możliwosci"


Niezłe, LOL!

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
60-tych,
m. in. rezerwistów nimi katowano.
Wojsko telefony na korbkę jeszcze ma i wymaga by nawet nowe sprzęty je
mogły
je obsługiwać. A obok światłowody...

Arek

Queequeg
Guest

Sun Jan 05, 2020 1:09 pm   



Arek <abcdek_at_poczta.onet.pl.usun_cde.invalid> wrote:

Quote:
Inna sprawa, że na głośnych niedawno ćwiczeniach mieli radiostacje z lat
60-tych, m. in. rezerwistów nimi katowano.

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

--
https://www.youtube.com/watch?v=9lSzL1DqQn0

Queequeg
Guest

Sun Jan 05, 2020 1:20 pm   



Marek <fake_at_fakeemail.com> wrote:

Quote:
Drukarki fiskalne Delio zawieraly drobny blad ... a teraz biznesy
stoja.

Bardziej ciekawe jaki to błąd 20 lat po paranoi y2k....

Strzelam.

1. RTC zapisuje rok na dwóch cyfrach.

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

3. 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.

4. 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).

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

6. 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? :)

--
https://www.youtube.com/watch?v=9lSzL1DqQn0

J.F.
Guest

Sun Jan 05, 2020 10:35 pm   



Dnia Sun, 5 Jan 2020 11:20:59 +0000 (UTC), Queequeg napisał(a):
Quote:
Marek <fake_at_fakeemail.com> wrote:
Bardziej ciekawe jaki to błąd 20 lat po paranoi y2k....
Strzelam.
1. RTC zapisuje rok na dwóch cyfrach.

20 lat po "paranoi" ? No coz, byc moze.

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

3. 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.

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.

Quote:
4. 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).

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

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

Quote:
6. 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).

Niektorzy nowy rok zaczeli 12h wczesniej

Quote:
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ą).

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

Quote:
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? Smile

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

J.

Queequeg
Guest

Mon Jan 06, 2020 6:45 am   



J.F. <jfox_xnospamx_at_poczta.onet.pl> wrote:

Quote:
Strzelam.
1. RTC zapisuje rok na dwóch cyfrach.

20 lat po "paranoi" ? No coz, byc moze.

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.

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

3. 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.

I jak pisal program, to nie slyszal o roku 2000 ?

Tzn.?

Quote:
A 1920 zalozyl, zeby mozna bylo rok urodzenia do drukarki wpisac ?

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...

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

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.

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

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

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

Quote:
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).

Niektorzy nowy rok zaczeli 12h wczesniej

Tzn.? Strefa czasowa?

Quote:
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ą).

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

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.

--
https://www.youtube.com/watch?v=9lSzL1DqQn0

Marek
Guest

Tue Jan 07, 2020 10:53 am   





Marek
Guest

Tue Jan 07, 2020 10:59 am   



On Sun, 5 Jan 2020 11:20:59 +0000 (UTC), queequeg_at_trust.no1
(Queequeg) wrote:
Quote:
1. RTC zapisuje rok na dwóch cyfrach.

19 i 20 to ciągle dwie cyfry...


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

?? 2019 i 2020 to ciągle 4 cyfry

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

--
Marek

Andrzej P. Wozniak
Guest

Tue Jan 07, 2020 11:52 am   





Piotr Gałka
Guest

Tue Jan 07, 2020 1:39 pm   



W dniu 2020-01-07 o 10:59, Marek pisze:
Quote:
On Sun, 5 Jan 2020 11:20:59 +0000 (UTC), queequeg_at_trust.no1 (Queequeg)
wrote:
1. RTC zapisuje rok na dwóch cyfrach.

19 i 20 to ciągle dwie cyfry...


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

?? 2019 i 2020 to ciągle 4 cyfry


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.

Queequeg
Guest

Tue Jan 07, 2020 2:28 pm   



Marek <fake_at_fakeemail.com> wrote:

Quote:
1. RTC zapisuje rok na dwóch cyfrach.

19 i 20 to ciągle dwie cyfry...

Tak, to mam na myśli. Kod nie wiedział, do którego wieku odnosi się rok
19, czy 20, więc ktoś założył, że poniżej 20 będzie to XXI wiek, a powyżej
XX wiek.

Tak zgaduję.

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

?? 2019 i 2020 to ciągle 4 cyfry

No tak. I...?

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

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ł?

--
https://www.youtube.com/watch?v=9lSzL1DqQn0

Marek
Guest

Tue Jan 07, 2020 7:54 pm   



On Tue, 7 Jan 2020 12:28:26 +0000 (UTC), queequeg_at_trust.no1
(Queequeg) wrote:
Quote:
Tak, to mam na myśli. Kod nie wiedział, do którego wieku odnosi się
rok
19, czy 20, więc ktoś założył, że poniżej 20 będzie to XXI wiek, a
powyżej
XX wiek.

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


Quote:
?? 2019 i 2020 to ciągle 4 cyfry
No tak. I...?

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



Quote:
założenie musiał zrobić. Co ty byś na jego miejscu zrobił?t

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

--
Marek

Marek
Guest

Tue Jan 07, 2020 7:56 pm   



On Tue, 7 Jan 2020 13:39:35 +0100, Piotr
Gałka<piotr.galka_at_cutthismicromade.pl> wrote:
Quote:
Nie rozumiem co chcesz powiedzieć tudzież o co się pytasz.

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.

--
Marek

Marek
Guest

Tue Jan 07, 2020 9:21 pm   



On Tue, 7 Jan 2020 11:52:00 +0100, "Andrzej P. Wozniak"
<uszer_at_poczta.onet.pl.invalid> wrote:
Quote:
A choćby (w miarę) poprawne sortowanie wątków czy honorowanie FUT.
Ale nie

Wątki to dość skomplikowana sprawa, kod jest trochę zagmatwany i tą
kwestię odłożyłem na później. Kim jest ów FUT i jak się go honoruje?
:)


Quote:
dodatkowych. Z kolei Groundhog ma funkcje dodatkowe, ale mało
przydatne,
kiedy w praktyce da się korzystać tylko z kilkunastu grup i
przechowywać
tylko bieżące wątki z ostatniego miesiąca.

Ale jak chcesz to zrealizować? Usuwać ściągnięte ale nie przeczytane
posty po określonym czasie?

--
Marek

Goto page Previous  1, 2, 3, 4, 5, 6  Next

elektroda NewsGroups Forum Index - Elektronika Polska - uzaleznienie

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map