notas_sobre_el_proyecto_de_tesis

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
notas_sobre_el_proyecto_de_tesis [2024/06/30 16:41] – [Reflexiones] osonotas_sobre_el_proyecto_de_tesis [2024/10/17 21:42] (current) – external edit 127.0.0.1
Line 307: Line 307:
  
 ==== Comenzar con una Historia o Anécdota ==== ==== Comenzar con una Historia o Anécdota ====
-Comienza con una historia o anécdota que conecte emocionalmente con la audiencia. **Diapositivas 1 - 5**.+Comienza con una historia o anécdota. Presentación del proyecto y motivación. **Diapositivas 1 - 5**.
 (3-4 minutos) (3-4 minutos)
  
Line 348: Line 348:
 ==== Vista Previa de la Presentación ==== ==== Vista Previa de la Presentación ====
 Ofrece una breve vista previa de lo que cubrirás en la presentación. Ofrece una breve vista previa de lo que cubrirás en la presentación.
 +(5-6 minutos). Diapositivas 8 y 9.
 +
 +  * Hardware y componentes clave
 +  * Software y bases de datos
 +  * Trama de comunicaciones
 +  * Filtrado de la señal
 +
  
 **Diseño e implementación** **Diseño e implementación**
Line 375: Line 382:
   * **Ventaja principal:** Flexibilidad para operar con diversos dispositivos y sensores.   * **Ventaja principal:** Flexibilidad para operar con diversos dispositivos y sensores.
   * **Precisión y velocidad aceptables:** El sistema muestra una precisión y velocidad de operación adecuadas, con visualización de datos efectiva utilizando InfluxDB Cloud.   * **Precisión y velocidad aceptables:** El sistema muestra una precisión y velocidad de operación adecuadas, con visualización de datos efectiva utilizando InfluxDB Cloud.
 +
 +---
 +
 +==== Conclusiones ====
 +
 +**Objetivo cumplido:** Se desarrolló con éxito la plataforma para obtener datos de telemetría, midiendo la velocidad de vehículos mediante un radar Doppler.
 +
 +**Conocimientos adquiridos:**
 +  * Organización de proyectos de investigación.
 +  * Importancia del chasis y planos de masa en dispositivos electrónicos.
 +  * Uso de lenguajes de programación como C, Python y SQL.
 +  * Implementación de bases de datos clave-valor.
 +  * Manejo de interrupciones y temporizadores.
 +  * Uso de acceso DMA.
 +  * Desarrollo de algoritmos de filtrado.
 +
 +**Escalabilidad:** El sistema es escalable y diseñado para incorporar nuevas funcionalidades con facilidad.
 +
 +=== Recomendaciones para versiones futuras: ===
 +
 +**Detección y comunicaciones:**
 +  * Correcciones por software para diferentes tipos de sensores.
 +  * Implementación de filtrado mediante FFT y detección de movimiento con sensores ópticos.
 +  * Esquema de acceso múltiple por división de tiempo (TDMA) para mejorar eficiencia y reducir colisiones de tramas.
 +
 +**Interfaz:**
 +  * Mejora del diseño personalizado.
 +  * Integración de una API REST para recibir y visualizar datos dinámicamente.
 +  * Aplicación de análisis predictivos para anticipar eventos indeseados.
 +
 +**Uso de interrupciones:**
 +  * Empleo de interrupciones para detectar cambios en la señal en lugar de realizar polling continuo, mejorando eficiencia y reduciendo consumo de energía.
 +
 +---
 ==== Reflexiones ==== ==== Reflexiones ====
  
Line 393: Line 434:
  
 //Story time//: he visto sitios web, por ejemplo, con implementaciones demasiado complejas, innecesariamente complejas, como un caso específico donde había dos ambientes (Dev/QA y Producción) con varios contenedores, pero los desarrolladores y los que se encargaban de mantener el sitio nunca se pusieron de acuerdo en cómo hacer los pases a Producción, entonces los cambios se realizaban directamente en el storage del ambiente productivo en Azure. Había un servicio de frontdoor y una CDN para un sitio que era solo un formulario y contenido estático. Este es un claro ejemplo de los males del sobredimensionamiento de soluciones. La simplicidad no solo mejora la eficiencia, la velocidad de ejecución y abarata costos, sino que también facilita el mantenimiento y la seguridad del sistema. //Story time//: he visto sitios web, por ejemplo, con implementaciones demasiado complejas, innecesariamente complejas, como un caso específico donde había dos ambientes (Dev/QA y Producción) con varios contenedores, pero los desarrolladores y los que se encargaban de mantener el sitio nunca se pusieron de acuerdo en cómo hacer los pases a Producción, entonces los cambios se realizaban directamente en el storage del ambiente productivo en Azure. Había un servicio de frontdoor y una CDN para un sitio que era solo un formulario y contenido estático. Este es un claro ejemplo de los males del sobredimensionamiento de soluciones. La simplicidad no solo mejora la eficiencia, la velocidad de ejecución y abarata costos, sino que también facilita el mantenimiento y la seguridad del sistema.
 +
 +===== Descargas =====
 +
 +{{ :informe_tfg_-_ipharraguerre_20240529-1446.pdf |}}
  
notas_sobre_el_proyecto_de_tesis.1719765699.txt.gz · Last modified: 2024/10/17 21:42 (external edit)