Moderadores: andre_luis, 51, guest2003, Renie
xultz escreveu:Você está tratando a comunicação por pooling ou por interrupção?
Se for pooling, pode esquecer, vai dar caca mais cedo ou mais tarde, trate a comunicação por interrupção.
Porque não usa então um cabo "shieldado" ?
Não importa o tipo de cabo nem nível de ruído. O firmware deve sempre ser capaz de se recuperar.
Todo o programa trava, ou só a comunicação?
Comece com uma solução radical: Se a comunicação falhar por x tempo, ressete o master (watch dog). Depois, refina as rotinas para se recuperarem sozinhas.
Agora se o hardware está queimando, aí tens que proteger a linha do 485.
ÁgioFelipe escreveu: Todo o programa trava!
ÁgioFelipe escreveu:Porque não usa então um cabo "shieldado" ?
Pq sai bem mais caro, são dois canais de RS485 por questões de segurança, então precisaria de pelo menos 4 vias.
Vonnilmam escreveu:Uma técnica muito simples e eficiente é utilizar uma bobina EMI, que pode ser comprada pronta (normalmente acha-se em SMD) ou você pode confeccionar uma.
(...)
Elimina completamente o ruido, se colocar no osciloscópio, verá o ruido totalmente aniquilado (dica, quanto menor a tensão de alimentação maior a probabilidade de interferencias EMI).
andre_teprom escreveu:... isso só ocorre quando o nucleo do ferrite saturar...
KrafT escreveu:
andre_teprom escreveu:
KrafT escreveu:Para mim, a tua afirmação é equivocada. Um indutor saturado causa mais problemas do que ajuda, na questão de filtros. Já para reguladores que se baseiam no princípios dos MagAmps, a saturação é fundamental, mas aí é outra história.
Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante