Control de Rotor de LU7HZ (bocetos)

 He podido empezar la construcción de los primeros prototipos para el controlador automático de rotor de antena. No he recibido aún la tarjeta Arduino Ethernet Shield que me permita utilizar la placa Arduino One como controladora.
Me decidí entonces luego de algunos experimentos de rutinas aisladas en   MikroPascal Pro en hacerlo utilizando un PIC 12F675 como controlador.
Aun no he podido hacer andar la parte del programa que implementa el puerto serie por software (este PIC no tiene un UART incorporado).

Sin embargo, la totalidad del programa ya está escrito por lo que tengo una razonable confianza que entrará en la memoria flash de 1K y las pocas docenas de bytes de memoria RAM.
Es claro que sin lujos, al finalizar el programa que termina siendo implementado en un hibrido entre Pascal y Assembler ocupa algo mas de 980 bytes (algunas docenas de bytes menos que el máximo posible).
La interfaz de hardware es simple, el procesador tiene 6 puertos de entrada y salida; dos lineas se usan como salida para controlar al rotor (giro en sentido horario y anti-horario), dos para entrada-salida serie, una para sensar la posición del rotor y otra para comandar el modo automático. El comando de modo automático conmuta si se sensa la posición del rotor mismo o de la referencia guía (para ajuste semiautomático). El software sensa si este comando está alto o bajo para decidir si la lectura corresponde al rotor o a la referencia local. Si estos son diferentes dentro de un margen del +/- 5% se activa el rotor en el sentido que corresponda y se procede automáticamente a girarlo hasta que la posición del rotor iguale a la referencia. Es curioso como un diseño embebido difiere de un programa convencional, durante algun tiempo tuve dificultades en lograr que el programa funcionara correctamente en su función semiautomática; en el emulador lo hacía correctamente pero en el hardware real no. Terminó siendo que se detectaba que el switch de comando pasaba a alto e inmediatamente se leia la posición de acimuth.... cuando aún el relay no había conmutado (situación que solo podría durar algunos pocos microsegundos...), bastó un pequeño retardo para que todo funcionara correctamente; pero muestra como técnica de programación la necesidad de siempre ver la "pelicula" en este tipo de software (imaginar la secuencia de tiempos mas que la lógica en si).
Se utiliza un integrado MAX232 como conversor TTL/RS232 para el puerto serie, es una solución económica y efectiva para convertir los niveles correspondientes. Todo el manejo de control se hace con relays para que el contacto se independice de las tensiones presentes, pero con el rotor en particular que tengo (Walmar) las tensiones son menores a 30V cc por lo que podría perfectamente utilizarse  un transistor con ese propósito. Para independizarme del rotor fisico durante las pruebas agregué un potenciometro adicional para simular al del rotor mismo y poder hacer pruebas locales, este "volará" cuando empiece con las pruebas en el rotor real.
El diseño todavia puede cambiar en la medida que finalice el firmware, en particular el puerto serie. El puerto serie es necesario para poder comandar el controlador usando el protocolo Hy-Gain DCU-1. Hasta ahora estoy intentando con un microcódigo que implementa un puerto half-duplex (no puede recibir y transmitir al mismo tiempo) el que creo es suficiente para este propósito; en caso que la validación del diseño muestre que no es asi el implementar un puerto serie full duplex por software es un poco mas complicado y tengo mis dudas que logre meterlo en el PIC 12F675 (si solo estuvera el puerto serie por supuesto que entraría, solo que también tienen que entrar las otras funciones del controlador). En ese caso tendría que ver como utilizar otro PIC (quizás el PIC 16F877 o similar), o directamente esperar la placa que me falta para hacerlo con la Arduino One.