¿Cómo combinaría la alimentación de CC, los datos en serie bidireccionales y una señal de RF en una sola línea de alimentación coaxial de 50 ohmios?

Me gustaría alimentar un dispositivo remoto y comunicarme con él a través de algún protocolo en serie en el otro extremo de una línea de alimentación coaxial de 50 ohmios (RS232, i2c, SPI, etc.), mientras que al mismo tiempo envío/recibo una señal de RF ( Banda de radioaficionados de 144-148 MHz).

Una camiseta polarizada es lo suficientemente simple como para obtener energía en la línea, pero ¿cómo podría agregar comunicaciones en serie?

  • ¿Existen componentes o circuitos integrados para facilitar tal encapsulación de datos?
  • ¿Qué tasa de bits puedes lograr?
"RS232, i2c, SPI, etc" , ¿alguno de estos sería adecuado? ¿Qué tasa de bits necesita y por qué necesita este canal de comunicación?
Es posible que le interese este circulador basado en opamp . con un conjunto en ambos extremos detrás de filtros adecuados, podría enviar datos de comunicaciones bidireccionales sin tener que hacer ninguna modulación o mezcla. Sin embargo, es posible que deba pensar en ajustar las compensaciones de voltaje para superponer la señal a la alimentación de CC y agregar una T de polarización para separarlo todo de la RF.
Tanto I2C como SPI requieren más de un cable (más tierra), entonces, ¿cómo planea enviarlos a través de un solo cable coaxial?
Utilice algún tipo de esquema de telemetría RF de 900 MHz de baja potencia para los datos en serie. CC es fácil. Ya hay inyectores de CC para RF. La telemetría de 900 MHz no interferirá con su TX/RX de 144 MHz. Querrá usar un atenuador para sus cosas de 900 MHz ya que tiene una conexión de cable directa en lugar de por aire.

Respuestas (3)

No fueron diseñados originalmente para eso, pero he visto aplicaciones que usan chips de radio bidireccionales como el TI CC1101 para pasar datos de control/estado en ambas direcciones a través de un cable coaxial junto con la alimentación de CC y otra señal de RF.

El chip maneja muchos detalles y es relativamente fácil de configurar con un microcontrolador. De hecho, en un diseño, un microcontrolador de "núcleo suave" muy simple integrado en un FPGA se encarga de ello. La velocidad de datos se puede configurar entre 0,6 y 600 kbps.

Algo así parece la mejor solución. Si el OP va a transmitir en 2 m, entonces podría ser necesario colocar buenos filtros de paso alto frente a los chips de radio para asegurarse de que haya una atenuación adecuada del TX de 2 m.
¡Realmente me gusta esto! Buena captura y +1!
El TI parece una buena opción, también estoy mirando el Si4455 ( mouser.com/datasheet/2/368/Si4455-1397974.pdf ). Se ven similares, pero ¿ves una diferencia notable?
Estoy de acuerdo: en el papel, parecen ser funcionalmente muy similares. Sin embargo, no tengo experiencia directa con el Si4455.
Solo para agregar otra opción: Semtech SX1232. He descubierto que es más fácil trabajar con la pila de software de Semtech que con CC110x. La desventaja aquí es una velocidad de transmisión más baja: alcanzan un máximo de 300 kbps.
Una solución ligeramente mejor usaría una parte RF + MCU integrada. Espressif, TI, SiLabs y otros tienen tales partes.

Multiplexación por división de frecuencia:

Con hardware satelital de consumo, la señalización se realiza mediante modulación de voltaje y ráfagas de tonos de 22 kHz.

si la velocidad de datos es baja, enviaría la señal por la línea modulando el voltaje de suministro (por ejemplo, cambiando entre 13 V y 15 V) y la señal hacia abajo usando ráfagas de 22 kHz.

¿Existen componentes o circuitos integrados para facilitar tal encapsulación de datos?

probablemente necesite crear sus propios controladores. para interconectar el UARTS y el cable

¿Qué tasa de bits puedes lograr?

¿Qué tan buenos puedes construir filtros VLF?

