CI Queimado??

[Isaías Soares]

Oi, pessoal! Meu nome é Isaias, acabei de comprar um kit de uma Prusa I3.. acabei de montar a parte mecânica, e, usando o pronterface, calibrei os eixos x e y... Depois disso, tentei calibrar o eixo z. Então, eu fui descer a extrusora. Quando pressionei no software para o 'z home' para baixo (esperando que o limitador parasse o carro), o motor baixou e a extrusora esbarrou na mesa. O botão de endstop foi pressionado, mas não parou, e eu apertei o botão reset, então ele parou. Na manhã seguinte, quando eu fui terminar a calibração, a impressora não comunicava com o meu computador. Aparentemente, não há danos na placa. Já tentei várias vezes e nada... (antes tinha dado uns pequenos problemas, tipo, eu tinha de desligar e ligar de novo o computador e a impressora para que funcionassem e se reconhecessem.. é uma placa sanguinololu 1.3a.). Eu acredito que pode ser um problema no módulo de comunicação (FTDI 1017-8), mas eu não tenho certeza ... Ou (na verdade, a primeira coisa que eu pensei, que o firmware estava em um estado inválido, e não foi capaz de fazer qualquer movimento, como um procedimento de segurança). Eu pressionei reset, mas nada de diferente ocorreu (eu não sei o que este botão faz realmente). Tentei realizar o procedimento de teste do FTDI 1017-8 usando o vídeo:

http://www.youtube.com/watch?v=bvo8Xj_yn3w

mas o circuito já está todo montado, não sei se o resultado é o mesmo... de todo modo, não consegui resposta via terminal no linux... conecta na porta e tal, mas não vem resposta quando conecto rx->tx.
Já até comprei um novo CI para reposição (FTDI 1017-8), mas não estou certo se é ele mesmo... alguém poderia me dar alguma dica se pode ser outro problema (estou perguntanto antes de arrancar o CI que já está lá para repor...)? Tenho um conhecimento incompleto de eletrônica, então não sei diagnosticar com muita precisão...

Um grande abraço..

Isaias.

[José Luis]

Tem certeza que nao eh o ATMEGA?

Eu acho mais facil sacar o ATMEGA do soquete e testar ele antes de tirar o FTDI.

 

Z´

--
Página da lista Lista: http://groups.google.com/group/reprapbr/about?hl=pt-BR
Versão Forum: https://groups.google.com/forum/?fromgroups#!forum/reprapbr
---
You received this message because you are subscribed to the Google Groups "RepRapBR" group.
To unsubscribe from this group and stop receiving emails from it, send an email to reprapbr+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Isaías Soares]

Hmmm, boa dica... ele é muito sensível? a placa usa uma alimentação 12v de xbox... também não sei como testar o atmega, tipo eu tiraria ele, colocaria em uma protoboard e testaria os contatos? vc poderia me indicar algum material, pois procurei no google sem sucesso...

Um grande abraço!

Isaias.

[Isaías Soares]

eu suspeitei do ftdi simplesmente por ele não ter dado eco no teste (se bem que usei linux, vou tentar testar no windows, exatamente como o vídeo que enviei faz). penso nos drivers, enfim, não sei o que poderia ser... não sei se pode ter havido algum tipo de sobrecarca, simplesmente o motor foi acionado, o eixo z desceu, encostou na placa, e os motores z continuaram a manterem-se acionados... apertei o fim de curso e o motores não pararam, então romperam uma borracha que ligava eles ao parafuso sem fim vertical, e eles continuaram girando... então resetei. Ao meu ver, esse problema não tem lógica, enfim... muito estranho...

[José Luis]

Entao Isaias, temos relatos aqui na lista de casos de pinos queimados nos atmega das Gen7, em geral por curto nos pinos analogicos usados pros termistores.

Mas se esses pinos podem queimar, certamente outros tambem possam.

 

Ateh onde vai o teu conhecimento de eletronica?

 

