Ein Bordterminal im Bus bietet dem Fahrer eine Übersicht über die zugewiesene Route und verbindet das Fahrzeug mit den Systemen des Verkehrsunternehmens. Die Auswahl eines solchen Terminals erfordert mehr als nur die Nutzung der Karte. Es muss in die Fahrerkabine passen, mit den vereinbarten Bordschnittstellen kompatibel sein und die korrekte Route anzeigen, wenn der Fahrer das Fahrzeug wechselt oder eine Schicht übernimmt.
Die Schwierigkeiten sind oft alltäglicher Natur. Ein Bus verlässt das Depot verspätet. Ein Aushilfsfahrer steigt mitten am Tag ein. Eine Umleitung lässt mehrere Haltestellen aus. Der Betreiber benötigt konsistente Fahrerdisplays, Aufzeichnungen in der Leitstelle und Fahrgastinformationen. Ein Terminal ist Teil dieser Lösung, doch die Fahrplandaten, Anwendungen und angeschlossenen Geräte müssen genauso sorgfältig spezifiziert werden wie die Hardware.
Illustration einer KI-generierten Anwendung für den öffentlichen Nahverkehr; kein Foto der Fahrzeugflotte eines PDS-Kunden.
Ermitteln Sie die Verbindung, bevor der Bus abfährt.
Fahrzeugidentität, Fahreridentität und Fahrtidentität sind unterschiedliche Datensätze. Ein Ersatzbus kann eine planmäßige Fahrt übernehmen. Dasselbe Fahrzeug kann an einem Tag mehrere Linien bedienen. Fragen Sie nach, wie die Anwendung diese Datensätze verknüpft und was dem Fahrer angezeigt wird, wenn ein Auftrag fehlt oder fehlerhaft ist.
Im Depot sollte der Fahrer den zugewiesenen Service einsehen können, ohne ein umfangreiches Verwaltungsmenü öffnen zu müssen. Bei einem Fahrerwechsel benötigt der übernehmende Fahrer den aktuellen Status der Tour, nicht die Standardansicht von gestern. Beide Fälle sollten vor der endgültigen Festlegung der Benutzeroberfläche mit dem zuständigen Team durchgespielt werden.
Dies ist auch ein guter Zeitpunkt, um zu entscheiden, welche Aufgaben woanders hingehören. Das Fahrerterminal sollte nicht zu einem allgemeinen Büroarbeitsplatz werden. Fahrplanbearbeitung und umfangreiche Störungsmeldungen können weiterhin in der Leitstelle oder in einem separaten Workflow bearbeitet werden.
Anforderungen an den Bus an Bord des Terminals am Fahrersitz
Prüfen Sie den vorgeschlagenen Bildschirm aus der Fahrerposition im jeweiligen Bustyp. Ein größeres Display kann bei komplexen Benutzeroberflächen hilfreich sein, aber bei ungünstiger Montageposition auch die Bedienelemente oder die Sicht behindern. Beziehen Sie die gesamte Halterung und die Kabel in die Bewertung mit ein.
Das Display benötigt sowohl eine sinnvolle Nachtsicht als auch gute Lesbarkeit bei Tageslicht. Bitten Sie die Fahrer, Kontrast und Textgröße in beiden Einstellungen zu überprüfen, während der Bus geparkt ist. Beachten Sie zuerst die wichtigsten Serviceinformationen. Unwichtige Statusmeldungen sollten die nächste Anweisung nicht beeinträchtigen.
Wiederholte Stopps erfordern Tests des Start- und Abschaltverhaltens. Definieren Sie, was bei einer kurzen Zündunterbrechung, einer längeren Standzeit und beim Parken über Nacht geschehen soll. Die Anwendung benötigt eine dokumentierte Wiederherstellungsregel für den aktiven Dienst. Jeglicher Hintergrundbetrieb nach dem Ausschalten der Zündung muss unter Berücksichtigung des Energiebudgets des Fahrzeugs betrachtet werden.
Legen Sie fest, welche Daten jede Bordverbindung überträgt.
Ein Terminal für öffentliche Verkehrsmittel kann mit Fahrgastinformationssystemen, einem Kamerasystem, einem Fahrzeuggateway und dem Depotnetzwerk kommunizieren. Benennen Sie jedes Gerät und beschreiben Sie die Daten, die in jede Richtung übertragen werden. „CAN erforderlich“ reicht nicht aus, um eine Integration zu beschreiben.
Ein GNSS-Fahrzeugterminal mit CAN-Bus benötigt weiterhin die korrekten Nachrichtendefinitionen und Zugriffseinstellungen für das jeweilige Fahrzeug. Eine physische CAN-Schnittstelle bietet keinen universellen Zugriff auf alle Bussignale. Klären Sie die Kompatibilität mit dem Fahrzeughersteller oder einem autorisierten Integrationspartner ab, insbesondere ob die geplante Verbindung schreibgeschützt ist.
Die Fahrgastinformationen sollten als eigenes Subsystem betrachtet werden. Welche Komponente bestimmt die nächste Haltestelle? Was geschieht bei einer Umleitung? Wie wird eine Ersatzroutendatei verteilt? Terminal, Ansagesystem und Leitstelle benötigen eine abgestimmte Antwort, insbesondere wenn die reguläre Haltestellenreihenfolge nicht mehr gilt.
Kameraanforderungen und Displayanforderungen sollten getrennt gehalten werden.
Entscheiden Sie, ob der Fahrer Live-Bilder benötigt, ob Aufnahmen aufgezeichnet werden müssen und wo diese gespeichert werden sollen. Dies sind unterschiedliche Funktionen. Notieren Sie sich die Anzahl der Kameras, das Format sowie die Auslöse- und Abrufanforderungen, bevor Sie Kabelbaum oder Software auswählen.
Auch für Aufnahmen im Fahrgastraum ist eine vom Betreiber genehmigte Zugriffs- und Aufbewahrungsrichtlinie erforderlich. Das zuständige Team muss die geltenden Datenschutzbestimmungen für den Einsatz festlegen. Die Kamerafunktion auf einer Produktseite erfüllt diese Anforderungen nicht und beweist auch nicht, dass ein vollständiges Aufzeichnungssystem bereitgestellt wurde.
Bei der Fahranzeige sollte der Bildschirm nicht mit allen verfügbaren Kameras und Statusanzeigen überladen werden. Klären Sie mit dem Fahrer, welche Ansicht für welche Aufgabe benötigt wird und wie diese aufgerufen wird. Die Integration sollte einen sicheren Betrieb gewährleisten und nicht erfordern, dass der Fahrer während der Fahrt eine Überwachungskonsole bedient.
PDS T10Pro für eine Diskussion zur Integration des öffentlichen Nahverkehrs
PDS empfiehlt das T10 Pro auf seiner Seite für Lösungen im öffentlichen Nahverkehr als Option für Stadtbusse und Busflotten. Die Produktbeschreibung des T10 Pro spezifiziert ein 10,1-Zoll-IPS-Display mit einer Auflösung von 1280 × 800 Pixeln, Android 13, einen 9–36-V-Eingang und Schutzart IP66. Außerdem wird die Unterstützung für 720p-Kameraaufnahmen mit vier Kanälen beschrieben.
Nutzen Sie diese Punkte als Diskussionsgrundlage für die Konfiguration, nicht als Beweis dafür, dass eine bestimmte Transportanwendung bereits integriert ist. Bestätigen Sie den ausgewählten Speicher, die Schnittstellen, die Kamerahardware und das Softwarepaket. Falls ein Projekt eine andere Bildschirmgröße oder ein anderes Betriebssystem erfordert, bitten Sie PDS, die Alternativen anhand der gleichen Kabinen- und Anwendungsanforderungen zu vergleichen.
Offizielles Produktbild des PDS T10Pro. Anwendungssoftware und angeschlossene Transportausrüstung hängen vom Projektumfang ab.
Die Lösungsseite beschreibt Anwendungen für Fahrgastinformationen, Routenüberwachung und Fahrzeugdaten. Jede dieser Anwendungen ist vom Gesamtsystemdesign abhängig. Insbesondere sollte man nicht davon ausgehen, dass RTK allein korrekte Haltestellenansagen liefert. Die Anwendung benötigt außerdem gültige Haltestellendaten und eine geeignete Regel zur Auslösung einer Ansage.
Üben Sie einen Wechsel und eine Umleitung.
Für eine aussagekräftige Abnahmeübung beginnen Sie mit einem Bus und einer vereinbarten Testlinie. Melden Sie sich an, wählen Sie die Aufgabe aus und überprüfen Sie die angezeigte Fahrtrichtung. Übergeben Sie die Linie anschließend an einen Ablösefahrer. Prüfen Sie, welche Informationen erhalten bleiben, welche Zugangsdaten sich ändern und ob die Leitstelle die korrekte Zuordnung erkennt.
Führen Sie anschließend eine geplante Umleitung in einer sicheren Testumgebung durch. Überprüfen Sie die Anweisungen des Fahrers, das Verhalten der Fahrgäste bei der Informationsübermittlung und die Rückkehr zur regulären Route. Wiederholen Sie den Vorgang nach einer Anschlussunterbrechung. Dies ist eine empfohlene Integrationsübung und kein Bericht über gemessene Kundenergebnisse.
Beziehen Sie den Depottechniker in den letzten Testlauf ein. Lassen Sie ihn das Terminal austauschen oder die genehmigte Konfiguration gemäß der vorgesehenen Wartungsprozedur wiederherstellen. Ein ansonsten erfolgreicher Test ist unvollständig, wenn nur der Entwicklungsingenieur weiß, wie das Gerät wieder in Betrieb genommen wird.
Häufig gestellte Fragen
Kann eine einzige Busleitstelle alle Bordsysteme steuern?
Es kann als gemeinsame Schnittstelle oder Rechenplattform für verschiedene Funktionen dienen, doch jede Verbindung muss validiert werden. Einige Betreiber verwenden separate Geräte für die Aufzeichnung, den Ticketing-Prozess oder die Passagierdatenverwaltung. Definieren Sie die Architektur, bevor Sie davon ausgehen, dass diese Geräte entfernt werden können.
Ist RTK für eine öffentliche Buslinie notwendig?
Nicht automatisch. Beginnen Sie mit der für die Anwendung erforderlichen Positionsgenauigkeit und -zuverlässigkeit und bewerten Sie anschließend Antennen, Empfang und gegebenenfalls Korrekturdienste. Korrekte Routen- und Stoppdaten bleiben unabhängig von der gewählten Positionierungsoption unerlässlich.
Wie sollte ein Operator eine Anfrage vorbereiten?
Bringen Sie Busmodelle, Fotos der Fahrerkabinen, Beispiele für Fahrplanänderungen, die Softwareanforderungen und eine Liste der Bordgeräte mit ihren Schnittstellen mit. Geben Sie an, wem die jeweilige Integration gehört. Kontaktieren Sie PDS für eine Überprüfung des Bordterminals und vereinbaren Sie Abnahmetests, bevor Sie die Installation auf die gesamte Flotte ausweiten.
Kontaktieren Sie uns
📧E-Mail: [email protected]
📞Tel: +86 13421822024
🌐Website: www.szpds.com
Haftungsausschluss
Die Informationen in diesem Artikel dienen lediglich als Referenz. PDS Technology Co., Ltd. übernimmt keine Haftung für Fehler, Auslassungen oder die Eignung des Inhalts für bestimmte Anwendungen. Produktspezifikationen können sich ohne vorherige Ankündigung ändern. Käufer sollten alle technischen Details vor der Verwendung mit unserem Team abklären.
Über PDS Technology
PDS Technology ist ein führender OEM/ODM-Hersteller von hochpräzisen RTK-GNSS-Terminals und Fahrzeugcomputern und beliefert seit 2011 die Branchen Landwirtschaft, Bauwesen, Bergbau, Taxi und Logistik.
Mit über 15 Jahren Erfahrung in der Forschung und Entwicklung für die Automobilindustrie bieten wir robuste, plattformübergreifende Geräte (Android/Linux/OpenHarmony) mit zentimetergenauer RTK-Positionierung, Schutzart IP66 und KI-Unterstützung. Unsere IATF16949-zertifizierten Werke haben weltweit über 100.000 Einheiten produziert und decken über 30 % des chinesischen Marktes für automatische Lenksysteme in der Landwirtschaft ab. Wir exportieren nach Japan, in die USA, nach Großbritannien, in die Türkei, nach Russland und in weitere Länder.
