W dniu 2014-06-21 19:23, Marek pisze:

> Swoją drogą nie wiem czy nie lepiej byłoby na Twoim miejscu
> zainteresować się czymś 32 bitowym. Chcesz zamienić 8 bitowce, na

Generalnie taki jest plan. PIC-ów nie mam zamiaru uczyć się "dogłębnie",
opanowując nazwę każdego bitu i rejestru. De faco do takiego poziomu
zaawansowania nie doszedłem nawet w przypadku AVR-ów i często podpieram
się notą katalogową. Po prostu chciałbym opanować je na tyle dobrze,
żeby z niewielką pomocą móc zrobić na nich jakiś projekt. To zawsze
nieco większa swoboda - mając pod ręką pasujący do moich wymagań model
PIC-a zamiast AVR-a, mogę go wykorzystać.
Zresztą widzę, że te rodziny aż tak diametralnie się nie różnią na
poziomie kodu w C. Trochę inna obsługa przerwań, inny sposób
manipulowania pinami (na pierwszy rzut oka łatwiejszy niż w ATmegach),
inne nazwy rejestrów i nieco inne podejście do konfiguracji peryferiów.
Chyba więcej czasu zejdzie mi na rozgryzaniu MPLABX niż samych
mikrokontrolerów. ;)

No i chyba łatwiej będzie się przesiąść na procki 32bitowe, gdy będzie
się miało dwa punkty odniesienia za miast jednego. Łatwiej wtedy
zrozumieć, że coś jest tylko elementem specyfiki danej rodziny, a nie
jedynym możliwym rozwiązaniem.

W pickit2 chyba tak czy inaczej się zaopatrzę, bo jak na razie mam jakiś
"dziwny" programator wg niemieckiego projektu. A To narzędzie chyba
warto mieć w warsztacie.


> obliczeniowej nie wspominając. Możesz użyć np. pic32 (jest poręczna
> wersja w dip), źródła softu Microchipa (np. stos tcp, usb i inne) są
> uniwersalne dla wszystkich architektur pic, możesz je kompilować na
> pic18f a także na pic32. Oczywiście są też pic32 z eth, ješli Ci na tym
> zależy ale klasycznie z zew. enc28j60 po spi też działa.

Chyba jednak zacznę od STM32. Mam już parę podręczników do tej rodziny,
trochę o niej poczytałem w sieci. Oczywiście nie znaczy to, że w pewnym
momencie nie rzucę też okiem na PIC32, na takiej samej zasadzie, jak
teraz z ośmiobitowymi PIC-ami.

Generalnie mam takie podejście, by nie uzależniać się od jednej rodziny.
Dlatego właśnie unikam uczenia się assemblera, który po jakimś czasie i
tak się zdezaktualizuję.

Procka 32bitowego i tak pewnie niedługo będę potrzebował - planuję
zrobić coś w rodzaju "routera" pośredniczącego w komunikacji pomiędzy
lokalnym Ethernetem a kilkoma różnymi magistralami (radiowa, CAN,
rs485). Chodzi o to, żeby program nie musiał czekać w pętli na odpowiedź
z magistrali, tylko mógł przechodzić do obsługi kolejnych żądań. Trzeba
będzie więc zorganizować tabelę, coś w rodzaju NAT, żeby urządzenie
wiedziało gdzie odesłać odpowiedź. Może się okazać, że nawet duży
ośmiobitowiec będzie za mały, żeby to wygodnie zaimplementować.

Z MCU 8it oczywiście nie mam zamiaru do końca rezygnować, chociażby z
tej racji, że trochę ich leży w szufladzie i w mniejszych projektach
będę mógł je spokojnie wykorzystać.

Swoją drogą jak wygląda kwestia wbudowanego Ethernetu w PIC32? To
kompletny sterownik MAC+PHY, tak jak w rodzinie PIC18Fx7Jxx (generalnie
szkoda, że nie istnieje jej odpowiednik wśród ośmiobitowych AVR-ów), czy
jedynie sam MAC, wymagający zewnętrznego interfejsu PHY na kilkunastu
liniach IO?