viernes, 14 de septiembre de 2012

USO DEL PIC EN REDES APRS


¿QUÉ ES APRS? 
El APRS es un sistema Automático de  Información de posición, es decir que 
podemos ver en un mapa la posición en la  que está una estación fija o móvil de 
radioaficionado. También tiene otras capacidades como poder ver información 
meteorológica, señalización en el mapa de todo tipo de eventos (catástrofes, puntos de 
interés para el radioaficionado) o telemando.  
En el seguimiento de estaciones móviles se aprovecha la tecnología que nos brindan 
los GPS, que conectados a un equipo de radio nos sirven para seguir en el mapa a un 
vehículo.  
El APRS utiliza para transmitir los datos el protocolo AX 25, es decir, el mismo 
que utiliza el packet convencional, por lo tanto es compatible con cualquier modem o 
TNC sin suponer un coste añadido.  
APRS es una marca registrada de Bob Bruninga WB4APR, pero con licencia para 
su uso por cualquier radioaficionado con fines no comerciales, que empezó por 1984 
con un programa para el Commodore VIC20.  
Últimamente ha sufrido una gran evolución, por lo tanto el protocolo en que se basa 
el APRS está cambiando para mejorar y adaptarse a nuevas necesidades o utilidades. 
Está evolución aconsejó la creación de un comité que lidera la Tucson Amateur Packet 
Radio, que es una asociación Americana especializada en comunicaciones digitales. 
Este comité que reúne a los principales desarrolladores de APRS ha creado un 
documento en el que se definen el protocolo y todas las  especificaciones del sistema 
APRS. Esto es muy importante para estandarizar y para los desarrolladores de software.  
El protocolo o mejor dicho, la utilización de parte del protocolo, es su única 
coincidencia con el radiopaquete tal como lo conocemos. Parte de una filosofía 
operativa completamente distinta e incorpora aplicaciones que aprovechan modalidades 
digitales tales como SSTV, y otras bien distintas: radiolocalización, telemetría, etc. que 
la hacen difícilmente encajable dentro del "radiopaquete clásico". Es más bien un 
producto de su evolución. 
שּׂ UN POCO DE HISTÓRIA  
Su ideador y primer desarrollador fue, como se ha dicho, WB4APR quien en ya 
1.984 creó un programa soportado en VIC-20 para el seguimiento de una carrera de 
caballos de larga distancia. Este fue el  predecesor de lo que actualmente conocemos 
como APRS que no hizo su "puesta de largo" hasta Noviembre de 1.992 cuando se 
presentó oficialmente la primera versión para DOS en la A.R.R.L. Digital 
Communications Conference, en New Jersey.  
Pic-Encoder (izquierda). Versión en kit  comercializada por TAPR de Pic Packet 
(derecha) de Paccom. Incorporan GPS interno.A partir de entonces ha ido 
evolucionando e incrementando el número de practicantes, especialmente en América del Norte donde ya se dispone de una vasta red. Paulatinamente ha visto incrementadas 
sus posibilidades a la par que se desarrollaban tanto programas para diversos entornos y 
cometidos como interfaces, módems y equipos.  
El TM-D700 de Kenwood, doble banda 144/432, igual que su predecesor el THD7, incorpora "todo en uno" TNC" a 1k2/9k6, conexión a PC, completo sistema para 
APRS, sin perder sus habilidades analógicas.TNC (AEA, Kantronics, MFJ, Paccomm, 
etc.), han venido incorporado versiones compatibles e incluso específicas con este 
sistema. TAPR (1) dispone asimismo de kits para módems y TNC específicos y de 
programas para las eproms de su TNC2. Tal es el auge, que un conocido fabricante 
japonés de equipos se adelantó a sus competidores lanzando al mercado, hará más de un 
año, un modelo portátil bibanda y tiene a  punto de comercializar otro (anunciado 
recientemente en las revistas especializadas), para uso móvil. Estos transceptores, 
además de incorporar un TNC y módem a 1k2 y 9k6, a través de su pantallita y teclado, 
se convierte en un completo terminal para el sistema APRS, entre otros usos, aparte del 
clásico servicio analógico.  
De la misma forma han aparecido nuevos  desarrolladores de programas para los 
entornos más comunes: Windows, Windows-CE, Macintosh y Linux.  
Tal evolución aconsejó la creación de un comité, bajo el amparo de TAPR, en el 
que han participado los principales desarrolladores. Fruto de sus deliberaciones, 
llevadas a cabo en los últimos meses, se publicó el pasado mes de diciembre (disponible 
en www/tapr.org), un documento que es la referencia básica y técnica, con el protocolo 
y todas las especificaciones del sistema APRS.  
En Europa hay actividad APRS en diversos países, pero no se registra aún con la 
intensidad del otro lado del Atlántico aunque va tomando fuerza, especialmente desde 
hace un par de años. Por las noticias que tengo se dispone de red estable aunque no muy 
extensa en el Reino Unido, Países Bajos, Suiza, Finlandia, Italia, Portugal y Grecia. En 
el Estado Español las primeras experiencias que me constan se hicieron en EA4 
(Cuenca) y EA3 (Barcelona). Actualmente existe una incipiente red estable en las 
comarcas centrales de EA3. Probablemente la relación deba ser en realidad más extensa, 
pero estas son las únicas noticias contrastadas que dispongo hasta el momento.  
שּׂ LA INSTALACIÓN BÁSICA  
Distinguimos dos tipos de estaciones: fijas y móviles. Entre las primeras se hallan 
las de los QTH de los radioaficionados y las desatendidas, generalmente ubicadas en 
sedes de radioclubes, lugares aislados e incluso remotos, cumpliendo diversas funciones 
que detallaré más adelante.  
Los elementos mínimos e imprescindibles para disponer de una estación APRS en 
nuestro QTH, además del sistema transceptor y radiante, son  
· Módem o TNC para radiopaquete.  
· Ordenador con programa específico para el sistema APRS.  
Para APRS podemos utilizar elementos habituales en nuestra estaciónHasta hace 
muy poco era imprescindible disponer de un TNC, pero ya han aparecido versiones 
compatibles con AGWPE (SV2AGW) que permiten incorporar un amplio abanico de 
módems y tarjetas.  Generalmente se opera a 1200 baudios. El módem o la TNC no precisan, para esa 
instalación básica, ninguna característica especial o diferente de los utilizados en la 
habitual operación de radiopaquete, debido a que, como se ha dicho al principio, se basa 
en el mismo protocolo.  
En cuanto a los programas los hay para los entornos más comunes, aunque los más 
utilizados lo son bajo Windows (3.x, 95 ó 98). Constan de una pantalla principal en la 
que se nos presentan mapas que pueden abarcar zonas geográficas amplias o reducidas, 
a nuestra elección. Se recogen en una base de datos con la habilidad de poder pasar fácil 
e incluso automatizadamente de uno a otro. Podemos utilizar también reproducciones 
previamente escaneadas y referenciadas geográficamente, de mapas de carreteras, 
callejeros, físicos, etc.  
El desplazamiento del cursor sobre el  mapa nos informa inmediatamente de las 
coordenadas (longitud/latitud) del punto señalado en cada momento por el puntero y la 
cuadrícula correspondiente al QTH Locator.  Con este mismo movimiento del cursor 
(por ejemplo a través del ratón) podemos averiguar distancias en línea recta entre dos 
puntos elegidos y situación geográfica de  uno respecto a otro para, por ejemplo, 
determinar la teórica orientación de una antena.  




