NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Porównanie procesorów PIC18F67J60 z AVR: Toolchainy, biblioteki i optymalizacja
Atlantis
Guest
Guest
Mon Jun 23, 2014 6:07 am
W dniu 2014-06-21 13:55, Marek pisze:
Quote:
w powyższym kodzie c nie będzie równe 400 a 144, bo promocja jest do
największego operandu w wyrażeniu a+b czyli usigned char.
największego operandu w wyrażeniu a+b czyli usigned char.
Dzięki za informację. Rozumiem, że po wymuszeniu konwersji do int
wszystko będzie działało tak, jak powinno?
unsigned char a,b;
unsigned int c;
a=b=200;
c= (unsigned int)a + (unsigned int)b;
Jeszcze jakieś inne "pułapki", o których powinienem pamiętać?
Zbych
Guest
Guest
Mon Jun 23, 2014 6:30 am
W dniu 23.06.2014 08:07, Atlantis pisze:
Quote:
W dniu 2014-06-21 13:55, Marek pisze:
w powyższym kodzie c nie będzie równe 400 a 144, bo promocja jest do
największego operandu w wyrażeniu a+b czyli usigned char.
Dzięki za informację. Rozumiem, że po wymuszeniu konwersji do int
wszystko będzie działało tak, jak powinno?
unsigned char a,b;
unsigned int c;
a=b=200;
c= (unsigned int)a + (unsigned int)b;
Jeszcze jakieś inne "pułapki", o których powinienem pamiętać?
w powyższym kodzie c nie będzie równe 400 a 144, bo promocja jest do
największego operandu w wyrażeniu a+b czyli usigned char.
Dzięki za informację. Rozumiem, że po wymuszeniu konwersji do int
wszystko będzie działało tak, jak powinno?
unsigned char a,b;
unsigned int c;
a=b=200;
c= (unsigned int)a + (unsigned int)b;
Jeszcze jakieś inne "pułapki", o których powinienem pamiętać?
Inicjalizację zmiennych globalnych (i statycznych) też trzeba sobie
ręcznie włączyć.
Marek
Guest
Guest
Mon Jun 23, 2014 8:44 am
On Mon, 23 Jun 2014 08:30:39 +0200, Zbych <abuse@onet.pl> wrote:
Quote:
Inicjalizację zmiennych globalnych (i statycznych) też trzeba sobie
ręcznie włączyć.
ręcznie włączyć.
W XC8 domyślnie nie jest włączone?
--
Marek
Zbych
Guest
Guest
Mon Jun 23, 2014 8:47 am
W dniu 23.06.2014 10:44, Marek pisze:
Quote:
On Mon, 23 Jun 2014 08:30:39 +0200, Zbych <abuse@onet.pl> wrote:
Inicjalizację zmiennych globalnych (i statycznych) też trzeba sobie
ręcznie włączyć.
W XC8 domyślnie nie jest włączone?
Inicjalizację zmiennych globalnych (i statycznych) też trzeba sobie
ręcznie włączyć.
W XC8 domyślnie nie jest włączone?
Pisałem o C18, nie wiem jak to wygląda w XC8.
Marek
Guest
Guest
Mon Jun 23, 2014 9:10 am
On Mon, 23 Jun 2014 08:07:54 +0200, Atlantis <marekw1986NOSPAM@wp.pl>
wrote:
Quote:
Dzięki za informację. Rozumiem, że po wymuszeniu konwersji do int
wszystko będzie działało tak, jak powinno?
wszystko będzie działało tak, jak powinno?
To była uwaga, że w C18 tak było. Wystarczy aby jeden operand był
int.
--
Marek
Marek
Guest
Guest
Mon Jun 23, 2014 4:43 pm
On Sun, 22 Jun 2014 00:12:06 +0200, Atlantis <marekw1986NOSPAM@wp.pl>
wrote:
Quote:
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.
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
Marek
Guest
Guest
Mon Jun 23, 2014 4:51 pm
On Mon, 23 Jun 2014 18:43:42 +0200, Marek <fake@fakeemail.com> wrote:
Quote:
Oficjalny soft do pickit2 (pk2cmd) nie obsługuje najnowszych
układów
pic32mx7*, pic32mx1*, pic32mx2* czy niektórych pic18f, można to
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
Atlantis
Guest
Guest
Mon Jun 23, 2014 8:03 pm
W dniu 2014-06-23 18:43, Marek pisze:
Quote:
Oficjalny soft do pickit2 (pk2cmd) nie obsługuje najnowszych układów
pic32mx7*, pic32mx1*, pic32mx2* czy niektórych pic18f
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?
Zbych
Guest
Guest
Tue Jun 24, 2014 6:07 am
W dniu 23.06.2014 22:03, Atlantis pisze:
Quote:
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?
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.
Atlantis
Guest
Guest
Thu Jun 26, 2014 8:55 pm
W dniu 2014-06-23 18:43, Marek pisze:
Quote:
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)
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?
Marek
Guest
Guest
Thu Jun 26, 2014 9:27 pm
On Thu, 26 Jun 2014 22:55:48 +0200, Atlantis <marekw1986NOSPAM@wp.pl>
wrote:
Quote:
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.
Quote:
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.
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_
Quote:
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
Piotr Wyderski
Guest
Guest
Mon Jun 30, 2014 9:50 am
Marek wrote:
Quote:
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
Marek
Guest
Guest
Mon Jun 30, 2014 3:56 pm
On Mon, 30 Jun 2014 11:50:50 +0200, Piotr Wyderski
<peter.pan@neverland.mil> wrote:
Quote:
Patrząc na to, jak upośledzonym kompilatorem jest XC8, wolę nawet
nie sprawdzać, co "potrafił" C18. Nie ma żadnego wsparcia dla C++,
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
elektroda NewsGroups Forum Index - Elektronika Polska - Porównanie procesorów PIC18F67J60 z AVR: Toolchainy, biblioteki i optymalizacja