Informe de relevamiento

Referéndum

A fin de realizar este informe se entrevistó al director general del proyecto

CanSat: Edgardo Daniel Báez, partícipe también de las misiones de años
anteriores; se analizó el foro de CanSat 2009, presente en el campus virtual de
ORT, y se visitó los blogs de proyecto final correspondientes a aportes
realizados por alumnos en años anteriores.

Entrevista

1. ¿Cuál es el objetivo del proyecto?

El proyecto CanSat (cansote satélite= satélite en lata) comprende la construcción
de un microsatélite, con objetivo científico (se simula una “exploración
planetaria”) ó tecnológico (todo experimento requiere de ciertos elementos
tecnológicos). Ej.: medición de parámetros ambientales, medición de
performance de un vuelo (altura, velocidad, etc.), etc.
Se desea hacer volar un microsatélite a bordo de un cohete experimental a una
altura de algunos “miles de metros”.
Es una simulación que en última instancia tiene fines educativos.

2. ¿En qué áreas se divide el proyecto?

El proyecto se divide en dos áreas: hardware y software. La primera se encarga
de La construcción de los distintos bloques del hardware que conforma el
CanSat descriptos en le PowerPoint, receptor RF y Conexión para servicios en
tierra.

Cansata bloques

La segunda se encarga de todo lo referente a la programación tanto del PIC de

satélite como del PIC receptor y la PC utilizada durante el experimento

3. ¿Quién es el encargado de cada una de estas áreas?

Hardware:
o Ignacio Ochoa 6° Electrónica
o Ezequiel Wajs Ayudante docente de física
o Y otros...
 Software:

o A Nataniel Kripicer

Director general de proyecto: Edgardo Daniel Báez

4. ¿Habrá reuniones para los participantes del proyecto?¿Tienen una fecha

programada?
Si, empiezan esta semana (estamos a fines de abril). La fecha, el lugar, aun no
definidos, se publicarán próximamente en el foro del campus

5. y 6.¿Cuál es mi rol en el proyecto?¿Qué necesidades debo satisfacer?

o Diseñar y programar el software para el microsatélite
 Toma de mediciones y filtrado de las mismas. Para luego
almacenarlas en la memoria y enviarlas a tierra

 Disparar eventos de vuelo (estas son las distintas acciones que se

van dando a lo largo del experimento, como son: desplegar
paracaídas, desplegar antena, etc.) Para ello se debe enviar una
señal digital en una patita la cual activa el mecanismo.

 Se debe permitir configurar ciertas opciones antes del despegue.

Habría una “tabla” de los eventos de vuelo por cada uno se
determinaría si se realiza o no y en qué momento o bajo qué
condiciones. Para ello se conectará el CanSat a una computadora
mediante un cable en serie (la comunicación sería únicamente
desde la computadora al satélite)

o Diseñar y programar el software del receptor en tierra (que será otro PIC)
para decodificar los paquetes que vallan llegando. Tienen que rearmar
los datos en tierra

o Diseñar un protocolo de trasmisión que permita la transmisión de datos.

Ya sean mediciones o el estado (es decir en que etapa del vuelo está: “en
tierra”, “volando con propulsión”,”volando por inercia”, etc.) desde el
satélite hasta la base en tierra a través de radio frecuencia. Debe haber
 mucha redundancia (repetición) para evitar que se pierdan datos por el
ruido. Será de una velocidad “lenta, algunos cientos de bits por
segundo”. La señal debe tener un alcance de “algunos miles de metros”
Además de las mediciones y el status del sistema se desea poder enviar
mediante RF preferiblemente (aunque existiría la posibilidad de hacerlo
vía cable de ser necesario) la configuración que se tiene en ese momento
(la tabla de los eventos de vuelo) y los datos almacenados en el chip.

La plataforma debe poder utilizarse para distintas misiones CanSat: con

diferentes sensores, diferentes momentos de medición, diferentes eventos de
vuelo, etc. Se desea que en el futuro se pueda trabajar con el sistema
informatizado en mi ausencia y que otra persona pueda realizarle modificaciones
fácilmente de ser necesario. O sea debo incluir el código fuente y este debe estar
acompañado de clarificadores comentarios

Las señales de los sensores son voltaje que va de 0v a 5v (señal análoga) un

ADC (Convertidor Digital-Analógico) le asigna a este voltaje un valor binario
que va de 0 hasta 1024. Hay que convertir esos valores a las unidades físicas
correspondientes. Esto sirve para tomar las decisiones de vuelo.

Con una medición el valor puede ser erróneo debido al ruido siempre presente o
por otras causas inevitables, como es la vibración propia del cohete. Hay que
hacer varias mediciones, compararlas y mediante una operación calcular el
verdadero valor. Se deben “FILTRAR” las mediciones erróneas.

ES RECOMENDABLE INVESTIGAR TÉCNICAS DE FILTRO

Cada instrucción elemental se realiza en 4 ciclos a 8MHZ, Por lo tanto la

velocidad de procesamiento del micro es de 2 MIPS.

Todo el software debe entrar en poco espacio disponible: 2K

Ojo con los tiempos: Antes de enviar los datos hay que convertirlos.

Las funciones de transformación desde voltaje emitido por el sensor a unidades

físicas correspondientes será “generalmente” lineal - f(X)=K*X+X0 – Si bien
hay algunas que son exponenciales, es posible que el rango en que trabajemos
nosotros se pueda redondear a una función lineal, para que de esa forma no sea
necesario usar coma flotante. Las fórmulas de las funciones deberán poder
configurarse cómodamente en un laboratorio, es decir con la conexión PC--
>satélite, vía cable serial, etc.

Conviene usar integer sin punto flotante por cuestiones de tiempo y memoria.

Puede ocurrir que 2 eventos se den en simultáneo

Puede haber dos opciones distintas de eventos de vuelo. Por ejemplo:”Abrir
patas mucho” ó “Abrir patas poco”

6.
7. ¿Cómo es exactamente el experimento a realizar? Detallar las diversas etapas del
vuelo explicando bastamente todos los conceptos y describiendo los datos que se
deben enviar a la base a tierra.

Se dispara un cohete en medio del campo en algún lugar de la Provincia de

Buenos Aires. Se trata de que sea monofásico para disminuir la posibilidad de
fallas. La carga útil consiste en un “satélite enlatado”. En el poco espacio
disponible se encuentra todo el equipo necesario. El cohete asciende unos pocos
miles de metros, antes de volver a caer a tierra. Se efectúan mediciones acerca
de la performance de vuelo (como la aceleración a la que esta sometida la carga
útil, etc.) ó se simula una exploración planetaria, que mide parámetros del
entorno. Es posible que se deba aterrizar el satélite para efectuar las mediciones
en tierra. Las mediciones son enviadas a una base terrestre situada en las
inmediaciones de la plataforma de despegue. Estas son las características
generales de todas las misiones.

A continuación un ejemplo extraído del foro 2009, (algunas de las etapas

enunciadas pueden variar)"

1. Comprobación de la "Nave" puesta en modo de vuelo.

2. Retirar llaves de seguridad.

3. Cuenta regresiva

4. Ignición

5. Despegue

6. Vuelo con propulsión.

7. Vuelo inercial

8. Apogeo
 9. Separación de Cápsula

10. Despliegue de paracaídas.

11. Descenso

12. Suelta de paracaídas.

13. Despliegue de antena.

14. Despliegue de experimentos.

15. Transmisión de datos

16. Noche eterna.

"

2. ¿Cuándo se realizará el experimento?¿Cuándo debe estar listo el software?

¿Cuándo debe estar listo el protocolo de transmisión?
El experimento se realizará a fines de octubre o principios de noviembre. El
software debe estar disponible antes a fin de realizar todas las pruebas
necesarias; cuanto antes este, mejor. El protocolo es lo que se necesitaría con
más urgencia.

