miércoles, 11 de agosto de 2010

Dudas... universales

Recientemente, en el foro de discusión de openhpsdr han aparecido dos temas que para mí son recurrentes, que ya he tratado con anterioridad en otras entradas de este mismo blog, y que sin embargo aún no he resuelto.

Hace algo más de un par de semanas se abrió un debate sobre cómo debe ser el medio de control de una SDR. Aquí tenemos, como es habitual en toda discusión, posiciones extremas y gama intermedia. Desde quien considera que independientemente de la circuitería interna, debe tener botones accesibles para todas las funciones imaginables, hasta quienes opinan que basta una pantalla y un ratón.

Las posiciones intermedias abogan por el empleo de un ordenador con periféricos más adecuados al uso de una radio como el PowerMate de Griffin, usado habitualmente en entorno de edición multimedia y en trabajo con CAD o cajas de potenciómetros para algunas funciones concretas como las que ofrece Korg NanoKontrol, e incluso mesas D.J. como es el caso de esta Numarak Omni Control.

No cabe duda de que un receptor digital ofrece funcionalidades que no son estrictamente "de botón", pero para ello incorporará siempre una pantalla con mayor o menor grado de sofisticación. Por otra parte, no cabe duda de que TODO es manejable con un pantalla y un ratón, pero que la "sensación" de un botón de un determinado tamaño, forma, rozamiento mecánico... ayudan a un manejo preciso. Hoy en día se podría manejar un coche con un ratón y una pantalla, pero... ´¿sería igual de preciso?. Las sensaciones que trnasmite un volante o un pedal de freno se perderían.

En fin, creo que la discusión va para largo. La aparición de las pantallas táctiles de proyección con capacidad para seguir gestos múltiples puede marcar un camino. El mundo de la comunicación hombre máquina está lleno de logros que quedaron abandonados por no suscitar ningún interés.

Seguiremos experimentando. Si algo de bueno tiene la SDR es que TODAS las soluciones son implementables sin afectar al corazón de la radio, que es siempre la misma.

Por cierto he hablado de dos temas de discusión. El segundo es algo más técnico así que lo reservo para más adelante.

sábado, 26 de junio de 2010

TAPR y las conferencias en Dayton

En la página WEB del Tucson Arizona Packet Radio (TAPR), uno de los grupos con más tradición en la integración de técnicas digitales en la radioafición se han colocado las presentaciones efectuadas en el Dayton Hamvention del pasado Mayo, tanto las relativas al foro TAPR como al foro SDR.

La importante presencia de HPSDR se hace patente en estas presentaciones. De todas ellas me ha llamado la atención especialmente la titulada "Choices in Embedded DSP for SDR" (Elecciones en DSP "empotrados" para SDR).

Se trata de un cuidadoso repaso a las diferentes soluciones tecnológicas para integrar un DSP en una SDR (y de paso eliminar el uso de un PC). Quienes sigan este blog serán conscientes de mi interés por esta parte de una SDR.

Dentro de su análisis trata muchos aspectos, pero hace emnción a uno que tiene gran importancia para el aficionado: El precio de las cosas.

Herramientas de trabajo (ensambladores, compiladores, grabadores...) que son irrenunciables pueden tener un costo excesivo para la mayor parte de aficionados, lo que limita la selección. De hecho, los fabricantes de DSP ya parecen verlo como una limitación a la hora de expandir sus productos, y ofrecen herramientas (a veces con funcionalidad limitada pero suficiente) a precios razonables siempre que se asocien a algunos de sus "kits" de desarrollo.

Pero, volviendo a la presentación, es además un recordatorio de algo sobre lo que al parecer nunca se insiste lo suficiente: SDR no es DSP ni al contrario (aunque están relacionados) y SDR no es radio basada en PC (aunque puede serlo). SDR es... a la presentación de Lyle (KK7P) me remito.

lunes, 31 de mayo de 2010

HawkBoard: El front-end que esperaba

Hace algún tiempo ya mencioné en este mismo medio mi interés en encontrar una tarjeta que facilitase el desarrollo de aplicaciones basadas en OMAP-L137. En aquel momento estaba en sus comienzos la tarjeta beagleboard, basada en OMAP3530.

No he dejado de buscar desde entonces. Hace unos días que Kjell, LA2NI un miembro muy activo del grupo HPSDR, que ya conoce mis problemas me llamó la atención sobre una nueva tarjeta denominada HawkBoard.

No voy a decir que me han leído el pensamiento, pero se han aproximado mucho. Se trata de una tarjeta económica, completa, fácil de ampliar y por su fuera poco... ¡libre!. Efectivamente, todo el diseño hardware está disponible para su descarga, con la autorización para reproducirlo como se desee.
Aunque aparecida recientemente ya goza de un éxito importante. Hace una semana observé que el distribuidor Farnell disponía de 23 unidades. Hoy ya no tiene ninguna. Este despiste me va a costar un tiempo extra en conseguir una.

La tarjeta emplea un OMAP-L138, un dispositivo algo más completo que el OMAP-L137 en cuanto a periferia e igual en cuanto a proceso. Junto al circuito incluye 128MB de memoria FLASH y otros 128MB de RAM, dos interfaces USB, uno ETHERNET... e incluso una entrada de vídeo.
Por supuesto, Linux está portado completamente y se está trabajando en nuevas aplicaciones o entornos, entre otros el ya famoso (gracias a Google) Android.
No dispone de pantalla LCD o entrada táctil, pero su incorporación en una tarjeta externa será un trabajo sencillo, gracias al conector de expansión de 100 pines.
La información, como ya es habitual para muchos de estos proyectos en la red, está dispersa en varios puntos: La web del creador y fabricante de la tarjeta, un wiki, un blog, un repositorio para código y un portal con la información técnica entre otros.
STOP PRESS! Cuando he comenzado a escribir esta entrada aún no sabía que hay una nueva versión de la tarjeta denominada HawkBoard-Lite. Elimina algunas funciones no usadas comúnmente y rebaja aún más el precio. ¡Otra buena noticia!