Direwolf: GPIO + bookworm

Si estás pensando en instalar o actualizar tu software Direwolf y ya de paso, la versión del sistema operativo a Raspberry Pi OS v12 (Bookworm), te vas a encontrar una pequeña sorpresa, al no poder utilizar las Entradas/Salidas GPIO como hasta ahora.

Todo se debe a un cambio motivado por una mejora de la seguridad de la Raspberry Pi, por el que no permite acceder directamente en modo escritura a las entradas/salidas de GPIO, utilizados habitualmente para sacar la señal de PTT y en algunos casos la de DCD.

La primera solución que encontré, se basaba en desactualizar el firmware de la Raspberry. Claro. Vamos a una versión anterior en la que no se protegían… y todo vuelve a funcionar. Pero así, también dejamos de tener parches de seguridad que seguramente sea interesante tener.

En éste tiempo, como el problema se ha generalizado, los programadores ya han sacado una (e incluso dos) versión de desarrollo con las modificaciones necesarias, y es lo que os voy a contar.

A partir de ahora, para acceder al GPIO tendremos que hacerlo a través de la librería gpiod.

Lo primero es instalarla, para ello lo haremos de la forma habitual:

$ sudo apt install gpiod

No voy a entrar más en gpiod ya que nuestro objetivo, es que Direwolf pueda hacer PTT.

Para instalar la versión de Direwolf necesaria para que funcione todo, tendremos que seleccionar el hilo «DEV ó development» y no el «STABLE» que hasta ahora sonaba como la mejor opción para todos aquellos que no queríamos emociones fuertes… Esto se hace con el comando:

$ git checkout dev

Este comando, lo damos justo después del git clone ya de sobra conocido.

En mi caso, tenía ya gpiod instalado, pero faltaban las librerías, por lo que salía el error al hacer el cmake. Si te pasa ésto, instala con el comando:

$ sudo apt-get install libgpiod-dev

Solo me resta indicar, qué es lo que pondremos en el fichero de configuración, para que todo ésto funcione correctamente.

Deberemos sustituir la línea donde indicamos por que pin sacamos el PTT, escribiendo lo siguiente:

PTT GPIOD gpiochip0 25

El ejemplo, es para usar la linea 25 del GPIO. Si tienes otra, pones lo que corresponda.

Con la línea de DCD, que es de salida también, ocurre exactamente lo mismo.

En éste momento, ya está publicado Direwolf v1.8-DEV que es la que usaremos. De todas formas, igual cuando leas todo ésto, ya se ha pasado al canal estable esta implementación de gpiod (suena lo más posible…), así que comprueba cual es la versión más reciente, trata de usarla, y si no funciona, haz lo que he detallado.

¿Desea guardar ésta contraseña?

En seguridad, se dice que la comodidad está reñida con la seguridad.

Habitualmente, cuando navegamos por Internet, nuestro navegador nos ofrece «almacenar la contraseña» tras habernos identificado con usuario/clave en una web. En ese momento es algo que suena bastante útil, y sobre todo es muy cómodo, ya que, en el caso de Google Chrome, lo almacena en su nube, y permite utilizarlo cuando utilizar Chrome en cualquier plataforma (incluso móviles) y estás identificado con tu cuenta Google.

Era usuario de ese sistema, y hablo en pasado, porque tras un incidente, no lo quiero ver ni en pintura.

¿Que sucedió?

En un determinado momento, cada vez que abría el navegador Google Chrome, éste me advertía que un número de mis contraseñas, habían visto comprometida su seguridad. El caso es que día a día aparecía ese mensaje.

Pasados unos meses, me llegó algún mensaje que me hacía sospechar que alguien estaba intentando entrar en alguna de mis cuentas con mis credenciales.

Rápidamente cambié algunas contraseñas, activé autenticación de doble factor donde se permitía y en los días siguiente, incluso recibí en el móvil un SMS con la clave para superar el segundo factor en una tienda online. No era yo.

