transmisión de señal RS485

1

Estoy tratando de construir paneles LED de gran tamaño (módulos LED 3x128) con LEDs WS2801, con datos provenientes de un microcontrolador Teensy 3.0. Tengo dificultades para transmitir mis señales de Datos y Reloj entre los diferentes paneles. Los tres paneles tienen una fuente de alimentación separada, por lo que no puedo transmitir mis señales directamente debido a problemas de tierra.

Quiero transmitir mis señales utilizando RS485, así que obtuve MAX485 chips y los estoy usando para simetrizar mis señales. Hasta ahora, funciona sin ningún problema si quiero enviar mi señal al primer panel:

  

Salida Teensy TTL - > Max485 = > (RS485) = > Max485 - > TTL

Sin embargo, cuando quiero enviar mi señal al siguiente panel, tengo un problema. Quiero que salga el reloj y los datos del último LED, y RS485 al siguiente panel, y esto es precisamente lo que no funciona. Lo que quiero hacer es:

  

Salida Teensy TTL - > Max485 = > (RS485) = > Max485 - > TTL - > Max485 = > (RS485) = > Max485 - > TTL.

Sé que RS485 es en realidad un sistema de 3 cables, y tengo una conexión a tierra común desde mi microcontrolador. Estaba pensando que podría ser un problema de tierra, pero no sé exactamente de dónde proviene mi problema, ya que mi MAX485 de recepción y mi MAX485 de emisión están alimentados por la misma potencia de 12 V que va al LED (reducido a 5 V, usando un regulador LM7805).

Nota: la señal y la señal de reloj emitidas por mi último LED son correctas, si las dirijo directamente al siguiente panel, funciona bien, pero recibo artefactos cuando los 3 paneles están conectados, por eso cambié a RS485

¿Alguien tiene una pista sobre esto?

    
pregunta Martin

2 respuestas

1

Martin,

No soy un experto en RS485, pero me he encontrado con algunos de los mismos problemas que ha tenido con las fuentes de alimentación independientes en redes RS485 multipunto.

Con mayor frecuencia, a pesar de reclamar una operación a prueba de fallas, no funcionan bien con bucles a tierra / compensaciones de CC. Para mí, en el pasado, la ruta más directa es utilizar un sesgo a prueba de fallas en las dos líneas. P.ej. .

Porcierto:lamayorpartedemiaprendizajeprovinodeotrosaquí,asícomoalgunasnotasdeaplicaciónbastantebuenasde Texas Instruments (PDF) , Maxim (HTML) , y < a href="http://www.analog.com/static/imported-files/application_notes/AN-960.pdf"> Analog Devices (PDF) .

Espero saber si esto te pone en el negocio.

Josh

    
respondido por el JDB
0

Si lo entiendo correctamente, ¿está ejecutando el reloj y los datos a través de líneas de transmisión RS485 paralelas y separadas? ¿Y está conectando en cadena tanto el reloj como los datos a través de sus paneles de visualización? Si mi entendimiento anterior es correcto, entonces sugiero que echen un vistazo a la sincronización de su reloj y las señales de datos en cada panel de visualización. Mi sospecha es que después de la primera conversión TTL-485-TTL, el tiempo del reloj a los datos está a la deriva. RS485 es inherentemente multi-drop, así que sugiero que en lugar de encadenar las señales, intente conectar en paralelo todos los receptores en cada par de transmisión.

    
respondido por el markt

Lea otras preguntas en las etiquetas