-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.213.192.88.68!
not-for-mail
From: Piotr Gałka <p...@c...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Standardy w automatyce domowej
Date: Tue, 23 Aug 2022 20:42:43 +0200
Organization: news.chmurka.net
Message-ID: <te3734$bqo$1$PiotrGalka@news.chmurka.net>
References: <62fe06c9$0$488$65785112@news.neostrada.pl> <tdl434$vvqg$1@dont-email.me>
<a...@n...neostrada.pl>
<tdl756$10mfc$1@dont-email.me>
<62fe3bbe$0$552$65785112@news.neostrada.pl>
<tdlfth$127uf$1@dont-email.me>
<62fe615b$0$556$65785112@news.neostrada.pl>
<tdlrr7$1420k$1@dont-email.me>
<62fe8f85$0$483$65785112@news.neostrada.pl>
<tdm9ch$15l12$1@dont-email.me>
<a...@n...neostrada.pl>
<tdohec$1j14l$1@dont-email.me> <tdvrjr$8ag$1$PiotrGalka@news.chmurka.net>
<dahuqdhqys0w$.s79cv6g97dtw$.dlg@40tude.net>
<te0hg3$lo8$1$PiotrGalka@news.chmurka.net>
<sjijqq9ptuvj$.mkxm0wxxa3ap.dlg@40tude.net>
<te2r9v$4lk$1$PiotrGalka@news.chmurka.net>
<1...@4...net>
NNTP-Posting-Host: 213.192.88.68
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 23 Aug 2022 18:42:44 +0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="PiotrGalka";
posting-host="213.192.88.68"; logging-data="12120";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.12.0
Content-Language: pl
In-Reply-To: <1...@4...net>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:773904
[ ukryj nagłówki ]W dniu 2022-08-23 o 17:56, J.F pisze:
> Jak masz 50 urzadzen na szynie .... ciekawe, czy mogą tak dociązyc
> kontroler/serwer, ze nie nadązy odpowiadac :-)
Upraszczającym założeniem jest, że ramka ma 10 bajtów (1ms).
Przerwa na losowe opóźnienia - praktycznie do pominięcia.
Czyli rzędu 1000 ramek na sekundę.
Im więcej losowych time-slotów przewidzimy tym mniejsza szansa, że
najniższą wylosowaną wartość wylosują dwa lub więcej. Większe,
wylosowane wartości nas nie interesują, ale wprowadzimy nieco więcej
martwego czasu.
To jest olbrzymia liczba ramek. Mechanizm losowych opóźnień działa
sprawnie. Brat nawet nie wdrożył priorytetów.
> 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 ...
Trafienie przez ludzi z dokładnością do 3us - wybitnie nisko
prawdopodobne. Już większa szansa, że w ciągu trwania ramki 1ms uda im
się doprowadzić do tego, że góra 3 czytniki będą czekały na koniec tej
ramki, aby nadać swoje. Uważam, że uda im się to osiągnąć bardzo rzadko.
A tedy jeszcze jest niemała szansa, że nie doprowadzi to do zderzenia.
Musiałyby dwa wylosować dokładnie tę samą liczbę i to mniejszą niż
wylosuje trzeci. Dodatkowo to wcale nie gwarantuje zderzenia. Moment
uznania, że zakończyła się poprzednia transmisja będzie trochę różny u
każdego. Jak są bliżej siebie niż 300m to wykrycie, że ktoś wszedł na
linię będzie nie po 3us, ale po 2us (lub mniej).
>>> Tak tak, ethernet mial ciekawy pomysl :-)
>>
>> Nie rozumiem.
>
> Losowe opoznienie ethernet ma od samego poczatku :-)
A to nie wiedziałem. Przecież to połączenia jeden do jeden to po co
opóźnienia?
O! Zapomniałem, że kiedyś był na koncentryku.
> 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 się fachowo nazywa to nie mam pojęcia. Nie kontaktujemy się z innymi
więc gadamy swoim wewnętrznym slangiem. A normy są po angielsku i
definiują jakieś skrótowce, których na pamięć nie znam.
A odpowiadając: Tak. Wysyłamy do każdego kontrolera ('zamka'). Z tym, że
żaden zamek nie ma postaci czytnika - czyli dane nigdy nie są w
urządzeniu znajdującym się poza strefą chronioną.
Nasz kontroler to skrzyneczka o szerokości 7cm na szynę DIN. Zdjęcia na
pewno do znalezienia w necie, ale ja już lata tam nie zaglądałem.
Cały proces wpuszczenia człowieka angażuje tylko komunikację po RS485.
W kontrolerze są praktycznie wpisane reguły wpuszczania na najbliższy
rok (włącznie z tym co ma być na Wielkanoc, czy Wigilię) i ma bufor na
chyba 48 tysięcy zdarzeń.
> Jak ten centralny kontroler/serwer padnie, to nie bardzo wiem
> jak to ma dzialac w/g normy ...
Dla mnie kontroler to coś co jest odległe od przejścia o RS485, a serwer
to jest coś odległego od kontrolera o Ethernet.
Zapewne źle używam słowa serwer. Norma raczej określa to jako konsola
operatora i określa (zależnie od grade) jakie funkcjonalności muszą
działać mimo przerwania komunikacji między kontrolerem a konsolą.
Do konsoli może być daleko. Mamy np. taką jedną instalację, że około 300
kontrolerów jest rozsianych po całej Polsce i jeden centralny serwer
jest sobie gdzieś tam.
>> 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.
Nie miałem pojęcia. Czyli wynalazłem koło.
RS485 używamy od 1995 i już mniej więcej wtedy przyjęliśmy sposób taki
jak opisuję. Ethernet (po skrętce) zaczęliśmy używać około 2012 i ja
praktycznie nic o tym nie wiem. Skrętka czyli jeden do jeden to w ogóle
mi się nie kojarzyło z jakimiś zderzeniami.
P.G.
Następne wpisy z tego wątku
- 23.08.22 20:57 Mateusz Viste
- 23.08.22 21:05 heby
- 24.08.22 07:11 Mateusz Bogusz
- 24.08.22 10:45 heby
- 24.08.22 18:56 Piotr Gałka
- 24.08.22 20:33 Mateusz Bogusz
- 24.08.22 20:39 LordBluzg(R)??
- 24.08.22 20:44 heby
- 27.08.22 11:27 Marek
- 27.08.22 12:43 Mateusz Bogusz
- 27.08.22 16:51 Marek
- 27.08.22 18:41 heby
- 27.08.22 19:55 Mirek
- 27.08.22 22:44 Marek
- 29.08.22 07:47 Mateusz Bogusz
Najnowsze wątki z tej grupy
- Thunderbird i dysk...
- opornosc falowa
- Bateria 9V 6F22, alkaliczna v cynkowa, samorozładowanie, bateria wysokiej trwałości do miernika
- Tani zakup z ali?
- w czasach LED komary mają ciężko
- walizka z kodami
- Rejestrator temperatur - termopara, siec
- Router LTE z możliwością zmian MTU
- Fajny film widziałem...
- Jaka ładowarka sieciowa do Iphona?
- Taśma izolacyjna do prac elektrycznych
- Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
Najnowsze wątki
- 2025-07-25 Re: Boeing Bad Dream (Koszmar) Liner rozbity w Delhi ...
- 2025-07-24 Re: Wypadek kolejowy na stacji Wiesiółka- analiza tragicznego zdarzenia z czerwca 2001 roku.
- 2025-07-23 Re: Tysiące wypadków na niebezpiecznych przejazdach kolejowych a Polskie Linie Kolejowe nic nie robią odlat, bo kierowca pociągu nie ginie
- 2025-07-23 Re: Tysiące wypadków na niebezpiecznych przejazdach kolejowych a Polskie Linie Kolejowe nic nie robią odlat, bo kierowca pociągu nie ginie
- 2025-07-23 Teoria Organizacji w Ujęciu Totaliztycznym - NOWA MONOGRAFIA
- 2025-07-24 Warszawa => MENA New Business Manager <=
- 2025-07-24 Środa Wielkopolska => SAP FI/CO Internal Consultant <=
- 2025-07-24 Fundacja Wolność od Religii domaga się wyjaśnień ws zawierzenia Powiatu Wschowskiego Maryi Królowej Polski
- 2025-07-23 Teoria Organizacji w Ujęciu Totaliztycznym - NOWA MONOGRAFIA
- 2025-07-23 Gdańsk => Programista Delphi <=
- 2025-07-23 Gdańsk => Programista Mainframe (z/OS, Assembler) <=
- 2025-07-23 Warszawa => Starszy inżynier DevOps (AWS) <=
- 2025-07-23 Gdańsk => Mainframe (z/OS, Assembler) Developer <=
- 2025-07-23 Kraków => Senior Fullstack Engineer (Low-Code Platform) <=
- 2025-07-23 Wrocław => Senior Key Account Manager IT <=