O fosso entre fazer piscar um LED e construir aquilo que realmente queria é onde a maioria dos kits de robótica adormece numa gaveta. Termina o programa do blink, corre mais três demonstrações de copiar e colar e depois encrava. A saída não é mais um tutorial. É escolher um resultado concreto, dividi-lo em partes e ligar essas partes duas de cada vez, tratando cada erro como a lição e não como uma interrupção.

Há quem chame à fila de exercícios guiados o inferno dos tutoriais de arduino: cada demonstração funciona isoladamente e nenhuma delas soma um projecto seu. Abaixo fica um caminho prático para sair de lá, quer esteja num Arduino, num ESP32 ou numa placa de sala de aula.

Porque é que os kits encravam depois do primeiro blink

Grande parte do material inicial é feito de demonstrações de um só componente. Uma página faz piscar um LED, a seguinte lê um botão, a seguinte faz rodar um servo, a seguinte imprime uma temperatura. Cada uma foi pensada para resultar à primeira tentativa, o que é encorajador e é também todo o problema. Nada numa demonstração de um só componente o obriga a combinar peças, e é na combinação de peças que vivem os projectos a sério.

As demonstrações também saltam discretamente a parte difícil: pinos partilhados, temporização, consumo de energia e o acompanhamento do estado ao longo de um ciclo. Um servo que se porta bem sozinho pode fazer cair a tensão da placa mal se lhe junte uma fita de LED. Por isso a confiança que se ganha com as demonstrações é real, mas frágil. Da primeira vez que duas coisas têm de funcionar em conjunto, desfaz-se, e é tentador ir à procura de mais um tutorial em vez de insistir.

Escolha um resultado, não mais um tutorial

O passo mais útil de todos é parar de coleccionar tutoriais e nomear um resultado pequeno e real que consiga descrever numa frase. Um candeeiro de secretária que se acende quando a sala escurece. Um vaso que apita quando a terra seca. Um jogo de tempo de reacção com dois botões e um marcador. Escreva a frase; passa a ser a sua definição de concluído.

Os bons primeiros projectos têm todos a mesma forma: dois a quatro componentes, um accionamento claro, uma acção clara. Se não conseguir dizer numa linha o que o projecto faz, é grande de mais para uma primeira tentativa. Reduza-o até conseguir.

Decomponha antes de ligar seja o que for

Assim que tiver a frase, liste todas as entradas, todas as saídas e as regras que as ligam. Para o candeeiro que detecta a escuridão: a entrada é um sensor de luz, a saída é o candeeiro e a regra é que, quando a leitura desce abaixo de um limiar, o candeeiro acende. Essa lista é a sua ordem de construção. Diz-lhe também, antes de tocar num único fio, exactamente com quantas peças móveis está a lidar.

Integre dois componentes de cada vez

Este é o hábito central, e é aquele que os tutoriais nunca ensinam. Nunca ligue o projecto todo de uma vez. Ponha o componente A a funcionar sozinho. Ponha o componente B a funcionar sozinho. Depois junte A e B e faça-os comunicar um com o outro. Só quando esse par estiver sólido é que acrescenta o C.

Cada passo de junção passa a ser um ponto de controlo em que pode confiar. Se o par se avaria, a culpa está quase sempre na última coisa que acrescentou, pelo que há uma lista curta de suspeitos em vez de uma breadboard inteira. Para quem pergunta quais são os passos seguintes certos para um principiante em esp32, esta é a resposta honesta: ler um sensor, depois imprimi-lo pela porta série, depois enviá-lo para a rede, cada camada acrescentada e testada por si antes de entrar a seguinte. As três ao mesmo tempo é como se perde um fim-de-semana.

A depuração é o programa, não um desvio

Trate os erros como a matéria e não como sinal de que está a falhar. Todos os engenheiros a sério passam aqui a maior parte do tempo, e as competências que ganha a perseguir uma avaria transferem-se para projectos futuros muito melhor do que uma demonstração que resultou à primeira.

Alguns hábitos tornam isto suportável. Mantenha um ficheiro de notas com o que esperava, o que aconteceu de facto e a única coisa que mudou entre tentativas. Verifique primeiro as causas baratas: energia, depois ligações, depois código. E use o humilde blink como ferramenta, acendendo um LED em pontos-chave do programa, para ver com os seus próprios olhos se o código chega sequer àquela linha.

Um caminho para sair do inferno dos tutoriais

1. Escreva o seu projecto numa frase e considere-o concluído quando fizer aquilo.
2. Liste as entradas, as saídas e as regras. Conte os componentes.
3. Ponha cada componente a funcionar sozinho antes de combinar seja o que for.
4. Integre dois de cada vez e teste em cada ponto de controlo.
5. Mantenha um registo de erros: esperado, real, alterado.
6. Quando um par estiver estável, e só então, acrescente o componente seguinte.
7. Entregue a versão pequena e depois amplie-a.

Quando uma placa e um pouco de estrutura ajudam

Pode seguir este método em qualquer hardware, e a escolha do fabricante importa menos do que o hábito. Dito isto, uma placa feita para ensinar elimina algum sofrimento evitável: portas identificadas, pinos protegidos e uma alimentação estável significam menos quebras de tensão misteriosas enquanto ainda está a aprender a combinar peças. A nossa placa sheenbot infinity foi desenhada precisamente a pensar nisso, e os kits iniciais da loja trazem os componentes de que a maioria dos primeiros projectos precisa.

Se a construção autodidacta encravar, uma aula estruturada dá-lhe o ciclo de retorno que os tutoriais não conseguem dar: alguém que olha para as suas ligações e repara que não pôs as terras em comum. É para isso que serve a nossa academia, e uma aula experimental avulsa é uma forma pouco comprometedora de perceber se o trabalho por projectos com acompanhamento se adequa à sua maneira de aprender.

Conclusão

Sair do inferno dos tutoriais não é uma questão de mais conteúdos. É uma mudança de método: escolher um resultado real, decompô-lo, integrar dois componentes de cada vez e deixar que a depuração seja a verdadeira lição. Faça isso uma vez, até ao fim, até ter uma coisa a funcionar que possa mostrar a alguém, e o projecto seguinte começa a partir da confiança em vez de começar a partir de um blink.

Perguntas frequentes

Ao fim de quanto tempo devo tentar o meu próprio projecto?

Depois da segunda ou terceira demonstração de um só componente. Não precisa de dominar cada peça primeiro; precisa apenas do suficiente para ler um sensor e accionar uma saída. O próprio projecto ensina o resto.

E se a minha ideia for ambiciosa de mais para uma primeira construção?

Corte-a até caber numa frase e em quatro componentes, construa isso e depois amplie. Um candeeiro que reage à luz pode mais tarde ganhar um temporizador, um mostrador e uma ligação de rede, mas só depois de o núcleo de dois componentes estar sólido.