ASM51

Pessoal, estou tendo que voltar aos PICs...

Aí vem a dúvida, como geralmente programo em C preciso escolher um compilador.
Nas últimas vezes que desenvolvi para PIC (faz muuuito tempo) usava o CCS... Agora ví falar muito bem do mikroC...

Alguém que usa estes compiladores poderia dar uma palavrinha? Quais as vantagens e desvantagens de cada um?

Ví também algumas mensagens sobre incompatibilidade do mikroC com o ICD2, isso procede? No CCS havia integração total com o MPLab e o ICD2. No mikroC isso é possível? Se não, o que é usado? Só as ferramentas proprietárias?

Agradeço antecipadamente...

ccs: ¿ ..... ?
mikroC: iniciante. Tudo bem explicado, bibliotecas prontas
Hitech-C: + que iniciante. Otimizações pra pouca memória. ex. PIC10Fxx

Sempre que posso evito CCS.


Alessandro

O CCS sempre teve muitos bugs.

Mas, para a famíla 16F, a última versão 3 ( rev. 249 ) considero que já estava bastante estável. Não tive problemas com ela. Os poucos que tive foi ´mal-uso´ da minha parte.

+++

Gosto do CCS, uso uma versão que não me apresentou bugs(até agora), comecei usando o MikroC a pouco tempo, achei muito bom pelas funções prontas, ainda não tive decepções, a unica coisa do qual não gosto é o tempo de inicialização do mesmo.

Abraço

o Problema do CCS não são os bugs o problema e que ele não é compilador C ANSI, é uma mistureba ORIVEL.

o microc é ANSI mas vc programa o PIC ai surge uma duvida na função pronta o MICROC, e ai onde é que tá as rotinas para a gente ver o problema ou adptar uma rotina para o nosso uso!

O melhor que já usei e uso é o HI-TECH, esse é porreta é ANSI, vc faz as rotinas do seu jeito, e tem uma biblioteca considerevel, para vc aprender a usalo, sem contar que tem compiladores para muitos Microcontroladores ai se vc mudar o MCU tipo, ARM, PIC, e outros vc vai ter que aprender só os registradores dele, porque o Compilador é o mesmo.

Como voces estão mais por dentro do que eu em compiladores C gostaria de fazer uma pergunta: Existe compilador 100% ANSI para microcontroladores????

Boa noite.

Particularmente prefiro o Mikroe "C". Como comentaram os colegas muito superior.

Sds
Vanderley

se for para pic16 eu usuaria o hitech pq ele é third party microchip, tudo bem que ccs também é, mas pela mor, depois que eu viu um buraco no código eu desacreditei...

eu iria de hitech (apesar de achar que programar pic10,12 e 16 em c é criem) e se for outra série que não seja, 10,12 ou 16, use o compilador c18 e c30 da uChip é muito bom..

Olha, desisti de "tentar usar" tanto o mikroC quanto o mikroPascal!!! Nunca tinha visto tanto bug em um único software!

Aliás, seguindo a recomendação do nosso amigo phophollety em outro tópico, agora só uso o C30 para programar dsPIC...

E se for para a familia mid-range, vai em Assembler mesmo...

Abraços!

Budweiser escreveu:Olha, desisti de "tentar usar" tanto o mikroC quanto o mikroPascal!!! Nunca tinha visto tanto bug em um único software!

Aliás, seguindo a recomendação do nosso amigo phophollety em outro tópico, agora só uso o C30 para programar dsPIC...

E se for para a familia mid-range, vai em Assembler mesmo...

Abraços!

Um colírio para os meus olhos!

Tá no caminho certo!
abração

Budweiser
sei lá, eu programo em ASM, mikropascal, mikrobasic.

Fasso até ensacador de fumaça, Bug´s .. N!! são algumas coisinhas bestas que basta olhar no code explore para saber o que esta dando errado.

EX. MIKROPASCAL 6.xxx
Programinha para 16f628 usando a uart, ele disse que não encontrou o algoritmo de inicialização e controle da uart.
Fui nas def´s do 628, e no uses não tinha o uart_txrx.mcl.
Inseri isso, blz compilou tranquilo 100%, coloquei um post la no forum avisando sobre o errinho despercebido, me agradeceram e na outra versão ja resolveram o problema.

Na versão 7 agora o V_delay, não funcionou no 12F, inseri o codigo avisei eles e pronto!!

Fabim

Concordo...
Mas, quando você precisa de produtividade, não dá para perder muito tempo com detalhes como estes... E o mikroC/Pascal se recusava terminantemente em executar algo básico como: "LATB.F8 = 1" ou "LATBbits.RB8 = 1"...

Abraços!

latb.f8 ?! o que é isso ?

cara num sei se esta trabalando com 16 bits ou que seja.
Mais o compilador entende no caso.

LATB . numero do bit.
LATB.8 := 1;
Setbit(latb,8);
pascal é a mesma coisa.

Fabim

Budweiser escreveu:Concordo...
Mas, quando você precisa de produtividade, não dá para perder muito tempo com detalhes como estes... E o mikroC/Pascal se recusava terminantemente em executar algo básico como: "LATB.F8 = 1" ou "LATBbits.RB8 = 1"...

Abraços!

Ueh, ele quer setar o latB inteiro e o bit 8 do lat F