LusoRobótica - Robótica em Português
Sistemas específicos => PIC => Tópico iniciado por: brunofunchas em 03 de Setembro de 2017, 22:28
-
Olá pessoal!
Há pouco enviei uma msm ou Sena sobre este tópico, mas se calhar é benéfico alargar a discussão!
Tenho uma aplicação de uma unidade apenas, em que tenho que fazer uma PCB que monitoriza alguns sinais digitais, cerca de 72 e 12 analógicos em que vão aparecer num HMI de 7", com gráficos com a evolução ao longo do tempo. A minha grande dúvida é se dou o salto para os PIC32 ou se vou para os ARM? Estava a pensar adquirir uma licença da MikroC para o PIC32 ou ARM. O que vos parece? Qual é a melhor solução?
Falo no MikroC pois já fiz alguns projectos, em 8bits, com este software.
Comprei tb este livro:
http://www.ebay.co.uk/itm/Designing-Embedded-Systems-with-32-Bit-PIC-Microcontrollers-and-MikroC-Ibrahim/382171481349?_trkparms=aid%3D111001%26algo%3DREC.SEED%26ao%3D1%26asc%3D20160908105057%26meid%3D2bb5c0378734427fabdf37b21cacd96d%26pid%3D100675%26rk%3D1%26rkt%3D15%26sd%3D382171481349&_trksid=p2481888.c100675.m4236&_trkparms=pageci%253Ab2d8ad14-90ee-11e7-8f52-74dbd180c2ca%257Cparentrq%253A49a43b4e15e0ab1d99d7147cfffd30f3%257Ciid%253A1
-
Isso é muito subjetivo, depende de várias questões que ficaram pendente:
Qual a frequência de amostragem que precisas para os sinais?
Qual a resolução para os sinais analógicos?
Como vais fazer a comunicação entre o microcontrolador e o HMI?
-
Eu ia para arm e usava arm-gcc e pagava zero pelo compilador.
Se fores para STM tens N tutoriais sobre a coisa..
-
Bom dia a todos!
Obrigado pelas respostas. Eu estava a reflectir sobre o que escrevi e penso que estava a ver a questão do prisma errado. A minha grande dúvida é se forçosamente tenho que ir para um de 32bits.
Passando a explicar, como quero mostrar algumas imagens no ecrã, pensei que o PIC de 8bits ia ter pouca memória e daí ter que migrar para outra série. Mas se calhar, posso usar algum tipo de IC externo que me dê os recursos de RAM que preciso.
Com um PIC de 8bits as imagens vão "engasgar" ao rodar no ecrã?
A aplicação é bastante banal, uma resolução de 12bits para os sinais analógicos, a frequência de amostragem pode ser a cada segundo!
Vou usar este ecrã da Mikro e comunicação por SPI:
https://shop.mikroe.com/riverdi-70-res
Obrigado,
Bruno
-
Do meu ponto de vista,
sem ter analisado bem a situação (ou não tendo todo o conhecimento da aplicação),
assim de uma forma geral microcontroladores e ecras 800x600pixeis não combinam.
Se tinhas dúvidas que um microcontrolador de 8bits não iria servir, então isso pode ser sinal que a tua abordagem à aquitecura da solução nao esteja muito bem..
Também ao dizer "ARM" é vago, pois existem arquitecturas ARM para microcontroladores e ARM para processadores.
-
Viva,
Vou usar esta placa que faz o interface entre o microcontrolador e o display:
https://shop.mikroe.com/riverdi-click
Como tenho uma easypic v7, vou poder fazer alguns testes com o hardware.
As imagens que referi são extremamente básicas, tipo visualização de estados digitais e um plot ao longo do tempo, dos sinais analógicos. Não exige grande esforço do micro.
Tb tenho VisualTFT da Mikro que ajuda na construção dos sinópticos.
Não vai haver vídeos, no máximo, algum logótipo da empresa.
Obrigado,
Bruno
-
Vendo o preço desse LCD, e tendo em conta o pouco que sei da aplicação, não compensaria antes ir para um RPI + LCD?
Parece que para a tua aplicação simplificava-te o desenvolvimento, podias usar uma linguagem de alto nível e simplificava-te o hw (só precisas de te preocupar com o I/O).
Sei que pode não ser tão interessante como fazer tudo de raiz, mas em desenvolvimento lembro-me sempre de uma pergunta que vi há uns anos não me lembro onde: "Isso é um dispositivo ou uma app? Se pode ser uma app, não reinventes a roda" Como disse pode não ser tão gratificante e até um pouco triste, mas é nossa realidade atual.
-
Sim, dá que pensar. Eu tenho uma beaglebone black, mas como comprei este ecrã penso que fiquei "preso" a desenvolver as imagens a mostrar/controlar dos I/O ao visualTFT da Mikroe e ter um micro a comunicar com ele e a ler os estados físicos.