Ein Bordcomputer für die Routenplanung sollte dem Fahrer die aktuelle Tour und die geplante Route eindeutig anzeigen. Ändert die Disposition einen Halt, muss das System die Änderung, die Information des Fahrers und die aktuell gültige Version anzeigen. Zuverlässige Navigation ist dabei unerlässlich. Ebenso wichtig ist die Abstimmung der Informationen zwischen Zentrale und Fahrerkabine.
Stellen Sie sich eine Route vor, die sich nach der Abfahrt ändert. Ein Kunde verschiebt ein Lieferzeitfenster, eine Zufahrt wird geschlossen oder eine Prioritätsabholung kommt hinzu. Eine neue Nachricht zu senden ist einfach. Zu wissen, dass die alte Anweisung ersetzt wurde, ist schwieriger. Dieser Leitfaden befasst sich mit diesem Wechsel, anstatt eine allgemeine Liste der Hardwarefunktionen des Fuhrparks zu wiederholen.
Illustration einer KI-generierten Routenplanungsanwendung; keine aufgezeichnete Kundenroute.
Trennen Sie den Routenplan von der Abbiegehinweisführung.
Die Dispositionsplattform ordnet die Aufträge den Fahrzeugen zu. Ein Routenplanungsdienst berechnet die Reihenfolge der Stopps. Die Navigationssoftware gibt anschließend die Wegbeschreibung zwischen den Stopps vor. Diese Funktionen können zwar in einer Anwendung integriert sein, Käufer sollten aber dennoch prüfen, welche Komponente für welche Entscheidungen zuständig ist.
Eine Navigations-App kann beispielsweise eine schnellere Route finden, ohne die Lieferreihenfolge zu ändern. Ein Disponent kann diese Reihenfolge ändern, ohne die Lieferadresse zu ändern. Keine dieser Aktionen sollte die Zugriffsberechtigungen des Kunden stillschweigend aufheben. Bitten Sie den Softwareanbieter, beide Änderungen auf dem vorgesehenen Endgerät zu demonstrieren.
PDS liefert die Fahrzeugrechnerplattform. Routenoptimierung, kommerzielle Kartenlizenzen und die Integration in Transportsysteme erfordern einen separaten Leistungsumfang. Gehen Sie nicht davon aus, dass ein robuster Fahrzeugrechner ein Routenplanungsabonnement oder eine fertige Anbindung an eine bestehende Dispositionsdatenbank beinhaltet.
Wählen Sie über die Bildschirmaufgabe einen Fahrzeugcomputer für die Routenverwaltung aus.
Beginnen Sie mit dem Bildschirm, den der Treiber nach dem Anhalten zur Überprüfung eines Updates sieht. Er sollte das aktive Ziel, den Grund für die Änderung und die nächste erforderliche Aktion anzeigen. Vermeiden Sie, dass der Treiber mehrere Nachrichtenverläufe vergleichen muss, um die neueste Anweisung zu ermitteln.
Testen Sie lange Straßennamen und Lieferhinweise, nicht nur kurze Demoadressen. Prüfen Sie, wie die Anwendung mit ungewohnten Zeichen und den Sprachen Ihrer Fahrer umgeht. Wenn Navigation und Auftragsstatus auf demselben Display angezeigt werden, stellen Sie sicher, dass die wichtigsten Bedienelemente aus der eingestellten Entfernung gut lesbar bleiben.
Auch der Bordcomputer eines Einsatzfahrzeugs benötigt eine sinnvolle Unterbrechungsrichtlinie. Routinemäßige Aktualisierungen sollten die Navigationsansicht während der Fahrt nicht durch ein dichtes Formular verdecken. Sichere Interaktionsregeln sind mit dem Fuhrparkmanagement und dem Softwareanbieter abzustimmen. Fahrer sollten detaillierte Anweisungen lesen und Informationen nur im sicheren Stillstand eingeben.
Jeder Änderung sollte ein klares Ergebnis zugeordnet werden.
Bitten Sie während einer Demonstration den Disponenten, einen Halt zu fahren, während die Fahrzeug-App kurzzeitig getrennt ist. Prüfen Sie nach Wiederherstellung der Verbindung, ob der Fahrer den aktualisierten Auftrag erhält und ob die Zentrale die Zustellung der Nachricht von der Annahme durch den Fahrer unterscheiden kann.
Versuchen Sie dann eine ungewöhnliche Vorgehensweise. Brechen Sie den Stopp ab, nachdem das Update gesendet wurde, aber bevor der Treiber es bestätigt hat. Der Bildschirm darf den Treiber nicht dazu auffordern, nicht mehr vorhandene Aufträge anzunehmen. Das Softwareteam sollte erläutern, wie es veraltete Nachrichten erkennt und Wiederholungsversuche handhabt, ohne die Anzahl der Aufträge zu erhöhen.
Hier erweist sich eine einfache Ereignishistorie als nützlich. Es sollte möglich sein, festzustellen, wer den Job gewechselt hat, welche Ausrüstung dem Fahrer zur Verfügung stand und was anschließend geschah. Die benötigten Details sollten festgelegt werden, ohne mehr personenbezogene Daten zu erfassen als für den jeweiligen Einsatz erforderlich. Der Zugriff auf diese Aufzeichnungen sollte auf die Personen beschränkt sein, die sie benötigen.
Die Position ist nur dann nützlich, wenn ihr Alter sichtbar ist.
Ein sich bewegender Punkt kann selbst nach dem Stopp der Aktualisierungen noch überzeugend wirken. Fragen Sie nach, wie die Dispositionsanzeige eine alte Position erkennt. Die Fahreranwendung sollte ebenfalls einen Verbindungsabbruch oder einen nicht verfügbaren Standort deutlich kennzeichnen, anstatt den scheinbar aktuellen Status unbegrenzt anzuzeigen.
Durchqueren Sie einen Tunnel, ein Depotgebäude oder einen anderen Streckenabschnitt mit bekanntermaßen schlechtem Empfang. Nutzen Sie eine Ihrem Team bekannte Route und lassen Sie sich für den Test die Erlaubnis dazu geben. Vergleichen Sie die Ortungszeit mit der Ankunftszeit auf dem Server. Da die beiden Zeiten voneinander abweichen können, benötigt die Anwendung eine Regel, um diese Differenz zu behandeln.
GNSS-Empfang, Mobilfunk und Routing-Software haben unterschiedliche Funktionen. Eine genauere Positionsbestimmung korrigiert keine falsche Gate-Adresse. Ein neues Mobilfunkmodem behebt keine veraltete Karte. Fehlerberichte sollten so detailliert sein, dass der zuständige Anbieter sie untersuchen kann.
PDS-Hardwareoptionen für die Routenanwendung
Für eine kompakte Fahrerkabine bietet das PDS T8 in der veröffentlichten Konfiguration ein 8-Zoll-Display mit einer Auflösung von 1280 × 800 Pixeln und Android 10. Zu den Schnittstellen gehören CAN, RS485 und Ethernet mit einem 9–36-V-DC-Eingang. Prüfen Sie vor der Auswahl anhand der jeweiligen Dispositionsanwendung die Eignung und Reaktionsfähigkeit des Displays.
Für Projekte, die eine andere Softwareplattform benötigen, prüfen Sie bitte das PDS T10B . PDS listet ein 10,1-Zoll-Display mit einer Auflösung von 1280 × 800 Pixeln, Android 13 oder Linux-Kernel 5.15 mit QT 5.15 und zwei CAN-Netzwerke auf. Bestätigen Sie das ausgewählte Betriebssystem-Image und die Anwendungsabhängigkeiten mit PDS; diese Betriebssystemoptionen sind Alternativen und keine Garantie dafür, dass jede Anwendung unverändert läuft.
Offizielles Hardware-Image des PDS T8. Die Routenplanungs- und Dispositionsanwendung wird für das Projekt bereitgestellt oder ist integriert.
Die PDS-Flottenmanagementlösung ist ein nützlicher Ausgangspunkt für die Abstimmung der Hardware auf den Gesamtbetrieb. Berücksichtigen Sie dabei Mobilfunkbänder, Antennenstandorte, Peripheriegeräteanforderungen und den geplanten Supportzeitraum. Eine Prozessorspezifikation allein reicht dafür nicht aus.
Testen Sie eine geänderte Route, nicht nur einen sauberen Start.
Bereiten Sie einen Testlauf mit einer regulären Abfahrt und mehreren kontrollierten Ausnahmen vor. Ändern Sie eine Stoppsequenz. Brechen Sie einen Auftrag ab. Starten Sie das Terminal nach einem Update neu. Trennen Sie es kurzzeitig, während eine weitere Änderung vorgenommen wird. Stellen Sie die Verbindung wieder her und vergleichen Sie die endgültige Arbeitsliste im Büro und im Taxi.
Für jeden Anwendungsfall sollte das erwartete Ergebnis vor der Ausführung dokumentiert werden. Dadurch wird verhindert, dass eine perfekt ausgeführte Demonstration zum eigenen Akzeptanzstandard wird. Eine sinnvolle Anforderung wäre beispielsweise, dass die zuletzt akzeptierte Route nach einem Neustart weiterhin verfügbar ist und nicht aufgelöste Aktualisierungen klar gekennzeichnet werden. Der Softwareanbieter muss dieses Verhalten bestätigen und implementieren.
Messen Sie die für Ihren Betrieb relevanten Kennzahlen: Zeit bis zum Wiederöffnen des aktiven Auftrags, Zeit bis zur Anzeige einer empfangenen Änderung und die Anzahl ungelöster oder doppelter Aufgaben nach dem Test. Schließen Sie aus einem kurzen Hardware-Test nicht auf Kraftstoffeinsparungen oder kürzere Fahrzeiten. Solche Ergebnisse erfordern einen geeigneten Vergleich über einen längeren Zeitraum.
Behalten Sie den Workshop im Rollout bei
Ein Ersatzterminal muss wissen, zu welchem Fahrzeug und welcher Konfiguration es gehört. Klären Sie mit der Werkstatt, wie sie das Terminal anmeldet, die zugelassene Anwendung installiert und die korrekten Einstellungen wiederherstellt. Testen Sie dies mit einem Ersatzgerät, anstatt davon auszugehen, dass die Vorgehensweise später funktioniert.
Notieren Sie die Softwareversionen zusammen mit der Hardwarekonfiguration. Falls ein Karten- oder Anwendungsupdate Probleme verursacht, muss der Support über die Änderungen informiert werden. Planen Sie Updates nach Möglichkeit außerhalb der Fahrzeit und vereinbaren Sie ein Wiederherstellungsverfahren mit dem Softwareanbieter.
Häufig gestellte Fragen
Berechnet das Terminal die effizienteste Route?
Nur wenn die installierte Anwendung oder der verbundene Dienst diese Funktion bereitstellt. Erkundigen Sie sich, wer die Routenplanungssoftware, die Kartendaten und etwaige Abonnements bereitstellt. Die Fahrzeughardware allein ermöglicht keine Routenplanung.
Ist ein größeres Display für die Versandabwicklung immer besser?
Nein. Ein größeres Display bietet zwar mehr Platz für Informationen, beansprucht aber auch mehr Raum in der Fahrerkabine. Vergleichen Sie die tatsächliche Anwendung an der vorgesehenen Einbauposition und achten Sie auf freie Sicht und Bedienelemente.
Was sollten wir dem PDS vor der Angebotsanfrage zukommen lassen?
Bitte stellen Sie ein anonymisiertes Routenbeispiel, Screenshots der Fahrer-App, Details zur Fahrzeuginstallation und die benötigten Peripheriegeräte bereit. Fügen Sie Ihre Testfälle für Routenänderungen bei. Bitten Sie PDS, die vorgeschlagene Konfiguration mit dem Softwareteam abzustimmen, bevor Sie einen Fahrzeugcomputer für das Routenmanagement bestellen.
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.
