HIVE-Project

Hallo,

Ich kenne I2C IC's mit 100kHz und 400kHz aber gibt es da auch noch schnellere?

Kannst du dann nicht besser I/O-Chip´s mit SPI-Bus nehmen ? Für den Rpi wird z.B. ein Multi-I/O von MicroChip genommen. Brauchst dann leider zusätzliche /CS Leitungen.

Alle Anschlüsse sind schon belegt.
Und in einem Projekt ist schon I2C in Verwendung da ist im COG kein Platz mehr für den SPI Treiber.
Die anderen COGs werden für andere Dinge gebraucht.

Daher such ich keine Ersatzlösung sondern Frage nach I2C Busteilnehmer die mehr als 400kHz machen.
Mir war so als ob es welche mit 1Mhz gibt.

PIC18F2550 hat geschrieben:.........Daher such ich keine Ersatzlösung sondern Frage nach I2C Busteilnehmer die mehr als 400kHz machen.
Mir war so als ob es welche mit 1Mhz gibt.

Ja, gibt es mit 1MHz. Meistens sind das aber SMD-ICs. Ach ja und wieder ist ein Pin zu wenig am µC. Hab da auch beim Elderberry µC die Writeprotect- und Cardinsert-Eingänge der SD-Karte mit I2C-Chip gelöst sowie mir auch 8 GPIOs über I2C dazugefrickelt. Mit dem MAC-EEprom hängen da jetzt 5 ICs im Elderberry dran. Mit I2C-Bustreiber und I2C-Switch läßt sich da später so einiges an externem I2C-Gerät dranhängen.
Gruß
TuxFan

PS.: Falls man einen SPI-Bus hat und keine freien CS-Leitungen, kann man diese über ein I2C-GPIO IC realisieren.

PIC18F2550 hat geschrieben:Ich kenne I2C IC's mit 100kHz und 400kHz aber gibt es da auch noch schnellere?

3.4MHz ... z.B. Ramtron FM24V05-G

Ok dassieht schonmal gut aus nur mit der speichergröße haberts noch 128kx8
Mal sehen wie weit ich mit so einem Teil komme.

PIC18F2550 hat geschrieben:Ok dassieht schonmal gut aus nur mit der speichergröße haberts noch 128kx8
Mal sehen wie weit ich mit so einem Teil komme.

Zum Test der 3.4MHz-I2C-Ansteuerung mag das ja ok sein... aaaber ich habe gelesen, daß FRAM bereits beim Lesen verschleißt und das hat meinen zuvorigen Enthusiasmus, FRAM als (S)RAM einzusetzen arg gebremst. FRAM scheint also nur ein langlebigerer Ersatz für EEPROMs/Flashs zu sein.

AAAAaahhhh... die Erinnerung kommt kleckernd wieder: "FRAM, das bessere Flash" oder so ähnlich hieß der Elektor-Artikel...

Dort wird beschrieben, daß Lesezyklen im FRAM letzlich Lesen-und-Rückschreiben-Zyklen sind... somit das FRAM schon beim vermeindlichen "nur" Lesen wollen verschleißt... es ist wohl dennoch deutlich langlebiger als Flash, aber als SRAM-Ersatz sollte man es wohl doch besser vergessen...

OO)
Oh da werde ich die Finger davon lassen.

PIC18F2550 hat geschrieben:OO)
Oh da werde ich die Finger davon lassen.

Vielleicht lassen sich andere 3.4MHz-I2C-Chips finden?
"Wahnwitzig schnelles I2C"™ wär doch nett zu haben... erst recht wenn Master- und Slave-Routinen für den Prob greifbar wären...

Oder: I2C ist eigentlich ein Multi-Master-Bus... aber das zu implementieren hat bisher jeder gescheut, der I2C-Routinen für den Prop gebaut hat... wenn Du das hinkriegst, wird Dein Ruhm mit Sicherheit weltweit...

...also Langeweile is nich... es gibt immer was zu tun!

yeti hat geschrieben:erst recht wenn Master- und Slave-Routinen für den Prob greifbar wären.

Zu spät das gibt es schon http://obex.parallax.com/object/700
Multimaster währe auch mal interessant leider ist das durch das Bootverfahren mit den Stantard Pinns nicht zu Machen.
Man könnte noch biedirecktionale mit Freigabepinn versehende Bustreiber einsetzen aber sowas ist auf meier CPU nicht vorgesehen.