>>> Nie wiem czym ma znaczenie, który protokół będzie obsługiwał wyświetlacz
>>> 128x128? SPI czy I2C.
>>> Chcę to podłączyć do Arduino. Wyświetlacz graficzny, ma wyświetlać
>>> płynnie coś w rodzaju paska postępu, ale nadążającego za wskazaniami z
>>> akcelerometru.
>>> Z wymagać tylko tyle. Jeden kolor.
>>> I jeszcze czy da się domowym sposobem podłączyć ten wyświetlacz
>>> przewodami, które przejdą przez rurkę fi wewnętrzne 1,8 mm (taka
>>> elastyczna "gęsia szyjka")?
>>
>> Jak tak wąsko to im mniej przewodów tym lepiej, więc I2C.
> Przecież SPI i I2C to tyle samo przewodów, dane+zegar+masa.
> SPI jest lepsze bo szybsze ale nie ma adresowania.
>

Opowiadasz głupoty.
Dane + zegar to nie jest SPI. To dane + zegar.

SPI jest fajny ale to 4 przewody sygnałowe + 2 zasilania + może coś
jeszcze vendor specyfic.

Mniej jak I2C + zasilanie czyli 4 przewody nie zrobisz w łatwy sposób.

Czy muszą być grube przewody ? To zależy ile wyświetlacz prądu pobiera.

Np taki :
https://kamami.pl/wyswietlacze-oled-graficzne/572241
-1-5-inch-oled-module-128-x-128-wyswietlacz-oled.htm
l

Który ma I2C i SPI pobiera max 0.5W co przekłada się na max 0.15A przy
wszystkich pikselach włączonych. Wg dokumentacji.

Powyższy wyświetlacz ma niestety dodatkowe sygnały D/C czyli
Data/Command i Reset. Można to jednak rozwiązać stosując I2C expander
PCF8574. Czyli nadal mamy 4 przewody. Przewaga I2C.

Stosując np 4 x przewód

1806-BK005 z oferty tme o średnicy miedzi 28AWG i całkowitej średnicy
0.6mm , drut o rezystancji
65 ohm / 1000ft czyli ok 0.2 ohm / metr
Czyli spadek napięcia przy max obciążeniu w okolicy 60mV/metr.

Zasilanie spokojnie może się wachać 3.2-3.3V przy 1m przewodach.

Układamy go 2 x 2 co daje 1.2mm x 1.2 mm

Potrzebujemy zatem otworu o średnicy 1.697mm.

Jest to zatem w miarę łatwo wykonalne z I2C czego nie da się powiedzieć
o SPI.

Tanio nie jest, ale działać będzie. Zawsze możesz poszukać tańszego
przewodu lub wyświetlacza co mniej prądu ciągnie.

To tylko przykład.

SPI jest szybszy, łatwiejszy w programowaniu, bardziej odporny na błędy
( czasem na I2C zdarzy się ,że slave trzyma SDA i trzeba umieć wyjść z
tego stanu ).

W tym przypadku mam SPI:DIN+CLK+CS+DC+VCC+GND+RST vs
I2C: SDA+SCL+GND+VCC.
Dodatkowo w tym przypadku SPI nie dostanie potwierdzenia odebrania
danych. Nie ma danych wracających. I2C ma w protokole ACK i z założenia
jest dwukierunkowy.

SPI jest w tym wypadku pewnie 10 - 20 razy szybszy ( zależnie od
długości przewodów ).
Tylko niekoniecznie jest to potrzebne.

Pozdrawiam

Adam Górski