Porque gosto de microcontroladores Microchip - PIC

[rona123]

Pessoal,

Tentei abrir uma discussão para falar de programadores e ajudar quem tem dúvidas e o pessoal começou a criticar microcontroladores Microchip e principalmente os microcontroladores mais básicos.

Abri esse espaço para o pessoal colocar seus pontos de vista e frustrações. Lembrando que não existe produto ruim ou bom, mas sempre o que é adequado à necessidade e conhecimento.

Como a discussão ficou meio chata e improdutiva, tirei algumas de minhas respostas.

Abraço
rona123

[EDSONCAN]

Outro dia um cliente desistiu de fazer um projeto com alguem pois a empresa usava Microchip e o engenheiro insistiu em usar Freescale.

Acho que deve-se usar o que melhor se adapata ao projeto e ao cliente seja ARM, Coldfire, PIC e etc e não ao contrario, pois se voce conhece as caracteristicas de cada familia, fabricante, fornecedor, tem experiencia e etc sabera escolher a melhor solução.

Edson

[rona123]

Concordo plenamente contigo.

Muitas vezes uma empresa terceiriza um projeto e determina que se aplique componentes aprovados por sua engenharia e mantidos em seus estoques. Isso diminui custo e trabalho para empresa que possui fornecedores aprovados, etc.

Obrigado pelo comentario, bastante apropriado.

abraço
rona123

[andre_luis]

Rona,


Concordo também que o PIC possui um forte apelo didático, o que garante á Microchip que uma parcela dos iniciantes permanecerão o utilizando no ambiente profissional.

No caso da Microchip - em questão - foi adotada uma estratégia de alcançar uma fatia do mercado muito amplo ( 10F/12F/16F/18F/24F/DSPic ), e isso a impede de manter o foco numa única categoria.

Esse foco estreito, em outros fabricantes, permite obter um fator de escala de produção mais elevado e a consequente redução de custos por componente. Porém, recai-se no velho dilema evolucionário : Especialização x Generalização.

Em princípio, poderíamos considerar uma estratégia mal-sucedida da Microchip em não ter das performances mais competitivas ou dos custos mais reduzidos. Entretanto, é comum que todos os produtos de uma empresa sejam baseados em soluções de um único fabricante, e
se isso foi uma aposta da Microchip, eu já vi de perto isso acontecer. É criada na empresa a cultura por se manter o que já está funcionando muito bem.

Outro ponto importante, é que para se pdoduzir um uC competitivo é necessário o domínio de 2 tecnologias : Processo de fabricação no silício e uma boa design house em ASICs.

Como o processo de fabricação em diferentes fabricantes de uC, via de regra é o mesmo, a Microchip poderia a qualquer momento produzir um ARM ou CORTEX da vida, e assim ser mais um concorrente nesse disputado mercado.

Há atualmente uma tendencia a se considerar o ( comparativamente ) menos eficiente como obsoleto, o que não é verdade. Entretanto, para aqueles que programaram na década de 90 com os recursos limitados aprenderam muitos maçetes, e mesmo um PIC16F á 20MHz é algo bastante potente.

Devo dizer que o PIC foi o primeiro uC que me animou a me aventurar sozinho a fazer projetos free-lancer para terceiros ( hardware / firmware ), e ainda hoje, com todos os ARMs e CORTEXs da vida, ainda o considero um uC simpático de se trabalhar, sobretudo em usando o velho CCS de guerra, cheio de APIs mastigadas.

Enfim : Acho que não devemos apenas considerar o ranking comparativo de performance e custo da família a ser adotada naquela aplicação, mas também o portfólio de produtos da empresa, para saber se aquele fabricante atenderia á todas as necessidades.


+++

[marcelo campos]

é mesmo, tem gente que pra fazer piscar um LED acha que tem que usar um ARM ou outro 32 bits e ainda criticaria o PIC.

Será que já pararam pra pensar que vários fabricantes de chips estão dando muito duro pra vender os micros deles de 16bits ou 32 bits, pra usar em lugares onde usamos PICs "simples" de 8 bits ? e que estes "simples" PIC dão conta e ainda sobra ?

Concordo plenamente com o colega Rona que temos muita coisa feita com PICs e não somente simples como vejo alguns insinuando.

Não esquecendo que a Microchip tem o PIC32, embora não pareça ter feito sucesso é uma máquina e tanto. Então do 10F ao PIC32 temos muitas possiblidades, incluindo os da linha PIC 24F aos que gostam de "Low Power 16 bits"

[proex]

Pessoal,

Tentei abrir uma discussão para falar de programadores e o pessoal começou a criticar microcontroladores Microchip e principalmente os microcontroladores mais básicos.

Uso PIC porque existe muita informação confiável no site MICROCHIP que permite fazer trabalhos simples até bem sofisticados. Indo desde acender LED até BOOTLOADs seriais e USB passando por inversores escalar e vetorial e até comunicação pela internet.

Outro fator que considerei é a facilidade para encontrar os CHIPs no mercado brasileiro negociando em português a um preço aceitavel e sem ter que fazer remessas de valores para o exterior.

