Medir com hardware próprio, agir com peças simples, conversar com o resto

Uma operação produz dados o dia inteiro: temperatura, umidade, CO₂, umidade do produto ou do substrato, o estado de cada equipamento. A pergunta não é se esses dados existem, mas se é possível confiar neles o suficiente para deixar que uma regra aja sozinha às três da manhã. Uma planilha e uma tomada inteligente não chegam a isso. Um termômetro que arredonda, também não.

O Growcast foi construído sobre três camadas, e cada uma vale o que vale a de baixo. Hardware próprio que mede bem. Regras simples que agem sobre o medido, dentro do mesmo equipamento. E uma camada de abstração em cima, que se programa ou com a qual se conversa, e que é confiável justamente porque as duas de baixo são chatas e determinísticas.

1. 01
   O dado

   Sensores próprios e sondas de referência de cada indústria, lidos por um dispositivo que registra sozinho. Sem suavizar, sem carga manual.

2. 02
   A ação

   Regras e alarmes que rodam no equipamento, cada um com seu estado de segurança. Continuam funcionando sem internet.

3. 03
   A abstração

   Modelos, editor, agente em linguagem natural, simulador e um servidor MCP para o assistente que se preferir.

Camada 1: medir bem, ou nada do resto serve

Cada leitura é o último valor real, sem suavizar. A temperatura é 28, não «cerca de 28». Esse é o ponto de partida, e só se sustenta se o hardware é próprio e se sabe exatamente o que mede, com que sensor e com que erro.

Um dispositivo Growcast — Growcast, Growcast + ou Growcast Industria — lê módulos sensores e comanda módulos de controle. Um módulo sensor costuma reportar várias variáveis ao mesmo tempo — temperatura, umidade, CO₂, pressão, umidade de substrato, pH e condutividade elétrica, conforme o módulo; os de controle expõem saídas: ventilação, bombas, exaustão, climatização, o que se conectar. Cada módulo é projetado e fabricado com o elemento sensor escolhido pela sua precisão e pela sua estabilidade no tempo, não pelo custo. Um sensor que deriva meio grau por temporada transforma cada limiar em um chute.

E onde uma indústria já tem um sensor de referência, não o reinventamos: nós o integramos. O caso mais claro é o cultivo de precisão, onde a irrigação se decide pelo que acontece no substrato. Para isso o Growcast lê a sonda TEROS 12 da METER Group, que mede conteúdo volumétrico de água, condutividade elétrica e temperatura no mesmo corpo: a sonda que os laboratórios e essa indústria já testaram, e contra a qual todo o resto é comparado. Quando uma regra decide irrigar porque o substrato caiu abaixo de 45 %, esses 45 % vêm de um instrumento no qual a indústria já confia. A mesma lógica vale para qualquer setor: se o instrumento de referência existe, a plataforma o lê como mais uma variável.

• Precisão e estabilidade do elemento sensor antes do custo: a regra que roda às três da manhã vale o que vale a leitura.
• Sondas de referência onde existem, integradas como qualquer outra variável.
• Um módulo reporta cada uma das suas variáveis com sua unidade, sua faixa e seu tipo. Um módulo novo é visto, plotado, alarmado e automatizado no mesmo dia em que é conectado.

Tudo o que entra ou sai do equipamento é representado igual: como uma variável com unidade, faixa e tipo, analógica ou digital. Essa abstração única é o que permite que uma sonda e uma bomba sejam tratadas com as mesmas ferramentas, sem uma tela sob medida.

O registro é automático. As últimas 24 horas ficam com um dado por minuto; o histórico mais antigo é guardado como médias de 15 minutos. Não há carga manual e não há um «acho que ontem estava em 65».

Dois detalhes de infraestrutura. Cada dispositivo tem seu próprio certificado e uma política que limita em quais canais pode publicar: o equipamento de uma organização não pode ver nem escrever o de outra, e isso é aplicado na camada de transporte, não só na aplicação. E cada saída digital pode levar uma característica operacional — potência nominal, vazão, dose — com a qual o sistema aproxima o consumo sem medidor: o tempo ligado vezes a característica dá kWh ou litros.

Camada 2: regras que rodam no equipamento

Agir é comunicar-se, não apertar um botão. Quando se dá uma ordem pelo app não se está tocando a saída: está-se falando com o dispositivo. A ordem viaja, o dispositivo a executa e só então a confirma. Em Atividade vê-se cada ação com seu estado, e sabe-se se realmente chegou.