3. ¿En los lanzamientos previos se utilizó algún software?

Sí
El código del año pasado se encuentra publicado en el foro del campus:
http://campus.almagro.ort.edu.ar/fisica/cansat/foro/31845/lenguajes-de-
programaci-n/2/

En el 2005 Gonzalo de Producción musical realizó varios aportes

En el 2007 y el 2008 se programó software, pero solo para PC. Su fin era
graficar y mostrar las mediciones
 Martín Cohen de informática también brindó aportes

CAN-SAT.BLOGSPOT.COM-->2008: “programación de las adquisiciones de

los valores que obtienen los sensores y la programación de la secuencia de
expulsión que consiste en expulsar la lata en el apogeo y abrir una compuerta
para luego cerrarla y así tomar una muestra de aire de la alta atmósfera.”(Código
de PIC en BASIC)

4. ¿En los lanzamientos antecesores se utilizó algún protocolo de transmisión de

información?
Sí, hubo 2 intentos:
Primero se probó transmitir modulando en frecuencia AM con RSM32. Pero no
funcionó.
En 2007 hubo una transmisión exitosa por tonos. Este transmitía altura a lo largo
del tiempo. Había una función lineal que definía la frecuencia de la onda análoga
portadora en función de la altura. (http://cansatrf.wordpress.com/)

5. ¿Qué características debe reunir el protocolo de transmisión para este

lanzamiento?

o Inmunidad al ruido --> repetición “redundancia”

o Baja potencia

o Velocidad de transmisión “baja” (algunos cientos de bits por segundo)

o Alcance de algunos miles de metros

Se transmite por pulsos: uno agudo representa un 1 y uno grave representa un 0

Se transmitirá en paquetes. Cada uno está conformado por un valor precedido de

un encabezamiento, indicando si se trata de una medición o de un evento y de
que tipo (de evento o variable) se trata.
Habrá un bit de comienzo y un bit de final, para la sincronización.

El satélite solo transmite información a tierra a través de señales de radio. En

tierra mediante una conexión física se pueden intercambiar datos con el satélite a
través de un cable conectado a CN2 “conector 2” (es solo el nombre)
8. ¿Cuál es el listado completo de los eventos de vuelo?
Extraído del foro 2009:
" La lata tiene que ser capaz de:

o determinar si esta para volar o realizar tares de tierra... (un switch on u

off)...

o si esta en tierra comunicarse con alguien vía cable para distintas

operaciones p Ej. cargar parámetros... etc.

o Si esta para volar...

o Detectar despegue.

o Detectar "me soltaron".

o Abrir paracaídas. (puede ser automático)

o Detectar suelo (sensor Ultra sonidos)

o Liberar paracaídas...(pirotécnico)

o Despliegue patas

o Desplegar antena. (ídem)

o
 o Desplegar experimentos....

o Transmitir datos... mientras te dure la pila

"
Estas necesidades son válidas para una misión específica que planteábamos en
2009 de la exploración planetaria.
En general están bien… (Era una misión muy completa)
Si es correcto los eventos de vuelo están bien.

Las capacidades de la "lata" faltan alguna cuestiones mas generales:

o No están mencionadas las capacidades de "medir" procesar y almacenar

o Faltaría definir el tema de comunicaciones en tierra.

o En general durante el vuelo "puede ser de interés" medir algunas

variables y transmitirlos (altura, temperatura, etc.).

9. ¿En base a qué información se deberán tomar las decisiones de vuelo?

De a cuerdo a lo que se indique en la tabla de configuración, los eventos pueden
ser que se disparen:

o Automáticamente después de un determinado tiempo

o Instantáneamente luego de que se detecte un determinado valor para una

variable ó conjunto de variables
 o Transcurrido un determinado tiempo luego de que se detecte un
determinado valor para una variable ó conjunto de variables

10. ¿De qué sensores provendrá dicha información?

Los básicos son aquellos que miden presión, aceleración y temperatura. Estos se
encuentran en la mayoría de las misiones. También existen otros específicos
para cada misión en particular. Estos pueden ser: intensidad lumínica,
temperatura ambiente (que no es lo mismo que la temperatura sólo), humedad y
oxígeno.
La mayoría de los decisiones respecto de los eventos de vuelo se tomarán en
base la presión y a la aceleración (o derivados de las mismas).

11. ¿Qué componentes hardware se utilizarán para la emisión y recepción de la señal

entre el cohete y la base terrestre?
Emitido por Transmisor TXS-434 8 mW 433 Mhz w los datos entran por un solo
pin, comunicación en serie WEN SHING Input power -0.3 to +12.0v

12. ¿Cuál es el listado completo de los datos a enviar a la base?

o las mediciones de los distintos sensores deben ser enviadas varias veces
cada segundo

o Se debe indicar el disparo de los eventos de vuelo para el seguimiento de

la misión (esto no es tan prioritario como las mediciones)

o Además de las mediciones y el status del sistema se desea poder enviar

mediante RF preferiblemente (aunque existiría la posibilidad de hacerlo
vía cable de ser necesario) la configuración que se tiene en ese momento
(la tabla de los eventos de vuelo)

o Se desea poder recuperar los datos que estén almacenados en el chip, en

caso de que en el momento no se haya podido efectuar la transmisión
13. ¿Qué se desea realizar con esa información una vez en tierra? almacenarla?
mostrarla? analizarla? cómo?
Sí, se desea mostrarla(ya hay software existente para este fin, no es necesario
programarlo), almacenarla y analizarla.
El tratamiento que se le desea dar a la información una vez en tierra, no debe ser
mi prioridad. Lo que realmente se desea es que programe el software del satélite
y del microchip en tierra que recibe la señal y el software de PC necesario para
la configuración. El software para tratamiento de los datos recibidos es un
opcional que fácilmente será descartado en caso de que no haya tiempo
suficiente.

14. ¿Por qué esos datos deben ser enviados a tierra?

Permitirán un segumiento en tiempo real de la misión y además es importante
tener las mediciones en caso de que no se consiga recuperar la cápsula. (Así
mismo es necesario que las mediciones estén almacenadas en el satélite por si no
se llegan a transmitir)

15. ¿De qué sensores provendrán dichos datos?

Micro tiene 4 canales. Pero se puede llegar a necesitar conectar un máximo de 5
sensores.(Tres serán utilizados para la presión, la aceleración y la temperatura.
A estos se le agregarán los sensores específicos de la misión, como pueden ser:
intensidad lumínica, temperatura ambiente -que no es lo mismo que la
temperatura sólo-, humedad y oxígeno)

16. ¿Cuál es el listado completo de las opciones que deben poder configurarse en los
instantes previos al lanzamiento?¿Por qué se desea configurar dicha
infromación?
Habría una “tabla” de los eventos de vuelo por cada uno se determinaría si se
realiza o no y en qué momento o bajo qué condiciones.

Las fórmulas de las funciones deberán poder configurarse cómodamente en un

laboratorio, es decir con la conexión PC-->satélite, vía cable serial, etc. Es
necesario calibrar la función de acuerdo a lo que marque ese sensor, para ello es
necesario realizar unas pruebas en el laboratorio y a partir de un análisis sencillo
surgen las fórmulas.

No se indicará que sensor está conectado a pata simplemente se hablará de las

mediciones tomadas por “la pata x”

17. ¿Cómo se desea ingresar la configurarción en los instantes previos al

lanzamiento?
Se conectará el CanSat a una PC –que cuenta con Windows XP y todo lo que
sea necesario- mediante un cable en serie. La comunicación sería únicamente
desde la computadora al satélite; para saber como esta configurado
efectivamente el satélite, este podrá enviar la información a través de señales de
radio.
 18. y 23. ¿Es obligatorio el uso de “MPLAB” Microchip Co Como entorno de
programación ó se puede utilizar otra opción? ¿De ser así alguna opción me
permitiría programar en c#? ¿Se puede utilizar Visual Studio?¿Es obligatorio el
uso de High-Tech de C como compilador ó existen otras opciones?
Se puede utilizar cualquier entorno de programación, pero es necesario que
luego se pueda compilar el código a fin de poder almacenarlo y ejecutarlo en el
PIC. Se considera que el MPLAB es el más recomendado, puesto es otorgado
por la misma compañía como el entorno y compilador especialmente pensado
para programar un PIC.
Claro que el software que se ejecutará en PC puede ser programado en C#
utilizando el Visual Studio

19.

20. ¿Es obligatoria la utilización del hardware propuesto?

Sí, es obligatorio.

Pero Citando el foro 2009:

"El PIC ese que están usando tiene demasiada poca memoria EEPROM (256
bytes), si quisiesen guardar 10 samples de 8 bits por segundo de 2 sensores se
quedarían cortos de memoria en 10 segundos!
Para solucionarlo por ahí les convendría usar una memoria EEPROM externa
(como la 24lc256(32KiB) o 24lc515(64KiB)), que es relativamente fácil de
controlar ya que ese PIC incluye un puerto serie I2C por hardware. El
problema es que éstas memorias son relativamente lentas al tiempo de escribir
(tardan 5ms en escribir 64 Bytes)"

En caso de ser absolutamente necesario se podría agregar memoria. Pero se debe

hacer todo lo posible para evitarlo debido a las complicaciones técnicas y de
organización que esto implicaría.

Información extra
Cohete
Es el portador, el medio que transporta el satélite (y otras cosas): los sistemas de
recuperación y eventualmente otro satélite. Lo que lleva el cohete se llaman
“cargas útiles” o “paypall” (carga de pago). El lugar donde se alojan es llamado
“bahía de carga”. El tipo de motor dependerá de la misión, pueden ser de
pólvora negra u otros componentes, que hacen ignición.

Candy rocket
los componentes de azúcar permiten que la combustión no sea tan rápida y así
brinda más potencia tienen carcasa y tobera de acero.
 Puede tener varios motores, pero se trata de que no sea así porque aumenta las
probabilidades de falla.

Es recomendable la investigación de términos y conceptos

"Ha pasado que hay un poquito de viento a 2 Km. de altura y se va lejos… lejos. El
cohete tenía un sistema GPS que transmitía. En base a la ultima posición transmitida
(la transmisión se cortó involuntariamente al llegar a tierra) se pudo recuperar la
carga útil (después de dos días) "

Descripción

El proyecto CanSat (cansote satélite= satélite en lata) consiste en hacer volar

