Ground Vehicle Platform

Table of Contents

Hardware for Ground Vehicle Fleets

Ground vehicles—cars, trucks, AGVs, and autonomous platforms—use the same fleet architecture as drones but with vehicle-appropriate hardware, protocols, and safety models.


Protocol Options

Ground vehicles communicate using industry-standard protocols:

CAN Bus

AspectDetails
StandardCAN 2.0B / CAN FD
Data Rate500kbps (CAN) / 5Mbps (CAN FD)
Message FormatDBC files define signal encoding
PhysicalDifferential pair, robust in noisy environments

CAN bus provides:

  • Direct access to vehicle systems (engine, transmission, brakes)
  • Real-time telemetry (speed, RPM, fuel, temperatures)
  • Diagnostic trouble codes (OBD-II / J1939)
  • Aftermarket device integration

J1939 (Heavy Vehicles)

For trucks, buses, and heavy equipment:

AspectDetails
StandardSAE J1939
TransportCAN 2.0B at 250kbps
Addressing29-bit identifiers with PGN/SPN
ApplicationsEngine, transmission, brakes, trailer

J1939 provides:

  • Standardized parameter groups (PGNs) across manufacturers
  • Fleet-wide telemetry consistency
  • Integration with telematics platforms
  • Compliance with regulatory requirements

ROS 2 (Autonomous Platforms)

For purpose-built autonomous vehicles:

AspectDetails
MiddlewareROS 2 Humble / Iron
TransportDDS (Cyclone DDS, Fast DDS)
Message TypesStandard (sensor_msgs, geometry_msgs) + custom
QoSConfigurable reliability, durability

ROS 2 provides:

  • Native sensor integration (LiDAR, cameras, IMUs)
  • Standard message types for robotics
  • Direct topic bridging to NATS
  • Simulation compatibility (Gazebo, CARLA)

Hardware Stack

Compute Platform

Ground vehicles typically use ruggedized industrial compute:

PlatformUse CaseNotes
NVIDIA Jetson AGX OrinAutonomous vehiclesHigh-performance perception
NVIDIA Jetson Orin NXFleet vehiclesBalance of performance/cost
Industrial PCTelematics-onlyLower cost, no GPU needed
NeousysRugged automotiveWide temp range, ignition control

Compute responsibilities:

  • Vehicle Gateway (CAN/ROS 2 to NATS)
  • NATS leaf node
  • Edge AI inference (optional)
  • Store-and-forward during connectivity loss

CAN Interface

DeviceInterfaceNotes
PEAK PCAN-USBUSBPopular, well-supported
Kvaser Leaf LightUSBIndustrial-grade
SocketCAN devicesUSB/PCIeLinux-native support
Jetson native CANBuilt-inAvailable on AGX Orin

Connectivity

MethodUse Case
4G/5G CellularPrimary fleet connectivity
WiFiDepot/facility operations
EthernetWired dock connectivity
SatelliteRemote/rural operations

Vehicle Types

Passenger Vehicles (Cars)

ComponentTypical Selection
ProtocolCAN bus (OBD-II port or direct)
ComputeJetson Orin NX or industrial PC
Power12V vehicle system
Connectivity4G/5G cellular
SafetyDriver override, e-stop

Use cases: Ride-sharing fleets, rental cars, delivery vehicles

Commercial Vehicles (Trucks)

ComponentTypical Selection
ProtocolJ1939 (CAN-based)
ComputeRuggedized industrial PC or Jetson
Power12V/24V vehicle system
Connectivity4G/5G + satellite backup
SafetyDriver override, ELD compliance

Use cases: Long-haul logistics, delivery fleets, service vehicles

Autonomous Ground Vehicles (AGVs)

ComponentTypical Selection
ProtocolROS 2 native or proprietary
ComputeJetson AGX Orin
Power24V/48V battery system
ConnectivityWiFi (facility) + cellular (outdoor)
SafetyE-stop, safety-rated sensors

Use cases: Warehouse logistics, mining, agriculture, port operations


Safety Model

Ground vehicle safety differs from drones but follows the same principles:

Authority Hierarchy

Manual Override (highest authority)
    │
    ├── Steering wheel / brake pedal (driver present)
    ├── E-stop button (AGVs)
    └── Remote operator console
    │
    ▼
