<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Posledně jsem nějak zapomněl na poslední dva:-)<br>
    Teď jsem hledal jak se jmenuje to se stringem ve flash..<br>
    <br>
    <font face="Arial">> ultoa()</font><br>
    Jakmile chci do výsledku něčeho jinak celkem jednoduchého zasáhnout,
    je obvykle lepší to mít celé svoje. A když z univerzální knihovny
    použiju jen jednu funkci, často sežere o dost víc než když mám
    svoji. <br>
    <br>
    <font face="Arial">> pole buf pomocí malloc</font><br>
    To samozřejmě jde a může ušetřit prostředky, jen je nutná jistá míra
    opatrnosti. Malloc/free v rámci blokující funkce je obvykle
    bezproblémové.<br>
    <br>
    Je dobré se vyhnout situaci, kdy probíhají asynchronní malloc a free
    na více místech. Když alokuju jeden kus, pak druhý, pak vrátím první
    a pak třeba alokuju jinej kus, kterej může bejt větší a současně
    alokovaných kusů může bejt hodně. To vede k fragmentaci volného
    místa, až nakonec malloc vrátí NULL, protože požadovaná paměť není k
    dispozici v celku. Typický problém třeba u příjmu komunikačních
    paketů s pozdějším zpracováním v jiném pořadí. I s tím se žít dá,
    jen se prostě musí počítat se situací, že malloc paměť nedá (na PC
    mám vždy if, jestli se to povedlo) a potom adekvátně reagovat.<br>
    <br>
    PH<br>
    <br>
    <div class="moz-cite-prefix">Dne 20.04.2024 v 14:01 Martin Záruba
      napsal(a):<br>
    </div>
    <blockquote type="cite"
      cite="mid:07035d67-bd13-4ca5-8b45-c6fcaf944dee@volny.cz">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <p><font face="Arial">Nojo, jenže pak s tím neuděláte tabulku. Je
          potřeba, aby například pokud je hodnota 3753, napsalo to
          |3753mV| ale pokud je 53, napsalo to |  53mV| a ne |53mV|.
          Tedy aby celý řetězec (včetně toho mV) byl stále (například) 6
          znaků.<br>
        </font></p>
      <p><font face="Arial">Zkusil jste, kolik to zabere paměti? Podle
          toho, co píšete to dělá převod na float. To ale na osmibitu je
          hrůza. Já si hraju jen s "grafikou". Číslo stále dělím deseti,
          to je i na osmibitu snadné. A vypisuji zbytek po dělení. No a
          někam vrazím jakoukoli "výplň", třeba tu tečku. Pak to vypadá
          jako desetinné číslo, které ale je v celočíselném formátu
          uloženo třeba 10x 100x nebo jak se chce větší, což je myslím
          ten nejefektivnější způsob, jak na malinkém procesoru zobrazit
          desetinné číslo.</font></p>
      <p><font face="Arial">Zkoušel jsem také použít ultoa(). Ale je to
          větší a stejně musíte výsledek formátovat.</font></p>
      <p><font face="Arial">Napadlo mě ještě nejprve první smyčkou
          zjistit délku masky a pak nadefinovat pole buf pomocí malloc.
          A na konci ho uvolnit. Pak by většinou bylo malinké. Co si
          myslíte o tomto nápadu? <br>
        </font></p>
      <pre class="moz-signature" cols="72">Martin Záruba</pre>
      <div class="moz-cite-prefix">Dne 20.4.2024 v 12:29 Pavel Hudeček
        napsal(a):<br>
      </div>
      <blockquote type="cite"
        cite="mid:674463bf-438e-4e67-88aa-34cf0e2f0c10@seznam.cz">
        <meta http-equiv="Content-Type"
          content="text/html; charset=UTF-8">
        Ne, v mém příkladu je přeci stav uBat1=3753,
        tak uartSend("\1mV", adUbat1, 0); vypíše 3753mV<br>
        Pokud by adUbat bylo 53, vypíše 53mV<br>
        a pokud by bylo zadáno uartSend("\1mV", adUbat1, 3);<br>
        vyleze 3753,000mV<br>
        nebo třeba 3753,001, pokud float hodnota nevyšla přesně 3753,000<br>
        <br>
        Nějak tak to fungovalo, už je to dlouho.<br>
        Ale jak se tu o tom teď diskutuje a ještě jsme na kroužku došli
        k sériáku, tak si asi konečně udělám tu knihovnu, kde tohle bude
        jedno z přetížení.<br>
        <br>
        PH<br>
        <br>
        <div class="moz-cite-prefix">Dne 20.04.2024 v 11:27 Martin
          Záruba napsal(a):<br>
        </div>
        <blockquote type="cite"
          cite="mid:62da3616-1d24-431d-9cf0-0c397e03b07f@volny.cz">
          <meta http-equiv="Content-Type"
            content="text/html; charset=UTF-8">
          <p><font face="Arial">Jen dotaz: Co vypíše:</font></p>
          <p><font face="Arial">uBat1 je 53</font></p>
          <p><font face="Arial">uartSend("\1mV",adUbat1,0);<br>
            </font></p>
          <p><font face="Arial">nevypíše to</font></p>
          <p><font face="Arial">53mV      ?</font></p>
          <pre class="moz-signature" cols="72">Martin Záruba</pre>
          <div class="moz-cite-prefix">Dne 20.4.2024 v 10:36 Pavel
            Hudeček napsal(a):<br>
          </div>
          <blockquote type="cite"
            cite="mid:cafe8589-63d8-448f-9f19-eb19f16669d4@seznam.cz">
            <meta http-equiv="Content-Type"
              content="text/html; charset=UTF-8">
            Tady asi došlo k mírnému nedorozumění:<br>
            Oba umíme zobrazit jen jednu hodnotu.<br>
            Oba umíme požadovaný počet des. míst.<br>
            Oba umíme text před ním i po něm.<br>
            Já nemám formátování tisíců, ale zas můžu ve výstupním textu
            použít #.<br>
            Zas to formátování s # se asi dá ohackovat, že zobrazí třeba
            2 čísla zakódovaný do jednoho longu?<br>
            <br>
            // adUin je 12,3456  uBat1 je 3753<br>
            // UART_sendDT je ','  UART_sendPosChr je '\1'<br>
            uartSend("Uin=\1 V\n", adUin, 2);<br>
            uartSend("\1mV", adUbat1, 0);<br>
            výsledek je:<br>
            Uin=12,34 V<br>
            3753mV<br>
            <br>
            Ten uartSend byl trochu prasáckej, mist nakopíruje do
            globální uartSendMist a pak zavolá cislo((long)(v * m)), kde
            m je třeba 1000 pro mist=3. A cislo pak do požadovaného
            místa vnutí oddělovač a uartSendMist vynuluje. Tohle jsem už
            někde měl i na ty tisíce, jen se to nevypínalo samo.<br>
            <br>
            Chystám se že bych si z těhle věcí konečně udělal nějakou
            knihovnu, zatím to jen kopíruju mezi projekty a nejčastějc
            si vystačím s putchar2, text na poslání textu a cislo na
            poslání longu.<br>
            takže posledně to bylo ve stylu<br>
            text("Uin="); cislo(static_cast<long>(1000.0*adUin));
            text(" mV\r\n");<br>
            <br>
            Buffer je na zásobníku, takže sám vznikne a sám zmizí.<br>
            Ale 100 B, to je 20 % RAMky na ATtiny816, což je hodně,
            případně 1,25 % na AVR64DD32, to už by bylo v pohodě.<br>
            Mě se to obecně nelíbí, protože rád používám děje na pozadí.
            Funkce cekej(uint32_t ms) je i víc než půlka programu a
            pokud možno všechno čekání volá aspoň cekej(0). No a když se
            těch čekání sejde více takových, kde mezitím vzniknul
            buffer..<br>
            Takže mám snahu takové buffery nedělat.<br>
            Další věc je, že mám snahu minimalizovat místa, kde je
            potřeba omezovat velikost stringu. Takže mě stačí buffer na
            10B celej vstup může mít 254, výstup až 264 a ve verzi s
            txtPred + txtPo můžou klidně oba texty mít do 254.<br>
            <br>
            Ovšem to s F a PSTR je pro mě novinka, za to díky.<br>
            <br>
            Byl jsem zvyklý na codevision, tam se daly deklarovat
            proměnné do RAM, EEPROM i Flash, "text" byl ve flash a
            všechno fungovalo do velké míry samo, včetně toho, že v
            EEPROM je pointer do flash. Super věc, pokud se po kompilaci
            k binárce sprostě přikopírujou UTF8 texty ve 4 jazycích a za
            ně bitmapa fontů. Při prvním spuštění program ve flash najde
            "Tady>>>", pak dohledá začátky jazyků, hlášky v
            default jazyku a nakonec font. Pointery hodí do EEPROM a
            odteď se může na displeji 10 ms po zapnutí objevit třeba
            normální čeština.<br>
            A v případě GCC jsem si myslel, že nic už takhle elegantně
            nepůjde.<br>
            Vlastně opravdu nejde, protože si sice můžu nadeklarovat
            proměnnou v EEPROM, ale nemůžu jí přímo používat, jen přes
            funkce na čtení a zápis EEPROM, který maj navíc hrozně
            dlouhý názvy. "Super" do vzorce se 3 kalibračníma
            konstantama.<br>
            Tak aspoň snad zas můžu mít texty ve flash:-)<br>
            <br>
            PH<br>
            <br>
            <div class="moz-cite-prefix">Dne 19.04.2024 v 21:23 Martin
              Záruba napsal(a):<br>
            </div>
            <blockquote type="cite"
              cite="mid:ab12d61f-7c9b-4434-9138-43db4d9875b4@volny.cz">
              <meta http-equiv="Content-Type"
                content="text/html; charset=UTF-8">
              <p><font face="Arial">Já to tak původně dělal, jenže byl
                  to mnohem složitější a vlastně můžete takto udělat jen
                  část než narazíte na první formátovací znak. Pak už je
                  to stejně jen odeslání čísla. protože nevíte, zda
                  nebude následovat další formátovací znak po libovolné
                  počtu "výplní". Tvar text,val, míst se mi nelíbil,
                  protože s ním neuděláte třeba 10mV. Takto je text
                  kdekoli, dokonce je kdekoli i třeba \n, takže nemá
                  smysl println. A varinta txtPred, val, míst, txtPo to
                  sice umí, ale jsou 4 parametry a stejně nejde udělat
                  třeba odskočené tisíce. Taky se mi líbí, že to sežere
                  i float. Předpokládím, že buffer se vytvoří na
                  zásobníku a po opuštění funkce zmizí. Je to tak?</font></p>
              <p><font face="Arial">Ještě to chci doplnit o možnost mít
                  formátovací řetězec ve flash. Není mi ale jasné, jaký
                  je rozdíl mezi PSTR("V paměti flash") a F("V paměti
                  flash"). Asi se mi víc líbí F(" "), je to kratší zápis
                  a dovoluje přetížení funkce. Ale možná má nějakou
                  nevýhodu, na kterou jsem nepřišel.<br>
                </font></p>
              <pre class="moz-signature" cols="72">Martin Záruba</pre>
              <div class="moz-cite-prefix">Dne 19.4.2024 v 20:50 Pavel
                Hudeček napsal(a):<br>
              </div>
              <blockquote type="cite"
cite="mid:b4bb63a0-c0e8-4e00-bb0f-836ae08e652c@seznam.cz">Moc pěkný. <br>
                Já bych teda akorát nekopíroval celý text do velkého
                bufferu a místo toho text před číslem rovnou odesílal v
                prvním do/while, pak převed a odeslal číslo a nakonec
                odeslal zbytek vstupního textu. <br>
                <br>
                Už jsem taky kdysi použil variantu, kdy se zadávají
                parametry (text, val, mist) a v textu je pak znak pro
                umístění čísla a des. míst se odešle podle hodnoty mist.
                Častějc mám ale (txtPred, val, mist, txtPo). <br>
                <br>
                Odesílání mám teda téměř vždy rovnou průběžně po znacích
                a odesílací funkce čeká jen na dokončení předchozího
                znaku, takže konverze na výstupní text probíhá paralelně
                s odesíláním. <br>
                <br>
                PH <br>
                <br>
                Dne 19.04.2024 v 19:23 Martin Záruba napsal(a): <br>
                <blockquote type="cite">Už jsem se Vás dost natrápil na
                  toto téma a měl jsem pocit, že nic moc úsporného a
                  jednoduše použitelného není. Jenže jsem paličatý a
                  zkusil jsem přece něco vymyslet. Požadavek byl: <br>
                  <br>
                  Výpis na požadovaný počet míst s možností textu před i
                  za číslem. <br>
                  <br>
                  Potlačení nevýznamných nul. <br>
                  <br>
                  Co nejúspornější kód jak funkce, tak volání, vhodný
                  pro malinky procesor. <br>
                  <br>
                  Přímý tisk bez nutnosti psaní Serial.print(); <br>
                  <br>
                  Vyrobil jsem toto, posuďte a navrhněte prosím co by
                  ještě šlo líp. <br>
                  <br>
                  <br>
                  void pr(int32_t h, const char* f) { <br>
                    char buf[100]; <br>
                    uint8_t i = 0xFF; <br>
                    int32_t x = abs(h); <br>
                    do { <br>
                      i++; <br>
                      buf[i] = f[i]; <br>
                    } while (f[i] != 0); <br>
                  <br>
                    do { <br>
                      i--; <br>
                      if (buf[i] == '#') { <br>
                        if (x != 0) { <br>
                          buf[i] = x % 10 + (uint8_t)'0'; <br>
                          if (h < 0 && x < 10) { <br>
                            i--; <br>
                            buf[i] = '-'; <br>
                          } <br>
                        } else { <br>
                          buf[i] = ' '; <br>
                        } <br>
                        x /= 10; <br>
                      } <br>
                    } while (i != 0); <br>
                    Serial.print(buf); <br>
                  } <br>
                  <br>
                  <br>
                  Funkce má jediný formátovací znak # <br>
                  <br>
                  Příklady: <br>
                  <br>
                  int32_t napetimV = 5432; <br>
                  pr(napetimV, "Pokus1=###.###V\n"); <br>
                  pr(-21,      "Pokus2=### zaporne cislo\n"); <br>
                  pr(9876543,  "Pokus3=# ### ### cislo s mezerami po
                  1000\n"); <br>
                  float a = 54.3; <br>
                  pr(a*10,     "Pokus4=####.# vypis float na 1 desetinne
                  misto\n"); <br>
                  <br>
                  Výsledek vypadá takto: <br>
                  <br>
                  Pokus1=  5.432V <br>
                  Pokus2=-21 zaporne cislo <br>
                  Pokus3=9 876 543 cislo s mezerami po 1000 <br>
                  Pokus4=   54.3 vypis float na 1 desetinne misto <span
                  style="white-space: pre-wrap">
</span></blockquote>
              </blockquote>
            </blockquote>
          </blockquote>
        </blockquote>
      </blockquote>
    </blockquote>
  </body>
</html>