LoRaNavarra-ES

User Tools

Site Tools

Trace:
faq

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
faq [2025/11/22 10:45] – jmariafaq [2025/11/22 11:00] (current) – jmaria
Line 4: Line 4:
 ** **
  
-Bloque 1: Introducción y Conceptos Básicos+__Bloque 1: Introducción y Conceptos Básicos__ 
 Lo fundamental para entender qué es el proyecto, su alcance y el marco legal. Lo fundamental para entender qué es el proyecto, su alcance y el marco legal.
  
Line 59: Line 60:
 ________________________________________ ________________________________________
  
-Bloque 2: Hardware y Guía de Compra+__Bloque 2: Hardware y Guía de Compra__ 
 + 
 +Qué comprar, qué evitar y qué dispositivo elegir según el uso.
  
-__Qué comprar, qué evitar y qué dispositivo elegir según el uso. 
-__ 
 **2.1. ¿Por qué es crítico comprobar la frecuencia antes de comprar un dispositivo en AliExpress o tiendas internacionales?**  **2.1. ¿Por qué es crítico comprobar la frecuencia antes de comprar un dispositivo en AliExpress o tiendas internacionales?** 
  
Line 104: Line 105:
  
 Una antena mal ajustada desperdicia potencia de transmisión. Se recomienda utilizar herramientas como el Nano VNA para medir y sintonizar la antena a la frecuencia de 869.525 MHz, garantizando la máxima eficiencia dentro del límite de 500 mW ERP (27dBm). Una antena mal ajustada desperdicia potencia de transmisión. Se recomienda utilizar herramientas como el Nano VNA para medir y sintonizar la antena a la frecuencia de 869.525 MHz, garantizando la máxima eficiencia dentro del límite de 500 mW ERP (27dBm).
-3.2. ¿Por qué se recomienda el uso de antenas tipo "J-Pole" en ubicaciones altas o expuestas a tormentas? + 
 +**3.2. ¿Por qué se recomienda el uso de antenas tipo "J-Pole" en ubicaciones altas o expuestas a tormentas?**  
 La antena J-Pole, que puede ser auto-construida con varillas de aluminio o cobre, ofrece un rendimiento superior a las antenas comerciales básicas ("de porra") y tiene la ventaja eléctrica de estar cortocircuitada en corriente continua (DC-grounded). Esto ayuda a proteger el nodo de la electricidad estática generada por las tormentas, que ha llegado a dañar o dejar "sordos" a nodos con otras antenas en nodos ubicados en cumbres. La antena J-Pole, que puede ser auto-construida con varillas de aluminio o cobre, ofrece un rendimiento superior a las antenas comerciales básicas ("de porra") y tiene la ventaja eléctrica de estar cortocircuitada en corriente continua (DC-grounded). Esto ayuda a proteger el nodo de la electricidad estática generada por las tormentas, que ha llegado a dañar o dejar "sordos" a nodos con otras antenas en nodos ubicados en cumbres.
-3.3. ¿Qué importancia tiene el uso de filtros (SAW o de cavidades) en nodos ubicados en repetidores o cumbres? + 
 +**3.3. ¿Qué importancia tiene el uso de filtros (SAW o de cavidades) en nodos ubicados en repetidores o cumbres?** 
 + 
 En ubicaciones compartidas con emisoras de FM comerciales, TV o telefonía (como San Cristóbal o Zaldiaran), la fuerte radiofrecuencia (RF) del entorno puede saturar y dejar "sordo" al nodo LoRa, impidiendo que reciba mensajes aunque pueda emitir. La instalación de un filtro pasabanda (como un filtro SAW o, mejor aún, de cavidades, cada situación requiere un filtro diferente) entre la antena y el nodo es crucial para limpiar la señal y permitir que el dispositivo escuche correctamente. En ubicaciones compartidas con emisoras de FM comerciales, TV o telefonía (como San Cristóbal o Zaldiaran), la fuerte radiofrecuencia (RF) del entorno puede saturar y dejar "sordo" al nodo LoRa, impidiendo que reciba mensajes aunque pueda emitir. La instalación de un filtro pasabanda (como un filtro SAW o, mejor aún, de cavidades, cada situación requiere un filtro diferente) entre la antena y el nodo es crucial para limpiar la señal y permitir que el dispositivo escuche correctamente.
-3.4. ¿Qué es el fenómeno de "Brownout" que puede afectar a los nodos solares? + 
 +**3.4. ¿Qué es el fenómeno de "Brownout" que puede afectar a los nodos solares?**  
 Es un fallo crítico donde el microcontrolador del nodo se bloquea cuando el voltaje de la batería baja de cierto umbral y luego intenta recuperarse con la entrada del sol, pero no logra arrancar correctamente, quedando en un estado "zombie" o de reinicio constante. Esto ocurre a menudo por la interacción entre el regulador MPPT, la batería baja y el consumo de arranque del nodo. Para solucionarlo en nodos remotos, se han implementado sistemas de "auto-reset" externos (watchdogs) y chips específicos de supervisión de voltaje. Es un fallo crítico donde el microcontrolador del nodo se bloquea cuando el voltaje de la batería baja de cierto umbral y luego intenta recuperarse con la entrada del sol, pero no logra arrancar correctamente, quedando en un estado "zombie" o de reinicio constante. Esto ocurre a menudo por la interacción entre el regulador MPPT, la batería baja y el consumo de arranque del nodo. Para solucionarlo en nodos remotos, se han implementado sistemas de "auto-reset" externos (watchdogs) y chips específicos de supervisión de voltaje.
 +
 ________________________________________ ________________________________________
-Bloque 4: Configuración y Software+ 
 +__Bloque 4: Configuración y Software__ 
 Ajustes necesarios en la aplicación y el firmware. Ajustes necesarios en la aplicación y el firmware.
-4.1. ¿Se deben modificar ajustes desconocidos? + 
 +**4.1. ¿Se deben modificar ajustes desconocidos?**  
 No. Si no se entiende el efecto de un campo o ajuste, se debe dejar en su valor por defecto para evitar efectos adversos y la inestabilidad de la red. No. Si no se entiende el efecto de un campo o ajuste, se debe dejar en su valor por defecto para evitar efectos adversos y la inestabilidad de la red.
-4.2. ¿Qué significa que un nodo aparezca como "!ffffffff" en un traceroute? + 
 +**4.2. ¿Qué significa que un nodo aparezca como "!ffffffff" en un traceroute?** 
 + 
 Este identificador hexadecimal indica que el nodo es "desconocido" para quien realiza el rastreo. Suele ocurrir si el nodo remoto no tiene la clave de cifrado correcta del canal (o se ha reseteado y generado claves nuevas), si tiene un firmware muy antiguo incompatible, o si hay problemas de configuración que impiden que se identifique correctamente ante la solicitud. Este identificador hexadecimal indica que el nodo es "desconocido" para quien realiza el rastreo. Suele ocurrir si el nodo remoto no tiene la clave de cifrado correcta del canal (o se ha reseteado y generado claves nuevas), si tiene un firmware muy antiguo incompatible, o si hay problemas de configuración que impiden que se identifique correctamente ante la solicitud.
 +
 +**4.3. ¿Mi nodo es un ESP32, puedo conectarme a el por bluetooth y wifi?**
 +
 +Si, pero no simultaneamente. Cuando se establece en sus ajustes que se conecte a una red inalámbrica, se desactiva el acceso por bluetooth.
 +
 +**4.4. ¡Ayuda!. Mi nodo se desconecta constantemente de mi smartphone**
 +
 +Has de saber que Bluetooth tiene un rango limitado de alcance, también es popular que la antena integrada de estos equipos tiene un alcance bastante limitado. Prueba a no separarte demasiado de él ó bien, si es un ESP32 en tu casa, conectalo a la red inalámbrica de tu proveedor de acceso a internet, recuerda que ésta misma también está sujeta a que llegue correctamente a tu nodo.
 +
 +
 ________________________________________ ________________________________________
-Bloque 5: Funcionamiento de la Red y Buenas Prácticas+ 
 +__Bloque 5: Funcionamiento de la Red y Buenas Prácticas__ 
 Normas de convivencia para mantener la malla sana y evitar saturaciones. Normas de convivencia para mantener la malla sana y evitar saturaciones.
-5.1. ¿Qué roles de nodo se recomiendan para la gran mayoría de usuarios? + 
- Los roles CLIENT o CLIENT_MUTE son los únicos recomendados, ya que contribuyen a la estabilidad de la red utilizando retrasos automáticos en la retransmisión. +**5.1. ¿Qué roles de nodo se recomiendan para la gran mayoría de usuarios?** 
-5.2. ¿Qué rol deben tener configurado los nodos personales o secundarios para no saturar la red? + 
- Se recomienda encarecidamente configurar los nodos que están a pie de calle, en vehículos o ventanas (nodos secundarios) en el rol CLIENT_MUTE. Esto permite al usuario enviar y recibir mensajes, pero evita que su dispositivo retransmita automáticamente los paquetes de otros, reduciendo el ruido innecesario y la congestión de la malla. Solo los nodos en ubicaciones estratégicas altas deberían actuar como repetidores activos. +Los roles CLIENT o CLIENT_MUTE son los únicos recomendados, ya que contribuyen a la estabilidad de la red utilizando retrasos automáticos en la retransmisión. 
-5.3. ¿Cuándo debo configurar mi nodo como CLIENT?+ 
 +**5.2. ¿Qué rol deben tener configurado los nodos personales o secundarios para no saturar la red?** 
 + 
 +Se recomienda encarecidamente configurar los nodos que están a pie de calle, en vehículos o ventanas (nodos secundarios) en el rol CLIENT_MUTE. Esto permite al usuario enviar y recibir mensajes, pero evita que su dispositivo retransmita automáticamente los paquetes de otros, reduciendo el ruido innecesario y la congestión de la malla. Solo los nodos en ubicaciones estratégicas altas deberían actuar como repetidores activos. 
 + 
 +**5.3. ¿Cuándo debo configurar mi nodo como CLIENT?** 
  El rol CLIENT es ideal para nodos de infraestructura fijos (en techos, torres o azoteas altas) o en zonas con buena visibilidad, ya que retransmite mensajes de forma inteligente, ampliando la cobertura de manera efectiva. Importante, en la comarca de Pamplona NO se necesitan mas Clientes repitiendo. Configure por favor sus nodos en client_mute.  El rol CLIENT es ideal para nodos de infraestructura fijos (en techos, torres o azoteas altas) o en zonas con buena visibilidad, ya que retransmite mensajes de forma inteligente, ampliando la cobertura de manera efectiva. Importante, en la comarca de Pamplona NO se necesitan mas Clientes repitiendo. Configure por favor sus nodos en client_mute.
-5.4. ¿Cuándo debo usar CLIENT_MUTE? + 
- El rol CLIENT_MUTE es perfecto para dispositivos en zonas con cobertura redundante o para dispositivos móviles que no están en puntos altos. Este rol envía y recibe mensajes, pero no retransmite los de otros, lo que reduce la congestión innecesaria y el consumo. +**5.4. ¿Cuándo debo usar CLIENT_MUTE?** 
-5.5. ¿Qué roles deben evitarse? + 
- Se debe evitar el uso de ROUTER y ROUTER_LATE. Los Routers retransmiten paquetes constantemente sin control inteligente y, además retransmiten cualquier paquete sin importar su origen, lo que provoca alta congestión, colisiones y una pérdida de rendimiento global. +El rol CLIENT_MUTE es perfecto para dispositivos en zonas con cobertura redundante o para dispositivos móviles que no están en puntos altos. Este rol envía y recibe mensajes, pero no retransmite los de otros, lo que reduce la congestión innecesaria y el consumo. 
-5.6. ¿Dónde se deben instalar los nuevos nodos de infraestructura? + 
 +**5.5. ¿Qué roles deben evitarse?** 
 + 
 +Se debe evitar el uso de ROUTER y ROUTER_LATE. Los Routers retransmiten paquetes constantemente sin control inteligente y, además retransmiten cualquier paquete sin importar su origen, lo que provoca alta congestión, colisiones y una pérdida de rendimiento global. 
 + 
 +**5.6. ¿Dónde se deben instalar los nuevos nodos de infraestructura?**  
 Los nuevos nodos (rol CLIENT) deben colocarse en zonas SIN cobertura o en los extremos de la malla para ampliar el alcance. No se deben añadir nodos CLIENT donde ya hay buena cobertura, ya que solo añadirían ruido y saturación. Los nuevos nodos (rol CLIENT) deben colocarse en zonas SIN cobertura o en los extremos de la malla para ampliar el alcance. No se deben añadir nodos CLIENT donde ya hay buena cobertura, ya que solo añadirían ruido y saturación.
-5.7. ¿Cuál es el límite de saltos (Hop Limit) máximo recomendado?+ 
 +**5.7. ¿Cuál es el límite de saltos (Hop Limit) máximo recomendado?** 
 Se debe mantener en 3 o 4 saltos como máximo. Evitar valores superiores (5, 6 o 7) es fundamental, ya que aumentan drásticamente la congestión del canal y el tiempo de ocupación. Se debe mantener en 3 o 4 saltos como máximo. Evitar valores superiores (5, 6 o 7) es fundamental, ya que aumentan drásticamente la congestión del canal y el tiempo de ocupación.
-5.8. ¿Cuál es el límite de saltos (Hop Limit) recomendado para la red de Navarra? + 
 +**5.8. ¿Cuál es el límite de saltos (Hop Limit) recomendado para la red de Navarra?**  
 Para mantener la red fluida y evitar latencias excesivas (que pueden bloquear la red durante más de 30 segundos), se recomienda configurar un límite de 3 saltos para toda Navarra. Un límite de 4 o 5 saltos debe reservarse solo para nodos en extremos de la malla o enlaces entre zonas lejanas, ejemplo: Quieres hablar con otra provincia que sabes que llega la malla, estableces TEMPORALMENTE mas saltos de lo habitual, luego, vuelta a 3 maximo. Configurar 7 saltos por defecto es contraproducente y satura el canal. Para mantener la red fluida y evitar latencias excesivas (que pueden bloquear la red durante más de 30 segundos), se recomienda configurar un límite de 3 saltos para toda Navarra. Un límite de 4 o 5 saltos debe reservarse solo para nodos en extremos de la malla o enlaces entre zonas lejanas, ejemplo: Quieres hablar con otra provincia que sabes que llega la malla, estableces TEMPORALMENTE mas saltos de lo habitual, luego, vuelta a 3 maximo. Configurar 7 saltos por defecto es contraproducente y satura el canal.
-5.9. ¿Por qué es vital limitar los saltos? + 
 +**5.9. ¿Por qué es vital limitar los saltos?**  
 Cada salto ocupa más tiempo de transmisión, aumenta las interferencias y puede llevar a la red a un estado de saturación donde un solo mensaje o traceroute podría ocupar la red por 30 a 65 segundos. Cada salto ocupa más tiempo de transmisión, aumenta las interferencias y puede llevar a la red a un estado de saturación donde un solo mensaje o traceroute podría ocupar la red por 30 a 65 segundos.
-5.10. ¿Cuántos saltos son ideales según la geografía de la zona? + 
 +**5.10. ¿Cuántos saltos son ideales según la geografía de la zona?**  
 Centro de Malla o Zona Urbana: 2–3 saltos. Zona Intermedia o Rural: 3–4 saltos. Extremo o Enlace de Zonas: 4–5 saltos (máximo). Centro de Malla o Zona Urbana: 2–3 saltos. Zona Intermedia o Rural: 3–4 saltos. Extremo o Enlace de Zonas: 4–5 saltos (máximo).
-5.11. ¿Cuál es el problema de saturación más grave que se ha observado? + 
 +**5.11. ¿Cuál es el problema de saturación más grave que se ha observado?** 
 + 
 Se ha observado que paquetes innecesarios pueden rebotar multiples veces, lo que resulta en latencias de 74 segundos en el traceroute, bloqueando la red e impidiendo la llegada de mensajes críticos. Se ha observado que paquetes innecesarios pueden rebotar multiples veces, lo que resulta en latencias de 74 segundos en el traceroute, bloqueando la red e impidiendo la llegada de mensajes críticos.
-5.12. ¿Cómo se propone gestionar la saturación de manera inteligente? + 
 +**5.12. ¿Cómo se propone gestionar la saturación de manera inteligente?** 
 + 
 Se busca implementar, a nivel de firmware, una reducción automática de saltos. Esto significa no limitar los saltos al máximo, sino que, ante la detección de alta saturación del canal, los nodos puedan “comerse más de un salto” en una retransmisión para optimizar el rendimiento solo cuando sea necesario. Se busca implementar, a nivel de firmware, una reducción automática de saltos. Esto significa no limitar los saltos al máximo, sino que, ante la detección de alta saturación del canal, los nodos puedan “comerse más de un salto” en una retransmisión para optimizar el rendimiento solo cuando sea necesario.
-5.13. ¿Qué debe priorizar la red: alcance máximo o estabilidad? + 
 +**5.13. ¿Qué debe priorizar la red: alcance máximo o estabilidad?**  
 La prioridad es la estabilidad y la fluidez sobre la distancia. Una buena red no es la que llega más lejos (ej. Huesca), sino la que utiliza los saltos justos para ser rápida, estable y útil en momentos de necesidad. La prioridad es la estabilidad y la fluidez sobre la distancia. Una buena red no es la que llega más lejos (ej. Huesca), sino la que utiliza los saltos justos para ser rápida, estable y útil en momentos de necesidad.
-5.14. ¿Qué consejos de “higiene de red” deben seguir los usuarios? + 
 +**5.14. ¿Qué consejos de “higiene de red” deben seguir los usuarios?**  
 Evitar el tráfico innecesario (balizas, telemetría constante o pruebas excesivas) y mantener los mensajes cortos (preferiblemente bajo 160 caracteres). Esto reduce el “ruido” y asegura que el tiempo de transmisión sea mínimo. Evitar el tráfico innecesario (balizas, telemetría constante o pruebas excesivas) y mantener los mensajes cortos (preferiblemente bajo 160 caracteres). Esto reduce el “ruido” y asegura que el tiempo de transmisión sea mínimo.
-5.15. ¿Cuándo se debe activar la telemetría (datos GPS o de carga)?+ 
 +**5.15. ¿Cuándo se debe activar la telemetría (datos GPS o de carga)?** 
 Solo cuando sea estrictamente necesaria y justificada (ej. en un cambio de tiempo o para una medición puntual). Activar la telemetría constantemente genera ruido que puede retrasar o bloquear mensajes críticos. Solo cuando sea estrictamente necesaria y justificada (ej. en un cambio de tiempo o para una medición puntual). Activar la telemetría constantemente genera ruido que puede retrasar o bloquear mensajes críticos.
 +
 ________________________________________ ________________________________________
-Bloque 6: Protocolo de Emergencias+ 
 +__Bloque 6: Protocolo de Emergencias__ 
 Instrucciones críticas para situaciones de apagón o desastre. Instrucciones críticas para situaciones de apagón o desastre.
