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:
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:
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.
Wtedy masz spokojnie 6 czy 8 warstw
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ł

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