ATNEL tech-forum

Re: WS2803 - LED DRIVER - SCHEMAT

2014-07-14T15:17:04+01:00

barszczz napisał(a):

Nie sadzilem ze przy programowym SPI tak mi sie wszystko rozlazi czasowo

Ja nie twierdzę że "ZAWSZE" przy programowym SPI wszystko się rozłazi czasowo - wszystko to panie kwestia optymalizacji kodu ... ale jak się już robi programowo a zależy na czasach no to nie ma że boli trzeba się przysiąść ...

Tylko tak na końcu pomyśl czy warto ci się bić o każdą jedną us ??? pomyśl

Ja rozumiem gdybyś chciał z tego zrobić jakiś ekran LED'owy i wyświetlać animacje/filmy ... ok wtedy pewnie trzeba walczyć o każdą wręcz nano sekundę ....

Ale do celów zrobienia prostych efektów i animacji na jakimś tam pasku diod ? gra może nie być warta świeczki

Statystyki: Napisane przez mirekk36 — 14 lip 2014, o 15:17

Re: WS2803 - LED DRIVER - SCHEMAT

2014-07-14T15:09:02+01:00

mirekk36 napisał(a):

Boże kolego skąd ty znajdujesz takie dziwolągi (mówię o tych rezystorach 50R) ? ... uważasz że jest sens rozpatrywać wszystko co znajdziesz w internecie ? i to jeszcze bez podania źródeł ? .... pomyśl nad tym Tym bardziej, że jak nie podajesz źródła to istnieje duża możliwość że sam popełniłeś błąd bo tam wcale nie było takich wartości rezystorów....

wlasnie znalazlem zrodlo: http://forum.arduino.cc/index.php?topic=140308.0

Z tego co widze, to napisane jest ze te 50 Ohmowe rezystory mialy byc dolaczone do ostatniego scalaka w kaskadzie...

Dzieki wielkie za wybicie mi tych dziwolagow, zawsze to uklad mniejszy

------------------------ [ Dodano po: 3 minutach ]

mirekk36 napisał(a):

Dajesz sobie głowę obciąć że zmniejszyłeś ten czas do 1 us ?

no i wlasnie glowa poleciala
Nie sadzilem ze przy programowym SPI tak mi sie wszystko rozlazi czasowo

Quote:

przecież ty wyżej w kodzie bawisz się programowym SPI

Nie udalo mi sie ruszyc tego poprzez sprzetowy SPI, dostalem kilka prywatnych wiadomosci i inni mieli ten sam problem...ale lada dzien moze znowu przysiade i od nowa postaram sie przez to przebrnac....

Jak uda mi sie dostac do oscyloskopu to sam z ciekawosci zobacze jakie czasy mi tam powylazily

Statystyki: Napisane przez barszczz — 14 lip 2014, o 15:09

Re: WS2803 - LED DRIVER - SCHEMAT

2014-07-14T14:58:03+01:00

barszczz napisał(a):

Ale ja zmniejszylem czas z 600 us na 1 us

Dajesz sobie głowę obciąć że zmniejszyłeś ten czas do 1 us ? ... oooj to uważaj bo możesz ją stracić ....

1. sprawdzałeś ten czas na oscyloskopie ?
2. obliczałeś ten czas na podstawie kodu wygenerowanego w asemblerze przez kompilator w C ?

czy może wydaje ci się że jeśli napiszesz

_delay_us( 600 );
_delay_us( 1 );

to wielka różnica jeśli np twój kod do obsługi transmisji SPI posiada spory narzut czasowy na końcu ... np 800us .... a wtedy twój delay może trwać nawet i w drugą stronę 0,5us i nadal będzie dobrze

------------------------ [ Dodano po: 1 minucie ]

przecież ty wyżej w kodzie bawisz się programowym SPI ... więc tam pewnie tracisz KUPĘ czasu gdzie 600us to mały nieznaczący pikuś

Statystyki: Napisane przez mirekk36 — 14 lip 2014, o 14:58

Re: WS2803 - LED DRIVER - SCHEMAT

2014-07-14T14:51:05+01:00

mirekk36 napisał(a):

