LusoRobótica - Robótica em Português
Sistemas específicos => ARM => Tópico iniciado por: Sovietico em 23 de Janeiro de 2016, 00:34
-
Tenho andando com uma questão na cabeça que não consigo responder por mim mesmo.
Talvez seja falta de experiência na área ou então nao tenho andado a pesquisar pelos termos certos.
A minha questão é:
Vamos supor que eu utilizo o Raspbeery Pi com o touchscreen oficial e faço uma app toda bonita a controlar uns IO e tal.
Se eu quiser transformar isso num produto industrial, por exemplo, para uma máquina, como é que a coisa se desenrola?
Vou andar a comprar Raspberry Pi aos pontapés ou há um método semelhante ao dos microcontroladores (prototipar, desenhar PCB e finalizar)?
Isto tudo partindo do assunto que é vantajoso optar por um sistema que tem um SO por trás.
-
Vou andar a comprar Raspberry Pi aos pontapés ou há um método semelhante ao dos microcontroladores (prototipar, desenhar PCB e finalizar)?
Tudo depende da quantidade. Duvido que a Broadcom (ou outro fabricante de ARM) se digne a reconhecer a existência de um cliente abaixo de uns ?1k?/?10k? (não me lembro ao certo) unidades. E datasheets e design guides é tudo com NDAs, pelo que ficas agarrado a meteres um RPi/BeagleBone/OLinuXino no teu produto se só quiseres até umas centenas.
Para não falar que uma PCB para esse nível de integração requer 4 ou mais layers (estamos a falar de BGAs), com barramentos de alto débito, que normalmente compensa entregar o desenho a um consultor habituado a essas andanças.
A desvantagem de meteres um módulo desses é que ficas com todo o projeto dependente de uma entidade externa, enquanto com fabrico próprio a gestão da BOM pode ser mais dinâmica.
No último Amp Hour (#282) foi um dos temas abordados.
-
Vou andar a comprar Raspberry Pi aos pontapés ou há um método semelhante ao dos microcontroladores (prototipar, desenhar PCB e finalizar)?
Isto tudo partindo do assunto que é vantajoso optar por um sistema que tem um SO por trás.
Acho que foi para esse tipo de situações que inventaram o compute module, uma maneira de criares um produto "profissional" integrando o raspberrypi sem ter de recorrer a shields ou jumpers.
Quanto à segunda questão já trabalhei com uma máquina que corria windows NT e um calibradora/lixadora que corria windows xp
-
No meio industrial a utilização de equipamentos com SO tem "alguma coisa que se diga", na minha opinião.
Do que tenho visto, existem cada vez equipamentos com SO mas em processos onde a continuidade de trabalho não é o ponto mais "frágil", pois a robustez e fiabilidade são dos factores mais importantes. Contudo, não tenho dúvida que o futuro passa por aí, existindo marcas de automação que optam por "embedded pc" ao invés de autómatos "puros".
-
No caso do windows NT penso que se deveu mais a um HMI bastante elaborado que permite além da alteração dos parâmetros do processo também a alteração dos parâmetros fixos do firmware e a assistência remota a partir da sede do fabricante na Alemanha.
De salientar que o fabricante em causa (Homag) usa um embebbed PC como HMI e autómatos feitos à medida para eles
-
Vou andar a comprar Raspberry Pi aos pontapés ou há um método semelhante ao dos microcontroladores (prototipar, desenhar PCB e finalizar)?
Se tens espaco e poucas quantidades, podes optar directamente pelo RPI, se quiseres optimizar mais, o RPI tem agora uma versao "zero" que eh melhor para desenhar ah medida.
No entanto, eh possivel que hajam outros productos mais indicados
Isto tudo partindo do assunto que é vantajoso optar por um sistema que tem um SO por trás.
IMO, um sistema embutido de alto nivel deve ser usado tendo em conta a prioridade e seguranca dos processos.
Tarefas que podem ser indicadas para um RPI: monitorizar, mostrar estados, selecionar modos de funcionamento, registar dados, informar operador, fazer interface com impressoras, rede, teclados, cameras etc.
Agora nao deves usar para sistemas criticos: controlo de motores, algo relacionado com seguranca do equipamento, processos criticos..
-
Ao contrario do que foi dito existem ARM's que podes comprar a baixas quantidades (http://pt.mouser.com/ProductDetail/Atmel/ATSAMA5D21A-CU/?qs=sGAEpiMZZMvu0Nwh4cA1wS22rW2btY%252bC24Qy01AoHUeTqQabbfTDdQ%3d%3d) ou outro exemplo (http://pt.mouser.com/Texas-Instruments/Semiconductors/Embedded-Processors-Controllers/Microprocessors-MPU/_/N-6hpeh?P=1z0zls6Z1yodoxjZ1z0w8ejZ1z0vxmd). Mas concordo que se não tiveres uma equipa com experiência ou dinheiro para gastar no desenvolvimento da solução um Computer on Module / System on Module e' a melhor opcao. Por exemplo https://www.toradex.com/ (https://www.toradex.com/) ou https://www.gumstix.com/ (https://www.gumstix.com/) e tens um RPi Computer Module.
-
Não só. Imagina que queres fazer algo com maiores quantidades (digamos 50), se calhar o raspberry já não compensaria.
Ao contrario do que foi dito existem ARM's que podes comprar a baixas quantidades (http://pt.mouser.com/ProductDetail/Atmel/ATSAMA5D21A-CU/?qs=sGAEpiMZZMvu0Nwh4cA1wS22rW2btY%252bC24Qy01AoHUeTqQabbfTDdQ%3d%3d) ou outro exemplo (http://pt.mouser.com/Texas-Instruments/Semiconductors/Embedded-Processors-Controllers/Microprocessors-MPU/_/N-6hpeh?P=1z0zls6Z1yodoxjZ1z0w8ejZ1z0vxmd). Mas concordo que se não tiveres uma equipa com experiência ou dinheiro para gastar no desenvolvimento da solução um Computer on Module / System on Module e' a melhor opcao. Por exemplo https://www.toradex.com/ (https://www.toradex.com/) ou https://www.gumstix.com/ (https://www.gumstix.com/) e tens um RPi Computer Module.
A olimex, olimex.com, vende processadores que são comuns veres nas placas (a10,a13,a20, etc): https://www.olimex.com/Products/Components/IC/ (https://www.olimex.com/Products/Components/IC/) . Para além disso, ainda tens as datasheets e, também, os designs deles, como são todos open-source.
E se quiseres preços mais baratos para os mesmos chips é só procurar ;) : http://www.aliexpress.com/wholesale?catId=0&initiative_id=SB_20160123120206&SearchText=allwinner+chip (http://www.aliexpress.com/wholesale?catId=0&initiative_id=SB_20160123120206&SearchText=allwinner+chip) Utilizas o design da olimex e ainda te saí mais barato
-
Não só. Imagina que queres fazer algo com maiores quantidades (digamos 50), se calhar o raspberry já não compensaria.
Ao contrario do que foi dito existem ARM's que podes comprar a baixas quantidades (http://pt.mouser.com/ProductDetail/Atmel/ATSAMA5D21A-CU/?qs=sGAEpiMZZMvu0Nwh4cA1wS22rW2btY%252bC24Qy01AoHUeTqQabbfTDdQ%3d%3d) ou outro exemplo (http://pt.mouser.com/Texas-Instruments/Semiconductors/Embedded-Processors-Controllers/Microprocessors-MPU/_/N-6hpeh?P=1z0zls6Z1yodoxjZ1z0w8ejZ1z0vxmd). Mas concordo que se não tiveres uma equipa com experiência ou dinheiro para gastar no desenvolvimento da solução um Computer on Module / System on Module e' a melhor opcao. Por exemplo https://www.toradex.com/ (https://www.toradex.com/) ou https://www.gumstix.com/ (https://www.gumstix.com/) e tens um RPi Computer Module.
A olimex, olimex.com, vende processadores que são comuns veres nas placas (a10,a13,a20, etc): https://www.olimex.com/Products/Components/IC/ (https://www.olimex.com/Products/Components/IC/) . Para além disso, ainda tens as datasheets e, também, os designs deles, como são todos open-source.
Eu nao concordo em pensar num IC, a nao ser que hajam problemas de serios espaco (mas ai estamos a falar de uma coisa industrial portatil miniatura?)
Eu conheco uma empresa que emprega centenas de pessoas e que o producto que sustenta mais a empresa usa um modulo embedded computer, logo, a nao ser que estejam a considerar quantidades maior que milhares nao compensa desenhar uma placa com o IC la metido. Eh uma area que ja exige bastante conhecimento a desenhar o hardware.
-
Não só. Imagina que queres fazer algo com maiores quantidades (digamos 50), se calhar o raspberry já não compensaria.
Ao contrario do que foi dito existem ARM's que podes comprar a baixas quantidades (http://pt.mouser.com/ProductDetail/Atmel/ATSAMA5D21A-CU/?qs=sGAEpiMZZMvu0Nwh4cA1wS22rW2btY%252bC24Qy01AoHUeTqQabbfTDdQ%3d%3d) ou outro exemplo (http://pt.mouser.com/Texas-Instruments/Semiconductors/Embedded-Processors-Controllers/Microprocessors-MPU/_/N-6hpeh?P=1z0zls6Z1yodoxjZ1z0w8ejZ1z0vxmd). Mas concordo que se não tiveres uma equipa com experiência ou dinheiro para gastar no desenvolvimento da solução um Computer on Module / System on Module e' a melhor opcao. Por exemplo https://www.toradex.com/ (https://www.toradex.com/) ou https://www.gumstix.com/ (https://www.gumstix.com/) e tens um RPi Computer Module.
A olimex, olimex.com, vende processadores que são comuns veres nas placas (a10,a13,a20, etc): https://www.olimex.com/Products/Components/IC/ (https://www.olimex.com/Products/Components/IC/) . Para além disso, ainda tens as datasheets e, também, os designs deles, como são todos open-source.
Eu nao concordo em pensar num IC, a nao ser que hajam problemas de serios espaco (mas ai estamos a falar de uma coisa industrial portatil miniatura?)
Eu conheco uma empresa que emprega centenas de pessoas e que o producto que sustenta mais a empresa usa um modulo embedded computer, logo, a nao ser que estejam a considerar quantidades maior que milhares nao compensa desenhar uma placa com o IC la metido. Eh uma area que ja exige bastante conhecimento a desenhar o hardware.
A questão é que não precisas de desenhar nada, já tens os designs da olimex, tudo open-source. Apenas referi esta solução dps do metro_ ter sugerido aqueles ic's (sendo que ele não queria estar sempre a comprar raspberries mas a fazer o seu próPrio: " há um método semelhante ao dos microcontroladores (prototipar, desenhar PCB e finalizar)?", pelo menos foi o que eu percebi....)
-
A questão é que não precisas de desenhar nada, já tens os designs da olimex, tudo open-source. Apenas referi esta solução dps do metro_ ter sugerido aqueles ic's (sendo que ele não queria estar sempre a comprar raspberries mas a fazer o seu próPrio: " há um método semelhante ao dos microcontroladores (prototipar, desenhar PCB e finalizar)?", pelo menos foi o que eu percebi....)
Precisas de desenhar o PCB, e neste tipo de coisas envolve por exemplo desenhar pistas de barramentos de memoria, que tem de ter um comprimento igual, etc.. tambem questoes de EMC.. nao e' tao facil assi so copiar o design. Envolve uma experiencia maior.
-
A questão é que não precisas de desenhar nada, já tens os designs da olimex, tudo open-source. Apenas referi esta solução dps do metro_ ter sugerido aqueles ic's (sendo que ele não queria estar sempre a comprar raspberries mas a fazer o seu próPrio: " há um método semelhante ao dos microcontroladores (prototipar, desenhar PCB e finalizar)?", pelo menos foi o que eu percebi....)
Precisas de desenhar o PCB, e neste tipo de coisas envolve por exemplo desenhar pistas de barramentos de memoria, que tem de ter um comprimento igual, etc.. tambem questoes de EMC.. nao e' tao facil assi so copiar o design. Envolve uma experiencia maior.
É que nem isso, a olimex disponibiliza o desenho das pcb's: https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE. É mesmo tudo open-source. Só precisas de comprar os componentes, fazer a placa (encomenda) e soldar tudo (até podes utilizar pcbway para assembly e assim...)
-
Se queres um SoC com documentação completa, que pode ser implementado em 5x5cm de pcb de 4 layers sem grande cuidado com tamanhos das pistas para a ram(porque funciona a 533Mhz ou nem isso) são os i.MX233 e superiores modelos, tens imagens funcionais disponibilizadas pela Freescale é são baratos para o que te disponibilizam a nivel de raw power e interfaces.
Eu nunca apostava a casa em módulos RPi...
-
Que tipo de inputs e outputs queres controlar? na vez de um rpi com touch, porque nao um tlm android? :P
Tudo depende de que programação tens ou pretendes usar e em qual consegues embutir e para que funçoes pretendes analisar ou controlar..?
-
Que tipo de inputs e outputs queres controlar? na vez de um rpi com touch, porque nao um tlm android? :P
Tudo depende de que programação tens ou pretendes usar e em qual consegues embutir e para que funçoes pretendes analisar ou controlar..?
Hugu tamos a falar de aplicações industriais portanto um android não é adequado ....
Eu não quero controlar nada. Simplesmente estou a questionar se é possível para uma empresa utilizar um sistema ARM em vez de um PLC por exemplo. E esta questão surgiu porque é tão fácil pegar num raspberry pi, ligar lhe um touch e desenvolver uma aplicação que faça o controlo de qualquer coisa e mandar informação para um servidor por exemplo. Se formos a fazer isto com o arduino a coisa demora mais tempo e dá mais trabalho (na minha opinião claro).
Mas pelo que já percebi e li, possívelmente é mais viável utilizar um pc industrial em vez de depender de uma especialista em sistemas ARM penso eu.
-
http://www.androidcentral.com/android-work-makes-android-enterprise-ready (http://www.androidcentral.com/android-work-makes-android-enterprise-ready)
-
http://www.androidcentral.com/android-work-makes-android-enterprise-ready (http://www.androidcentral.com/android-work-makes-android-enterprise-ready)
Imagina o que é controlar uma tela transportadora com um telemovel android...
Pessoalmente não gostava
-
Sinceramente nem sei se metia linux ao barulho, só mesmo para o interface, temos aqui umas maquinetas que têm ecrãs touch programaveis que falam por serial, tens micro a controlar a coisa ou plc depois tens o painel com opções todas que só manda comandos/dados por serial, mas se desligares o interface a maquineta trabalha á mesma no modo automático.
-
Um dos meus objetivos com este tópico era mesmo chegar a uma conclusão sobre o que é mais rentável a nível industrial. Sei que os PLCs são bastante utilizados e não faltam soluções para o que possamos imaginar. Durante o tópico falou-se nas desvantagens do desenvolvimento e manutenção de uma solução ARM profissional mas agora diz-me uma coisa senso: entre um pc industrial e um micro com um touch o que preferias?
Eu já tive contacto com uns produtos touch da Microchip e a maneira de desenvolver o programa não me agradou muito...
-
Um dos meus objetivos com este tópico era mesmo chegar a uma conclusão sobre o que é mais rentável a nível industrial. Sei que os PLCs são bastante utilizados e não faltam soluções para o que possamos imaginar. Durante o tópico falou-se nas desvantagens do desenvolvimento e manutenção de uma solução ARM profissional mas agora diz-me uma coisa senso: entre um pc industrial e um micro com um touch o que preferias?
Eu já tive contacto com uns produtos touch da Microchip e a maneira de desenvolver o programa não me agradou muito...
Tens de ter atencao que nao podes confundir / comparar um PLC com um microcontrolador / microprocessador.
Um PLC e' um producto acabado feito com um conjunto de varias pecas.
Um microcontrolador/CPU e' uma dessas possiveis pecas.
-
Um dos meus objetivos com este tópico era mesmo chegar a uma conclusão sobre o que é mais rentável a nível industrial. Sei que os PLCs são bastante utilizados e não faltam soluções para o que possamos imaginar. Durante o tópico falou-se nas desvantagens do desenvolvimento e manutenção de uma solução ARM profissional mas agora diz-me uma coisa senso: entre um pc industrial e um micro com um touch o que preferias?
Eu já tive contacto com uns produtos touch da Microchip e a maneira de desenvolver o programa não me agradou muito...
Tens de ter atencao que nao podes confundir / comparar um PLC com um microcontrolador / microprocessador.
Um PLC e' um producto acabado feito com um conjunto de varias pecas.
Um microcontrolador/CPU e' uma dessas possiveis pecas.
Eu estou ao corrente desse aspecto mas tu deves saber, tal como eu sei, que existem ínumeras empresas a utilizarem PLCs para fazer meras funções de ON/OFF que até com contactores fazias...
A questão é: um PLC faz o serviço mas que alternativas tenho com interface gráfica? Essas alternativas compensam no rácio custo vs benefício?
-
Eu estou ao corrente desse aspecto mas tu deves saber, tal como eu sei, que existem ínumeras empresas a utilizarem PLCs para fazer meras funções de ON/OFF que até com contactores fazias...
A questão é: um PLC faz o serviço mas que alternativas tenho com interface gráfica? Essas alternativas compensam no rácio custo vs benefício?
Ya.. mas isso acho que dava para abrir um novo topico de discussao :)
As empresas da area industrial, vivem um bocado "num mundo ah parte". Os engenheiros e tecnicos apenas sabem trabalhar com o que lhes e' apresentado pelas empresas da area, que ja tem productos feitos.
Imagino que em muitas situacoes, se podiam resolver coisas "ah la arduino", fazendo o mesmo e ficando muito mais barato. Acontece que eles nao querem trabalhar assim / nao sabem / ou nao tem conhecimentos para isso. Tambem por efeitos de manutencao, preferirao so trabalhar com modulos que possam ser substituidos: tem uma referencia.. podem encomendar.. desligam fios.. ligam.. e ta feito.
Usar solucoes "nao industriais" fica (ou ate pode parecer ficar) mais barato, mas pode ser necessario algum desenvolvimento (que eles nao tem conhecimento) ou pode ser necessario adaptacao/desenvolvimento para adaptar algum interface (electrico.. cabos.. adaptadors de protocolos..)
Eu nao gosto nada da area industrial por esse motivo, pois "nao criam nada por eles", mas respeito e compeendo a razao deles.
No entanto, acredito que existem areas que se possam ir buscar "solucoes nao industriais" e que se possam usar la. Ate porque precisas de ter solucoes em areas /mercados que nao tem o dinheiro para investir como a industria..
"Essas alternativas compensam no rácio custo vs benefício?"
Por isso acho que compensam bastante e podes ter muitos mais benificios.. mas tem de ser aceites / aplicados num area especifica.
-
Certifica um projecto caseiro para uso industrial, e dás garantia que durante 15 ou 20 anos tens sempre peças chegar e encaixar no sitio com 0 configuração?
É tudo muito bonito na teoria, mas na prática a coisa complica-se.
Garantes que o teu código não tem um bug que após X tempo de up time crasha?
Ou problemas de concorrência a ler sensores?
Estabilidade?
Vai ser resistente a humidade, variações de temperatura, vibração?
-
Nao eh para dizer a ninguem... mas eu uma vez resolvi um problema de design numa maquina industrial com um bocado de "esferovite" e o gajo do cliente estava la e sabia da coisa :P
-
Nao eh para dizer a ninguem... mas eu uma vez resolvi um problema de design numa maquina industrial com um bocado de "esferovite" e o gajo do cliente estava la e sabia da coisa :P
"Decomposição do Esferovite – 1 milhão de anos ou mais"
tinha sido pior se tivesses usado um bocado de madeira!.. XD
-
O esferovite não é dos materiais mais estaveis do mundo Hugo, comprime com tempo, e comprimido e por mais ligeira que seja a vibração racha e desfaz-se todo.
-
O esferovite não é dos materiais mais estaveis do mundo Hugo, comprime com tempo, e comprimido e por mais ligeira que seja a vibração racha e desfaz-se todo.
lol o meu comentário ao kamu foi uma piada! :P
-
Tenho andando com uma questão na cabeça que não consigo responder por mim mesmo.
Talvez seja falta de experiência na área ou então nao tenho andado a pesquisar pelos termos certos.
A minha questão é:
Vamos supor que eu utilizo o Raspbeery Pi com o touchscreen oficial e faço uma app toda bonita a controlar uns IO e tal.
Se eu quiser transformar isso num produto industrial, por exemplo, para uma máquina, como é que a coisa se desenrola?
Vou andar a comprar Raspberry Pi aos pontapés ou há um método semelhante ao dos microcontroladores (prototipar, desenhar PCB e finalizar)?
Isto tudo partindo do assunto que é vantajoso optar por um sistema que tem um SO por trás.
Um exemplo, tens os OMAP da TI. Sao core Cortex-A5/A8, correm Linux, display, touch, HDD, wireless.... a cena habitual.
Estes facilmente se compram por catalogo ou pelo distribuidor em pequena quantidade.
Vais obviamente necessitar de um EMS p te montar isso pois sao milhoes de bolas BGA.
Mas o procedimento eh sempre o mesmo: design, prototipo, producao, teste.
Passando por fazer esquematicos, PCB layout, documentacao p producao, fabrico de maquinaria e software p testes de producao, etc.
Mas...... o teu sistema necessita mesmo de um OS ou RTOS por tras ?
Visto q tens ecran e apps a correr, parece q sim. No entanto, ja vi Apps dessas a correr em core PIC32 e ARM Cortex-M, q nao tinham RTOS. TUdo ah maneira antiga com maquinas de estados. E corria mais depressa.