Pra testar, como ele jah estah com o firmware gravado, teria que tirar da placa, colocar na protoboard. Fazer a conexao basica... alimentaçao e cristal..

Entao, conectar os pinos seriais, etc, ao conversor usb e ver se no micro aparecem os dados de inicializaçao enviados pela serial sempre que o processador eh inicializado.

 

Pelo menos, eu testaria assim.

No esquematico das placas costuma ter a disposiçao dos pinos e o que ligar neles. Agora, depende do teu conhecimento em eletronica pra interpretar os esquemas e implementar na proto.

[Isaías Soares]

Oi, José!!! Desculpe a demora, estou terminando um trabalho na escola, enfim...

Bem, creio que conseguiria testá-lo, mas teria de aprender mais sobre microcontroladores, enfim... em especial sobre ele. Eu estou abismado, pois, ao meu ver, não ocorreu nada que justifique tal problema... vou testar o sistema de novo no windows, enfim... se eu retirar o atmel consigo testar o ftdi? pois, como já estou com ele em mãos, substituir seria relativamente fácil... praticamente não tem nada que queime de tão fácil, só se o microcontrolador for super sensível. Como relatei, o motor parou simplesmente porque apertei o reset, e não porque fumaçou ou algo assim...

Eu tenho um conhecimento básico de eletronica analógica, e tb de eletrônica digital. Sou matemático, somente brinco com eletrônica, já montei alguns circuitos, inclusive digitais, e programei um pouco também.. não tenho experiência em programar microcontroladores...

Será que um atmel já com o firmware é caro, caso precise substituir?

Um grande abraço!

Isaias.

[Juniou Jr]

Isaias dependendo dos pinos que voce queimou, ainda dá para "remanejar" para outros pinos livres que a sanguino  tem.

Mas isso vai depender do que realmente queimou e da sua disposição para mexer na elet^ronica (pins.h) e pinos (reais). ;-)

O caminho das pedras é identificar o pino que queimou, re-alocar ele para outro pino não utilizado na placa através do arquivo pins.h

equivalente à sua placa. Compilar e upar para placa o novo layout dos pinos.

Eu fiz isso com 4 pinos que queimaram na minha sanguino.

1 endstop do x

1 dnstop do y

1 endstop do z

1 step\DIR do motor X

alterei eles para os pinos 16,17,10, e 11 da sanguino que vem (livres) ao lado dos pinos do ISP

Jr,

[Isaías Soares]

Oi, Juniou!

O que ocorreu para queimar os pinos do seu microprocessador?
sobrecarga? Eu gostaria de uma solução rápida e prática... bem, eu
comprei esse kit pronto, então não tenho um programador de
microcontrolador, não para esse modelo... comprei uns kits para
aprender msp430, não sei se daria para 'adaptar'... são kits
launchpad, da texas... no pior caso, vou ver se cosigo com algum
amigo...

Como estou suspeitando do FTDI, vou retirar o microprocessador e fazer
um teste com o FTDI... mas vai ter de ser no circuito, não sei se
outro componente pode interferir na comunicação...

Eu gostaria de saber se há algum manual ou tutorial que eu poderia
seguir para ver se há algo queimado no atmel, enfim... para programar
vc usa o que? (ps, só tenho um ferro de solda, protoboard, um FTDI
(extra), fios finos de conexão, solda, alicates e algumas pinças... e
uso linux)

Eu conectei a placa no windows 7 e aparece FT232R USB UART em "Outros
dispositivos". Instalei o driver, e ele apareceu na com3.. instalei
pronterface e, do mesmo modo que no linux, aparentemente ele é
reconhecido na usb e com (no linux aparece no /dev/usb0), mas na hora
que eu tento conectar, não conecta (mas antes do evento estava
conectando). Com isso, já estou começando a achar que talvez o
problema pode ser mesmo no atmega 644p que tenho aqui na placa...
Estou custando a acreditar que tão pouco danificou a placa, ou o
microprocessador... pois me pareceu algo ridículo, enfim... talvez,
nesse modelo brasileiro, se pudesse colocar alguns módulos que
protegessem melhor os componentes desse tipo de coisa...