czy dla ciebie nie jest zrozumiały parametr czas minimalny ? ... Panie kochany możesz sobie czas 600us zmienić nawet na 1 godzinę i też ci zadziała i będziesz dziwił się dlaczego ? .... To chyba oczywiste że producent ci podaje że ten czas MUSI trwać MINIMUM 600 us a to że dasz więcej nawet godzinę albo i cały dzień - to już bez różnicy i tak się zresetuje teraz jaśniej ?

Ale ja zmniejszylem czas z 600 us na 1 us i dalej chodzilo...skrocilem go o 600 razy a kilka ukladow polaczonych kaskadowo nadal szalalo jak poprzednio w tym sek

Statystyki: Napisane przez barszczz — 14 lip 2014, o 14:51

Re: WS2803 - LED DRIVER - SCHEMAT

2014-07-14T14:27:33+01:00

barszczz napisał(a):

Ostatnio znalazlem w internecie schemat podlaczania wspomnianego scalaka

barszczz napisał(a):

Dodatkowo w poprzednim kodzie uzywalem zmiennej WS2803_Latch_Delay, ustawione na 600 us -w notach producent wspominal ze sygnal niski o takiej dlugosci "zatrzaskuje" dane. Zmienialem te wartosci z 600 us do 1 us i nadal wszystko dzialalo, tylko czemu

Statystyki: Napisane przez mirekk36 — 14 lip 2014, o 14:27

Re: WS2803 - LED DRIVER - SCHEMAT

2014-07-14T14:12:29+01:00

Sterownikow LED ciag dalszy

Ostatnio znalazlem w internecie schemat podlaczania wspomnianego scalaka :

Zastosowano tutaj podciagniecie wyjsc sygnalow SDO i CKO do zasilania VCC poprzez rezystor 50 Ohm.

Podczas moich prob nie uzywalem tych rezystorow, wiec chcialem sie was podpytac czy przy polaczeniu 3 sterownikow jest sens je tam dodawac ?

Co daje takie podciagniecie ? Rozumiem, ze dzieki tym 50 Ohm wysoki poziom sygnalu jest "czytelniejszy" dla kolejnego sterownika ? Pewnie w przypadku dluzszych szeregow sterownikow LED takie podciaganie jest potrzebne, ale czy dla kilku daje to jakis efekt ?

Dodatkowo w poprzednim kodzie uzywalem zmiennej WS2803_Latch_Delay, ustawione na 600 us -w notach producent wspominal ze sygnal niski o takiej dlugosci "zatrzaskuje" dane. Zmienialem te wartosci z 600 us do 1 us i nadal wszystko dzialalo, tylko czemu ?

Statystyki: Napisane przez barszczz — 14 lip 2014, o 14:12

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-28T08:32:21+01:00

Teraz już zapamiętam, że sprzętowe SCK wysuwa jedynie bity do wsunięcia a po zakończonej brudnej robocie ustawiane jest na stan wysoki bądź to niski. Niby, już wszystko przemaglowane, nic nie powinno mnie w sprzętowej obsłudze SPI zaskoczyć, lecz nadal program nie rusza.
Analizując przebiegi scalaka WS2803 i SPI dla Atmega32A:

Na czerwono i zielono zaznaczyłem stan SCK przed jak i po wysłaniu paczki bitów. Wszystko powinno się zgadzać, po wysłaniu mamy stan niski, bity wsuwane są zboczem narastającym. Przebiegi są identyczne. Z tego tez wynika, że bity CPOL i CPHA powinny byc ustawione na 0 - tak jak to jest w ustawieniach rejestru SPCR automatycznie po resecie.

Do programu podchodzę identycznie jak w przypadku programowego SPI:
[syntax=c]// Buffer na potrzeby wysterowania WS2803
uint8_t buffer[] = { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 };
uint8_t buffer3[] = { 250, 250, 250, 250, 250, 250, 250, 250, 250, 250, 250, 250, 250, 250, 250, 250, 250, 250 };

void SendSpiBuffer(uint16_t length, uint8_t *buffer); /* wysłanie danych z buffora - programowe SPI */

//**************************** główna funkcja programu
int main(void) {
/* inicjalizacja SPI */

InitSpi();

while (1) {
SendSpiBuffer(sizeof(buffer3), buffer3);
_delay_ms(500);
SendSpiBuffer(sizeof(buffer), buffer);
_delay_ms(500);
}
}