USO DEL PIC EN REDES APRS


¿QUÉ ES APRS?
El APRS es un sistema Automático de  Información de posición, es decir que
podemos ver en un mapa la posición en la  que está una estación fija o móvil de
radioaficionado. También tiene otras capacidades como poder ver información
meteorológica, señalización en el mapa de todo tipo de eventos (catástrofes, puntos de
interés para el radioaficionado) o telemando.
En el seguimiento de estaciones móviles se aprovecha la tecnología que nos brindan
los GPS, que conectados a un equipo de radio nos sirven para seguir en el mapa a un
vehículo.
El APRS utiliza para transmitir los datos el protocolo AX 25, es decir, el mismo
que utiliza el packet convencional, por lo tanto es compatible con cualquier modem o
TNC sin suponer un coste añadido.
APRS es una marca registrada de Bob Bruninga WB4APR, pero con licencia para
su uso por cualquier radioaficionado con fines no comerciales, que empezó por 1984
con un programa para el Commodore VIC20.
Últimamente ha sufrido una gran evolución, por lo tanto el protocolo en que se basa
el APRS está cambiando para mejorar y adaptarse a nuevas necesidades o utilidades.
Está evolución aconsejó la creación de un comité que lidera la Tucson Amateur Packet
Radio, que es una asociación Americana especializada en comunicaciones digitales.
Este comité que reúne a los principales desarrolladores de APRS ha creado un
documento en el que se definen el protocolo y todas las  especificaciones del sistema
APRS. Esto es muy importante para estandarizar y para los desarrolladores de software.
El protocolo o mejor dicho, la utilización de parte del protocolo, es su única
coincidencia con el radiopaquete tal como lo conocemos. Parte de una filosofía
operativa completamente distinta e incorpora aplicaciones que aprovechan modalidades
digitales tales como SSTV, y otras bien distintas: radiolocalización, telemetría, etc. que
la hacen difícilmente encajable dentro del "radiopaquete clásico". Es más bien un
producto de su evolución.
שּׂ UN POCO DE HISTÓRIA
Su ideador y primer desarrollador fue, como se ha dicho, WB4APR quien en ya
1.984 creó un programa soportado en VIC-20 para el seguimiento de una carrera de
caballos de larga distancia. Este fue el  predecesor de lo que actualmente conocemos
como APRS que no hizo su "puesta de largo" hasta Noviembre de 1.992 cuando se
presentó oficialmente la primera versión para DOS en la A.R.R.L. Digital
Communications Conference, en New Jersey.
Pic-Encoder (izquierda). Versión en kit  comercializada por TAPR de Pic Packet
(derecha) de Paccom. Incorporan GPS interno.A partir de entonces ha ido
evolucionando e incrementando el número de practicantes, especialmente en América del Norte donde ya se dispone de una vasta red. Paulatinamente ha visto incrementadas
sus posibilidades a la par que se desarrollaban tanto programas para diversos entornos y
cometidos como interfaces, módems y equipos.
El TM-D700 de Kenwood, doble banda 144/432, igual que su predecesor el THD7, incorpora "todo en uno" TNC" a 1k2/9k6, conexión a PC, completo sistema para
APRS, sin perder sus habilidades analógicas.TNC (AEA, Kantronics, MFJ, Paccomm,
etc.), han venido incorporado versiones compatibles e incluso específicas con este
sistema. TAPR (1) dispone asimismo de kits para módems y TNC específicos y de
programas para las eproms de su TNC2. Tal es el auge, que un conocido fabricante
japonés de equipos se adelantó a sus competidores lanzando al mercado, hará más de un
año, un modelo portátil bibanda y tiene a  punto de comercializar otro (anunciado
recientemente en las revistas especializadas), para uso móvil. Estos transceptores,
además de incorporar un TNC y módem a 1k2 y 9k6, a través de su pantallita y teclado,
se convierte en un completo terminal para el sistema APRS, entre otros usos, aparte del
clásico servicio analógico.
De la misma forma han aparecido nuevos  desarrolladores de programas para los
entornos más comunes: Windows, Windows-CE, Macintosh y Linux.
Tal evolución aconsejó la creación de un comité, bajo el amparo de TAPR, en el
que han participado los principales desarrolladores. Fruto de sus deliberaciones,
llevadas a cabo en los últimos meses, se publicó el pasado mes de diciembre (disponible
en www/tapr.org), un documento que es la referencia básica y técnica, con el protocolo
y todas las especificaciones del sistema APRS.
En Europa hay actividad APRS en diversos países, pero no se registra aún con la
intensidad del otro lado del Atlántico aunque va tomando fuerza, especialmente desde
hace un par de años. Por las noticias que tengo se dispone de red estable aunque no muy
extensa en el Reino Unido, Países Bajos, Suiza, Finlandia, Italia, Portugal y Grecia. En
el Estado Español las primeras experiencias que me constan se hicieron en EA4
(Cuenca) y EA3 (Barcelona). Actualmente existe una incipiente red estable en las
comarcas centrales de EA3. Probablemente la relación deba ser en realidad más extensa,
pero estas son las únicas noticias contrastadas que dispongo hasta el momento.
שּׂ LA INSTALACIÓN BÁSICA
Distinguimos dos tipos de estaciones: fijas y móviles. Entre las primeras se hallan
las de los QTH de los radioaficionados y las desatendidas, generalmente ubicadas en
sedes de radioclubes, lugares aislados e incluso remotos, cumpliendo diversas funciones
que detallaré más adelante.
Los elementos mínimos e imprescindibles para disponer de una estación APRS en
nuestro QTH, además del sistema transceptor y radiante, son
· Módem o TNC para radiopaquete.
· Ordenador con programa específico para el sistema APRS.
Para APRS podemos utilizar elementos habituales en nuestra estaciónHasta hace
muy poco era imprescindible disponer de un TNC, pero ya han aparecido versiones
compatibles con AGWPE (SV2AGW) que permiten incorporar un amplio abanico de
módems y tarjetas.  Generalmente se opera a 1200 baudios. El módem o la TNC no precisan, para esa
instalación básica, ninguna característica especial o diferente de los utilizados en la
habitual operación de radiopaquete, debido a que, como se ha dicho al principio, se basa
en el mismo protocolo.
En cuanto a los programas los hay para los entornos más comunes, aunque los más
utilizados lo son bajo Windows (3.x, 95 ó 98). Constan de una pantalla principal en la
que se nos presentan mapas que pueden abarcar zonas geográficas amplias o reducidas,
a nuestra elección. Se recogen en una base de datos con la habilidad de poder pasar fácil
e incluso automatizadamente de uno a otro. Podemos utilizar también reproducciones
previamente escaneadas y referenciadas geográficamente, de mapas de carreteras,
callejeros, físicos, etc.
El desplazamiento del cursor sobre el  mapa nos informa inmediatamente de las
coordenadas (longitud/latitud) del punto señalado en cada momento por el puntero y la
cuadrícula correspondiente al QTH Locator.  Con este mismo movimiento del cursor
(por ejemplo a través del ratón) podemos averiguar distancias en línea recta entre dos
puntos elegidos y situación geográfica de  uno respecto a otro para, por ejemplo,
determinar la teórica orientación de una antena.


