Trabalho 02 - Irrigador Inteligente

Universidade de Brasília - FCTE

Fundamentos de Sistemas Embarcados

Equipe:

Introdução

Este trabalho realiza um estudo teórico-exploratório sobre o controlador de irrigação inteligente Orbit B-hyve 57946, analisando suas funcionalidades, arquitetura eletrônica, ecossistema de sensores e tecnologias de comunicação. A partir desse estudo, propomos um modelo conceitual de reprodução de suas principais funções utilizando o microcontrolador ESP32 sob o framework nativo ESP-IDF, empregando exclusivamente sensores e atuadores simples disponíveis no ecossistema da disciplina (sensor de chuva, relé de 2 canais, encoder rotativo com botão, display I2C e buzzer). O estudo envolve levantamento bibliográfico, análise técnica e a elaboração de um modelo conceitual que servirá de base para a implementação prática em etapa posterior da disciplina.

O Orbit B-hyve 57946 é um controlador de irrigação inteligente voltado para a automação residencial e paisagismo urbano, projetado para gerenciar o fluxo hídrico de até 6 zonas (canteiros ou setores) de forma totalmente independente. O grande diferencial do produto é a tecnologia de controle baseada no clima (Weather-Based Irrigation Control), que abandona os temporizadores fixos tradicionais para tomar decisões dinâmicas de rega.

1 - Descrição do produto

O Orbit B-hyve Smart Indoor/Outdoor Sprinkler Controller (6 Zones - Modelo 57946) é um sistema embarcado comercial de nível industrial e residencial projetado para o gerenciamento e automação inteligente do manejo hídrico. Diferente dos controladores de irrigação tradicionais que operam baseados exclusivamente em temporizadores estáticos, este modelo utiliza uma arquitetura ciber-física conectada à nuvem para ajustar dinamicamente os ciclos de rega, otimizando o consumo de água com base em dados ambientais reais.

1.1 - Contexto de Uso, Público-Alvo e Mercado

• Público-Alvo: Proprietários residenciais com jardins complexos, gestores de espaços verdes urbanos, paisagistas e pequenos produtores agrícolas ou estufas urbanas que demandam automação sem a necessidade de intervenção manual constante.
• Contexto de Uso: Instalação em ambientes internos ou externos (graças ao seu gabinete com grau de proteção IP contra intempéries), atuando como o cérebro central de um sistema de distribuição de água por gotejamento ou aspersão dividido em até 6 setores independentes.
• Certificação de Mercado: O produto possui o selo EPA WaterSense, uma certificação governamental norte-americana que exige desempenho rigoroso na economia de água através do uso de controladores baseados no clima (Weather-Based Irrigation Controllers - WBICs).

1.2 - Especificações Técnicas do Hardware

Abaixo estão consolidadas as características de engenharia de hardware do modelo 57946, levantadas a partir de suas folhas de dados e documentação de homologação de rádio (FCC ID: ML6-57946).

Nota de Engenharia: A escolha por saídas de 24V AC (e não DC) é o padrão da indústria hídrica. A corrente alternada impede a ocorrência de eletrólise e deposição de minerais nos pistões internos das válvulas solenoides, estendendo a vida útil do sistema hidráulico por décadas.

1.3 - Componentes e Sensores Utilizados

O grande diferencial de engenharia do Orbit B-hyve 57946 é o seu modelo de sensoriamento híbrido, que divide a captura de variáveis ambientais entre hardware local e microsserviços em nuvem.

A. Sensores Físicos Locais (Hardware)

O painel traseiro do controlador possui bornes de conexão rápida (terminais secos) para a integração de dois tipos principais de sensores físicos de mercado:

• Sensor de Chuva (Rain Sensor): Conectado através de terminais Normalmente Fechados (NF). Opera por meio de discos higroscópicos de cortiça ou polímero que expandem mecanicamente ao absorver a água da chuva, abrindo o circuito. No firmware do dispositivo, essa transição atua como uma interrupção por hardware, bloqueando imediatamente as saídas de 24V AC das válvulas para evitar o desperdício de água sob precipitação real.
• Sensor de Fluxo por Pulso (Flow Sensor): Suporta medidores de vazão baseados em efeito Hall. Conforme a água passa pela tubulação principal, o sensor envia pulsos de frequência analógica para o controlador. O firmware calcula o volume hídrico em tempo real (Galões ou Litros por minuto), permitindo que o sistema execute rotinas de proteção contra anomalias hidráulicas:
  • Detecção de Sobrevazão (High Flow Alert): Identifica canos rompidos ou aspersores quebrados, cortando o fluxo imediatamente.
  • Detecção de Subvazão (Low Flow Alert): Identifica entupimentos na linha de gotejamento ou falhas na abertura das solenoides.

B. Sensor Virtual Baseado em Clima (Nuvem)

O Orbit B-hyve implementa o conceito de Sensor Virtual através do algoritmo proprietário Smart WeatherSense. Sempre que conectado à internet, o dispositivo atua como um nó cliente que consome dados de estações meteorológicas locais indexadas via API.

• Dados Coletados: Temperatura ambiente, umidade relativa do ar, radiação solar e velocidade do vento.
• Lógica de Balanço Hídrico: O sistema utiliza esses dados para calcular a Evapotranspiração Potencial (ET0) baseada na metodologia internacional FAO-56. O algoritmo estima a perda diária de água do solo e adia automaticamente a rega programada se o índice de umidade estimado da terra estiver acima do limite crítico de estresse da planta, ou se houver previsão de chuva superior a 80% para as próximas 24 horas.

1.4 - Tecnologias de Comunicação e Controle Embarcadas

O transceptor de rádio integrado opera com duas tecnologias de comunicação sem fio em paralelo na frequência de 2.4 GHz, garantindo redundância de conectividade:

• Wi-Fi 802.11 b/g/n (2.4 GHz): Utilizado para a comunicação de longo alcance com os servidores em nuvem da Orbit. Os dados de telemetria dos sensores locais são encapsulados em pacotes compactos (geralmente via protocolo seguro WebSockets ou HTTPS em formato JSON) e enviados para a nuvem. É através deste canal que o dispositivo recebe os comandos remotos enviados pelo aplicativo de smartphone do usuário de qualquer lugar do mundo.
• Bluetooth Low Energy (BLE 4.0): Utilizado como um canal de comunicação de curto alcance e proximidade de baixo consumo. O BLE cumpre três funções críticas de engenharia no produto:
  1. Provisionamento de Rede: Pareamento inicial seguro e transmissão das credenciais Wi-Fi da residência para o controlador.
  2. Operação Local Offline: Permite que o usuário acione manualmente as zonas de irrigação pelo smartphone estando perto do aparelho, mesmo que a internet da residência ou a nuvem do fabricante estejam fora do ar.
  3. Diagnóstico de Campo: Leitura direta de logs de erro do firmware por técnicos de manutenção sem necessidade de conexão com a rede externa.

2 - Análise técnica do funcionamento

2.1 - Principais módulos do sistema

O B-hyve 57946 organiza-se em cinco módulos funcionais — sensoriamento, controle, atuação, interface e conectividade — que se relacionam conforme o diagrama de blocos abaixo:

flowchart TB
    subgraph SENSORES["Sensoriamento"]
        RS["Sensor de Chuva<br/>(terminais NF)"]
        FS["Sensor de Fluxo<br/>(pulsos - efeito Hall)"]
        VS["Sensor Virtual de Clima<br/>(Smart WeatherSense via nuvem)"]
    end

    subgraph CONTROLE["Controle"]
        MCU["Microcontrolador 32-bits<br/>cronogramas em Flash<br/>balanço hídrico ET0"]
    end

    subgraph ATUACAO["Atuação"]
        TRIAC["Chaveamento 24V AC"]
        Z["Válvulas solenoides<br/>(até 6 zonas + mestra)"]
    end

    subgraph INTERFACE["Interface"]
        LCD["Display LCD"]
        DIAL["Botão Seletor Rotativo"]
    end

    subgraph CONECTIVIDADE["Conectividade"]
        WIFI["Wi-Fi 2.4 GHz<br/>(nuvem Orbit / app)"]
        BLE["Bluetooth LE<br/>(provisionamento / operação local)"]
    end

    RS -->|interrupção HW| MCU
    FS -->|contagem de pulsos| MCU
    VS -->|dados meteorológicos| WIFI
    WIFI <--> MCU
    BLE <--> MCU
    LCD <--> MCU
    DIAL --> MCU
    MCU --> TRIAC --> Z

2.2 - Identificação de tecnologias críticas

