On Sun, 22 Jun 2014 00:12:06 +0200, Atlantis <m...@w...pl>
wrote:
> 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.

Oficjalny soft do pickit2 (pk2cmd) nie obsługuje najnowszych układów
pic32mx7*, pic32mx1*, pic32mx2* czy niektórych pic18f, można to
obejść poprzez soft alternatywny (pic32prog) lub poprzez update pliku
pk2devicefile.dat (tylko pic32mx7*, 18f)

--
Marek

do góry

On Mon, 23 Jun 2014 18:43:42 +0200, Marek <f...@f...com> wrote:
> Oficjalny soft do pickit2 (pk2cmd) nie obsługuje najnowszych
układów
> pic32mx7*, pic32mx1*, pic32mx2* czy niektórych pic18f, można to

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

https://www.youtube.com/watch?v=LjfIS65mwn8

Oraz zabawną odpowiedź Microchipa na ten film:

https://www.youtube.com/watch?v=3YUvlrVlNao

--
Marek

do góry

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

> Oficjalny soft do pickit2 (pk2cmd) nie obsługuje najnowszych układów
> pic32mx7*, pic32mx1*, pic32mx2* czy niektórych pic18f

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?

do góry

W dniu 23.06.2014 22:03, Atlantis pisze:
> W dniu 2014-06-23 18:43, Marek pisze:
>
>> Oficjalny soft do pickit2 (pk2cmd) nie obsługuje najnowszych układów
>> pic32mx7*, pic32mx1*, pic32mx2* czy niektórych pic18f
>
> 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?

Wystarczy mu pooling.

do góry

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

> Oficjalny soft do pickit2 (pk2cmd) nie obsługuje najnowszych układów
> pic32mx7*, pic32mx1*, pic32mx2* czy niektórych pic18f, można to obejść
> poprzez soft alternatywny (pic32prog) lub poprzez update pliku
> pk2devicefile.dat (tylko pic32mx7*, 18f)

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?

do góry

On Thu, 26 Jun 2014 22:55:48 +0200, Atlantis <m...@w...pl>
wrote:
> Hmm... Z którymi PIC18F mogą być problemy?

W sofcie do pk2 oficjalnie nie było wsparcia m.in. dla 65k90, 66j94,
85j90, do tych dorabiałem "support" dla pk2cmd.


> 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.

Tak:
$ pk2cmd -?P| grep 26K22

PIC18F26K22 PIC18F_K_
PIC18LF26K22 PIC18F_K_


> Z PIC18F67J60 nie będzie problemu?

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

--
Marek

do góry

Marek wrote:

> XC8 - najnowszy kompilator Microchipa, następca C18.

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

do góry

On Mon, 30 Jun 2014 11:50:50 +0200, Piotr Wyderski
<p...@n...mil> wrote:
> Patrząc na to, jak upośledzonym kompilatorem jest XC8, wolę nawet
> nie sprawdzać, co "potrafił" C18. Nie ma żadnego wsparcia dla C++,

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.

--
Marek

do góry