Differences

This shows you the differences between two versions of the page.

--- doc:rfc_canraw-mode [2014/08/31 11:41] – [Examples] admin
+++ doc:rfc_canraw-mode [2016/10/30 09:22] (current) – [Initialization] admin
@@ Line 40: / Line 40: @@
   p 8 4 0
-Select HS-CAN bus speed to 500kbit/s (for other bitrates please have a look to the firmware syntax here: [[brokenlink|The OOBD Firmware Syntax]])
+Select HS-CAN bus speed to 500kbit/s (for other bitrates please have a look to the firmware syntax here: [[doc:hw_commands|The OOBD Firmware Syntax]])
   p 8 3 3
@@ Line 80: / Line 80: @@
-The OOBD CAN raw format does not only allow single CAN frames, it can also send (if necessary) quite long telegram sequences. To do this, the data format is as follow:
+The OOBD CAN raw format does not only allow single CAN frames, it can also send (if necessary) several telegrams in one go. To do this, the data format is as follow:
 The data consists of one or more blocks:
@@ Line 98: / Line 98: @@
 Following the scheme above, there can be so much blocks send in one go as fit into the input buffer of 4095 bytes.
+The whole sequence is only sent once. For repetition, the application need to raise the command again.
@@ Line 125: / Line 128: @@
 When having x=2, the output is like 1, but to have higher output performance (if needed), this output is already made in the CAN service routine.
-== Vector Style Output from ISR (2) ==
-When having x=2, the output is like 1, but to have higher output performance (if needed), this output is already made in the CAN service routine.
 == Lawicel Output from ISR (3) ==
@@ Line 143: / Line 142: @@
 Which has the following format for 11-bit CAN Identifier
-  tiiindddddddddddddddd[ssss]
+  tiiindddddddddddddddd[ssss]\r
 or
-  Tiiiiiiiindddddddddddddddd[ssss] \r
+  Tiiiiiiiindddddddddddddddd[ssss]\r
 for 29 bit CANIDs, where the meaning is
@@ Line 157: / Line 156: @@
 |    d        |     0.. 8       | 0-8 Data Bytes in Hexadecimal writing |
 |    s        |      2          | optional timestamp in hexadecimal writing (0..65535 ms) |
+== Binary Output from ISR (4) ==
+With x=4 the output is in a binary format for highest throughput. This binary format is unique to OOBD and not supported by other software (yet).
+All values are directly transferred in their binary representation, except the value 0xFF (255). If a 0xFF appears in the bytestream, it's written as a sequence of two 0xFF.
+On the other hand the 0xFF is used as Sync-Byte, which can optionally mark the start of a frame sequence. Please notice that this Sync-Byte is not mandatory for each frame sequence and might only be sent each few frames to allow the receiving software to sync to the byte stream.
+As the Sync Byte is always followed by the Info Byte, which MSB is always set to 0, a sync byte can always be identified.
+So a frame sequence consists of
+^ Field name  ^ Length (Bytes)  ^ Meaning ^
+|    SB    |      1          | Sync Byte (SB), Value 0xFF, **optional** |
+|    IB    |      1          | Bit 7 (MSB)=0 \\ Bit 6 = Extended CAN-ID \\ Bit 4-5 Errorflags \\ Bit 0-3 DLC |
+|    TS    |      2          | Time Stamp (0..65535 ms) |
+|    ID    |      2 / 4      | Extended / Normal CAN ID |
+|    Data    |    0..8       | Data Bytes |