Buenos días,
Seguramente muchos de vosotros habréis decodificado en FT8 o habréis visto anunciada en el cluster la estación 5O2TEE supuestamente de Nigeria.
Pues bien, este indicativo no existe, es un error de decodificación de FT8 que se está produciendo con la estación real P4/W9EV. Cuando W9EV gestiona un indicativo por transmisión se decodifica correctamente, pero cuando gestiona más de una estación por linea se produce el error.
Un ejemplo:
210300 EA2A <P4/WE9V> -06
210330 EA2A RR73; EC2AR <5O2TEE> -02
210400 <EC2AR> P4/WE9V RR73
A mi me ha sucedido con el programa WSJT-X, no se si también con otros programas pasa lo mismo.
EA2A Juanjo
Saludos desde Huesca
Buenas,
no, no es un error de decodificación, el protocolo está funcionando tal cual fue diseñado y cualquier implementación presentará los mismos resultados en pantalla. Yo uso JTDX y he visto exactamente lo mismo.
Si te lees la especificación de los protocolos FT4 y FT8, la puedes bajar de aquí
https://wsjt.sourceforge.io/FT4_FT8_QEX.pdf
verás que "210330 EA2A RR73; EC2AR <5O2TEE> -02" es un mensaje tipo 0.1.
Si en un mensaje "normal" caben 2 indicativos y alguna cosa como la cuadrícula o el reporte, para un mensaje donde van 3 indicativos los diseñadores han tenido que "inventar" algo, y parece lógico que si el mensaje es de longitud fija la única solución es comprimir alguno de los 3 indicativos, ¿no?. En este tipo de mensajes el indicativo de la estación DX no "ocupa" el mismo número de bits que en otros, sino que se manda un "hash" de dicho indicativo de sólo 10 bits.
En el receptor se compara este "hash" con el "hash" de todos los indicativos que has recibido en otro tipo de mensajes. Si no hay ninguno que case, verás "<...>" en la parte donde va la decodificación de la estación transmisora. Si hay alguno que case, el receptor pondrá ese indicativo.
Si dejas el equipo encendido varios días y luego miras el fichero de log, verás que habrás decodificado varios mensajes erróneos, son candidatos por ejemplo todos aquellos recibidos con peor señal que -24 y aquellos que decodifican un indicativo "/R". Si el indicativo decodificado es EA4xxx normalmente no pasará nada, pero si es 6O2EDR la cosa cambia y seguro que si estás delante de la estación, le llamas. Cuando esto le pasa a estaciones que generan spots (sea de forma manual o vía RBN) y no lo filtran, se lía lo que has visto.
Lo dicho, no es un error de decodificación, al menos en el mensaje que tú has puesto.
73 jose EA4AFP
Buenas a todos
Después de trabajar en FT8 al P4 ... también vi ese indicativo de Nigeria. Como en "QRZ.COM", "HAMLOG" , "DXNEWS", "QSL.INFO", etc. no estaba intenté averiguar un poco más y efectivamente ya alguien por las red puso que había un error. Yo también uso el wsjt-x.
Por aquí hay algo de info:
"...
main@WSJTX.groups.io | Messages
EA4U (ex-EA4CU, EA2AI, EA2AKG, EC2IA)
QDURE - https://qsl.ure.es
Imprime y confirma tus QSL en tan solo tres click.
Nunca fue tan fácil y cómodo
el confirmar tus contactos.
TIENDA ONLINE URE
Publicaciones, mapas, polos, camisetas, gorras, tazas, forros polares y mucho más...
WEBCLUSTER EA4URE
Conoce el nuevo WebCluster de URE, ahora con nuevos filtros e información y compatible con GDURE