Sim, é possível ensinar robótica apenas com uma sala de informática. Aliás, se lida com turmas grandes, orçamentos apertados ou poucas horas lectivas, começar pela simulação não é sequer um compromisso — é muitas vezes a melhor opção pedagógica. Entregar hardware físico a uma turma de quarenta alunos do 8.º ano logo no primeiro dia resulta com frequência em quarenta minutos a desemaranhar fios, a procurar pilhas AA perdidas e a resolver falhas de emparelhamento Bluetooth, sobrando exactamente zero minutos para pensamento computacional a sério.

Ainda assim, a simulação não substitui na perfeição a engenharia física. Para ensinar com eficácia sem hardware, é preciso conhecer as fronteiras exactas do que um simulador consegue e não consegue fazer.

O que transita: as vitórias da simulação

Um simulador de qualidade é uma ferramenta excepcional para ensinar a metade cognitiva da robótica. As competências aqui desenvolvidas transferem-se directamente para os sistemas físicos sem qualquer perda de fidelidade:

• Lógica de controlo: o cerne da robótica é a tomada de decisões. Escrever ciclos encadeados, instruções condicionais (se-então-senão) e máquinas de estados funciona de forma idêntica num ambiente virtual e num microcontrolador físico.
• Teoria dos sensores: os simuladores ensinam os alunos a raciocinar em termos de limiares de sensor. Programar um robô virtual para parar quando um sensor ultra-sónico lê menos de 20 centímetros ensina exactamente a mesma lógica matemática necessária para evitar que um robô físico embata numa parede da sala de aula.
• Iteração rápida: num simulador, compilar e executar código demora dois segundos. Se um aluno se engana, repõe a simulação e tenta de novo de imediato. Este ciclo de retorno curto incentiva a experimentação e a depuração, enquanto o hardware físico introduz muitas vezes um atraso de cinco minutos entre escrever o código e ver o resultado, por causa da lentidão do carregamento.

O que não atravessa o «fosso da realidade»

«Fosso da realidade» é o termo que os especialistas em robótica usam para a diferença entre um ambiente simulado e o mundo físico. Se os seus alunos só programarem em simulador, vão perder várias lições brutais e essenciais sobre engenharia física:

• Atrito e tolerância mecânica: num simulador, se puser ambos os motores a 50% de potência, o robô anda em linha perfeitamente recta. No mundo real, não há dois motores DC iguais. Um será sempre ligeiramente mais rápido, os pneus terão níveis de aderência diferentes, o peso do chassis estará distribuído de forma desigual e o robô puxará para um dos lados.
• Ruído ambiental: os simuladores operam em condições estéreis. Na realidade, a luz solar que entra por uma janela da sala satura os sensores de infravermelhos de seguimento de linha, deixando-os cegos. Um chão poeirento faz as rodas motrizes patinar, estragando os cálculos dos encoders.
• Realidades eléctricas e de cablagem: um simulador nunca sofre com um cabo jumper solto, uma solda fria ou uma quebra de tensão na bateria que faz o microcontrolador reiniciar sempre que os motores puxam muita corrente.

A realidade da sala de aula sul-africana

Nas escolas sul-africanas, a decisão de usar simulação resulta muitas vezes das infra-estruturas e não da pedagogia. Os simuladores resolvem três dos nossos problemas de sala de aula mais persistentes:

• A barreira do custo: um kit físico de robótica decente custa entre R1,500 e R4,000. Equipar uma sala de informática para uma turma de 40 alunos exige um investimento de pelo menos R30,000 (assumindo um rácio de 1 dispositivo por 4 alunos). Os simuladores, muitos deles gratuitos e a correr em navegadores normais, reduzem esta despesa de capital inicial a zero.
• Cortes de energia e manutenção de baterias: os robôs físicos dependem de baterias recarregáveis (iões de lítio, LiPo ou NiMH). Manter dezenas de baterias carregadas durante os cortes rotativos de energia é um pesadelo administrativo. Além disso, se os robôs ficarem numa arrecadação durante as três semanas de férias de Inverno sem serem carregados, as baterias podem degradar-se por completo, obrigando a substituições dispendiosas. Uma sala de informática alimentada pelo gerador da escola, ou um carrinho de portáteis com uma UPS básica, dispensa por completo este ciclo de manutenção.
• Wi-Fi WPA2-Enterprise: a maioria das redes escolares usa protocolos de segurança empresariais que exigem nome de utilizador e palavra-passe para ligar. Os microcontroladores educativos correntes (como o ESP32 ou o Raspberry Pi Pico W) não suportam facilmente WPA2-Enterprise de origem, o que torna o carregamento de código por via sem fios um pesadelo técnico para os administradores de TI das escolas. Os simuladores em navegador contornam tudo isto ao correr localmente na máquina do cliente.

Como sequenciar um período: o roteiro híbrido

A forma mais eficaz de ensinar robótica não é escolher entre simulação e hardware, mas sequenciá-los. É possível conduzir um período inteiro em que 80% do trabalho decorre na sala de informática, culminando num desafio físico curto e de grande impacto.

Eis uma estrutura já comprovada para um período de 10 semanas:

Com esta sequência, só precisa de comprar uma fracção do hardware (talvez 5 kits em vez de 20), já que os alunos podem partilhar os robôs físicos nas semanas finais. Como o código já foi depurado do ponto de vista lógico no simulador, o tempo passado com o hardware físico é gasto a resolver problemas reais de engenharia — como a calibração de sensores e a patinagem das rodas — e não erros de sintaxe.

Para tornar esta transição fluida, desenvolvemos o Canvas, o nosso editor de programação em navegador, a par do SheenVerse, o nosso ambiente de simulação virtual. Estas ferramentas permitem aos alunos escrever código que corre de imediato numa simulação 3D no navegador e que depois é carregado no hardware físico com um só clique, garantindo que a passagem do ecrã para o silício é o mais suave possível.