Guia CNC Brasil - Tudo sobre CNC, Router, Laser, Torno e 3D Print
ELETRÔNICA / ELÉTRICA => Drivers => Eletrônica Básica => VA-TECNOLOGIA => Tópico iniciado por: Cássio Alvarenga em 15 de Maio de 2014, 02:49
-
Bom pessoal, estou lançando um comando para CNC que venho projetando já tem um certo tempo, ele faz o papel de controlar os motores de passo, ou seja, não precisa de computador na CNC, basta passar o g-code para o comando via um cartão SD, o comando vai ler o g-code e gerar os sinais de passo e direção. Ele também gera sinal de on/off para ligar um relê de spindle, laser, etc...
(http://www.guiacnc.com.br/va-tecnologia/de-sua-opiniao-posicao-dos-botoes-do-comando-va/?action=dlattach;attach=79588)
Estarei disponibilizando inicialmente a versão beta, quem não sabe o que é isso sugiro que leia: http://pt.wikipedia.org/wiki/Vers%C3%A3o_beta (http://pt.wikipedia.org/wiki/Vers%C3%A3o_beta)
Essa versão tem um preço especial e quem tiver ele terá direito a melhorias grátis.
Fiz vários testes aqui durante o desenvolvimento de cada função e no final de tudo executei vários arquivos e não notei nenhum erro ou bug, quase certeza que essa versão de software vai ser definitiva, porem se alguém reportar algum bug irei corrigi-lo e lançar uma nova versão com a correção, ate que não apareça nenhum problema então será lançado a versão definitiva. Quem tiver o beta e precisar de atualização apenas deverá retirar o chip principal conforme as imagens abaixo e me enviar, não precisa enviar o comando inteiro. Se quiser enviar tudo também não tem problema.
[hs width=533 height=300]http://www.pollar.com.br/va_tech/wp-content/uploads/DSCF1101.jpg[/hs]
Basta enfiar uma chave de fenda fina entre o socket e o chip para solta-lo:
[hs width=533 height=300]http://www.pollar.com.br/va_tech/wp-content/uploads/DSCF1102.jpg[/hs]
Depois só colocar entre 2 pedaços de papelão ou similar para não amassar os pinos e enviar o chip por carta registrada é bem barato o envio.
[hs width=533 height=300]http://www.pollar.com.br/va_tech/wp-content/uploads/DSCF1103.jpg[/hs]
Depois de atualizado iremos enviar o chip de volta com o frete por nossa conta.
Ao confirmar que não tem bug nenhum ou ser lançada a versão definitiva, será lançado posteriormente versões com melhorias, como por exemplo: Saída para mais eixos, saída PWM, entrada de encoder, entradas analógicas, controle de refrigeração e temperatura, comunicação com inversores de frequência, etc... etc... etc...
Essas melhorias serão apresentadas em novas versões e quem tiver a versão beta não pagara por essas melhorias, salvo se for preciso modificar o hardware, ai será cobrado apenas o preço de custo da eletrônica.
Fiz um vídeo para apresentar melhor o comando:
www.youtube.com/watch?v=NUfmwr80t7M (http://www.youtube.com/watch?v=NUfmwr80t7M#ws)
-
Cássio,o vídeo é privado não consegui assistir.
Ele tem memoria para armazenar programas?
Grato,Reginaldo
-
Cassio,
Bacana mesmo seu desenvolvimento...
Quem sabe um dia desses eu tenha a oportunidade de ver ele trabalhando.
Forte abraço,
Fabio
-
Cassio,
Bacana mesmo seu desenvolvimento...
Quem sabe um dia desses eu tenha a oportunidade de ver ele trabalhando.
Forte abraço,
Fabio
Te mandei MP Fabio...
Cássio,o vídeo é privado não consegui assistir.
Ele tem memoria para armazenar programas?
Grato,Reginaldo
O video estava sendo processador no youtube, vê se agora esta blz.
Ele não tem memoria para armazenar os programas, ele executa direto do cartão SD, essa é uma das grandes diferenças entre esse comando e um DSP chinês.
O DSP Chinês transfere o programa de um pendrive para a memoria interna e depois executa, o comando executa direto do cartão, as vantagens e desvantagens são:
VANTAGENS:
-> Por não precisar de memoria interna o preço do comando é mais barato que o DSP chines.
-> O maior motivo porque não adotei memoria interna foi o limite da vida util das memorias EEPROM, com certo numero de escritas essa memoria para de funcionar, mas isso parece não importar os chineses, (Ate acho que é obsolecencia planejada: http://pt.wikipedia.org/wiki/Obsolesc%C3%AAncia#Obsolesc.C3.AAncia_planejada_.28ou_programada.29 (http://pt.wikipedia.org/wiki/Obsolesc%C3%AAncia#Obsolesc.C3.AAncia_planejada_.28ou_programada.29))
-> Não precisa esperar o programa carregar.
-> O tamanho maximo de cada G-code neste comando é de 2048MB, contra 128MB do DSP chinês.
DESVANTAGENS:
-> No DSP você pode transferir G-code e usa-lo sem o pendrive, no comando sempre ira precisar de um cartão SD para usar-lo.
-
Cássio,
Cassio,
Bacana mesmo seu desenvolvimento...
Quem sabe um dia desses eu tenha a oportunidade de ver ele trabalhando.
Forte abraço,
Fabio
Te mandei MP Fabio...
Cássio,o vídeo é privado não consegui assistir.
Ele tem memoria para armazenar programas?
Grato,Reginaldo
O video estava sendo processador no youtube, vê se agora esta blz.
Ele não tem memoria para armazenar os programas, ele executa direto do cartão SD, essa é uma das grandes diferenças entre esse comando e um DSP chinês.
O DSP Chinês transfere o programa de um pendrive para a memoria interna e depois executa, o comando executa direto do cartão, as vantagens e desvantagens são:
VANTAGENS:
-> Por não precisar de memoria interna o preço do comando é mais barato que o DSP chines.
-> O maior motivo porque não adotei memoria interna foi o limite da vida util das memorias EEPROM, com certo numero de escritas essa memoria para de funcionar, mas isso parece não importar os chineses, (Ate acho que é obsolecencia planejada: http://pt.wikipedia.org/wiki/Obsolesc%C3%AAncia#Obsolesc.C3.AAncia_planejada_.28ou_programada.29 (http://pt.wikipedia.org/wiki/Obsolesc%C3%AAncia#Obsolesc.C3.AAncia_planejada_.28ou_programada.29))
-> Não precisa esperar o programa carregar.
-> O tamanho maximo de cada G-code neste comando é de 2048MB, contra 128MB do DSP chinês.
DESVANTAGENS:
-> No DSP você pode transferir G-code e usa-lo sem o pendrive, no comando sempre ira precisar de um cartão SD para usar-lo.
Primeiramente, parabéns pelo desenvolvimento.
A título de sugestões, tenho os seguintes comentários:
Há outras desvantagens, a meu ver importantes, em não usar memória interna.
Primeiramente, um eventual erro de execução de um comando G do código armazenado se o pendrive se soltar (com a eventual vibração transmitida ao comando durante a sua operação) ou apresentar algum mal contato (provável com o uso frequente de inserir e retirar o pendrive) durante a operação de usinagem. Outra desvantagem é o tempo de acesso à memória do pendrive (ficar lendo o tempo todo um pendrive é algo lento), que poderia ser lento para um CNC rápido.
A memória interna não precisa ser do tipo Flash EEPROM (que possui limite de gravações), poderia ser uma memória RAM (que é rápida e não possui limite de gravações). Além disso, em CNCs rápidos, a memória RAM funcionaria como uma cache do pendrive ou de uma outra memória de armazenamento de massa (HD, Flash, ....).
É claro que o que eu sugeri pode encarecer um pouco, mas confere maior confiabilidade ao seu produto. Imagine perder um trabalho de horas de usinagem....
-
Bacana Cássio, gostei do projeto parabéns... ;)
-
Primeiramente, parabéns pelo desenvolvimento.
Obrigado Gil ;)
A título de sugestões, tenho os seguintes comentários:
Há outras desvantagens, a meu ver importantes, em não usar memória interna.
Primeiramente, um eventual erro de execução de um comando G do código armazenado se o pendrive se soltar (com a eventual vibração transmitida ao comando durante a sua operação) ou apresentar algum mal contato (provável com o uso frequente de inserir e retirar o pendrive) durante a operação de usinagem. Outra desvantagem é o tempo de acesso à memória do pendrive (ficar lendo o tempo todo um pendrive é algo lento), que poderia ser lento para um CNC rápido.
A memória interna não precisa ser do tipo Flash EEPROM (que possui limite de gravações), poderia ser uma memória RAM (que é rápida e não possui limite de gravações). Além disso, em CNCs rápidos, a memória RAM funcionaria como uma cache do pendrive ou de uma outra memória de armazenamento de massa (HD, Flash, ....).
Sim... Por isso usa-se um cartão SD e não um pendrive, o pendrive é realmente lento e pode se soltar, já o cartão SD é bem preso e mais rapido, por isso é usado em cameras fotograficas etc...
O comando tem sim memoria RAM interna para o cachê, mas a memoria RAM não é usada para armazenar o G-code inteiro, apenas a linha que esta sendo executada e poucas á frente do g-code.
O que disse é que o comando não armazena o G-code INTEIRO dentro dele, como faz o DSP chinês que usa memoria EEPROM (não volatil como a RAM) para isso.
Bacana Cássio, gostei do projeto parabéns... ;)
Valeu!!! ;)
-
Cássio Alvarenga, está de parabéns! Muito boa essa ideia.
Vi videos que o pessoal faz algo semelhante, porem com um Arduíno mega 2560.
Novamente, parabéns!
-
Cassio,
Pense com carinho nas sugestões do Gil. Irá te poupar dores de cabeça.
Já que você falou em obsolência programada, pois o Comando Chinês utiliza EEPROM que tem uma vida útil de 100.000 escritas, confira no datasheet do socket para o SD que você está utilizando, o campo "cycle life". Eu chuto 10.000.
Desconheço EEPROM com tamanho de 1Gb. Teríamos que subir para Flash.
Na prática:
Um usuário, que grava um único programa de 1MB ao dia, 365 dias, no "DSP", teria uma vida útil de 27 anos. Porém, é bastante empregado uma técnica que no caso, aumentaria essa vida útil para 3.456 anos. Se der pane, estamos falando de um componente que custa poucas dezenas de reais. Facilmente substituível.
Você poderia colocar um SD fixado dentro do aparelho para armazenagem.
-
Claudio,
Explique melhor estes números, como chegou neles?
-
Não posso afirmar o tipo de memória que o comando chinês emprega. Mas é bem provável que seja parecida com essa: http://br.mouser.com/ProductDetail/Spansion/S29GL01GS10TFI010/?qs=sGAEpiMZZMtI%252bQ06EiAoG6lZOQEyvNNPVTkI1GMr1mY%3d (http://br.mouser.com/ProductDetail/Spansion/S29GL01GS10TFI010/?qs=sGAEpiMZZMtI%252bQ06EiAoG6lZOQEyvNNPVTkI1GMr1mY%3d)
Julgo a Molex, um excelente fabricante de conectores/soquetes. O DS dela diz que a durabilidade é de 10.000 ciclos para soquete SD. http://www.mouser.com/ds/2/276/5009980900_MEMORY_CARD_SOCKET-179180.pdf (http://www.mouser.com/ds/2/276/5009980900_MEMORY_CARD_SOCKET-179180.pdf)
No exemplo, cometi um erro, considerei 10.000 ciclos (provavelmente o seu caso) em vez de 100.000.
Se o camarada formata a memória do DSP uma vez ao dia, teremos: 100.000/365 = 274 anos. Lembre, somente a operação "erase/write" queima cartucho, a leitura é livre (por até 20 anos).
Mas o ponto não é esse. O Gil te deu um conselho de pai. Já tive produtos com conectores uSD pra nunca mais. Ambiente industrial acontece de tudo.
E pra vc colocar um segundo cartão, necessitaria de mais 1 pino no teu uC e poucos kBs de código.
-
Não posso afirmar o tipo de memória que o comando chinês emprega. Mas é bem provável que seja parecida com essa: http://br.mouser.com/ProductDetail/Spansion/S29GL01GS10TFI010/?qs=sGAEpiMZZMtI%252bQ06EiAoG6lZOQEyvNNPVTkI1GMr1mY%3d (http://br.mouser.com/ProductDetail/Spansion/S29GL01GS10TFI010/?qs=sGAEpiMZZMtI%252bQ06EiAoG6lZOQEyvNNPVTkI1GMr1mY%3d)
A memoria do DSP tem 128mb, esse tem 1gb.
Julgo a Molex, um excelente fabricante de conectores/soquetes. O DS dela diz que a durabilidade é de 10.000 ciclos para soquete SD. http://www.mouser.com/ds/2/276/5009980900_MEMORY_CARD_SOCKET-179180.pdf (http://www.mouser.com/ds/2/276/5009980900_MEMORY_CARD_SOCKET-179180.pdf)
o Socket é apenas ligação eletrica direta ao IC do controlador, não tem circuito, então não faz sentido eles rotularem isso.
De acordo com a associação de fabricantes de SD, a vida útil depende da memoria usada por cada fabricante (https://www.sdcard.org/consumers/faq/#servicelife (https://www.sdcard.org/consumers/faq/#servicelife)), logo não da pra adotar como 10.000 ciclos, pois tem memorias que aguentam 10.000 ate 1.000.000 de escritas, vai depender do cartão que o usuário tiver.
No exemplo, cometi um erro, considerei 10.000 ciclos (provavelmente o seu caso) em vez de 100.000.
Idem o que disse acima.
Se o camarada formata a memória do DSP uma vez ao dia, teremos: 100.000/365 = 274 anos. Lembre, somente a operação "erase/write" queima cartucho, a leitura é livre (por até 20 anos).
Não é só o arquivo que é gravado em EEPROM, as configurações também, inclusive a posição dos eixos, se você desligar o DSP abruptamente durante um corte e ligar de novo, verá que a posição ficou salva, logo não é memoria volátil. Já da pra ter uma ideia de como a vida útil cai.
Mas o ponto não é esse. O Gil te deu um conselho de pai. Já tive produtos com conectores uSD pra nunca mais. Ambiente industrial acontece de tudo. E pra vc colocar um segundo cartão, necessitaria de mais 1 pino no teu uC e poucos kBs de código.
O conselho que o Gil deu foi usar uma memoria interna como cache do g-code, na resposta que dei a ele disse que já uso isso, leia la novamente.
Sobre "Ambiente industrial acontece de tudo." Quer dizer de esbarrar no cartão e tirar ele? Se for isso veja no video que o cartão fica quase todo para dentro, não há logica em se gastar colocando um cartão interno para salvar o acidente de encostar no cartão, o custo beneficio é ridículo.
Outra coisa, você disse anteriormente:
Se der pane, estamos falando de um componente que custa poucas dezenas de reais. Facilmente substituível.
Um cartão SD custa na faixa de 6 reais (metade de uma dezena de real) e é muito mais facil de substituir do que ter que soldar IC de memoria na placa: http://celulares.mercadolivre.com.br/memorias/microsd/cartao-sd_OrderId_PRICE (http://celulares.mercadolivre.com.br/memorias/microsd/cartao-sd_OrderId_PRICE)
Sem falar que o "usuário comum" não vai nem saber trocar essa memoria, ou vai achar a memoria no mercado, ou ate mesmo saber que o erro é na memoria. No meu comando se ocorreu um erro de gravação/leitura do cartão, ele avisa, bastando trocar o cartão.
E digo mais: não se sabe se a configuração e/ou posição é gravada na memoria do próprio controlador, e a periférica fica por conta do G-code, o que deixaria o DSP inutilizável após vencer os ciclos de escrita.
Voltando ao loco, se não vamos ficar falando de memoria aqui o resto da vida: Não vi vantagem da "arquitetura" do DSP sobre o meu comando. Você vê alguma?
-
Parabéns Cássio,
Estou meio afastado do Fórum mas volta e meia eu acompanho na ''miúda''.
Estarei atento em seu projeto.
-
Se possível me passe orçamento por MP.
-
A memoria do DSP tem 128mb, esse tem 1gb.
É comum este engano. Os fabricantes anunciam a capacidade em bits e não bytes.
1Gb (Gibabit) = 128 MB (Megabytes)
o Socket é apenas ligação eletrica direta ao IC do controlador, não tem circuito, então não faz sentido eles rotularem isso.
De acordo com a associação de fabricantes de SD, a vida útil depende da memoria usada por cada fabricante (https://www.sdcard.org/consumers/faq/#servicelife (https://www.sdcard.org/consumers/faq/#servicelife)), logo não da pra adotar como 10.000 ciclos, pois tem memorias que aguentam 10.000 ate 1.000.000 de escritas, vai depender do cartão que o usuário tiver.
Tudo tem seu prazo de validade, inclusive nós. O DS está se referindo a parte mecânica. Eles não arbritaram este número. Isso foi resultado de testes/estudos. O socket aguenta 10.000 inserções, podendo variar um pouco.
Não é só o arquivo que é gravado em EEPROM, as configurações também, inclusive a posição dos eixos, se você desligar o DSP abruptamente durante um corte e ligar de novo, verá que a posição ficou salva, logo não é memoria volátil. Já da pra ter uma ideia de como a vida útil cai.
Isso é especulação. É bem possível trabalhar com essas variáveis na RAM e salvar em EEPROM apenas numa eventual queda de energia.
O conselho que o Gil deu foi usar uma memoria interna como cache do g-code, na resposta que dei a ele disse que já uso isso, leia la novamente.
Esse é "um dos". Acho que você não captou o que ele quis dizer.
Sobre "Ambiente industrial acontece de tudo." Quer dizer de esbarrar no cartão e tirar ele? Se for isso veja no video que o cartão fica quase todo para dentro, não há logica em se gastar colocando um cartão interno para salvar o acidente de encostar no cartão, o custo beneficio é ridículo.
Não. Reforcei o alerta dado pelo Gil. Fica a seu critério levar ou não em consideração. O produto é seu e quem vai responder por ele será você. Ponto.
Outra coisa, você disse anteriormente:
Se der pane, estamos falando de um componente que custa poucas dezenas de reais. Facilmente substituível.
Um cartão SD custa na faixa de 6 reais (metade de uma dezena de real) e é muito mais facil de substituir do que ter que soldar IC de memoria na placa: http://celulares.mercadolivre.com.br/memorias/microsd/cartao-sd_OrderId_PRICE (http://celulares.mercadolivre.com.br/memorias/microsd/cartao-sd_OrderId_PRICE)
Você não entendeu nada do que foi dito. Isso foi em resposta a "obsolência programada". Na verdade você fez um pequeno terror pra cima do DSP que não tem fundamento. A questão do preço foi apenas argumentação.
Sem falar que o "usuário comum" não vai nem saber trocar essa memoria, ou vai achar a memoria no mercado, ou ate mesmo saber que o erro é na memoria. No meu comando se ocorreu um erro de gravação/leitura do cartão, ele avisa, bastando trocar o cartão.
E quando for o soquete? Já está preparando um kit sobressalente para os usuários comuns o substituírem?
Pelo seu raciocínio, televisores são projetadas para um "usuário comum" consertar quando queimados por um raio (ex.). Ainda bem que para os televisores mais antigos, existem assistências que são especialistas nisso.
E digo mais: não se sabe se a configuração e/ou posição é gravada na memoria do próprio controlador, e a periférica fica por conta do G-code, o que deixaria o DSP inutilizável após vencer os ciclos de escrita.
Isso não tem fundamento nenhum. Mas uma informação: Mesmo se esses dados estiverem sendo gravados na Flash de um uC, o que eu duvido, isso não o inutilizaria. Perderia a capacidade de salvar essas informações.
Voltando ao loco, se não vamos ficar falando de memoria aqui o resto da vida: Não vi vantagem da "arquitetura" do DSP sobre o meu comando. Você vê alguma?
Como vou opinar sobre produtos que não tive contato algum? Não sei o que você chama de arquitetura. Mas se isso incluir HW, é covardia comparar DSP com PIC 16F877. Não quero detonar ou fazer críticas ao seu projeto, mas não force a barra.
Tentei ajudar. Não leve isso para o outro lado.
-
Tudo tem seu prazo de validade, inclusive nós. O DS está se referindo a parte mecânica. Eles não arbritaram este número. Isso foi resultado de testes/estudos. O socket aguenta 10.000 inserções, podendo variar um pouco.
Entendi, agora, o que difere de um pendrive? Porque o DSP seria superior neste quesito?
Isso é especulação. É bem possível trabalhar com essas variáveis na RAM e salvar em EEPROM apenas numa eventual queda de energia.
Como se o DSP não tem bateria interna? logo ele não executaria nada após a queda de energia.
Esse é "um dos". Acho que você não captou o que ele quis dizer.
E o que seria?
Não. Reforcei o alerta dado pelo Gil. Fica a seu critério levar ou não em consideração. O produto é seu e quem vai responder por ele será você. Ponto.
Levei em consideração sim, mas o que estou querendo dizer é que não compensa. É muito difícil alguém esbarrar no cartão, mesmo se ele sair o programa vai travar, então basta anotar a linha que ele travou, resetar e continuar dela... Não justifica ter que elevar o preço la encima para contornar isso.
Você não entendeu nada do que foi dito. Isso foi em resposta a "obsolência programada". Na verdade você fez um pequeno terror pra cima do DSP que não tem fundamento. A questão do preço foi apenas argumentação.
Claro que tem fundamento, nos seus calculos você apenas se baseou no fato de gravar o programa do pen-drive para a memoria, entenda que a configuração e a posição é gravada também. Só pelo fato de gravar uma nova posição quando ela muda o numero de Writes sobe drasticamente.
E quando for o soquete? Já está preparando um kit sobressalente para os usuários comuns o substituírem?
Já existe: http://produto.mercadolivre.com.br/MLB-548919630-modulo-shield-sd-card-para-arduino-pic-arm-mcu-eletrokits-_JM (http://produto.mercadolivre.com.br/MLB-548919630-modulo-shield-sd-card-para-arduino-pic-arm-mcu-eletrokits-_JM)
Pelo seu raciocínio, televisores são projetadas para um "usuário comum" consertar quando queimados por um raio (ex.).
Sim, meu raciocínio é esse mesmo, revolucionário! Não?! ;D
E digo mais: não se sabe se a configuração e/ou posição é gravada na memoria do próprio controlador, e a periférica fica por conta do G-code, o que deixaria o DSP inutilizável após vencer os ciclos de escrita.
Isso não tem fundamento nenhum. Mas uma informação: Mesmo se esses dados estiverem sendo gravados na Flash de um uC, o que eu duvido, isso não o inutilizaria. Perderia a capacidade de salvar essas informações.
Talvez sim, talvez não, Se o programa precisar ler a posição anterior para saber o delta entre ela e a próxima posição para executar o movimento, como não tem a informação gravada não vai funcionar.
Voltando ao loco, se não vamos ficar falando de memoria aqui o resto da vida: Não vi vantagem da "arquitetura" do DSP sobre o meu comando. Você vê alguma?
Como vou opinar sobre produtos que não tive contato algum? Não sei o que você chama de arquitetura.
A minha arquitetura é rodar o G-code direto do cartão, a arquitetura do DSP é grava-lo internamente antes...
Mas se isso incluir HW, é covardia comparar DSP com PIC 16F877. Não quero detonar ou fazer críticas ao seu projeto, mas não force a barra.
Exato!!! o DSP é muito mais potente que um PIC, e muito mais caro também, porem ambos fazem a mesma coisa. Você compraria uma bazuca para matar uma mosca? Vale a pena ter todo o potencial de um DSP e não usa-lo por completo?
Ai que esta a carta na manga do meu comando, ele faz a mesma coisa que o DSP e é mais barato.
Tentei ajudar. Não leve isso para o outro lado.
Sem problema, não esquenta com isso. Espero que também não me interprete mal. ;D
-
Parabéns Cássio,
Estou meio afastado do Fórum mas volta e meia eu acompanho na ''miúda''.
Estarei atento em seu projeto.
Obrigado Pilarski, vê se aparece mais por aqui.
Se possível me passe orçamento por MP.
Passei. ;)
-
Você deve estar zombando da minha cara. Mas, vamos lá...
Entendi, agora, o que difere de um pendrive? Porque o DSP seria superior neste quesito?
Você disse:
-> O maior motivo porque não adotei memoria interna foi o limite da vida util das memorias EEPROM, com certo numero de escritas essa memoria para de funcionar, mas isso parece não importar os chineses, (Ate acho que é obsolecencia planejada: http://pt.wikipedia.org/wiki/Obsolesc%C3%AAncia#Obsolesc.C3.AAncia_planejada_.28ou_programada.29 (http://pt.wikipedia.org/wiki/Obsolesc%C3%AAncia#Obsolesc.C3.AAncia_planejada_.28ou_programada.29))
Te provei que a vida útil do seu sistema pode ser BEM menor. Então, o que está valendo para os chineses, vale pra o vc também?
Como se o DSP não tem bateria interna? logo ele não executaria nada após a queda de energia.
Capacitor para suportar alguns poucos mS, após a queda de energia.
E o que seria?
Além da questão mecânica que está bastante frágil e suscetível a falhas? Onde ele escreveu pendrive, substitua por cartão de memória. E ele tem razão quando fala sobre velocidade.
Levei em consideração sim, mas o que estou querendo dizer é que não compensa. É muito difícil alguém esbarrar no cartão, mesmo se ele sair o programa vai travar, então basta anotar a linha que ele travou, resetar e continuar dela... Não justifica ter que elevar o preço la encima para contornar isso.
Mudou seus argumentos. Antes, você optou por não usar memória interna por questões técnicas. Se o X é custo, não tem o que discutir. Você é quem deve fazer as contas fecharem no azul. Não sei qual o seu propósito, se for hobby, é compreensível.
Eu já vi operador enterrar ferramenta, pois achou que sabia como continuar após reiniciar a máquina. Prejuizo de 12 horas máquina + material + mesa.
E vamos com calma nessa idéia de elevar o preço. Como você mesmo disse, um cartão de memória custa R$6,00. Não é o ideal, mas bem fixado e com os contatos bem limpos e isolados, funcionaria bem.
Claro que tem fundamento, nos seus calculos você apenas se baseou no fato de gravar o programa do pen-drive para a memoria, entenda que a configuração e a posição é gravada também. Só pelo fato de gravar uma nova posição quando ela muda o numero de Writes sobe drasticamente.
A memória que o DSP utiliza para os programas, é diferente da utilizada para parâmetros. Existe uma flash de 16Mb para isso.
Já existe: http://produto.mercadolivre.com.br/MLB-548919630-modulo-shield-sd-card-para-arduino-pic-arm-mcu-eletrokits-_JM (http://produto.mercadolivre.com.br/MLB-548919630-modulo-shield-sd-card-para-arduino-pic-arm-mcu-eletrokits-_JM)
Boa propagando do seu produto. Um amontoado de peças do Mercado Livre. Logo: engenharia zero.
Talvez sim, talvez não, Se o programa precisar ler a posição anterior para saber o delta entre ela e a próxima posição para executar o movimento, como não tem a informação gravada não vai funcionar.
Estou bastanta interessado na resposta da seguinte pergunta: Você armazena todas as variáveis no cartão de memória? Se essa resposta for positiva, seu sistema seria uma "phase drive" e Mach3 uma "Gecko". Por essas e outras, que é interessante salvar esses dados apenas na falta de alimentação.
A minha arquitetura é rodar o G-code direto do cartão, a arquitetura do DSP é grava-lo internamente antes...
Resumindo a isso, prefiro à do DSP. Existem n fatores para isso. Não apenas ser imune a um esbarrão.
Exato!!! o DSP é muito mais potente que um PIC, e muito mais caro também, porem ambos fazem a mesma coisa. Você compraria uma bazuca para matar uma mosca? Vale a pena ter todo o potencial de um DSP e não usa-lo por completo?
Ai que esta a carta na manga do meu comando, ele faz a mesma coisa que o DSP e é mais barato.
Me parece ter um DSP e um FPGA dentro desse comando DSP. Você já fez comparações? Teu sistema acompanha o DSP? É certeza isso?
Qual a frequência máxima para os motores no seu sistema?
-
Não vou discutir mais, você esta certo!!! ;)
-
Opa. Fiquei contente em poder ajudar. Precisando é só falar.
Um abraço. :)
-
Claudio Freud,
Você é representante do fabricante chinês no Brasil?
-
Parabéns pela sua proeza em desenvolver um equipamento capaz de fazer o que o DSP faz, ainda mas considerando que vc usou um PIC16F877A, se me permite, vc tem inteligência acima da média. Sucesso na comercialização de seu produto.
-
Cássio
O Comando atua diretamente nos drivers dos motores ou necessito de alguma interface , podem ser usados motores bipolares?
Grande abraço
Cezar
-
Cássio,
Parabéns pela capacidade e conhecimento.Sucess o na sua empreitada.Com certeza logo estarei adquirindo seu produto.As atualizações futuras, caso necessárias, sendo gratuitas já são uma garantia.
-
Claudio Freud,
Você é representante do fabricante chinês no Brasil?
Pelo que me lembre, não fiz propagandas ou comparativos. Mesmo conhecendo as limitações do microcontrolador empregado e sabendo que um FPGA é o componente mais indicado para a tarefa, não posso prejulga-los. Não tive contato com esses sistemas.
Não adianta ter um hardware parrudo se o software não for bem feito. Porém, com um hardware discreto, aumenta a dificuldade em fazer um bom software. Exemplo é o GRBL que funciona muito bem, apesar de ainda ser considerado beta, tem mais de 5 anos de desenvolvimento e estão em um time.
Tentei corrigir uma informação enganosa. A coisa só tomou tamanho, por causa de um "E digo mais" desnecessário.
-
Eu uso na minha máquina uma dsp mpc6610 leetro chinesa, o maior problema dela é não conseguir informação sobre ela, o manual é um lixo e os chinas da leetro mandam eu entrar emcontato com o fabricante da maquina (sem comentarios...)
Nessa semana resolvi tirar ele e colocar no mach3, fiquei 2 dias batendo cabeça para por ela para funcionar, consegui finalmente, executei alguns trabalhos durante o dia, e no fim do dia perdi 15 min e instalei o dsp novamente... Mach 3 é muito ruim para trabalhar, acho que ele tem tanto recurso que atrapalha, recomendo o uso do dsp ou testar o do cássio, pelo menos na router a diferença de produtividade é absurda.
Cassio me passe mais informações sobre seu controlador por MP
-
Parabéns pela sua proeza em desenvolver um equipamento capaz de fazer o que o DSP faz, ainda mas considerando que vc usou um PIC16F877A, se me permite, vc tem inteligência acima da média. Sucesso na comercialização de seu produto.
Muito obrigado! ;D
Cássio
O Comando atua diretamente nos drivers dos motores ou necessito de alguma interface , podem ser usados motores bipolares?
Grande abraço
Cezar
Ele atua diretamente nos drivers, envia sinais de passo e direção para eles. O uso do tipo de motor vai depender exclusivamente do driver que estiver usando, uni ou bi polar.
Cássio,
Parabéns pela capacidade e conhecimento.Sucess o na sua empreitada.Com certeza logo estarei adquirindo seu produto.As atualizações futuras, caso necessárias, sendo gratuitas já são uma garantia.
Obrigado! Quase certeza que não terá atualização corretiva, o pessoal já esta trabalhando com ele ai sem problemas.
Eu uso na minha máquina uma dsp mpc6610 leetro chinesa, o maior problema dela é não conseguir informação sobre ela, o manual é um lixo e os chinas da leetro mandam eu entrar emcontato com o fabricante da maquina (sem comentarios...)
Nessa semana resolvi tirar ele e colocar no mach3, fiquei 2 dias batendo cabeça para por ela para funcionar, consegui finalmente, executei alguns trabalhos durante o dia, e no fim do dia perdi 15 min e instalei o dsp novamente... Mach 3 é muito ruim para trabalhar, acho que ele tem tanto recurso que atrapalha, recomendo o uso do dsp ou testar o do cássio, pelo menos na router a diferença de produtividade é absurda.
Cassio me passe mais informações sobre seu controlador por MP
Mandei :)
-
Parabéns Cassio ...
Belo projeto..
abraço..
Denilson..
-
:o eu quero isso!!!!
-
Tentei corrigir uma informação enganosa. A coisa só tomou tamanho, por causa de um "E digo mais" desnecessário.
Vou apenas enfatizar uma coisa: Eu não dissiminei nenhuma informação enganosa eu apenas disse:
Ate acho que é obsolecencia planejada
O "acho" não é uma afirmação...
Parabéns Cassio ...
Belo projeto..
abraço..
Denilson..
Valeu Denilson ;)
:o eu quero isso!!!!
kkkkkkkkkkk
Nem é pra tanto o "take my money".
Ate porque estou vendendo por apenas R$790,00 um similar Chines custa ate R$2.400,00 no ML: http://produto.mercadolivre.com.br/MLB-556181225-dsp-controle-cnc-driver-router-controladora-motor-passo-step-_JM (http://produto.mercadolivre.com.br/MLB-556181225-dsp-controle-cnc-driver-router-controladora-motor-passo-step-_JM)
-
Cássio,
Leia novamente, pois "informação" é diferente de "afirmação".
Mas por que você não citou a frase inteira? Existiu todo um contexto para essa minha "afirmação".
-
KKKK Você está com uma sorte heim Cássio kkkk
-
KKKK Você está com uma sorte heim Cássio kkkk
Pra você ver... ::)
(http://1.bp.blogspot.com/_H4m09vFdmLQ/TQwFg2f7hPI/AAAAAAAAA-w/eeVA0RlIT4g/s400/o-salario-oh%2Bc%25C3%25B3pia.jpg)
-
Olá Cassio
Pretendo comprar o "Comando" , mas não encontro onde fazer o pedido. mandei uma mensagem no site da VA e não obtive resposta.
Ainda está a venda?
Cezar
-
Olá Cassio
Pretendo comprar o "Comando" , mas não encontro onde fazer o pedido. mandei uma mensagem no site da VA e não obtive resposta.
Ainda está a venda?
Cezar
Te mandei um e-mail. Vou dar uma olhada nessas mensagens, pois você não é a primeira pessoa que fala que não esta funcionando.
-
Olá Cássio
Tens idéia de quando vai sair o Pós processador para gerar GCode com número de linhas , ou pelo menos dar uma dica onde encontrar?. Meu "Comando" está ainda inativo.
No Site da VA tem a mesma pergunta há dias , porém sem resposta.
Grane abraço
Cezar
-
No momento tenho o pos-processador para o Sheetcam, mas da para "copiar" ele para outro programa, esta em anexo.
Não precisa obrigatoriamente ter um pos-processador feito exclusivamente para o comando, vários outros pos-processadores funcionam nele, como o turboCNC, Mach3, LinuxCNC, etc... Sé o problema é só numerar as linhas, veja nas opções do seu CAM, quase certeza que tem alguma opção de gerar o numero da linha, todos que vi ate hoje tem. ;)
Por falar nisso qual o CAM que esta usando?
No Site da VA tem a mesma pergunta há dias , porém sem resposta.
Deletei o formulário de perguntas do site tem muito tempo, só dava bug, qualquer duvida mande no meu e-mail ou me ligue que é mais rapido. Ultimamente não estou entrando todo dia aqui no fórum.
-
Bom pessoal, estou lançando um comando para CNC que venho projetando já tem um certo tempo, ele faz o papel de controlar os motores de passo, ou seja, não precisa de computador na CNC, basta passar o g-code para o comando via um cartão SD, o comando vai ler o g-code e gerar os sinais de passo e direção. Ele também gera sinal de on/off para ligar um relê de spindle, laser, etc...
(http://www.guiacnc.com.br/va-tecnologia/de-sua-opiniao-posicao-dos-botoes-do-comando-va/?action=dlattach;attach=79588)
Estarei disponibilizando inicialmente a versão beta, quem não sabe o que é isso sugiro que leia: http://pt.wikipedia.org/wiki/Vers%C3%A3o_beta (http://pt.wikipedia.org/wiki/Vers%C3%A3o_beta)
Essa versão tem um preço especial e quem tiver ele terá direito a melhorias grátis.
Fiz vários testes aqui durante o desenvolvimento de cada função e no final de tudo executei vários arquivos e não notei nenhum erro ou bug, quase certeza que essa versão de software vai ser definitiva, porem se alguém reportar algum bug irei corrigi-lo e lançar uma nova versão com a correção, ate que não apareça nenhum problema então será lançado a versão definitiva. Quem tiver o beta e precisar de atualização apenas deverá retirar o chip principal conforme as imagens abaixo e me enviar, não precisa enviar o comando inteiro. Se quiser enviar tudo também não tem problema.
[hs width=533 height=300]http://www.pollar.com.br/va_tech/wp-content/uploads/DSCF1101.jpg[/hs]
Basta enfiar uma chave de fenda fina entre o socket e o chip para solta-lo:
[hs width=533 height=300]http://www.pollar.com.br/va_tech/wp-content/uploads/DSCF1102.jpg[/hs]
Depois só colocar entre 2 pedaços de papelão ou similar para não amassar os pinos e enviar o chip por carta registrada é bem barato o envio.
[hs width=533 height=300]http://www.pollar.com.br/va_tech/wp-content/uploads/DSCF1103.jpg[/hs]
Depois de atualizado iremos enviar o chip de volta com o frete por nossa conta.
Ao confirmar que não tem bug nenhum ou ser lançada a versão definitiva, será lançado posteriormente versões com melhorias, como por exemplo: Saída para mais eixos, saída PWM, entrada de encoder, entradas analógicas, controle de refrigeração e temperatura, comunicação com inversores de frequência, etc... etc... etc...
Essas melhorias serão apresentadas em novas versões e quem tiver a versão beta não pagara por essas melhorias, salvo se for preciso modificar o hardware, ai será cobrado apenas o preço de custo da eletrônica.
Fiz um vídeo para apresentar melhor o comando:
www.youtube.com/watch?v=NUfmwr80t7M (http://www.youtube.com/watch?v=NUfmwr80t7M#ws)
Qual valor,?como comprar?
-
O ponto eh que este rapaz fez algo bem interessante...
Se dura 10 anos ou 3 eu nao me importo e isso ele mesmo vai decidir o que fazer de forma sensivel ao andar da carruagem.. eu creio.
Agora eu estou curiouso a respeiito do planejamento de trajetoria... se esse seu planejador eh parada exata ou se ele faz arredondamento de quina? Qual eh a tecnica usada, se voce me permitir.
parabens pelo projeto
f
-
Boa tarde Cassio, alguma novidade com o comando?
Abraços!
-
Como está o andamento deste projeto?
-
No momento esta parado por falta de tempo.