Um terminal de bordo para ônibus oferece ao motorista uma visão geral do serviço atribuído e conecta o veículo aos sistemas da empresa de transporte. Escolher um significa olhar além do mapa. O terminal deve ser compatível com a cabine, funcionar com as interfaces de bordo acordadas e apresentar a viagem correta quando um motorista troca de veículo ou assume um turno.
Os momentos difíceis costumam ser os mais comuns. Um ônibus sai da garagem atrasado. Um motorista substituto entra no meio do dia. Um desvio pula várias paradas. A empresa precisa que o painel do motorista, o registro na sala de controle e as informações dos passageiros permaneçam consistentes. Um terminal faz parte desse sistema, mas os dados de horários, os aplicativos e os equipamentos conectados precisam ser especificados com o mesmo cuidado que o hardware.
Ilustração de um aplicativo de transporte público gerada por IA; não é uma fotografia da frota de um cliente da PDS.
Identifique o serviço antes da partida do ônibus.
A identidade do veículo, a identidade do motorista e a identidade da viagem são registros diferentes. Um ônibus reserva pode cobrir uma viagem programada. O mesmo veículo pode operar em várias viagens em um único dia. Pergunte como o aplicativo associa esses registros e o que o motorista vê quando uma atribuição está faltando ou incorreta.
Na garagem, o motorista deve conseguir verificar o serviço atribuído sem precisar acessar um extenso menu administrativo. Durante a troca de turno, o motorista que assume o turno precisa visualizar o status atual da viagem, e não a tela padrão do dia anterior. Analise ambos os cenários com a equipe operacional antes de finalizar a interface.
Este também é um bom momento para decidir quais tarefas devem ser executadas em outro lugar. O terminal do motorista não deve se tornar uma estação de trabalho de escritório comum. A edição de horários e a administração de incidentes demorados podem permanecer com a central de controle ou em um fluxo de trabalho separado.
Requisitos do terminal de bordo do ônibus no assento do motorista
Verifique a tela proposta a partir da posição de condução sentado no ônibus em questão. Uma tela maior pode facilitar uma interface complexa, mas também pode obstruir os controles ou a visibilidade se a posição de montagem for mal escolhida. Inclua todo o suporte e o cabo na avaliação.
O visor precisa de uma configuração útil para uso noturno, além de legibilidade à luz do dia. Peça aos motoristas que verifiquem o contraste e o tamanho do texto em ambas as configurações enquanto o ônibus estiver estacionado. Observe primeiro as informações importantes sobre o serviço. Detalhes secundários do status não devem competir com a próxima instrução.
Paradas repetidas tornam importante testar o comportamento de inicialização e desligamento. Defina o que deve acontecer durante uma breve interrupção da ignição, uma parada mais longa e estacionamento noturno. O aplicativo precisa de uma regra de recuperação documentada para o serviço ativo. Qualquer operação em segundo plano após o desligamento da ignição deve ser considerada juntamente com o consumo de energia do veículo.
Combine o que cada conexão a bordo inclui.
Um terminal de transporte público pode se comunicar com equipamentos de informação ao passageiro, um sistema de câmeras, um gateway do veículo e a rede da garagem. Nomeie cada dispositivo e identifique os dados que trafegam em cada direção. A simples menção de que "CAN é necessário" não é suficiente para descrever uma integração.
Um terminal GNSS para veículos com barramento CAN ainda precisa das definições de mensagens e do esquema de acesso corretos para o veículo. Uma interface CAN física não fornece acesso universal a todos os sinais do barramento. Confirme a compatibilidade com o fabricante do veículo ou um parceiro de integração autorizado, incluindo se a conexão pretendida é somente leitura.
Trate as informações dos passageiros como um subsistema à parte. Qual componente decide a próxima parada? O que acontece durante um desvio? Como é distribuído um arquivo de rota alternativa? O terminal, o sistema de anúncios e a central de controle precisam de uma resposta conjunta, especialmente quando a sequência normal de paradas deixa de ser válida.
Mantenha os requisitos da câmera separados dos requisitos do monitor.
Decida se o motorista precisa de visualização ao vivo, se as imagens devem ser gravadas e onde as gravações serão armazenadas. Essas são funções diferentes. Anote a quantidade de câmeras, o formato, o acionamento e os requisitos de recuperação antes de selecionar o chicote de fios ou o software.
As gravações da área de passageiros também precisam de uma política de acesso e retenção aprovada pela operadora. A equipe responsável deve determinar as obrigações de privacidade aplicáveis à implementação. A simples menção da funcionalidade da câmera na página do produto não atende a esses requisitos nem comprova que um sistema de gravação completo foi fornecido.
Para um visor de condução, evite sobrecarregar a tela com todas as câmeras e painéis de status disponíveis. Pergunte ao operador qual visualização é necessária para cada tarefa e como acessá-la. A integração deve priorizar a operação segura, e não exigir que o motorista gerencie um console de vigilância enquanto dirige.
PDS T10Pro para uma discussão sobre integração de transporte público
A PDS identifica o T10 Pro como uma opção para ônibus urbanos e frotas de transporte público em sua página de soluções para transporte público . A descrição do produto T10Pro especifica uma tela IPS de 10,1 polegadas com resolução de 1280 × 800, Android 13, entrada de 9 a 36 V e proteção IP66. Também descreve o suporte para gravação de câmera em quatro canais com resolução de 720p.
Use essas informações como pontos de discussão sobre a configuração, não como prova de que um determinado aplicativo de transporte já está integrado. Confirme a memória, as interfaces, o hardware da câmera e o pacote de software selecionados. Caso o projeto exija um tamanho de tela ou sistema operacional diferente, solicite à PDS que compare as alternativas considerando a mesma cabine e os mesmos requisitos de aplicação.
Imagem oficial do produto PDS T10Pro. O software de aplicação e os equipamentos de transporte conectados dependem do escopo do projeto.
A página de soluções descreve aplicações de informação ao passageiro, cumprimento de rotas e dados do veículo. Cada uma delas depende do projeto completo do sistema. Em particular, não assuma que o RTK por si só forneça anúncios de parada corretos. A aplicação também deve ter dados de parada válidos e uma regra adequada para decidir quando acionar um anúncio.
Ensaiar uma mudança de alívio e um desvio
Para um exercício de aceitação útil, comece com um ônibus e um serviço de teste previamente acordado. Faça login, selecione a tarefa e verifique a direção exibida. Em seguida, passe o serviço para um motorista substituto. Confirme quais informações permanecem, quais credenciais foram alteradas e se a central de controle reconhece a associação correta.
Em seguida, implemente um desvio planejado em um ambiente de teste seguro. Verifique as instruções do motorista, o comportamento dos passageiros em relação às informações e o retorno à rota normal. Repita o processo após uma interrupção na conexão. Este é um exercício de integração sugerido, não um relatório de resultados medidos com clientes.
Inclua o técnico de suporte na fase final de testes. Peça a ele que substitua o terminal ou restaure sua configuração aprovada utilizando o procedimento de manutenção previsto. Um teste bem-sucedido fica incompleto se apenas o engenheiro de desenvolvimento souber como colocar o dispositivo de volta em operação.
Perguntas frequentes
Um único terminal de despacho de ônibus pode controlar todos os sistemas de bordo?
Pode funcionar como uma interface comum ou plataforma de computação para diversas funções, mas cada conexão precisa ser validada. Algumas operadoras mantêm equipamentos dedicados para gravação, emissão de bilhetes ou informações de passageiros. Defina a arquitetura antes de presumir que esses dispositivos podem ser removidos.
O RTK é necessário para uma linha de ônibus pública?
Não automaticamente. Comece avaliando a precisão e a confiabilidade do posicionamento necessárias para a aplicação, depois analise as antenas, a recepção e qualquer serviço de correção. Dados corretos de rota e parada continuam sendo essenciais, independentemente da opção de posicionamento.
Como um operador deve preparar uma consulta?
Traga modelos de ônibus, fotos das cabines, exemplos de alterações de serviço, os requisitos de software e uma lista dos dispositivos de bordo com suas respectivas interfaces. Indique o responsável por cada integração. Entre em contato com a PDS para uma revisão do terminal de bordo do ônibus e concorde com os testes de aceitação antes de estender a instalação para toda a frota.
Contate-nos
📧E-mail:[email protected]
📞Tel.: +86 13421822024
🌐Site: www.szpds.com
Isenção de responsabilidade
As informações contidas neste artigo são apenas para referência. A PDS Technology Co., Ltd. não se responsabiliza por erros, omissões ou inadequação do conteúdo para aplicações específicas. As especificações do produto estão sujeitas a alterações sem aviso prévio. Os compradores devem verificar todos os detalhes técnicos com nossa equipe antes do uso.
Sobre a PDS Technology
A PDS Technology é uma fabricante líder de OEM/ODM de terminais GNSS RTK de alta precisão e computadores veiculares, atendendo aos setores de agricultura, construção, mineração, táxi e logística desde 2011.
Com mais de 15 anos de experiência em P&D para o setor automotivo, oferecemos dispositivos robustos e multi-SO (Android/Linux/OpenHarmony) com posicionamento RTK de precisão centimétrica, proteção IP66 e desempenho preparado para IA. Nossas fábricas com certificação IATF16949 produziram mais de 100.000 unidades, distribuídas globalmente, e detêm mais de 30% do mercado chinês de terminais de direção autônoma para o setor agrícola. Exportamos para o Japão, EUA, Reino Unido, Turquia, Rússia e outros países.
