PIC-ów

Oczywiście można nabyć pickit3. Przy okazji nie można nie wspominieć o recenzji pickit3 dokonanej przez videoblogera eevblog:

W dniu 2014-06-23 18:43, Marek pisze:

Z którymi PIC18F* mogą być problemy? Może jednak warto kupić PicKit3, pomimo tej nieprzychylnej recenzji? Chodzi mi o zwykłe programowanie i debugowanie podczas nauki programowania w MPLABX.

BTW nie wiesz może, czy stos TCP/IP od Microchipa korzysta z przerwań generowanych przez ENC28J60, czy wszystko idzie na poolingu? Mogę nie podłączać tej linii, jeśli piny z INTx pasują mi do czegoś innego?

W dniu 23.06.2014 22:03, Atlantis pisze:

Wystarczy mu pooling.

W dniu 2014-06-23 18:43, Marek pisze:

Hmm... Z którymi PIC18F mogą być problemy? Kupiłem PicKit2. W opisie aukcji jest krótka lista wspieranych procesorów. Jest wymieniony m.in. PIC18F26K20. Czy mogę liczyć na to, że zadziała też z PIC18F26K22? Chciałbym zrobić projekt na tym MCU.

Z PIC18F67J60 nie będzie problemu?

W sofcie do pk2 oficjalnie nie było wsparcia m.in. dla 65k90, 66j94,

Tak: $ pk2cmd -?P| grep 26K22

PIC18F26K22 PIC18F_K_ PIC18LF26K22 PIC18F_K_

Nie będzie, jest obsługiwany:

pk2cmd -?P| grep 67J60

PIC18F67J60 PIC18F_J_

Podsyłam moje wersje pk2 i device file:

$ pk2cmd -?V

Executable Version: 1.20.00 Device File Version: 1.62.00 OS Firmware Version: 2.32.00

Patrząc na to, jak upośledzonym kompilatorem jest XC8, wolę nawet nie sprawdzać, co "potrafił" C18. Nie ma żadnego wsparcia dla C++, a wsparcie C wymięka nawet na deklaracji: const int8_t y = f(); const int8_t z = g(); const int8_t x = y + z;

drąc japę, że wyrażenie stałe musi się składać ze stałych podwyrażeń. :-)))

Pozdrawiam, Piotr

XC8 genetycznie raczej wywodzi się z hitec, pisząc "następca" miałem na myśli następny oficjalny kompilator Microchipa. Stąd chyba mu bliżej do hiteca niż do c18. Ale hiteca nie znam, nie wypowiadam się. Na pewno był popularną i często stosowaną alternatywą dla c18.