I2CPort / I2CClk Frequenz Problem?

Hallo Golf,

schön, daß sich noch jemand für das Thema interessiert. Ich hatte inzwischen auch ältere Versionen getestet und im Prinzip auch keine Verbesserung erreicht. "NOP" = 0 liefert auch bei mir höchste Taktraten > 500 kHz, aber das machen die I2C Bausteine nicht mehr mit.

Ich weiß leider auch nicht weiter, da Rolf ja im Compiler mit verschiedensten Taktraten des µP zu tun hat, kann er ja auch nichts statisches für das sDelay schreiben. Ich hätte aber noch eine allerletzte Idee: kann Rolf ggf. im Compiler eine Funktion UserI2CDelay zur Verfügung stellen, die (wenn definiert), statt sDelay angesprungen wird, in der wir dann ASM: NOP;... RET; einfügen, so, wie wir es brauchen? Ich weiß allerdings nicht, ob man damit genügend Fine-Tuning machen kann, um passende Clk-Raten zu bekommen..

Warum ich hinter dem Thema so her bin: Ich lese per I2C AD-Wandler aus, 20 mal hintereinander, auf bis zu 16 Kanälen. Da kommt es mir auf jedes bischen Geschwindigkeit an, die ich bekommen kann..

Gruß, Michael

Was soll da eigentlich mit dem LM76 nicht funktionieren? Wir setzen den ein.

Robert

@robert, @golf: Ich setze den STDS75M2F ein, über den Rolf hier im Forum mich mal aufgeklärt hat, daß das der LM76 ist. Der hängt den Hardware TWI Bus beim ersten Schreibzugriff auf. Wenn Du einen anderen LM76 einsetzt, der am Hardware TWI geht, dann löte ich eben noch mal alle Geräte um und bin dann fertig.
ALLERDINGS habe ich inzwischen festgestellt, daß das Hardware-TWI sehr empfindlich ist (steht auch in Rolf's Manual!): wenn ich einen Tastkopf mit 1:1 Tastung auf das Clk-Signal aufsetze, hängt der Bus sich oft auf - mit der ganzen Applikation. Das passiert mit dem AVRco Soft I2C nicht. Daher habe ich inzwischen schon ein Interesse daran, den Soft I2C einzusetzen. Ausserdem habe ich ab morgen beim TÜV den ersten EMV-Termin für die CE-Zertifizierung...

@rolf: Wenn das so ist, wie Sie schreiben, dann hat der Soft I2C Treiber ja theoretisch doch die Möglichkeit, auf höhere Geschwindigkeiten zu kommen. Können Sie uns nicht eine alternative Möglichkeit im I2Cclk Befehl geben, daß wir die NOP-Zahl setzen können, sagen wir mal mit einem 3. Parameter, z.B. I2Cclk = 0,0,5; --> Das heißt dann: erste 0: nimm Pin 0 des I2C Port, zweite 0: nimm NOP's statt sDelay, dritte Zahl 5: nimm 5 NOP's zum einfügen?! Dann könnten wir den Bus vielleicht doch noch feintunen!!

Gruß, Michael

Hallo Rolf,


S-U-P-E-R !!