<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <blockquote type="cite">každý článek nebude na jiném potenciálu, tak
      bude jednosměrně galvanicky oddělený od svého souseda.</blockquote>
    <br>
    Tohle by mě zajímalo rozvedené podrobněji.<br>
    <br>
    PH<br>
    <br>
    <br>
    <div class="moz-cite-prefix">Dne 14.09.2024 v 17:11 Petr Labaj
      napsal(a):<br>
    </div>
    <blockquote type="cite"
      cite="mid:63d93554-d863-1588-4e6a-943930c7166a@volny.cz">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      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>
              </blockquote>
            </div>
          </blockquote>
        </blockquote>
      </blockquote>
    </blockquote>
  </body>
</html>