no momento, não tenho como gravar arduíno, minha impressora e a Prusa
I3, comprada na twelvepro... nem cheguei a calibrar direito, estava
tentando fazer isso quando queimou, enfim... se alguém da lista
pudesse me gravar um microprocessador, e enviar para substituir, eu
poderia pagar por isso, pois estou terminando o doc em Física Aplicada
à Medicina e Biologia (vai ainda mais um mês junto a USP), enfim...

Toda ajuda é bem vinda!

Um forte abraço a todos!

Isaias.

Um grande abraço!

[Juniou Jr]

Meu texto está em vermelho...

Em 28 de março de 2013 11:03, Isaías Soares <isoa...@gmail.com> escreveu:

Oi, Juniou!

O que ocorreu para queimar os pinos do seu microprocessador?
sobrecarga?

Liguei erroneamente um micro switch com 3 pinos no 5v das saidas dos endstop. Esse 5v dos endstop só é usado quando vc tem endstops óticos ou 

outro tipo que precise ser alimentado por 5v. Também liguei uns cabos invertidos + e - que acabou queimando o capacitor da Sanguino e tive que trocar.

 

Eu gostaria de uma solução rápida e prática... bem, eu
comprei esse kit pronto, então não tenho um programador de
microcontrolador, não para esse modelo... comprei uns kits para
aprender msp430, não sei se daria para 'adaptar'... são kits
launchpad, da texas... no pior caso, vou ver se cosigo com algum
amigo...

 

Certo Isaías, quando eu digo que voce pode remanejar o layout dos pinos no firmware, é o seguinte:

voce pode sobrescrever o firmware da sua Gen7 sem problemas usando a IDE do arduino pela porta COM. é só fazer o download em arduino.cc da IDE e instalar no seu windows. Através dele voce "abre" o código fonte do firmware (Marlin, ou Repetier, etc..) altera a referência dos pinos no arquivo pins.h compila e faz faz um "upload" do novo firmware pra sua placa.

Como estou suspeitando do FTDI, vou retirar o microprocessador e fazer
um teste com o FTDI... mas vai ter de ser no circuito, não sei se
outro componente pode interferir na comunicação...

Eu gostaria de saber se há algum manual ou tutorial que eu poderia
seguir para ver se há algo queimado no atmel, enfim... para programar
vc usa o que? (ps, só tenho um ferro de solda, protoboard, um FTDI
(extra), fios finos de conexão, solda, alicates e algumas pinças... e
uso linux)

Existe um monte de tutorial de como gravar o firmware porém a maioria está em inglês.

è só pesquisar por: }" Repetier firmware Gen7 ou How to flash firmware arduino IDE "

Eu conectei a placa no windows 7 e aparece FT232R USB UART em "Outros
dispositivos". Instalei o driver, e ele apareceu na com3.. instalei
pronterface e, do mesmo modo que no linux, aparentemente ele é
reconhecido na usb e com (no linux aparece no /dev/usb0), mas na hora
que eu tento conectar, não conecta (mas antes do evento estava
conectando).

Antes estava conectando em qual velocidade: 115200, 9600? testa com todas aí pelo pronterface até conseguir..

 

Com isso, já estou começando a achar que talvez o
problema pode ser mesmo no atmega 644p que tenho aqui na placa...
Estou custando a acreditar que tão pouco danificou a placa, ou o
microprocessador... pois me pareceu algo ridículo, enfim...  talvez,
nesse modelo brasileiro, se pudesse colocar alguns módulos que
protegessem melhor os componentes desse tipo de coisa...

Realmente pode estar queimado o bichão.. :-) 

