Reading: choosing the protocol and understanding the OBD on UDS report
When to choose the protocol by hand, what the waiting notices mean and the new report sections on recent vehicles.
Reviewed by Daniel Morales, founder of Reprorace SL, on
Where: Remote sessions › Diagnostics › Read vehicle › Protocol
By default the read uses “Automatic (recommended)”: the unit tries with read-only requests and picks the protocol that answers. Leave it that way unless you know which protocol the vehicle uses.
1. Choosing the protocol by hand
- In “Read vehicle”, open “Protocol” and choose one: CAN (ISO 15765) at 500 or 250 kbit/s, 11 or 29 bits; K-Line KWP2000 or 5-baud; J1939 at 250 or 500 kbit/s; or DoIP (Ethernet).
- Choose the unit and the kind of read and start reading as usual.
- If the vehicle does not answer with that protocol, you see “Link failed”: go back to “Automatic (recommended)”.
It helps when automatic detection is slow or gets it wrong: for example, a truck you know speaks J1939 at 500 kbit/s. With CANopen machinery diagnosis the protocol is not chosen. In the app you have the same “Protocol” field in “Read vehicle”.
2. Notices while reading
- “The control unit asks for more time to answer”: wait, the read goes on.
- “The control unit is busy; the device stopped retrying”: that control unit did not give the value; repeat later.
- “Failed” on a value: the control unit said it had it but did not deliver it.
3. Vehicles with OBD on UDS (OBDonUDS, SAE J1979-2)
- The most recent vehicles speak OBD on UDS. The control unit's protocol shows it with “· OBDonUDS (SAE J1979-2)”.
- “Readiness by monitor group”: each group shows “Complete” or how many monitors are missing. If some are missing, the vehicle may not pass inspection until it completes its drive cycles.
- Each fault shows its “Readiness group” and, if any, its test results and the monitor that watches it.
- “Supported OBD routines (service 08 equivalent)”: they are only listed; the read never runs them.
Tip: When in doubt, use “Automatic diagnosis”: it detects, identifies and reads everything without you choosing anything.
More guides in this section
- How a remote session works
- Tunnel plan: connect a tool to the vehicle remotely
- Accept or withdraw remote access to your vehicle
- Collaborating in a session: messages, prompts and photos
- Unit PassThru mode from the app
- PassThru on Mac, Linux and iOS
- Assistance requests, appointments and work orders
- Legacy vehicle configuration and diagnostics: VAG and other makes
- Modern vehicle coding and programming
- Automatic diagnosis: one tap and it explains
- Reading a vehicle and sharing the report
- CANopen diagnostics for machinery
- Vehicle details: identifying it by the VIN
- Live dashboard, service functions and battery test
- v2 procedures: beta and operational
- Compatibility notices for your tool
- CAN captures
- Pre-purchase report
- Battery health of electric and hybrid cars
- Asking Diaglana for help
- Your first read: understanding the result and what to do
- Diagnosis options: each setting and when to change it
- Workshop settings: requests, orders, network and notices
- What a fault code means
- Live data: dashboards, recording and export
- Attaching fault codes to a work order
- Procedures that write, program or authenticate
- ISOBUS: reading and changing an implement's NAME
- Diagnosis over Ethernet (DoIP)
- Download Diaglana PassThru for Windows, Mac and Linux
- Authorizing a PC for PassThru
- Diaglana PassThru updates