-6.1. ¿Se ha planificado el uso de la red en escenarios de desastre? + 
 +**6.1. ¿Se ha planificado el uso de la red en escenarios de desastre?** 
 + 
 Sí. La comunidad ha desarrollado un Protocolo de Emergencia (Borrador) para optimizar el uso de la red en situaciones críticas donde las comunicaciones tradicionales fallen. Sí. La comunidad ha desarrollado un Protocolo de Emergencia (Borrador) para optimizar el uso de la red en situaciones críticas donde las comunicaciones tradicionales fallen.
-6.2. ¿Qué implica la activación del “Modo de Emergencia”? + 
 +**6.2. ¿Qué implica la activación del “Modo de Emergencia”?** 
 + 
 En caso de desastre, se activa un Canal de Emergencia específico. Se solicita a todos los usuarios que limiten drásticamente su actividad y mantengan un silencio operativo para priorizar únicamente las comunicaciones críticas. En caso de desastre, se activa un Canal de Emergencia específico. Se solicita a todos los usuarios que limiten drásticamente su actividad y mantengan un silencio operativo para priorizar únicamente las comunicaciones críticas.
-6.3. ¿Qué pasos activan el “Modo de Emergencia”? + 
 +**6.3. ¿Qué pasos activan el “Modo de Emergencia”?**  
 Se activa ante una emergencia que compromete las comunicaciones tradicionales. El primer paso es activar el Canal de Emergencia en la red Meshtastic y solicitar a todos los usuarios que limiten su actividad solo a ese canal. Se activa ante una emergencia que compromete las comunicaciones tradicionales. El primer paso es activar el Canal de Emergencia en la red Meshtastic y solicitar a todos los usuarios que limiten su actividad solo a ese canal.
-6.4. ¿Qué es el “Silencio Operativo” y por qué es fundamental? + 
 +**6.4. ¿Qué es el “Silencio Operativo” y por qué es fundamental?**  
 Es una fase crítica en la que se insta a todos los usuarios a abstenerse de enviar mensajes no esenciales. El objetivo es evitar la congestión y la pérdida de mensajes, priorizando únicamente las comunicaciones críticas relacionadas con la emergencia en curso. Es una fase crítica en la que se insta a todos los usuarios a abstenerse de enviar mensajes no esenciales. El objetivo es evitar la congestión y la pérdida de mensajes, priorizando únicamente las comunicaciones críticas relacionadas con la emergencia en curso.
-6.5. ¿Qué es el "Silencio Operativo" y cuándo debe aplicarse? + 
 +**6.5. ¿Qué es el "Silencio Operativo" y cuándo debe aplicarse?**  
 El Silencio Operativo es una medida del protocolo de emergencia que insta a todos los usuarios a abstenerse de enviar mensajes no esenciales (charlas triviales, pruebas, saludos) durante una crisis activa. El objetivo es liberar el ancho de banda de la red para garantizar que las comunicaciones críticas y de auxilio no se pierdan por congestión. El Silencio Operativo es una medida del protocolo de emergencia que insta a todos los usuarios a abstenerse de enviar mensajes no esenciales (charlas triviales, pruebas, saludos) durante una crisis activa. El objetivo es liberar el ancho de banda de la red para garantizar que las comunicaciones críticas y de auxilio no se pierdan por congestión.
-6.6. ¿Cómo deben estructurarse los mensajes durante una emergencia?+ 
 +**6.6. ¿Cómo deben estructurarse los mensajes durante una emergencia?** 
 Los mensajes deben ser breves, claros y estructurados para su rápida comprensión. El formato recomendado es: [EMERGENCIA] Descripción - Ubicación. Los mensajes deben ser breves, claros y estructurados para su rápida comprensión. El formato recomendado es: [EMERGENCIA] Descripción - Ubicación.
-6.7. ¿Cómo deben estructurarse los mensajes en caso de una emergencia real? + 
 +**6.7. ¿Cómo deben estructurarse los mensajes en caso de una emergencia real?** 
 + 
 Para facilitar la comprensión rápida y la respuesta, los mensajes deben ser breves y seguir un formato estructurado que incluya una etiqueta de emergencia, la naturaleza del incidente y la ubicación exacta. Ejemplo: [EMERGENCIA] Persona atrapada en ascensor - C/ Guelbenzu 2. Para facilitar la comprensión rápida y la respuesta, los mensajes deben ser breves y seguir un formato estructurado que incluya una etiqueta de emergencia, la naturaleza del incidente y la ubicación exacta. Ejemplo: [EMERGENCIA] Persona atrapada en ascensor - C/ Guelbenzu 2.
-6.8. ¿Cómo deben ser los mensajes durante una emergencia? + 
 +**6.8. ¿Cómo deben ser los mensajes durante una emergencia?**  
 Los mensajes deben ser breves, claros y estructurados para facilitar su rápida comprensión. Se recomienda el uso de un formato específico, como [EMERGENCIA] Descripción - Ubicación, y códigos predefinidos (INCENDIO, HERIDO, etc.). Los mensajes deben ser breves, claros y estructurados para facilitar su rápida comprensión. Se recomienda el uso de un formato específico, como [EMERGENCIA] Descripción - Ubicación, y códigos predefinidos (INCENDIO, HERIDO, etc.).
-6.9. ¿Se utilizan códigos o abreviaturas? + 
 +**6.9. ¿Se utilizan códigos o abreviaturas?** 
 + 
 Se recomienda el uso de códigos predefinidos para tipos comunes de emergencias (e.g., INCENDIO, HERIDO, INUNDACIÓN) para facilitar la velocidad y la estandarización de la información. Se recomienda el uso de códigos predefinidos para tipos comunes de emergencias (e.g., INCENDIO, HERIDO, INUNDACIÓN) para facilitar la velocidad y la estandarización de la información.
-6.10. ¿Por qué es crucial mantener los mensajes cortos? + 
 +**6.10. ¿Por qué es crucial mantener los mensajes cortos?**  
 Los mensajes deben ser inferiores a 160 caracteres (idealmente). En una emergencia, los mensajes largos consumen más tiempo de transmisión y ocupan el canal, lo que podría bloquear la red para otros mensajes de vida o muerte. Los mensajes deben ser inferiores a 160 caracteres (idealmente). En una emergencia, los mensajes largos consumen más tiempo de transmisión y ocupan el canal, lo que podría bloquear la red para otros mensajes de vida o muerte.
-6.11. ¿Cómo se relaciona la limitación de saltos con la emergencia? + 
 +**6.11. ¿Cómo se relaciona la limitación de saltos con la emergencia?**  
 Para garantizar la máxima fluidez, los usuarios deben mantener un límite de 3-4 saltos. Un número alto de saltos podría ocupar la red por 30 a 65 segundos por cada paquete enviado (telemetría, traceroute, mensaje), agotando el canal en momentos críticos y no permitiendo que el resto de sus usuarios puedan realizar envios. Para garantizar la máxima fluidez, los usuarios deben mantener un límite de 3-4 saltos. Un número alto de saltos podría ocupar la red por 30 a 65 segundos por cada paquete enviado (telemetría, traceroute, mensaje), agotando el canal en momentos críticos y no permitiendo que el resto de sus usuarios puedan realizar envios.
-6.12. ¿Por qué se desaconseja el uso de MQTT en situaciones de emergencia real o "Off-Grid"? + 
 +**6.12. ¿Por qué se desaconseja el uso de MQTT en situaciones de emergencia real o "Off-Grid"?** 
 + 
 Aunque MQTT permite conectar nodos a través de internet, en una situación de emergencia real (como un gran apagón), es probable que la infraestructura de internet y telefonía caiga. La red Meshtastic debe ser capaz de funcionar de manera autónoma vía radio (RF). Además, el tráfico excesivo proveniente de internet (uplink/downlink) puede saturar la malla local de radio inútilmente si no se gestiona bien. Aunque MQTT permite conectar nodos a través de internet, en una situación de emergencia real (como un gran apagón), es probable que la infraestructura de internet y telefonía caiga. La red Meshtastic debe ser capaz de funcionar de manera autónoma vía radio (RF). Además, el tráfico excesivo proveniente de internet (uplink/downlink) puede saturar la malla local de radio inútilmente si no se gestiona bien.
