5 projetos que eu consideraria fazer se estivesse no Ensino Médio

Depois de pensar nestas ideias, percebi que afinal escolher uma PAP não fica mais fácil depois de terminarmos o Ensino Médio

No artigo anterior falei sobre uma coisa que considero importante:

Uma PAP começa pelo problema, não pela tecnologia.

Então pensei:

E se eu tivesse de escolher uma PAP hoje?

Que projecto faria?

Comecei a fazer uma lista.

E rapidamente percebi que escolher cinco seria mais difícil do que parecia.

Porque quando começamos a pensar nos problemas que existem à nossa volta, aparecem ideias por todo o lado.

Então voltei ao mesmo princípio:

problema primeiro, tecnologia depois.

E cheguei a estes cinco.

1. Semáforo inteligente com visão computacional

Vamos começar pelo trânsito.

Existem cruzamentos onde uma via está completamente congestionada enquanto outra praticamente está vazia.

Mas o semáforo continua a funcionar com os mesmos tempos.

Agora acrescenta outro problema.

A noite.

Em determinados locais, quando o movimento diminui, alguns cruzamentos podem tornar-se pontos mais vulneráveis à criminalidade.

Então pensei:

E se o sistema conseguisse perceber não só o trânsito, mas também o que está a acontecer naquele cruzamento?

A ideia seria utilizar câmaras de videovigilância já existentes, como as utilizadas pelo CISP, para analisar as imagens.

Durante o dia, o sistema poderia contar os veículos e ajudar a adaptar os tempos dos semáforos.

Durante a noite, poderia analisar situações fora do comportamento esperado e gerar alertas para a central de monitorização.

Por exemplo:

“Movimento detectado numa zona sem circulação habitual.”

Ou:

“Pessoa permanece durante vários minutos numa determinada área.”

Não significa que a pessoa seja um criminoso.

E isso é importante.

O sistema apenas detectaria comportamentos ou situações que merecem atenção humana.

Para uma PAP, obviamente, não vamos mexer num semáforo real de Luanda.

Podemos criar uma pequena maquete com estradas, carros em miniatura, LEDs e uma câmara.

Materiais

• Câmara;
• computador ou Raspberry Pi;
• ESP32 ou Arduino;
• LEDs;
• carros em miniatura;
• estrutura da maquete.

Impacto

A ideia seria mostrar como as câmaras podem fazer mais do que simplesmente gravar.

Podem gerar informação que ajude a gerir o trânsito durante o dia e aumentar a capacidade de monitorização durante a noite.

Orçamento possível do protótipo: 60.000–100.000 Kz.

2. Pagamento de táxi por impressão digital

Este começa com uma situação que provavelmente já aconteceu contigo.

A viagem custa 300 Kz.

Entregas uma nota de 1.000.

O cobrador:

“Não tenho troco.”

E começa aquela procura pelas moedas.

Então pensei:

E se o pagamento pudesse ser feito através da impressão digital?

Aqui o dispositivo ficaria com o cobrador do táxi.

No final da viagem, quando o passageiro fosse descer, colocaria o dedo no leitor.

O sistema identificaria o passageiro e mostraria:

Angelino Lourenço
Valor da viagem: 300 Kz
Confirmar pagamento?

O cobrador confirma.

E os 300 Kz saem da carteira digital do passageiro e entram na carteira digital do taxista.

E existe outra parte interessante:

não precisaria necessariamente de Internet móvel.

O dispositivo poderia utilizar GSM para comunicar com o sistema central.

Ou seja, não precisarias de estar ligado a uma rede Wi-Fi para cada pagamento funcionar.

Materiais

• ESP32;
• leitor de impressão digital;
• módulo GSM;
• pequeno ecrã;
• bateria;

Impacto

Além de resolver o problema do troco, poderia tornar o pagamento mais rápido e deixar um registo digital das transacções.

Imagina um sistema destes num serviço de táxi organizado:

passageiro entra → viaja → coloca o dedo → cobrador confirma → pagamento concluído.

Para uma PAP, não precisas de ligar isto a um banco.

Uma carteira virtual já demonstra o conceito.

