Problema RS485 + PIC + CCS

[Juraci Nascimento]

Boa tarde pessoal,

 

Estou tendo alguns problemas com uma rede RS485 com 1 mestre e 8 escravos.

Estou utilizando o compilador C CCS e pic 16F877A (também testei com o 18F4620).

O programa que desenvolvi funciona perfeitamente em bancada com até 2 dispositivos na rede, mas em campo com os 8 dispositivos e as vezes até mesmo com apenas 1, não tenho uma boa comunicação e acaba até travando o dispositivo mestre durante a recepção.

O que acontece é que devo receber 5 bytes (1byte = endereço escravo + 4 bytes = dados) e um "CR" para sinalizar o fim do pacote. Em bancada com poucos escravos e tudo ótimo e em campo aparecem os problemas, tentei monitorar os pacotes recebidos através de um display lcd serial, e percebi que os erros começam a aparecer porque o mestre recebe vários bytes sem parar.

Meu hardware é composto de MAX485 e ligação via cabo par trançado com um total de aproximadamente 38 metros de comprimento do começo até o fim da rede.

Não estou utilizando resistores de terminação, mas acredito que o problema não é esse, já que durante os testes, chego a deixar apenas um escravo conectado e mesmo assim dá pau.

Não sei se é problema de hardware ou software, ficaria muito grato se alguém pudesse me ajudar nessa empreitada, tenho prazo para entregar esse projeto e está quase esgotando.

 

Obrigado a todos

 

Juraci Pereira

[alexandre]

parece protocolo... qual vc ta usando?

Alexandre Palhynha (cel)

--
Você está recebendo esta mensagem porque se inscreveu no grupo "sis_embarcados" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para sis_embarcado...@googlegroups.com.
Para postar neste grupo, envie um e-mail para sis_emb...@googlegroups.com.
Visite este grupo em http://groups.google.com/group/sis_embarcados?hl=pt-BR.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

[Leonardo Alves]

Tive um problema semelhante a muito tempo atrás quando usei também PIC's para uma comunicação RS-485 que atravessava uma ambiente industrial... 

Na época coloquei um resistor entre o pino 1 e o VCC do MAX 485 e funcionou bem depois disso... No meu caso foi um resistor de 1K que me ajudou...

Até mais

--
Leonardo M. Alves

Tec. Eletrônica
11- 96953-5774

[rene souza']

Qual a velocidade da sua rede?

[Ljmnunes]

1) Polarize a rede com resistores para Vcc e Gnd.

2) USE resistor de fim de linha

3) Coloque um resistor de 10k entre o pino 1 e o Vcc do Max485 (eu uso o Sn75176, imagino que seja necessário nele também)

4) Aconselho usar um protocolo robusto como o Modbus.

5) Já deu uma lida no "10 ways to bulletproof RS485" da National-Texas? http://www.ti.com/lit/an/snla049a/snla049a.pdf

Temos mais de 4000 dispositivos já implantados em diversas configurações e não temos problemas que voce relata.

Boa sorte!

[]s

Laercio
---
Aviso aos spammers: Eu nunca compro nada oferecido por spam! Desistam!
Campanha anti spam - Entre nessa voce também!

--

[Juraci Nascimento]

Olá Alexandre,

Fiz um protocolo próprio em que envio endereço do destino e valor de uma variável e também um 0x0D para sinalizar o fim da string.

Tenho minhas dúvidas, pois já mudei várias vezes o software e o problema persiste.

Será que poderia ser os resistores de 120ohms que eu não estou utilizando?

Grato

Em 26 de fevereiro de 2013 20:56, alexandre <alexan...@dantascorreia.com.br> escreveu:

[rene souza']

O resistor de 120ohms de terminação é altamente recomendado o uso, 

para a impedância da sua rede ficar casada. Já utilizei o circuito abaixo com a terminação 120ohms (R5|R6|R7) montada nos 

dois dispositivos dos extremos da rede essa rede tinha 25 metros aproximadamente com 5 dispositivos rodando a 115200.   

Funcionava perfeitamente.

No seu caso eu tentaria reproduzir as mesmas condições de campo em bancada, 

pegaria um cabo de 38 metros e penduraria os 8 dispositivos.

[alexandre]

bom posso falar apenas do softw. ja modifiquei um bsc3 para rodar nessa config. vc tem certeza que os slaves estao quietos o tempo todo? sao displays que re ebem dados do master?

experimenta desabilitar o tx nos slaves. se ainda da pau nao eh softw.

Alexandre Palhynha (cel)

[Juraci Nascimento]

Cada slave deve ficar quieto até receberem o pedido do master, então analisar o endereço de destino, se for igual ao seu endereço ele responde.

Somente o master que possui display (lcd serial 20x4).

Mesmo desativando a interrupção de recepção do master e só ligando-a na hora de receber mesmo assim quando ligo a mesma começa a vir o lixo e embanana tudo.

O engraçado é que chegou a funcionar algumas vezes, mas na maioria não funciona.

Obrigado

--
Você recebeu esta mensagem porque está inscrito em um tópico do grupo "sis_embarcados" dos Grupos do Google.
Para cancelar a inscrição neste tópico, acesse https://groups.google.com/d/topic/sis_embarcados/JwGFG8oHV7Y/unsubscribe?hl=pt-BR.
Para cancelar a inscrição neste grupo e todos os seus tópicos, envie um e-mail para sis_embarcado...@googlegroups.com.

[Juraci Nascimento]

Bom dia rene,

Seu circuito parece ser bem diferente do meu. 

Achei interessante o esquema nas saídas A e B, qual seria a função prática?

Obrigado

--
Você recebeu esta mensagem porque está inscrito em um tópico do grupo "sis_embarcados" dos Grupos do Google.
Para cancelar a inscrição neste tópico, acesse https://groups.google.com/d/topic/sis_embarcados/JwGFG8oHV7Y/unsubscribe?hl=pt-BR.
Para cancelar a inscrição neste grupo e todos os seus tópicos, envie um e-mail para sis_embarcado...@googlegroups.com.

[Rafael Dias Menezes]

Juraci, eu acredito que deve estar havendo reflexões na sua rede RS-485. Veja os resistores de terminação. Sent from Yahoo! Mail on Android

---

From: Juraci Nascimento <juracina...@gmail.com>;
To: <sis_emb...@googlegroups.com>;
Subject: Re: [sis_embarcados] Problema RS485 + PIC + CCS
Sent: Wed, Feb 27, 2013 1:12:11 PM

Cada slave deve ficar quieto até receberem o pedido do master, então analisar o endereço de destino, se for igual ao seu endereço ele responde. Somente o master que possui display (lcd serial 20x4). Mesmo desativando a interrupção de recepção do master e só ligando-a na hora de receber mesmo assim quando ligo a mesma começa a vir o lixo e embanana tudo. O engraçado é que chegou a funcionar algumas vezes, mas na maioria não funciona.

Obrigado

Em 27 de fevereiro de 2013 09:21, alexandre <alexan...@dantascorreia.com.br> escreveu:

bom posso falar apenas do softw. ja modifiquei um bsc3 para rodar nessa config. vc tem certeza que os slaves estao quietos o tempo todo? sao displays que re ebem dados do master? experimenta desabilitar o tx nos slaves. se ainda da pau nao eh softw. Alexandre Palhynha (cel)

[Juraci Nascimento]

Bom dia Rafael, 

Também estava desconfiado disso, vou adicionar os resistores e verificar, estou tentando simular o defeito em bancada, mas até o momento com apenas 2 slaves e 1 master o problema não apareceu, vou aumentar a quantidade de slaves para ver se ele aparece.

Muito obrigado

[rene souza']

Os varistores em serie com as linhas A e B são para proteção contra transientes de tensão,

mas eles atenuam um pouco o sinal.

Os diodos são para limitar o sinal de entrada no transceiver da 485.

Mas esse arranjo depende do seu transceiver que vc esta usando, se ele tiver uma boa proteção interna, pode ser que não tenha a necessidade dessa proteção.

No meu caso tivemos problemas de queima do transceiver antes de chegar nessa solução.

[Danilo Quinelato]

O resistor de terminação não pode faltar.

O ideal seria usar uma protocolo mais robusto, mas se não for possível por conta do tempo, aconselho a usar pelo menos um checksum no final do pacote e o slave só mandar a confirmação pro master se o checksum estiver correto.

Um detalhe importante é ajustar o tempo entre as perguntas do Master, sempre ter em mente que todos os slaves sempre escuta tudo.

 

[Juraci Nascimento]

Rene,

Estou utilizando o MAX485.

Em 27 de fevereiro de 2013 10:40, rene souza' <souzz...@gmail.com> escreveu:

[Juraci Nascimento]

Bom dia Danilo,

 

Obrigado pela ajuda.

Teria algum exemplo prático e funcional de implementação de um checksum?

Esse tempo a que você se refere deve ser o tempo entre as chamadas que o master envia certo? Se for isso, eu retirei a função que chamava pelo timer, e deixei a chamada através de um botão manual que chama apenas um slave de cada vez e somente uma vez a cada pressionada do botão, e mesmo assim o problema persistiu.

Nesse momento estou ligando todos os 8 slaves em bancada para tentar simular o problema.

 

Obrigado

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

From: Danilo Quinelato

To: sis_emb...@googlegroups.com

Sent: Wednesday, February 27, 2013 10:49 AM

Subject: Re: [sis_embarcados] Problema RS485 + PIC + CCS

O resistor de terminação não pode faltar.

O ideal seria usar uma protocolo mais robusto, mas se não for possível por conta do tempo, aconselho a usar pelo menos um checksum no final do pacote e o slave só mandar a confirmação pro master se o checksum estiver correto.

Um detalhe importante é ajustar o tempo entre as perguntas do Master, sempre ter em mente que todos os slaves sempre escuta tudo.

 

Em 27 de fevereiro de 2013 10:40, rene souza' <souzz...@gmail.com> escreveu:

Os varistores em serie com as linhas A e B são para proteção contra transientes de tensão,

mas eles atenuam um pouco o sinal.

Os diodos são para limitar o sinal de entrada no transceiver da 485.

Mas esse arranjo depende do seu transceiver que vc esta usando, se ele tiver uma boa proteção interna, pode ser que não tenha a necessidade dessa proteção.

No meu caso tivemos problemas de queima do transceiver antes de chegar nessa solução.

Em 27 de fevereiro de 2013 10:17, Juraci Nascimento <juracina...@gmail.com> escreveu:

Bom dia rene,

Seu circuito parece ser bem diferente do meu. 

Achei interessante o esquema nas saídas A e B, qual seria a função prática?

Obrigado

Em 27 de fevereiro de 2013 09:15, rene souza' <souzz...@gmail.com> escreveu:

O resistor de 120ohms de terminação é altamente recomendado o uso, 

para a impedância da sua rede ficar casada. Já utilizei o circuito abaixo com a terminação 120ohms (R5|R6|R7) montada nos 

dois dispositivos dos extremos da rede essa rede tinha 25 metros aproximadamente com 5 dispositivos rodando a 115200.   

Funcionava perfeitamente.

No seu caso eu tentaria reproduzir as mesmas condições de campo em bancada, 

pegaria um cabo de 38 metros e penduraria os 8 dispositivos.

[rene souza']

Juraci,

O Tempo que o Danilo de refere acredito ser o TimeOut da 485,

o tempo que o Master espera pela resposta do Slave. 

Esse tempo é muito importante deve ser bem dimensionado para você conseguir monitorar toda a sua rede com eficiência.   

A grosso modo o checksum é  soma dos bytes que você esta enviando pela rede, 

o dispositivo que esta transmitindo calcula essa soma e envia junto com os bytes transmitidos, 

no outro lado o receptor recebe os byte e recalcula checksum comparando com os checksum recebido se o valor tiver diferente seus dados tem grande chance de terem sido corrompidos pelo meio de transmissão.

[Danilo Quinelato]

Olá Juraci,

Então, o que acontece é o seguinte, 

1º coisa a fazer é colocar o resistor vc colocou? isso é muiiiiiiito importante.

2º como que esta a recepção de dados no slave? por interrupção? no slave existe um led que você possa fazer um "debug"? ex: recebeu o pacote é dele liga o led

3º precisa ver se existe algum tipo de colisão.

Vou procurar um codigo aqui que eu tenho de slave e te mando.

[Juraci Nascimento]

E ai Leonardo,

Somente com a implementação do resistor entre o pino de saida de dados do Max485 resolveu seu problema?

Posso tentar tambem utilizar essa sugestão, precisaria apenas fazer pequena alteração nas placas.

Quantos escravos você tinha na sua rede? Utilizou algum protocolo em especial?

Obrigado

Juraci

Em 26 de fevereiro de 2013 21:53, Leonardo Alves <tec.le...@gmail.com> escreveu:

[Juraci Nascimento]

Rene,

Testei com velocidades de 4800 a 19200bps

[Juraci Nascimento]

Olá Danilo,

1-Coloquei agora a tarde e o problema persiste.

2-Não possuo led que sinaliza recepção, mas acontece algo que andei reparando e achei estranho, tenho um led que sinaliza sistema operante, e a saída do PIC que mantém o mesmo, vai para nível 0 assim que o pic recebe o pacote. Achei estranho, pois eu ligo esse led apenas no ínício do programa e deve permanecer assim sempre, não tem mais nenhuma manipulação do mesmo dentro do ciclo de repetição do programa. Esse led está ligado ao pino C0 do pic.

3-Em bancada com até 2 peças não teve nenhum problema de colisão, a partir de 3 peças os problemas começam a aparecer.

Grato

[Juraci Pereira]

 

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

From: Juraci Pereira

To: Leonardo Alves

Sent: Thursday, February 28, 2013 3:53 PM

Subject: Re: [sis_embarcados] Problema RS485 + PIC + CCS

Boa tarde Leonardo,

 

Gostei da idéia, vou implementá-la agora na parte da tarde, e posto os resultados.

Quanto ao protocolo, eu não estou com tempo hábil para mudá-lo drasticamente, pois tenho apenas até segunda-feira 04/03 para entregar os produtos funcionando. A partir daí terei o tempo suficiente para migrar o protocolo até para um modbus quem sabe. Sabe como é cliente, se ver funcionando e instalado, já é suficiente.

Quanto a topologia de cabos, eu estava utilizando um ótimo cabo com malha da Tiaflex, 0,20mm² de 2 vias, mas devido aos problemas que surgiram eu achei que fosse o cabo e acabei substituindo ele por um simples par-trançado 8 vias sem blindagem. Em alguns redes parece que o problema foi levemente amenizado, mas em outros ele persistiu (tenho várias redes montadas).

A disposição dos cabos está em desenho anexo.

 

 

Abraço

 

Juraci

 

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

From: Leonardo Alves

To: juracina...@gmail.com

Sent: Wednesday, February 27, 2013 9:56 PM

Subject: Re: [sis_embarcados] Problema RS485 + PIC + CCS

Olá Juraci

Sim o Resistor resolveu meu problema, mas já estava trabalhando com velocidade de 1200bps e havia implementado o protocolo SNAP que te mandei em cópia.

É um Protocolo bastante simples e que depois de 2 anos de uso migrei para o MODBUS. 

Mas durante 2 anos ele me atendeu sem problemas utilizando uma rede com 20 placas ligadas, estavam em cima de um forno industrial por 1km.

Os resistores de terminação são importantes também, pois sem eles a placa fica louca, outra coisa, cuidado com a topologia dos cabos, se vc não fizer o "varal" corretamente vai ter problemas. Use um bom cabo blindado para o circuito, de preferencia com malha, eu utilizei cabo de microfone (mas só aterre um lado do cabo).

no ano de 2003 ralei muito sobre esse projeto, mas funcionou legal.

Boa sorte

Em 27 de fevereiro de 2013 20:47, Juraci Nascimento <juracina...@gmail.com> escreveu:

E ai Leonardo,

Somente com a implementação do resistor entre o pino de saida de dados do Max485 resolveu seu problema?

Posso tentar tambem utilizar essa sugestão, precisaria apenas fazer pequena alteração nas placas.

Quantos escravos você tinha na sua rede? Utilizou algum protocolo em especial?

Obrigado

Juraci

Em 26 de fevereiro de 2013 21:53, Leonardo Alves <tec.le...@gmail.com> escreveu:

Tive um problema semelhante a muito tempo atrás quando usei também PIC's para uma comunicação RS-485 que atravessava uma ambiente industrial... 

Na época coloquei um resistor entre o pino 1 e o VCC do MAX 485 e funcionou bem depois disso... No meu caso foi um resistor de 1K que me ajudou...

Até mais

--

Leonardo M. Alves

Tec. Eletrônica
11- 96953-5774

--

Você está recebendo esta mensagem porque se inscreveu no grupo "sis_embarcados" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para sis_embarcado...@googlegroups.com.
Para postar neste grupo, envie um e-mail para sis_emb...@googlegroups.com.
Visite este grupo em http://groups.google.com/group/sis_embarcados?hl=pt-BR.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
Você está recebendo esta mensagem porque se inscreveu no grupo "sis_embarcados" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para sis_embarcado...@googlegroups.com.
Para postar neste grupo, envie um e-mail para sis_emb...@googlegroups.com.
Visite este grupo em http://groups.google.com/group/sis_embarcados?hl=pt-BR.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--

[Juraci Pereira]

Olá Leonardo,

 

Pois é né, acontece cada coisa de é até de arrepiar os fios do cabelo.

Estou colocando os resistores agora, e acredito que isso que você relatou faz muito sentido, quem sabe não é a solução, logo mais saberemos.

 

Abraço

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

From: Leonardo Alves

To: juracina...@gmail.com

Sent: Thursday, February 28, 2013 4:05 PM

Subject: Re: [sis_embarcados] Problema RS485 + PIC + CCS

Oi Juraci,

Nesta topologia que vc mandou, não era para ocorrer tantos problemas como vc vem relatando...

Mas observe que muitas vezes vc pode precisar de bytes para Preamble e SYNC para colocar todo mundo na rede para escutar... e isso ajuda a sair de um estado de recepção de "sujeira".

O que notei no osciloscópio durante testes eh que quando a linha ficava parada, sem o resistor de 1K no pino 1 do MAX 485 o PIC começava a interpretar o zero como recepção de Start bit.... COISA DE LOCO...

 Boa sorte

Em 27 de fevereiro de 2013 21:56, Leonardo Alves <tec.le...@gmail.com> escreveu:

Olá Juraci

Sim o Resistor resolveu meu problema, mas já estava trabalhando com velocidade de 1200bps e havia implementado o protocolo SNAP que te mandei em cópia.

É um Protocolo bastante simples e que depois de 2 anos de uso migrei para o MODBUS. 

Mas durante 2 anos ele me atendeu sem problemas utilizando uma rede com 20 placas ligadas, estavam em cima de um forno industrial por 1km.

Os resistores de terminação são importantes também, pois sem eles a placa fica louca, outra coisa, cuidado com a topologia dos cabos, se vc não fizer o "varal" corretamente vai ter problemas. Use um bom cabo blindado para o circuito, de preferencia com malha, eu utilizei cabo de microfone (mas só aterre um lado do cabo).

no ano de 2003 ralei muito sobre esse projeto, mas funcionou legal.

Boa sorte

Em 27 de fevereiro de 2013 20:47, Juraci Nascimento <juracina...@gmail.com> escreveu:

[iaeng(UOL)]

Esse negócio de inserir alguns bytes iguais iniciais no pacote,  para acordar o receptor é típico nos protocolos via rádio, geralmente no sub Ghz, onde o receptor demora um pouco para acertar AGC, etc.  Agora, em RS-485, 4 ou 2 fios, ter que chegar a esse ponto é porque o bicho tá solto mesmo...

Abraços

Ivan Assaritti
http://dmpshop.com.br

[Juraci Pereira]

Boa tarde, pessoal,

 

Fiz os testes com os resistores de terminação e com os resistores de pullup no pino RO do max485, e pelo jeito parece que o problema desapareceu.

Amanhã de manhã vou retirar os resistores de pullup e refazer os testes, quero confirmar se são eles mesmos que resolveram meu problema e posto os resultados aqui para vocês

Por enquanto não fiz nenhuma alteração no protocolo.

 

Abraço a todos

[Lucas B. Sanches]

Juraci,

Observe pela tabela do datasheet do CI os estados possíveis da linha de dados. Dependendo das condições ela pode ser  "0" "1" ou Alta impedância (high Z). É boa prática sempre que uma linha lógica puder ir para o estado de alta impedência, ou seja, estado indeterminado - pode ser "0" ou "1' -  utilizar um resistor de pull-up ou pull dow para levá-la para o estado default esperado. Os protocolos só entendem "0" ou "1", não entendem "indefinido" (alta impdedância). Se no estado de IDLE (sem mensagens e antes de um start-bit) seu protocolo espera que se mantenha em "1" vc deve ter um pull-up. Isso garante que a linha fica em "1" enquanto ninguém transmite, e não resolva ir pra zero sem transmissão, fazendo com que o receptor "entenda" como um start-bit.

´

Será que não é isso que aconteceu??

Além disso, tem outra questão... quando vc desabilita a linha (pinos DE e RE)... e o canal de dados então vai pra alta impedância, quanto maior a carga no barramento (Mais nós) fica diferente o tempo de retorno da linha para o estado default (garantido pelo resistor de pull-up). isso pode afetar a entra das portas lógicas que "entendem" zero ou um" afetando o tempo de bit...

Essa é outra questão que é preciso tomar cuidado.

Abraço e boa sorte com os projetos,

Lucas Sanches

[Juraci Pereira]

Olá Lucas,

 

Andei olhando alguns detalhes do datasheet e realmente a saída fica em alta impedância.

Acredito que sua teoria tem grande fundamento, por isso estou fixando os resistores de pullup para resolver esse problema.

 

Muito boas as suas dicas.

 

Obrigado

 

Juraci

 

--
Você recebeu esta mensagem porque está inscrito em um tópico do grupo "sis_embarcados" dos Grupos do Google.
Para cancelar a inscrição neste tópico, acesse https://groups.google.com/d/topic/sis_embarcados/JwGFG8oHV7Y/unsubscribe?hl=pt-BR.
Para cancelar a inscrição neste grupo e todos os seus tópicos, envie um e-mail para sis_embarcado...@googlegroups.com.

[Juraci Pereira]

Bom dia pessoal,

 

em novos testes nessa manhã, realmente o sistema pára assim que se elimina os resistores de terminação.

Chega até a funcionar sem os pullup, mas sem os terminação nada feito. Mesmo assim vou manter ambos.

Outra pergunta, alguém aqui já utilizou a biblioteca RS485 do CCS ?

Andei olhando e parece ser bacana, mas ainda não tentei utilizar. Se alguém já tentou, por favor, poste a experiência para eu me espelhar.

 

Abraço a todos

 

Juraci

--
Você recebeu esta mensagem porque está inscrito em um tópico do grupo "sis_embarcados" dos Grupos do Google.
Para cancelar a inscrição neste tópico, acesse https://groups.google.com/d/topic/sis_embarcados/JwGFG8oHV7Y/unsubscribe?hl=pt-BR.
Para cancelar a inscrição neste grupo e todos os seus tópicos, envie um e-mail para sis_embarcado...@googlegroups.com.

[Juraci Pereira]

Bom dia pessoal,

 

somente para finalizar o assunto, gostaria de postar para futuras consultas.

O meu problema foi resolvido. E o melhor de tudo, a tempo de não perder o cliente.

Adicionei os resistores de terminação e também os pullup no pino 1 (DO) do MAX485, conforme me foi recomendado. Não fiz nenhuma alteração por enquanto no protocolo. Mas assim que sobrar um tempinho pretendo melhora-lo para algo mais robusto e confiável.

Sem os resistores de terminação realmente a coisa trava a partir de 2 ou 3 unidades na rede, mesmo com o cabeamento curto. E eu que achava que os resistores de terminação somente surtiam efeito em cabos a partir de 100 metros de comprimento, não sei de onde tirei essa teoria...rsrsrs

Um outro detalhe que percebi, nos sistemas que estavam funcionando precariamente sem os resistores de terminação, foi que alguns MAX485 (mesmo utilizando pullup) mantinham o pino 1 (DO) em 0V, eu adicionei os resistores de terminação e troquei o max485 e o problema foi sanado, agora a pergunta: será que a reflexão por falta dos resistores poderia ter queimado o MAX485?

 

Obrigado e um abraço a todos!!!

 

Juraci

 

 

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

--
Você recebeu esta mensagem porque está inscrito em um tópico do grupo "sis_embarcados" dos Grupos do Google.
Para cancelar a inscrição neste tópico, acesse https://groups.google.com/d/topic/sis_embarcados/JwGFG8oHV7Y/unsubscribe?hl=pt-BR.
Para cancelar a inscrição neste grupo e todos os seus tópicos, envie um e-mail para sis_embarcado...@googlegroups.com.

[Juraci Pereira]

Bom dia a todos,

 

Estou com um problema com meu MAX485.

Tenho um circuito simples como o que se encontra em anexo.

O MAX485 apresenta com grande facilidade um defeito e deixa de funcionar.

O defeito é o seguinte, por algum motivo que eu desconheço, o pino 1 do MAX vai para zero e assim permanece por todo o tempo, mesmo com o resistor de pullup.

A voltagem fica em torno de 0,20V nesse pino, e somente substituindo o max o sistema volta a funcionar.

O resistor de 120R que se encontra no circuito fica somente nas extremidades da rede.

A rede contém 9 dispositivos sendo um mestre e os demais escravos.

 

Se alguém souber qual o problema que ocorre e se alguém já passou por isso. Se é necessário algum tipo de filtro ou algo assim.

 

Obrigado

 

Juraci N. Pereira

[rene souza']

Juraci, 

Tudo bom ?

Me corrija se estiver errado, 

mas olhando  somente para  o seu circuito de kara seu resistor de pullUp está muito baixo 

com 1K você terá 5mA entrando para dentro da saída(baixa impedância )  do seu MAX485, o que é uma corrente "alta".  Eu tiraria esse resistor fora ou colocaria um de 10K para testar.      

--

[Juraci Pereira]

Tudo ótimo Rene, e contigo.

 

Eu pretendo sim substituí-lo por um de 10K, mas acredito que não seja esse o problema, pois eu já tinha esse problema mesmo antes de adicionar o resistor, aí um dos companheiros aqui do fórum me deu a dica do resistor de 1k que já funcionava pra ele há alguns anos. Por isso eu coloquei. Mas meu problema persistiu.

 

O que poderia estar acontecendo?

 

Abraço

 

--
Você recebeu esta mensagem porque está inscrito em um tópico do grupo "sis_embarcados" dos Grupos do Google.
Para cancelar a inscrição neste tópico, acesse https://groups.google.com/d/topic/sis_embarcados/JwGFG8oHV7Y/unsubscribe?hl=pt-BR.
Para cancelar a inscrição neste grupo e todos os seus tópicos, envie um e-mail para sis_embarcado...@googlegroups.com.

[Andre Alexandre]

Sem olhar o circuito todo fica dificil saber. Teria como passar?

André Stavrakas

+55 (27) 9943-8898

andr...@gmail.com

2013/3/15 Juraci Pereira <juracina...@gmail.com>

[Juraci Pereira]

Olá André,

 

Eu havia encaminhado o circuito em anexo no meu outro email.

Mas segue novamente.

 

Obrigado

[Andre Alexandre]

Eu vi, mas esse não é o circuito todo. 

Queria ver como esta a sua fonte. 8 de 10 esse é o problema...

[Juraci Pereira]

André,

 

Se você se refere a fonte de alimentação, estou utilizando uma fonte comercial 12V chaveada x 1A da marca MS.

Se tiver alguma sugestão quanto a fonte, estou aberto a sugestões.

[Luis Filipe Rossi]

Qual o resto do circuito?

Qual ambiente ele está sendo usado?

O circuito fica neste estado independente do RE/DE e do DI?

Abraços

2013/3/15 Juraci Pereira <juracina...@gmail.com>

--

Luís Filipe Rossi
Electrical Engineer

Biomechatronics Lab. / Grupo de Sensores Integráveis e Sistemas

Escola Politécnica
Universidade de São Paulo

Cel. +55 (11) 7662-9234

[Juraci Pereira]

Olá Luis,

 

Eu preciso preparar o restante do circuito, pois ainda não tive tempo de documentá-lo.

Mas basicamente trata-se de um pic para controlar a recepção/transmissão e só.

 

Quanto ao ambiente, é um galpão aviário, onde tenho pouca interferência.

 

Só verifiquei o problema quanto RE/DE estão com sinal baixo, ou seja, para recepção, do contrário eu não testei.

[Gustavo Ortenzi]

Boa Noite!

Pergunta: Vc está tendo o problema de queima em todas as placas, ou apenas na Master ou escravo?!

É possível que o cabo que vc esteja utilizando não esteja adequado, de forma que a impedância da linha não fique balanceada. Os resistores de carga, 120Ohms podem ser utilizados com valores levemente diferentes para ajustar...

Outro ponto a observar, a distância é grande entre os pontos/placas? Cabos blindados e trançados ajudam bastante.

Vc está "carregando" apenas os sinais D+ e D- ou o Terra também? Já vi algumas aplicações que quando o comprimento do cabo é grande, recomendam a utilização do terra junto com as duas linhas de dados, para garantir que o nível dos sinais não flutuem tanto...

Abraços

-- 

Gustavo Ortenzi
Engenheiro Eletrônico
Tel/Fax: 19 3523-8113
Cel: 19 9104-1569

[Juraci Pereira]

Gustavo, bom dia

 

O problema aparece tanto no master quanto nos escravos.

 

Estou utilizando um cabo par trançado normal de rede de computadores cat 5e do qual utilizo apenas um dos pares e também não estou utilizando interligação entre os terras.

O comprimento total do cabo não excede 38 metros, bem curto para o padrão 485.

Estou pretendo utilizar nas próximas redes, cabo manga, 0,20mm² com malha da marca Tiaflex que um amigo me indicou. Ou até mesmo o cabo par trançado blindado.

[jorge luiz]

Olá Juraci,

O ''RO'' permanece em zero mesmo com  a placa desconectada da sua rede 485?

Jorge Lousada
+55 85 8770-4114

[Magnus]

Bom dia Juraci,

Pela sua descrição o problema é o transceiver que está falhando, correto? Se for esse o caso existem algumas proteções extras que você pode colocar.

Veja nesse "application note" os itens ISOLATION e TRANSIENT OVERVOLTAGE STRESS PROTECTION.

http://www.analog.com/static/imported-files/application_notes/AN-960.pdf

Espero que possa ajudar.

Magnus

[Juraci Pereira]

Bom dia Jorge,

 

Sim, isso mesmo.

[jorge luiz]

Dá uma olhada nessa parte do datasheet.

''Receiver Output. If A > B by 200mV, RO will be high; if A < B by 200mV,

RO will be low.''

Tira o resistor de terminação de 120R e mede a tensão no A e B e vê se condiz com a tabela.

Também testa a tensão no RO e veja se foi pra ''1"

Abraço

[Luis Filipe Rossi]

Bom o que aconselho e testar todos os modos da placa, incluindo o driver. Se estiver falhando é que pifou mesmo. MAX485 não é dos mais robustos.

Como assim você não está interligando os terras???? RS485 precisa de uma referência comum obrigatoriamente! Ele não tem um transformador como Ethernet....

Abs 

2013/3/19 Juraci Pereira <juracina...@gmail.com>

[José Ricardo Borba]

Juraci,

O Gustavo levantou um problema que é bem comum: a diferença de nível de terra entre os dispositivos. Apesar do padrão ter boa imunidade (teoricamente), já tive problemas até em RS-232 (com MAX-232) com menos de um metro. Claro, o RS-232 é BEM mais suscetível a este tipo de problema, mas como você já possui o cabo e existem pares sobrando, não custa tanto testar na sua aplicação. Aproveite e meça a diferença de potencial entre o escravo e o mestre.

Grande abraço.

José Ricardo Borba
Porto Alegre - RS

Em 19 de março de 2013 09:25, Juraci Pereira <juracina...@gmail.com> escreveu:

--
José Ricardo Borba

UFRGS - Instituto de Física
L3FNano - 43173 room 101
Lab:    55-51-3308-6457 / Office: 55-51-3308-6530
Mobile:55-51-8184-7649 / Fax:   55-51-3308-7286

[iaeng(UOL)]

Olá Luis,

EIA-485 não é diferencial?  Não entendí porque é necessário interligar os terras. Ou eu não entendí o que você quis dizer.

Abraços

Ivan Assaritti
http://dmpshop.com.br

[iaeng(UOL)]

Olá Juraci,

Nesse galpão aviário não tem motores dos ventiladores/nebulizadores e válvulas solenóides para os dispensers?  Esses cabos estão caminhando todos juntos?

Abraços

Ivan Assaritti
http://dmpshop.com.br

[Leonardo Alves]

Olá Luis, sempre que interliguei os terras no RS-485 tive problemas enormes, inclusive de queima do MAX-485 (que na verdade sempre usei o SN75176).

Alias meu primeiro projeto usando o RS-485 eu interliguei dois PIC's a uma distancia de 1km usando cabo cinza de telefone (lembra deles?) O Engenheiro Ivan Assaritti estava junto e acompanhou este processo, inclusive. Claro que o desempenho melhorou muito quando parti para a utilização de cabo blindado.

Lendo alguns artigos, inclusive, verifiquei que muitas pessoas recomendavam a não interligação de malha de terra na Rede RS-485 nos dois dispositivos, apenas aterrar em um ponto, não sei se é o certo a fazer, ainda cabe discussão.

Uma coisa importante são os resistores de terminação estes não podem faltar e uma coisa que me deu mais confiança foi a utilização de supressores de transiente na linha, como o SA05 (não me lembro o código exato).

Esse artigo que o Magnus subiu é muito bom.

Juraci, qual o PIC que vc está utilizando e quais os pinos que usa? Vc já postou por aqui?

Até mais

-- 
Leonardo M. Alves

Tec. Eletrônica
11- 96953-5774

[Danilo Quinelato]

Olá Juraci, 

Você disse que esta usando uma fonte de 12V.

Você esta alimentando o MAX 485 com que tensão?

Você pode mostra esse circuito aqui? 

abraços

[Luis Filipe Rossi]

@Leonardo e @Ivan, 

Não sei se estamos falando do mesmo "terra". Quando eu disse terra eu me referi ao GND, ou seja qual for a referência dos dois circuitos de RS485. Eu não estou falando para aterrar o circuito no terra da instalação. Diga-se de passagem se for necessário você deve aterrar usando alguma resistência.

RS-485 é diferencial, isso com certeza, mas eles tem uma característica que você pode achar no datasheet facilmente chamada Common-Mode Input Voltage Range. Normalmente ele vai ser algo como -7V até +12V (alguns tem esses valores estendidos para tolerar diferenças de GNDs causadas por longas distâncias). Isto quer dizer que ele só consegue pegar o valor diferencial se ambos os valores separados estiverem dentro deste intervalo. Isto em relação ao GND ou seja qual for o nome do pino de alimentação do CI. Se você não interconectar os GNDs de todos os circuitos basicamente eles vão estar em potenciais diferentes. Logo um pode estar com 0 e +5V e o outro com +1000 e +1005V. Isso é um absurdo, mas ilustra os que basicamente acontece. De modo geral é interessante você ter o GND no mesmo cabo que o par diferêncial para reduzir EMI.

Duas referências muito boas sobre RS-485 são:

http://www.ti.com/lit/an/snla049a/snla049a.pdf

http://www.ti.com/lit/an/slla272b/slla272b.pdf

2013/3/19 Leonardo Alves <tec.le...@gmail.com>

[Juraci Pereira]

Olá Magnus,

 

Obrigado pela referência.

Vou analisar com mais calma e ver o que podemos fazer para melhorar.

 

Abraço

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

From: Magnus

To: sis_emb...@googlegroups.com

[Juraci Pereira]

Olá Jorge,

 

Vou fazer esse teste. Mas vale lembrar que tive esse problema também antes de utilizar o resistor de terminação.

[Juraci Pereira]

Caro Luis, boa tarde.

 

Eu cheguei a descartar mais de 20 ci's max485 por este defeito.

Era só trocar os ci's defeituosos que a rede voltava a funcionar normalmente. Só achei estranho eles apresentarem esse defeito assim tão rapidamente (cerca de menos de uma semana de uso).

Agora estão todos funcionando, vamos ver até onde vai. Por precaução já comprei mais de 100 MAX485 pra prevenir...rsrs

Quanto a interligação dos terras das placas, eu não fiz, pois já tenho outras redes de comunicação funcionando normalmente sem a interligação do terra. Mas mesmo assim a placa prevê esse ligação.

Alguns dizem que não é necessário, e a rede tem funcionado sem ela, mas não sei qual é o método mais certo ainda.

[Juraci Pereira]

Boa tarde José,

 

Eu vou sim efetuar um teste com essa idéia.

Tenho conectores para isso na placa e o cabo comporta.

Só ainda não fiz, pois fiquei com medo do cabo captar interferência para dentro dos circuitos das placas.

 

Abraço

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

From: José Ricardo Borba

To: sis_emb...@googlegroups.com

[Juraci Pereira]

Grande Ivan, como vai????

 

Existem sim Ivan, mas os cabos da rede passam bem longe dos cabos de corrente alternada, tomei muito cuidado quanto a isso.

 

Abraço

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

From: iaeng(UOL)

To: sis_emb...@googlegroups.com

[Juraci Pereira]

Olá Leonardo,

 

Me mande mais detalhes sobre esse supressor de transientes que você utilizou.

 

Quanto ao pic, trata-se do 16F877A, e os pinos utilizados são os da UART (C6 e C7) e também o C5 para controle do DE/RE.

[Juraci Pereira]

Danilo,

 

Isso mesmo, utilizo uma fonte de 12V que passa por um regulador de 5V e a partir daí alimenta todo o circuito, inclusive o MAX485 (5V).

Posso postar sim, na verdade ainda estou desenhando o esquema que ainda não tinha feito por falta de tempo.

Sabe como é né....faz a placa primeiro e depois quando sobra tempo, faz o esquema...rsrsrs

[Juraci Pereira]

Bom dia pessoal,

 

Estou tentando desenvolver um esquema simples e prático para escolha do sinal de entrada em um acoplador óptico.

O sistema seria para escolher qual tipo de sinal seria utilizado para chavear o acoplador, se seria NPN ou PNP.

Andei tendo algumas idéias com jumpers, mas como estou projetando o circuito para 8 entradas, a quantidade de jumpers para se configurar ficaria um pouco grande e isso tem me incomodado.

Alguém aqui já desenvolveu algo nesse sentido, ou sabe de algum circuito que atenda essa necessidade?

 

Grato

 

Juraci

[Juraci Pereira]

Pessoal, bom dia,

 

Seguindo dicas de alguns dos colegas e também do AN da Analog Devices que um dos amigos postou, eu interliguei os terras (0V das fontes) de todos os nós da rede (1 master e 8 slave), e agora vou aguardar o resultado.

Achei também muito interessante a idéia do amigo Rene, que colocou zener para limitar a tensão na entrada do ci 485, vou guardá-la como plano B caso essa alteração que fiz agora não surta efeito quanto ao problema.

 

Por enquanto é isso aí, vamos aguardar pra ver como se comporta.

 

Abraço a todos

 

Juraci

[Magnus]

Juraci,

Sobre essa interligação dos terras, na prática você está interligando várias fontes separadas por grandes distâncias, não é muito a minha praia, mas acho que isso pode causar problemas.

Magnus

[Luis Filipe Rossi]

Juraci, 

Se o problema realmente for de ESD eu recomendo comprar CIs um pouco mais robustos. Existem varios com fault protection e ESD. 

Eles são um pouco mais caros (ou até BEEM mais caros dependendo)

Esse por exemplo: http://www.maximintegrated.com/datasheet/index.mvp/id/3620

Pra queimar um bixo desses precisa de muita pancada.

Existem opções so com ESD, e de outros fabricantes como Texas (que costuma ser mais em conta).

Abs

2013/3/27 Juraci Pereira <juracina...@gmail.com>

[PJ-Mecatrônica na Net]

Por falar nisso:

Safeguarding RS485 Communication Networks from Harmful EMC Events

http://www.techonline.com/electrical-engineers/education-training/webinars/4406484/Safeguarding-RS485-Communication-Networks-from-Harmful-EMC-Events?isvalidated=1

Em terça-feira, 26 de fevereiro de 2013 19h29min29s UTC-3, Juraci Nascimento escreveu:

Boa tarde pessoal,

 

Estou tendo alguns problemas com uma rede RS485 com 1 mestre e 8 escravos.

Estou utilizando o compilador C CCS e pic 16F877A (também testei com o 18F4620).

O programa que desenvolvi funciona perfeitamente em bancada com até 2 dispositivos na rede, mas em campo com os 8 dispositivos e as vezes até mesmo com apenas 1, não tenho uma boa comunicação e acaba até travando o dispositivo mestre durante a recepção.

O que acontece é que devo receber 5 bytes (1byte = endereço escravo + 4 bytes = dados) e um "CR" para sinalizar o fim do pacote. Em bancada com poucos escravos e tudo ótimo e em campo aparecem os problemas, tentei monitorar os pacotes recebidos através de um display lcd serial, e percebi que os erros começam a aparecer porque o mestre recebe vários bytes sem parar.

Meu hardware é composto de MAX485 e ligação via cabo par trançado com um total de aproximadamente 38 metros de comprimento do começo até o fim da rede.

Não estou utilizando resistores de terminação, mas acredito que o problema não é esse, já que durante os testes, chego a deixar apenas um escravo conectado e mesmo assim dá pau.

Não sei se é problema de hardware ou software, ficaria muito grato se alguém pudesse me ajudar nessa empreitada, tenho prazo para entregar esse projeto e está quase esgotando.

 

Obrigado a todos

 

Juraci Pereira

[Juraci Pereira]

Olá Luis,

 

Gostei muito dessa opção do MAX4332.

O único detalhe é que não encontro para comprar, nem na farnell.

Saberia me dizer onde posso encontrá-lo?

[Juraci Pereira]

Pois é Magnus,

 

É o que eu também acho.

Mas foi uma medida de desespero, já que estava tendo problemas, e alguns companheiros me sugeriram essa configuração, e resolvi testá-la por desencargo de consciência.

Por enquanto está funcionando há uma semana.

Estou aguardando para ver se essa medida vai resolver o meu problema ou me criar outros.

Tenho a solução de diodos de proteção conforme o amigo Rene me indicou para utilizar caso tenha problemas com essa.

Seria como se fosse um plano B.

Por enquanto estou aguardando para ver como se sai.

 

Abraço

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

From: Magnus

To: sis_emb...@googlegroups.com

[PJ-Mecatrônica na Net]

Pessoal!

Aproveitando o tópico, gostaria de saber qual a melhor forma para conectar os dispositivos à uma rede RS-485: Derivação em T no cabeamento principal, ou interrompe-se o o cabeamento em cada nó, ligando as parte num borne, soldando, etc.

[Luis Filipe Rossi]

Então, 

O ótimo, ótimo mesmo seria fazer um Daisy-Chain com "stubs" o menor possível. Se for possível o ideal seria ter um conector de "entrada", e outro de "saida". Eu digo entre parenteses pois no fundo é tudo bidirecional. 

No meu mestrado eu desenvolvi uma rede de ultra baixa latência para ser utilizada em sistemas robóticos de alto desempenho. No caso eu usei M-LVDS que seria uma versão para menor deistancia e maior velocidade do que RS485. No projeto das placas as trilhas entre um conector e outro (eu usei RJ45 por simplicidade) passavam por baixo dos pinos do transceiver, de preferência com impedância controlada. Para RS485 a coisa não é tão crítica. Se você tiver que criar p nó por fora da placa aconselho tentar usar a derivação T por questão de flexibilidade, porém tome cuidado com a impedância deste T. 

Abraços

2013/4/4 PJ-Mecatrônica na Net <paul...@gmail.com>

--

Você está recebendo esta mensagem porque se inscreveu no grupo "sis_embarcados" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para sis_embarcado...@googlegroups.com.
Para postar neste grupo, envie um e-mail para sis_emb...@googlegroups.com.
Visite este grupo em http://groups.google.com/group/sis_embarcados?hl=pt-BR.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.