Autonomous System (software control)
    │
    ├── Perception → Planning → Control
    └── Geofencing, speed limits, operational domain
    │
    ▼
Fleet Management (lowest authority)
    │
    └── Mission assignment, routing, monitoring

Failsafe Behaviors

TriggerDrone EquivalentGround Vehicle Response
Loss of commsReturn-to-LaunchStop in place / pull over
Sensor failureLand immediatelyStop safely, alert operator
Geofence breachReturn to boundaryStop at boundary
E-stop activatedMotor cutoffImmediate braking
Low batteryRTL / landReturn to depot / stop safely

Network Safety

Same principle as drones: NATS is never in the control loop.

What NATS DoesWhat NATS Doesn’t Do
Telemetry collectionReal-time steering
Mission assignmentBrake commands
Fleet coordinationThrottle control
Monitoring & alertingSafety-critical decisions

The vehicle’s onboard systems handle all safety-critical functions. Network loss means loss of monitoring, not loss of vehicle control.


Gateway Implementation

The Vehicle Gateway bridges vehicle-native protocols to NATS:

┌─────────────────────────────────────────────────────────────────┐
│                    GROUND VEHICLE GATEWAY                        │
├─────────────────────────────────────────────────────────────────┤
│                                                                  │
│   CAN Bus ─────► DBC Parser ─────► Telemetry Subjects           │
│                                                                  │
│   J1939 ───────► PGN Decoder ────► Telemetry Subjects           │
│                                                                  │
│   ROS 2 ───────► Topic Bridge ───► Telemetry Subjects           │
│                                                                  │
│   Commands ◄───────────────────── Command Subjects              │
│                                                                  │
└─────────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────────┐
│                      NATS JETSTREAM                              │
│   fleet.prod.veh.{vehicle_id}.state.*                           │
│   fleet.prod.veh.{vehicle_id}.evt.*                             │
│   fleet.prod.veh.{vehicle_id}.cmd.*                             │
└─────────────────────────────────────────────────────────────────┘

Gateway responsibilities:

  • Protocol translation (CAN/J1939/ROS 2 → common telemetry format)
  • State downsampling (reduce high-frequency CAN to manageable rate)
  • Event extraction (detect state changes, thresholds)
  • Command validation (safety checks before execution)
  • Store-and-forward (buffer during connectivity loss)

Subject Mapping

Ground vehicles use the same subject hierarchy as drones:

SubjectGround Vehicle Content
fleet.prod.veh.{id}.state.posGPS position, heading
fleet.prod.veh.{id}.state.velSpeed, acceleration
fleet.prod.veh.{id}.state.healthEngine status, diagnostics
fleet.prod.veh.{id}.state.fuelFuel level / battery SOC
fleet.prod.veh.{id}.evt.tripTrip start/end events
fleet.prod.veh.{id}.evt.geofenceZone entry/exit
fleet.prod.veh.{id}.cmd.missionRoute assignment

The subject structure is vehicle-agnostic. A fleet mixing drones and trucks uses identical patterns.


Integration Patterns

ELD Compliance (US Trucks)

Electronic Logging Device requirements:

  • Hours of Service tracking
  • Driver identification
  • Location logging
  • Data transfer to authorities

The gateway captures J1939 engine data and integrates with ELD compliance systems.

Telematics Integration

Existing telematics platforms can connect via:

  • NATS grants (subscribe to specific vehicles)
  • REST API (query historical data)
  • Webhook events (real-time alerts)

Fleet Management Systems

Integrate with enterprise TMS/FMS:

  • Vehicle assignments
  • Route optimization
  • Fuel management
  • Maintenance scheduling

Summary

AspectDronesGround Vehicles
ProtocolMAVLinkCAN bus / J1939 / ROS 2
ComputeJetson Orin NanoJetson / Industrial PC
Power4S LiPo (14.8V)12V/24V/48V vehicle
Safety OverrideRC transmitterSteering wheel / E-stop
FailsafeReturn-to-LaunchStop in place
RegulationsAviation (FAA/EASA)Road transport (DOT)
Fleet ArchitectureIdenticalIdentical


Get Started

Deploying a ground vehicle fleet? We can help with architecture and integration.

Contact Us →