I2C to RS232 TTL

Unter Erweiterungen gibt es ein I2C-Master Tool. Das ist allerdings 
eigentlich nur zum Testen von Slaves gedacht. Der Master ist eine reine 
Softwarelösung ohne Hardwareunterstüzung (ohne USI) und ohne den 
FIFO-Puffer für die RS232-Schnittstelle. Es würde notfalls gehen.

Was ist mit den FTDI Chips?

> Wie wuerdet ihr mit einem I2C Bus umgehen um diesen per Funk
> ueber ein BTM-222 zum PC zu bekommen?

Ich wuerde mir einen fast beliebigen Microcontroller nehmen und dem ein 
kleines Programm verpassen das genau das macht was ich will.

Du programmierst halt ein Protokoll das die eigentliche I2C 
Kommunikation etwas abstrahiert.

Beispiel:

W3:A50:30:31:32      ;Schreibt drei Byte an I2C-bus mit Adresse 0x50
R1:A50               ;Liesst ein Byte vom I2C und sendet dir das 
Ergebnis
W1R5:A50:4a          ;Schreibt Byte 4a an Adresse 50 und liesst danach
                     ;5Byte.

Also fang an. :)

Olaf

@Fridolin Onteca
Wenn du Dir den Aufwand machst und auf der ftdi homepgae recherchierst, 
findest du das mpsse interface...es gibt auch application notes dafür 
anhand derer du entscheiden kannst, ob es passt oder nicht

Addendum
Hängt davon ab ob du einen Mikrocontroller benutzen möchtest bzw. musst 
oder nicht.

http://mbed.org/users/4180_1/notebook/i2c-debug-for-realterm/

http://www.pcfilter.de/AVR-Ecke/Page19.html

guggle: realterm
guggle: bl233

NXP SC18IM700 setzt RS232 um zu I2C - Master

Hallo Fridolin,

schau doch einfach mal in die  Codesammlung.

Da gibt es mindestens 2 Vorschläge, wie man mit einem einfachen ATMEGA8 
Dein Problem löst.

Woher ich das weiß ?

Weil ich selbst einmal gesucht habe.
Und mindestens eine Lösung gefunden habe, die mir aber zu umständlich 
war.

Daraufhin habe ich einen eigenen Ansatz geschrieben (Achtung: sehr 
frühes Frühwerk - aber gut funktionierend und seit Jahren ständig in 
Benutzung) und in der Codesammlung bereitgestellt.

mfg

Michael s.

http://i2cchip.com/shop.html (unter Integrated Circuits)

da gibt es auch komplette Schaltungen zu kaufen.

Sonst wirst Du das Teil wohl nicht bekommen, das sieht nach einem custom 
Chip aus.

Wenn Du Basteln (sparen) willst, empfehle ich die Codesammlung (das 
Beispiel von Michael habe ich aber auch nicht gefunden, außer er hat es 
unter anderem Namen eingestellt)

Oder das Teil von ELV, falls es Deine Anforderungen erfüllt. Da ist viel 
Zeit und Nerven gespart ;-)

Rudi

Ich habe vor einiger Zeit diese Schaltung nachgebaut,
funktioniert gut.

http://www.horter.de/download/i2c_1.html

Hallo Rudi,

das Programm steht unter dem Betreff "Terminal/TWI-Adapter ..." in der 
Codesammlung (ich musste selbst suchen).

Diese Version wird sich auf die einseitige Kommunikationsrichtung vom PC 
zum TWI-Bus + Verarbeitung der Antworten beschränken.

Den umgekehrten Weg habe ich später implementiert, mangels erkennbarem 
Interesse aber niemanden damit belästigt:

Der Adapter fungiert im Ruhezustand als TWI-Slave und alle an ihn 
gerichteten Nachrichten (Bytes) werden hexadezimal an die serielle 
Schnittstelle durchgereicht (das wird zum Debuggen genutzt).

In Verbindung mit einem USB-Seriell Adapter beschränkt sich die 
notwendige Hardware auf einen ATMEGA8 in Verbindung mit einem Quarz und 
2 Kondensatoren.
Alles also Teile, die man normalerweise in der Bastelkiste hat.

mfg

Michael S.

@Michael:
ja, jetzt wo Du es sagst... mit der SW hab ich auch schon 
experimentiert. Hätte ich vermutlich nicht mehr gefunden ;-)
Danke,
Rudi

schau mal hier

http://www.coptonix.com/html/produkte.html

habe ich verwendet vor dem IOWarrior(USB)

Grus Ralf

Hallo Fridolin,

wenn du nicht mehr willst, als einen "normalen" TWI-Slave zu bedienen, 
dann kannst Du das problemlos mit dem "Terminal / TWI-Adapter" machen.

Genau diese Dinge mache ich mit dem Programm ständig:
Daten auf einen Slave übertragen oder Daten aus dem Slave auslesen.

Wobei das Programm dazu dient, die Kommunikation im Grundsatz zu testen 
und zu verstehen - um anschließend eines eigenständiges Programm auf 
einem Controller laufen zu lassen.

Zur Frage des TWI-Taktes:
Im Datenblatt ist der maximale (ggf. auch der minimale) TWI-Takt 
angeben, mit dem ein Slave arbeiten kann.

Mit 100 kHz kommen alle zurecht.
Bei langen Leitungen ist es hilfreich, den Takt herabzusetzen.

Im Gegensatz zur Seriellen Datenübertragung, bei der beide Parteien 
exakt das selbe Timing haben müssen, wird beim TWI der Takt durch das 
SCL-Signal vorgegeben.

Die maximale TWI-Takt-Frequenz meines Programmes ist durch den Takt des 
Controllers vorgegeben.
Da ich mit 3.686400 MHz arbeite, liegt (wenn ich es - ohne ins 
Datenblatt zu schauen - recht erinnere), der maximal erreichbare Takt 
bei 100kHz.

Aber was solls, das ist schon reichlich schnell (fast 10x schnell als 
eine serielle Übertragung mit 9600Baud.


mfg

Michael S.

Hallo Fridolin,

eine Baudrate von 19200 Baud sollte keine Probleme bereiten.

Allerdings stellt das Programm vermutlich nicht die dauerhafte Lösung 
Deines Problemes dar:
Denn Du wirst ja nicht ständig am Terminal sitzen und "TWI-Kommandos" 
eintippen wollen, um dem Sensor Messwerte zu entlocken.

Wenn Du den richtigen Weg gefunden hast, wie Du den Sensor in Deine 
Dienste nehmen kannst, dann wirst Du wohl oder übel ein Programm 
schreiben müssen, das selbstständig den Slave adressiert, Messwerte 
abholt und dann irgendwie weiterverarbeitet.

mfg

Michael