Co do debugowania (6:30) to AVR-y umożliwiają (pomijam nieliczne starocie) debugowanie, tyle, że Arduino nie wykorzystuje tej możliwości. Ponadto, debuger dla AVR kosztuje około 500zł, do STM32 poniżej 20zł.
Mam w planach kurs STM32. Zrezygnowałem z współpracy z AVT, tak jak naczelny EdW, i kurs pojawi się na: piotr-gorecki.pl . Będę starał się pisać prosto i poruszać tematy, o których raczej nie piszą w książkach czy kursach w Internecie jak np HOST USB, Slave I2C, 1-Wire na przerwaniach i wiele, wiele innych. Plan kursu jest na: elportal.keep.pl/KursSTM32/Kurs_STM32.pdf
Co do pracy w embeded (3:30) 100% racji. Nikt nie szuka programistów na AVR bo są droższe i gorsze od ARM. Nikt rozsądny nie stworzy nowego projektu na AVR. Czasem zdarzają się masochiści ale to margines.
Biblioteki do układów (13:53). Ja biorę od Arduino i przepisuję usuwajac przy okazji MASĘ błędów oraz wykorzystuję sprzęt (DMA, IRQ) czego zazwyczaj Arduinowe biblioteki nie robią.
Mnogość bibliotek (3:05) ale zazwyczaj BEZNADZIEJNYCH! - Funkcje blokujące, nie korzystanie z przerwań czy DMA (o ile jest to Arduino z ARM czy Xmega itp). - Nadużywanie typów zmiennoprzecinkowych! - Używanie złych typów zmiennych, np int (w AVR 16-bit, w ARM 32-bit) do odliczania poniżej 255/256. Za ten problem odpowiadają szkoły, które uczą zwyczajnie ŹLE! Typ zmiennej trzeba jasno określić: int16_t, uint8_t itd a nie int, bo kod z tak określonymi typami, po przeniesieniu na inną platformę może być (i często jest) nieprzewidywalny. Dużo jeszcze mógłbym pisać, jak beznadziejne są biblioteki do Arduino.
Te 2-3 funkcje i wszystko ok (15:47) to się nie zgodzę. Tak działa np fatfs. W konsekwencji mamy timeout 1 sekundę, czyli tyle moze "wisieć" program, nie wykorzystuje DMA czy też przerwań. Nie polecam takich rozwiązań.
Co do liczby implementacji STM32 dla srajduino to nie jest kilka (8:37) ale kilkadziesięt a nawet kilkaset. Niestety implementacja jest kiepska na tyle, ze AVR 16MHz jest tak samo szybki (raczej wolny) jak STM32 48MHz!!! Pokazałem to na jednym z ostatnich moich filmów.
w Visual Studio i dodatku do programowania Arduino mamy break point'y- prezentacja spoko
4 года назад
Breakpointy są, ale bez dodatkowego sprzętu i tak w tryb debugu się nie wejdzie /: Chyba że któraś płytka to umożliwia obecnie a ja nie jestem na bieżąco?
![[A&RPi Day 2020 prelekcje] Komunikacja między robotami](http://i.ytimg.com/vi/Cwfq8QSVE58/mqdefault.jpg)
![[A&RPi Day 2020 prelekcje] Komunikacja między robotami](/img/tr.png)
Co do debugowania (6:30) to AVR-y umożliwiają (pomijam nieliczne starocie) debugowanie, tyle, że Arduino nie wykorzystuje tej możliwości. Ponadto, debuger dla AVR kosztuje około 500zł, do STM32 poniżej 20zł.
DMA w srajduino (8:53) nie jest słabo tylko wcale nie jest wykorzystane!!!!
Najtańsza opcja na start (18:18) to KA-NUCLEO-F411CE. Dodatkowo, jest książka (papierowa i e-book) z przykładowymi projorktami.
Mam w planach kurs STM32. Zrezygnowałem z współpracy z AVT, tak jak naczelny EdW, i kurs pojawi się na: piotr-gorecki.pl . Będę starał się pisać prosto i poruszać tematy, o których raczej nie piszą w książkach czy kursach w Internecie jak np HOST USB, Slave I2C, 1-Wire na przerwaniach i wiele, wiele innych. Plan kursu jest na: elportal.keep.pl/KursSTM32/Kurs_STM32.pdf
Co do pracy w embeded (3:30) 100% racji. Nikt nie szuka programistów na AVR bo są droższe i gorsze od ARM.
Nikt rozsądny nie stworzy nowego projektu na AVR. Czasem zdarzają się masochiści ale to margines.
Mnogość bibliotek (3:15) o kiepskiej jakości co już wykazałem wielokrotnie.
Dobre biblioteki do Arduino (15:56). Daj przykład choć jednej!
Przepisałem DZIESIĄTKI bibliotek, i to co jest w Arduino, woła o "pomstę do nieba"!
Biblioteki do układów (13:53). Ja biorę od Arduino i przepisuję usuwajac przy okazji MASĘ błędów oraz wykorzystuję sprzęt (DMA, IRQ) czego zazwyczaj Arduinowe biblioteki nie robią.
Mnogość bibliotek (3:05) ale zazwyczaj BEZNADZIEJNYCH!
- Funkcje blokujące, nie korzystanie z przerwań czy DMA (o ile jest to Arduino z ARM czy Xmega itp).
- Nadużywanie typów zmiennoprzecinkowych!
- Używanie złych typów zmiennych, np int (w AVR 16-bit, w ARM 32-bit) do odliczania poniżej 255/256. Za ten problem odpowiadają szkoły, które uczą zwyczajnie ŹLE! Typ zmiennej trzeba jasno określić: int16_t, uint8_t itd a nie int, bo kod z tak określonymi typami, po przeniesieniu na inną platformę może być (i często jest) nieprzewidywalny.
Dużo jeszcze mógłbym pisać, jak beznadziejne są biblioteki do Arduino.
no to mnie namówiliście ...
Te 2-3 funkcje i wszystko ok (15:47) to się nie zgodzę. Tak działa np fatfs. W konsekwencji mamy timeout 1 sekundę, czyli tyle moze "wisieć" program, nie wykorzystuje DMA czy też przerwań.
Nie polecam takich rozwiązań.
DMA, interfejs wyświetlacza (30:56) itp ale zapomniałeś powiedzieć o wielordzeniowych STM32. Czy są AVR-ki wielordzeniowe? Pytanie retoryczne!
Co do liczby implementacji STM32 dla srajduino to nie jest kilka (8:37) ale kilkadziesięt a nawet kilkaset. Niestety implementacja jest kiepska na tyle, ze AVR 16MHz jest tak samo szybki (raczej wolny) jak STM32 48MHz!!! Pokazałem to na jednym z ostatnich moich filmów.
DMA (6:51) to nie "dynamiczny" tylko "bezpośredni"!
w Visual Studio i dodatku do programowania Arduino mamy break point'y- prezentacja spoko
Breakpointy są, ale bez dodatkowego sprzętu i tak w tryb debugu się nie wejdzie /: Chyba że któraś płytka to umożliwia obecnie a ja nie jestem na bieżąco?
Super
@Jason Weston definitely, I have been watching on flixzone for years myself =)
Znam stronę.