La pizza Raspberry Pi como receptor SDR

Con la abundancia de dispositivos RTL SDR baratos y los precios cada vez más reducidos de los SDR más capaces, puede parecer que hay poco espacio para los dispositivos de ancho de banda bajo de los que estaríamos felices hace una década o más, pero todavía hay mucho de lo que aprender. algo tan simple. Es algo [Luigi Cruz] nos muestra con un SDR simple usando las capacidades de analógico a digital de Raspberry Pi Pizza, y dado que funciona con GNU Radio, creemos que es un proyecto bastante bueno. CNX Software tiene la historia completa y rápidamente revela que con su ancho de banda de 500k muestras por segundo, no es una máquina que encienda el mundo SDR incluso cuando la Ley de Nyquist es limitada.

Entonces, a excepción de las señales por hora y algunas estaciones de transmisión de onda larga, si vive en un lugar que todavía las tiene, necesitará un filtro y un convertidor para ingresar cualquier radio muy usada con este SDR. Pero un SDR de banda base con unos pocos cientos de kHz de ancho de banda utilizable y fácil pirateo a través de GNU Radio por el costo insignificante de Raspberry Pi Pizza debería merecer una segunda mirada. Puede verlo en acción en el video debajo de la pausa, y si se está perdiendo qué hacer con él, mire la charla de 2019 sobre la superconferencia de Michael Ossmann y Kate Temkin.

  • Ruhan dice:

    “¿El mundo SDR estará bien” -> “Fuego”?

    • Roca dice:

      ¡No juegues bien!

      • Liam dice:

        Soy el mejor artista, el mejor artista retorcido

        • Elliot Williams dice:

          Esto está en orden.

          http://gunshowcomic.com/648

          (Fijo. Gracias.)

    • mre dice:

      Después del cubo de 2020 bien …

  • shinsukke dice:

    500 ks / seg es ciertamente lo suficientemente bueno para verificar si su nuevo dispositivo está haciendo algo. La mayoría de las veces esto es exactamente lo que se necesita.

    • Deon van Schalkwyk dice:

      Esta.

      Usé mi RTL-SDR muchas veces mientras escuchaba en ATC cuando lo obtuve hace 10 años. ¿Estos días? Lo disparo para comprobar la presencia de RF durante las confusas sesiones de depuración nocturnas. Es un desperdicio, claro, ¡pero comprar una SA sería aún más (para este propósito específico)!

  • Andy Pugh dice:

    Tomar señales de tiempo parece algo valioso. Hice algunos relojes con un receptor de señal de tiempo externo + Arduino y la naturaleza de caja negra de ellos es molesta. Y no son tan baratos.

    • Alex Rossie dice:

      ¿Cuál es una buena manera de capturar prácticamente esas señales (como la de 77 KHz alemana y la de 60 KHz del Reino Unido) en una ciudad?

      ¿Ninguna cantidad de sudor de sangre y una antena de palo dañada parecen funcionar para mí?

      Recientemente tuve cierto éxito con una junta que adquirí en Amazon (de una empresa totalmente canadiense). Pero su salida se ha vuelto una tontería durante mucho tiempo.

      Vivo cerca de un astillero y supongo que debe haber una interferencia terrible.

      • Andy Pugh dice:

        Usé PV Electronics, aunque ahora parece agotado (y la fuente canadiense se ha secado)
        Creo que parte de la dificultad es que la parte importante de la señal llega al final. Obtienes una señal de sincronización y, un minuto después, obtienes los datos de tiempo que deseas. Tuve más suerte con Arduinos, que tenía un oscilador de cristal y una base de tiempo interna más estable.
        Creo que sería necesario algún tipo de procesamiento estadístico en el que se suponga que los paquetes de datos sean estáticos además de los segundos, y los datos entrantes se sincronizarán con los datos existentes para recuperar el reloj en caso de desviación.
        Sin embargo, solo necesitas una buena marca de tiempo cada dos horas, así que aguanté el floc.
        Tengo la biblioteca que usé en GitHub, pero, vergonzosamente, no puedo recordar de dónde la obtuve y no veo ninguna atribución en el código. https://github.com/andypugh/LEDClock/tree/master/radioclock

  • Alberto dice:

    El primer SDR de muestreo directo con un micrófono que conozco es https://www.i2phd.org/armradio/index.html
    Hace seis años ya tomaba muestras a 1.8 MHz y al mismo tiempo hacía CIC, FFT, FIR, NCO y decodificación.
    https://www.youtube.com/watch?v=BtLrOLKpgtM&ab_channel=AlbertoGarlassi
    Ahora juego con un STM32H750 de $ 5 con una muestra de 10 MHz. Con submuestreo es adecuado para 20 metros y probablemente más allá.
    Aún en progreso, https://github.com/alberto-grl/750RTX/tree/USB2.

    • Alan dice:

      Cuando se trata de frecuencias de muestreo más altas, Xilinx ha conectado un FPGA con un ADC incorporado capaz de alrededor de 4Gsps. Sospecho que esto costaría una fortuna y funcionaría bastante bien.

      Con hardware bastante barato (por ejemplo, Teensy) capaz de 600MHz, definitivamente me gustaría ver un ADC más rápido. Unos 120Mps modestos (5 relojes por muestra) deberían cubrir hasta FM, y el muestreo por encima / por debajo debería cubrir hasta la cinta de 2 metros.

      ¿Quizás incluso eliminar el ADC del microcontrolador y usar el espacio para implementar funciones DSP?

      • Alberto dice:

        No hay un ADC “modesto” de 120 Msps. Entonces necesitas obtener los datos en la MCU. Ninguna interfaz común puede hacer eso, es el reino de FPGA. Entonces tienes 5 relojes por muestra para disminuir la señal. Buena suerte con eso. Actualmente STM ADC es el único que puede lograr este rendimiento, AFAIK.

      • Cierto dice:

        ¿En qué parte del mundo hay transmisiones de FM por debajo de 60 MHz? (algunas de las antiguas repúblicas soviéticas utilizaron 65,8-74 MHz, pero no sé por debajo de 60 MHz)
        (sugerencia: el muestreo de frecuencia nyquist a 120MSPS es 60MHz)

        O tiene un filtro anti-aliasing de banda externo de 87,5 MHz a 108 MHz y submuestrea el alias de frecuencia invertida.

Ricardo Vicente
Ricardo Vicente

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *