No bloco anterior, fizemos o ESP32 se comunicar. Agora vamos dar um passo diferente: em vez de perguntar apenas “como conectar?”, vamos perguntar “para que conectar e que sistema estamos construindo?”
Wi-Fi sozinho não transforma qualquer equipamento em IoT. Precisamos observar como o dispositivo interage com o mundo físico e com a rede.
No Bloco 6, um navegador enviou comandos pela rede e o ESP32 ligou ou desligou um LED físico. O sistema tinha processamento, uma interface de rede, um atuador e uma aplicação simples no navegador. Isso já reúne características de um dispositivo IoT simples dentro de um sistema conectado.
O ponto importante não é o nome da placa nem a presença de Wi-Fi isoladamente. É a ligação entre mundo físico e mundo digital.
Há diferentes definições de IoT. Para analisar nossos projetos, considere como dispositivo IoT um equipamento que interage com o mundo físico por sensores ou atuadores e usa uma rede para trocar informações. Quando olhamos o conjunto completo, um sistema IoT pode incluir também aplicativos, serviços, pessoas e processos que usam esses dados ou comandos.
Importante: isso não significa que o dispositivo precise ficar aberto para toda a Internet. Um protótipo pode funcionar dentro de uma rede local e ainda demonstrar a arquitetura e o raciocínio de um sistema IoT.
O fluxo pode ocorrer nos dois sentidos. Um sensor envia dados para uma aplicação; uma aplicação também pode enviar um comando que provoca uma ação física.
Um LDR mede luminosidade. O ESP32 processa a leitura e envia o valor pela rede. Uma aplicação permite acompanhar o ambiente. O sensor não está apenas lendo: sua informação passou a integrar outro sistema.
O navegador envia um comando pela rede. O ESP32 recebe e aciona o LED. Aqui o caminho parte do mundo digital e termina em uma ação física.
Pegue o controle do LED feito no módulo 6 e responda sem olhar o esquema: qual é o objeto físico, qual é o atuador, quem processa, como ocorre a comunicação, qual é a aplicação e qual é a finalidade?
Hoje é comum encontrar objetos conectados. Mas isso não aconteceu de uma vez. Que mudanças tornaram possível colocar sensores, processamento e rede em tantos equipamentos?
A história interessa porque mostra quais limitações precisaram ser superadas para que a IoT se tornasse viável.
Equipamentos eletrônicos já utilizavam controle embarcado e algumas máquinas já trocavam informações por redes. O que ainda não existia em grande escala era a combinação acessível de sensores, processamento pequeno, comunicação sem fio e Internet dentro de muitos objetos do cotidiano.
Não foi uma única invenção. A IoT cresceu porque várias tecnologias amadureceram juntas: eletrônica embarcada, sensores, redes, software e serviços digitais.
O objetivo não é memorizar uma lista de datas. Use a história para entender a progressão: controlar localmente → conectar → trocar dados → usar esses dados em aplicações.
Se várias tecnologias podem aparecer juntas, precisamos evitar outra confusão: circuito eletrônico, sistema embarcado, automação, dispositivo conectado e IoT significam a mesma coisa?
Um sistema IoT também pode ser embarcado e automatizado. Os nomes não formam caixas exclusivas; eles destacam características diferentes.
| Situação | Como podemos classificá-la | Por quê |
|---|---|---|
| LED ligado a uma pilha | Circuito eletrônico | Existe uma função elétrica, mas não há programa nem comunicação em rede. |
| Arduino + botão + LED | Sistema embarcado local | Um microcontrolador executa um programa e interage com entradas e saídas. |
| LDR + Arduino que acende o LED quando escurece | Sistema embarcado + automação local | O próprio sistema percebe uma condição e age automaticamente, sem depender de rede. |
| ESP32 + LED controlado por página Web | Sistema embarcado + dispositivo conectado + exemplo simples de IoT | Há um atuador físico, processamento, interface de rede e uma aplicação que envia comandos. |
| Sensor + ESP32 + rede + aplicação de acompanhamento | Sistema IoT | O mundo físico gera dados que são processados, transmitidos e usados por outra parte do sistema. |
A lixeira automática estudada anteriormente detecta aproximação com o HC-SR04 e movimenta o servo. Ela é uma automação embarcada local: percebe e age sozinha, mas não precisa de uma rede para cumprir sua função.
Se acrescentarmos, por exemplo, registro do número de aberturas e envio desse dado para uma aplicação de acompanhamento, passamos a integrar a automação a um sistema conectado.
Não necessariamente. Se tudo acontece apenas no circuito local, é uma automação embarcada. Pode tornar-se parte de um sistema IoT quando passa a trocar informações por uma rede com outros componentes do sistema.
Sim, é um exemplo típico: existe interação com uma grandeza física, processamento, comunicação em rede e utilização do dado em outra parte do sistema.
Não. Ter o recurso disponível na placa não significa que o sistema esteja usando conectividade. Precisamos analisar o comportamento real do dispositivo.
Receber 18 é apenas um valor. Saber que ele representa 18 cm de distância, registrar seu contexto e decidir o que fazer com ele transforma o dado em algo útil para o sistema.
Nem todo sistema IoT existe apenas para coletar. A aplicação pode enviar comandos de volta para um atuador, desde que isso faça sentido para a finalidade do sistema.
Já conseguimos reconhecer a estrutura. Agora precisamos enxergar onde esse mesmo padrão aparece em situações reais diferentes.
Em vez de decorar setores, observe sempre o que é percebido, o que circula pela rede e para que a informação ou o comando serve.
Situação: um sensor detecta vazamento de água em um ponto da casa.
Dado: presença de água.
Uso: enviar um aviso para que o morador possa verificar o problema.
Situação: sensores acompanham temperatura e vibração de uma máquina.
Dado: medições periódicas do equipamento.
Uso: apoiar acompanhamento de operação e manutenção.
Situação: sensores instalados em pontos da cidade medem fluxo de veículos.
Dado: quantidade ou intensidade do tráfego em diferentes horários.
Uso: apoiar análise de mobilidade e planejamento de intervenções.
Situação: um reservatório fica em um local distante.
Dado: nível medido por um sensor.
Uso: acompanhar a condição sem precisar estar fisicamente ao lado do tanque.
Situação: um dispositivo conectado registra uma medida destinada ao acompanhamento de uma pessoa.
Dado: medição coletada pelo dispositivo.
Uso: disponibilizar a informação de forma controlada para acompanhamento autorizado. Dados de saúde exigem cuidado especial com privacidade e proteção.
Situação: uma estufa mede umidade do solo e pode acionar irrigação.
Dado: umidade medida e estado da irrigação.
Uso: automatizar a ação e permitir acompanhamento do processo.
Situação: um ativo de uma operação logística informa sua posição durante o transporte.
Dado: localização do ativo.
Uso: acompanhar deslocamento, rota e chegada ao destino.
Uma aplicação residencial pode também ser automação e monitoramento. Uma aplicação industrial pode incluir rastreamento. As categorias indicam contextos e finalidades, não fronteiras rígidas.
Não basta dizer “sensor conectado”. Pergunte sempre: qual dado é produzido, quem precisa dele e que decisão ou ação ele permite?
Escolha um projeto anterior — LDR, HC-SR04, servo ou lixeira automática — e imagine uma evolução conectada. Não acrescente Wi-Fi apenas porque ele existe: primeiro defina que necessidade a conexão resolverá.
Nos exemplos deste bloco, sensores, microcontroladores, atuadores, computadores e redes precisam trocar informações — e nem todos se comunicam da mesma maneira. Além disso, algumas tarefas precisam acontecer dentro de um tempo previsível. Como organizar essas comunicações e essas tarefas? O próximo bloco entra em RTOS, interfaces e protocolos.