Empecé a investigar el asunto, y me pregunté ¿y cómo es que Google sabe el número de contraseñas que han podido ser «robadas».

Mi sospecha, evidentemente es que el robo se lo han hecho a Google… si Google las guarda, y sabe que han podido ser robadas… blanco y en botella.

Así que deje de utilizar tanto el navegador, me pasé a Firefox, como cualquier utilidad que me ofrezca gentilmente almacenar mis contraseñas.

Desde hace muchos años, utilizo una aplicación llamada Keepass para tener un libro de contraseñas. La recomiendo fervientemente para todas aquellas personas (vamos… todas…) que no sean capaces de retener en la memoria unas 200 contraseñas (o más), por lo tanto, tengo mi propio sistema para almacenar las contraseñas de forma centralizada, y nunca he requerido usar otro servicio, pero claro, tantas veces la ventana te lo ofrece… y todo el mundo sabe que el botón de «Guardar contraseña» es más grande que el de «Nunca» :-D.

Amazon

La única incidencia grave que me ha sucedido, es que han hecho con mi cuenta (y mi tarjeta) una compra en Amazon de un bono para Xbox. Ni tengo esa consola, ni lo he comprado.

Al verlo, rápidamente eliminé la tarjeta bancaria almacenada en Amazon, y abrí un incidente para informar a la tienda de lo que había sucedido.

La respuesta, fue que no veían un medio de pago vinculado y no podían rastrearlo. Les dije que lo había quitado, para prevenir que hicieran nuevas compras. En resumen… que no podían hacer nada.

Como en ese momento mi mayor preocupación era asegurarme que todas aquellas cuentas que estuvieran vinculadas a algo de pago (vamos… dinero) estuvieran seguras, la verdad es que pasé página con Amazon ya que era mas importante asegurar otras cosas.

Aparte que el origen del problema estaba en Google y no Amazon.

Meses después…

Cuando se modifica la contraseña de Amazon, si no reinicias a valores de fábrica todos los dispositivos Amazon que tengas por casa, te puedes encontrar con la sorpresa de que vuelve a la contraseña original. Ya lo advierte Amazon y así es.

Al no haber guardado la primera contraseña, la desconocía y tuve que dar a los de «Recuperar contraseña olvidada». Te ofrece enviar un email para recuperarla, pero nunca llegaba tal correo.

Me puse en contacto con el servicio de Amazon hasta en tres ocasiones, y me referían al email de recuperación, aun diciéndoles que no me llegaba tal correo.

En la cuarta ocasión, me atendió una chica, a la que le describí mi situación, y al ver que utilizaba un email de gmail, me indicó que fuese a configuración a ver si en los filtros había uno que eliminaba todo lo que viniera de Amazon. La dije que no podía ser ya que no lo había puesto, pero ella insistía.

La verdad es que tengo muchos filtros configurados, y no lo ví, así que hice una búsqueda por texto «Amazon» y allí que apareció!!!! Efectivamente, tenía un filtro en mi cuenta de gmail, que borraba cualquier correo que llegara de Amazon. Lo eliminé, y entonces entró el correo de recuperación de la contraseña. Se lo agradecí enormemente ya que ninguno de sus compañeros anteriores me lo había dicho.

Así que también tuvieron acceso a mi email de Gmail!! (bueno, que tontería, si sería otra de las contraseñas «comprometidas»…)… hicieron la compra en Amazon, y pusieron un filtro para que no llegara ningún correo de esa plataforma.

Conclusión

Me da igual de quien sea el problema. Lo que tengo claro, es donde se ha producido el robo de contraseñas, y que la solución pasa por no almacenar algo tan relevante en «casa» de nadie. Aunque en algún momento me resulte más incómodo.

Otra de las conclusiones es que las plataformas, se muestran muy activas por hablarte de la seguridad, pero en cuanto ven que el asunto no está en su «tejado»… no te ofrecen ninguna colaboración.