• Coexistência de rádio Wi-Fi + BLE: o produto mantém as duas pilhas ativas em paralelo no mesmo transceptor de 2.4 GHz, exigindo escalonamento de tempo de antena — tecnologia crítica para a redundância de conectividade (nuvem + operação local offline).
• Tratamento de eventos em tempo real: o sensor de chuva atua como interrupção de hardware com bloqueio imediato das saídas, e o sensor de fluxo exige contagem de pulsos por frequência — restrições de latência que não toleram polling lento.
• Chaveamento de potência AC: as saídas de 24V AC para solenoides exigem isolamento entre a lógica de controle e a carga indutiva, com proteção contra ruído e picos de partida.
• Algoritmo de balanço hídrico (ET0/FAO-56): o "sensor virtual" desloca parte do sensoriamento para microsserviços em nuvem, combinando dados meteorológicos externos com o estado estimado do solo.
• Persistência local de cronogramas: os programas de rega ficam em memória Flash não-volátil, garantindo operação completa mesmo sem conectividade.

2.3 - Classificação do dispositivo

• Categoria de Mercado: Automação residencial (Smart Home), Internet das Coisas (IoT) aplicada ao paisagismo urbano e sistemas de irrigação automatizada de precisão.
• Tipo de Arquitetura: Sistema embarcado de controle ciber-físico conectado, baseado em microcontrolador de 32-bits e arquitetura de processamento dedicada.
• Padrão Ecológico: Equipamento homologado sob a certificação internacional EPA WaterSense, operando como um Controlador de Irrigação Baseado no Clima (WBIC - Weather-Based Irrigation Controller).

3 - Proposta de reprodução com ESP32

3.1 - Justificativa da plataforma

A reprodução utiliza o microcontrolador ESP32 sob o framework nativo ESP-IDF, com base na paridade direta que as características de engenharia do B-hyve possuem com os recursos nativos da plataforma:

• Conectividade Híbrida em Coexistência: O produto opera utilizando simultaneamente comunicações de longa distância (Wi-Fi) e de proximidade (Bluetooth Low Energy). A ESP32 possui um rádio interno de 2.4 GHz capaz de implementar nativamente essa mesma pilha dupla através do componente de coexistência de rádio do ESP-IDF, permitindo reproduzir tanto o canal de telemetria/controle remoto quanto o provisionamento e a operação local de proximidade via BLE.
• Lógica Concorrente em RTOS: O gerenciamento de zonas hídricas independentes, o tratamento de interrupções físicas de sensores e o processamento de pacotes de rede exigem um escalonamento rigoroso de tarefas. Esse comportamento espelha o ecossistema do FreeRTOS integrado nativamente na ESP32 dual-core: cada responsabilidade (sensoriamento, controle, interface, rede) vira uma task independente, com sincronização por filas e mutexes.
• Aquisição de Sinal Analógico Nativa: A ESP32 possui conversores A/D internos de 12 bits (ADC1/ADC2), permitindo ler diretamente a saída analógica do sensor de umidade sem conversor externo — com a ressalva crítica, estudada na proposta, de que o ADC2 é inutilizável com o Wi-Fi ativo, obrigando o projeto a alocar o sensor nos canais do ADC1 (GPIO32–39).
• Tratamento de Interrupções de Hardware: O mecanismo de bloqueio imediato por sensor de chuva do B-hyve mapeia diretamente para as rotinas de interrupção (ISR) de GPIO do ESP-IDF, replicando a semântica de resposta em tempo real do produto original.
• Desafio de Integração de Potência: Diferente de projetos puramente didáticos com cargas DC triviais, este sistema lida com o chaveamento de cargas indutivas. A modelagem exige que o grupo projete o isolamento entre o circuito lógico de 3,3V do ESP32 e o circuito de potência — na proposta, um módulo relé com optoacoplador (ativo em nível baixo) separa os GPIOs das bombas d'água, alimentadas por fonte externa dedicada.

3.2 - Funcionalidades mapeadas para engenharia reversa

A análise teórico-exploratória e a proposta de reprodução focam em quatro pilares funcionais do B-hyve:

