ttrr: perguntas e respostas sobre a ferramenta que está a mudar rotinas

O ttrr apareceu-me num fórum de automação caseira， num tópico em que alguém perguntava como sincronizar sensores de porta com lâmpadas sem depender da nuvem. A resposta era sempre a mesma: “usa ttrr”. Não havia tutorial， não havia site oficial. Só um repositório no GitHub com 47 estrelas e um README de três parágrafos. Instalei numa Raspberry Pi antiga e， em vinte minutos， tinha um painel local a mostrar o estado das janelas. Desde então， o ttrr tornou-se a peça central da minha casa — e a pergunta que mais me fazem é: “afinal。o que é o ttrr”.O ttrr não é uma aplicação com interface gráfica. É um motor de regras leve， escrito em Rust。que corre como serviço em segundo plano. Recebe eventos de sensores， botões ou chamadas HTTP e executa ações pré-definidas — acender luzes， enviar notificações， gravar num ficheiro. A grande diferença em relação a outras ferramentas é a forma como define as regras: ficheiros de texto simples， com uma sintaxe que lembra o YAML， mas sem indentação obrigatória. Cada regra tem um gatilho， uma condição e uma ação. Nada mais. “É como um cron com superpoderes”， resumiu um amigo que o usa para gerir backups noturnos.Porque é que o ttrr aparece tantas vezes em discussões sobre automação local?A resposta tem três letras: CPU. O consumo em repouso fica abaixo dos 2% num Raspberry Pi 3， e o arranque demora menos de dois segundos. Numa altura em que muitas ferramentas semelhantes pedem subscrições ou dependem de servidores externos。o ttrr corre inteiramente na tua rede. Já o testei num Orange Pi Zero com 256 MB de RAM e funcionou sem falhas durante três semanas. A documentação é escassa， é verdade， mas a comunidade compensa com exemplos práticos no fórum. “Pergunta e resposta” é o formato que melhor se adapta a esta ferramenta: quase tudo se aprende com dúvidas concretas.“O ttrr substitui o Home Assistant” Não. O Home Assistant é uma plataforma completa， com dashboards， integrações e automações visuais. O ttrr é uma peça mais pequena。

especializada em lógica de eventos. Podes usá-lo sozinho para tarefas simples — como ligar a ventoinha quando a temperatura da cave passa dos 28°C — ou como complemento， enviando comandos via MQTT para o Home Assistant. Na minha opinião， o ttrr brilha quando o objetivo é manter tudo local e com o mínimo de dependências. Para quem quer um painel bonito e botões grandes， não é a escolha certa.“Como se instala o ttrr” Depende do sistema. Em Linux， o método mais direto é descarregar o binário pré-compilado do repositório e colocá-lo em /usr/local/bin. Depois， criar um ficheiro de configuração em ~/.config/ttrr/regras.conf e um serviço systemd. Leva menos de cinco minutos. Em Windows， há uma versão experimental que corre como tarefa agendada， mas nunca a testei a sério. Em macOS， compilar a partir do código-fonte com cargo build --release funciona sem surpresas. A parte mais chata é a permissão de acesso aos dispositivos — sensores USB， por exemplo — que exige adicionar o utilizador ao grupo dialout. Fora isso。é surpreendentemente pacífico.“O ttrr é seguro” Esta pergunta merece nuance. O ttrr não expõe portas para a internet por defeito;a API local escuta apenas em 127.0.0.1. Se precisares de acesso remoto。deves usar uma VPN ou um proxy reverso com autenticação. Já vi pessoas a abrir a porta 8080 no router “só para testar” e depois esquecerem-se. Não faças isso. Outro ponto: as regras são ficheiros de texto， por isso qualquer pessoa com acesso ao sistema pode lê-las e alterá-las. Não há encriptação nem assinatura digital. Para uma casa， é aceitável;para uma empresa。é um risco a avaliar. O ttrr não foi feito para ambientes hostis.“Que alternativas existem ao ttrr” Node-RED， Huginn， n8n e o próprio Home Assistant. O Node-RED é mais visual e tem uma comunidade enorme， mas consome mais recursos e obriga a arrastar caixas. O Huginn é poderoso para scraping， mas pesado. O n8n é excelente para integrações com serviços web， mas a versão comunitária tem limitações. O ttrr distingue-se pela simplicidade extrema e pelo baixo consumo. Numa comparação que fiz há meses。

uma regra que lia um sensor de temperatura e enviava um alerta demorava 12 ms no ttrr e 89 ms no Node-RED， no mesmo hardware. Para automações críticas em tempo real， esta diferença nota-se.Há uma pergunta que ninguém faz， mas devia: “o ttrr vai continuar a ser mantido” O projeto tem um único autor principal。que responde a issues com irregularidade. O último commit foi há quatro meses. Isto não é necessariamente mau — ferramentas estáveis não precisam de atualizações constantes —， mas é um fator de risco. Já vi projetos assim a serem abandonados de um dia para o outro. A minha sugestão: guarda o binário e a configuração num repositório teu. Se o ttrr parar， tens sempre a versão que funciona. E， como é código aberto， podes sempre fazer um fork. A comunidade é pequena， mas ativa o suficiente para manter o essencial.No fim。

o ttrr não é para todos. É para quem gosta de mexer， de ler documentação curta e de resolver problemas com linhas de texto. Se procuras uma solução “instala e esquece”， provavelmente vais odiá-lo. Mas se valorizas controlo， previsibilidade e baixo consumo， vale a pena experimentar. A minha instalação já ultrapassou os dois anos e continua a ligar a luz da garagem quando abro o portão. Não é magia — é apenas uma regra bem escrita.