czwartek, 6 kwietnia 2023 o 15:47:26 UTC+2 heby napisał(a):
> On 06/04/2023 14:47, Dawid Rutkowski wrote:
> > No to dla podtrzymania rozmowy zadam jeszcze jedno pytanie,
> > które pewnie już przemyślałeś - czy nie wystarczy ci odczyt parametrów,
> > które i tak monitoruje ten X?
> Nie ;)
>
> Brakuje około 1/3 rejestrów w których znajduje sie bardzo ważny dla mnie
> parametr.
> > Wtedy wystarczyłby sniffer zapamiętujący stany rejestrów w Y odczytywane przez X,

> > odchodzi problem nadawania multi-master.
> Mam tak zrobione teraz. Podpięty jestem pod modbusa i sniffuję wlasnym
> kawałkiem kodu ramki zwrotne.
> > Albo zapewne oprócz odczytu chcesz też mieć możliwość wysyłania komend.
> To też. Kontrola jest drugim waznym elementem. Obecnie mam możliwośc
> przez applkę producenta, ale ja chcę to zautomatyzować z HA.

Tak sądziłem.
Jedno, co mi przyszło na myśl, to inna organizacja tego "arbitra".
Zamiast karuzeli z przekazywaniem ramek - która i tak się może skończyć padem
komunikacji przy awarii arbitra - może zrobić coś w rodzaju mirrora,
czyli urządzenie z trzema niezależnymi RS485 - ew. jeden z nich "wirtualny".
Jeden RS485 do komunikacji z piecem, drugi RS485 do komunikacji z EW11,
a trzeci dla siebie.

Trzymać w pamięci mirrora komplet rejestrów pieca - oczywiście jak najczęściej
odświeżany - i udawać piec i dla EW11 i dla "siebie".
Czyli jak idzie odczyt z EW11 to od razu mirror od razu odpowiada kopią ze swojej
pamięci,
tak sam jak idzie odczyt od "siebie" - a do pieca w tym czasie lecą zupełnie inne
komendy
odczytu w kółeczku odświeżania.

No jedynie jak będzie zapis to trzeba przerwać kółeczko odświeżania i ten zapis
zrobić.