O outro fato é que sou bom programador em assembly e sempre recomendo aos iniciantes que aprendam a programar em assembler para entender como os microcontroladores funcionam em essência e lembro que a linguagem C nasceu do Assembler.

Por ultimo, sei balancear custos em vista das necessidades e façoa a escolha com vista prática e com visão funcional em todos os sentidos(produção, disponibilidade de peças, preço final do produto, etc).

Aguardo comentários dos usuários do fórum sobre o assunto descrevendo porque usam ou porque não os usam.

Abraço
rona123

Até alguns anos atras eu tinha a mesma opnião que vc, ai então eu conheci a arquitetura ARM.

Antes eu tinha prazer de fazer projetos com PIC para os clientes. Hoje tenho grana.

.

[rona123]

Marcelo,

Obrigado por lembrar dos PIC32. A grande maioria não é tratada pelos PICKITs da vida e muitos não possuem ferramenta de suporte alguma.
E acho que essa foi uma das falhas da Microchip para esse processadores que são até esquecidos no mercado. Isso é um fato e profissionais competentes como é caso do colega Andre se esquencem dessa familia.

Os PIC32 trocam o firmware USB e o sistema operacional da ferramenta de programação ICD e caso a tranferencia dos firmware seja interrompida, mela a ferramenta que só volta a funcionar após a regravação do FW.

Proex
Gostei da sua mensagem.
Trabalhei bastante tempo escovando bit e ganhar dinheiro não é por ai não

Abraço
rona123

[rona123]

Resp Duplicada!

[fabim]

Isso, tão certinho vocês!!!
Apoio totalmente. Se PIC atender, pra que aprender e usar ARM/COLDfire etc ?
Isso mesmo, continuem usando pic, não precisa trocar se atende.

Concorda comigo proex ?
Eu tenho certeza que estão certos!!! Continuem assim.




Com este costume meu, acabei arrumando concorrencia. E odeio concorrencia !!! Usem pic sempre !!!

[Jorge_Francisco]

Desde segunda-feira passada eu penso em abandonar PIC. Uso ele em sistemas profissionais com presteza, mas sempre foi um parto para diminuir aqui e ali o código, otimizar coisas simples, e deixar de implementar funções porque ou não caberia ou ficaria lento demais.

Agora estou com um projeto que precisa de uma FIFO rápida dentro do próprio PIC e envie pela USB. Mas a memória dele é confusa e ficou pior com adição de novas funções(no código).

Para piscar um LED eu usaria um astável e não um PIC. Se tivesse(não sei se existe) ARM em formato DIP, a difusão seria rápida também. Era só comprar espetar em um protoboard e teria mil exemplos simples, seria só que gravar e testar, como nos PICs.

A questão(problema) não é o PIC, a Microchip, mas sim a arquitetura.

Nem comecei com ARM ainda, mas acho que será dificil me desprender de PICs, mas depois que pegar os macetes o resto será só alegria.

Deixar eu voltar pra guerra. PQP, que dor de cabeça...PIC poderia ser mais fácil de se lidar!!!

[rona123]

Toda arquitetura tem seu ponto falho. Quando migrar vai acabar descobrindo as dificuldades geradas pela arquitetura, ferramentas e mesmo dos distribuidores locais.

Não tem jeito, é sempre assim! Agrama do visinho é sempre mais verde até se descobrir que é artificial e nova ...

Abraço
rona123

[vtrx]

As tvs de plasma de 50 polegadas usam um pic para controle da fonte de alimentação (várias marcas),qual o problema??
O problema não é o microcontrolador,mas sim quem ta projetando.
O Brasileiro é assim mesmo,aprende uma coisa,aí quando sai a mesma coisa x 2 acha que que é 'o cara',então lançam a mesma coisa x 3,aí então o cara é F*** mesmo.
_______________________________
" ...enquanto isso,Bill gates está lançando ' mesma coisa x 8'..."

[rona123]

Abraço
rona123

[rona123]

Gente,

Tá demorando muito para carregar mensagens e as vezes duplica o texto.
Achei que era meu PC, mas já vi mensagem duplicada de outros usuarios.

Alguem sabe como contornar isso?

[Jorge_Francisco]

As tvs de plasma de 50 polegadas usam um pic para controle da fonte de alimentação (várias marcas),qual o problema??
O problema não é o microcontrolador,mas sim quem ta projetando.
O Brasileiro é assim mesmo,aprende uma coisa,aí quando sai a mesma coisa x 2 acha que que é 'o cara',então lançam a mesma coisa x 3,aí então o cara é F*** mesmo.
_______________________________
" ...enquanto isso,Bill gates está lançando ' mesma coisa x 8'..."

Não tem problema nenhum, eu uso PIC em projetos de média complexidade.
Usar na fonte da TV é viável. Mas a minha que é FULL HD LED não tem um PIC para gerenciá-la, mas talvez tenha algum PIC na fonte como falou!!

Condordo com o que falou por ultimo, as pessoas querem o que está na moda, nem precisa ser muito melhor. Vide IPAD! Neste caso vivem lançado com algo a mais, que na verdade deveria ter vindo desde a primeira versão, mas isso é outra história.

Estou COMEÇANDO a pensar assim:

Se o PIC não ME atende mais, e existe algo melhor e não é mais caro. Porque não mudar???