Problemas comuns com robôs de programação e como resolvê-los

Resposta rápida

A maioria dos problemas com robôs de programação resume-se a três coisas: alimentação, ligação ou código. Comece por verificar a bateria e o cabo de carregamento, confirme que o seu dispositivo está emparelhado com o robô correto e, por fim, carregue novamente um programa de teste simples. Se o robô continuar a falhar após estes passos, o problema é provavelmente de hardware, e deve contactar o suporte ou considerar um módulo de substituição em vez de continuar a resolver o problema.

Tem uma sala de aula cheia de alunos, um plano de aula que depende de robôs e um robô que se recusa a cooperar. Os problemas de programação de robôs são frustrantes porque podem parecer erros de software, falhas de hardware ou erros do utilizador, e a solução é diferente para cada um. A boa notícia é que a maioria dos problemas segue padrões previsíveis e pode diagnosticá-los sem ferramentas especiais.

Este guia aborda os problemas mais comuns com robôs programáveis de que ouvimos falar, desde o Makeblock mBot2 e mTiny até ao CyberPi. Para cada problema, encontrará o sintoma, a causa provável, a ação corretiva e um ponto claro onde deve parar a resolução de problemas e escolher outra opção. Esta última parte é importante: nem todos os robôs valem a pena reparar, e saber quando mudar poupa tempo e dinheiro.

O robô não liga ou perde energia rapidamente

Sintoma: O robô não liga ou desliga durante a atividade mesmo após uma carga completa. Causa provável: Bateria gasta ou envelhecida, conector da bateria solto ou cabo de carregamento que não fornece energia. Ação corretiva: Carregue o robô durante o tempo recomendado usando o cabo original e verifique se o conector da bateria está bem encaixado. Se o robô ligar mas desligar em minutos, teste com uma bateria em bom estado, se tiver uma. Para o CyberPi, a bateria recarregável incorporada não é substituível pelo utilizador, pelo que uma unidade que já não retenha carga poderá necessitar de substituição.

Se o robô continuar sem ligar após uma carga completa e uma verificação do conector, o problema é provavelmente a placa de alimentação ou a porta de carregamento. Nesse ponto, pare de trocar cabos e contacte o suporte. Para kits como mBot2, as peças de substituição podem estar disponíveis através de acessórios pós-venda, mas para unidades seladas como CyberPi, a substituição é geralmente o caminho mais rápido. Não abra a caixa a menos que a sua garantia o permita explicitamente.

• Carregue durante a noite antes de diagnosticar problemas de alimentação.
• Teste o cabo de carregamento com outro dispositivo para o excluir.
• Verifique se os conectores da bateria apresentam corrosão ou folga.

Problemas de ligação: robô não encontrado ou a desligar-se constantemente

Sintoma: o seu computador ou tablet não encontra o robô, ou a ligação cai durante uma sessão de programação. Causa provável: interferência Bluetooth ou USB, firmware desatualizado ou emparelhamento com o dispositivo errado. Ação corretiva: afaste-se de outros dispositivos sem fios, desligue e ligue o Bluetooth e volte a emparelhar. Para ligações USB, experimente uma porta diferente e um cabo mais curto. Se estiver a usar o mBlock, certifique-se de que selecionou a porta correta e que nenhum outro programa está a usar o robô. Para o mTiny, que usa uma caneta tátil e cartões de programação em vez de uma ligação em tempo real, os problemas de ligação geralmente significam que a bateria da caneta está fraca ou que o robô não está no modo correto.

Se as desconexões ocorrerem apenas numa divisão, a causa pode ser interferência de routers Wi-Fi ou outros dispositivos Bluetooth. Experimente uma localização diferente. Se o problema acompanhar o robô por vários dispositivos e divisões, o módulo Bluetooth pode estar a falhar. Em kits modulares como o mBot2, pode substituir o módulo; em brinquedos tudo-em-um, poderá ser necessário substituir a unidade. Pare a resolução de problemas assim que tiver excluído cabos, portas e interferências.

• Mantenha o robô a uma distância entre 3 e 5 metros do computador durante o emparelhamento.
• Atualize o firmware antes de assumir uma falha de hardware.
• Para o mTiny, substitua primeiro a bateria da caneta.