CONFIGURACIÓN DE UIVIEW
Vamos a comentar por encima los puntos más importantes de configuración de este
programa. Existen multitud de situaciones dependiendo del modem o TNC de que se
disponga pero en principio veremos la configuración con el modem Baycom ya que es
la más utilizada. Para trabajar con el modem baycom en Windows es necesario disponer
de Flexnet o de AGW. El problema a día de hoy del flexnet es que el controlador de
baycom es un residente MS-DOS y por lo tanto puede dar problemas de funcionamiento
en equipos Windows. Además solamente la  versión registrada del UIView permite
conectarse con FlexNet (A 18 de noviembre de 2000).
Existe otro programa que es el AGW Packet Engine que es capaz de controlar hasta
dos baycoms y multitud de TNC’s a la vez, y comunicarse con multitud de programas
como en UIView, WinPack, NBF, TSTWin . Es decir con el podemos tener un canal en
144.800 para APRS, y otro para la BBS, El cluster, el converse.. Yo lo he probado con
tres puertos uno en baycom y otros dos en una KPC4 sin problemas.
- Proceso de configuración:
- Instalación de AGW Packet Engine (Para la versión 2000.50 y anteriores ).
- Primero lo más importante, conseguir el programa que se puede bajar de :
http://www.raag.org/sv2agw/inst.htm
- El archivo que hay que coger es AGWPE.zip y el Drivers.zip (dónde se incluye el
driver Baycom).
- Después hay que descomprimirlos en el disco duro con el winzip en un directorio
por ejemplo C:\RADIO\AGW.
- Una vez aquí ejecutamos el programa agwpe.exe.
- Saldrá una pantalla de  presentación que desaparecerá si pulsamos con el ratón
sobre ella o después de un tiempo automáticamente.
- Después nos quedará el programa Packet Engine residente en la barra de tareas.
Nos situamos con el ratón encima de el y pulsamos el botón derecho.
- Aquí nos sale un menú en el que tenemos que activar la opción “Winsocks
Interface” con el botón izquierdo.
- Después volvemos a hacer lo mismo y  escogemos Propiedades(o Properties).
Ahora sale la ventana de configuración de puertos de radio.
- Pulsamos el botón de añadir uno nuevo y nos sale una ventana de que hemos
creado un nuevo puerto, le damos aceptar.
- Ahora sale la ventana de configuración del puerto.
- Escogemos el COM en el que tengamos conectado el Baycom , la velocidad la
ponemos en 1200baudios y el tipo de TNC cogemos BAYCOM.
- Una vez hecho esto ya queda configurado el AGWPE con un puerto baycom. Para
que los cambios surjan efecto hay que  cerrar el AGWPE y volverlo a ejecutar.
Ahora si cogió la configuración del modem aparecerá un dibujo en pequeño de una
TNC en la barra de inicio, al lado del reloj de Windows.
- El AGW ya queda preparado para trabajar con UIView.
- Dejadlo encendido para cuando configuremos el UIView.
- Ahora hay que instalar el UIView

