RTV forum PL | NewsGroups PL

SPI vs I2C

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - SPI vs I2C

Goto page 1, 2  Next

Robert Wańkowski
Guest

Sun Jan 15, 2023 11:57 pm   



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")?

Robert

Dawid Rutkowski
Guest

Mon Jan 16, 2023 9:54 am   



niedziela, 15 stycznia 2023 o 22:57:45 UTC+1 robertw...@gmail.com napisał(a):
Quote:
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.
Ale to tylko dwa zamiast 4 cieniutkich, a i tak grubsze potrzebne do zasilania - minimum 2, a może i 3 lub 4, jeśli podświetlenie osobno.

Hmm, pasek postępu 128*128? Szeroki będzie ;>

Janusz
Guest

Mon Jan 16, 2023 10:14 am   



W dniu 2023-01-16 o 08:54, Dawid Rutkowski pisze:
Quote:
niedziela, 15 stycznia 2023 o 22:57:45 UTC+1 robertw...@gmail.com napisał(a):
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.

--
Janusz

Dawid Rutkowski
Guest

Mon Jan 16, 2023 11:56 am   



poniedziałek, 16 stycznia 2023 o 09:17:08 UTC+1 Janusz napisał(a):
Quote:
W dniu 2023-01-16 o 08:54, Dawid Rutkowski pisze:
niedziela, 15 stycznia 2023 o 22:57:45 UTC+1 robertw...@gmail.com napisał(a):
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.

To zależy jakie SPI - w najbardziej podstawowym są jednak cztery.
No jak transmisja jednostronna to jeden odpada.
Albo są wersje z dwukierunkowym pinem danych.
Oraz drugi podzbiór bez chip select,
ale wg mnie to kiszka jest, bo nie ma żadnego ramkowania (ani bajtu ani ramki) - zgubisz jeden
takt zegara i cała transmisja zdycha aż do resetu.

Janusz
Guest

Mon Jan 16, 2023 12:33 pm   



W dniu 2023-01-16 o 10:56, Dawid Rutkowski pisze:
Quote:
poniedziałek, 16 stycznia 2023 o 09:17:08 UTC+1 Janusz napisał(a):
W dniu 2023-01-16 o 08:54, Dawid Rutkowski pisze:
niedziela, 15 stycznia 2023 o 22:57:45 UTC+1 robertw...@gmail.com napisał(a):
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.

To zależy jakie SPI - w najbardziej podstawowym są jednak cztery.
No jak transmisja jednostronna to jeden odpada.
Albo są wersje z dwukierunkowym pinem danych.
Oraz drugi podzbiór bez chip select,
ale wg mnie to kiszka jest, bo nie ma żadnego ramkowania (ani bajtu ani ramki) - zgubisz jeden
takt zegara i cała transmisja zdycha aż do resetu.
Wszystko prawda, ale przy sprzętowej transmisji trudno zgubić takt, poza

tym zawsze można dodać ten jeden drut reset, a przewaga SPI nad I2C
szczególnie przy wyświetlaczu graficznym jest oczywista.

--
Janusz

Robert Wańkowski
Guest

Mon Jan 16, 2023 12:56 pm   



W dniu 2023-01-16 o 10:56, Dawid Rutkowski pisze:
Quote:
To zależy jakie SPI

Ten z racji kształtu i rozmiarów jest ok.
https://allegro.pl/oferta/okragly-wyswietlacz-tft-ips-1-28-240x240-spi-12709902746

Nawet ma większą rozdzielczość.

Ile minimalnie żył będzie wymagał do połączenia z Arduino?
4 kynary 0,65 mm powinny dać się przewlec przez fi 1,8 mm.
A gdyby nie, to nawojowy to zły pomysł?

Robert

Dawid Rutkowski
Guest

Mon Jan 16, 2023 1:06 pm   



poniedziałek, 16 stycznia 2023 o 11:56:08 UTC+1 robertw...@gmail.com napisał(a):
Quote:
W dniu 2023-01-16 o 10:56, Dawid Rutkowski pisze:
To zależy jakie SPI

Ten z racji kształtu i rozmiarów jest ok.
https://allegro.pl/oferta/okragly-wyswietlacz-tft-ips-1-28-240x240-spi-12709902746

Nawet ma większą rozdzielczość.

Ile minimalnie żył będzie wymagał do połączenia z Arduino?
4 kynary 0,65 mm powinny dać się przewlec przez fi 1,8 mm.
A gdyby nie, to nawojowy to zły pomysł?

Ten wymaga 7, w tym dwa grubsze.
Wątpię, czy radę zasilić kynarkiem - ale możesz spróbować, najwyżej się stopi.

Kupiłem jakiś czas temu podobny (ale lepszy, ma jeszcze mniejszą płytkę i dodatkowo sterowanie jasnością podświetlenia, choć nieco droższy), ale nawet nie zdążyłem uruchomić.
Nie będę pisał, gdzie, kupiłem, bo i tak teraz nie ma.

Dawid Rutkowski
Guest

Mon Jan 16, 2023 1:11 pm   



poniedziałek, 16 stycznia 2023 o 11:33:08 UTC+1 Janusz napisał(a):
Quote:
W dniu 2023-01-16 o 10:56, Dawid Rutkowski pisze:
poniedziałek, 16 stycznia 2023 o 09:17:08 UTC+1 Janusz napisał(a):
W dniu 2023-01-16 o 08:54, Dawid Rutkowski pisze:
niedziela, 15 stycznia 2023 o 22:57:45 UTC+1 robertw...@gmail.com napisał(a):
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.

To zależy jakie SPI - w najbardziej podstawowym są jednak cztery.
No jak transmisja jednostronna to jeden odpada.
Albo są wersje z dwukierunkowym pinem danych.
Oraz drugi podzbiór bez chip select,
ale wg mnie to kiszka jest, bo nie ma żadnego ramkowania (ani bajtu ani ramki) - zgubisz jeden
takt zegara i cała transmisja zdycha aż do resetu.
Wszystko prawda, ale przy sprzętowej transmisji trudno zgubić takt, poza
tym zawsze można dodać ten jeden drut reset, a przewaga SPI nad I2C
szczególnie przy wyświetlaczu graficznym jest oczywista.

No i kiedy masz zamiar robić ten reset, szczególnie jeśli transmisja danych jednostronna?
Jakby jeszcze ten reset nie czyścił pamięci ekranu - ale czasem czyści, a już na pewno czyści
rejestry sterownika, a bez ich ustawienia nawet prawidłowa zawartość pamięci się dobrze nie wyświetli.

Zaś im szybsza transmisja tym większa szansa zgubienia czegoś, choćby przez zakłócenia.
Kolega ćwiczył FT810 w klawiaturach do domofonów - polegli na transmisji, co prawda
w warunkach dość zimowych, ale jednak się nie nadawało, mimo że na biurku tak ładnie
działało - bo sam chip wygląda zacnie i bardzo ułatwia.

Adam Górski
Guest

Mon Jan 16, 2023 2:51 pm   



Quote:
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.html

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

Robert Wańkowski
Guest

Mon Jan 16, 2023 3:42 pm   



W dniu 2023-01-16 o 13:51, Adam Górski pisze:

Quote:
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.

No tak, ale ten okrągły mi sie spodobał, a nie znalazłem takiego od
zaraz z I2C.

https://allegro.pl/oferta/okragly-wyswietlacz-tft-ips-1-28-240x240-spi-12709902746


Quote:

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.html

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.

To jeżeli sobie poradzę umożliwi zastosowanie tego wyświatlacza okrągłego.

Quote:

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.


Na ten patrzę:
https://www.tme.eu/pl/details/1032-0500-44/druty-nawojowe/synflex/1032-0500-44/

Odległość wyświetlacza od Arduino to 0,3 m (czyli 0,6 m).
Tym będę się martwił później.
Teraz chciałem wiedzieć na który protokół się zdecydować.


Quote:

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 ).
Quote:

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.
Quote:

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

Pewnie będę pytał dalej jak dojdzie wyświetlacz.

Robert

Janusz
Guest

Mon Jan 16, 2023 3:59 pm   



W dniu 2023-01-16 o 13:51, Adam Górski pisze:
Quote:
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.
Brak argumentów to wycieczki osobiste?


Quote:
Dane + zegar to nie jest SPI. To dane + zegar.
Dla jednokierunkowego SPI wystarczy, to że graficzne potrzebują

dodatkowe linie to inna historia, pisałem ogólnie nie patrzyłem w pdf-a.

Quote:
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.
No i teraz ty popłynąłeś z falami wody, z ta kostką szybkość będzie

tragiczna nawet przy wyświetlaniu paska na wyświetlaczu graficznym.

--
Janusz

Adam Górski
Guest

Mon Jan 16, 2023 4:21 pm   



W dniu 16.01.2023 o 14:42, Robert Wańkowski pisze:
Quote:
W dniu 2023-01-16 o 13:51, Adam Górski pisze:

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.

No tak, ale ten okrągły mi sie spodobał, a nie znalazłem takiego od
zaraz z I2C.

https://allegro.pl/oferta/okragly-wyswietlacz-tft-ips-1-28-240x240-spi-12709902746

