TEMA: OFV compacto

Hay muchas soluciones con Arduino y sus variantes... pero los consumos son muy altos y el tamaño es considerable.

Mi idea es hacer un OFV digital muy compacto y para facilitar el montaje usar un módulo del SI5351 tipo Adafruit de los que se venden en Amazon o Aliexpress por menos de 10€.

Os dejo unas imágenes de cómo podría quedar.









El Up es un PIC16F18426 XLP que es lo más pequeño (14 patas) con memoria suficiente e interfaces para conectar con el 5351, el display, encoder, puerto serie y señalización. Si el circuito se alimenta con un DC/DC conmutado el consumo es menor a 150mW, menos de 15mA a 12Vcc.

La idea es generar la frecuencia de OFV y de BFO para LSB/USB/CWL/CWU/AM-FM para una FI "cualquiera" programable por la UART.

Mediante un sumador resistivo se le indica la banda desde 160m a 2m. Otro sumador indica el modo LSB/USB/CWL/CWU/AM-FM. Otro sumador indica RX/RX+RIT/TX/Programación básica.

Si la FLASH deja espacio se incluiría un bootloader para no tener que usar un pickit cada vez que haya que actualizar el SW.

Ejemplo de aplicación dk7ih.de/re-engineering-my-1st-shirt-pocket-transceiver/

Puestos a reducir costes, mejor que lo controle un Arduino Nano...

Juanjo, eso ya es el ARA. Esto es más compacto con menos consumo y menos sofisticado.

¿Te has planteado tirar por la calle de enmedio?.

Vamos, ni usar un Pic ni tampoco un Arduino Nano, Mini, etc., y en su lugar usar directamente un microcontrolador de los que tienen las estas placas de Arduino, pero con un regulador de tensión de bajo consumo, sin el adaptador serie USB, etc.

Es lo que se hace en el ejemplo que pones de DK7IH.

Desconozco si ya existen rutinas para manejar el SI5351 con este microcontrolador Pic que propones.

Si no es así, pienso que solamente el tiempo y trabajo que se necesitaría para empezar a poner en marcha el proyecto, es algo que ya se tiene resuelto con la familia de Arduino.

Otra cosa es poder contar con la colaboración de algún experto en la programación de este microcontrolador Pic, que solucionaría la complejidad del proyecto.


Aunque me cuesta reconocerlo (puesto que desde hace muchos años soy aficionado a la programación básica de microcontroladores Pic), el uso de Arduino implica que proyectos que antes duraban semanas e incluso meses, ahora se realizan en horas.

Arduino y sus variantes las tengo desechadas. Son un tostón sin el depurador. El ESP32 es estupendo pero no lo hay pequeño y la librería HAL gasta mucha flash. Así que la única opción por el momento es seguir con PIC, pero el 16 ya que el 18 tampoco tiene tamaños pequeños.

Manejar el 5351 con MPLAB es algo que tengo resuelto hace ya muchos años ea4civ.blogspot.com/2016/05/si5351a-dds-...ste-descripcion.html así que no es un problema y con MPLABX y MCC es fácil y rápido inicializar un chip nuevo.

Además en el PEREGRINO e HISPALIS DDS tengo ya resuelto muchos interfaces como I2C, USART el encoder y de otras aplicaciones tengo resuelto el control del display OLED. Así que no es problema poner todo junto y a funcionar.

Efectivamente arrancar es más rápido con Arduino pero en cuanto hay un problema no hay forma de resolverlo rápido sin el depurador, acaba uno escribiendo más código de depuración que funcional. Aunque el Atmega328 es mucho más eficiente que los PIC16 y 18 para esta aplicación no hay una ventaja notable.

El ARA está hecho con Arduino, ningún éxito. Nadie se ha interesado. No merece la pena el esfuerzo de programación con Arduino para nulo interés.

El diseño que propongo tiene 33mm(alto)x39mm(ancho) y según se apile el display y el DDS unos 15mm de profundo.

No conocía ese proyecto.

Si tienes resuelto el tema de las rutinas del Pic, es un gran avance.

La verdad es que hoy en día tenemos muchas distracciones y eso junto con los dispositivos ya operativos que podemos encontrar en el mercado asiático a un precio ridículo, ponerse a cacharrear se hace por pura afición.

Da alegría ver que sigue habiendo gente que hace cosas.