USO DEL PIC EN REDES APRS


¿QUÉ ES APRS?
El APRS es un sistema Automático de  Información de posición, es decir que
podemos ver en un mapa la posición en la  que está una estación fija o móvil de
radioaficionado. También tiene otras capacidades como poder ver información
meteorológica, señalización en el mapa de todo tipo de eventos (catástrofes, puntos de
interés para el radioaficionado) o telemando.
En el seguimiento de estaciones móviles se aprovecha la tecnología que nos brindan
los GPS, que conectados a un equipo de radio nos sirven para seguir en el mapa a un
vehículo.
El APRS utiliza para transmitir los datos el protocolo AX 25, es decir, el mismo
que utiliza el packet convencional, por lo tanto es compatible con cualquier modem o
TNC sin suponer un coste añadido.
APRS es una marca registrada de Bob Bruninga WB4APR, pero con licencia para
su uso por cualquier radioaficionado con fines no comerciales, que empezó por 1984
con un programa para el Commodore VIC20.
Últimamente ha sufrido una gran evolución, por lo tanto el protocolo en que se basa
el APRS está cambiando para mejorar y adaptarse a nuevas necesidades o utilidades.
Está evolución aconsejó la creación de un comité que lidera la Tucson Amateur Packet
Radio, que es una asociación Americana especializada en comunicaciones digitales.
Este comité que reúne a los principales desarrolladores de APRS ha creado un
documento en el que se definen el protocolo y todas las  especificaciones del sistema
APRS. Esto es muy importante para estandarizar y para los desarrolladores de software.
El protocolo o mejor dicho, la utilización de parte del protocolo, es su única
coincidencia con el radiopaquete tal como lo conocemos. Parte de una filosofía
operativa completamente distinta e incorpora aplicaciones que aprovechan modalidades
digitales tales como SSTV, y otras bien distintas: radiolocalización, telemetría, etc. que
la hacen difícilmente encajable dentro del "radiopaquete clásico". Es más bien un
producto de su evolución.
שּׂ UN POCO DE HISTÓRIA
Su ideador y primer desarrollador fue, como se ha dicho, WB4APR quien en ya
1.984 creó un programa soportado en VIC-20 para el seguimiento de una carrera de
caballos de larga distancia. Este fue el  predecesor de lo que actualmente conocemos
como APRS que no hizo su "puesta de largo" hasta Noviembre de 1.992 cuando se
presentó oficialmente la primera versión para DOS en la A.R.R.L. Digital
Communications Conference, en New Jersey.
Pic-Encoder (izquierda). Versión en kit  comercializada por TAPR de Pic Packet
(derecha) de Paccom. Incorporan GPS interno.A partir de entonces ha ido
evolucionando e incrementando el número de practicantes, especialmente en América del Norte donde ya se dispone de una vasta red. Paulatinamente ha visto incrementadas
sus posibilidades a la par que se desarrollaban tanto programas para diversos entornos y
cometidos como interfaces, módems y equipos.
El TM-D700 de Kenwood, doble banda 144/432, igual que su predecesor el THD7, incorpora "todo en uno" TNC" a 1k2/9k6, conexión a PC, completo sistema para
APRS, sin perder sus habilidades analógicas.TNC (AEA, Kantronics, MFJ, Paccomm,
etc.), han venido incorporado versiones compatibles e incluso específicas con este
sistema. TAPR (1) dispone asimismo de kits para módems y TNC específicos y de
programas para las eproms de su TNC2. Tal es el auge, que un conocido fabricante
japonés de equipos se adelantó a sus competidores lanzando al mercado, hará más de un
año, un modelo portátil bibanda y tiene a  punto de comercializar otro (anunciado
recientemente en las revistas especializadas), para uso móvil. Estos transceptores,
además de incorporar un TNC y módem a 1k2 y 9k6, a través de su pantallita y teclado,
se convierte en un completo terminal para el sistema APRS, entre otros usos, aparte del
clásico servicio analógico.
De la misma forma han aparecido nuevos  desarrolladores de programas para los
entornos más comunes: Windows, Windows-CE, Macintosh y Linux.
Tal evolución aconsejó la creación de un comité, bajo el amparo de TAPR, en el
que han participado los principales desarrolladores. Fruto de sus deliberaciones,
llevadas a cabo en los últimos meses, se publicó el pasado mes de diciembre (disponible
en www/tapr.org), un documento que es la referencia básica y técnica, con el protocolo
y todas las especificaciones del sistema APRS.
En Europa hay actividad APRS en diversos países, pero no se registra aún con la
intensidad del otro lado del Atlántico aunque va tomando fuerza, especialmente desde
hace un par de años. Por las noticias que tengo se dispone de red estable aunque no muy
extensa en el Reino Unido, Países Bajos, Suiza, Finlandia, Italia, Portugal y Grecia. En
el Estado Español las primeras experiencias que me constan se hicieron en EA4
(Cuenca) y EA3 (Barcelona). Actualmente existe una incipiente red estable en las
comarcas centrales de EA3. Probablemente la relación deba ser en realidad más extensa,
pero estas son las únicas noticias contrastadas que dispongo hasta el momento.
שּׂ LA INSTALACIÓN BÁSICA
Distinguimos dos tipos de estaciones: fijas y móviles. Entre las primeras se hallan
las de los QTH de los radioaficionados y las desatendidas, generalmente ubicadas en
sedes de radioclubes, lugares aislados e incluso remotos, cumpliendo diversas funciones
que detallaré más adelante.
Los elementos mínimos e imprescindibles para disponer de una estación APRS en
nuestro QTH, además del sistema transceptor y radiante, son
· Módem o TNC para radiopaquete.
· Ordenador con programa específico para el sistema APRS.
Para APRS podemos utilizar elementos habituales en nuestra estaciónHasta hace
muy poco era imprescindible disponer de un TNC, pero ya han aparecido versiones
compatibles con AGWPE (SV2AGW) que permiten incorporar un amplio abanico de
módems y tarjetas.  Generalmente se opera a 1200 baudios. El módem o la TNC no precisan, para esa
instalación básica, ninguna característica especial o diferente de los utilizados en la
habitual operación de radiopaquete, debido a que, como se ha dicho al principio, se basa
en el mismo protocolo.
En cuanto a los programas los hay para los entornos más comunes, aunque los más
utilizados lo son bajo Windows (3.x, 95 ó 98). Constan de una pantalla principal en la
que se nos presentan mapas que pueden abarcar zonas geográficas amplias o reducidas,
a nuestra elección. Se recogen en una base de datos con la habilidad de poder pasar fácil
e incluso automatizadamente de uno a otro. Podemos utilizar también reproducciones
previamente escaneadas y referenciadas geográficamente, de mapas de carreteras,
callejeros, físicos, etc.
El desplazamiento del cursor sobre el  mapa nos informa inmediatamente de las
coordenadas (longitud/latitud) del punto señalado en cada momento por el puntero y la
cuadrícula correspondiente al QTH Locator.  Con este mismo movimiento del cursor
(por ejemplo a través del ratón) podemos averiguar distancias en línea recta entre dos
puntos elegidos y situación geográfica de  uno respecto a otro para, por ejemplo,
determinar la teórica orientación de una antena.