-6.13. ¿Se deben enviar datos de telemetría (GPS, carga) en modo de emergencia? + 
 +**6.13. ¿Se deben enviar datos de telemetría (GPS, carga) en modo de emergencia?** 
 + 
 No. Los datos de telemetría deben desactivarse si no son estrictamente necesarios, ya que generan “ruido” constante y contribuyen a la saturación, lo que va en contra del principio de Silencio Operativo. No. Los datos de telemetría deben desactivarse si no son estrictamente necesarios, ya que generan “ruido” constante y contribuyen a la saturación, lo que va en contra del principio de Silencio Operativo.
-6.14. ¿Se colabora con autoridades en caso de emergencia? + 
 +**6.14. ¿Se colabora con autoridades en caso de emergencia?**  
 Sí. El protocolo contempla la entrega inmediata de nodos Meshtastic a autoridades competentes (SOS Navarra, Bomberos, Protección Civil) en el momento de la emergencia, junto con un manual de uso rápido y el mapa de cobertura. Sí. El protocolo contempla la entrega inmediata de nodos Meshtastic a autoridades competentes (SOS Navarra, Bomberos, Protección Civil) en el momento de la emergencia, junto con un manual de uso rápido y el mapa de cobertura.
-6.15. ¿Qué papel juega la comunidad con las autoridades en una emergencia?+ 
 +**6.15. ¿Qué papel juega la comunidad con las autoridades en una emergencia?** 
 La comunidad se compromete a la entrega inmediata de nodos Meshtastic a las autoridades competentes (Policía Municipal, SOS Navarra, Bomberos, Protección Civil) en el momento de la emergencia. La comunidad se compromete a la entrega inmediata de nodos Meshtastic a las autoridades competentes (Policía Municipal, SOS Navarra, Bomberos, Protección Civil) en el momento de la emergencia.
-6.16. ¿Qué se entrega junto con cada nodo a las autoridades? + 
 +**6.16. ¿Qué se entrega junto con cada nodo a las autoridades?** 
 + 
 Cada nodo se entrega con un Manual de uso rápido con instrucciones concisas, el Mapa de cobertura real de la red en Navarra, y el Protocolo de actuación específico para el uso del canal de emergencia. Cada nodo se entrega con un Manual de uso rápido con instrucciones concisas, el Mapa de cobertura real de la red en Navarra, y el Protocolo de actuación específico para el uso del canal de emergencia.
-6.17. ¿Por qué se propone entregar los nodos durante la emergencia?+ 
 +**6.17. ¿Por qué se propone entregar los nodos durante la emergencia?** 
 Para garantizar que el personal receptor esté consciente de la situación, asegurar el uso activo e inmediato del dispositivo y facilitar una capacitación rápida y contextualizada que aumente la probabilidad de éxito. Para garantizar que el personal receptor esté consciente de la situación, asegurar el uso activo e inmediato del dispositivo y facilitar una capacitación rápida y contextualizada que aumente la probabilidad de éxito.
-6.18. ¿Por qué se propone la entrega solo en el momento de la emergencia? + 
 +**6.18. ¿Por qué se propone la entrega solo en el momento de la emergencia?**  
 Esta estrategia busca evitar que los nodos sean “almacenados y olvidados”. Asegura que el personal receptor esté consciente de la situación y facilita una capacitación rápida y contextualizada, garantizando el uso activo y efectivo del dispositivo. Esta estrategia busca evitar que los nodos sean “almacenados y olvidados”. Asegura que el personal receptor esté consciente de la situación y facilita una capacitación rápida y contextualizada, garantizando el uso activo y efectivo del dispositivo.
  
faq.1763808341.txt.gz · Last modified: by jmaria