Os problemas difíceis que a condução automatizada ainda não resolveu
Os serviços de nível 4 já transportam passageiros sem motorista em várias cidades, e há recursos de nível 3 homologados em carros de produção sob condições limitadas. O problema ainda não resolvido é definir, validar e operar um comportamento aceitável em um domínio cujas condições interligadas podem exigir uma saída antes que o sistema esgote suas opções.
Percepção em condições degradadas
Chuva, neve, neblina, escuridão, ofuscamento, respingos e sujeira afetam os sensores de maneiras diferentes. Aquecimento e limpeza podem manter utilizável a lente de uma câmera ou a janela de um lidar, enquanto o radar fornece informações complementares, mas nenhuma combinação de hardware faz desaparecer condições meteorológicas severas.
O sistema precisa estimar sua capacidade de percepção atual. Isso é mais difícil do que detectar um sensor totalmente avariado. Uma câmera parcialmente obstruída ou uma reflexão de radar ainda podem produzir dados plausíveis, porém menos confiáveis.
Reduzir a velocidade pode recuperar a margem de parada, mas somente se o trânsito ao redor conseguir entender o comportamento e o sistema ainda tiver um local seguro para parar ou sair de serviço.
Vias temporárias e ambíguas
Os mapas e os dados de treinamento são construídos com a realidade de ontem. Trabalhadores rodoviários mudam faixas, cobrem sinalizações no pavimento, deslocam barreiras e dirigem o trânsito com gestos. Equipes de emergência anulam intencionalmente as regras normais. Um veículo de entrega pode bloquear a visão de uma placa temporária.
Essas situações combinam percepção, compreensão semântica e contexto social. O veículo precisa identificar qual controle temporário tem autoridade, raciocinar sobre oclusões e avançar sem seguir cegamente o mapa ou o veículo à frente.
Motoristas humanos também negociam com contato visual, posição do veículo e pequenos movimentos. Veículos automatizados precisam comunicar sua intenção com clareza sem inventar convenções inseguras.
A cauda longa não é uma lista
Os desenvolvedores costumam chamar situações raras ou incomuns de “casos extremos”. O termo pode ser enganoso. Muitas são combinações de fatores comuns: um movimento corriqueiro de pedestre atrás de uma van estacionada durante uma chuva comum.
É impossível enumerar todas as situações. O requisito mais profundo é um comportamento resiliente diante da incerteza:
- não dirigir além do que a visibilidade atual permite;
- preservar alternativas antes de assumir um compromisso;
- tratar o espaço oculto como incerto, não vazio;
- detectar quando a situação está fora da experiência validada; e
- usar uma solução de contingência segura e adequada à via.
Modelos de aprendizado de máquina podem generalizar, mas também podem falhar com confiança diante de entradas desconhecidas. Limites independentes, monitoramento em tempo de execução e geração sistemática de cenários continuam necessários.
Fatores humanos no limite da automação
O nível 2 depende de supervisão humana contínua ao mesmo tempo em que torna essa supervisão monótona. Motoristas podem confiar demais em um desempenho suave, aprender a satisfazer alertas fracos no volante sem observar a via ou interpretar incorretamente o nome de um produto.
O nível 3 elimina a supervisão contínua, mas cria um problema de transição. Um usuário pronto para assumir precisa de tempo para interromper uma atividade secundária, orientar-se na situação e tomar o controle. O sistema deve reconhecer um limite cedo o suficiente para que a solicitação faça sentido.
Pode ocorrer confusão de modo quando a interface não deixa claros o nível ativo, a disponibilidade ou a resposta solicitada. O uso indevido previsível deve ser tratado no projeto, não descartado como um simples problema de aviso.
Comprovar a segurança antes que um dano raro ocorra
Acidentes graves são raros em relação à distância percorrida. Demonstrar uma pequena diferença estatística pode exigir uma enorme exposição comparável, e a quilometragem bruta pode ocultar tipos de via ou condições meteorológicas mais fáceis.
A simulação amplia a cobertura de cenários, mas depende da fidelidade dos modelos. Testes em pista fechada são repetíveis, porém simplificados. Testes em vias públicas são realistas, mas ineficientes para perigos raros. Comparações retrospectivas de acidentes dependem de limites de notificação, definições de gravidade, composição geográfica e referências humanas adequadas.
O desafio é construir uma argumentação de segurança a partir de evidências complementares, não buscar um número decisivo. As evidências devem ser específicas para o veículo, o software, o domínio operacional e a versão.
Dados públicos também exigem análise independente. Resultados de segurança divulgados pelas empresas podem ser valiosos quando métodos, denominadores e registros para download são publicados. Eles não devem ser generalizados além do domínio medido.
Contingência sem criar um novo perigo
“Encostar com segurança” nem sempre é possível. Uma rodovia pode não ter acostamento; um túnel pode bloquear a conectividade; uma rua urbana pode estar lotada; um veículo parado pode se tornar um risco de colisão.
A condição de risco mínimo depende da capacidade restante, da geometria da via, do trânsito e da falha. O veículo pode precisar continuar em velocidade reduzida, concluir uma mudança de faixa, alcançar um refúgio ou parar na faixa.
A assistência remota pode ajudar a interpretar uma situação incomum, mas as comunicações podem sofrer atrasos ou ficar indisponíveis. O sistema de bordo ainda precisa ter uma resposta segura. Se uma pessoa controla continuamente o movimento a distância, a arquitetura e as alegações devem deixar isso claro.
Escalar o sistema operacional, não apenas o carro
Uma frota de nível 4 depende de mapeamento, despacho, recarga, limpeza, calibração, manutenção, assistência remota, resposta a emergências e licenças locais.
A expansão levanta questões operacionais:
- Os pátios conseguem carregar veículos suficientes sem reduzir a cobertura do serviço?
- Com que rapidez sensores sujos ou danificados são detectados e reparados?
- Como interdições de vias e instruções de emergência são comunicadas?
- Que apoio existe para passageiros com deficiência ou em situação de risco?
- Como os incidentes são preservados, notificados e investigados?
Um veículo capaz de circular em uma nova cidade durante testes não está automaticamente pronto para prestar ali um serviço comercial público.
Custo, energia e reparo
Computação redundante, lidar, radar, sistemas de limpeza e atuadores tolerantes a falhas aumentam o custo, o consumo de energia e a manutenção. Equipamentos no teto podem aumentar o arrasto aerodinâmico. As cargas de computação e dos sensores reduzem a autonomia do veículo elétrico e produzem calor.
Veículos de consumo também enfrentam um problema de reparo. Uma colisão leve ou a troca do para-brisa podem exigir calibração. Se um veículo é vendido com hardware para um recurso futuro, a obsolescência e o fornecimento de peças no longo prazo importam.
A escala reduzirá alguns custos de componentes, mas uma capacidade maior pode consumir a economia ao acrescentar cobertura, computação ou redundância.
Regulamentação e inconsistência entre fronteiras
Os caminhos de homologação diferem entre assistência ao motorista, automação condicional e veículos totalmente automatizados. Homologação de tipo do veículo, permissão para testar, permissão para operar sem motorista e autorização para cobrar passageiros são assuntos distintos.
Um recurso pode estar tecnicamente presente, mas desativado em um mercado. As regras para atividades secundárias permitidas, dados de eventos, seguro e operação remota também variam.
Normas internacionais e regulamentos da ONU reduzem a fragmentação, mas a implantação continua local porque as leis de trânsito, a infraestrutura e a fiscalização são locais.
Os resultados de transporte não são garantidos
Um veículo elétrico automatizado pode reduzir certas consequências de acidentes e eliminar emissões do escapamento durante o uso. Uma frota também pode acrescentar quilômetros vazios de reposicionamento, competir com o transporte público ou aumentar a demanda de viagens.
Os ganhos de acessibilidade dependem do projeto do veículo, do preço, da área de serviço e do apoio ao passageiro, não apenas da automação. Os ganhos de congestionamento dependem da ocupação e do total de quilômetros rodados pelos veículos, não do controle mais suave de um único carro.
A unidade correta de avaliação é o serviço de transporte, além do veículo.
O que contaria como progresso real
O progresso é mais do que uma nova demonstração. Evidências sólidas incluem:
- um ODD claramente ampliado e validado;
- melhores salvaguardas contra o uso indevido do nível 2;
- transições seguras no nível 3 medidas com evidências de fatores humanos;
- serviço público sem motorista com escopo operacional transparente;
- dados comparáveis sobre consequências de acidentes com métodos reproduzíveis;
- menor consumo de energia e custo de hardware sem enfraquecer a contingência; e
- uma homologação regulatória que diga exatamente o que foi avaliado.
Não é necessário um nível 5 completo para que a condução automatizada seja útil. O caminho mais confiável é uma capacidade delimitada que só se expande quando as evidências sustentam o novo limite.
Fontes
- ISO 34503:2023 — Operational design domain specification
- ISO 21448:2022 — Safety of the intended functionality
- IIHS — Research on partial and high automation
- NTSB — Driver-assistance and automated-driving safety recommendations
- Waymo — Testing and operating in adverse weather
- Waymo — Deployment-readiness acceptance criteria
- Oak Ridge National Laboratory — Energy use of sensing and compute
- European Union — Type approval rules for fully automated vehicles