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...



  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

  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

Cassio,

Bacana mesmo seu desenvolvimento...

Quem sabe um dia desses eu tenha a oportunidade de ver ele trabalhando.

Forte abraço,

Fabio

Cássio,

Citação de: F.Gilii em 15 de Maio de 2014, 08:53

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...

Citação de: RGG em 15 de Maio de 2014, 05:19

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)
 -> 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....

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!!! 

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.

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

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

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.

Parabéns Cássio,

Estou meio afastado do Fórum mas volta e meia eu acompanho na ''miúda''.

Estarei atento em seu projeto.

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), 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:

Citar

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

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.