En entradas anteriores compartí el criterio de diseño y el esquema del hardware de un manipulador electrónico simple. No hay muchos secretos, hé tomado el código ya utilizado en varias balizas (LU3HFA, LU1DMA y LU1XZ/H entre otras) como base. En realidad el código es capaz de mucho más que lo necesario para enviar puntos y rayas con un manipulador. Puede enviar mensajes enteros y las estructuras de código necesarias para hacerlo se utilizan parcialmente para enviar el mensaje o para operar como baliza, pero también quedan como bloques constructivos para el caso que alguien decida modificar el funcionamiento básico para agregar por ejemplo más mensajes. El source ASM del programa y el binario HEX pueden tomarse como base. El archivo HEX podrá ser grabado directamente en un PIC 12F675 pero no será facil cambiar el mensaje pre-grabado el cual es un CQ para mi estación (LU7HZ), cambiar el mensaje será trivial mediante la modificación del archivo ASM y el recompilado con las herramientas gratuitas del ambiente de desarrollo que provee Microchip. La arquitectura del PIC es lo suficientemente eficiente para que quede espacio para agregados adicionales. Es posible hacerle agregados significativos a esta plataforma básica, probablemente la más inmediata será la posibilidad de agregarle más mensajes pre-grabados aunque se tropezará con el inconveniente que no hay lineas externas disponibles para activarlos. Eso puede solucionarse re-usando la linea de PTT para transformarla en entrada con lo que habría posibilidad de tener 2 mensajes. Miguel (LU9HCO) está interesado en utilizar este diseño como un identificador automático, y es probable que con bajo costo también se pueda adaptar como identificador de repetidores, para ello habría que proveer la posibilidad al programa de inhibir la transmisión, esto se puede lograr facilmente con la conexión del dih o el dah a masa cuando se requiere inhibir en modo de mensaje continuo (el software hoy NO HACE esto pero es simple de agregar). Por último sería útil poder grabar los mensajes sin necesidad de tener que reprogramar el PIC, esto puede hacerse tanto destinando una de las lineas (nuevamente PTT es candidata) a ser utilizada como entrada para grabar el mensaje en modo programación. Campo fertil para la experimentación. No es dificil portar este mismo código a un PIC un poco más grande, quizás el 16F84A, donde se pueden disponer de entradas adicionales (aunque este PIC en particular no tiene entradas analógicas, quizás un 16F675 que si las tiene).
Como nota de color no puedo dejar de comentar que el gráfico utilizado para esta entrada representa un entrañable recuerdo para mi pues se corresponde al utilizado en el artículo donde se describía un programa de telegrafía que publicara en la ya desaparecida revista K-64 (N2 y N3) a comienzos de la década del '80; este programa, planteado en la por entonces inmensamente popular Sinclair ZX81 (o TS1000) era capaz de decodificar y transmitir CW con modestisimos recursos, me consta por la correspondencia y comentarios recibidos en los casi 30 años que pasaron desde su publicación que fue el pie para que mucha gente se acercara al CW, a la computación o a ambos. El artículo entero (totalmente obsoleto en su contenido, pero útil como referencia histórica) puede encontrarse aqui. Sin embargo, si alguna vez quisiera implementar un software para decodificar CW en un PIC seguramente empezaría refrescando que hice en este programa puesto que recuerdo que en su momento invertí una enorme cantidad de horas en depurar los algoritmos de decodificación, adaptación de velociada y rechazo de ruido; el código assembler Z80 estará obsoleto pero los algoritmos son eternos. Adicionalmente, con sorpresa encontré un proyecto destinado a poner online la totalidad de los números de la revista K64, se denomina "K64 El proyecto online".
No hay comentarios:
Publicar un comentario