Ads_700x200

czwartek, 20 kwietnia 2017

ATtiny10 + MEDkit + MagicLED + Enkoder ;)

Witam,

Przyznacie sami, że niezły komplet ! Nie dość że procek tak maleńki jak ATtiny10, nie dość, że posiada TYLKO 32 bajty pamięci RAM, nie dość, że posiada TYLKO 3 ale w zasadzie dzięki MEDkit'owi 4 piny dla użytkownika, to udało się zaprząc go do roboty w taki sposób, że musi orać biedak nie tylko Magic LED'y ale także ENKODER obrotowy ;) i to w oparciu o biblioteki które już przecież dobrze znacie z moich poradników LINK. Poniżej zamieszczam schemat jak to jest podłączone, mam nadzieję, że będzie niemałe zdziwienie - jak można wykorzystać takiego malucha!  




Oto schemat w jaki sposób zostało to połączone ;)


Jeśli chodzi o kod źródłowy to obsługa enkodera plus ta tarcza ze zmienianymi kolorami tła i świecącym punktem obracanym za pomocą enkodera - to proszę bardzo - zużycie pamięci w procku wygląda tak jak na obrazku w MkCLIPSE




Zapraszam na mega krótki filmik:


;)

11 komentarzy:

  1. Witam czy jest możliwość pobrania poradników bezpośrednio ze strony, lub jakiegoś dropbox'a. Zbliżają się wakacje, a z dostępem do internetu bywa różnie. Osobiście lubię dobry entertainment w Pana wykonaniu, można się jeszcze przy tym wiele nauczyć. Zwłaszcza w samolocie lub pociągu gdzie nie ma wi-fi fajnie by było zrobić sobie powtórkę. Próbowałem YT-downloadera lecz jakość dzwięku pozostawia wiele do życzenia. Pozdrawiam Matt

    OdpowiedzUsuń
    Odpowiedzi
    1. Jak to jest MEDkitem, można go już dostać skoro tworzy Pan do niego poradniki? Czy dopiero wysyłka ruszy za jakiś czas, jak teraz jest przedsprzedaż?

      Usuń
    2. Pierwszy ale taki bardziej nieoficjalny poradnik już był: http://mirekk36.blogspot.com/2017/03/atb-medkit-nie-tylko-ratunek-ale-wygoda.html

      ;) teraz kończę ostateczną wersję dokumentacji PDF i niedługo pojawi się dodatkowo krótki (mam nadzieję) poradnik do niego

      Usuń
  2. Woow - marzy mi sie zrobić wiatromierz a te magic led byłyby wspaniałym wskaźnikiem na tle róży kompasowej

    OdpowiedzUsuń
    Odpowiedzi
    1. DOKŁADNIE - pomysłów tysiące a do tego można takie maluszki jeszcze wykorzystywać - to jest piękne ;)

      Usuń
  3. Ten komentarz został usunięty przez autora.

    OdpowiedzUsuń
    Odpowiedzi
    1. Przecież po kompilacji masz zawsze piękne podsumowanie zajętości każdej pamięci. Plik hex nie ma nic do tego.

      Usuń
    2. No tak to prawda że jest. Pomyślałem że może istnieje jakaś możliwość żeby to obliczyć oddzielnie. Na już skompilowananych plikach. W sumie to nic ważnego.

      Usuń
    3. jak sobie skompilujesz do pliku *.BIN to obliczać nic nie musisz bo masz tyle bajtów w pliku ile do procka ma wleźć. A nikt się nie bawi w obliczanie wielkości na podstawie HEX ... no chyba że zajdzie jakaś specyficzna potrzeba - co np robię w programie MkBootloader, który wczytuje pliki HEX i muszę na tej podstawie sprawdzić wielkość wsadu w bajtach. Co za problem w sumie ... wystarczy zapoznać się z formatem pliku Intel HEX.

      Usuń
    4. Przepraszam, ale nie wyraziłem się do końca jasno. Chodziło mi o oddzielne obliczenie pamięci RAM. Najprawdopodobniej z tego co się domyślam kompilator oblicza to przy przetwarzaniu kodu i nie ma na to algorytmu.

      Usuń
    5. No a jakże mogłoby być inaczej

      Usuń