Cóż zatem SPI. Lub SPI-podobny.

Problem masz tylko z Twoim przepustem o średnicy 1.8mm

Masz zatem do wyboru 6 lub 7 przewodów. Kombinuj.

Dokumentacja twierdzi , że ewentualnie DC możesz olać - stąd 6 lub 7.
6 powinno się lepiej układać.

Może się to wiązać ze zmianami w bibliotekach. Zależy którą wersję
przyjęli za standard.

Zawsze możesz zastosować elastyczne pcb które na pewno pomieści te
sygnały i zmieści się w te 1.8mm. Smile
Wtedy masz spokojnie 6 czy 8 warstw Smile
Tylko to już nie ten budżet.

Powodzenia.

Adam Górski

Adam Górski
Guest

Mon Jan 16, 2023 4:43 pm   



W dniu 16.01.2023 o 14:59, Janusz pisze:
Quote:
W dniu 2023-01-16 o 13:51, Adam Górski pisze:
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.
Brak argumentów to wycieczki osobiste?

Nie, nic do Ciebie nie mam. Żeby uzyskać taką samą funkcjonalność SPI vs
I2C - SPI musi mieć 4 sygnały a I2C 2. Tyle.
Przy tej samej ilości przewodów I2C i SPI nie są porównywalne z wielu
powodów.
Jeszce raz. Nic osobistego.


Quote:

Dane + zegar to nie jest SPI. To dane + zegar.
Dla jednokierunkowego SPI wystarczy, to że graficzne potrzebują
dodatkowe linie to inna historia, pisałem ogólnie nie patrzyłem w pdf-a.

Ok. Ten jest bardzo fikuśny.

Quote:
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.
No i teraz ty popłynąłeś  z falami wody, z ta kostką szybkość będzie
tragiczna nawet przy wyświetlaniu paska na wyświetlaczu graficznym.

Tak. Będzie. I2C szybki nie jest, ale też przełączanie Data/Command nie
odbywa się co piksel.

Pozdrawiam

Adam Górski

Janusz
Guest

Mon Jan 16, 2023 9:24 pm   



W dniu 2023-01-16 o 15:43, Adam Górski pisze:
Quote:
W dniu 16.01.2023 o 14:59, Janusz pisze:
W dniu 2023-01-16 o 13:51, Adam Górski pisze:
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.
Brak argumentów to wycieczki osobiste?

Nie, nic do Ciebie nie mam.

Ok :)

Żeby uzyskać taką samą funkcjonalność SPI vs
Quote:
I2C - SPI musi mieć 4 sygnały a I2C 2. Tyle.
Tak, tu masz oczywiście rację. I jakby pytający pisał o wyświetlaczu

alfanumerycznym to
oczywiście I2C by w zupełności wystarczył, ale pisze o graficznym, ja
wiem że nie będzie filmów tam wyświetlał ale ... zobaczymy jak to
autorowi pójdzie.


Quote:
Dane + zegar to nie jest SPI. To dane + zegar.
Dla jednokierunkowego SPI wystarczy, to że graficzne potrzebują
dodatkowe linie to inna historia, pisałem ogólnie nie patrzyłem w pdf-a.

Ok. Ten jest bardzo fikuśny.
Ok, ale ja bym go i tak rejestrem 595 obskoczył Smile mam układ 1Wire na

595, oczywiście nie mam info zwrotnego.

Quote:

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.
No i teraz ty popłynąłeś  z falami wody, z ta kostką szybkość będzie
tragiczna nawet przy wyświetlaniu paska na wyświetlaczu graficznym.

Tak. Będzie. I2C szybki nie jest, ale też przełączanie Data/Command nie
odbywa się co piksel.
Ok.


--
Janusz

Piotr Wyderski
Guest

Tue Jan 17, 2023 10:00 am   



Janusz wrote:

Quote:
Przecież SPI i I2C to tyle samo przewodów, dane+zegar+masa.
SPI jest lepsze bo szybsze ale nie ma adresowania.

MISO, MOSI, SCK i selektor. Wychodzi cztery, zamiast 2 w I2C.
W trójprzewodowym to dalej trzy. Tylko I2C to straszne G, chyba żaden
inny blok nie ma tylu errat co ten. W dowolnym procesorze. :)

Trzymałbym się twardo SPI dopóki by się już naprawdę nie dało inaczej.
A i wtedy wolałbym programowe I2C niż sprzętwoy bloczek, który świetnie
działa, no chyba, że akurat nie działa.

Pozdrawiam, Piotr

Goto page 1, 2  Next

elektroda NewsGroups Forum Index - Elektronika Polska - SPI vs I2C

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map