1. Interface e Operação Local: Leitura mecânica e tratamento de debounce de um encoder rotativo com botão interligado à atualização de um display I2C, permitindo navegar no menu e acionar regas manuais de forma totalmente offline — réplica direta da interface "LCD + botão seletor rotativo" do produto original.
2. Tratamento de Sensores Críticos de Entrada: Configuração de rotina de interrupção por hardware (ISR) para a saída digital do sensor de chuva (bloqueio imediato da rega sob precipitação) e leitura analógica periódica da mesma sonda via ADC1 para estimar o nível de umidade do solo, com filtragem por mediana e calibração em dois pontos.
3. Automação Preditiva via API: Arquitetura de software capaz de efetuar requisições HTTPS e realizar o parsing de estruturas JSON meteorológicas para aplicar o adiamento inteligente de cronogramas — equivalente local do balanço hídrico do Smart WeatherSense.
4. Atuação Isolada Multi-Zona: Lógica de firmware voltada ao chaveamento sequencial e seguro de 2 canais independentes de potência (relé de 2 canais), com desligamento garantido, intervalo mínimo entre acionamentos e exclusão mútua — espelhando em 2 zonas o que o B-hyve faz em 6.

3.3 - Descrição conceitual da reprodução

A reprodução implementa um irrigador inteligente de 2 zonas independentes que mantém o solo úmido sem intervenção humana, cobrindo o ciclo completo do B-hyve em escala didática e utilizando exclusivamente componentes do kit de sensores da disciplina:

O mapeamento entre o produto original e a reprodução é o seguinte:

3.4 - Diagrama conceitual do sistema

Diagrama de blocos da reprodução

flowchart TB
    subgraph ENTRADA["Sensoriamento e Entrada"]
        SC["Sensor de Chuva (LM393)<br/>AO → umidade do solo<br/>DO → bloqueio imediato"]
        ENC["Encoder Rotativo<br/>+ Botão"]
    end

    subgraph ESP["ESP32 · ESP-IDF / FreeRTOS"]
        ADC["ADC1<br/>(GPIO32–39)"]
        ISR["ISR de GPIO"]
        TS["task_sensor<br/>leitura + mediana + calibração"]
        TC["task_controle<br/>decisão de rega · intervalo mínimo · mutex"]
        TI["task_interface<br/>menu no display · debounce do encoder"]
        TW["task_web<br/>servidor HTTP (dashboard/API)"]
        TM["task_clima<br/>cliente HTTPS (API meteorológica)"]
        NVS[("NVS / SPIFFS<br/>configuração + histórico")]
    end

    subgraph SAIDA["Atuação e Sinalização"]
        REL["Relé de 2 Canais<br/>(optoacoplado, ativo em nível baixo)"]
        B1["Bomba Zona 1<br/>(fonte externa)"]
        B2["Bomba Zona 2<br/>(fonte externa)"]
        DISP["Display I2C<br/>(LCD 16x2 / OLED)"]
        BUZ["Buzzer Ativo"]
    end

    subgraph REDE["Conectividade"]
        WIFI["Wi-Fi 2.4 GHz<br/>(dashboard + API clima)"]
        BLE["BLE<br/>(provisionamento)"]
    end

    SC -->|AO| ADC --> TS --> TC
    SC -->|DO| ISR --> TC
    ENC --> TI --> TC
    TC --> REL
    REL --> B1
    REL --> B2
    TC --> BUZ
    TI --> DISP
    TC <--> NVS
    TW <--> TC
    TM --> TC
    WIFI <--> TW
    WIFI <--> TM
    BLE <-.-> ESP

Fluxo do ciclo automático de irrigação (por zona)

flowchart TD
    A["task_sensor: ler AO no ADC1<br/>(mediana de N amostras)"] --> B["Converter para % de umidade<br/>(calibração em 2 pontos no NVS)"]
    B --> C["Registrar leitura<br/>(histórico em SPIFFS)"]
    C --> D{"Umidade < limite<br/>configurado?"}
    D -- "Não" --> E["Aguardar próximo ciclo<br/>(vTaskDelay)"]
    D -- "Sim" --> F{"DO em nível de bloqueio<br/>(chuva/solo encharcado)?"}
    F -- "Sim" --> E
    F -- "Não" --> G{"API meteorológica prevê<br/>chuva nas próximas 24h?"}
    G -- "Sim" --> H["Adiar rega<br/>(Smart WeatherSense local)"] --> E
    G -- "Não" --> I{"Passou o intervalo mínimo<br/>entre regas?"}
    I -- "Não" --> E
    I -- "Sim" --> J["Tomar mutex da zona →<br/>acionar relé → bomba liga"]
    J --> K["Rega temporizada com<br/>desligamento garantido"]
    K --> L["Registrar rega + bipe no buzzer<br/>+ atualizar display"]
    L --> E

