Benutzer:Siro/i2cprotokoll: Unterschied zwischen den Versionen
Siro (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Siro (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
||
(9 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
== <b>I2C Protokoll</b> == | == <b>I2C Protokoll</b> == | ||
Version 0. | Version 0.4 | ||
Zeile 8: | Zeile 8: | ||
<tr><td>layer0</td><td>Hardwareebene (i2c)</td></tr> | <tr><td>layer0</td><td>Hardwareebene (i2c)</td></tr> | ||
<tr><td>layer1</td><td>Packetebene</td></tr> | <tr><td>layer1</td><td>Packetebene</td></tr> | ||
<tr><td>endpoint </td><td>externe Hardware (nicht näher definiert)</td></tr> | <tr><td>endpoint </td><td>externe Hardware/Software (nicht näher definiert)</td></tr> | ||
</table> | </table> | ||
<br> | <br> | ||
Zeile 17: | Zeile 17: | ||
<li> Alle Daten werden in Paketen übertragen | <li> Alle Daten werden in Paketen übertragen | ||
<li> Alle Daten werden vom Master "gepollt" | <li> Alle Daten werden vom Master "gepollt" | ||
<li> Alle Devices können bis zu 254 Endpoints haben | <li> Alle Devices müssen einen Endpoint 0 haben (das Device selber) | ||
<li> Alle Devices können bis zu 254 Endpoints haben | |||
<li> Jeder Endpoint hat mind. 8 byte in-Buffer & mind. 8 byte out-Buffer | |||
<li> Jeder Endpoint hat einen Status-Byte das Informationen über die Buffer bereitstellt | |||
== Device Overview == | |||
<table> | |||
<tr><td>Device</td><td></td><td></td></tr> | |||
<tr><td> </td><td>|----</td><td>Endpoint 0</td></tr> | |||
<tr><td> </td><td>|----</td><td>Endpoint 1</td></tr> | |||
<tr><td> </td><td>...</td><td></td></tr> | |||
<tr><td> </td><td>|----</td><td>Endpoint n</td></tr> | |||
<tr><td> </td><td></td><td> |---status_byte</td></tr> | |||
<tr><td> </td><td></td><td> |---in_buffer</td></tr> | |||
<tr><td> </td><td></td><td> |---out_buffer</td></tr> | |||
</table> | |||
== Packet == | |||
<b>Overview</b><br> | |||
<i>Packet:</i> | |||
<table border='1'><tr><td>Header</td><td>Data</td></tr><tr><td>1 Byte</td><td>1-8 Byte</td></tr></table> | <table border='1'><tr><td>Header</td><td>Data</td></tr><tr><td>1 Byte</td><td>1-8 Byte</td></tr></table> | ||
<br> | |||
<i>Header:</i> | <i>Header:</i> | ||
<table border='1'><tr><td>Bit 7</td><td>Bit 6</td><td>Bit 5 | <table border='1'> | ||
<tr><td>Bit 7</td><td>Bit 6</td><td>Bit 5 - 0</td></tr> | |||
<tr><td><i>Command&!Data</i></td><td><i>Parity</i></td><td>see below</td></tr> | |||
</table> | |||
<i>Note: Parity can be EVEN, ODD, XOR, NONE, Parity does include packetsize-Bits and all DATA</i><br> | <i>Note: Parity can be EVEN, ODD, XOR, NONE, Parity does include packetsize-Bits and all DATA</i><br> | ||
<i>Note: Command | <i>Note: Command&!DATA marks this packet as either COMMAND packet or as DATA packet</i><br> | ||
<br> | <br> | ||
<b>COMMAND PACKET</b><br> | <b>COMMAND PACKET</b><br> | ||
<i>Header:</i><br> | |||
1 | <table border='1'> | ||
<tr><td>Bit 7</td><td>Bit 6</td><td>Bit 5</td><td>Bit 4 - 1</td><td>Bit 0</td></tr> | |||
<tr><td>1</td><td><i>Parity</i></td><td><i>0 (reserved)</i></td><td>COMMAND</td><td>Data packet count (0 or 1)</td></tr> | |||
</table> | |||
<br> | |||
<i>Packet:</i> | |||
<table border='1'> | |||
<tr><td>Header</td><td>Byte 1</td></tr> | |||
<tr><td>1X0XXXXX</td><td>DATA (only if <header:0> is set)</td></tr> | |||
</table> | |||
handled by layer1<br> | handled by layer1<br> | ||
<br> | <br> | ||
<b>DATA PACKET</b><br> | <b>DATA PACKET</b><br> | ||
<i>Header:</i><br> | |||
<table border='1'> | |||
<tr><td>Bit 7</td><td>Bit 6</td><td>Bit 5</td><td>Bit 4</td><td>Bit 3 - 0</td></tr> | |||
<tr><td>0</td><td><i>Parity</i></td><td><i>0 (reserved)</i></td><td><i>READ&!WRITE</i></td><td>Packetsize</td></tr> | |||
</table> | |||
<br> | |||
<i>Packet:</i><br> | |||
<table border='1'> | |||
<tr><td>Header</td><td>Byte 1</td><td>Byte 2</td><td>Byte 3</td><td>Byte 4</td><td>Byte 5</td><td>Byte 6</td><td>Byte 7</td><td>Byte 8</td></tr><tr><td>0X0XXXXX</td><td>DATA</td><td>DATA (optional)</td><td>DATA (optional)</td><td>DATA (optional)</td><td>DATA (optional)</td><td>DATA (optional)</td><td>DATA (optional)</td><td>DATA (optional)</td></tr> | |||
</table> | |||
<i>Note: READ&!WRITE is the direction of data transfers</i><br> | |||
handled by userprogram<br> | handled by userprogram<br> | ||
<br> | <br> | ||
== COMMANDS == | == COMMANDS == | ||
all "get" commands load data into the out_buffer & change status to ready for read<br> | |||
all "set" commands store data into the in_buffer & change status to !ready for write<br> | |||
<i>Note: <br> | |||
<li>if in_buffer is full/not ready to write the data is dropped | |||
<li>if out_buffer is not ready for read, 0 is returned | |||
<br> | <br> | ||
<b>0x00</b><br> | querry status first !<br> | ||
</i> | |||
<b>0x01</b><br> | <br><b>0x00</b><br> | ||
invalid (reserved)<br> | |||
<br><b>0x01</b> PING<br> | |||
copies complement of inputbuffer to outputbuffer<br> | |||
to run bus-speed-test<br> | |||
<br><b>0x02</b> GET AENDPOINT DESCRIPTOR<br> | |||
<b>0x02</b> | |||
GET | |||
2.byte: endpoint<br> | 2.byte: endpoint<br> | ||
returns information about | returns information about any endpoint<br> | ||
can be display, soundd. ,networkd. ,inputd. ...<br> | |||
must be less then max. device endpoints<br> | must be less then max. device endpoints<br> | ||
<b> | <br><b>Endpoint 0</b> GET DEVICE DESCRIPTOR<br> | ||
SET ENDPOINT<br> | returns information about the device<br> | ||
<table border='1'> | |||
<tr><td>Header</td><td>DATA1</td><td>DATA2</td><td>DATA3</td></tr> | |||
<tr><td bgcolor=grey></td><td><i>protocol version</i></td><td><i>endpoint count</i></td><td>-</td></tr> | |||
</table> | |||
<br><b>0x03</b> SET CURRENT ENDPOINT<br> | |||
2.byte: endpoint<br> | 2.byte: endpoint<br> | ||
must be less then max. device endpoints<br> | must be less then max. device endpoints<br> | ||
<b>0x04</b> | <br><b>0x04</b> GET CURRENT ENDPOINT<br> | ||
GET CURRENT ENDPOINT<br> | |||
return active endpoint (default: 0)<br> | return active endpoint (default: 0)<br> | ||
<b>0x05</b><br> | <br><b>0x05</b> GET CENDPOINT STATUS<br> | ||
return current endpoint status, for example:<br> | |||
ready for read<br> | |||
<b> | ready for write<bR> | ||
packet was dropped<br> | |||
packet was invalid<br> | |||
...<br> | |||
<br><b>0x06</b> CONFIGURE ENDPOINT<br> | |||
manage power, enable/disable endpoint<br> | |||
...<br> | |||
<br><b>0x07</b> GET AENDPOINT STATUS<br> | |||
return any endpoint status<br> | |||
2.byte: endpoint<br> | |||
for example:<br> | |||
ready for read<br> | |||
ready for write<bR> | |||
...<br> | |||
== DATA PACKET == | |||
Data packets are stored in the in_buffer of the current endpoint if READ/!WRITE is 0 & buffer is ready. | |||
The users programm is notified that theres new data. | |||
Data packets are read from the out_buffer of the current endpoint if READ/!WRITE is 1 & buffer is ready. | |||
Packet-length field should be ignored. | |||
The users programm is notified that the host request new data. | |||
== Device Response == | |||
<b> Header is ==0</b> NO VALID DATA<br> | |||
the buffer you read from was not ready<br> | |||
<b> Header is > 0</b> DATA<br> | |||
VALID:<br> | |||
data-packet length should be greater than 0<br> | |||
packet parity does match<br> | |||
INVALID:<br> | |||
data-packet length is 0<br> | |||
packet parity doesn't match<br> |
Aktuelle Version vom 1. Februar 2010, 17:43 Uhr
I2C Protokoll[Bearbeiten | Quelltext bearbeiten]
Version 0.4
DEFINITIONS[Bearbeiten | Quelltext bearbeiten]
layer0 | Hardwareebene (i2c) |
layer1 | Packetebene |
endpoint | externe Hardware/Software (nicht näher definiert) |
Vorderungen[Bearbeiten | Quelltext bearbeiten]
Device Overview[Bearbeiten | Quelltext bearbeiten]
Device | ||
|---- | Endpoint 0 | |
|---- | Endpoint 1 | |
... | ||
|---- | Endpoint n | |
|---status_byte | ||
|---in_buffer | ||
|---out_buffer |
Packet[Bearbeiten | Quelltext bearbeiten]
Overview
Packet:
Header | Data |
1 Byte | 1-8 Byte |
Header:
Bit 7 | Bit 6 | Bit 5 - 0 |
Command&!Data | Parity | see below |
Note: Parity can be EVEN, ODD, XOR, NONE, Parity does include packetsize-Bits and all DATA
Note: Command&!DATA marks this packet as either COMMAND packet or as DATA packet
COMMAND PACKET
Header:
Bit 7 | Bit 6 | Bit 5 | Bit 4 - 1 | Bit 0 |
1 | Parity | 0 (reserved) | COMMAND | Data packet count (0 or 1) |
Packet:
Header | Byte 1 |
1X0XXXXX | DATA (only if <header:0> is set) |
handled by layer1
DATA PACKET
Header:
Bit 7 | Bit 6 | Bit 5 | Bit 4 | Bit 3 - 0 |
0 | Parity | 0 (reserved) | READ&!WRITE | Packetsize |
Packet:
Header | Byte 1 | Byte 2 | Byte 3 | Byte 4 | Byte 5 | Byte 6 | Byte 7 | Byte 8 |
0X0XXXXX | DATA | DATA (optional) | DATA (optional) | DATA (optional) | DATA (optional) | DATA (optional) | DATA (optional) | DATA (optional) |
Note: READ&!WRITE is the direction of data transfers
handled by userprogram
COMMANDS[Bearbeiten | Quelltext bearbeiten]
all "get" commands load data into the out_buffer & change status to ready for read
all "set" commands store data into the in_buffer & change status to !ready for write
Note:
querry status first !
0x00
invalid (reserved)
0x01 PING
copies complement of inputbuffer to outputbuffer
to run bus-speed-test
0x02 GET AENDPOINT DESCRIPTOR
2.byte: endpoint
returns information about any endpoint
can be display, soundd. ,networkd. ,inputd. ...
must be less then max. device endpoints
Endpoint 0 GET DEVICE DESCRIPTOR
returns information about the device
Header | DATA1 | DATA2 | DATA3 |
protocol version | endpoint count | - |
0x03 SET CURRENT ENDPOINT
2.byte: endpoint
must be less then max. device endpoints
0x04 GET CURRENT ENDPOINT
return active endpoint (default: 0)
0x05 GET CENDPOINT STATUS
return current endpoint status, for example:
ready for read
ready for write
packet was dropped
packet was invalid
...
0x06 CONFIGURE ENDPOINT
manage power, enable/disable endpoint
...
0x07 GET AENDPOINT STATUS
return any endpoint status
2.byte: endpoint
for example:
ready for read
ready for write
...
DATA PACKET[Bearbeiten | Quelltext bearbeiten]
Data packets are stored in the in_buffer of the current endpoint if READ/!WRITE is 0 & buffer is ready. The users programm is notified that theres new data.
Data packets are read from the out_buffer of the current endpoint if READ/!WRITE is 1 & buffer is ready. Packet-length field should be ignored. The users programm is notified that the host request new data.
Device Response[Bearbeiten | Quelltext bearbeiten]
Header is ==0 NO VALID DATA
the buffer you read from was not ready
Header is > 0 DATA
VALID:
data-packet length should be greater than 0
packet parity does match
INVALID:
data-packet length is 0
packet parity doesn't match