un microsatélite a bordo de un cohete experimental a una altura de algunos
“miles de metros”.Tiene objetivos científicos (se simula una “exploración
planetaria”) ó tecnológico (todo experimento requiere de ciertos elementos
tecnológicos).Esta simulación tiene última instancia fines educativos.
El proyecto es organizado anualmente por las Escuelas Técnicas ORT en
Argentina, con el apoyo de ACEMA.

Integrantes del equipo 2010

Dirección del proyecto:
Profesor Edgardo Daniel Báez

Área Hardware:
- Ezequiel Wajs - ayudante docente de física
- Ignacio Ochoa - alumno 6° electrónica

Area Software:
- A. Nataniel Kripicer – alumno 6° Informática

Descripción del experimento

El cohete es disparado a fines de octubre o principios de noviembre en un
campo despejado de la Provincia de Buenos Aires. Generalmente es
monofásico, a fin de disminuir la posibilidad de fallas. La carga útil consiste en
un “satélite enlatado”.Primero se comprueba que la nave este puesta en modo
de vuelo, luego de quitar la lleve de seguridad comienza la cuenta regresiva
para la ignición, la cual dura unos segundos. El cohete asciende unos pocos
miles de metros - en un principio con propulsión y, al acabarse el combustible,
por inercia. Durante el ascenso es probable que se efectúen mediciones acerca
de la performance de vuelo.
Otra posibilidad es que se simule una exploración planetaria, que mediría
parámetros del entorno. En este último caso, al llegar al apogeo se libera la
cápsula, que contiene el microsatélite. Esta descenderá.
Es posible que se deba aterrizar el satélite para efectuar las mediciones en
tierra. Para ello es necesario suavizar la caída. Un paracaídas ha sido utilizado
con este fin, hasta ahora. Al detectar la cercanía del suelo puede ser que se
desplieguen patas de soporte.
En todos los casos, las mediciones son enviadas a una base terrestre situada
en las inmediaciones de la plataforma de despegue. Para ello es probable
microsatélite deba desplegar una antena.

