Re: Multiplekser/sniffer/arbiter modbus - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.elektronika › Multiplekser/sniffer/arbiter modbus › Re: Multiplekser/sniffer/arbiter modbus

X-Received: by 2002:a25:d40f:0:b0:b8a:7b2d:6555 with SMTP id
m15-20020a25d40f000000b00b8a7b2d6555mr2258999ybf.9.1680794664797; Thu, 06
Apr 2023 08:24:24 -0700 (PDT)
X-Received: by 2002:a25:d40f:0:b0:b8a:7b2d:6555 with SMTP id
m15-20020a25d40f000000b00b8a7b2d6555mr2258999ybf.9.1680794664797; Thu, 06
Apr 2023 08:24:24 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erj
e.net!feeder.erje.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!n
ews-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegrou
ps.com!not-for-mail
Newsgroups: pl.misc.elektronika
Date: Thu, 6 Apr 2023 08:24:24 -0700 (PDT)
In-Reply-To: <u0mme9$cvlu$1@dont-email.me>
Injection-Info: google-groups.googlegroups.com; posting-host=84.10.46.130;
posting-account=fcN60AoAAACGnErMsW3A8rTO2UKkGJEn
NNTP-Posting-Host: 84.10.46.130
References: <u0jesg$3rbf4$1@dont-email.me>
<4...@g...com>
<u0kfa6$513$1@dont-email.me>
<a...@g...com>
<u0lsao$95g4$1@dont-email.me>
<c...@g...com>
<u0m327$a4hi$1@dont-email.me>
<d...@g...com>
<u0m5uv$ahk3$1@dont-email.me>
<9...@g...com>
<u0me7n$bp4i$1@dont-email.me>
<2...@g...com>
<u0mihc$ccpj$1@dont-email.me>
<c...@g...com>
<u0mkdm$cksp$1@dont-email.me>
<3...@g...com>
<u0mme9$cvlu$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <f...@g...com>
Subject: Re: Multiplekser/sniffer/arbiter modbus
From: Dawid Rutkowski <d...@w...pl>
Injection-Date: Thu, 06 Apr 2023 15:24:25 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.misc.elektronika:779584
[ ukryj nagłówki ]
czwartek, 6 kwietnia 2023 o 16:54:04 UTC+2 heby napisał(a):
> On 06/04/2023 16:36, Dawid Rutkowski wrote:
> > Czy ten arbiter ze strony powiedzmy TCP ma wyglądać jak abstrakcyjny model pieca?
> Arbiter w ogóle nic by nie wiedział o typie urządzenia.
>
> Wykrywał by ramkę modbusa, buforował i odsyłał na inny interfejs w/g
> jakiegoś prostackiego priorytetowania. Może nawet ze zmianą parametrów
> transmisji, jak ktoś się uprze.
>
> Coś w rodzaju switcha ethernet store&forward.
>
> Uniwersalność jest od osiągnięcia.

Uniwersalny oznacza zwykle "do niczego konkretnego się nie nadający" (dziś
wyczytałem, że kacapy
wymyśliły "uniwersalny" reaktor jądrowy VVER-TOI - no to będzie znowu źle...).

Bo wciąż pytam o to, jaki chcesz mieć interfejs po TCP.
Czy:
- konwerter TCP<->RS485
- wysyłacz/odbieracz ramek modbus
- abstrakcja urządzenia wg schematu używanego przez jakiś system HA

No i jeszcze jedno mi przyszło do głowy - co z ramkami wysyłanymi przez y, czyli
piec?
Przecież na 100% nie wiadomo, komu odpowiada.
Wysyłać do obu masterów?
Do tego, który ostatnio nadał ramkę?
Pamiętać, o co który pytał?