Lo cuento aquí en «voz alta» ya que me parece muy relevante, y que a cualquiera le puede suceder.

Un evento… igual pero distinto

Ayer 31 de diciembre, celebramos una actividad que ya se ha hecho habitual en el último día de todos los años… El «Happy New Year». La edición de ayer tuvo varios detalles que la hicieron diferente a otras anteriores.

Happy New Year es un actividad de Radioaficionados, que se desarrolla los 31 de diciembre, y cuyo objetivo no es otro que dar la oportunidad a todas las personas radioaficionadas que quieran, puedan desear un feliz año nuevo al resto de la comunidad con la que compartimos afición.

Con la misma ilusión de todos los años, hemos preparado el «Happy New Year» de éste año, sabiendo que podía resultar algo más complicada sobre todo a la hora de recabar el apoyo de tiendas de Radioaficionados, por la situación en la que estamos.

Es fácil deducir que éste ya pasado 2020, no ha sido un buen año para los comercios que habitualmente nos venden equipos, antenas y demás accesorios. Por lo tanto, era previsible que hubiera una merma en el volumen de regalos que pudieran aportar. Y aunque sí ha sucedido lo que comento, cabe destacar que BrandMeister ha mantenido el mismo apoyo por parte de éstos establecimientos, quedando un conjunto de regalos muy interesante.

En lo que se refiere a la participación, intuíamos que el COVID iba a marcar las intervenciones, como así ha sido. Los recuerdos a quienes ya no están con nosotros, y los ánimos para quienes lo han pasado mal éste 2020, se han escuchado durante todo el día.

Hubo varios momentos, que me guardo para el recuerdo, y quizás el más señalable, fue el comentario de un colega mexicano, que se sorprendía por la cantidad de horas que llevaba ocupado el TG214 con los colegas felicitándose un buen año nuevo, y terminó la intervención diciendo que ya podían tomar nota los radioaficionados mexicanos por la bonita iniciativa.

Hubo muchas palabras de agradecimiento a la Red BrandMeister y a los Radioaficionados en general, por haber mantenido las bandas y los TGs ocupados durante el año, sirviendo de entretenimiento para muchos otros que ocupaban así las interminables horas del confinamiento.

Otro comentario que se repitió, fue que si a muchas personas había servido de acompañamiento, era porque otras, estaban hablando, y de ahí surgieron repetidos mensajes, a no quedarse en la Radioescucha, y animarse a pulsar el PTT en cualquier banda y modo.

Sinceramente, sabía de antemano que no iba a ser ésta la edición del Happy New Year de los records, de mejorar cifras de participación, por el mero hecho de que los saludos iban a ser de mayor duración. Así fue, pero sorpresivamente para las 20:00 horas, habíamos alcanzado la cifra del año anterior… y aún quedaba la última hora.

La actividad acabó con 629 QSO’s, una subida del 9,2% en participación, y sin la sensación de haberla hecha a toda velocidad. ¡Muchas gracias a todas las personas que participasteis!.

Agradecer también a los 11 operadores que estuvimos al pie del cañón, en un día tan complicado como el 31 de diciembre, y a los patrocinadores, que como he dicho al inicio, no han fallado.

Mucha suerte ésta tarde en el sorteo, y nos seguimos escuchando en los TG’s y frecuencias en éste nuevo 2021 que deseo sea mejor que el que dejamos atrás.

¿Cómo funciona el sistema de msjs APRS a través de Internet?

La mensajería en APRS (a través de la Red APRS-IS) es un asunto que requiere un conjunto de componentes configurados para que lleguen los mensajes a su destino.

La presente información toma como base un artículo de Lynn KJ4ERJ traduciéndolo y adaptándolo con información actual.
URL original: http://aprsisce.wikidot.com/doc:aprs-messaging-explained

