5.5 KiB
Transfer speed
In order to compensate potential overhead of transfer encoding, the transfer speed is set to 9600 Baud or 115200 Baud with 8 bits, no parity, and 1 stop bit.
Protocol
Data bytes with a value below 0x80 can be transferred as is.
Data bytes with value above or equal to 0x80 are split up into two bytes, each one with the highest bit set to 1. The second bit indicates whether it is the first or second byte of a split transfer. This way protocol errors can easily be detected. The bits in the two bytes look like this:
first second
76543210 76543210
11ccccdd 10dddddd
4 bits in c are used for indicating a special purpose and is set to one of the command request/response symbols as stated below.
8 bits in d are the data byte to be transferred (might also be unused).
Command request/response symbols
from ebusd to interface
- initialization request
<INIT> <features>
Requests an initialization of the interface and optionally requests special features.
The data bytedindicates interest in certain features (like full message sending instead of arbitration only). The feature bits are defined below in the symbols section. - send data request
<SEND> <data>
Requests the specified data byte indto be sent to the eBUS.
For data byte values <0x80, the short form without the<SEND>prefix is allowed as well. - arbitration start request
<START> <master>
Requests the start of the arbitration process after the next received<SYN>symbol with the specified master address ind. If the master address is<SYN>, the current arbitration is supposed to be cancelled. - information request
<INFO> <info_id>
Requests the transfer of additional info identified byinfo_id. The possibleinfo_idvalues are defined below in the symbols section. Sending a new info request while the response for the previous one is still in progress immediately terminates the transfer of the previous response.
from interface to ebusd
- initialization response
<RESETTED> <features>
Indicates a reboot or an initial ebusd connection on the interface and is expected to be returned after an<INIT> request.
The data bytedindicates availability of certain features (like full message sending instead of arbitration only). The feature bits are defined below in the symbols section. - receive data notification
<RECEIVED> <data>
Indicates that the specified data byte indwas received from the eBUS.
For data byte values <0x80, the short form without the<RECEIVED>prefix is allowed as well. Note that this message shall not be sent when the byte received was part of an arbitration request initiated by ebusd. - arbitration start succeeded
<STARTED> <master>
Indicates the the last arbitration request succeeded (arbitration was won).
The data byte indcontains the master address that was sent to eBUS during arbitration. - arbitration start failed
<FAILED> <master>
Indicates that the last arbitration request failed (arbitration was lost or sending failed).
The data byte indcontains the master address that has won the arbitration. - information response
<INFO> <data>
Transfers one data byte in response to the INFO request. The first byte transferred in response is the number of data bytes to be transferred (excluding the length itself). The format of the data sequence depends on theinfo_idvalue from the request. The possibleinfo_idvalues are defined below in the symbols section. - eBUS communication error
<ERROR_EBUS> <error>
Indicates an error in the eBUS UART.
The data byte indcontains the error message. - host communication error
<ERROR_HOST> <error>
Indicates an error in the host UART.
The data byte indcontains the error message.
Symbols
These are the predefined symbols as used above.
Bus symbols
- SYN 0xAA
Command request symbols (from ebusd to interface)
- INIT 0x0
- SEND 0x1
- START 0x2
- INFO 0x3
Command response symbols (from interface to ebusd)
- RESETTED 0x0
- RECEIVED 0x1
- STARTED 0x2
- INFO 0x3
- FAILED 0xa
- ERROR_EBUS 0xb
- ERROR_HOST 0xc
Error codes (from interface to ebusd)
- ERR_FRAMING 0x00: framing error
- ERR_OVERRUN 0x01: buffer overrun error
Feature bits (both directions)
- bit 7-2: tbd
- // planned: bit 1: full message sending (complete sequence instead of single bytes)
- bit 0: additional infos (version, PIC ID, etc.)
Information IDs (both directions)
The first level below is the info_id value and the second level describes the response data byte sequence.
The first byte transferred in response is always the number of data bytes to be transferred (excluding the length itself).
- 0x00: version
length: =5 (2 before 20220220)version: version numberfeatures: feature bitschecksum_Hchecksum_L: checksum (since 20220220)jumpers: jumper settings
- 0x01: PIC ID
length: =9- 9*
mui: PIC MUI
- 0x02: PIC config
length: =8- 8*
config_Hconfig_L: PIC config
- 0x03: PIC temperature
length: =1temp: temperature in degrees Celsius
- 0x04: PIC supply voltage
length: =2millivolt_Hmillivolt_L: voltage value in mV
- 0x05: bus voltage
length: =2voltage_max: maximum bus voltage in 10th voltsvoltage_min: minimum bus voltage in 10th volts