Witam wszystkich;

Czy ma ktoś może jakiś pomysł jak wykonać wysyłanie dziewięcio bitowej ramki poprzez SPI ??
Potrzebuję tego do komunikowania się z takim oto panelem:
http://pl.aliexpress.com/item/1-44-inch-Serial-128-128-SPI-Color-TFT-LCD-Module-Instead-of-Nokia-5110-LCD/32384540120.html

Panie, panie - nie ma 9 bitowych ramek SPI ... 8, 16, 32 bity

coś źle doczytałeś - bo załóżmy, że jest przesyłana przez SPI jakaś wartość 9 bitowa to oznacza tylko jedno - czytasz/przesyłasz dwa bajty przez SPI i bierzesz tylko interesujące ciebie 9 bitów ... a nie że ramki mogą być 9 bitowe.

Przeczytaj dokładniej dokumentację swojego wyświetlacza albo powiedz czego z niej nie rozumiesz - wtedy łatwiej będzie pomoc.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Ten dziewiąty bit jest potrzebny aby poinformować wyświetlacz czy przesyła mu się komendę czy dane.
A trzeba go wysłać po SPI gdyż nie został z wyświetlacza wyprowadzony pin SCL.

Oczywiście, że taka możliwość jest... ale na stm32. Na avr niestety pozostaje ci programowa obsługa spi uwzględniająca ten 9 bit
Sam to przerabiałem na wyświetlaczu uc1601. Ostatecznie z racji kiepskich timingów uzyskanych w ten sposób całość i tak oparłem na stm32f030c8. Ramu pod dostatkiem więc zrobiłem bufor obrazu a dane do wyświetlacza leciały 50 razy na sekundę i z racji kontrolera DMA całość odbywała się w tle nie zajmując w ogóle procesora. A funkcje operujące na obrazie działały tylko na tym buforze, przez co całość działała bardzo szybko

