-
Data: 2023-04-06 12:12:42
Temat: Re: Multiplekser/sniffer/arbiter modbus
Od: heby <h...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 06/04/2023 11:56, Dawid Rutkowski wrote:
>>> Multi-master na jednej magistrali dałby radę po prostu z komputerem.
>> Ale jest trudniejszy, bo wymaga sniffingu i odrobiny modlitwy jeśli
>> jednak pojawi się ramka urządzenia, które wysłało ją dla beki wcześniej
>> niż przewidziałem.
> Stąd moje rozważania, czy urządzenie X ma taką funkcjonalność, że:
> a) sprawdza czy magistrala jest wolna przed rozpoczęciem wysyłania
> i jednocześnie
Wątpię.
> b) słucha wysyłanych przez siebie pakietów, by sprawdzić, czy nic się
> w czasie nadawania nie wcięło i nie pokaszaniło komunikatu
> czy też może
> c) po prostu wysyła na pałę.
Wysyła na pałę, to zwykły Elfin EW11 ale ze zmienionym przez producenta
firmware (zgłasza się inna nazwa accesspointa i zahaślone wifi niż w
stockowym, kupowanym w sklepie). Bez względu na to czy da się coś z tym
zrobić - urządzenie nie bazujace na świadomości mastera będzie
bezpieczniejsze.
>> Interesuje mnie arbiter "rozcinający" połaczenie, jako podstawowa forma
>> tego urządzenia. To rozwiązuje sporo problemów elegancko, kosztem
>> zwiększenia czasu odpowiedzi w momencie "konfliktu".
> Oraz groźby całkowitego padu komunikacji między X a Y w przypadku padu arbitra.
Tak, ale to nie steruje granatnikiem. Jak padnie to najwyżej nie będę
miał mało ważnego sterowania i monitoringu.
> Ogólne pytanie, co się stanie, jak X przestanie widzieć się z Y - i vice versa?
> Zapewne nie jest to reaktor jądrowy, ale kłopoty mogą się pojawić.
Będę marzł ;) No chyba, że zejdę piętro niżej.
To nic specjalnie skomplikowanego, przemysłowego czy cokolwiek z tej
ligi. Ale tak sobie pomyślałem, że taki "arbiter" z buforowaniem to
rzecz, któa mogła by być przydatna nie tylko mi. Masa urządzeń na rynku
ma RS485 i wyjątkowo gówniany sterownik, którego najczęsciej nie da się
zespolić z własnym IoT, tylko trzeba używać dziadowskich mechanizmów
producenta.
Następne wpisy z tego wątku
- 06.04.23 13:45 Dawid Rutkowski
- 06.04.23 14:33 heby
- 06.04.23 14:47 Dawid Rutkowski
- 06.04.23 15:47 heby
- 06.04.23 16:09 Dawid Rutkowski
- 06.04.23 16:19 heby
- 06.04.23 16:36 Dawid Rutkowski
- 06.04.23 16:53 heby
- 06.04.23 17:24 Dawid Rutkowski
- 06.04.23 18:49 heby
- 07.04.23 18:00 Dawid Rutkowski
- 07.04.23 18:22 heby
- 08.04.23 09:40 J.F
- 08.04.23 16:07 Dawid Rutkowski
- 08.04.23 16:39 heby
Najnowsze wątki z tej grupy
- Akumulatory VRLA
- ładowarka zmarła
- Podstawa bezpiecznikowa jako rozłącznik DC
- Napięcie akumulatora wyłączające UPS / jakie nowe akumulatory do UPS?
- nawigacja satelitarna
- SmartLife/Tuya i osuszanie -- mordowanie z zimną krwią...
- Głośnik piezoelektryczny
- Mala autonomiczna kamera monitoringu
- czas na emeryturę i EB
- Generowanie sumy kontrolnej z fragmentu pliku bin
- Re: Mala autonomiczna kamera monitoringu
- HDMI
- Re: Mala autonomiczna kamera monitoringu
- Kamera monitoringu z kartą SIM
- Re: Kamera monitoringu z kartą SIM
Najnowsze wątki
- 2024-07-02 Realme 7 Na co zmienić?
- 2024-06-27 Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-07-02 znalazłem samochód ;)
- 2024-07-02 Pierwszeństwo łamane
- 2024-07-02 zamek
- 2024-07-02 Akumulatory VRLA
- 2024-07-03 Białystok => Inżynier DevOps Conexa First (Kontraktor) <=
- 2024-07-03 MĂźnchen => Test Development Engineer (m/w/d) <=
- 2024-07-03 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-07-03 Warszawa => Programista Full Stack (.Net Core) <=
- 2024-07-02 Kraków => Spedytor międzynarodowy <=
- 2024-07-02 Poznań => Senior React Native Developer <=
- 2024-07-02 Rzeszów => Frontend Developer (React) <=
- 2024-07-02 Warszawa => Fullastack (Java) Developer <=
- 2024-07-02 reparacje