PIC czy AVR? Doświadczenia z kompilatorami HiTech i GCC w programowaniu uC

On Fri, 04 Apr 2014 09:08:26 +0200, jacek pozniak
jacek.pozniak@flowservice.pl> wrote:
Coraz bardziej skłaniam się ku twierdzeniu, że architektura PIC16,

Oznaczenie marketingowe produktu, które podałeś nie jest oznaczeniem
architektury (często mylnie podawane), architektura układów
oznaczonych PIC16 F* to pic14 (14 bitowa dlugość rozkazu) a PIC18 F*
to architektura pic16 (16 bitowy rozkaz).
Jeśli chodzi o układy arch. pic16 (oznaczone jako PIC18F*) to były
specjalnie projektowane pod kątem użycia kompilatora C, natomiast
pic14 nie. Oczywiście można złośliwie powiedzieć, że były
projektowane pod C18 (lub na odwrót), który taki strict ansi C nie
jest (trzeba się np. przyzwyczaić, że zmienna wskaźnikową do ram nie
można użyć do wskazywania rom itp).
Do tego raczej się nie przyzwyczaję, że po rzutowaniu wskaźnika, kompilator

Jedynie ci Ci mogę polecic to używanie C18 dla arch. pic16. XC8 jest
zbyt świeży, aby stwierdzić teraz jego "długoterminową przydatność do
użycia".

Trochę nieprecyzyjnie się wyraziłem co do tego PIC18, ja kompiluję i zawsze

A jaki numer wersji C18 używasz?

kompilowałem kompilatorem wywodzącym się z HiTech, XC8 bardziej
jest HiTech

A jaki numer wersji C18 używasz?

3.42

--
Marek
Dzięki.

mogę o coś zapytać?
jak dokładnie brzmi nazwa kompilatora C dla 18F?
PICC? czy C18? MPLAB? trochę się pogubiłem...

On Fri, 04 Apr 2014 11:46:23 +0200, jacek pozniak
jacek.pozniak@flowservice.pl> wrote:
kompilowałem kompilatorem wywodzącym się z HiTech, XC8 bardziej
jest HiTech

A XC8 to nie jest właśnie wykupiony przez microchio HiTech?

Chyba tak właśnie jest i to jest właśnie niedobre.

Czy Koledzy programujący uC również coś takiego zauważyli?

Wyobrażam to sobie tak:
1. Firma Hitech robiła dość dobre kompilatory, mam z nimi (kompilatorami
na
PICe) kontakt od 1996.
2. Microchip ich wykupił, może oszukał.
3. Ludzie sobie poszli/obrazili się a Microchip posadził czterech
programistów i nakazał przejęcie i rozwijanie kompilatorów, i jest jak
jest.
4. Może tak nie było ale przy przejęciach taki scenariusz jest
prawdopodobny.

jacek pozniak <jacek.pozniak@flowservice.pl> wrote:

Czy Koledzy programujący uC również coś takiego zauważyli?

Z PIC-ami nie mam doświadczeń, ale od ok. 10 lat programuję AVR-y używając
avr-gcc (różne wersje się przez ten czas przewinęły) i nigdy nic takiego
się nie zdarzyło - co najwyżej były zmiany w API avr-libc (ISR, SIGNAL,
avr/signal.h, avr/interrupt.h itd).
No właśnie. Wydaje mi się, że avr-gcc jest bliższy poprawnie działającemy

Wyobrażam to sobie tak:
1. Firma Hitech robiła dość dobre kompilatory, mam z nimi (kompilatorami
na
PICe) kontakt od 1996.
2. Microchip ich wykupił, może oszukał.
3. Ludzie sobie poszli/obrazili się a Microchip posadził czterech
programistów i nakazał przejęcie i rozwijanie kompilatorów, i jest jak
jest.
4. Może tak nie było ale przy przejęciach taki scenariusz jest
prawdopodobny.

Nie ma i nigdy nie będzie idealnego kompilatora, dlatego, że każdy ma swój
sposób pisania kodu
i swoje preferencje.
Mi to nawet assembler nie chce robić tego co ja chcę :-)

Jak Ci Zbych napisał:
My nie znamy Twojego kodu.

Ale Ty go znasz, więc możesz:
a) zainstalować sobie środowisko dla AVRx;y;z; MPLAB x;y;z; Freescale, ST,
ARM 0..13 itp.,
b) spróbować skompilować swój kod,
c) wybrać ten, który generuje najmniej problemów dla Ciebie, najbardziej
go polubiłeś, dobrze Ci się z nim pracuje,
rozumie Cię, a Ty jego.

Jak tak wybrałem żonę. I jestem zadowolony z jej kompilatora :-)

S.
To nie takie proste.

Proszę o jakieś opinie.

Pozdrawiam
jp
Wydaje mi się, że praca z kompilatorem (C czy czymkolwiek w przyszości, co
też nie będzie spójne),
jest jak praca z drugim programistą.
Toż przecież kompilator też napisał człowiek.

Wygląda mi na to, że decydując się na C, zgadzasz się jak gdyby na pracę w
grupie.
I naturalnym będzie, że są różnice w wizji - jak to ma działać.

Inny kompilator - inny programista.

Zmieniając kompilator, to tak jakbyś zmieniał współpracownika.
Nowy może być lepszy, ale te "docieranie".
Dlatego bardzo rozsądne wydaje mi się to co robi MAREK:
"nie zmieniam kompilatora używanego latami,
przetestowanego na wszelkie możliwe sposoby i działającego prawidłowo
(C18} nagle na inny (XC8)"

Do tej pory było tak, że sprawdzony sprzęt, np. oparty o PICa, w obudowie
so28, rozwijam dodając procesor z większą pamięcią ale w takiej samej
obudowie, zaszywając w nim większą funkcjonalność.

No i bronię się rękami i nogami przed istotnymi zmianami sprzętu. Jak się
nie da to trudno.

I stąd ten założony przeze mnie wątek.

Mogłeś zaprojektować w DIP28.

Do ARMów jest obecnie kilka darmowych toolchainów GCC, tylko środowisko
trzeba sobie skompletować. A! jest CooCox, co się go ściąga, klika w
jakimś wizardzie i już - nie używam, ale wydaje się dość przyjazne.

No i bronię się rękami i nogami przed istotnymi zmianami sprzętu.
Jak się
nie da to trudno.