Os motores não se movem ou movem-se incorretamente

Sintoma: O robot liga-se e conecta-se, mas as rodas ou braços não se movem, ou movem-se na direção errada. Causa provável: Um cabo do motor ligado à porta errada, uma engrenagem gasta ou código que endereça o motor errado. Ação corretiva: Verifique se os cabos do motor estão ligados às portas corretas (M1, M2, etc.) e se estão totalmente inseridos. Execute um programa de teste simples que faça rodar cada motor individualmente. Se um motor não responder em nenhuma porta, o motor ou o cabo está provavelmente com defeito. Para o mBot2 Rover, que possui uma inovadora pista robótica concebida para terrenos exteriores, verifique se há detritos enrolados nas rodas ou nas lagartas.

Se um motor girar mas o robô não se mover, o problema pode ser uma roda solta ou uma lagarta que saiu da sua polia. Volte a colocar a roda ou a lagarta no lugar. Se o motor fizer um ruído de trituração, pare-o imediatamente; continuar pode danificar a caixa de velocidades. Nesse caso, substitua o motor se o seu kit o suportar, ou contacte o apoio para opções de reparação. Não force um motor bloqueado a funcionar.

• Etiquete os cabos do motor antes de os desligar.
• Teste os motores um de cada vez para isolar a avaria.
• Remova regularmente cabelos e detritos das rodas e dos carris.

O código é carregado mas o robô não faz nada

Sintoma: O software indica que o upload foi bem-sucedido, mas o robô permanece parado. Causa provável: Falta um bloco de início no programa, o robô não está no modo correto ou o código está à espera de uma entrada de sensor que nunca chega. Ação corretiva: Comece com um programa mínimo que acenda um LED ou reproduza um som. Se funcionar, adicione um bloco de cada vez até o robô parar de responder; o último bloco adicionado é o problema. Para o mTiny, certifique-se de que o robô está ligado e a caneta tátil está emparelhada; o mTiny utiliza cartões de codificação sem ecrã, pelo que um cartão não reconhecido interromperá a sequência.

Se mesmo um programa mínimo falhar, reinstale o firmware ou atualize o software. Para o CyberPi, que suporta programação baseada em blocos e em Python, experimente alternar entre os dois para ver se o problema é específico da linguagem. Se o robô responder a uma linguagem mas não à outra, o problema está no seu código, não no hardware. Pare de reescrever o programa inteiro; isole o bloco ou a linha que causa a falha.

• Teste sempre primeiro com um programa que saiba que funciona corretamente.
• Verifique se o robô está no modo correto (por exemplo, upload vs. direto).
• Para Python, verifique se existem erros de sintaxe que impeçam a execução.

Os sensores dão leituras erradas ou deixam de responder

Sintoma: O robot evita um caminho livre, não segue uma linha ou ignora um sensor por completo. Causa provável: Lentes do sensor sujas, calibração incorreta ou interferência da luz ambiente. Ação corretiva: Limpe as lentes do sensor com um pano seco e sem fiapos. Recalibre os sensores de seguimento de linha na mesma superfície que irá utilizar. Se o robot utilizar sensores ultrassónicos, verifique se existem obstruções e teste num ambiente mais silencioso. Para o mBot2, que possui um ecrã a cores e múltiplos sensores, execute o teste de sensor integrado se disponível.

Se um sensor falhar consistentemente após limpeza e calibração, o módulo do sensor pode estar danificado. Em plataformas modulares, pode substituir sensores individuais. Em robôs selados, a falha do sensor geralmente significa que a unidade precisa de assistência. Não tente reparar um sensor soldando a menos que tenha as ferramentas e experiência; pode danificar facilmente a placa-mãe. Pare aqui e contacte o suporte se o robô estiver na garantia.

• Calibre na mesma superfície onde o robô irá operar.
• Evite luz solar direta ou luzes de teto fortes durante a calibração.
• Mantenha módulos de sensor sobresselentes se gerir uma sala de aula.

Quando parar de resolver problemas e escolher outra opção

Nem todos os problemas merecem ser resolvidos. Se gastou mais de 30 minutos num único robô e excluiu problemas de alimentação, ligação, código e danos físicos óbvios, está na hora de mudar de abordagem. Nas salas de aula, troque o robô por um que funcione e coloque o defeituoso num contentor de reparação. Para utilizadores domésticos, decida se o custo de uma peça de substituição mais o seu tempo é inferior ao custo de um robô novo. Para modelos mais antigos ou descontinuados, as peças podem ser difíceis de encontrar, e a substituição é muitas vezes a melhor opção.

Se o robô estiver na garantia, contacte o suporte antes de tentar qualquer reparação. Se não estiver e a reparação exigir a substituição da placa-mãe ou de vários motores, compare o custo total com o de um novo kit. Por vezes, atualizar para um modelo mais recente, como passar de um mBot antigo para o mBot2, oferece melhor fiabilidade e novas funcionalidades. O objetivo é manter os alunos a programar, não ganhar uma batalha de reparações.

• Defina um limite de 30 minutos para resolução de problemas por robô.
• Mantenha uma peça sobresselente funcional para lições críticas.
• Compare o custo de reparação com o custo de substituição antes de encomendar peças.

Tabela de diagnóstico de avarias

• O robô não liga: Carregue totalmente com o cabo original, verifique o conector da bateria e teste uma bateria em bom estado, se possível. Se ainda não ligar, contacte o apoio ou substitua a unidade.
• Quedas de ligação ou robô não encontrado: Afaste-se de interferências, volte a emparelhar, experimente uma porta USB ou cabo diferente e atualize o firmware. Se o problema acompanhar o robô entre dispositivos, o módulo sem fios pode estar a falhar.
• Os motores não se movem: Verifique as atribuições das portas do motor, teste cada motor individualmente e remova detritos das rodas e esteiras. Se um motor falhar em todas as portas, substitua o motor ou o cabo.
• Código carregado mas sem ação: Execute um programa de teste mínimo, verifique o modo robô e isole o bloco ou a linha que causa a falha. Se o código mínimo falhar, reinstale o firmware ou atualize o software.
• Leituras incorretas dos sensores: Limpe as lentes do sensor, recalibre na superfície pretendida e reduza a interferência da luz ambiente. Se um sensor falhar após a limpeza, substitua o módulo ou contacte o apoio.

Factos do produto que ajudam na resolução de problemas

• Kit de robótica Makeblock mBot2 Rover: robô emocional interativo para crianças, aprendizagem de programação e brincadeiras ao ar livre Formas para construir: mBot (robô de programação), mBot Rover (robô tanque com emojis DIY), mBot Ranger (robô tanque com braço robótico). O ecrã a cores completo suporta a personalização dos emojis do Rover através de IA ou desenho livre no software mBlock. Se o seu robô não corresponder ao comportamento esperado, confirme em que forma foi construído. As funções de ecrã e emojis são orientadas por software, pelo que um ecrã em branco pode ser um problema de código e não uma avaria de hardware.
• Robô inteligente mTiny da Makeblock para crianças em idade pré-escolar: O ensino tangível mantém os alunos envolvidos e concentrados na aprendizagem. Recursos didáticos ricos, como cartões de codificação sem ecrã, mapas temáticos e caneta tátil. O mTiny não se liga a um computador, pelo que os problemas de ligação estão geralmente relacionados com a caneta tátil ou o reconhecimento dos cartões. Verifique a bateria da caneta e a colocação do cartão antes de assumir que o robot está avariado.
• Makeblock CyberPi: Kits educativos de eletrónica para iniciantes aprenderem programação: Sensores eletrónicos integrados e ecrã a cores completo. Ensine e aprenda programação baseada em blocos e Python. Bateria recarregável e de longa duração incluída. A bateria recarregável do CyberPi está incorporada; se já não mantiver carga, não pode simplesmente substituí-la. Teste com uma fonte de alimentação USB diferente antes de concluir que a bateria falhou.

A maioria dos problemas com robôs de programação pode ser resolvida com uma verificação sistemática da alimentação, ligação, código e estado físico. Quando uma reparação custar mais do que uma substituição, ou quando o robô estiver sob garantia, pare e peça apoio. Mantenha um robô sobresselente para as aulas críticas e documente o que tentou para poder partilhar com o apoio ou consigo próprio no futuro.