ESTRUCTURA Y CONTENIDO DE

DESARROLLOS y SOLUCIONES de PROBLEMAS

(REV. 1.0)

Objetivo y alcances
El presente documento describe y detalla la estructura y elementos mínimos a
considerar en un informe de desarrollo de soluciones, requerimientos de pruebas y
de ensayos.

1.-Titulo
Debe Incluir
 Descripción general del requerimiento
 Sistema o proyecto
 Participantes

2.-Descripción Problema o requerimiento

 Describir el objetivo general del requerimiento la prueba, desarrollo o
problema a solucionar.
 Describir y listar los objetivos específicos , especificaciones y/o aplicables
 Alcances y limitaciones si existiesen

3.-Sistema actual
 Cual es el problema existente y como lo ha intentado solucionar el sistema
actual
 Listar otros documentos de procedimientos o pruebas afines que son parte del
proyecto y se relacionan con la prueba

4.-Estrategia de solución
 Descripción de la estrategia planificada para la solución
 Incluir ,diagramas en bloque , diagramas de flujo o pseudos código cuando sea
aplicable

5.-Detalles del desarrollo



6.-Casos de prueba
 Listar y describir los casos de prueba , que serán utilizados como
procedimientos de validación de requerimientos especificaciones a cumplir
  Listar otros documentos de procedimientos o pruebas afines que son parte del
proyecto y se relacionan con la prueba

7.-SETUP DE PRUEBAS
 Incluir diagramas de interconexión de dispositivos e instrumentos utilizados
para la prueba ; como diagramas en bloques y fotografías del SETUP
 Listar los instrumentos , aplicaciones materiales y elementos utilizados en la
prueba; en el caso de instrumentos considerar Nombre Instrumento; Modelo ,
Fabricante

8.-PROCEDIMIENTO POR PASOS

 Listar cada paso necesario para realizar el procedimiento; considerando
o Establecimiento de Condiciones Operacionales
o Setting de Instrumentos ( iniciales , y variables para cada paso)
o Referenciar al diagramas en Bloques , y de Setup

9.- RESULTADOS
 Registrar las mediciones y observaciones
 Comparar los valores medidos con valores esperados , o requerimientos de ;
Diseño; o estándares ; en este caso considerar formato tabular :

Parámetro Pasos/Settings Valor Valor Grado Observaciones
Requerimiento Medido Cumplimiento

 Complementar con fotografías

10.-INSTANCIAS Y EVENTOS
Describir resultados inesperados , problemas o defectos ocurridos durante la
prueba
 Incidentes Resueltos ( documentar como fueron resueltos)
 Incidentes no resueltos (describir plan de acción para su resolución )

11.-CONCLUSIONES
 Describir conclusiones de la prueba en especial el grado de cumplimiento del
objetivo general y cada uno de los objetivos específicos


12.-RECOMENDACIONES
  Describir acciones , recomendaciones y sugerencias para mejoras de ; Diseño ;
facilidades operacionales , o futuras pruebas , a partir de observaciones
resultantes de la ejecución de la presente prueba

13.-ANEXOS


--------------------------------------
Proyecto IoT satelital
Requerimientos :
-Medición de consumo energía ( cuando hace Tx?, Beacon?)
-Código destello (errores, peor caso, simulación, I peak?, )
-Estabilidad conexión bluetooth, algunos notebooks?
-Aplicación consola local: Modem status, largo cola, último mensaje , GPS,
bluetooth aumento tiempo conexión )
-Full test alarmas
-Rediseño Gabinete y PCB
-Log local : encendidos del equipo, parámetros que se cambiaron , histórico
alarmas , total mensajes enviados???

-------------------------------------------------------------------------------

1.-Título: Medición de consumo de Energía

