Zeit zum Übertragen von Daten via I²C?

> Ich meine mal gelesen zu haben, dass der I²C-Bus 100kbit schaffen soll.
Wie schnell der I²C Bus ist hängt davon ab wie schnell dein Controller 
und wie schnell die ICs am Bus sind.
Schafft dein µC 400kHz die ICs aber nur 100kHz, dann läuft der Bus halt 
mit 100kHz. 400 sollten aber denke ich schon drin sein. Zur Zeit ist der 
I²C Bus glaub ich bis maximal 1MHz spezifiziert.

> Nun ist die Frage, wie schnell die Datenübertragung abläuft, da die
> Berechnung von anderen Daten nicht allzu träge sein darf
Hat dein µC I²C als Hardware? Dann kannst du doch bestimmt die 
Kommunikation auch in Interrupts machen. Dann hast du (bzw. der µC) 
nebenbei Zeit was anderes zu machen.

> Hat dein µC I²C als Hardware?

Ja, ich benutze den Hardware-I²C-Bus

> Dann kannst du doch bestimmt die
> Kommunikation auch in Interrupts machen. Dann hast du (bzw. der µC)
> nebenbei Zeit was anderes zu machen.

Wenn ich allen 16 Port-Expandern linear hintereinander Werte zuordne, 
brauche ich dann auch die Interrupts oder kann ich ihm nicht einfach die 
Daten geben und der uC schreibt die auf den Expander? (Ich dachte immer 
dass beim Senden des Befehls via I²C der Controller wartet, bis dieser 
Befehl abgearbeitet wurde und somit nicht für andere Berechnungen zu 
verfügung steht...)

Stimmt denn grob die Berechnung der Dauer der Übertragung, wenn alles 
hintereinander weg übertragen wird oder muss ich noch Zeit für ACK/NACK 
einplanen?

> oder muss ich noch Zeit für ACK/NACK einplanen?
Jedes Bit kostet natürlich Zeit.

> (Ich dachte immer dass beim Senden des Befehls via I²C der Controller
> wartet, bis dieser Befehl abgearbeitet wurde und somit nicht für andere
> Berechnungen zu verfügung steht...)
Wenn es ein TX Interrupt gibt, muss der µC immer nur das nächste Byte in 
den Ausgangsbuffer legen und hat dann Zeit bis der Interrupt kommt das 
der Buffer leer ist und er dann das nächste Byte reinschiebt.

Für ein IC also Quasi so:
-> Daten sollen gesendet werden
-> Variable mit Anzahl der zu übertragenden Bytes setzen (z.B. byte_cnt 
= 6;)
-> Erstes Byte in Buffer schieben (Buffer = Byte_Array[i++]; 
byte_cnt--;)
-> Warten auf Interrupt
-> Buffer leer, Interrupt kommt
-> Nächtes Byte in Buffer schieben (Buffer = Byte_Array[i++]; 
byte_cnt--;)
-> Warten auf Interrupt
-> usw. bis byte_cnt == 0 ist.

Ok, verstehe ich.

Wie sieht es aus, wenn ich keinen Interrupt verwenden würde (weil der 
externe Interrupt bereits anderweitig verwendet wird) mit der Zeit für 
die Verarbeitung? Rein theoretisch würde nämlich als einziges die 
Ausgabe der Daten via der Port-Expandern und an das LCD-Display Zeit 
benötigen. kann ich ca. 100k bit pro Sekunde rechnen oder ist es 
Erfahrungsmäßig mehr?

ich meine natürlich weniger -.- editieren geht leider nicht...

Hab mir gerade mal das Datenblatt vom PCF8577 angeschaut. Kann man den 
überhaupt für LEDs benutzen? Scheint mir eher ein spezial IC für LCD 
ansteuerung zu sein. Der PCF8577 kann laut Datenblatt auch nur 100kHz 
I²C Bus. Also bist du schon mal auf 100kBit/s begrenzt.

Ich glaube sowas wie ein PCA9505 ist eher was für dich. Hat 40Bit und 
noch 8 mögliche Adressen. An einem I²C Bus bekommst du also schon mal 
problemlos 320 I/Os ran. Anscheinend kann das Ding auch Fast-Mode, also 
400kHz auf dem I²C Bus.

Ok, sieht auch nicht schlecht aus. SMD kann ich gerne mal versuchen. 
Aber wo bekomme ich das Teil her?

Btw. Brauche ich auch eig. nur 30 Ausgänge pro IC oder ich steuer mit 3 
von den Teilen 4 x 30er Packs von LEDs an, das geht auch

Was mir noch eingefallen ist: es sollte eine Bauteil-Bibliothek für 
dieses IC existieren, da ich keine ahnung habe, wie ich (besonders bei 
SMD) mir eine eigene mache. DIL-Packages hat Eagle ja frei, sodass man 
auch unbekannte ICs für Eagle verwenden kann aber im SMD-Format....

> .....aber im SMD-Format....
Hat Eagle auch schon alles drin. Schau dir mal die smd-ipc.lbr an.

> Btw. Brauche ich auch eig. nur 30 Ausgänge pro IC oder ich steuer mit 3
> von den Teilen 4 x 30er Packs von LEDs an, das geht auch
Ich dachte du brauchst 512 Ausgänge, oder nicht?

ich hab zwischen 12 und 20 LED-Reihen mit je 30 leds. rechnerisch sind 
das etwa 360-600. Rechnen wir mal mit 16x30=480. Das sollte dir helfen.

Dann sollte SMD kein Problem sein. Woher kann ich das IC beziehen? 
Reichelt und Conrad haben es nicht...

I²C ist noicht zwingend, aber einfach, da bereits ein I²C-Bus existiert 
und so der Aufwand reduziert wird.

Kann der vorgeschlagene 8577 wirklich keine LEDs ansteuern? Wäre echt 
schade, da dieser Platztechnisch gut passt und verfügbar sowie günstig 
ist... Treiber wären wahrscheinlich zu teuer...

gut, gut. Dann suche ich mal nach grooooßen Schieberegistern. Die 
Programmierung dürfte demnach nicht so schwer werden. Muss nicht eine 
Art Taktsignal mitgeliefert werden, welcher dem Register beim wechsel 
des Pegels die Daten ein Register weiter reicht? (Ich werde mich da mal 
einlesen...) Gibt es ein Beispiel für die Nutzung eines Regsters unter 
Bascom? Ich habe nur in C was gefunden...

PS: Ich verwende einen ATMega32

Der 74HC595 scheint recht gut geeignet zu sein und auch günstig 
erhältlich zu sein. Die maximale Frequenz wird im Megaherz-Bereich 
angegeben. Dies kommt mir jedoch sehr komisch vor... welche 
Geschwindigkeit wäre mit einem 8MHz getaktetem ATMega32 zu erreichen?