A rega manual — pelo encoder/botão no menu local ou pelo dashboard web — converge para a mesma rotina de acionamento da task_controle, sujeita às mesmas proteções (mutex, intervalo mínimo, desligamento garantido). Não existe caminho que pule as salvaguardas.

3.5 - Dificuldades na realização do projeto

Durante o estudo do produto e a prototipagem da lógica de controle, as principais dificuldades enfrentadas e mapeadas pelo grupo foram:

1. Restrição ADC2 × Wi-Fi no ESP32: os canais do ADC2 são tomados pelo driver de rádio quando o Wi-Fi está ativo, retornando leituras inválidas. Como o sistema é essencialmente conectado, o sensor de umidade precisa obrigatoriamente ser alocado nos canais do ADC1 (GPIO32–39) — restrição descoberta na documentação do ESP-IDF que condiciona todo o mapa de pinos.
2. Pinos de strapping no boot: GPIOs como 0, 2, 12 e 15 pulsam durante a inicialização do ESP32; um relé conectado a eles dispararia as bombas no boot — o comportamento mais perigoso possível. O mapa de pinos da proposta reserva GPIOs neutros para os relés, configurados como ativos em nível baixo e inicializados desligados.
3. Calibração do sensor resistivo: o valor bruto do módulo varia entre exemplares, tipos de solo e fiação, e a relação é contraintuitiva (mais úmido = leitura menor). A solução validada no protótipo foi a calibração em dois pontos (sonda seca → 0%; sonda na água → 100%) com interpolação linear e saturação, com os pontos persistidos em NVS.
4. Corrosão por eletrólise da sonda: o sensor de chuva do kit é resistivo, com trilhas expostas que se degradam sob corrente contínua no solo. A mitigação proposta é energizar a sonda apenas durante as leituras (VCC chaveado por GPIO, ligado segundos antes de medir), reduzindo drasticamente o tempo de exposição — técnica corroborada pela bibliografia (chaveamento de alimentação de sensores no artigo 3 da Seção 4.1).
5. Ruído elétrico nas leituras analógicas: fiação em protoboard, o transmissor Wi-Fi e o acionamento das bombas geram picos espúrios no ADC que poderiam disparar regas indevidas. Adotou-se a mediana de N amostras por leitura (descarta outliers por construção, diferentemente da média), validada no protótipo.
6. Risco de "loop de irrigação": a água demora a se difundir até a sonda; sem proteção, o sistema leria solo ainda seco logo após regar e dispararia regas consecutivas até encharcar o vaso. A solução é um intervalo mínimo obrigatório entre regas por zona.
7. Brownout com Wi-Fi + relés: os picos de corrente do transmissor Wi-Fi somados ao acionamento das bobinas dos relés podem derrubar a tensão de 3,3V e reiniciar o ESP32 (brownout reset). A proposta prevê fonte de 5V dimensionada, capacitor de desacoplamento no barramento e — regra inegociável — fonte externa dedicada para as bombas, com o relé isolando completamente os circuitos.
8. Concorrência entre origens de comando: a rega manual (web ou encoder) e a automática (ciclo da task_controle) podem disputar o mesmo relé. O acesso a cada zona é serializado por mutex do FreeRTOS, e o desligamento é garantido por software em qualquer caminho de erro.
9. Validação sem o hardware completo: nem todos os componentes estavam disponíveis durante o estudo. O grupo construiu um protótipo da lógica em Python com modo de simulação (solo virtual que seca com o tempo e rega que repõe a umidade), permitindo validar as regras de decisão e o dashboard antes da implementação em ESP-IDF.
10. Segurança da API local: o endpoint de rega manual não possui autenticação na primeira versão — aceitável em rede doméstica, mas registrado como limitação a endurecer, risco corroborado pela bibliografia de segurança da Seção 4.2 (artigo 1).

3.6 - Limitações e desafios esperados