void InitSpi(void) {
/* ustawienie kierunku wyjściowego dla linii MOSI, SCK i CS */
DDRB |= (1 << MOSI) | (1 << SCK);
/* aktywacja SPI, tryb pracy Master, prędkość zegara Fosc/16 */
SPCR |= (1 << SPE) | (1 << MSTR) | (1 << SPR0);
}

/* definicja funkcji wysyłającej bajt */
void SendSpi(uint8_t bajt) {
/* wysyłamy bajt do układu Slave */
SPDR = bajt;
/* czekamy aż zostanie wysłany ostatni bit */
while (!(SPSR & (1 << SPIF)));
}

/* definicja funkcji wysyłającej bajty w buferze */
void SendSpiBuffer(uint16_t length, uint8_t *buffer) {
while (length--) SendSpi(*buffer++);
_delay_us(700);
}[/syntax]

Przestudiowałem każdą linijkę kilka razy, zmieniałem ilości bajtów w buferach, zmieniałem długości delaya po wysłaniu buferu i nadal kicha !
Jestem jakimś ewenementem bo sprzętowe SPI powinno ułatwić mi obsługę a nie ...

Statystyki: Napisane przez barszczz — 28 lut 2014, o 08:32

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T16:56:23+01:00

Spokojnie kto pyta nie błądzi...

Skoro już wiesz że SCK w sprzętowym SPI zachowuje się tak samo jak w programowym SPI czyli sam się zatrzymuje ....

to teraz możesz zajrzeć sobie jeszcze do noty PDF do rejestrów SPI i zobaczyć że można dowolnie zmieniać stan początkowy SCK czy ma być to 0 czy 1. Czy dane z MOSI mają być zatrzaskiwane zboczem narastającym czy opadającym itp itd

ale i tak domyślne ustawienia po resecie są w większości wypadków od razu odpowiednie do takich celów

Statystyki: Napisane przez mirekk36 — 27 lut 2014, o 16:56

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T16:52:50+01:00

mirekk36 napisał(a):

Najbardziej ciekawi mnie skąd wytrzasnąłeś pan taką iście ciekawą teorię ?

Jeśli trzeba jakiejś nowej fantasmagorii i nowych pokręconych teorii o AVRach to proszę śmiało się odzywać
Jakoś takie działanie SCK wydawało się być dla mnie dość logiczne no ale teraz znowu przeczytam wcześniejsze podpowiedzi, przelecę poradnik i może tym razem zaświeci się żarówka
spać nie pójdę dopóty tego nie przełknę
Dzięki wielkie za użeranie się z moimi fantasmagoriami

Statystyki: Napisane przez barszczz — 27 lut 2014, o 16:52

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T16:45:20+01:00

barszczz napisał(a):

Pewnie znowu coś bredzę

No nie użyłbym takiego słowa - ale na pewno opowiadasz kosmiczne fantasmagorie

Panie kolego ZROZUM - sygnał CLOCK jest potrzebny TYLKO i wyłącznie do "wysziftowania" bajtu. I pojawia się na linii SCK przebieg prostokątny TYLKO w momencie gdy wysuwany/odbierany jest bajt. Nie ma to NIC a NIC wspólnego z inicjalizacją SPI i wręcz niedorzecznością jest jakby wyłączanie SPI - rzekomo po to aby zatrzymać SCK .... Najbardziej ciekawi mnie skąd wytrzasnąłeś pan taką iście ciekawą teorię ?

------------------------ [ Dodano po: 1 minucie ]

reasumując SCK w sprzętowym SPI działa TAK SAMO jak w twoim programowym SPI .... zastanów się - banglujesz zboczami SCK tylko po to żeby wysłać bajt - zgadza się ? ....

Statystyki: Napisane przez mirekk36 — 27 lut 2014, o 16:45

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T16:40:44+01:00

mirekk36 napisał(a):

ale zaraz zaraz - to niby z opisu SPI wynika dla ciebie że sygnał SCK cały czas sobie ..... pędzi jak motorek i nigdy go nie można zatrzymać ?

Po inicjalizacji z tego co rozumiem to tak, ale ustawie SPI na disable za pomocą: SPCR &= ~(1<Statystyki: Napisane przez barszczz — 27 lut 2014, o 16:40

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T16:36:06+01:00

barszczz napisał(a):

Po przeczytaniu działu z niebieskiej księgi nadal nie wiem jak przestać wysyłać sygnał na SCK po wysłaniu wszystkich bajtów przez sprzętowe SPI - wcześniej wspomniana przerwa (min 500us).
Czuję się jak ułomne dziecko, ale tyle różnych podejść co już przetestowałem (a wiadomo tonący brzydko się chwyta więc i najróżniejsze głupie próby ) i nadal nic.
Po prostu nie wiem jak zatrzymać zegar tykający na SCK PB7 po wysłaniu wszystkich bajtów. Niby rozumiem schemat, zasadę działania ale tego chyba nie ogarnę

ale zaraz zaraz - to niby z opisu SPI wynika dla ciebie że sygnał SCK cały czas sobie ..... pędzi jak motorek i nigdy go nie można zatrzymać ?

Statystyki: Napisane przez mirekk36 — 27 lut 2014, o 16:36

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T16:27:59+01:00

Sprawy poszły trochę naprzód Tym razem wziąłem się za programowe SPI - zrobiłem wszystko identycznie jak wcześniej, tyle że wszystkie stany ustawiane są 'ręcznie'.

[syntax=c]#define WS2803_Latch_Delay 600 // <--- Latch delay in PDF it is 600 us
void SendSoftSpi( uint8_t bajt ) {

uint8_t cnt=0x80;

SCK_0;
/* wysylamy bajt do ukladu Slave */
while( cnt ) {
if( bajt & cnt ) MOSI_1; //maskowanie i sprawdzenie bitu nastepnie wyslanie
else MOSI_0;
SCK_1; // wsun bit do rejestru
SCK_0;
cnt>>=1;
} /* czekamy az zostanie wyslany ostatni bit */
}

void SendSoftSpiBuffer( uint16_t length, uint8_t *buffer ){

while (length--) SendSoftSpi(*buffer++);

SCK_0; // ustaw SCK na stan niski (co prawda zostal juz ustawiony w SendSoftSPI )
_delay_us(WS2803_Latch_Delay);
}[/syntax]

W tym przypadku wszystko działa i pierwszy efekt można zobaczyć tutaj:

iframe

Jedyną poprawką była zmiana wielkości bufera 'lengthPlus' no i ustawianie wszystkich stanów z ręki.

Po przeczytaniu działu z niebieskiej księgi nadal nie wiem jak przestać wysyłać sygnał na SCK po wysłaniu wszystkich bajtów przez sprzętowe SPI - wcześniej wspomniana przerwa (min 500us).
Czuję się jak ułomne dziecko, ale tyle różnych podejść co już przetestowałem (a wiadomo tonący brzydko się chwyta więc i najróżniejsze głupie próby ) i nadal nic.
Po prostu nie wiem jak zatrzymać zegar tykający na SCK PB7 po wysłaniu wszystkich bajtów. Niby rozumiem schemat, zasadę działania ale tego chyba nie ogarnę

Statystyki: Napisane przez barszczz — 27 lut 2014, o 16:27

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T10:32:55+01:00

barszczz napisał(a):

Tutaj nie rozumiem sposobu utrzymania tego niskiego sygnały na SCK

Tzn ale co tu rozumieć - nic nie trzeba robić - trzeba przestać przesyłać na MINIMUM 500 us i to wszystko a skoro minimum to może to trwać nawet jedną minutę

po prostu wysyłasz wszystkie dane do rejestru lub ciągu rejestrów i przerwa (min 500us) potem znowu wysyłasz i przerwa ... nic tu nie trzeba LATCH'ować

Statystyki: Napisane przez mirekk36 — 27 lut 2014, o 10:32

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T10:17:07+01:00

mirekk36 napisał(a):

to musisz jednak najpierw poczytać jeszcze raz o SPI, i poćwiczyć SPI na przykładzie jakiegoś ZWYKŁEGO rejestru przesuwnego np 74HC595 - zarówno w wersji sprzętowej jak i programowej z Bluebooka - żeby zaskoczyć o co chodzi

Zrobiłem przed podejściem do tych scalaków przykład z 3ma rejestrami przesuwnymi, ale tam nasz LATCH był na zupełnie innym pinie, wystarczyło zapuścić stan wysoki i niski (bo LATCH'owanie było przy narastającym zboczu) i wszystko pięknie śmigało. Tutaj nie rozumiem sposobu utrzymania tego niskiego sygnały na SCK ...

------------------------ [ Dodano po: 11 minutach ]

mirekk36 napisał(a):

jeszcze raz pytam - jeśli używasz sprzętowego SPI ... .to powiedz mi co to za wynalazek z jakimś ręcznym sterowaniem pinem SCK ???

ok...tak po chwili zastanowienia, zamiast ingerować w sygnał SCK ręcznie i próbach wyzwalaniu niskiego sygnału na tym pinie po wysłaniu paczki powinienem ustawić odpowiedni preskaler w rejestrze SPCR tak aby okres zegara SCK wynosił np. T=2*610 us

Czy już zaczynam dobrze kombinować ?

Statystyki: Napisane przez barszczz — 27 lut 2014, o 10:17

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T10:14:32+01:00

jeszcze raz pytam - jeśli używasz sprzętowego SPI ... .to powiedz mi co to za wynalazek z jakimś ręcznym sterowaniem pinem SCK ???

------------------------ [ Dodano po: kilkunastu sekundach ]

wygląda na to że działasz na razie mocno po omacku .... a jednak SPI trzeba zrozumieć

zabierz się za czytanie o tym i ew dopytaj co sprawia ci kłopot - wtedy łatwiej będzie coś pomóc

Statystyki: Napisane przez mirekk36 — 27 lut 2014, o 10:14

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T10:13:30+01:00

próbowałem już wszystkiego bo zwykłe zarzucenie:

[syntax=c]void SendSpiBuffer( uint8_t length, uint8_t *buffer ){
uint32_t lengthPlus=length+1; // dodajemy 1 bo w funkcji while od razu mamy liczbe length -1
while (lengthPlus--) SendSpi(*buffer++);
PORTB &= ~((1<}[/syntax]

po wysłaniu całej paczki 18 bajtów nic nie daje. Nie mam zielonego pojęcia jak do tego podejść.

Statystyki: Napisane przez barszczz — 27 lut 2014, o 10:13

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T10:11:21+01:00

używasz sprzętowego SPI ... i takie rzeczy robisz w kodzie ???

[syntax=c]while (cnt != 0) { // dla cnt od 1 do 255 ustaw niski stan na CLK pin PB7 (każde przerwanie co 600us/255)
PORTB &= ~((1< }[/syntax]

------------------------ [ Dodano po: 1 minucie ]

to musisz jednak najpierw poczytać jeszcze raz o SPI, i poćwiczyć SPI na przykładzie jakiegoś ZWYKŁEGO rejestru przesuwnego np 74HC595 - zarówno w wersji sprzętowej jak i programowej z Bluebooka - żeby zaskoczyć o co chodzi

Statystyki: Napisane przez mirekk36 — 27 lut 2014, o 10:11

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-27T10:09:12+01:00

Ledwo co się człowiek obudził i od razu dalsze bitwy z uruchomieniem WS2803

niestety poniższy kod także nie zadziałał:

[syntax=c]void SendSpiBuffer( uint8_t length, uint8_t *buffer ){

uint32_t lengthPlus=length+1; // dodajemy 1 bo w funkcji while od razu mamy liczbę length -1
while (lengthPlus--) SendSpi(*buffer++);

cnt=1;
while (cnt != 0) { // dla cnt od 1 do 255 ustaw niski stan na CLK pin PB7 (każde przerwanie co 600us/255)
PORTB &= ~((1< }
}

void InitTimer0(void){

/////////////////////////Inizjalizacja TIMER0 ////////////////////////

TCCR0 |= (1 << WGM01); // tryb CTC
TCCR0 |= (1 << CS01 |(1 <OCR0 = 4; // dodatkowy podzial przez 4 (rej. przepelnienia) co daje przerwanie co kazde 600us/255
TIMSK |= (1 << OCIE0); // zezwolenie na przerwanie CompareMatch
sei();// wlaczenie globalnego zezwolenia na przerwania

}

// ================= PROCEDURA OBS£UGI PRZERWANIA – COMPARE MATCH ==========//
ISR(TIMER0_COMP_vect)
{
cnt++; // co przerwanie zwieksz licznik od 0 do 255
}[/syntax]

Próbowałem dla różnych wartości sygnały i nadal nic.

Wczoraj wieczorem dostałem taśmę z magic LED, ale nie zacznę oglądać poradników dopóki nie ruszy mi ten scalaczek - taki mam plan .

Pomóżcie panowie bo konkretnie utknąłem

Statystyki: Napisane przez barszczz — 27 lut 2014, o 10:09

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-26T22:59:19+01:00

barszczz napisał(a):

za pomocą MOSI i CLK pompujesz dane do rejestrów - ile wlezie, ile chcesz - a jak je wpompowałeś to odkręcasz kurek (LATCH) żeby woda mogła z kraników (bitów) wytrysnąć (diody się zaświecić)

No nie wiem panowie, niby wtłaczam wszystkie dane do jednego scalaka WS2803, czyli 18 bajtów, na końcu próbowałem ustawić stan niski na CLK i nie działa tak jak powinno. Czasem się załącza czasem nie.

[syntax=c]/* Wysyłane 18 bajtów*/
uint8_t buffer[] = {0,0,40,0,0,0,0,0,255,255,33,255,0,255,0,255,15,100};

/* definicja funkcji wysyłającej bajt */

void SendSpi( uint8_t bajt ) {
/* wysyłamy bajt do układu Slave */
SPDR = bajt;
/* czekamy aż zostanie wysłany ostatni bit */
while( !(SPSR & (1<
}

void SendSpiBuffer( uint16_t length, uint8_t *buffer ){

uint16_t lengthPlus=length+1;
while (lengthPlus--) SendSpi(*buffer++);

PORTB &= ~((1<
}[/syntax]

No nie mam pojęcia jak ustawić te LATCHowanie po wysłaniu całego bufera.
Sprawa wydaje się łatwa, ale próbowałem z delay z timerami, aby utrzymać stan niski na tym SCK i nic.

Dane w buferze są - jest ich dokładnie 18 bajtów, gdzie każdy określa PWM pojedynczej diody. Następnie wysyłamy ją do SendBufer, który po kolei wysyła każdy bajt sprzętowo. No i ten nieszczęsny LATCH po wysłaniu wszystkich 18 bajtów. Siedzę główkuję i brak jakiegoś rezultatu Może jakieś podpowiedzi jak ten kurek odkręcić ? Jak to rozgryźć ?

W nocie pisze, że ma być stan niski na CLK powyżej 600us, eh...

Statystyki: Napisane przez barszczz — 26 lut 2014, o 22:59

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-25T13:43:49+01:00

...coś jakby żaróweczka mi się zapaliła, po powrocie do domu skrobnę podstawowy kod, który lata mi po głowie i wynik końcowy zamieszczę tutaj.

mirekk36 napisał(a):

co do terminów poradników - oj przykro mi ale to strasznie trudno mi przewidzieć na dzień dzisiejszy, nie że nie chcę czy coś - tylko po prostu .... no krótko mówiąc gdyby moja praca polegała TYLKO na robieniu poradników i z tego mógłbym się utrzymywać to zapewniam cię że chyba codziennie przez co najmniej dwa lata mogłyby się ukazywać- tyle mam pomysłów sam na poradniki, a potem jeszcze przez 6 lat realizowałbym pomysły nadsyłane przez widzów

Jakbym miał możliwość to chętnie dałbym Ci te 6 lat w prezencie a nawet 7 !

Statystyki: Napisane przez barszczz — 25 lut 2014, o 13:43

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-25T13:34:01+01:00

Quote:

Nie mam pojęcia jak to zrobić bo przecież na pinie PB7 tyka nam zegar no i jak w jakiejś funkcji ustawie PORTB &= ~(1<Moze jakaś podpowiedz tutaj

eeeeś przecież już wyżej pisałeś że zaskoczyłeś jak to jest z tym LATCH'owaniem

DOPIERO PO WYSŁANIU CAŁOŚCI - raz machniesz stanem na wyjśiu LATCH i po zawodach - nie do końca rozumiem w czym tu masz jakby problem - zrozum mnie. Przecież ty nie masz laczować pomiędzy taktami zegara - a pomiędzy wysyłanymi bajtami czy tam paczkami bajtów itp więc nie wplataj w to CLK bo to KOMPLETNIE nie ma nic wspólnego.

za pomocą MOSI i CLK pompujesz dane do rejestrów - ile wlezie, ile chcesz - a jak je wpompowałeś to odkręcasz kurek (LATCH) żeby woda mogła z kraników (bitów) wytrysnąć (diody się zaświecić)

----------------------------

co do terminów poradników - oj przykro mi ale to strasznie trudno mi przewidzieć na dzień dzisiejszy, nie że nie chcę czy coś - tylko po prostu .... no krótko mówiąc gdyby moja praca polegała TYLKO na robieniu poradników i z tego mógłbym się utrzymywać to zapewniam cię że chyba codziennie przez co najmniej dwa lata mogłyby się ukazywać- tyle mam pomysłów sam na poradniki, a potem jeszcze przez 6 lat realizowałbym pomysły nadsyłane przez widzów

Statystyki: Napisane przez mirekk36 — 25 lut 2014, o 13:34

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-25T13:17:50+01:00

Tak rozumiem, że przy sprzętowym SPI czekamy na falge i wówczas procesor robi wszystko za nas (nie martwimy się o przebiegi czasowe).

Jedyny problem jaki istnieje z braku mojego wcześniejszego doświadczenia to te nieszczęśliwe LATCH'owanie, gdzie musimy wymusić niski sygnał na SCK przez więcej niż 600 us (LATCH DELAY).

Nie mam pojęcia jak to zrobić bo przecież na pinie PB7 tyka nam zegar no i jak w jakiejś funkcji ustawie PORTB &= ~(1<Moze jakaś podpowiedz tutaj ?

Co do programowego SPI to we wspomnianej bibliotece widziałem w użyciu SCK o okresie 20us a Latch Delay = 2000us.

Z wcześniejszych postów pamiętam, że i odnośnie scalaków WS280xx planujesz jakieś poradniki, a czy uchylisz rąbka tajemnicy i powiesz na kiedy jest planowana jakaś premiera ?
Pozdrawiam

Statystyki: Napisane przez barszczz — 25 lut 2014, o 13:17

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-25T13:01:34+01:00

barszczz napisał(a):

Dla programowego SPI w tym wypadku wystarczy ustawienie 0 i np. delay'a, ale jeśli chodzi o przebiegi czasowe z noty katalogowej, nie mam pojęcia jaki czas powinien występować dla jednego taktu CLK

żadnych delayów, coś kolega kombinuje pod górę i to na maxa

przy programowym SPI zapomnij o delayach albo o jakichkolwiek czasach z noty że np MUSI być 20 ns. W nocie masz podane MINIMALNE czasy i nawet się do nich nie zbliżysz programowym SPI. Za to przy komunikacji SPI możesz sobie te czasy wydłużać ile wlezie a i tak wszystko będzie działać ...

Poczytaj jeszcze raz w Bluebooku o komunikacji SPI. To nie ma NIC WSPÓLNEGO z protokołem NZR w scalakach WS2811/WS2812 - gdzie trzeba drastycznie dbać o czasówkę.

Przy SPI - to nawet sprzętowo nie dojdziesz do CLK 20 ns Musiałbyś mieć procka taktowanego kwarcem 100 MHz i wtedy z dzielnikiem :2 osiągnąłbyś może 20 ns

Statystyki: Napisane przez mirekk36 — 25 lut 2014, o 13:01

Re: WS2803 - LED DRIVER - SCHEMAT

2014-02-25T11:52:13+01:00

powoli zaczynam zabawę z programowaniem scalaków WS280xx. Na samym początku przebrnąłem przez zasadę działania rejestrów i SPI, więcej informacji tutaj: http://forum.atnel.pl/topic4751.html

Z noty katalogowej WS2803 widzę opis jakiegoś pinu MS, czy wie ktoś o co tutaj chodzi ?

Dodatkowo, wspomniano, że do LATCH'owania wszystkich wrzuconych bajtów na wyjście układu muszę ustawić sygnał LOW na pinie CKI, w przypadku sprzętowego SPI będzie to pin PB7 (SCK).

Czy w przypadku sprzętowego SPI mogę w jakiś sposób utrzymać stan niski na PB7, aby po pewnym czasie ponownie uzyskać sygnał zegarowy ?

Dla programowego SPI w tym wypadku wystarczy ustawienie 0 i np. delay'a, ale jeśli chodzi o przebiegi czasowe z noty katalogowej, nie mam pojęcia jaki czas powinien występować dla jednego taktu CLK.

W internecie znalazłem przykładową bibliotekę dla scalaka WS2801, gdzie autor ustawił CLK dla okresu 20 us.
Czy ma ktoś z tym jakieś doświadczenie ?

Statystyki: Napisane przez barszczz — 25 lut 2014, o 11:52