<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Takhle plánuju svou distribuovanou BMS.<br>
Každý článek bude mít na sobě svou vlastní elektroniku, která ho
bude lokálně hlídat a balancovat.<br>
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.<br>
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.<br>
<br>
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á.<br>
(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)<br>
<br>
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.<br>
<br>
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í.<br>
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.<br>
Žádné volby, žádná referenda, pěkně diktátorské zřízení.<br>
<br>
PL<br>
<br>
*********************<br>
<br>
<div class="moz-cite-prefix">Dne 14.9.2024 v 8:50 Martin Záruba
napsal(a):<br>
</div>
<blockquote type="cite"
cite="mid:480182de-04b7-4c48-9ade-e6210062f62c@volny.cz">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p><font face="Arial">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.</font><br>
</p>
<pre class="moz-signature" cols="72">Martin Záruba</pre>
<div class="moz-cite-prefix">Dne 14.9.2024 v 8:19 Martin Záruba
napsal(a):<br>
</div>
<blockquote type="cite"
cite="mid:d3be1231-8b34-439e-bb45-83457ec6e647@volny.cz">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8">
<p><font face="Arial">Jenže pokud je to řetězec, musí být:</font></p>
<p><font face="Arial">Všechny periferie funkční, jinak se povel
dál nedostane.</font></p>
<p><font face="Arial">Každá periferi je zatěžována předáním
informace dál.</font></p>
<p><font face="Arial">Je to HW složitější.<br>
</font></p>
<pre class="moz-signature" cols="72">Martin Záruba</pre>
<div class="moz-cite-prefix">Dne 13.9.2024 v 18:15 Pavel Poucha
napsal(a):<br>
</div>
<blockquote type="cite"
cite="mid:CAHGg1iCQRUnDQXvQrEYzvvG8MxH+rdWy85pi95ZtVSWG2kw8pw@mail.gmail.com">
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
<div dir="ltr">Zdravím,
<div><br>
</div>
<div>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í...</div>
<div><br>
</div>
<div>Č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. </div>
<div><br clear="all">
<div>
<div dir="ltr" class="gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">S pozdravem<br>
ing. Pavel Poucha<br>
jednatel<br>
<a href="mailto:pavel.poucha@papouch.com"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">pavel.poucha@papouch.com</a><br>
Tel. +420 777 232 485<br>
<br>
Papouch s.r.o. - vývoj<br>
Papouch store s.r.o. - obchod</div>
<div>Papouch production s.r.o. - výroba</div>
<div>Workmonitor s.r.o. - monitorování výroby</div>
<div dir="ltr"><br>
</div>
<div dir="ltr">Máte-li chuť, navštivte naše
stránky <a href="http://www.papouch.com/"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">http://www.papouch.com/</a></div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">pá 13. 9. 2024 v 17:39
odesílatel Zdeněk Aster <<a
href="mailto:zdenek.aster@seznam.cz"
moz-do-not-send="true" class="moz-txt-link-freetext">zdenek.aster@seznam.cz</a>>
napsal:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">Zdravím,<br>
vím, že to je proti všemu. Nicméně není nějaký
"standard", kde vyšlu <br>
broadcast po modbusu<br>
(RS485) a ozvou se mi postupně periferie...<br>
Mám pár svých zařízení, na sběrnici a chtěl bych je umět
najít, tak nad <br>
tím přemýšlím.<br>
Ale je to víc problémů, než užitku. Aby se nepoprali na
sběrnici při <br>
odpovědi a tak podobně.<br>
Tak jestli se tím někdo nezabýval, nějakou rozumnou
myšlenkou....<br>
Nebo mám asi prostě zkusit, všechny adresy....<br>
<br>
Když ten broadcast by mi umožnil, pokud budou mít dvě
periferie stejné <br>
číslo, tak je najít,<br>
případně jedné id změnit, jo vím nemájí tam dvě periférie
se stejným <br>
číslem co dělat....<br>
jasně předpokladem, je, že by měli jedinečné svoje
seriové čísla, <br>
které by šli při broadcastu<br>
použit, třeba k zapsaní jiného id.<br>
<br>
Díky<br>
Zdeněk Aster<br>
</blockquote>
</div>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>