As regras seguem a mesma lógica, com uma diferença: vivem no hardware. Uma automação é montada na nuvem, compilada para um formato compacto e enviada ao dispositivo, que a avalia no seu próprio ciclo de controle. Se a internet cair, a regra continua rodando. Quando a conexão volta, estados e eventos são sincronizados. A nuvem serve para enviar regras novas e mostrar o que acontece, não para decidir a cada segundo.

Os alarmes funcionam igual: são avaliados no equipamento, disparam um evento quando uma variável sai do seu limiar ou da sua faixa, e esse evento chega por push, Telegram ou e-mail. Soa uma vez, com clareza, e fica pendente até que alguém o reconheça. O estado normal é silêncio.

Para montar uma regra não é preciso começar do zero. Os casos conhecidos já estão resolvidos como modelos: escolhe-se a saída, preenche-se um formulário e salva-se. O catálogo traz nove:

• Por variável: liga uma saída conforme o valor de outra variável, maior ou menor que uma referência.
• Acionamento programado: liga e desliga dentro de uma faixa horária.
• Intervalos múltiplos: até 8 horários no dia, cada um com sua duração, nos dias escolhidos.
• Temporizador cíclico: tanto tempo ligado e tanto desligado, repetido ao longo do dia.
• Multifaixa: a mesma variável com outra referência conforme o horário, até 6 faixas.
• Por pulsos: acionamentos curtos, repetidos.
• Superciclo: ciclos de liga e desliga que duram mais de 24 horas.
• Irrigação: pulsos em duas fases, a partir de um horário ou junto com a luz.
• Irrigação com sensor: pulsos guiados pela umidade do substrato.

Assim se vê um, o temporizador cíclico: quanto tempo ligado e quanto desligado, a partir de que hora e quantas vezes por dia, em quais dias, e se além disso deve ser cumprida uma condição sobre uma variável.

As regras que dependem de um sensor declaram também um estado seguro: em que fica a saída se esse sensor parar de reportar. É a decisão mais importante de uma regra, porque é a que roda justamente quando algo falhou.

O controle manual convive com as regras: se uma saída for comandada à mão, a automação retoma o controle na próxima vez em que sua condição for cumprida. Para bloqueá-la, pausa-se a partir da sua ficha.

Camada 3: a camada que se programa ou com a qual se conversa

Sobre essas duas camadas se apoia todo o resto, e por isso todo o resto pode se permitir ser flexível.

Os modelos não são caixas fechadas: o que cada um monta pode ser aberto depois no editor avançado. E quando o caso não cabe em nenhum, é ali que se escreve uma regra sob medida, à mão ou descrevendo-a em palavras ao Agente, que a monta. Antes de enviá-la ao equipamento, o Simulador a testa contra curvas inventadas. A nota de automações avançadas conta isso em detalhe.

E há uma camada a mais, do lado de fora. O Growcast expõe um servidor MCP, o padrão com o qual uma aplicação abre seus dados e suas ações a uma IA. Conecta-se Claude, ChatGPT ou Gemini e trabalha-se conversando: lê ambientes, variáveis com seu valor atual e seu histórico, lotes, ciclos, tarefas e o manual do usuário; escreve tarefas, lotes, alarmes e automações. Trabalha com sua própria conta e seu próprio papel, então em Atividade distingue-se o que o assistente fez do que cada pessoa fez. As ações sobre hardware vão marcadas para que peça confirmação, e exigem um dispositivo conectado.

Com tempo suficiente, essa camada permite operar o processo a partir de uma conversa. Sem tempo, permite pedir «a bomba 10 minutos às 8» e revisar a regra que ele montou.

O que significa para o controle de um processo

Um exemplo curto. Às 03:10 a umidade de um ambiente cai abaixo da faixa definida. A automação do umidificador o vê no equipamento e age em segundos, sem esperar a nuvem. O alarme dispara um único evento e chega ao celular de quem está de plantão. De manhã, o painel mostra a dinâmica da noite com o momento exato em que saiu e em que voltou. E se alguém perguntar ao assistente o que aconteceu, ele lê o mesmo histórico e conta.

Nada nessa cadeia depende de alguém ter ficado acordado. Depende de o dado ser real, de a regra rodar onde está o sensor, e de a camada de cima ter algo confiável para ler.

As duas notas seguintes entram em detalhe nas ferramentas mais usadas sobre essas camadas: o construtor de automações avançadas, com o crop steering como exemplo completo, e os painéis, com três perspectivas diferentes sobre a mesma operação.

Seguir com as automações→