Buscando formas de retransmitir IR, bidireccionalmente, así:
[IR TX-A]----->[IR RTR-1]------>[IR RTR-2]------>[IR RX-B]
[IR RX-A]<-----[ ]<------[ ]<------[IR TX-B]
Mi interés está en el dispositivo "IR RTR" que puede retransmitir los datos IR recibidos bidireccionalmente, para aumentar la distancia efectiva. Mientras que si es específico para el protocolo IR, está bien, pero si es más barato / más fácil comportarse de una manera agnóstica del protocolo, es decir, la señal recibida se amplifica tal cual y se alimenta "tontamente" en el LED del transmisor, sin necesidad de transmisor, esto es bastante aceptable, a menos que, por supuesto, pueda introducir un ruido significativo, por lo que se vuelve difícil / costoso de manejar en el otro extremo.
Si hay esquemas listos para esto, estaría encantado de ser señalado.
Por cierto, no tengo nada en contra de un enfoque basado en uC, pero probablemente mantenga esa opción como respaldo, ya que mis requisitos en orden de prioridad son:
Editar: no necesito que esto funcione como un extensor de rango de control remoto universal, es decir, también estoy muy contento si este pequeño dispositivo mío puede actuar como un repetidor de señal bidireccional para una frecuencia portadora específica, tipo de modulación que bien podría ser patentado y elegido de forma que se eviten las interferencias y los efectos del ruido ambiental.
Editar (n. ° 2): agregar más información sobre la comunicación. necesidades:
Uno pensaría que la forma más pura es usar un fotodiodo para controlar un transistor, que a su vez controla un LED infrarrojo. Llamémoslo la solución de las tres partes (en realidad, también necesita un transistor de serie pequeña para el LED). Esto se puede hacer, pero tiene la desventaja de que todo lo que detecta el fotodiodo se amplifica, incluido el ruido que capta. No quieres eso.
OTOH, los módulos receptores IR generalmente se sintonizan a un protocolo y frecuencia específicos , pero si las frecuencias utilizadas son cercanas, se puede usar un solo receptor. El módulo incluye un filtro alrededor de la frecuencia central, que elimina el ruido, junto con una etapa AGC (Automatic Gain Control), que también ayuda a eliminar señales no deseadas (de bajo nivel), como la radiación de las lámparas fluorescentes HF. Pero si no hay una señal real presente, el AGC amplificará el ruido entrantea un nivel de señal normal. Y este ruido será retransmitido. Cuando se recibe una señal real, la amplificación del AGC se ajustará y el ruido se suprimirá, por lo que la señal real llegará correctamente, a pesar de los altos niveles de ruido cuando no se transmite.
Entonces, aunque también habrá una gran cantidad de ruido recogido y retransmitido por un módulo receptor IR, al igual que la solución de tres partes. La desventaja de este último es que no suprimirá el ruido si se detecta una señal adecuada. Su ventaja es que es independiente del protocolo.
En cuanto al poder , esta es una tarea difícil. La solución de tres componentes transmitirá ruido todo el tiempo y agotará la batería rápidamente. El módulo receptor contiene más componentes electrónicos y consumirá alrededor de 0,5 a 1 mA. Lo que también es demasiado para dejar que la batería dure seis meses.
editar
Si la potencia es realmente premium, es posible que deba ceñirse a un protocolo específico y decodificar los comandos recibidos antes de retransmitirlos. El
C también consumirá algo de energía, pero hará que el LED permanezca apagado la mayor parte del tiempo, como hasta un 99,99 %, ya que no transmitirá ruido, solo comandos válidos. Es posible programar el
C para decodificar múltiples protocolos, pero como dije antes, deberán tener características cercanas, como la relación pulso-pausa y la frecuencia de la portadora.
Usted dice que un dispositivo tonto es "suficientemente bueno", pero sugeriría que probablemente sea más fácil hacer un dispositivo "inteligente" que funcione bien que un dispositivo "tonto" que funcione igualmente bien. Para que un dispositivo "tonto" funcione bien, es importante que capture fielmente todas las transiciones en la señal entrante para que pueda reenviarlas con precisión. Por ejemplo, suponga que el protocolo requiere que no haya más de 20 us de desviación entre el momento en que ocurre un borde y el momento en que se supone que debe ocurrir. Si usa un repetidor "tonto", entonces la incertidumbre combinada de su dispositivo y el dispositivo al que está enviando tendría que ser de 20us o menos. Por el contrario, si utiliza un repetidor "inteligente", ambos enlaces podrían tolerar 20 us de incertidumbre cada uno.
Apéndice
Al leer un poco más sobre sus especificaciones, no parece especificar qué tipo de retrasos en la transmisión son aceptables. Puede ser útil tener un sistema en el que haya un punto designado de 100 ms durante cada intervalo de cinco segundos donde debe comenzar la transmisión de un paquete; las unidades intercambiarían mensajes con la frecuencia suficiente para mantener sus relojes sincronizados dentro de los 20 ms. Dependiendo del tipo de precisión compensada que pueda obtener con los relojes de las unidades, es posible que pueda hacer un trabajo muy efectivo para minimizar el tiempo de "escucha". Si este es un buen enfoque dependerá de la cantidad de demora que pueda tolerar en el reenvío de paquetes, y también de la frecuencia con la que espera que las unidades transmitan datos. Un enfoque de escucha sincronizada agregaría tráfico 'inactivo', pero podría reducir la cantidad de veces que los paquetes deben retransmitirse.
Wouter van Ooijen
el fotón
bdutta74