2.-Descripción Problema o requerimiento
Se requiere dimensionar el banco de baterías para lograr una determinada
autonomía del equipo
3.-Sistema actual
No se ha medido los consumos a esta fecha , y además se cuenta con el INA para
mediciones
4.-Estrategia de solución
Medir consumos total y
5.-Detalles del desarrollo
N/A
6.-Casos de prueba
7.-SETUP DE PRUEBAS
 Configurar para medir por modulos ( Modem + MCU en modo RX , TX,
modulo DAQ, con y sin señores , etc
 Bateria Plomo Acido
 Multimetro , osciloscopio?
8.-PROCEDIMIENTO POR PASOS

8.- RESULTADOS
( tabla consumos ( ideal Excel
10.-INSTANCIAS Y EVENTOS
11.-CONCLUSIONES
13.-ANEXOS

1.-Titulo Algoritmo de Detección de Código destello

2.-Descripción Problema o requerimiento
Al algoritmo de código de destello le cuesta detectar patrones de pulsos con
pulsaciones que tienen duraciones menores a ~100ms.

3.-Sistema actual
El sistema actual tiene un tiempo entre mediciones de por lo menos 15ms, esto
significa que es incapaz de mantenerse en el margen de error de 5% requerido para
patrones tan cortos.

Este tiempo entre mediciones es el tiempo entre el cual se le pide al ADC realizar
una medición y se le pide el resultado de vuelta. Se ha probado hacerlo más corto,
pero el algoritmo se vuelve inestable y los ADC’s se cuelgan de vez en cuando.

4.-Estrategia de solución
Optimizar el algoritmo para reducir este tiempo entre mediciones lo mas pequeño
posible. Además, se añadirá un piso mínimo (en ms) para el margen de error, este se
usaría para los patrones de pulsaciones más cortos.
EJ: 5% para pulsaciones mayores a 200ms, 20ms para pulsaciones menores a eso.

5.-Detalles del desarrollo

Se eliminó líneas de código innecesarias y se hizo más simple el algoritmo. Además,

se descubrió que, si se inicializa el ADC cada vez que se va a realizar una lectura, en
vez de una sola vez, se elimina el problema del programa haciéndose inestable y los
ADC’s dejando de responder. Aún así, solo se logró bajar el tiempo hasta 10ms
entre lecturas.

Se añadió también el piso de 15ms en el margen de error. Esto debería permitir al

programa detectar estos patrones, sacrificando precisión.
6.-Casos de prueba
 Programar código peor caso en simulador
Peor caso correspondería a pulsos de 100ms.
 Verificar detección correcta
 Alterar código y verificar generación alarma
 Pruebas con diferentes código, diferentes duración de TH, TH = TL, etc

7.-SETUP DE PRUEBAS
Se utilizo el generador de patrones de pulsos

8.-PROCEDIMIENTO POR PASOS

Se probaron 15 patrones de pulsaciones distintos:
 Uno con pulsaciones cortas (100ms) y una última pulsación larga.
 Uno con pulsaciones largas que sumara en total más de 1 minuto.
 Uno que contuviera pulsaciones más cortas aún, de 50ms.
 Uno que contuviera todo el rango de pulsaciones dadas por el manual,
creciendo desde 100ms hasta 6 segundos
 El resto pulsaciones con largos aleatorios de entre 100ms y 6 segundos.

8.- RESULTADOS
Se observó una mejora notable en el algoritmo. Se logró detectar mediciones de
entre 100ms y 6 milisegundos de forma constante y sin problemas. Sin embargo
hubo que incrementar la ventana de captura alrededor de 2.5 veces el tamaño del
patron de pulsaciones para lograr detectar las ultimas pulsaciones en los patrones
largos de foma constante.

Se intentó hacer pruebas con pulsos mas cortos (75-50ms) pero estos no se lograron
detectar de forma consistente.

10.-INSTANCIAS Y EVENTOS
N/A
11.-CONCLUSIONES
Se logró solucionar los problemas dados con ligeras modificaciones al código. El
algoritmo actual es capaz de detectar códigos de pulsaciones con hasta 6 pares de
pulsos. Estos pulsos pueden variar entre 100ms y 10 segundos (Más de lo necesitado
según manual) y ser detectados de forma consistente
13.-ANEXOS