Como sabrás, APRS utiliza tramas UI de Packet Radio (AX25) para funcionar. Son tramas sin conexión, sin orden entre ellas y sin garantizar que lleguen al destino. Básicamente en APRS una estación lanza una transmisión al aire y no tiene la certeza de que sea recibida por otra estación. Esto es correcto para un sistema de balizas, pero no es bueno para utilizarlo como mensajería. APRS utiliza unas «vías (path)» similares a las que usábamos en Packet Radio, pero puede contener alias para saber los indicativos de los digipeaters por los que ha pasado.

Bien. Un mensaje APRS se manda como una trama sin identificar (UI) pero el destinatario del mensaje, no está en la cabecera de AX.25, sino en los datos que le siguen, delimitado por el símbolo de dos puntos «:» (por ejemplo :EB2DJB-7:). Se pueden mandar solicitando una confirmación de recepción o no. Si se pide confirmación (ACK) el emisor del mensaje, pondrá «{xxxxx» al final del mensaje de texto. La confirmación será otra trama diferente enviada por el destinatario del mensaje dirigido al emisor del mensaje con el texto «ackxxxxx».

SIMPLEX en Radio… 144.800 Mhz.

El escenario mas sencillo, son dos estaciones que se escuchan entre si en radio: la estación emisora lanza el mensaje APRS. El receptor tiene que escuchar la trama, decodificarla correctamente en algún tipo de TNC (AX.25 lleva checksum para verificar que el contenido es correcto), y opcionalmente crear un mensaje de confirmación «ack» que enviar al remitente por radio RF, que éste tendrá que recibir, decodificar correctamente y casarla con el mensaje original, para así mostrar al remitente, que su mensaje ha sido recibido. El cliente APRS incorporará un número de reintentos hasta que escuche el ack. …y ¡¡éste es el caso mas sencilo!!…

A través de APRS-IS (el lado Internet del APRS)

No hay un servidor central APRS como algunos piensan. APRS-IS es una red de servidores donde las tramas APRS fluyen entre ellos en tiempo real y sin que éstos almacenen la información. Sitios como aprs.fi ó findu.com no son parte de APRS-IS, solo monitorizan el tráfico que circula entre los servidores APRS-IS, la almacenan en una base de datos y la muestran a los usuarios.

Para poder enviar información a un servidor APRS-IS es obligatorio configurar un PASSCODE que es diferente según el indicativo. Si tienes puesto -1 o uno que no sea el tuyo, el servidor rechazará todas las tramas que mande el iGate. Y esto, también afecta a la mensajería.

Por lo tanto, enviar un mensaje APRS desde una estación conectada a un APRS-IS a otra estación conectada a otro servidor APRS-IS es como la situación en simplex descrita arriba, pero sin necesitar TNC y evitando la repetición por haber recibido un checksum erroneo. Así que el servidor APRS-IS únicamente entrega «buenas» tramas. Además, el receptor del mensaje, tiene que estar conectado. Aún no hay la posibilidad de almacenamiento en la Red de APRS.

¿Como funciona en sentido RF -> IS? ¿Qué es un iGate? ¿Cómo influye en la mensajería?

Un iGate es una estación de APRS con equipo de radio (RF) que escucha las tramas en radio (144.800 Mhz), las decodifica, valida su checksum y las inyecta a un servidor APRS-IS para su difusión.

La red de servidores, dispone de un sistema para detectar información duplicada (una trama que haya llegado a dos iGates diferentes) y en el caso de los mensajes, ocurre lo mismo… por lo tanto todos los mensajes están presentes en la red, siempre que lo haya escuchado al menos un iGate. Ésta es la parte receptora de un iGate, y en la mayor parte de los casos funciona correctamente.

La otra parte, es la pasarela del servidor de Internet a Radio (IS -> RF). Cualquier información (no solo los mensajes) puede configurarse para que salga en radio en un iGate determinado. Pero ten en cuenta, que el servidor APRS-IS es mucho más rápido que una conexión AX.25 a 1200 baudios, por lo tanto, no va a poder salir toda (aparte que tampoco es el objetivo), así que no todos los mensajes salen a Radio.

El iGate, mira que estaciones han sido escuchadas en Radio, mantiene una lista (habitualmente, los últimos 30 minutos), y únicamente los mensajes escuchados en un servidor APRS-IS cuyo destinatario esté en la lista, serán pasados al puerto de Radio.

Así que para que una estación APRS-IS envíe un mensaje a otra estación en Radio, el software cliente APRS crea el mensaje y lo inyecta al servidor APRS-IS. Este mensaje se difunde a todos los servidores APRS-IS, y los iGates conectados comprobarán a ver si va dirigido a una estación que ha escuchado recientemente, caso en el que emitirá la trama en Radio. Si son varios los iGates que le han escuchado, saldrá por todos ellos. Bueno, concretamente, no todos los iGates sino aquellos que hayan sido configurados para pasar mensajes de Internet a RF.

Una vez que el mensaje está en Radio, la estación receptora tiene que escuchar la trama, decodificarla, validar el checksum y devolver un ACK si lo ha pedido el remitente. Esta parte, es idéntica al caso RF Simplex descrito anteriormente, pero en este caso el ACK tiene que escucharlo un iGate (puede ser cualquiera, no necesariamente el que ha emitido el mensaje), decodificarlo, validar e inyectar la trama de nuevo en la Red APRS-IS para que la estación emisora lo reciba y pare de repetir el mensaje.

Así que para el sentido APRS-IS -> RF, necesitamos al menos un iGate bidireccional que haya escuchado a la estación destino recientemente.

La secuencia completa

Imaginemos dos estaciones, una en Bilbao (origen) y otra Vitoria-Gasteiz (destino). No es escuchan en radio y no hay un digipeater que escuchen ambas. Por lo tanto, necesitaría el apoyo de la Red APRS-IS.

Sería así:

  1. La estación origen crea el mensaje APRS para el destino.
  2. Un iGate lo escucha, decodifica, verifica checksum y lo inyecta a un servidor APRS-IS
  3. El mensaje llega a toda la Red de servidores, incluso al que está conectado el iGate de destino.
  4. Con suerte, ese iGate ha escuchado recientemente una trama de la estación destino y éste iGate está configurado para pasar los mensajes de Internet a Radio.
  5. El iGate transmite el mensaje en radio en destino
  6. Con suerte, el receptor del mensaje lo escucha, lo decodifica, verifica checksum y lo visualiza al operador.
  7. Como la mayor parte de las veces, se piden ACKs, la estación receptora crea el mensaje de confirmación ACK y lo envía por Radio.
  8. Repetir el paso 2 en Vitoria-Gasteiz
  9. Repetir el paso 3 en Bilbao
  10. Repetir el paso 4 en Bilbao
  11. Repertir el paso 5
  12. Repetir el paso 6 pero no lo muestra al operador, solo marca el mesaje como recibido, y para de retransmitirlo.

Asi que ya ves que para que todo ésto funcione tiene que:

  1. Haber iGates instalados
  2. estar configurados correctamente (pasar mensajes de Internet a RF)
  3. escuchar las tramas sin errores de checksum

Ahora, imagínate todo ese «paseo» para cada mensaje de una conversación por mensajería, y podrás valorar el milagro que los QSO’s por APRS representan.

Somos Radioaficionados, y nos gustan los retos… 😀

Enlace: Los últimos mensajes recibidos en la red APRS-IS

New Packet Radio: Mis primeras impresiones

Hace ya un tiempo, supe de un nuevo modo creado por F4HDK que permite el envío y recepción de datos en la banda de UHF (435 Mhz) con una velocidad máxima de 500 Kbps.

Lo ha bautizado como «New Packet Radio (NPR)» y mantiene el nombre por cuestiones emocionales, porque nada tiene que ver con el Packet Radio a 1.200 y 9.600 bps que practicábamos en los años 80 y 90.

Me decidí a comprar dos kits, por aquello de que es necesario tener un «corresponsal» con el que poder conectar, y no conocía a nadie que hubiera experimentado con éste nuevo modo.

Ha pasado mucho tiempo, y hace unas semanas, aprovechando unas mini-vacaciones, llevé uno de ellos para montarlo en el QTH de vacaciones.

El kit viene en un sobre acolchado, que contiene todos los componentes. También le acompañan tres hojas en las que figura el listado de componentes necesario, junto con los componentes más pequeños, pegados con cello. Es bastante útil este rudimentario sistema, que yo también he utilizado en el envío de algunos kits.

Comencé soldando el módulo de RF, que es un bloque compacto de los que se suelda en la placa principal, junto con dos pads de masa. Hasta aquí bién.

dav

Seguí las recomendaciones y seguí con los componentes SMD. Para ello llevé un soldador de punta fina adecuado para ésta tipo de soldadura.

Mi primera sorpresa, fue que los pads (las huellas en el PCB donde se sueldan los componentes) eran para SMD 1206 mientras que los componentes que me enviaron, eran 0805. Dicho de otro modo, que los componentes eran más pequeños que el espacio previsto en la placa base. Justo justo llegaban los componentes para soldarse.

Resistencias y condensadores, sin problemas, pero al llegar a los electrolíticos, no había ninguna marca en la placa que indicara la polaridad. Tuve que guiarme por la foto de la primera página del manual (que descargué de Internet, porque no viene en el envío) que además era un montaje de una versión anterior, por lo que no coincidía exactamente… aunque se podía deducir con un fijarse un poco.

Con los diodos schootky otro problema, porque en el encapsulado, no indicaban cual era el ánodo y cátodo. Así que a resolverlo con la ayuda de un multímetro.

Y ya, solo me quedan los diodos led que nuevamente no viene la polaridad señalada en la serigrafía de la placa y por lo que leo en el manual, ha ido cambiando con las distintas versiones de la PCB.

Aún no he podido testear el montaje, ya que me falta cargarle el software a la ST Nucleo, y obviamente montar el otro kit para poder probar entre ellos.

En la web, ya se indicaba que era necesaria buena destreza en montaje de componentes SMD, y razón no le falta.

Este tipo de situaciones, son bastante habituales en los proyectos que sacamos adelante Radioaficionados. No es que sea un defecto, sino que es falta de documentación, una tarea tediosa que quien lidera el proyecto rehusa hacer ya que evidentemente no necesita saber como va, pero que es muy necesaria si se quiere que tenga una expansión entre nuestro colectivo.

Hoy he descubierto, que este montaje ya se ofrece ensamblado y testeado, y con un aspecto bastante mas aceptable del que va a tener el mío.

Aspecto final actual del NPR

Y así está el NPR en éste momento, mejorado, pero aún le queda para que pueda ser utilizado de forma habitual por los Radioaficionados.

dav

Los iconos del Anytone

Por fin no hay que adivinar el significado de los iconos que aparecen en la pantalla de los equipos DMR de Anytone.

Aunque hace un tiempo, ya puse un post sobre los iconos de Anytone… ahora ya tenemos la información más completa, incluso para los equipos más modernos que cuentan con Bluetooth.

A ver cuantos iconos sabías su significado…

  1. Señal Recibida: Sin señal
  2. Señal Recibida: Señal a fondo de escala
  3. Potencia baja seleccionada (0.5 W)
  4. Potencia Media seleccionada (2 W)
  5. Potencia Alta Seleccionada (5 W)
  6. Potencia Turbo Seleccionada (7 W)
  7. Estado de carga de la batería
  8. Batería descargada. Cámbiala YA!
  9. Tienes un Mensaje (SMS) sin leer
  10. Auto-Power Off activo (solo aparece si el Bluetooth está desactivado)
  11. Activado Subtono CTCSS (modo analógico)
  12. Activado Subtono DCS (modo analógico)
  13. Color Code seleccionado (modo DMR)
  14. Función grabar activada (modo DMR)
  15. Activado el modo promiscuo (Digital Monitor) en un solo slot (modo DMR)
  16. Activado el modo promiscuo (Digital Monitor) en doble slot (modo DMR)
  17. GPS encendido, pero aún no ha fijado la posición
  18. GPS encendido, y con la posición fijada
  19. Función VOX activada
  20. Bluetooth activado pero aún no tiene un dispositivo pareado.
  21. PTT por Bluetooth activado pero sin dispositivo pareado.
  22. Bluetooth activado con dispositivo pareado.
  23. PTT por Bluetooth activado con dispositivo pareado.

Brian Kantor SK

Generalmente, cuando se va una persona que aprecias, no te lo esperas, pero en ésta ocasión, es así. Ha fallecido Brian Kantor WB6CYT

Tengo que reconocer, que me ha costado siempre recordar su indicativo. Su nombre lo decía todo.

Radioaficionado, con mayúsculas de principio a fin. Persona discreta, que no se veía habitualmente en fotos, pero que trabajó enormemente por desarrollar un área de la Radioafición que nunca ha tenido una legión de seguidores, pero que era muy valorada por los que tuvimos la suerte de tratar con él.

Me he quedado helado al leer el mensaje de su amigo Phil Karn, KA9Q, con quien creó a mediados de los 80, AMPRnet, «Amateur Packet Radio».

Dada su posición, pudo estar sentado en la silla adecuada en el momento justo… aquél en el que se repartían las direcciones IP de Internet, consiguiendo que todas las que comienzan por 44 fuesen asignadas para el uso de los Radioaficionados.

Su tono tranquilo y conciliador en muchos momentos, era vital para mantener el orden en una red de ámbito mundial.

Recientemente, creó Amateur Radio Digital Communications (ARDC) , una entidad sin ánimo de lucro, que fue la receptora de la suma de dinero que se consiguió por la venta de una parte del espacio de direcciones IP que teníamos los Radioaficionados gracias a él, y que se empleará en el desarrollo de la Radioafición Digital en centros educativos y bajo proyectos STEM.

Desde aquí, mis condolencias para sus familiares y amigos más próximos. Repitiendo las palabras de KA9Q… «una persona imposible de reemplazar».

Rest In Peace, my friend Brian :’-(

Tablet por aquí, nada por allá

Un equipo con un diseño completamente innovador que podría marcar tendencia en los equipos de Radioaficionado.

No es el primero, ni será el último. Vero ha presentado un nuevo equipo, el modelo VR-N7500, que llama la atención al ser muy discreto, y desarrollar toda la interface de usuario a través de un móvil o tablet, conectado inalámbricamente al equipo.

Este fabricante chino (bueno… últimamente, qué no viene de ese país…) presenta un equipo bibanda para Radioaficionados, porque cambia radicalmente la forma de uso que estábamos acostumbrados.

La verdad es que la estética, nunca ha sido el fuerte de éstos fabricantes, pero en éste caso bien poco importa, ya que el emplazamiento estará fuera del alcance de la vista. Es un equipo eminentemente pensado para móvil, que destaca por su reducido tamaño.

En cuanto a prestaciones:

Banda VHF: 136-174 MHz
Banda UHF: 400-470MHz
Alimentación: 13.8V DC
Consumo: 0,5 A en RX y 8,5A en TX
Potencia: 50W en VHF y 40 en UHF

En cuanto a formato, la carcasa mide 60x40x115 mm y no llega al kilo de peso… 850 gramos.

Bluetooth Ring PTT For VERO N Series Two Way Radio

El equipo trae como opción un PTT por Bluetooth, sistema de comunicación que utilizará también para «hablar» con el dispositivo móvil desde el que lo manejemos. Existe APP tanto para Android, como para los equipos de la compañía de la manzana.

Y si tenemos Android, existe una funcionalidad adicional, mediante la que podremos conectar nuestro equipo a una red mundial gratuíta, y así poder utilizar otros en el resto del mundo. Incluso, podemos poner el equipo en modo repetidor, y utilizarlo desde un Walky-talky.

Lo que de verdad me gusta, es que el interface, sea software, ya que ese detalle, abre la puerta a mejoras importantes.

El precio, está en US$ 198.80 en la versión básica y US$ 216.80 en la propuesta más completa, con el botón PTT por Bluetooth.

Incluye también funciones de APRS, e incluso dicen que permite utilizar SSTV, CW, etc.

¿Que os parece? ¿Lo váis a poner en la lista al Olentzero?

Lo que sigue al AX.25

Existen varios proyectos de colegas europeos, para crear modos que sucedan al AX25 (Packet Radio) con mayores velocidades de transmisión.

Recuerdo hace «mil años» cómo cuando en Packet Radio, andábamos a 9.600 bps (como mucho), había Radioaficionados en la Europa del este que ya hablaban de Mbps en nuestras bandas.

Claro, quien ya tenía el pie entonces en ese peldaño, hoy… ni te imaginas donde puede estar.

Tengo encima de la mesa, un par de kits para construir sendos equipos de NPR (New Packet Radio). Hablamos de 500 Kbps en la banda de UHF. Solo necesito un poco del «bien más preciado» en los tiempos que corren, para poder terminarlos. Haré y daré datos de la experiencia.

Y mientras tanto, leo un artículo sobre NBP. En un principio pensé que era el NPR de F4HDK confundido… pero no… son las siglas de » Ne-Brezhibni Protokol « que gracias a Google sabemos que quiere decir «Protocolo sin defectos».

Partiendo de la especificación de AX.25 (el Packet Radio) han modificado el protocolo, hasta llegar a uno, con mayor capacidad de transmisión de datos, y una menor tasa de error en las transmisiones.

NBP lo ha creado S53MV, radioaficionado esloveno que lleva ya muchos años trabajando, creando y pensando.

Así que seguiremos atentos a los progresos de éstos sistemas, y no daremos nuestros modos por perdidos. No solo de WIFI vive el hombre…

«Un niño muerde ferozmente a un perro» – La «No-Noticia» que sí lo fue

Recuerdo como cuando cursaba aquello que llamaron EGB, un profesor nos hablaba sobre lo que era o no era noticia para un medio de comunicación… Y puso un ejemplo, que se ha repetido muchas veces… y es que si un perro muerde a un niño, es algo… bueno, digamos que «habitual». Pero que si era al revés, el niño el que mordía al can, la noticia iba a copar titulares ya que se salía de lo que entendíamos como normal.

No voy a ahondar (aunque me encantaría…) en cómo esta el tema hoy de las noticias. Que es y que no lo es.

Todo esto, para contaros una noticia, que no ha llegado a ser tal, pero que para mi sí que lo es.

El pasado 11 de octubre, un colega radioaficionado de Gipuzkoa, tocayo mío, llamó en el TG214 de BrandMeister solicitando ayuda ya que estaba desorientado en la montaña.

El desenlace, fue dulce… ya que el equipo de rescate logró dar con él en cuestión de horas y todo, gracias al GPS que portaba, y a su equipo DMR de Radioaficionado.

La repercusión fue escasa… tan solo un Twitt desde SOS Deiak y a nivel de medios digitales… cero

Todo fue cuestión de horas, bastante rápido, afortunadamente.

Así que quiero destacar esta «No-Noticia» que realmente sí que la es.

Ya son varias las personas con las que he hablado en los últimos meses, que quieren obtener su licencia de Radioaficionado, porque pasan muchas horas caminando por el monte y quieren tener un medio alternativo al teléfono móvil y al Canal 7-7

Quisiera destacar el gran trabajo divulgativo que están realizando los colegas de Canal 7-7 PMR Bizkaia para llevar hasta el mundo mendizale, las ventajas de llevar un Walky Talkie. Ni se sabe cuantas charlas han ofrecido ya…

Y para terminar, quiero traer aquí, un twitt que lancé a las pocas horas:

¡Dicho queda!