RPi Cluster via I2C

[Peter C. G. (ilem0n)]

Hallo Leute,

Wie in der Überschrift schon erwähnt beschäftige ich mich mit Clustering 
mithilfe von Raspberry Pi's.

Für gewöhnlich wird die Kommunikation zwischen den einzelnen Nodes ja 
via TCP/IP abgewickelt.

Ich überlege mir ob es evtl. Sinn macht das ganze via I2C zu machen.
Man hätte dadurch weniger Aufwand bezüglich Verdrahtung und extra 
Hardware (Ethernet-Leitungen, Switches, ...)

Leider bin ich mit I2C und MPI noch nicht ganz so warm.

Was haltet ihr davon ?
Wo liegen die Pro und Contras ?
Ist es überhaupt möglich ?

Schon einmal vielen Dank für eure Hilfe

Gruß Peter

[Bastler (Gast)]

I2C-Netzwerk / 100MB-Ethernet = 1/100 Bandbreite.
Gibt es Socket-Kommunication über I2C?
Ein billiger 16Port-Switch und jede Cluster-Software aus den 
Linux-Bereich tut auch mit RasPi.

[Bastler (Gast)]

Zu grob gerechnet: 400k / 100M = 1/250
Kann RasPi eigentlich Multimaster I2C?

[(prx) A. K. (prx)]

Geht nicht. Der RPi kann nur I2C Master, nicht Slave.

In ähnlichem Zusammenhang bitte beachten, dass der RPi mit Clock 
Stretching nicht zurecht kommt (bekannter Hardware-Bug), was andere µCs 
als Slave ausschliesst oder auf eine entsprechend geringe Bitrate 
begrenzt.

[Peter C. G. (ilem0n)]

Erst mal vielen Dank für eure schnellen antworten ;)

Das mit der Bandbreite fiel mir auch schon auf, aber word I2C nicht auch 
Rechnerintern genutzt ?
Er sollte doch daher auch ausreichend für Kommunikation zwischen den 
Komponenten sein ?

Nj wenn das als slave oder multimaster Eh nicht hinhaut ist das ganze 
Thema eigentlich schonwieder geschlossen ^^

Vielen vielen Dank für eure Hilfe ;)

[(prx) A. K. (prx)]

Peter C. G. schrieb:
> aber word I2C nicht auch Rechnerintern genutzt ?

Ja. Für Spannungs- und Temperaturkontrolle beispielsweise, sowie 
Lüftersteuerung. Da braucht man weder ein Multimaster-Netz noch hohe 
Bandbreite.

> Er sollte doch daher auch ausreichend für Kommunikation zwischen den
> Komponenten sein ?

Yep. Aber wenn sich zwei Xeon-Prozessoren miteinander unterhalten, dann 
tun sie das nicht mit I2C, sondern mit QPI.

[Peter C. G. (ilem0n)]

Ja das dachte ich mir fast ;)
Vielen Dank ;)