Olá pessoal,
eu estou fazendo uma pesquisa nessa área, até vi algumas pessoas que fizeram mas parece que avia uma conexão com o computador para transferir o codigo-g...

Então, minha ideia era usar um Arduino com shield para cartão SD (para colocar o codigo-g) e fazendo uso do GBRL para interpretar o codigo-g... (+- oque as impressoras modernas com entrada SD fazem...)

Não sei se tem algum problema com o Arduíno ou é preconceito com ele, mas eu olho essas impressoras comum, elas enxergam a imagem contida no cartão SD e convertem em codigo para imprimir e sem ajuda de computador, apenas com seu sistema interno, então é logico que é possivel criar um sistema para as CNC's que apenas exija a configuração inicial da maquina e depois seria apenas o trabalho de jogar o codigo para o cartão SD e deixar o resto com o Arduíno ou algum outro sistema!!


Mas meu problema mesmo, é que os projetos que eu acho são apenas para 3 eixos, e eu iria usar em uma maquina HotWire (cortadora de espuma, isopor...) que usa 4 eixos...


Também vi que existe um computador de processador ARM 700mhz 32bits chamado Rapberry Pi (custa +- $35, porem com taxação aqui para o brasil sai beem mais) ele tem +- o tamanho de um cartão de credito tem porta I/O, roda linux, e eu vi que existem algumas pessoas tentando usa-lo nessa área das CNC... mas estão enfrentando problemas com a falta de um Kernel em tempo real para ele...


Então pessoal, sei que tem bastante gente bem entendida do Arduíno aqui no fórum, então gostaria de iniciar essa discussão para que haja uma troca de conhecimentos visando ajudar a dar um rumo para quem está atras de uma solução que não exija total controle através do computador!!!

Boa tarde Daniel.

Um dos moderadores do site, o Cássio está desenvolvendo justamente o que você disse.

Dê uma olhada em: http://www.guiacnc.com.br/projetos-eletronica/desenvolvimento-de-comando/

Abraços.

Postamos na mesma hora Rodrigo... kkkkkk 

Eu já terminei o comando: http://www.guiacnc.com.br/projetos-eletronica/desenvolvimento-de-comando/

Porem esta cheio de problemas devido a limitação de SRAM principalmente, não da pra gravar um g-code de umas 500 linhas na memoria RAM do arduino, e usar a leitura direta do SD tem um delay que prejudica na usinagem.

 Estou numa escovação de bits brava, se não der fruto vou ter que partir pra um hardware mais parrudo.

Cassio, já a algum tempo eu estava com vontade de desenvolver algo assim, mas acho que com o Arduino não vai dar certo. O hardware do arduino é excelente, porém é muito fraquinho para uma aplicação desse tipo; ainda mais se você pretende comercializar a coisa pronta... Não transmite confiança e robustez...

Desde o começo eu pensei em usar esse produto: http://www.4dsystems.com.au/product/1/124/4D_Intelligent_Display_Modules/uVGA_III/ que já tem uma saída VGA padrão, o que permitiria ter uma GUI de qualidade industrial rodando em 640x480 ou 800x480 em um monitor padrão que você compraria em qualquer supermercado.

Para o processamento do código e saída de pulsos, eu iria adicionar um Raspberry PI Vr. B https://www.sparkfun.com/products/11546 conectado via I2C com a uVGA-III.

Os dois juntos custariam US$ 99,00 (sem frete e sem impostos), o que eu acho muito barato em vista do poder de processamento que eles oferecem. Sem contar que você praticamente não teria limitações para o desenvolvimento da firmware.

É obvio que o preço nem se compara com o do Arduino, porém daria para fazer algo com qualidade e performance industrial, onde a maioria das pessoas (sérias acredito eu) não se importariam em pagar. Só o custo de um PC (simples) novo + Monitor + licença do Mach3 + BOB (decente) já não compensaria em relação a a uma appliance standalone desse tipo.

Postamos na mesma hora Rodrigo... kkkkkk 

Verdade!

Essas placas da 4Dsystems são lentas demais! A Raspberry possui saída HDMI. Basta um conversor HDMI <-> VGA para o que vc pretende.

Eu já tinha percebido isso... por isso eu disse que ela seria usada somente para a interface gráfica (GUI) e input do usuário. Eu optaria por usar ela em conjunto com a Raspberry (ao invés de somente a PI) porque a biblioteca de geração de video dela (para se obter uma tela gráfica elaborada) me pareceu muito mais completa e eficiente que a do PI. Não que a do PI não seja boa, mas tenho por experiência própria que sub-sistemas dedicados, no final, funcionam melhor que um único sistema tentado fazer tudo; apesar de ser mais trabalhosa a implementação e interligação e comunicação entre eles.

Frisando... nunca trabalhei com nenhuma delas; essa é apenas uma impressão do que tive ao dar uma olhada por cima nos manuais das duas.

Particularmente eu compraria primeiro somente uma PI para iniciar o desenvolvimento para depois avaliar a real necessidade de uma uVGA-III para gerar a GUI.

Já tentaram rodar o EMC2 nela, mas sem sucesso.

Não pretendia rodar nada já pronto. A idéia seria desenvolver algo do zero, projetado especificamente para a arquitetura FPGA com um visual bem clean, semelhante aos comandos da Heidenhain e Okuma, que na minha singela opinião, não tem para ninguém...

Frisando novamente... quando mencionei Heidenhain e Okuma foi a respeito da GUI. Não seria petulante ao ponto que querer fazer qualquer referencia quanto à performance, qualidade e recursos disponíveis..

Abraços.

Já trabalhei com a versão II e III dessa placa. Qualquer atualização na tela demora d+. Isso não serve para gráficos.

Muito importante essa sua informação.... Já estou descartando essa possibilidade então....

A Raspberry, utiliza um processaor ARM. Na verdade, é um SoC. ARM + RAM no mesmo chip. Eu sou doido para desenvolver com esse chip, mas não documentação e nem o chip para comprar!

http://www.broadcom.com/products/BCM2835

Comprar só o chip e desenvolver tudo do zero? Não, obrigado... isso está anos-luz além dos meus conhecimentos em eletronica.... Prefiro ficar com a plataforma já pronta 

Porque vc não manda um email para a broadcom solicitando a documentação técnica e os esquemas de referência? Talvez eles também possam apontar para algum distribuidor... Não custa nada tentar, pois um não você já tem... 

Abraços.

Eu já terminei o comando: http://www.guiacnc.com.br/projetos-eletronica/desenvolvimento-de-comando/

 Porem esta cheio de problemas devido a limitação de SRAM principalmente, não da pra gravar um g-code de umas 500 linhas na memoria RAM do arduino, e usar a leitura direta do SD tem um delay que prejudica na usinagem.

 Estou numa escovação de bits brava, se não der fruto vou ter que partir pra um hardware mais parrudo.

Em relação ao ler diretamente do SD... ja pensou na possibilidade de usar um SD Class 6 ou 10??? eles tem a leitura e a escrita muito mais rapida do que os comuns, logico que são um pouco mais caros mas poderia ser uma alternativa...
tem também o arduino due que possui um chip ARM Cortex-M3, não tenho certeza de quanto de RAM ele possui (ta meio corrido aqui no momento, amanha domingo, com mais folga eu dou uma boa pesquisada sobre ele) mas ele é bem mais rápido que o geral dos arduinos e acredito que por possuir um chip ARM e até mesmo ter displays LCD's de +- 2 polegadas para quem quiser integrar nele, ele deve possuir uma boa quantidade de RAM, e pessoas sérias que procuram esse tipo de solução logicamente pagariam o preço que é um pouco mais caro que o raspberry pi... ($48,10 na dealextreme...)

Realmente é como o andradrr disse: "...fazer algo com qualidade e performance industrial, onde a maioria das pessoas (sérias acredito eu) não se importariam em pagar."
Eu mesmo procuro mais isso para fazer um sistema que ficasse preso a maquina (na estrutura) para não ter que ficar puxando fio para um computador, ou seja: algo dedicado a aquela maquina.

Pois se criar algo assim, daria pra otimizar para aquele sistema utilizado (arduino, raspberry, ARM NXP......) então reduziria alguns problemas que surgem pela diversidade de placas existente para os PC's...
Esses tempo eu tentei utilizar um computador com processador i5 e o LinuxCNC, pois a placa mãe do meu anterior era muito velha e "bateu as botas" então acabei decidindo tentar utilizar um mais novo, totalmente impossível, essas placas novas tem uma latencia Jitter muuuito alta para esse tipo de aplicação!! então tive que correr de atras de outra "lata velha"...

o Raspberry Pi seria uma possível solução para a falta de memoria nos arduinos... e é possível liga-lo em conjunto a um Arduíno se fosse o caso...
Eu vi um vídeo no youtube do "RasPi" controlando dois motores! era apenas um teste, mas já é uma possibilidade!! (depois com mais tempo eu procuro e posto aqui o vídeo).


t+ e boa discussão 

Video do raspberry pi controlado 2 motores...

linuxcnc raspberry pi mcp23017 realtime linux kernel ARM cnc stepper motors

Pessoal, tava vendo o projeto do Cássio Alvarenga, e como sempre em todos os projetos que eu encontro são apenas para 3 eixos... tudo bem que a maioria ocupa apenas 3 eixos... mas seria possível uma adaptação para adicionar um 4º eixo???