CONFIGURACIÓN DE UIVIEW
Vamos a comentar por encima los puntos más importantes de configuración de este
programa. Existen multitud de situaciones dependiendo del modem o TNC de que se
disponga pero en principio veremos la configuración con el modem Baycom ya que es
la más utilizada. Para trabajar con el modem baycom en Windows es necesario disponer
de Flexnet o de AGW. El problema a día de hoy del flexnet es que el controlador de
baycom es un residente MS-DOS y por lo tanto puede dar problemas de funcionamiento
en equipos Windows. Además solamente la  versión registrada del UIView permite
conectarse con FlexNet (A 18 de noviembre de 2000).
Existe otro programa que es el AGW Packet Engine que es capaz de controlar hasta
dos baycoms y multitud de TNC’s a la vez, y comunicarse con multitud de programas
como en UIView, WinPack, NBF, TSTWin . Es decir con el podemos tener un canal en
144.800 para APRS, y otro para la BBS, El cluster, el converse.. Yo lo he probado con
tres puertos uno en baycom y otros dos en una KPC4 sin problemas.
- Proceso de configuración:
- Instalación de AGW Packet Engine (Para la versión 2000.50 y anteriores ).
- Primero lo más importante, conseguir el programa que se puede bajar de :
http://www.raag.org/sv2agw/inst.htm
- El archivo que hay que coger es AGWPE.zip y el Drivers.zip (dónde se incluye el
driver Baycom).
- Después hay que descomprimirlos en el disco duro con el winzip en un directorio
por ejemplo C:\RADIO\AGW.
- Una vez aquí ejecutamos el programa agwpe.exe.
- Saldrá una pantalla de  presentación que desaparecerá si pulsamos con el ratón
sobre ella o después de un tiempo automáticamente.
- Después nos quedará el programa Packet Engine residente en la barra de tareas.
Nos situamos con el ratón encima de el y pulsamos el botón derecho.
- Aquí nos sale un menú en el que tenemos que activar la opción “Winsocks
Interface” con el botón izquierdo.
- Después volvemos a hacer lo mismo y  escogemos Propiedades(o Properties).
Ahora sale la ventana de configuración de puertos de radio.
- Pulsamos el botón de añadir uno nuevo y nos sale una ventana de que hemos
creado un nuevo puerto, le damos aceptar.
- Ahora sale la ventana de configuración del puerto.
- Escogemos el COM en el que tengamos conectado el Baycom , la velocidad la
ponemos en 1200baudios y el tipo de TNC cogemos BAYCOM.
- Una vez hecho esto ya queda configurado el AGWPE con un puerto baycom. Para
que los cambios surjan efecto hay que  cerrar el AGWPE y volverlo a ejecutar.
Ahora si cogió la configuración del modem aparecerá un dibujo en pequeño de una
TNC en la barra de inicio, al lado del reloj de Windows.
- El AGW ya queda preparado para trabajar con UIView.
- Dejadlo encendido para cuando configuremos el UIView.
- Ahora hay que instalar el UIView

