Differences

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

--- notas_sobre_el_proyecto_de_tesis [2024/06/30 15:20] – [Presentar la Solución de Forma Clara] oso
+++ notas_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 ====
-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)
+  * Presentación inicial
+  * Motivación del proyecto
 **Introducción y motivación**
@@ Line 317: / Line 321: @@
 ==== Presentar la Solución de Forma Clara ====
-Introduce tu solución sin entrar en demasiados detalles técnicos, centrándote en cómo mejora la situación.
+Introduce tu solución sin entrar en demasiados detalles técnicos, centrándote en cómo mejora la situación. **Diapositivas 6, 7. Mostrar los componentes principales de la PoC.**  (4-5 minutos)
+  * Descripción del sistema
+  * Elección de componentes (por qué radar Doppler, etc.)
+  * Escalabilidad y comparación con soluciones comerciales
 **La Solución**
@@ Line 340: / Line 348: @@
 ==== Vista Previa de 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**
@@ Line 361: / Line 376: @@
 ---
+==== Resultados ====
+  * **Objetivo cumplido:** Se logró desarrollar la plataforma de adquisición de datos de telemetría.
+  * **Recomendaciones:** Instalar el sistema cerca del área de recolección de datos para mejorar la precisión, considerando el retraso de 1 segundo en la presentación de datos.
+  * **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.
+---
+==== 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 ====
@@ Line 372: / Line 427: @@
 La reflexión sobre IoT del ámbito hogareño (el consumer grade) viene a que la etiqueta "inteligente" aplicada a IoT muy a menudo se traduce en la capacidad de operar un dispositivo mediante una aplicación móvil. En muchos casos, esto implica una implementación compleja de una simple conectividad inalámbrica, ofreciendo finalmente una utilidad bastante limitada en comparación con las expectativas generadas en el consumidor por la etiqueta de ser un artefacto "inteligente".
-**Criterios de diseño y sobredimensionamiento**
+**Criterios de diseño y sobredimensionamiento de soluciones**
+Un principio fundamental en el diseño es que la solución más simple suele ser la más adecuada. Sin embargo, existe una tendencia a diseñar pensando en las características y capacidades de la tecnología que queremos usar, habilitando e instalando todo lo posible y agregando funciones "por las dudas". A medida que el producto madura, este enfoque suele requerir una limpieza del diseño para eliminar la complejidad innecesaria y centrarse en la funcionalidad esencial.
+El diseñador Dieter Rams ([[http://motherfuckingwebsite.com/|some German mf]]) enfatizaba que "el mejor diseño es el menor diseño posible". El concepto remarca la importancia de la simplicidad y la funcionalidad sobre la complejidad innecesaria.
+//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.
-Un principio fundamental en el diseño es que la solución más simple suele ser la más adecuada. Sin embargo, existe una tendencia a diseñar pensando en las características y capacidades de la tecnología que queremos usar, habilitando e instalando todo lo posible y agregando funciones "por las dudas". A medida que el producto madura, este enfoque suele requerir una limpieza del diseño para eliminar la complejidad innecesaria y centrarse en la funcionalidad esencial. Reid Hoffman, fundador de LinkedIn dijo que "si no te avergüenza la primera versión de tu producto, entonces lo lanzaste demasiado tarde".
+===== Descargas =====
-El diseñador Dieter Rams (some german motherfucker) también enfatizaba que "el mejor diseño es el menor diseño posible". Estos conceptos subrayan la importancia de la simplicidad y la funcionalidad sobre la complejidad innecesaria. En mi experiencia, he visto sitios web, por ejemplo, con implementaciones demasiado complejas, como un caso específico donde había dos ambientes (Dev/QA y Producción) con múltiples contenedores, pero los desarroladores y los que mantenían el sitio nunca se pusieron de acuerdo en cómo hacer los pases a Producción, entonces los cambios se realizaban directamente en el almacenamiento de Producción 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, sino que también facilita el mantenimiento y la seguridad del sistema.
+{{ :informe_tfg_-_ipharraguerre_20240529-1446.pdf |}}