I2C Problem SCL bleibt auf 1.5V sobald Daten geschickt werden

Hab's mir noch etwas weiter angesehen, also SCL und SDA gehen direkt in 
den chip hinein

Der FTDI nimmt 20mA sobald SCL auf Low gesetzt wird, wobei wenn ich 
jetzt Ground mit dem Pin verbinde komme ich auf 26mA jetzt die Frage wie 
kann ich die restlichen 6mA auch noch fressen :-)

Moin,

> ...mit einem FTDI anzusteuern ...
Genau, die haben auch nur einen Chip im Angebot...

> Ich nehme an das der Pull-Up Widerstand hier zu klein ist?
Ja, nimm lieber 1206 oder noch besser einen bedrahteten... ;)
Welchen WERT hat denn der Widerstand?

> Kann mir hier jemand einen Workaround für dieses Problem vorschlagen?
Naja, was erwartest du? Kein Schaltplan vorhanden, etc. Das Problem ist 
also mit einem wachsweichen Informationsgehalt beschrieben...
Ist es wenigstens ein FT-Chip mit MPSSE?

> ... also SCL und SDA gehen direkt in den chip hinein ...
oO Was bedeutet das? Direkt verbunden? Das sollte die übliche 
Verbindungsart sein, ja.

> Der FTDI nimmt 20mA sobald SCL auf Low gesetzt wird, ...
20mA ist m.E. zuviel.

> ...wobei wenn ich jetzt Ground mit dem Pin verbinde komme ich auf 26mA
> jetzt die Frage wie kann ich die restlichen 6mA auch noch fressen :-)
Ein FT-Chip ohne MPSSE kann die Ausgänge nur schlecht oder gar nicht auf 
Tristate schalten, das nächst-"beste" ist Input. Hast du das für 
Tristate gemacht?
Falls nicht, dann frisst eh irgendwann der Strom deinen FT-Chip.

Ralf

Hi,

in dem erwähnten Beispiel verwende dort keinen Pull-Up Resistor, das 
kommt bereits aus dem Chip raus.
Einen EEprom Chip hatte ich direkt angesprochen indem ich einfach einen 
10k Pullup Widerstand verwendet habe, das hat soweit auch funktioniert.

Ich hab mir jetzt ein anderes Beispiel (USB Soundkarte mit EEprom) 
besorgt wo ein i2c eeprom angesteuert wird, wenn ich dort SCL mittels 
amperemeter direkt mit Grounding verbinde bekomme ich 60mA, wenn du 
schreibst das 26mA bereits zu viel ist was wäre denn normal - das 
verwirrt mich jetzt etwas?

Kannst du mir eine Dokumentation bezüglich i2c Empfehlen? (Das Protokoll 
an sich ist ja leicht zu verstehen, damit habe ich soweit auch keine 
Probleme).

Ich verwende das hier zum Spielen:
http://www.tiaowiki.com/w/TIAO_USB_Multi_Protocol_Adapter_User's_Manual

Also ja, es unterstützt MPSSE damit spreche ich das auch an.

So nebenbei, der SN74LVC16T245 dort steht "Input clamp current" -50mA? 
Bedeutet das nicht das dort 25mA kein Problem wäre? Oder ist das der 
falsche Parameter?

SN74LVC16T245 an dem hängt quasi der I2C Slave:
http://www.ti.com/general/docs/lit/getliterature.tsp?literatureNumber=sces636a&fileType=pdf

Wenn ich den 50Ohm Widerstand (welcher sich auf dem TIAO Board beim i2c 
input befindet) parallel schalte mit einem 10Ohm Widerstand (rechnerisch 
kommt dann ja ca 8 Ohm raus) dann fällt die Voltage auf ca 0.2V was ja 
eigentlich reichen sollte.

Nachdem ich mir das, via MPSSE emulierte I2C Protokoll des FTDI Chips, 
angesehen habe muss ich ohnehin feststellen dass das nicht so einfach 
klappt.

Der FTDI Chip spricht wohl kein funktionierendes I2C. Es hängen 
testweise 2 Master gleichzeitig am Bus, ich kann die soweit unabhängig 
ansteuern, funktionieren tut jedoch nur der Cypress I2C Master.

Habe soweit einen Screenshot des Scopes an FTDI geschickt, die 
überprüfen das

wichtig hier FTDI supportet nur die eigenen Boards, das Board das ich 
verwendet habe wird nicht supportet von denen (deren Windows Lib klappt 
damit einfach nicht ordentlich, alternative Software klappt) Ich 
bezweifle das die Funktionalität anders ist, aber wie es bei Firmen so 
ist .. durchaus verständlich das die keine alternativen Dinge supporten.

Nunja heute mal kurz ab zum Elektronikladen und ein originales abholen. 
Scheint so als ob beim Ack etwas schief geht (zumindestens ist dort auf 
dem Oszi ein Unterschied zu erkennen).

Das ursprüngliche Problem wurde durch einen einfachen Widerstand an der 
richtigen Stelle gelöst :-)

Angemerkt sei hier das I2C via MPSSE des FTDI2232H Chips mit einem Eprom 
funktioniert, es scheint der I2C Slave zu sein welcher hier wohl 
genaueres Timing benötigt. Wenn's um Timing Details geht ist MPSSE des 
FTDI2232H anscheinend sehr schwierig anzusteuern und ohne den FTDI 
Support wohl fast unmöglich.