Funcionamiento y diagramas de un contador de RPM (revoluciones por minuto)







Este proyecto aquí presentado nos muestra las RPM (revoluciones por minuto) tomando muestras (pulsos) cada 0.1 Segundos y llevándolas aun proceso interno en el Microcontrolador AT 89C52 y mostrando su resultado por un campo visual (Displays), el circuito es capaz de contar255 pulsos en 0.1 S, es decir, es capaz de contar hasta 5100 RPM.
Teoría de Funcionamiento:
El núcleo principal de este circuito se basa en el microcontroladorAT89C52
Este microcontrolador tiene 40 pines, 32 de los cuales corresponden a 4 puertos de entrada/salida, los demás son para la alimentación, oscilador (xtal), reset, etc.
Básicamente, las funciones del microcontrolador y las del circuito están diseñadas para detectar la rotación de una máquina por medio de una rueda perforada, que se mueve dentro de un interruptor óptico de ranura, de tal manera que se puedan mandar pulsos cada vez que la señal se interrumpe, y pueda mostrar el resultado en 4 displays de siete segmentos.
El microcontrolador AT89C52 de Atmel tiene dos timer (timer0 y timer1), los cuales se configuran para que uno de ellos temporice el tiempo necesario y el otro para contar los pulsos durante ese tiempo, el temporizador que funciona como contador recibe pulsos externos por el pin 15 del microcontrolador, este pin es activo bajo, es decir, cada vez que hay un flanco de bajada incrementa a uno.

