O projeto RADAR na Bosch

• Autor(a) principal: Forte, Luís Daniel Pereira
• Data de Publicação: 2023
• Tipo de documento: Dissertação
• Idioma: por
• Título da fonte: Repositório Científico de Acesso Aberto de Portugal (Repositórios Cientìficos)
• Texto Completo: http://hdl.handle.net/10400.22/24249
• topic: RADAR; Bosch Car Multimedia; Lead Plant; software; hardware; autonomous driving; Doppler effect; emergency brake; Domínio/Área Científica::Engenharia e Tecnologia

O Radio Detection And Ranging (RADAR) é um elemento essencial na segurança automóvel nos dias que correm, sendo mesmo obrigatório nos novos veículos para assistência à travagem de emergência e condução autónoma. Por este motivo empresas como a Bosch em Braga, fabricam este produto para diversas marcas automóveis onde apesar da tecnologia ser igual, cada marca ou cliente da Bosch tem os seus próprios requisitos de software para implementar nas viaturas. Um eventual engano no envio de um produto para um determinado cliente, com configurações de outro cliente traria implicações incalculáveis a nível financeiro, logístico e mesmo ao nível da imagem da empresa para com os seus clientes. Quando surge um produto novo ou um já existente, mas sujeito a alguma alteração de software, é necessário configurar e testar esse produto para posteriormente enviar para aprovação do desenvolvimento e do cliente. Só depois de todas as fases de aprovação, o produto é autorizado ser produzido em serie. No estado atual, após a produção das primeiras unidades para enviar para aprovação, faz-se uma verificação do software instalado. Este processo é manual, onde se compara os dados em diversos servidores, existindo ao longo de todo este processo, a possibilidade de erro humano. Este erro será detetado posteriormente nas validações do desenvolvimento, mas requer a repetição de todo este processo, o que consome mais tempo de produção, mais recursos e pode atrasar o arranque de início de produção do produto. O expectável para colmatar estas falhas no processo, será a existência de um mecanismo que permita de uma forma rápida e não sujeita a erro humano, verificar que o software instalado numa determinada peça produzida, quando comparada com os requisitos de software para esse produto, consiga detetar se existe algum erro e alertar para o mesmo. Este mecanismo deve permitir ainda a fazer verificações periódicas, por exemplo, quando existe uma mudança de produção, verificar as primeiras peças produzidas. Nas mudanças de produção os dados do produto que vai ser produzido, são carregados para as máquinas da linha uma única vez e só voltam a ser atualizados quando ocorrer outra mudança de produção. Por isso, ao verificar as primeiras peças produzidas, indiretamente verificamos toda aquela produção. Para este efeito, foi desenvolvida uma metodologia que com ajuda de uma ferramenta também criada, permite ao ler uma peça produzida, de uma forma rápida, automática e sem margem para erros nas verificações no que ao software diz respeito, comparar os requisitos do cliente com o que realmente foi flashado na peça. Após esta verificação, o utilizador é informado se o resultado é bom ou mau e no caso de ser mau, é alertado para o erro e deve agir no sentido de impedir que que a produção continue e notificar os seus superiores e equipas técnicas do sucedido, para proceder às respetivas correções.