Uma espreitadela aos bastidores da maior reformulação técnica do percurso de dados do Tespit até agora.

16Concluído

0Em curso

0Planeado

1.1.8 publicada

Fix Update concluído

Todos os passos do Fix Update 1.1.8 estão concluídos. A versão está publicada na App Store e disponível para todos os utilizadores.

Porque é que a versão 1.1.8 é tão abrangente?

Entre o veículo e o ecrã existem a comunicação Bluetooth, fragmentos de dados, descodificação, gestão de estado e interface de utilizador. Por isso, a versão 1.1.8 analisa todo o percurso dos dados.

Progresso

  1. 1

    Compreender a situação inicial

    Concluído

    As consultas ao veículo, a comunicação Bluetooth e a atualização no Tespit foram analisadas como um percurso de dados completo.

  2. 2

    Tornar todo o percurso de dados mensurável

    Concluído

    Uma cadeia de medição interna acompanha as atualizações desde a consulta até à apresentação na app.

  3. 3

    Atualização guiada pela resposta

    Concluído

    As novas consultas orientam-se mais pela conclusão efetiva de uma resposta do veículo.

  4. 4

    Testar os dados de condução isoladamente

    Concluído

    A velocidade, a potência e a posição do seletor de marcha foram analisadas independentemente das informações adicionais.

  5. 5

    Priorizar os dados de condução

    Concluído

    Os valores críticos em termos de tempo recebem prioridade; os dados adicionais, como climatização, multimédia ou carregamento, são distribuídos de forma justa ao longo dos ciclos.

  6. 6

    Diagnóstico e registo

    Concluído

    Para viagens locais de desenvolvimento e teste foi criado um sistema de diagnóstico que permite reconstituir cronologicamente os eventos técnicos.

  7. 7

    Recuperação automática de transporte

    Concluído

    Para operações de escrita Bluetooth que, em casos raros, ficam pendentes, foi desenvolvida uma recuperação controlada.

  8. 8

    Investigar falhas raras

    Concluído

    Em algumas respostas foram observados pacotes de dados incompletos. A causa exata de um padrão temporal recorrente não está comprovada de forma inequívoca.

  9. 9

    Isolar completamente a recuperação

    Concluído

    As respostas antigas e incompletas não podem interferir em novas tentativas de recuperação.

  10. 10

    Detetar falhas mais cedo

    Concluído

    Os pacotes de dados incompletos são detetados mais cedo, sem interromper precipitadamente respostas lentas válidas.

  11. 11

    Classificar corretamente as respostas lentas

    Concluído

    As respostas válidas, mas lentas, são reconhecidas e continuam a ser processadas; só bastante mais tarde é que entra em ação uma recuperação.

  12. 12

    Utilização quotidiana com todos os dados do veículo

    Concluído

    O percurso rápido dos dados de condução é agora validado em funcionamento normal, em conjunto com multimédia, climatização, carregamento, pressão dos pneus, portas e localização.

  13. 13

    Estados do veículo consistentes

    Concluído

    Os valores que se relacionam entre si devem ser entregues à interface como um estado consistente.

  14. 14

    Processamento de telemetria dedicado

    Concluído

    A comunicação, o processamento de dados e a interface são separados de forma tecnicamente mais clara.

  15. 15

    Afinação de desempenho

    Concluído

    Mudanças desnecessárias, WorkItems antigos e processamento redundante são novamente revistos.

  16. 16

    Aprovação final da versão

    Concluído

    O novo percurso de dados é testado como um todo em hardware de veículo, iPhone e iPad.

Desenvolvimento em hardware real

As fases decisivas de Bluetooth e latência são testadas em viagens reais. Uma compilação bem-sucedida não substitui a validação no veículo.

Os valores medidos provêm de viagens de desenvolvimento e podem variar consoante o veículo, o firmware, o ambiente de rádio e o dispositivo.