diff options
author | sicarius <devnull@localhost> | 2007-02-11 19:32:03 +0100 |
---|---|---|
committer | sicarius <devnull@localhost> | 2007-02-11 19:32:03 +0100 |
commit | 56d9bdd39ed36c36e9a61411b86c76d5228b2133 (patch) | |
tree | 0cca7a63a5609f91d1912ecbde6743938c9ae5d2 /source/ct-Bot/Documentation/TWI-Treiber.htm | |
parent | 644121b478a57772150f460c3c8cd035aa6767a2 (diff) | |
download | rc2007-soccer-56d9bdd39ed36c36e9a61411b86c76d5228b2133.tar rc2007-soccer-56d9bdd39ed36c36e9a61411b86c76d5228b2133.zip |
Added lot's of code-files used during work
Diffstat (limited to 'source/ct-Bot/Documentation/TWI-Treiber.htm')
-rw-r--r-- | source/ct-Bot/Documentation/TWI-Treiber.htm | 70 |
1 files changed, 70 insertions, 0 deletions
diff --git a/source/ct-Bot/Documentation/TWI-Treiber.htm b/source/ct-Bot/Documentation/TWI-Treiber.htm new file mode 100644 index 0000000..524774d --- /dev/null +++ b/source/ct-Bot/Documentation/TWI-Treiber.htm @@ -0,0 +1,70 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> +<HTML><HEAD><TITLE></TITLE> +<META http-equiv=Content-Type content="text/html; charset=iso-8859-1"> +<META content="MSHTML 6.00.2900.2873" name=GENERATOR></HEAD> +<BODY><!-- Converted from text/plain format --><FONT face=Arial +size=2></FONT><FONT size=2> +<P>Carsten Giesen (info@cnau.de)</P> +<P>TWI-Treiber (I2C)</P> +<P>Die gesammte Kommunikation mit der TWI Schnittstelle steckt in TWI_driver.c +und TWI_driver.h.<BR>Angesprochen wird der Treiber �ber "Send_to_TWI(tx_frame)" +daf�r sind aber ein paar Vorarbeiten n�tig.</P> +<P>Zur Vereinfachung hier ein Beispiel am Beispiel vom SRF10:</P> +<P><BR>char +temp[2]; +//Array um Platz f�r die Befehle zu schaffen<BR>char +state; +//Platz f�r das Ergebniss der Aktion<BR>tx_type +tx_frame[2]; //Hier wird der Container geschaffen</P> +<P></P> +<P>state = SUCCESS; +//Vorbelegen, da manche Aktionen nur Sinn machen, wenn state=SUCCESS</P> +<P>//Jetzt gehts los:<BR>tx_frame[0].slave_adr = address+W; //Die Adresse des +Ziel-Bausteins <BR>tx_frame[0].size = 2; //Wie viele Befehle (Daten) sollen +�bertragen werden<BR>tx_frame[0].data_ptr = temp; //der Pointer f�r die +Befehle<BR>tx_frame[0].data_ptr[0] = SRF10_COMMAND; +//Der erste Befehl ist normaler Weise das +Register, <BR> +//welches Angesprochen werden soll<BR>tx_frame[0].data_ptr[1] = +metric_unit; +//Was soll gemacht werden (hier eine Messung in cm)<BR>tx_frame[1].slave_adr = +OWN_ADR; +//Damit wird dem Treiber klar gemachtm das er fertig ist.<BR>state = +Send_to_TWI(tx_frame); +//Und jetzt wird alles �bergeben<BR><BR>In State steht jetzt ob der Befehl +erfolgreich war, oder nicht.<BR><BR>Wie man Daten empf�ngt, am Beispiel Register +auslesen:</P> +<P>uint8 srf10_read_register(unsigned char srf10_register)<BR>{<BR>char +temp; +//Variable um Platz f�r die Befehle zu schaffen<BR>char +value; +//Variable um Platz f�r die Resultate zu schaffen<BR>char +state; +//Platz f�r das Ergebniss der Aktion<BR>tx_type +tx_frame[3]; //Hier wird der Container +geschaffen<BR>state = SUCCESS; +//Vorbelegen, da manche Aktionen nur Sinn machen, wenn state=SUCCESS<BR>value = +0;<BR>tx_frame[0].slave_adr = +address+W; //Die Adresse +des Ziel-Bausteins<BR>tx_frame[0].size = +1; +//Wie viele Befehle (Daten) sollen �bertragen werden<BR>tx_frame[0].data_ptr = +&temp; +//der Pointer f�r die Befehle<BR>tx_frame[0].data_ptr[0] = +srf10_register; //Der erste Befehl ist normaler Weise +das +Register,<BR> +//welches Angesprochen werden soll<BR>tx_frame[1].slave_adr = +address+R; +//Die Adresse des Ziel-Bausteins +R f�r lesen<BR>tx_frame[1].size = +1; +//Wie viele Daten sollen gelesen werden<BR>tx_frame[1].data_ptr = +&value; +//der Pointer f�r die Daten<BR>tx_frame[2].slave_adr = +OWN_ADR; //Damit wird dem +Treiber klar gemachtm das er fertig ist.<BR>state = +Send_to_TWI(tx_frame); +//Und jetzt wird alles �bergeben<BR>srf10_state = state;<BR>return +value;<BR>}</P> +<P>Man kann also gut sehen, das beide Aktionen, schreiben und lesen kombiniert +werden k�nnen.</P></FONT></BODY></HTML> |