<html>
  <head>
    <meta content="text/html; charset=ISO-8859-2"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Brani neco pouzit pro vypocty typ
      float?<br>
      Pokud ano (malo pameti, rychlost) tak se da pocitat v pevne radove
      carce, proste se stanovi nejaky bit od LSB, za kterym bude des.
      carka, pocita se s tim normalne, jen je potreba treba pouzit 32b
      typy... Ale typ float zas o tolik vetsi rezii nema.<br>
      <br>
      Dne 2.1.2013 10:26, RV napsal(a):<br>
    </div>
    <blockquote cite="mid:50E3FD45.9090207@cpost.cz" type="cite">Zdravim,
      <br>
      <br>
      potreboval bych poradit s pocitanim v MCU. V ramci ladeni SW pro
      ten solarni regulator narazim na rozliseni mereni proudu na
      vstupu.
      <br>
      <br>
      Rozliseni 1b odpovida 26.65mA - s tim jsem schopen pocitat vcetne
      tech setin v ramci celociselne matematiky - to problem neni.
      Problem mam v tom, ze pro male vykony je ten krok prilis hruby a
      nejsem schopen udrzet podle toho regulaci. Protoze pak nefunguje
      prosty logicky soucin I*U - vykon se pocita v regulacni smycce
      binarne - tedy soucin 10b mereni napeti a 10b mereni proudu -
      jenze pri malem vykonu se muze stat, ze proud ukazuje stale 1b -
      ja zacnu snizovat vykon menice a napeti roste a tim i spocitany
      vykon coz neni pravda protoze proud klesa ale stale je nad 1b - to
      trva az do okamziku kdy mi proud spadne pod 1b a ja musim znovu
      najet menicem s vykonem nahoru.
      <br>
      <br>
      Jen poznamka - pro bezne vykony je samotny krok 26mA naprosto
      luxusni a dostacujici - a ten algoritmus co nyni pouzivam se
      dokaze poprat i nastavenim vykonu kolem 0.3W, ale regulace uz moc
      lita.
      <br>
      <br>
      Premyslim jak se dostat binarne na nejake vetsi rozliseni -
      vsechna mereni se delaji z x vzorku (jedno snimani je 64 vzorku a
      kazde snimani jede 32x v ramci regulacni smycky) - napadlo me zda
      by nebylo pouzitelne kdybych dokazal vyuzit i nejake fluktulace
      kolem 1b - udelal jsem si nejake rychle logy, kde vidim jak se
      meni zastoupeni 0 a 1 na poslednim bitu vzhledem k proudu a celkem
      to koreluje (asi to dela ten princip mereni HAL cidlem) - takze
      pouzitelne to asi bude.
      <br>
      <br>
      Jak tedy binarne narabat s tim kdyz mam treba osm mereni, kde je
      pet jednicek a tri nuly - tak abych dostal cislo 5/8 a mohl rict,
      ze proud je 26.65*5/8 tedy 16mA.
      <br>
      <br>
      jen pro ilustraci v priloze male CSV s kratkym vypisem - je videt
      jak regulace neustale osciluje v ramci 1b (26mA) podle proudu
      solaru:
      <br>
      napeti solaru (mV)
      <br>
      proud solaru (mA)
      <br>
      vykon (uW) - to vsechno jsou prumery po dobu 1s
      <br>
      <br>
      dalsi sloupce:
      <br>
      celkem vyrobene kWs
      <br>
      celkem vyrobene uWs
      <br>
      napeti baterie (mV)
      <br>
      proud baterii (mA) - plus znamena nabijeni
      <br>
      <br>
      dalsi sloupce jsou hodnoty v okamziku vypisu:
      <br>
      PWM duty
      <br>
      binarni soucin AD kanalu proudu a napeti solaru
      <br>
      znamenko smernice regulacni krivky - 1 znamena zvysit zatez, 0
      snizit
      <br>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
HW-list mailing list  -  sponsored by <a class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
<a class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<a class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>