En este caso el receptor de los pulsos está conformado por una rueda perforada que se interpone entre el emisor y el receptor de un dispositivo fototransistorizado.
Cuando la rueda impide el paso de la luz entre el emisor y el receptor delcircuito, la base del fototransistor no se excita y no circula corriente entre el emisor y colector, y mucho menos por la base del transistor.
Este se comporta como un suiche abierto por lo tanto se tiene un estado lógico.
Al rotar la rueda, las perforaciones pasan frente al dispositivo fototransistorizado, permitiendo que la luz proveniente del emisor estimule la base del transistor, y por lo tanto se presenta una corriente entre colector y el emisor de este. Esta corriente que pasaría por la base, en este caso se podría representar como un corto entre el emisor y colector polarizando una resistencia que se encuentra en el colector y creando un nivel bajo.
La salida de este va a un smit trigger, donde nos ayudara a eliminar un poco el cambio de estado brusco o como le llamaríamos también el ruido entre el cambio de estado, la salida de este es inversa, cambiando así el pin utilizado para el conteo de estado activo bajo a estado activo alto.
Ya en el microcontrolador después de que se ha hecho el proceso debido inmediatamente ira al campo de visualización donde este tiene unas características muy interesantes.
El campo visual funciona por medio de un barrido que se va generando cada 3uS aproximadamente. Como este barrido es demasiado rápido parece que se obtuviera una salida constante. Lo mismo pasa con el puerto de salida, se irán cambiado los datos cada vez que un bit del barrido se habilite, este dato iría directamente a un buffer (impulsor de corriente) y después de este a los displays (conectados en paralelo) por medio de unas resistencias
Lo ideal para este circuito sería que cada vez que se este tomando pulsos la velocidad de la rueda perforada fuera constante, ya que de no ser así, se pueden generar errores y malas interpretaciones.

Diagramas del proyecto: Hacer click en las imágenes para ampliarlas

 
El proyecto se divide en dos partes: La primera se trata de los cálculos y la decodificación, mientras que la segunda es la etapa de muestreo
Hay que tomar en cuenta que aquí no se muestra el sensor acondicionador de la señal de entrada que debe provenir del motor o máquina al que se debecontar las RPM
La primera parte se trata del proceso de codificación donde se encuentra el micro, un buffer, un decodificador BDC y transistores de habilitación para los displays de cátodo común
Esta es la segunda etapa que se trata del muestreo de la variable tomada y codificada en el micro. Solo se trata de 4 displays de cátodo común que seencuentran en cascada, mientras que el pin común se encuentra conectado a los transistores. Transistores deben ser de buena calidad, preferiblemente de switcheo que se utilizan en las fuentes conmutadas
Nota: Si  desea obtener el programa del RPM en ensamblador para el AT89C52, comunicarse con el autor a la dirección de correo (email) arriba citada.




Programador Pic y Memorias Seriales








Por: Hugo G. Abalos hugerar@hotmail.com. Argentina.

Este proyecto nació de la necesidad de tener en un solo programador las opciones de programar tanto Pic's como Memorias, por que sino había que tener dos programadores, uno para Pic y otro para Memorias seriales, y por lo tanto si usaban el mismo puerto de comunicación habia que desconectar uno y conectar el otro programador. Otro tanto ocurria si se usaban Software distintos.
El diseño del circuito del programador de Pic y Memorias se basa en el Si-prog de la paginawww.lancos.com, y el software Ic-prog de la página www.ic-prog.com, por lo tanto utiliza las mismas señales del puerto serial que él para comunicarse con el PC.
Las señales del puerto serial (DB9) utilizadas son 3, 4, 5, 7 y 8, que permiten interconectar el circuito con la PC. El pin 4 (Data in) es el encargado de llevar los datos desde la PC hacia el Pic ó la Memoria que se está programando.
El pin 7 (Clock) es el que envía los pulsos de reloj, desde la PC hacia el dispositivo que esta programando.
En tanto el pin 8 (Data out) permite a la PC leer los datos enviados por el Pic desde el programador. El pin 3, es el encargado de controlar la tensión de programación (Vpp) necesaria para cuando queremos leer ó escribir un Pic.
Los microcontroladores Pic se programan utilizando el mismo protocolo que las memorias eeprom seriales, por consiguiente el programador sirve tanto para Pic's como para memorias.

Fuente de alimentación del programador de PIC y Memorias

La fuente de alimentación es muy simple. La tensión que viene del transformador se rectifica, se filtra y mediante los transistores BC547 y BC557 y los componentes adyacentes se consigue la conmutación de la alimentación del Pic y se estabiliza esta tensión a unos +13V (Vpp) para obtener la tensión de programación.
Mediante el IC 7805 obtenemos los +5V (Vcc), que es la alimentación que usan los dispositivos a programar. La tensión en el capacitor de la fuente (2200uF) debe ser de 14Vcc como mínimo.
El Led Verde indica que elprogramador está alimentado. Lasresistencias de 4700 ohm sirven para acoplar las señales del puerto serial a la señal del Pic.
Cuando se activa cualquiera de estas señales, a través de los diodos1N4148 se activa también la señal Vpp y se enciende el Led Rojo, indicando que la tensión de programación está activada.
Esto garantiza que, sea cual sea el dispositivo que se programe, el software activará la tensión de programación.