• Número de zonas: o produto original gerencia 6 zonas; a reprodução inicial cobre 2 (relé de 2 canais), com expansão possível por módulos adicionais de relé.
• Válvulas solenoides 24V AC: reproduzir o chaveamento AC padrão da indústria hídrica é complexo e custoso; usamos bombas DC de baixa tensão via relé como alternativa simplificada e segura para bancada.
• Algoritmo ET0 completo: o Smart WeatherSense calcula evapotranspiração pela metodologia FAO-56 com múltiplas variáveis; a reprodução implementa uma versão simplificada (medição direta do solo + supressão por previsão de chuva via API).
• Coexistência Wi-Fi/BLE contínua: manter as duas pilhas ativas simultaneamente consome RAM e tempo de rádio; na primeira versão, o BLE será usado apenas na fase de provisionamento.
• Sensor de fluxo: a detecção de sobrevazão/subvazão do B-hyve exige medidor de vazão por pulsos, ausente no kit; o alerta de anomalia será aproximado por software (solo continua seco após a rega → possível falta d'água → buzzer).
• Gabinete e certificação: o produto possui grau de proteção IP e selo WaterSense; a reprodução é um protótipo de bancada sem invólucro classificado.

4 - Pesquisa bibliográfica e tecnológica

4.1 - Tecnologias para a solução embarcada

1 - State of the Art, Trends and Future of Bluetooth Low Energy, Near Field Communication and Visible Light Communication in the Development of Smart Cities

Link: https://www.mdpi.com/1424-8220/16/11/1968

Resumo: O artigo apresenta uma revisão profunda sobre o amadurecimento e o uso de tecnologias de comunicação sem fio de curto alcance no desenvolvimento de ecossistemas inteligentes. Os autores analisam o Bluetooth Low Energy (BLE) sob aspectos de eficiência energética, segurança na transmissão de dados, latência e custo de implementação, destacando-o como a tecnologia ideal para interações diretas e seguras entre smartphones e objetos físicos do cotidiano — papel que o BLE cumpre tanto no provisionamento do B-hyve quanto no do ESP32 (ESP-IDF provisioning).

2 - Characterization of Low-Cost Capacitive Soil Moisture Sensors for IoT Networks

Link: https://www.mdpi.com/1424-8220/21/16/5432

Resumo: Este artigo realiza um estudo sobre sensores de umidade de solo de baixo custo, como os suportados pelas entradas analógicas da ESP32. A pesquisa aborda o impacto da temperatura e do ruído eletromagnético nas leituras analógicas, propondo modelos matemáticos de calibração linear em dois pontos e algoritmos de filtragem para suavização de sinais — exatamente as duas técnicas adotadas na proposta (calibração seco/molhado persistida em NVS e mediana de múltiplas amostras), permitindo mitigar o ruído induzido quando as cargas de potência são energizadas.

3 - Development of a Low-Cost Open-Source Platform for Smart Irrigation Systems

Link: https://www.mdpi.com/2073-4395/12/12/2909

Resumo: O trabalho apresenta o desenvolvimento completo de um sistema IoT de código aberto e baixo custo voltado para irrigação de precisão, validado em uma cultura de oliveiras na Espanha. O hardware utiliza um microcontrolador de 32 bits integrado a uma PCB com gerenciamento de energia eficiente via chaveamento por MOSFET (desligando os sensores durante o modo de suspensão). Ele valida cientificamente a viabilidade de se construir uma plataforma de irrigação inteligente de baixo custo com paridade de funções em relação aos controladores comerciais como o Orbit B-hyve. Os conceitos de chaveamento da alimentação de sensores (adotado na proposta contra a corrosão da sonda) e a modelagem matemática de balanço hídrico preditivo por APIs climáticas fornecem a fundamentação exata para a nossa proposta de firmware baseada na ESP32 e no ecossistema ESP-IDF.

4 - State of the Art in Internet of Things Standards and Protocols for Precision Agriculture with an Approach to Semantic Interoperability

Link: https://www.mdpi.com/2673-8732/5/2/14

Resumo: Aborda o desafio crítico da interoperabilidade semântica na agricultura de precisão, onde sensores heterogêneos coletam dados em formatos brutos não-homogêneos (ASCII, binário e strings hexadecimais). Os autores propõem e validam uma arquitetura de microsserviços baseada no padrão OGC SensorThings API, utilizando o software de código aberto FROST-Server e um broker MQTT. O cerne da solução é a introdução de "conectores" de software modulares e leves, capazes de interceptar payloads proprietários complexos de campo (comprovados com testes reais em dispositivos Libelium e Digital Matter), decodificá-los e traduzi-los instantaneamente para entidades padronizadas do padrão OGC antes do armazenamento final.

4.2 - Aplicação e uso

1 - Cybersecurity Vulnerability Assessment in Consumer Smart Home IoT Water Devices

Link: https://arxiv.org/pdf/2401.05678

Resumo: Mapeia vetores de ataque comuns em firmwares de controle residencial (incluindo marcas populares de sprinklers), identificando brechas em requisições de controle via Bluetooth sem autenticação e endpoints locais vulneráveis a injeções de código. Fundamental para embasar a seção de restrições de software da nossa proposta em ESP-IDF, justificando o uso de criptografia nas conexões, o tratamento rígido na entrada de dados da API local e o registro do endpoint de acionamento sem autenticação como limitação conhecida a endurecer.

2 - IoT Sensing for Advanced Irrigation Management: A Systematic Review of Trends, Challenges, and Future Prospects

Link: https://www.mdpi.com/1424-8220/25/7/2291

Resumo: Este artigo de revisão sistemática consolida o estado da arte do uso de sensores baseados em Internet das Coisas (IoT) para a gestão hídrica avançada de precisão. O estudo analisa as tendências globais de mercado, os protocolos de comunicação mais estáveis e os principais desafios técnicos de campo, como a calibração de sensores e a dependência de conectividade constante para algoritmos em nuvem.

3 - IoT-Based Smart Irrigation Systems: An Overview on the Recent Trends on Sensors and IoT Systems for Irrigation in Precision Agriculture

Link: https://www.mdpi.com/1424-8220/20/4/1042

Resumo: Este artigo de revisão mapeia o desdobramento prático de sistemas inteligentes de irrigação baseados em Internet das Coisas ao redor do mundo. Os autores analisam o impacto real do uso combinado de sensores ambientais e de solo no consumo de recursos, quantificando como a automação de rega baseada em dados em tempo real mitiga o desperdício severo de água e energia elétrica. Valida diretamente o propósito de mercado do Orbit B-hyve, demonstrando cientificamente por que a transição de temporizadores de rega tradicionais para controladores inteligentes orientados por dados de sensores é uma necessidade crítica no gerenciamento de recursos modernos.

4 - Smart Water Management Platform: IoT-Based Precision Irrigation for Agriculture

Link: https://www.mdpi.com/1424-8220/19/2/276

Resumo: Descreve a aplicação em campo e a validação de uma plataforma de IoT voltada para o gerenciamento de água em plantações de precisão. O estudo foca na experiência do usuário final e no comportamento do sistema dinâmico de nuvem ao receber telemetrias hídricas hertzianas de nós sensores periféricos e convertê-las em ordens automáticas de abertura e fechamento de válvulas hidráulicas. O paper prova a estabilidade de longo prazo de arquiteturas híbridas (sensores locais alimentando servidores em nuvem via requisições sem fio), ajudando a detalhar a viabilidade prática do ecossistema de software do projeto.

5 - Comparativo com produtos similares

A tabela compara o nosso irrigador inteligente (reprodução proposta com ESP32) com o produto em estudo e os principais concorrentes de mercado:

Referências

• Orbit B-hyve 57946 — página oficial do produto: https://bhyve.orbitonline.com/indoor-outdoor-timer/
• Documentação de homologação de rádio FCC ID ML6-57946: https://fccid.io/ML6-57946
• EPA WaterSense — Irrigation Controllers: https://www.epa.gov/watersense/irrigation-controllers
• FAO-56 — Crop evapotranspiration (metodologia ET0): https://www.fao.org/4/x0490e/x0490e00.htm
• ESP-IDF Programming Guide (Espressif): https://docs.espressif.com/projects/esp-idf/en/latest/esp32/
• ESP32 — ADC: limitação do ADC2 com Wi-Fi (ESP-IDF docs): https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-reference/peripherals/adc_oneshot.html
• ESP32 Series Datasheet (Espressif): https://www.espressif.com/sites/default/files/documentation/esp32_datasheet_en.pdf
• FreeRTOS — documentação oficial: https://www.freertos.org/Documentation/RTOS_book.html
• Artigos científicos: links listados individualmente na Seção 4.