On Tue, 23 Aug 2022 17:21:36 +0200, Piotr Gałka wrote:
> W dniu 2022-08-23 o 13:35, J.F pisze:
> Cieszę się, że się czepiasz :)
> Traktuję to jako pomoc w przygotowaniu się na ewentualne dyskusje bo w
> normie jest:
> "If you wish to give us your feedback on this publication...." i
> "W sprawach merytorycznych dotyczących treści normy można zwracać się.."
>
>> A jaki timeout dla potwierdzenia? Ile trzeba czekac az drzwi sie
>> otworzą ? :-)
>
> Nie mam pojęcia (to nie ja, to brat :) ).
> Zakładam, że system jest idealny według mojego pomysłu. O ile wiem brat
> nie wszystko wdrożył, bo zrobił próby (typu 10 urządzeń dostaje wspólnym
> drutem informację o zmianie stanu, który trzeba wysłać) i stwierdził
> skoro wszystko działa to nie ma co przesadzać.
>
> Najważniejsze jest oszacowanie jakie jest prawdopodobieństwa zderzenia.
> Jeśli jest odpowiednio małe to jak nawet z takim prawdopodobieństwem
> zdarzy się, że ktoś poczeka dodatkowe 100ms to świat się raczej nie zawali.

Jak masz 50 urzadzen na szynie .... ciekawe, czy mogą tak dociązyc
kontroler/serwer, ze nie nadązy odpowiadac :-)

tzn musialoby sie cos stac, ze wszystkie zechca naraz wysylac dane.
Jeden raz nie wystarczy, bo kontroler ktorys odbierze, potwierdzi i
ten zamilknie na dluzsza chwile.

Np piorun zasymuluje włamanie do wszystkich urządzen.
Albo ludzie sie zmówią i pare razy w jednej sekundzie machną kartami
przed czytnikami ..
... no dobra, moze i troche timeoutow bedzie, ale powinno sie szybko
odblokowac ...

>>> Na początku nie mieliśmy tych opóźnień i trafiliśmy raz (może 1996) na
>>> parę urządzeń, które wiecznie się zderzały - mijało kilka sekund (wiele
>>> ramek) zanim któremuś udało się być pierwszym.
>>
>> Tak tak, ethernet mial ciekawy pomysl :-)
>
> Nie rozumiem.

Losowe opoznienie ethernet ma od samego poczatku :-)

>> No fakt, moglby byc problem ... wiekszy radiator :-)
> W szczelnie zalanym czytniku ...

Zasilacz to Atari byl szczelnie zalany ... nie przeszkadzalo ...

>>>> Rozumiem, ze to twoje zyczenie, ale jak czytnik ma sprawdzic gdzies
>>>> "na serwerze", serwer sprawdzic "w bazie danych", to czas rosnie :-(
>>>
>>> Chyba nawet norma wymaga, że w przypadku odcięcia komunikacji z serwerem
>>> wszystko ma nadal działać. W każdym razie u nas wszystkie informacje są
>>> w kontrolerze (mała skrzyneczka na szynę DIN) zasilanym zasilaczem
>>> buforowym.
>>
>> Pisząc "serwer" mam na mysli jakis "kontroler systemu".
>> Gdzies tam macie przeciez zapisane ktore karty sa aktywne, jakie maja
>> uprawnienia itp.
>
> Kiedyś mając słabsze procesory kombinowaliśmy układając wszystkie karty
> w 64 kupki i na podstawie jakiejś sumy wybierając tylko jedną z nich do
> przejrzenia. Ale teraz całą bazę 32 tysięcy kart AtXmega daje radę
> przejrzeć liniowo chyba w 50ms (szczegółowego obliczenia nie znam, ale
> nie sądzę, aby dłużej).

Numer tam jakis macie, to mozna posortowac i binarnie szukac.

Chodzilo mi o to, ze chyba nie wysylacie tych danych kart do kazdego
zamka, zamki wysylaja do "centralnego kontrolera z baza danych" czy
jako tam sie nazywa fachowo nazywa.
Jak ten centralny kontroler/serwer padnie, to nie bardzo wiem
jak to ma dzialac w/g normy ...

>>> W tej chwili nie umiałbym tego udowodnić, ale to dotyczy RS485.
>>> Standardu Wiegand też nikt nie przenosi na ethernet :)
>>
>> Jak widac jednak sporo elementow Ethernetu sie w koncu w systemie
>> znalazlo :-)
>
> Znów nie rozumiem.
> Musisz łopatologicznie bo Ethernet to dla mnie czarna magia.

Ethernet działał praktycznie tak jak napisałes i to od lat 70-tych.
https://en.wikipedia.org/wiki/Carrier-sense_multiple
_access_with_collision_detection

stacje sprawdzały czy na kablu nic nie leci, wysyłały swoje,
wykrywały ewentualne kolizje, a po kolizji odczekiwały losowy czas
i wysyłały ponownie.
I tak do 16 razy, zwiekszajac górną granicę losowego czasu.

Teoretycznie tez moglo sie zdarzyc zablokowanie.

J.