BMS (modbus, broadcast, odpoved vsech periferii)
Pavel Hudeček
edizon na seznam.cz
Neděle Září 15 12:34:36 CEST 2024
> každý článek nebude na jiném potenciálu, tak bude jednosměrně
> galvanicky oddělený od svého souseda.
Tohle by mě zajímalo rozvedené podrobněji.
PH
Dne 14.09.2024 v 17:11 Petr Labaj napsal(a):
> 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.
>>>>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20240915/548370e9/attachment.htm>
Další informace o konferenci Hw-list