Orçamento possível do protótipo: 70.000–95.000 Kz.

3. Controlador inteligente de energia

Aqui a pergunta é simples:

Se colocasses 3.000 Kz de energia, quanto tempo conseguirias manter a tua casa ligada?

Provavelmente muita gente não saberia responder.

Sabemos quanto pagamos.

Mas nem sempre sabemos exactamente quanto cada equipamento está a consumir.

Então imaginei um pequeno dispositivo instalado em um determinado ponto da casa.

O dispositivo enviaria os dados para uma aplicação.

No telemóvel poderíamos ver:

Saldo estimado: 3.000 Kz

Consumo actual: 420 W

Estimativa: 6 dias restantes

E também:

Equipamento com maior consumo: Ar condicionado

Ou:

Frigorífico — 32% do consumo

Mas podemos ir ainda mais longe.

A aplicação poderia permitir controlar tomadas e determinados equipamentos da casa.

Esqueceste o ferro ligado?

Desligas pelo telemóvel.

Queres desligar todas as tomadas antes de dormir?

Um botão.

E poderia existir um:

Modo de poupança

Neste modo, o sistema poderia desligar ou limitar automaticamente determinados equipamentos que não sejam prioritários.

Materiais

• ESP32;
• sensores de corrente;
• módulos de controlo/relés;
• tomadas;

Impacto

O objectivo não seria apenas saber quanto estamos a gastar.

Seria ajudar a gastar melhor.

Uma família poderia perceber qual equipamento pesa mais na factura, estimar quanto tempo o saldo poderá durar e controlar determinados equipamentos mesmo quando não está em casa.

Orçamento possível do protótipo: 70.000–120.000 Kz.

4. Telemetria inteligente do consumo de água

Este talvez seja o projecto que mais me interessa.

Porque aqui estamos a falar directamente de um problema de uma empresa que presta um serviço essencial.

Água.

A ideia seria criar um sistema que permitisse à EPAL acompanhar remotamente o consumo de água das residências.

E o mais interessante:

a residência não precisaria de Internet.

Cada contador teria um pequeno dispositivo capaz de medir o consumo e enviar os dados através de uma rede de comunicação de longo alcance.

Do outro lado, a equipa da EPAL teria um computador com um sistema onde poderia acompanhar as residências de uma determinada zona.

Por exemplo:

Residência 01–1.240 L
Residência 02–890 L
Residência 03–0 L
Residência 04 — consumo anormal

A equipa poderia perceber:

• quem está a consumir mais;
• quem não apresenta consumo;
• há quanto tempo uma residência está sem consumo;
• onde existem consumos anormais;
• que zonas precisam de ser verificadas.

E poderia existir ainda outra informação interessante.

Imagina que uma determinada zona recebeu:

10.000 litros de água.

Mas os contadores registaram:

7.500 litros.

Existe uma diferença de:

2.500 litros.

O sistema poderia sinalizar aquela zona para investigação.

Não significa automaticamente que sejam 2.500 litros perdidos por uma fuga.

Mas agora a equipa sabe onde procurar.

E podemos acrescentar uma funcionalidade que acho particularmente útil:

Intervenções

Se uma residência estiver sem consumo há vários dias, a equipa poderia agendar uma intervenção.

Se existir um consumo anormal, poderia criar uma ocorrência.

Se uma determinada zona apresentar perdas acima do esperado, poderia ser marcada para verificação.

Ou seja, o sistema não serviria apenas para mostrar números.

Serviria para ajudar a EPAL a decidir onde e quando actuar.

Materiais

• ESP32;
• sensores de fluxo;
• módulos LoRa;
• Gateway;
• tubos e reservatório para a maquete;

Impacto

Uma solução destas poderia reduzir a dependência de leituras presenciais, permitir um acompanhamento mais frequente do consumo e ajudar a identificar problemas mais rapidamente.

E o melhor é que tudo isto pode ser demonstrado numa pequena maquete.

Orçamento possível do protótipo: 120.000–180.000 Kz.

5. Atendente SOS hospitalar com IA de voz