Estado actual
Existe un protocolo de transmisión por tonos precario. Diseñado para transmitir
altura en función del tiempo modulando la frecuencia de una honda análoga.
Un pulso agudo representa un 1 y uno grave representa un 0.

Existe software de PC diseñado para analizar y graficar los datos recibidos.

Requerimientos

Funcionales:
- Se debe brindar la posibilidad de recuperar las mediciones efectuadas
más tarde, en caso de que no se hayan llegado a transmitir
correctamente.
- Las mediciones deben ser enviadas a tierra.
- Se necesita tomar decisiones acerca de los eventos de vuelo en tiempo
real, en base a mediciones y a la configuración.
- Se necesita poder configurar la calibración de los sensores, y los
criterios de a cuerdo a los cuales se dispararán los eventos de vuelo. A
fin de adaptarse a diferentes misiones.
- Se debe comunicar a tierra el disparo de los eventos de vuelo, para
permitir un seguimiento de la misión en tiempo real.
- La plataforma debe poder utilizarse para diferentes misiones.

Técnicos:
- El hardware utilizado será el microcontrolador PIC 16F819.
- Toda comunicación desde el satélite a la PC será por medio de
radiofrecuencia, utilizando un protocolo de transmisión por tonos, donde
un pulso agudo representa un uno y un pulso grave representa un cero.
- Toda comunicación desde la PC al satélite será por medio de un cable
serial.
- Se debe asegurar la correcta recepción de los datos en tierra,
considerando la alta presencia de ruidos, interrupciones y des-
sincronización en la transmisión.
- Se desea transmitir el valor de las variables varias veces por segundo.
- El código debe poder ser analizado y modificado por cualquier persona
calificada a fin de poder continuar avanzando en el futuro.
 - Las señales de los sensores son voltaje que va de 0v a 5v (señal
análoga) un ADC (Convertidor Digital-Analógico) le asigna a este voltaje
un valor binario que va de 0 hasta 1024. Hay que convertir esos valores
a las unidades físicas correspondientes.
- La fórmula para la conversión de voltaje a unida física será de tipo lineal:
f(X)=K*X+X0
- Con una medición el valor puede ser erróneo debido al ruido siempre
presente o por otras causas inevitables, como es la vibración propia del
cohete. Se deben “FILTRAR” las mediciones erróneas.
- Para tomar las decisiones sobre los eventos de vuelo no basta con las
mediciones efectuadas, en ocasiones será necesario derivar nuevas
variables a partir de las censadas. Por ejemplo a partir de la presión y la
aceleración se debe medir la altura y la velocidad.
- El hardware utilizado para la transmisión será…

Requisitos

