Technical Details
WebsiteDiscordOverviewSupport
  • Overview
  • Identity Protocol
    • Overview
    • Registry
    • Nodes & NFTs
      • Manufacturer
      • Vehicle ID
      • DeviceID
      • License
    • Auxiliary Contracts
      • Access Control
      • AdLicenseValidator
      • Eip712Checker
      • Mapper
    • Architecture
    • Pairing
  • Device Canonical Name
    • Overview
    • Contracts
      • DcnRegistry
      • DcnManager
      • PriceManager
      • Resolvers
  • Token & Governance
    • Token
    • Rewards
    • Governance
  • Data
    • Platform Components
    • DBC Decoding
    • Software-Only Connectivity
    • Data Storage
    • Validation
    • Data Dictionary
      • Sample Data
  • Hardware
    • Ecosystem
    • Open Hardware Spec
    • Manufacturing License
      • DIMO Memorandum of Understanding
      • Staking $DIMO for a Manufacturer License
    • Device License
      • Device Minting Certificate
      • Hardware and Security Audit
      • Testing and Quality Control
  • Abstraction
    • Sign In With Ethereum
    • Metatransactions
  • Security
    • Methods
    • Audits
    • User Privacy
Powered by GitBook
On this page
  1. Data

DBC Decoding

How to add support for any vehicle

PreviousPlatform ComponentsNextSoftware-Only Connectivity

Last updated 2 years ago

DIMO is building on the work established by projects like , , and CanServer. Our contribution is to add token incentives that supercharge efforts to decode data from cars in a standardized and scalable way.

Primarily we are interested in the following fields for vehicles

📟 Odometer: Distance travelled by the vehicle

#️⃣ VIN (Vehicle ID): Includes attributes, manufacturing location, ownership history

📈 State of Charge: Current % and mileage estimate provided by the OEM

📍 Exact Location: 2 decimal point precision (or greater) lat/long values assigned to a device (this gives > 1.1KM location specificity)

🚨 Fault Codes:

A portion of the rewards for drivers of a make and model that are not yet compatible with DIMO (e.g., their vehicle data is not yet decoded) will be programmatically siphoned into bounty pools. Data engineers will be able to fulfill these bounties and earn the pool of $DIMO once successful. After this is complete, drivers will earn full rewards. This creates a market driven means for DIMO to integrate new vehicle types.

As demand for vehicle data and connectivity increases, the rewards calculation will be first supplemented by and then fully supplanted by demand-side signals and economic flow.

OpenDBC
Open Vehicle Data Farming
Diagnostic trouble codes