Este é provavelmente o mais ambicioso da lista.

Imagina alguém a ligar para um hospital.

Uma pessoa quer saber o horário das consultas.

Outra está com uma situação potencialmente grave.

As duas chamadas chegam ao mesmo sistema.

Então pensei:

E se uma IA pudesse ajudar a fazer uma primeira triagem?

A pessoa fala.

O sistema reconhece a voz.

Faz algumas perguntas.

E classifica a chamada como:

🟢 Informação
🟡 Atenção
🔴 Possível emergência

Uma chamada potencialmente urgente poderia ser encaminhada para um profissional.

Mas aqui existe uma regra importante:

a IA não substituiria o médico.

Seria apenas uma ferramenta para ajudar a organizar o atendimento e chamar atenção para situações que podem precisar de resposta mais rápida.

Materiais

• computador ou Raspberry Pi;
• microfone;
• Asterisk ou Issabel;
• Python;
• reconhecimento de voz;
• telemóveis ou telefones IP.

Impacto

Em vez de todas as chamadas entrarem exactamente na mesma fila, o sistema poderia ajudar a separar informações simples de situações potencialmente urgentes.

Para uma PAP, duas ou três chamadas simuladas já seriam suficientes para demonstrar a ideia.

Orçamento possível do protótipo: 30.000–60.000 Kz.

E ainda ficaram duas ideias

Mesmo depois de escolher cinco, ainda ficaram duas ideias que achei interessantes.

A primeira é uma máquina separadora de moedas.

Parece simples.

Mas pensa num idoso que tem dificuldade em separar moedas.

Ou num comerciante que recebe dezenas ou centenas de moedas durante o dia.

Coloca tudo dentro da máquina.

Ela separa:

20 Kz → 50 Kz → 100 Kz

Conta.

E apresenta o total.

Mas podemos fazer mais.

O utilizador poderia dizer:

“Quero 20 pacotes de 1.000 Kz.”

A máquina poderia separar as moedas e preparar cada quantidade para ser embalada ou plastificada.

Isso já transforma uma simples máquina de separar moedas numa ferramenta que pode poupar bastante tempo a quem trabalha diariamente com dinheiro físico.

A segunda ideia seria um sistema de atendimento em línguas nacionais.

Por exemplo:

Cidadão → língua nacional → IA → Português → funcionário

E depois o contrário.

Aqui o maior desafio não seria apenas programar.

Seria ter dados suficientes para que o sistema consiga compreender correctamente a língua escolhida.

E talvez seja precisamente por isso que seria um projecto tão interessante.

Então… qual escolheria?

Se estivesse novamente no ITEL, não escolheria simplesmente o projecto com mais tecnologia.

Tentaria encontrar um equilíbrio entre:

problema real + recursos disponíveis + capacidade de terminar.

Porque é fácil dizer:

“Vou criar um sistema inteligente de gestão da água para Angola.”

É muito diferente chegar à defesa com:

3 casas.

3 sensores.

1 Gateway.

1 dashboard.

E mostrar:

Casa 01–1.240 L
Casa 02–890 L
Casa 03–0 L

Agora tens alguma coisa para mostrar.

Não é apenas uma ideia.

É um protótipo.

E acho que é exactamente isso que uma boa PAP deve ser.

Não um projecto que parece incrível no PowerPoint.

Um projecto que continua a fazer sentido quando desligamos o PowerPoint.

Porque no final da defesa, alguém pode perguntar:

“Que tecnologias utilizaste?”

Mas a pergunta que realmente importa é:

“Que problema estás a tentar resolver?”

E, principalmente:

“Mostra-me como funciona.”

É aí que uma PAP deixa de ser apenas um trabalho escolar.

E começa a parecer uma solução.

Agora já tens a faca e o queijo.

No artigo anterior expliquei que uma PAP começa pelo problema e só depois vem a tecnologia.

Aqui te dei alguns problemas, as possíveis soluções, os materiais e até uma estimativa de custos.

É só escolher, adaptar e começar a construir.

Está a funcionar? Não mexe.

Não funcionou? Acontece. É a vida. 😂

Boa defesa!