Funcionales:
- Las mediciones deben ser filtradas: Hay que hacer varias mediciones,
compararlas y mediante una operación calcular el verdadero valor.
- Se debe transformar el valor digital, asignado por el DAC a la entrada
análoga proveniente de un sensor, en la unidad física correspondiente,
utilizando la fórmula establecida en la configuración.
- Se debe disparar los eventos de vuelo de acuerdo a las mediciones (ya
filtradas) y a la configuración
- Se deben almacenar las mediciones en una memoria en el microsatélite,
preferiblemente en la memoria propia del PIC a fin de poder recuperarlas
más tarde
- Se debe modular la señal portadora a fin de transmitir las mediciones
almacenadas
- Se debe modular la señal portadora a fin de transmitir las variables
varias veces por segundo.
- Se debe modular la señal portadora a fin de transmitir el disparo de los
eventos de vuelo.
- Se debe modular la señal portadora a fin de transmitir a una PC la
configuración actual del microsatélite
- Se debe configurar desde una PC las condiciones en las que se
disparan los eventos de vuelo.
- Se debe configurar desde una PC las fórmulas de conversión de voltaje
recibido por la pata del PIC desde el sensor, a las unidades físicas
correspondientes.
- Se deben rearmar los datos en tierra.
- Tratamiento de los datos recibidos en tierra. Análisis, muestra , gráfico y
almacenamiento

Técnicos
- Para la configuración se utilizará una interfaz gráfica similar a una tabla
- El microcontrolador utilizado será un PIC 16F819
- El software debe entrar en al poca memoria disponible: 2K
- El software debe poder ejecutarse en la memoria de trabajo del PIC: de
256Byte
- El software debe poder ejecutarse en los tiempo correctos teniendo en
cuenta que la velocidad del microcontrolador es de 2 MIPS
- Las mediciones deben poder almacenarse en la memoria del PIC- con
una capacidad de 256 bytes – ó, en caso de ello no sea posible, en una
memoria EEPROM externa.
- Se debe transmitir el valor de las variables varias veces por segundo.
- Debe haber gran cantidad de redundancia, para asegurar inmunidad al
ruido
- Habrá un bit de comienzo y un bit de final, para la sincronización
- Se transmitirá en paquetes. Cada uno estará conformado por un valor
precedido de un encabezamiento, indicando si se trata de una medición
ó de un evento y de que tipo (de evento o variable) se trata.
- La transmisión debe tener un alcance de algunos miles de metros
- La velocidad de transmisión será de algunos cientos de bits por segundo
- La transmisión tendrá baja potencia
- De a cuerdo a lo que se indique en la tabla de configuración, los eventos
pueden ser que se disparen:
o Automáticamente después de un determinado tiempo
o Instantáneamente luego de que se detecte un determinado valor
para una variable ó conjunto de variables
o Transcurrido un determinado tiempo luego de que se detecte un
determinado valor para una variable ó conjunto de variables
- Todas las transmisiones desde el satélite a la PC serán a través de
radiofrecuencia
- Todas las transmisiones desde la PC al satélite serán a través de un
cable en serie.
- La programación del receptor terrestre será en un PIC 16F819
- Para la configuración y para el tratamiento de los datos recibidos se
utilizará una PC.
- Se debe entregar el código fuente acompañado de clarificadores
comentarios a fin de permitir la continuar con el desarrollo del software
por parte de cualquier persona (calificada).
- El software debe estar disponible a fin de realizar simulaciones previas
al lanzamiento, a realizarse en octubre/noviembre
- Se deberán poder adquirir nuevas variables a partir de las sensadas.
- La transmisión de las mediciones tendrá prioridad por sobre la
transmisión del estado
- Micro tiene 4 canales. Pero se puede llegar a necesitar conectar un
máximo de 5 sensores.
- No se indicará qué sensor está conectado a cada pata simplemente se
hablará de las mediciones tomadas por “la pata x”
- Se utilizará el MPLAB con High-Tech de C de Mircrochip Co. ® como
entorno de programación y compilador para programar el PIC- el
software a ejecutarse en PC puede programarse y compilarse utilizando
cualquier entorno
- El hardware utilizado para la transmisión será…