no momento, não tenho como gravar arduíno, minha impressora e a Prusa

Não precisa de um Arduino(hardware) para gravar, só precisa da IDE do arduino (software).

a gen7 nada mais é do que um tipo de arduino da vida...

 

I3, comprada na twelvepro... nem cheguei a calibrar direito, estava
tentando fazer isso quando queimou, enfim... se alguém da lista
pudesse me gravar um microprocessador, e enviar para substituir, eu
poderia pagar por isso, pois estou terminando o doc em Física Aplicada
à Medicina e Biologia (vai ainda mais um mês junto a USP), enfim...

Aqui na lista tem alguns fornecedores que podem te enviar, um atmega644 novo com bootloader pré gravado porém não vai ter como 

voce fugir do upload de um novo firmware adequado à sua impressora.

[Isaías Soares]

Oi, pessoal! o meu atmega era um 644O-PU, e eu comprei outro (está demorando a chegar)... e talvez tenha até extraviado.. tem algum modelo que posso comprar aqui no Brasil que substitui esse?

Um grande abraço!

Isaias.

Em 1 de abril de 2013 07:23, José Luis <ze...@yahoo.com.br> escreveu:

Tu pode montar o ATMEGA na protoboar conforme o esquema de qualquer das placas disponiveis pra reprap, seja Gen7, Gen7BR, Sanguinololu, etc...

Basta seguir o esquema da placa. Qualquer duvida, posta ai que a gente tenta ajudar...

Nao deve ser necessario ter a alimentaçao dos motores ligada, mas nao lembro especificamente da tua placa e estou sem tempo de procurar agora.. Se for o caso, avisa. Mas a pricipio os firmwares nao  verificam se o pololu/driver estah conectado, simplesmente mandam o sinal pro driver, se nao estiver presente, nada acontece, mas ao menos o repetier conecta normalmente sem os drivers.

 

Z´

----- Original Message -----

From: Isaías Soares

To: repr...@googlegroups.com

Sent: Sunday, March 31, 2013 5:59 PM

Subject: Re: [RepRapBR] CI Queimado??

Só uma pergunta: para o pronterface conectar à placa, os motores devem estar ligados e a energia 'externa' também, ou basta ela estar conectada ao computador via usb?

Em 31 de março de 2013 17:55, Isaías Soares <isoa...@gmail.com> escreveu:

Oi, pessoal!

Ok, segundo o que entendi então, eu poderia programá-lo somente usando o hardware da sanguinololu? Isso facilita bastante as coisas!! Mesmo se o atmega estiver queimado, posso então comprar outro e fazer u upload do firmware então...  Bem, isso me anima bastante!!

Então, só para eu entender minhas opções:

1) Se algum pino do atmega não estiver funcionando, eu poderia 'redirecionar' a saída (não sei bem como).

2) Posso testar o atmega usando as instruções do José Luiz, mas não sei qual o diagrama do circuito eu deveria montar na protoboard (José Luiz, pode dar alguma dica nesse sentido? é um atmega 644p)

Evidências:

- Já removi todos os drivers dos motores de passo e tentei conectar mesmo assim não deu (poderia ter algum curto neles), mas o programa pronterface tenta conectar e não dá retorno (só mostra "Conectando..."), tanto no linux quanto no windows...

- No windows, ele reconheceu corretamente o ftdi e, após instalação do driver, reconheceu a COM3 como porta de comunicação... usei o vídeo de http://www.youtube.com/watch?v=bvo8Xj_yn3w para testar o FTDI e... funcionou, ele respondeu pelo putty como no vídeo.... Desta vez, antes de testar, retirei o atmega, acho que isso influenciou... eu só tinha testado no linux, mas com o atmega conectado, e não tinha dado resposta... agora sei que o FTDI está ok, as evidências apontam para algum problema no atmega... preciso agora testar e remediar nele o problema... 

Obrigado pelas orientações de todos!

Um forte abraço!

Isaias.