Configurações de Nó Meshtastic: Entendendo os Roles
Fonte da imagem: Reddit - Visual Guide: Optimizing the Mesh
Configurações de Nó Meshtastic: Entendendo os Roles
Se você está começando com Meshtastic, deve ter notado que existe uma configuração chamada "Device Role" (papel do dispositivo). Mas o que isso significa? Qual role escolher para cada situação? E o que evitar para não sobrecarregar a rede?
Vamos explicar tudo!
O que são Device Roles?
Device Roles definem como seu nó Meshtastic se comporta na rede. Cada role tem comportamentos diferentes de rebroadcast (retransmissão), consumo de energia e visibilidade na rede. Escolher o role correto é crucial para uma rede saudável e performática.
Roles Disponíveis
1. CLIENT (O padrão)
Descrição: Dispositivo de mensagens com app conectado ou standalone. Rebroadcast pacotes quando nenhum outro nó fez isso.
Melhores usos:
- Uso geral para comunicar pela rede Meshtastic
- Pessoas que precisam enviar/receber mensagens
- Suporta aplicativos cliente (Android, iOS, Web, CLI)
Consumo: Regular Visibilidade: Sim (aparece na lista de nós) Rebroadcast: Sim (com inteligência para evitar duplicados)
2. CLIENT_MUTE
Descrição: Dispositivo que NÃO retransmite pacotes de outros dispositivos. Apenas se comunica.
Melhores usos:
- Situações onde você precisa participar da rede sem ajudar no roteamento
- Reduzir carga de rede (útil em áreas muito congestionadas)
- Dispositivos com antena fraca que não devem retransmitir
Consumo: Mais baixo Visibilidade: Sim Rebroadcast: NÃO
⚠️ Cuidado: Este role ajuda a evitar que seu nó "polua" a rede com retransmissões desnecessárias, mas significa que outros nós não contarão com seu dispositivo para rotear mensagens.
3. CLIENT_HIDDEN
Descrição: Dispositivo que só faz broadcast quando necessário, para modo stealth ou economia de energia.
Melhores usos:
- Implantações stealth/ocultas
- Reduzir tempo de transmissão e consumo de energia
- Ainda participa da rede, mas de forma menos ativa
Consumo: Mais baixo Visibilidade: Sim Rebroadcast: Local apenas
4. CLIENT_BASE (Base Station Pessoal)
Descrição: Estação base pessoal: sempre retransmite pacotes de ou para seus nós favoritados. Comporta-se como CLIENT com outros pacotes.
Melhores usos:
- Nó de cobertura em telhado/área elevada para distribuir mensagens de seus nós fracos
- Dispositivos posicionados estrategicamente para cobrir seus próprios nós indoor
- Estação base doméstica para cobrir sua casa e ao redor
Consumo: Regular Visibilidade: Sim Rebroadcast: Sim, mas prioriza pacotes de/para nós favoritados
✅ Perfeito para: Substituir ROUTER em telhados domésticos. Este é o role correto para cobrir sua casa!
5. TRACKER
Descrição: Transmite pacotes de posição GPS como prioridade. Modo acordado apenas para envio.
Melhores usos:
- Rastreamento de pessoas ou ativos
- Situações onde atualizações de localização timely são críticas
- Envio eficiente de posição em intervalos
Consumo: Regular a baixo (depende do intervalo) Visibilidade: Sim Rebroadcast: Sim, mas acordado apenas
6. LOSTANDFOUND
Descrição: Transmite localização como mensagem no canal padrão regularmente para ajudar na recuperação do dispositivo.
Melhores usos:
- Esforços de recuperação de dispositivo perdido
- Nó que você quer garantir que possa ser encontrado
Consumo: Regular Visibilidade: Sim Rebroadcast: Sim
7. SENSOR
Descrição: Transmite pacotes de telemetria como prioridade. Modo acordado apenas para coleta e envio.
Melhores usos:
- Coleta de dados ambientais ou de sensores
- Monitoramento de temperatura, umidade, etc.
- Uso eficiente de energia com atualizações frequentes
Consumo: Regular a baixo Visibilidade: Sim Rebroadcast: Sim, mas acordado apenas
8. TAK (ATAK Integration)
Descrição: Otimizado para comunicação com sistema ATAK, reduz broadcasts de rotina.
Melhores usos:
- Integração com sistemas ATAK (via plugin Meshtastic ATAK)
- Operações táticas coordenadas
- Comunicação em cenários de emergência
Consumo: Regular Visibilidade: Sim Rebroadcast: Sim
9. TAK_TRACKER
Descrição: Habilita broadcasts automáticos de TAK PLI e reduz broadcasts de rotina.
Melhores usos:
- Integração standalone com ATAK
- PLI (Position Location Information) automático
Consumo: Regular Visibilidade: Sim Rebroadcast: Sim
10. REPEATER
Descrição: Nó de infraestrutura para estender cobertura de rede, sempre retransmitindo pacotes uma vez com overhead mínimo. NÃO aparece na lista de nós.
Melhores usos:
- Infraestrutura estratégica para maximizar cobertura
- Localizações bem posicionadas para conectar partes da rede
- Escalabilidade sem poluir a topologia visível
Consumo: Alto Visibilidade: NÃO (oculto da lista de nós) Rebroadcast: Sim (repetidor simples)
⚠️ Cuidado: NÃO use em telhados domésticos! É para infraestrutura bem planejada apenas.
11. ROUTER
Descrição: Nó de infraestrutura para estender cobertura de rede, sempre retransmitindo pacotes uma vez. Aparece na lista de nós.
Melhores usos:
- Localizações estratégicas em 10.000+ pés de altitude (torres, morros)
- Maximizar cobertura geral da rede
- Nós com excelente cobertura que podem servir melhor para toda a rede
Consumo: Alto Visibilidade: Sim Rebroadcast: Sim (preempta outros nós)
⚠️ Cuidado: NÃO use em telhados domésticos ou locais subótimos! Use CLIENT_BASE em vez disso.
12. ROUTER_LATE
Descrição: Nó de infraestrutura que sempre retransmite pacotes uma vez, mas só depois de todos outros modos, garantindo cobertura adicional para clusters locais.
Melhores usos:
- Cobrir dead zones ou garantir confiabilidade para clusters de nós
- Situações onde a colocação não beneficia a mesh geral
- Lado oposto de uma colina, fundo de um vale, ou atrás de obstáculos
Consumo: Alto Visibilidade: Sim Rebroadcast: Sim (comportamento "polito" - dá passagem primeiro)
✅ Diferença chave: ROUTER_LATE é "educado" — se ouvir outro nó rebroadcastando primeiro, adia sua retransmissão. Isso permite cobertura sem sobrecarregar a rede.
Coisas a EVITAR
🚫 Não use ROUTER ou REPEATER em telhados domésticos
Por que não?
- Estes roles projetado para infraestrutura bem posicionada (torres, morros altos)
- Se todos usarem em telhados, a rede fica congestionada
- Acrescentam tráfego desnecessário em áreas que não precisam
Use em vez: CLIENT_BASE
🚫 Não use ROUTER_LATE móvel
Por que não?
- ROUTER_LATE não é um role móvel
- Usar em veículos geralmente causa mais problemas que resolve
- Sobrecarrega a rede enquanto em movimento
Use em vez: CLIENT (se precisa receber mas não transmitir bem) ou CLIENT_BASE (se precisa ajuda em ambas direções)
🚫 Não use CLIENT_MUTE desnecessariamente
Por que não?
- Perde oportunidades de ajudar a rede
- Pode deixar "buracos" onde seu nó poderia ajudar
Use CLIENT_MUTE quando:
- Sua antena é muito fraca e retransmissões pioram as coisas
- A rede está extremamente congestionada em sua área
- Você quer apenas ouvir/ler sem participar ativamente
🚫 Não ignore ChUtil e AirUtilTX
Monitore estas métricas:
- ChUtil > 25%: Rede congestionada, pare de usar roles de infraestrutura
- AirUtilTX > 7-8%: Seu nó usando muito tempo de transmissão, considere mudar de role
Quando escolher cada Role?
Situações comuns:
Telhado da sua casa → CLIENT_BASE
- Prioriza seus nós, comporta como CLIENT com outros
Torre/morro alto com visão ampla → ROUTER
- Serve melhor para toda a rede
Fundo de vale/coberto por obstáculo → ROUTER_LATE
- Dá cobertura adicional sem prejudicar a mesh geral
Carro em movimento → CLIENT ou CLIENT_BASE
- Não é infraestrutura, é móvel
Rastrear um pet ou objeto → TRACKER
- Prioriza posição GPS
Monitoramento ambiental → SENSOR
- Coleta e transmite telemetria
Dispositivo perdido → LOSTANDFOUND
- Transmite posição periodicamente
Integrar com ATAK → TAK ou TAK_TRACKER
- Otimizado para esse sistema
Apenas ouvir mensagens → CLIENT_MUTE
- Não retransmite, reduz carga
Modo stealth → CLIENT_HIDDEN
- Transmite só quando necessário
Conceitos Importantes
Contention Windows (Janelas de Contenção)
Meshtastic usa janelas de tempo para evitar colisões:
Early (Curta)
- ROUTER, REPEATER, CLIENT_BASE*
- Primeira janela, preempta outros
Default (Normal)
- Todos os não-early
- Janela padrão
Late (Normal)
- ROUTER_LATE
- Janela final, ROUTER_LATE se ouvir outro primeiro
*CLIENT_BASE só usa Early se o pacote é para/de nó favoritado.
Rebroadcast Cancelation
- CLIENT cancela retransmissão se ouvir outro nó rebroadcastando primeiro
- ROUTER_LATE adulta sua retransmissão para a janela Late (não cancela)
- Isso garante que ROUTER_LATE seja "polito" com a rede
Resumo
- CLIENT é o padrão, funciona para 90% dos casos
- CLIENT_BASE é para telhados domésticos, NÃO ROUTER
- ROUTER é para infraestrutura bem posicionada (torres, morros altos)
- ROUTER_LATE é para cobrir áreas problemáticas sem sobrecarregar
- CLIENT_MUTE é para situações específicas onde não deve retransmitir
- REPEATER é para infraestrutura oculta, NÃO para uso doméstico
- Monitorar ChUtil e AirUtilTX é essencial para manter a rede saudável