_________________
sig off ;(

Ło matko jerychejska! czyli do takiego wyświetlaczyka potrzebny jest aż ARM ? .... DMA, i co jeszcze ? nie no bez przesady bez przesady .... Owszem można no ale takie przedstawianie tematu to wygląda jakbyś pan przygotowując się do zabicia komara gromadził najpierw działo artyleryjskie, bazukę i granatnik .... a do tego celownik laserowy ... podczas gdy wystarczy zwykła packa na muchi



A i tak szybciej packą zabijesz komara

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

...ale to takie nienowoczesne

Atmaty, packi...
To jest najskutecznejsza broń na te małe sk....ny


to tak oczywiście "poza tematem"

_________________
IntegraMETEO
WordCLOCK
IntegraTOUCH

Kurczę, widzę że małą burzę wywołałem
Moim zamiarem było o tylko opisanie tego, że na avr nie da się w prosty sposób tego zrobić.
Dla przykładu aby zrobić buforowanie obrazu na takim 128 x 64 jaki przytoczyłem potrzebujemy 1kb ramu, więc z góry bierzemy at16/32/328 która ceną już przekracza takiego f030k6. I do tego obsługa tego. Spi na przerwaniach to pomysł niezbyt bo wejście i wyjście z niego pożre więcej taktów niż przesłanie jednego bajtu. A do tego takie hocki z tym 9 bitem.
Z kolei obsługując go w taki sposób, że dana funkcja wysyła prosto na wyświetlacz pozbywamy się kilku fajnych rzeczy jak choćby proste xorowanie obrazu.
I absolutnie nie jestem kolejnym który pisze wszędzie arm, arm a na końcu w pętli daje sekundowe delaje. A przy obsłudze arm-a tak jak avr-a mirek w książkach opisuje potrafi nawet taki najmniejszy i najtańszy potrafi pokazać swoje jakże wielkie możliwości.

_________________
sig off ;(

Witam,
kiedyś robiłem obsługę tego wyświetlacza na podstawie tego
https://github.com/radhoo/ILI9163_LCD/t ... pi/ili9163

Śmigało jak lala.

.... czary mary ... sorki .... masakra .... no masakra co kolega pisze, masakra ale niech ci będzie .... jeśli masz z tym problem ... trudno

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Nie napisałem, że jest to nie do obsłużenie tylko że nie w PROSTY sposób.
Mirku jeżeli wiesz w jaki sposób na SPRZĘTOWYM spi w avr obsłużyć taką ramkę danych jak w tym wyświetlaczu http://www.artronic.com.pl/pdf/pl/UC1601.pdf (strona 26 interfejs S9) tak aby można machnąć po przesłaniu 9 bitów pinem CS (aby np. po przesłaniu komendy wysłać dane) to podaj jakąś wskazówkę, chętnie się dowiem czegoś nowego. A i dla autora tematu pewnie będzie to odpowiedzią na jego pytanie.

_________________
sig off ;(

Zajrzałem do PDF'a .... masz rację sprzętowo się nie da, ale ja zawsze jak myślę o SPI to czy sprzętowo czy programowo to prawie bez różnicy .... aczkolwiek no czasem to "prawie" może robić różnicę ...

Zrób na procku AVR taktowanym 20 MHz programowe SPI i porównaj działanie ze sprzętowym SPI przy takim wyświetlaczu .... Jeśli zrobisz jakieś mega animacje które rzeczywiście będą się różniły to ok wtedy jeśli potrzeba to warto sięgnąć po 32 bitowca z możliwością konfiguracji jak wspominałeś

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Pokazywanie wyższości STM'a nad 8-bitowcem to mniej więcej tak jakby ktoś chciał udowadniać, że pałac kultury jest wyższy od domku jednorodzinnego .... no jest wyższy ... jest i ? ..... i co z tego wynika ? trzeba to aż udowadniać specjalnie ? Czy może myślisz że ja chciałem udowodnić że domek jednorodzinny jest wyższy od pałacu kultury ? A może w ogóle nie zrozumiałeś w czym rzecz ?

Gdybym ja miał iść dalej twoim tropem to bym napisał, że jeszcze lepszy jest procek Intel i7. Tak procek ma np obsługę wielowątkowości, i co ? a ty byś napisał, że jeszcze szybszy jest procek XXX .... widzisz jakiś sens takich porównań ? bo ja nie za bardzo ....

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Nie umilkł bo ja rzuciłem propozycję programowego SPI .....


a gdzie ty masz napisane wyżej że miała to być cenowo jakaś platforma ? .... teraz zaszalałeś

Na byle 8-bitowcu można to zrobić czy AVR czy PIC czy 8051 .... spokojnie da radę .... a na ARM no dziwne żeby nie było lepiej pod każdym względem, a na i7 jeszcze lepiej

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dziękuję wszystkim kolegom za ciekawą dyskusję.
Ale ponieważ jestem uzbrojony w Atmegę16A to posłucham rady Mirka i postaram się zrobić SPI programowo.
Niemniej jednak rozwiązanie kolegi krafin bardzo ciekawe

no cóż ja tam widzę wszystko co trzeba ...
ale tak ma kolega autor rację ... wszytstkie piny wycięli łobuzy ..... ech...


SCK = CLK
MISO = SOMI, SDO, DO, DON, SO
MOSI = SIMO, SDI, DI, DIN, SI
SS = CS, CBS, CSN, STE, SCE

itd....

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

A czy któryś z kolegów or
ientuje się do czego jest pin A0 wyprowadzony z tego modułu ??
Przejrzałem dokumentację i nie znalazłem do czego on jest.

Wysłane z mojego HTC Desire 620 przy użyciu Tapatalka

Z telefonu nie mam dostępu do datasheeta, ale standardowo pin o takiej nazwie jest używany do zmiany adresu układu (bit 0), byś mógł podłączyć na szynę więcej niż jeden.

--
Pozdrawiam,
Robert

Wysłane z telefonu przy użyciu Tapatalka.

Dzięki

Wysłane z mojego HTC Desire 620 przy użyciu Tapatalka

Oczywiście dotyczy to pracy na I2C / TWI gdyż w SPI nie stosuje się ponieważ wybór urządzenia jest z poziomu CS
zauważ że obecność SPI zwykle idzie w parze z SCL i SDA dla I2C , ale czasem I2C nie działa ....
pomimo obecności sygnałów

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]