Sobre o serviço
TraduzidoEscrevo firmware de combate para dispositivos em ESP32, STM32 e Arduino, e lidero projetos do protótipo ao hardware pronto para produção em série. Meu trabalho principal é aquele nível muito baixo que a maioria prefere evitar: drivers de sensores e atuadores via I2C, SPI, UART e one-wire, tratamento de interrupções, digitalização ADC, controle PWM e máquinas de estado organizadas que mantêm o dispositivo previsível mesmo quando a rede cai ou a energia oscila.
Do lado da conectividade, configuro o provisionamento de WiFi e BLE, telemetria via MQTT com QoS e última vontade adequados, TLS quando necessário, e atualizações OTA para que você não precise ir ao campo com um laptop. Lido separadamente com o consumo de energia: cronogramas de sono profundo, despertador baseado em interrupções, ciclos de trabalho e medição de corrente, porque um sensor que vive três dias não é um produto. Quando um componente de servidor é necessário, monto a configuração do broker, uma API leve de ingestão de dados e um painel simples onde a telemetria pode chegar.
Trabalho em C e C++ sob ESP-IDF, Arduino e STM32 HAL/CubeMX, leio cuidadosamente as folhas de dados e, quando o barramento mente, conecto um analisador lógico ou osciloscópio. Você recebe código-fonte comentado, builds reproduzíveis e instruções sobre como flashar e depurar o dispositivo você mesmo.
O que eu normalmente faço:
— Drivers de sensores e atuadores, interrupções, ADC/PWM, máquinas de estado robustas
— Provisionamento de WiFi/BLE, telemetria MQTT, atualizações TLS e OTA
— Baixo consumo de energia, sono profundo e estimativa de vida útil da bateria
— Componente de servidor opcional: broker, API de ingestão, painel ao vivo
Do lado da conectividade, configuro o provisionamento de WiFi e BLE, telemetria via MQTT com QoS e última vontade adequados, TLS quando necessário, e atualizações OTA para que você não precise ir ao campo com um laptop. Lido separadamente com o consumo de energia: cronogramas de sono profundo, despertador baseado em interrupções, ciclos de trabalho e medição de corrente, porque um sensor que vive três dias não é um produto. Quando um componente de servidor é necessário, monto a configuração do broker, uma API leve de ingestão de dados e um painel simples onde a telemetria pode chegar.
Trabalho em C e C++ sob ESP-IDF, Arduino e STM32 HAL/CubeMX, leio cuidadosamente as folhas de dados e, quando o barramento mente, conecto um analisador lógico ou osciloscópio. Você recebe código-fonte comentado, builds reproduzíveis e instruções sobre como flashar e depurar o dispositivo você mesmo.
O que eu normalmente faço:
— Drivers de sensores e atuadores, interrupções, ADC/PWM, máquinas de estado robustas
— Provisionamento de WiFi/BLE, telemetria MQTT, atualizações TLS e OTA
— Baixo consumo de energia, sono profundo e estimativa de vida útil da bateria
— Componente de servidor opcional: broker, API de ingestão, painel ao vivo