Otra opción podría ser utilizar señales de tipo módem POTS. Existen chips para eso, pero nuevamente necesita separar las señales de datos VLF de las señales de radio VHF y probablemente necesite diseñar sus propios controladores de línea. 9600 bits por segundo probablemente sea posible de esta manera sin demasiado esfuerzo. 300 bits por segundo con un esfuerzo considerablemente menor.

¿Cómo combinarías

  • Energía DC,
  • datos seriales bidireccionales, y
  • una señal de RF en
  • a soltero ¿Línea de alimentación coaxial de 50 ohmios?

No olvidemos lo que dice la pregunta con respecto a los cables: -

la línea de alimentación coaxial única

Las comunicaciones de datos en serie regulares de nivel UART interferirían con la recepción de RF, pero ciertamente podría modular los datos para que su espectro esté más allá del ancho de banda de la señal de RF y fácilmente alcanzaría decenas de megabits por segundo y no causaría un problema en la transmisión de RF. Bastante fácil de hacer con un oscilador Colpitts y un diodo varactor. Si necesita más sofisticación, envuelva el oscilador alrededor de un PLL como el ADF4110 .

Puede modular datos hacia arriba y hacia abajo en dos portadoras diferentes para que se pueda lograr el dúplex completo. Puede alcanzar fácilmente decenas de Mbps en ambas direcciones. Opere el enlace ascendente a aproximadamente 350 MHz y el enlace descendente a aproximadamente 450 MHz.

Olvídese de SPI o I2C o RS232 sin procesar y piense en los datos UART que se codifican y modulan en un portador (ejemplo básico de codificación): -

ingrese la descripción de la imagen aquí

Aquí hay otro ejemplo de codificación y descodificación: -

ingrese la descripción de la imagen aquí

Esto mantendrá el ancho de banda bajo control y alejado de la RF y los datos de flujo descendente (también utilizando datos codificados pero con una frecuencia portadora diferente). Los datos se descifran utilizando básicamente el mismo circuito, pero necesita un circuito de recuperación de reloj de datos de recepción en cada extremo para restaurar con éxito los datos en su formato descifrado. O podría usar la codificación Manchester, pero esto consume el ancho de banda y eventualmente restringirá las tasas de datos de alta velocidad en comparación con la codificación de datos.

Pero el diablo está en los detalles y si su señal de RF es realmente de baja energía (es decir, una señal de antena directa), entonces debe tener cuidado para que la energía de los datos (aunque modulada) no salpique a través del espectro de datos de RF. Por eso es importante que los datos utilicen: -

el ancho de banda por encima del espectro del enlace de RF

Sin embargo, si los requisitos de ancho de banda para los flujos ascendente y descendente no son tan grandes (es decir, kilobits por segundo), entonces se puede hacer fácilmente por debajo de la parte de RF del espectro (144 MHz a 148 MHz). Es posible que no se requiera dúplex completo y esto también simplifica las cosas.

Podría colocar múltiples portadores de datos de baja velocidad entre CC y RF, pero la pregunta era la siguiente: -

qué tasa de bits podría lograrse

Y, en ausencia de cualquier otra información, hay un ancho de banda superior disponible por encima del área de 148 MHz y puede usarse sin ningún tipo exótico de modulación. Estoy pensando en FSK normal y corriente para los enlaces de datos. He estado allí, etc.

Proporcionar alimentación de CC es trivial en comparación porque su ancho de banda (es decir, las fluctuaciones actuales demandadas por la carga) se puede limitar bastante bien con filtros decentes.

Este tipo de diseño depende realmente de lo bien que puedas diseñar filtros.

¿Cómo se mezclarían los datos UART en el portador? ¿Qué quiere decir con "codificados"? ¿Se te ocurre un circuito simple? ¿Qué codificación usarías?
El diagrama de bloques en mi respuesta da una pista: X1 a X7 son chanclas tipo d. Los símbolos redondos con un signo más son exclusivos o puertas. Prácticamente el mismo circuito descodifica los datos codificados de regreso a los datos normales. El truco consiste en recuperar la señal de reloj de la señal codificada para que pueda sincronizarse correctamente a través de los tipos d y las puertas exclusivas o.