Transmisión de video HD de Raspberry Pi
Han pasado algunos años desde que el sintonizador de TV RTL-SDR hizo estallar el mundo de la radioafición; es un dispositivo simple que escucha en frecuencias de televisión digital, pero es una de esas herramientas que es suficiente para divertirse. Ahora tenemos un dongle de transmisión. Solo se usa para transmitir HDTV en vivo desde Pi, pero eso en sí mismo es muy interesante y abre muchas versiones posibles.
El hardware clave para esta construcción es un módulo DVB-T UT-100C. Es un dongle USB de 169 dólares capaz de transmitir entre 1200-1350 MHz, y con una edición especial de OpenCaster es posible transmitir una televisión por aire. No hay amplificador, por lo que no enviará un televisor muy lejos, pero funciona.
En el lado Raspberry Pi de la compilación, la cámara estándar captura un video H.264 con raspivid, que se convierte en una transmisión compatible con DVB a través de ffmpeg. Estas son piezas de software gastadas en el mundo Raspberry Pi, y OpenCaster se encarga del resto.
Aunque esta parece la solución perfecta para cuadricópteros completamente sobreconstruidos, recuerde que la transmisión en la banda de 23 cm necesita una licencia. Transmitir en las bandas de TV UHF es una mala idea.
Robar dice:
PL259 ¡Ah, no lo usaría para CC!
En serio, ¿PL259 para CC y 3,5 mm para datos? ¿Yo me perdí algo?
explosión dice:
tvb-t no ha escuchado eso antes
te refieres a dvb-t ??Millas dice:
Mi primer pensamiento también, por otro lado, no se usan para mucho más hoy en día, ¡probablemente los obtuve del mismo lugar que vende tés BNC de 50 ohmios por libra! Recuerdo estos conectores de videograbadoras semiprofesionales de los años 70 - bobina abierta de 1/2 ″ solo en blanco y negro y pesaban 30 libras.
Millas dice:
Estos conectores UHF se crearon para conductores coaxiales centrales de calibre 12, por lo que manejarán una gran cantidad de energía y se sueldan fácilmente, no puedo culpar a eso.
Conocido dice:
Hasta que alguien tome su fuente de alimentación PL-259 y la conecte al conector de antena de un receptor o transmisor ...
Millas dice:
¿Marcó la entrada DC IN en la caja, con suerte también etiquetó la PSU DC OUT? Estoy a favor de los conectores estandarizados, pero si considera que el conector RCA utilizado para el sonido se diseñó originalmente como un conector RF de 75 ohmios y todos los amplificadores con altavoces de 1/4 ″ que se pueden conectar a entradas de micrófono / instrumento con resultados catastróficos Es de esperar que también haya algo de sentido común.
Robar dice:
No te preocupes [Ken], ¡eso solo sucede una vez!
Greenaum dice:
Creo que su impedancia en CC sería tan buena como la de cualquier otro enchufe de RF.
Greenaum dice:
Piénselo ... algunos motores de antena parabólica, y ciertamente la energía para el LNB, usan CC enviada continuamente a lo largo de cables de satélite con enchufes prácticamente iguales. No sé si es idéntico. Y DC está en el extremo inferior del espectro de RF.
jakobristo dice:
Negocios en fibra óptica, consideramos algo menos de 1GHz DC.
Brian dice:
193 THz o vete a casa
mcncugget dice:
Extremo inferior como en 0 Hz absolutos
kleetus92 dice:
Sí, creo que en realidad es la parte inferior del espectro de RF ... LOL.
mcncugget dice:
El conector de CC, no lo sé. Sin embargo, Apple ha utilizado anteriormente el conector de 3,5 mm para datos. Lo usaron en el juego del iPod. El conector de sonido se utilizó para cargar, transmitir datos y reproducir sonido. Usó un abanico de estilo de cuatro capas.
Me dice:
Me parece que recuerdo que una vez hubo muchos dispositivos que fabricaban una serie TTL con conectores de 3,5 m. Eso volvería antes de que los chips USB fueran tan baratos y abundantes.
licenciado en Derecho dice:
espera, configuré mi fuente de energía para que su ROE esté por debajo de 1.2
jajaja
sí, pl259 para puesta en servicio. eso es nuevo para mi! al menos no usó las ranuras de sonido cortas de estilo TRS (recuerde el germen sonal y lo mal que ejecutaron los conectores de corriente continua de los enchufes del bloque de alimentación de CC, y también se consideraron profesionales. usted no tiene que ser un aficionado para tomar decisiones sobre conectores de huesos, al igual que las empresas "profesionales" (¡lío!)
Nuevo dice:
Si usaran el lado masculino de TRS para obtener energía completamente tarde, eso acortaría casi todo lo que entrega, maldita sea, incluso si es un lado femenino, TRS implica contactos que pasan, es solo para aplicaciones de nivel lineal. .
Marvin dice:
Errores tipográficos, DVB-T no TVB-T
Daniel dice:
UT-100A / B / C también puede enviar 50-950 MHz. Lo que quiere decir es que 1,2-1,35 GHz es solo TX, mientras que UT-100A / B / D también puede entrar en el rango de 50-950 MHz.
Robar dice:
Para ser precisos, Open Caster realiza la codificación de datos, pero no codifica audio / visual. Utiliza ffmpeg para codificar el a / v en .ts (flujo de transporte), que luego se mezcla con los datos de Open Caster y luego se envía como rf.
rasz_pl dice:
no necesita un paso de codificación doble, ¿podría obligar al codificador Pee a que escupe una tasa de bits constante?
pelrun dice:
El codificador Pi genera solo H.264 de flujo de anexo B, que no se puede enviar al transmisor como tal. Escribí http://github.com/pelrun/esvideorpi2pes para hacer el mínimo necesario para producir un flujo PES que las herramientas de OpenCaster podrían usar para crear un flujo de transporte completo, en lugar de hacerlo ffmpeg.
r4k dice:
¿Algún número de latencia?
Lawson dice:
¿Con código H.264 en la cadena de señales? Me pregunto si la latencia fue de menos de un segundo. Cuatro segundos más probable. Aunque con algunos pirateos en configuraciones ocultas, apuesto a que la latencia podría ser inferior a 300 ms.
r4k dice:
Tan completamente inútil para FPV incluso en las mejores circunstancias.
ALINOME el A dice:
¿Quizás con FPGA para hacer la codificación del flujo de transporte? : D
ALINOME el A dice:
Oh, se me olvidó mencionar, no del todo inútil, si usa una cámara mejor (o DLSR), podría tener una buena vista previa (verifique el enfoque, etc.) una vez en algún modo de piloto automático ...
pelrun dice:
De hecho, la codificación no es particularmente mala; todo está en hardware en el lado Pi. El gran culpable generalmente se almacena en el lado del descifrado. Escribí la herramienta esvideorpi2pes para envolver el flujo de la cámara rpi en PES para que la creación de un flujo se pudiera realizar completamente en OpenCaster sin insertar ffmpeg, y la latencia no ha cambiado.
Algún idiota escribió un decodificador DVB-T que obtuvo una latencia inferior a 0.3s, hizo una publicación al respecto sin enlaces en los foros de rpi y luego desapareció para siempre. Urgente de matar, levantarse ...
rasz_pl dice:
> Ahora tenemos un dongle de transmisión
ese dongle TX es más antiguo que RTLSDR 🙂
Me dice:
No estoy seguro de que el dongle de 169 dólares esté realmente en la misma clase que RTL-SDR. Sospecho que la mayoría de los aficionados no dudarían ni pensarían en comprar un dispositivo RTL-SDR si pensaran que podrían querer. Sin embargo, una compra de $ 169 ... por un simple pasatiempo, creo que sería una compra una vez cada varios meses. Hay algo que uno podría oponerse a otras herramientas y dispositivos que también podría desear y simplemente elegir uno.
Por supuesto ... los recursos de las personas varían. Estoy seguro de que algunos de nosotros podemos salir y comprar cosas como caramelos. (¿Quieres comprarme uno?) También estoy seguro de que algunos de nosotros incluso estamos luchando para comprar el RTL-SDR. Espero que más de estos últimos sean niños antes del empleo en lugar de adultos que intentan mantener a las familias. Desafortunadamente, estoy seguro de que hay algunos de ambos.
Sé que he visto transductores HF SDR en el rango de $ 80-90 durante años, no es que puedas hacer un video en tiempo real con ellos. Eso está más cerca de ser comparable, pero aún no existe. ¡Sería genial si algún día realmente hubiera un transmisor comparable al RTL-SDR! No creo que sea eso.
