vc mesmo respondeu.. através do encoder..

Ivan,

Da mesma forma - o programa de controle é ajustado para uma determinada resolução - o driver do motor é que se encarrega de posicionar o motor, independente da contagem do encoder...

O encoder não é o responsável pela acurácia desse motor, e sim pela posição do eixo.

o encoder é quem conta os passos ...

Encoder não conta passos, gera pulsos, a cada determinado deslocamento angular ou linear, a depender do tipo.

... cd pintado de preto ...

Pq pintado ? Pq preto ?

resolução por volta de 1500 pulsos por volta

E de onde vc tirou esse parâmetro ? Vc tem alguma noção de qual seria a capacidade de resposta do EMC2 conjugado com seu hardware ?

o problema maior é posicionar  as chaves ópticas defazadas

E qual é o problema ? Me parece algo muito simples, chaves a 90 graus uma da outra e pronto.


Já construí alguns encoders, de modo semelhante ao que vc pretende inclusive, mas há uma maneira que considero menos masoquista, imprimir o desenho em transparência e colar a transparência no cubo que vai ao eixo. Pode-se tb fazer um sanduíche da transparência com, por exemplo, matrizes de CDs, acrílico ou vidro.

O encoder é apenas um meio de gerar um sinal para para a contagem do angulo do motor,

Ivan, vamos tentar nos expressar com mais clareza e correção ?

Passando a limpo: não se conta ângulo, conta-se pulsos, o ângulo, quando interessa, é determinado a partir desses pulsos.

O que vai contar e o circuito da placa de controle que manda essa a informação para o programa,

Placa de controle que vc diz deve ser o driver, não ?

De modo geral os drivers comerciais para servos não se comunicam com o programa, apenas recebem os sinais de passo e direção administrados pelo programa. Existem exceções a esta regra, mas são raras, aplicadas em máquinas de arquitetura fechada, de implementação específica.

Não conheco nenhum programa que fassa isso diretamente, quanto ao  emc2 não conheço tambem , quem pode falar são os expert em linux daqui,

A coisa não tá ligada exatamente ao Linux, mas ao EMC2 que é um caso de programa com o qual é possível implementar um sistema com servo motores que dispensa hardware adicional além da etapa de potência (ponte H) e do encoder. Imaginava que vc soubesse disso e que era isso o que pretendia ... agora fiquei confuso ...

Preto? poderia ser qualquer cor, é apenas um meio de ter certeza entre claro e escuro

Perfeitamente dispensável a pintura, o CD é opaco ... 

CD? O que esta mais a mão e deve ser um bom material para isso, se não seria usado para fazer CDs, e o que esta mais a mão , O ideal e o vidro,

Se é bom pra fazer CD não significa que seja bom pra fazer panqueca ou lasanha, nem encoders ... 

Mas falando sério, não vejo probs, exceto pelo tamanho ... já fiz coisa semelhante sem maiores probs ... fotolito e transparência tb funfam bem e dá pra fazer algo mais compacto ...

Como cheguei a essa resolução? Simples matematica elementar, "PI"  Lembram!,

Hum ? O que PI tem a ver com isso ? 

Tu tens algum insight pra fazer uma coisareca assim?

Uai, vc já tem todo o insight de que precisa !

A coisa é bem como vc descreveu, acho que sua idéia é viável sim ...

Eu tenho algumas impressoras HP desmontadas que guardei pretendendo aproveitar chassi + carros + guias + encoders pra fazer uma pequena gravadora com diodos laser. Vou dar uma espiada no sensor. Não vejo grandes dificuldades, exceto talvez quanto às conexões, a coisa é miúda, talvez tenha de aproveitar os flat cables...

Há tb nas impressoras encoders rotativos aproveitáveis:

http://vimeo.com/2066875

Ivan, há tempos pretendo experimentar a implementação de um sistema servo, ainda que limitado, utilizando o EMC2, mas tem faltado tempo e disposição.

O pessoal, muito competente, que criou o AXIS, tem trabalhado nisso e os resultados são encorajadores. Aqui vc pode ter uma idéia da coisa:

http://emergent.unpythonic.net/projects/01142347802

Pra fazer a coisa como gente grande, é por aqui:

http://axis.unpythonic.net/01167750885