<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p><font face="Arial">Jeee, také jste dělal barevnou hudbu? U
        analogu moc možností nebylo. Já to měl tak, že tam byla dolní,
        střední a horní propust. Za nimi byly usměrňovače no a to napětí
        otevíralo tranzistory, které rozsvěcely žárovky. Dolní červená,
        střední žlutá, horní modrá. A polohu? Tekrát to bylo mono,.ale
        co podle toho, zda je signál v levém nebo pravém kanálu?</font><br>
    </p>
    <pre class="moz-signature" cols="72">Martin Záruba</pre>
    <div class="moz-cite-prefix">Dne 25.1.2025 v 10:20 Miroslav Mraz
      napsal(a):<br>
    </div>
    <blockquote type="cite"
      cite="mid:524cea7e-0f4c-4ea5-871c-154cfb2eb63a@volny.cz">Zatím to
      je jen test, že to jde. S pamětí to není zase tak hrozné - 3 bity
      SPI na odeslaný bit stačí. Takže na 1 ledku potřebuji 9 bytů, na
      10 ledek 90 bytů + 90 bytů prodleva. Ten jednorázový DMA bych
      použil, ale až mě napadne k čemu. Spíš zkusím udělat pomocí ADC a
      FFT "barevnou hudbu", kterou jsme dělali jako kluci analogově.
      Ještě mě nenapadá jak kódovat intenzitu a výšku tónu do intenzity,
      barvy a polohy ledek, aby to hezky vypadalo. Odložím to na léto, v
      přírodě mě snad něco napadne.
      <br>
      Dneska to možná dám na github. Snad se povede i USB, tenhle
      procesor má jen device kontrolér, sice funguje, ale jen ta čínská
      verze a v té se nevyznám, je to divně napsané, chtělo by to
      upravit aby to mělo nějaké rozumnější API. Ale to bude moc práce.
      Zajímavé je, že tahle řada má v těch dražších modelech i HD
      kontrolér a ten se mi podařilo znásilnit skoro bez problémů.
      <br>
      <br>
      Mrazík
      <br>
      <br>
      On 24. 01. 25 21:39, Petr Labaj wrote:
      <br>
      <blockquote type="cite">...
        <br>
        <br>
        To generování prodlevy planým odesíláním ale musí vycházet dost
        náročně na kapacitu paměti, ne?
        <br>
        Ono už i generování toho protokolu přes SPI asi není zrovna moc
        optimální. Na rozsvícení jedné LED zřejmě spotřebujete celkem
        dost paměti.
        <br>
        Chce to aspoň 5 vyslaných bitů na 1 reálný významový bit, ne?
        Nebo jste vymyslel nějaký optimalizovaný algoritmus?
        <br>
        <br>
        U toho DMA by se zřejmě dal použít jednorázový přenos. Ten by se
        po jednom cyklu zastavil, a spustil byste ho zase třeba v
        přerušení od TIKu.
        <br>
        Případně ho spustil jen když bude příznak změny dat pro
        zobrazení.
        <br>
        Tím by automaticky byl vygenerovaná reset puls.
        <br>
        A snížila by se spotřeba a rušení, protože by přenos jel jen
        když je co zobrazovat.
        <br>
        <br>
        PL
        <br>
        <br>
        <br>
      </blockquote>
      _______________________________________________
      <br>
      HW-list mailing list  -  sponsored by <a class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
      <br>
      <a class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
      <br>
    </blockquote>
  </body>
</html>