El PIC 16F84







El PIC es el microcontrolador que fabrica la compañía Microchip.
Aunque no son losmicrocontroladores que másprestaciones ofrecen, en los últimos años han ganado mucho mercado, debido al bajo precio de éstos, lo sencillo de su manejo y programación y la ingente cantidad de documentación y usuarios que hay detrás de ellos.

¿Para qué sirve un PIC?

Un PIC, al ser un microcontroladorprogramable, puede llevar a cabo cualquier tarea para la cual haya sido programado.
No obstante, debemos ser conscientes de las limitaciones de cada PIC. Así, el 16F84PICque se tratará en este tutorial, no podrá generar un PWM ni convertir señales analógicas en digitales, entre otras.



Se trata de un microcontrolador de 8 bits. Es un PIC de gama baja, cuyas características podemos resumir en:


 Memoria de 1K x 14 de tipo Flash
- Memoria de datos EEPROM de 64 bytes
- 13 líneas de E/S con controlindividual
- Frecuencia de funcionamiento máxima de 10 Mhz.
- Cuatro fuentes de interrupción
* Activación de la patita RB0/INT
* Desbordamiento del TMR0
* Cambio de estado en alguna patia RB4-RB7
* Fin de la escritura de la EEPROMde datos
- Temporizador/contador TMR0programable de 8 bits
- Perro Guardián o WatchDog
Generalmente se encuentra encapsulado en formato DIP18. A continuación puede apreciarse dicho encapsulado y una breve descripción de cada una de las patitas: imagen:
PIC 16F84 - Electrónica Unicrom
- VDD: alimentación
- VSS: masa
- OSC1/CLKIN-OSC2/CLKOUT: conexión del oscilador
- VPP/MCLR: tensión de programación y reset
- RA0-RA3: líneas de E/S de la puerta A
- RA4: línea de E/S de la puerta A o entrada de impulsos de reloj para TMR0
- RB0/INT: línea de E/S de la puerta B o petición de interrupción
- RB1-RB7: líneas de E/S de la puerta B

Programación del PIC







Para transferir el código de un ordenador al PIC normalmente se usa un dispositivo llamado programador. La mayoría de PICs que Microchip distribuye hoy en día incorporan ICSP (In Circuit Serial Programming, programación serie incorporada) o LVP (Low Voltage Programming, programación a bajo voltaje), lo que permite programar el PIC directamente en el circuito destino. Para la ICSP se usan los pines RB6 y RB7 (En algunos modelos pueden usarse otros pines como el GP0 y GP1 o el RA0 y RA1) como reloj y datos y el MCLR para activar el modo programación aplicando un voltaje de 13 voltios. Existen muchos programadores de PICs, desde los más simples que dejan al software los detalles de comunicaciones, a los más complejos, que pueden verificar el dispositivo a diversas tensiones de alimentación e implementan en hardware casi todas las funcionalidades. Muchos de estos programadores complejos incluyen ellos mismos PICs preprogramados como interfaz para enviar las órdenes al PIC que se desea programar. Uno de los programadores más simples es elTE20, que utiliza la línea TX del puerto RS232 como alimentación y las líneas DTR y CTS para mandar o recibir datos cuando el microcontrolador está en modo programación. El software de programación puede ser el ICprog, muy común entre la gente que utiliza este tipo de microcontroladores. Entornos de programación basados en intérpretes BASIC ponen al alcance de cualquiera proyectos que parecieran ser ambiciosos.
Se pueden obtener directamente de Microchip muchos programadores/depuradores (octubre de 2005):

Un buena recopilación de herramientas de desarrollo para PICs puede encontrarse Aquí.  (Mayo de 2009).

 Programadores

  • PICStart Plus (puerto serie y USB)
  • Promate II (puerto serie)
  • MPLAB PM3 (puerto serie y USB)
  • ICD2 (puerto serie y USB)
  • ICD3 (USB)
  • PICKit 1 (USB)
  • IC-Prog 1.06B
  • PICAT 1.25 (puerto USB2.0 para PICs y Atmel)
  • WinPic 800 (puerto paralelo, serie y USB)
  • PICKit 2 (USB)
  • PICKit 3 (USB)
  • Terusb1.0
  • Eclipse (PICs y AVRs. USB.)
  • MasterProg (USB)

 Depuradores integrados

  • ICD (Serie)
  • ICD2 (Serie ó full speed USB - 2M bits/s)
  • ICD3 (High speed USB - 480M bits/s)

 Emuladores

  • Proteus - ISIS
  • ICE2000 (puerto paralelo, convertidor a USB disponible)
  • ICE4000 (USB)
  • PIC EMU
  • PIC CDlite
  • PIC Simulator

 Características

Los PICs actuales vienen con una amplia gama de mejoras hardware incorporadas: