Jak zacząć przygodę z mikrokontrolerami AVR w 2022 roku?

Witam.
Obejrzałem artykuł. Faktycznie na razie wstęp dla bardzo początkujących.
Generalnie sama obszywka takich modułów to jak dla mnie małe piwo, ale żeby przeskoczyć próg programowania, to chyba musiałbym sobie dołożyć jakiejś pamięci twardej do głowy...
Kiedyś tam pobrałem jakieś środowisko IDE i na tym się skończyło. Chciałem zacząć od tiny13 (zrobić dotykowy kontroler taśmy LED) Ale dałem sobie siana.

Kumpel kiedyś przyniósł do mnie moduł raspberry pi. To o tyle było ciekawe, że można było podłączyć do monitora po HDMI oraz programować porty graficznie. Ale ta nakładka jakoś mnie nie przekonała. To była raczej jakaś zabawka dla przedszkolaków, a nie poważne narzędzie graficzne w którym kod C rysujesz a nie piszesz...
Narzędzia które mam tj. wspomniałeś obsługują dawno przestarzałą technologię, ale plusem jest to, że czy teraz, czy za rok siadam i programuję. Ważne jest tylko ażeby pod własne bloki zrobić rzetelny opis.
Same sterowniki na potrzebę chwili w technologii THT, to i flamastrem idzie obleć. heh

Tutaj przykład. Jeden do zabawy z enkoderem i żarówkami, a drugi do testów...

Tego drugiego tymczasowo zamierzam użyć do obsługi zgrzewarki ogniw, bo ta co kupiłem z Chin strzeliła po pierwszym spawie...
Zrobię swój programik + jakieś moje bajery...

tmf wrote:

Takie gotowe moduły typu Curiosity mają głównie tą zaletę, że siadasz, programujesz i nie musisz się martwić czy wszystko dobrze podłączyłeś, skonfigurowałeś itd.

Taki gotowy moduł jak dla mnie, to w zasadzie mniej roboty z lutowaniem... Wstępna konfiguracja/ ustawienie bitów, czy też wgrywanie gotowego bootloadera z poziomu programatora po SPI (teraz są nowsze protokoły) też nie jest niczym nadzwyczajnie skomplikowanym. Większy problem stanowi sam projekt w którym możesz popełnić błąd. Tzw. skonstruowałeś coś własnego co teoretycznie na kartce papieru działa, ale w rzeczywistości trzeba wprowadzać poprawki. Ale to jest standard.

Natomiast jeśli rozchodzi się o programowanie w C, to nie tyle jest ono problematyczne, co problem stanowi zawodna ludzka pamięć do zapamiętywania tekstu... Jak byś znalazł metodę jak skutecznie zapamiętywać polecenia C, czy też C++, tak aby za miesiąc tego nie zapomnieć, to by było super. Samo robienie programu metodą graficzną/ drabinkową, niczym się nie różni od metody pisanej. Oczywiście mowa tu o logice samego myślenia oraz wyobraźni względem celu jaki chcemy osiągnąć.

Powiem więcej. Po tym jak obejrzałem ten film, C jest prostszy od metody graficznej, bo wszystko za ciebie robi. Pokazałeś migającą diodę o nic się nie martwiąc. Nie przejmujesz się tym, że jest coś takiego jak główna pętla programowa/ systemowa, tylko klepiesz tyle ile tylko się da na jeden cykl programowy (C sam za ciebie podzieli stosy), nie przejmujesz się tym, że wymuszasz działanie dzielenia prze "0". Nie przejmujesz się tym, że jest coś takiego jak kolejność wykonywania działań/ pętli (są tacy co twierdzą, że to nie ma znaczenia), i nie przejmujesz się tym co było wyraźnie widać na filmie, że dioda wisi w tzw. jednej głównej pętli, i nic się nie dzieje. Czyli w C jak popełnisz błąd gdzieś w którymś momencie gdzie program zawiśnie na jakiejś pętli która odwołuje się sama do siebie blokując przejście programu do kolejnych procesów, to po prostu nic się nie dzieje ...
W graficznym programowaniu od wszystkiego co wymieniłem wyżej jest reset procka... Naprawdę można zrobić obszerny program, a czegoś nie dopatrzysz/ dokładnie sprawdzisz i masz reset powiedzmy za jakiś czas użytkowania w którym program natrafił na "wiszącą pętlę" , albo przekroczył ilość dopuszczalnych zadań w jednym cyklu głównej pętli. W C takich problemów nie ma. Przynajmniej widać to na filmie.
Puściłeś LED-a w jednej zakleszczonej pętli i jest ok. W graficznym byłby reset od zwisu samo odwołania. Każde mignięcie LED trzeba przerzucić do następnego biegu programowego. No ale to jest jak wspomniałeś stara architektura procków gdzie jeszcze były w miarę przyzwoite nakładki graficzne...

Tutaj poniżej przykład tego co pokazałeś na filmie. Też dioda miga tak szybko, że tego nie widać okiem. Różnica polega na tym, że w pierwszym przypadku procek wysypie reset od samo odwołania pętli w jednym cyklu całego programu. W drugim każde mrugniecie odbywa się co całą główną pętlę systemową, i jest prawidłowo, a w trzecim wprowadziłem miganie 50/50 co 0,5s czyli 1Hz.


To pokazuje, że C jest prostsze, bo w moim przypadku już na start można popełnić błąd. A taki błąd można popełnić gdziekolwiek, oraz w sposób trudny do wychwycenia. Może on wystąpić np. przy odwołaniu na jakimś działaniu arytmetycznym powiązanym z pętlą która zawiśnie . W C tego oczywiście nie ma. Przynajmniej tyle wywnioskowałem z filmu...

tmf wrote:

Dzieje się - program utknie w tym punkcie. Natomiast pętla nie jest wywołaniem rekurencyjnym (a myślę, że o to ci chodzi), w efekcie nie dochodzi do przykrych rzeczy typu przepełnienie stosu. Tu z kolei bardzo pomaga debugger - łatwo można wykryć takie problemy i łatwo można ustalić gdzie program utknął.

No to ja mam symulator PC, oraz podgląd zmiennych w czasie rzeczywistym po UART, czy tam RS232... Bez tego, to bym się zamęczył...
Co do nowszych procków, to też nie dobrze jak utknie w martwym punkcie. W moim przypadku nawet jakby się zdarzył błąd, i doszłoby do przepełnienia stosu który wywoła automatyczny reset, to taka sytuacja niejednokrotnie ratuje sprawę, bo sterownik wznowi pracę gdzie niekoniecznie musi ponownie natrafić na ten sam bug.

tmf wrote:

A fusebity na starych AVR, które umożliwiały zablokowanie zegara są zmorą.

Przyznam się szczerze, że tylko raz zablokowałem ATmega168, bo oczywiście przekombinowałem. Rozdzielczość timerów jest zsynchronizowana z główną pętlą systemową i wynosi jedynie 10ms. Chciałem wyciągnąć trochę więcej i zrobiłem głupotę. Nie sądziłem że to zablokuje procka. Rezonator wstawiłem 16MHz, a w bitach ustawiłem bodajże 4MHz. Chciałem go przetaktować aby przyśpieszyć program. Nie zadziałało. Kombinowałem później z 8MHz i te inne poradniki google, ale chyba "zdechł na amen" W ogóle brak komunikacji po SPI. Może po JTAG by poszło, ale wątpię, bo nie było ustawione w fusach.

tmf wrote:

Natomiast świetną robotę robi IDE z systemem podpowiedzi

No właśnie ja kiedyś ściągnąłem jakieś IDE gdzie nie było niczego. Myślałem, że będzie podobnie jak w graficznym.
Jak widzisz w poście #7 masz z boku listę dostępnych działań. Są skróty klawiszowe, ale tu jest o tyle fajnie że działa metoda przeciągnij i upuść. Podobnie jak w Windows.
I co ważne jest system podpowiedzi pod F1 w języku polskim. Nie trzeba tekstu przeciągać do tłumacza google aby zrozumieć o co się chodzi...
Tutaj przykład;