modbus, broadcast, odpoved vsech periferii
Petr Labaj
labaj na volny.cz
Sobota Září 14 17:11:17 CEST 2024
Takhle plánuju svou distribuovanou BMS.
Každý článek bude mít na sobě svou vlastní elektroniku, která ho bude
lokálně hlídat a balancovat.
A všechny budou zapojeny do takového řetězce (resp. jednosměrného
kruhu), kde šéf ani nemusí předem vědět, kolik má podřízených.
Tady to bude ještě vylepšeno tím, že každý článek nebude na jiném
potenciálu, tak bude jednosměrně galvanicky oddělený od svého souseda.
Ale takové uspořádání chce vedení silné ruky. Žádnou demokracii. Ten šéf
si na začátku musí zjistit kolik oveček má ve stádu, a pak musí trvat na
tom, že jeho příkazy projdou celým kruhem k němu zase zpět. A pokud ne,
tak musí mít možnost vyhlásit poplach a případně odstavit nějaká návazná
zařízení, která jsou na tom závislá.
(v případě té BMS když se odmlčí jediný z těch 80 modulů co tam budu
mít, tak to odstaví celou baterku, případně celou FVE)
Kdežto při paralelním napojení na nějakou sběrnici to chce periodicky
monitorovat jednotlivé ovečky, ale pokud se jedna odmlčí, tak nemusí být
nezbytné odstavit celou sběrnici.
Rozhodně bych ve Vašem naznačeném příkladu nespoléhal na tržní principy
a na chozrasčot, ale nasadil bych tvrdé direktivní řízení.
Každá ovečka ať nahlásí šéfovi to má k dispozici, ale o tom, kdo co bude
dodávat, by měl rozhodovat šéf.
Žádné volby, žádná referenda, pěkně diktátorské zřízení.
PL
*********************
Dne 14.9.2024 v 8:50 Martin Záruba napsal(a):
>
> Protože jsem napsal nevýhodu tohoto principu, cítím povinnost napsat
> také výhodu, která mě napadla. Tou je škálovatelnost. Příklad: nějaký
> řídící systém vydá povel, že od zdroje energie potřebuje 10 kW. Povel
> přijme první zdroj, ale umí dodat jen 6 kW. Přepošle proto dál povel,
> že je potřeba dodat 4 kW. A tak dále. Řídící systém nemusí vědět,
> kolik zdrojů obsluhuje a se všemi komunikovat. Zdroje mají totožný
> princip komunikace i adresy. Prostě se zapojí z hlediska ovládání za
> sebou.
>
> Martin Záruba
> Dne 14.9.2024 v 8:19 Martin Záruba napsal(a):
>>
>> Jenže pokud je to řetězec, musí být:
>>
>> Všechny periferie funkční, jinak se povel dál nedostane.
>>
>> Každá periferi je zatěžována předáním informace dál.
>>
>> Je to HW složitější.
>>
>> Martin Záruba
>> Dne 13.9.2024 v 18:15 Pavel Poucha napsal(a):
>>> Zdravím,
>>>
>>> dají se udělat různé věci... Například že doba, po které slave
>>> odpoví, závisí na nastavené adrese. pak se nepoperou. Stačí, pokud
>>> to tak funguje na nějakou instrukci "ozvi se". Modbus to ale moc není...
>>>
>>> Čisté řešení je, pokud má slave dvě RS485. Nejsou tedy na jedné
>>> RS485,a le propojeny jako řetězu. Pokud slave dostane dotaz se svou
>>> adresou, odpoví, pokud ne, polš dotaz dál. Dokonce pak nemusí být
>>> ani adresy pevné, ale dá se udělat adresace polohou. Což je super
>>> pro servis.
>>>
>>> S pozdravem
>>> ing. Pavel Poucha
>>> jednatel
>>> pavel.poucha na papouch.com
>>> Tel. +420 777 232 485
>>>
>>> Papouch s.r.o. - vývoj
>>> Papouch store s.r.o. - obchod
>>> Papouch production s.r.o. - výroba
>>> Workmonitor s.r.o. - monitorování výroby
>>>
>>> Máte-li chuť, navštivte naše stránky http://www.papouch.com/
>>>
>>>
>>> pá 13. 9. 2024 v 17:39 odesílatel Zdeněk Aster
>>> <zdenek.aster na seznam.cz> napsal:
>>>
>>> Zdravím,
>>> vím, že to je proti všemu. Nicméně není nějaký "standard",
>>> kde vyšlu
>>> broadcast po modbusu
>>> (RS485) a ozvou se mi postupně periferie...
>>> Mám pár svých zařízení, na sběrnici a chtěl bych je umět najít,
>>> tak nad
>>> tím přemýšlím.
>>> Ale je to víc problémů, než užitku. Aby se nepoprali na sběrnici
>>> při
>>> odpovědi a tak podobně.
>>> Tak jestli se tím někdo nezabýval, nějakou rozumnou myšlenkou....
>>> Nebo mám asi prostě zkusit, všechny adresy....
>>>
>>> Když ten broadcast by mi umožnil, pokud budou mít dvě periferie
>>> stejné
>>> číslo, tak je najít,
>>> případně jedné id změnit, jo vím nemájí tam dvě periférie se
>>> stejným
>>> číslem co dělat....
>>> jasně předpokladem, je, že by měli jedinečné svoje seriové čísla,
>>> které by šli při broadcastu
>>> použit, třeba k zapsaní jiného id.
>>>
>>> Díky
>>> Zdeněk Aster
>>>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20240914/4f40d021/attachment.htm>
Další informace o konferenci Hw-list