kijas1 napisał(a):
Rozumiem co kolega ma na myśli z tymi 6us, tylko nie zgadzam się z tym, że jest babol w nocie, bo go nie ma. Producent jasno opisuje jak wygląda protokół komunikacji z diodami. Dane mają lecieć ciurkiem z tolerancjami, które dla każdego stanu są podane, a "gwarantowany" reset nastąpi po czasie większym niż 50us (podkreślam słowo gwarantowany). To co się dzieje pomiędzy zakończonym nadawaniem a resetem jest niezdefiniowane, czyli coś może ale nie musi (w tym wypadku reset występuje po 6us, ale nie musi tak być w każdym przypadku). Mam nadzieje, że teraz wyraziłem się jaśniej.
Nie żebym miał się kłócić czy na siłę kogoś przekonywać broń Boże, ale niestety
absolutnie i CAŁKOWICIE nie zgadzam się z takim tokiem rozumowania i ja postaram się koledze wyjaśnić co oznacza w dokumentacji czasowej określenie
>= 50 us
Oznacz to TYLKO I WYŁĄCZNIE, że producent zapewnia, że czipy w diodach MUSZĄ wg niego wyłapać timeout 50us albo większy, żeby potraktowały to jako moment RESETU czyli żeby od tego momentu czip przestał przekazywać dane ze swojego wejścia na swoje WYJŚCIE i czyli odtwarzać i odrestaurować sygnał wejściowy na swoim pinie OUT.
Poza tym pisząc to:
kijas1 napisał(a):
Producent jasno opisuje jak wygląda protokół komunikacji z diodami. Dane mają lecieć ciurkiem z tolerancjami, które dla każdego stanu są podane, a "gwarantowany" reset nastąpi po czasie większym niż 50us (podkreślam słowo gwarantowany). T
kolega jakby sam sobie zaprzecza i to totalnie - bo skoro podkreślasz, że gwarantowany - i masz rację - tak należy odczytywać notę, to jakim cudem za chwilę opowiadasz takie rzeczy ???
kijas1 napisał(a):
To co się dzieje pomiędzy zakończonym nadawaniem a resetem jest niezdefiniowane, czyli coś może ale nie musi (w tym wypadku reset występuje po 6us, ale nie musi tak być w każdym przypadku).
tzn innymi słowy mówiąc - wydaje mi się, że kompletnie nie rozumiesz na razie BABOLA o którym piszę i nie tylko ja piszę. Ale mówię to bez ŻADNEJ KĄŚLIWOŚCI czy złośliwości
Pomyśl sobie ty patrzysz na to od jakiejś dziwnej strony więc jeszcze raz wyjaśnię ci na czym polega BABOL w nocie.
WYOBRAŹ SOBIE TAKĄ SYTUACJĘ:
1. nadajesz ciurkiem paczkę dla 1 pixela - które dolatują szczęśliwie do pierwszej diody i wyświetla się ładnie kolorek na niej ok?
2. teraz wiesz że zgodnie z notą PDF masz MINIMUM 50us czasu żeby sobie coś tam porobić w procku zupełnie innego (zrozum zupełnie innego - i w ogóle nie dotykamy w tym czasie 50 us linii danych ... nic się na niej nie dzieje, ot po prostu w pamięci RAM ładuję sobie nowe kolory do komórek RGB które chcę wysłać.
3. UDAJE mi się wykonać operacje z pkt nr.2 w ciągu (hurrrrra!) załóżmy 20 us czyli na DŁUUUUGO przed czasem resetu gwarantowanego w nocie PDF
4. więc rozpoczynam wysyłanie na linię kolejnego pakietu 3 bajtów bo wiem, że skoro nie nastąpił RESET to pierwsza dioda MAGIC LED, przepuści dane do kolejnej diody 5. MEGA ZDZIWIENIE - bo okazuje się, że .............. TAAA DAAAM ! ... wysłane dane przechwyciła pierwsza dioda !!!! bo uznała że czas RESETU został przekroczony (a nie minęło wcale 50us!!! tylko 20us ) więc sama wciągnęła te dane w efekcie czego zmieniła swój kolor a druga dioda nadal nie świeci
czy kolega teraz rozumie BABOLA w nocie ?
Teraz podpowiem jeszcze coś ciekawszego, można znaleźć już chińskie (hahahaha
) podróbki tych chińskich diod WS2812B ... produkuje je inna chińska firma i noszą one symbol SK2812 !!! bez literki B na końcu a są teoretycznie IDENTYCZNYM odpowiednikiem WS2812B bo tyle samo pinów a jak zajrzysz do noty PDF, to okaże się że jest IDENTYCZNA z WS2812B
... i co ciekawe również jest podany czas resetu >= 50us
tymczasem UWAGA! .... wyżej opisana procedura w tych 5 punktach ZADZIAŁA !!! dlaczego? Ano dlatego, że w nich czas resetu z moich doświadczeń wynosi już nie 6us ale ok 30us !!!
.... czyli nadal nie 50 us
nie mniej jednak kod do procka napisany tak jak w tych 5 punktach zadziała na podróbkach (które nawet z wyglądu) nie różnią się od oryginałów - zaś na oryginałach nie zadziała. Więc proszę mi nie pisać dziwnych rzeczy że coś tam w czasie krótszym niż 50us jest niezdefiniowane - bo JEST PANIE kochany zdefiniowane i to DOKŁADNIE.
oznacza to nic innego jak to, że CZAS pomiędzy nadawaniem (UWAGA!) zarówno bitów jak i BAJTÓW nie może przekroczyć 50us !!! rozumiesz? Tymczasem okazuje się, że babol polega na tym, że tego czasu jest DUŻO DUŻO mniej bo tylko 6us
Co więcej, wymyślony przez producenta kod NRZ jest na tyle elastyczny - że pomimo tego co widzimy w nocie dla np ws2812B
Kod:
// bit = 0 bit = 1
// +----+ | +--------+ |
// | | | | | |
// | | | | | |
// | | | | | |
// | | | | | |
// | +--------+ | +----+
// 400ns 800ns 800ns 400ns
okazuje się, że NAJBARDZIEJ istotne są TYLKO i wyłącznie czasy stanów wysokich z tych przebiegów które pokazałem wyżej
.... w praktyce sygnał 1-go bitu wcale nie MUSI wynosić 1,25us
może wynosić nawet 2us albo i 4us - WAŻNE żeby w tym okresie czas JEDYNKI był albo 400ns albo 800ns - natomiast czas ZERA można sobie wydłużać jak mówię nawet do 4us. JEDYNYM skutkiem takiego postępowania będzie FAKT, że zamiast nadawać dane z prędkością 800kHz (okres 1,25us) to będziesz nadawał dane z prędkością np 250kHz (okres 4us)
czy teraz JAŚNIEJ
------------------------ [ Dodano po: 9 minutach ]jark napisał(a):
Moim zdaniem kolega "kijas1" ma w tym przypadku rację.
tak więc niestety kolega "kijas1" nie ma absolutnie racji ... i proszę przeczytaj też uważnie to wyjaśnienie wyżej. I nie wymyślaj proszę, że coś po drodze w czasie krótszym niż 50us jest nieokreślone przez producenta
jark napisał(a):
a to, że może być lepiej to już co innego bo akurat w tym przypadku możliwość skrócenia czasu resetu
To JEDNO zdanie pokazuje, że kolega już (bez urazy proszę) KOMPLETNIE nie rozumie do czego jest ten czas resetu. Bo to nie MY sobie go skracamy panie kolego on nie zależy od programisty :) zrozum to proszę .... TEN CZAS to timeout odliczany wewnątrz KAŻDEGO czipu w diodzie MAGIC LED
a ty piszesz, że jak sobie skracamy czas to coś tam się źle dzieje
wręcz odwrotnie - nic sobie nie skracamy
przeczytaj 5 punktów wyżej i zwróć uwagę na punkt 4
proszę sobie wziąć te diody w ręce i się pobawić - i nie pisać sorki bajek o "hack'owaniu" diod bo to kompletny bezsens niestety. To nie żaden HACK tylko jeśli przed upływem 50us ba nawet 40us wyślesz paczkę danych (3 bajty) dla kolejnej diody to okaże się, że tą informację "zeżre" już pierwsza dioda w łańcuchu ponieważ DAWNO temu uznała że nastąpił RESET bo już po 6us
.... ok ja rozumiem, że to może wam sprawiać problem w zrozumieniu - bo jest to dość już głębokie że tak powiem zagadnienie i trzeba siedzieć nie tylko z dobrym analizatorem albo oscylem a do tego pisać kod w ASM tak aby regulować sobie czasy co do (UWAGA!) nanosekund ....
no ale czas RESETU >= 50us w nocie to czas 50us .... i nawet zakładając 10% tolerancji , ba, nawet 20% tolerancji to powinniśmy mieć tego czasu np 40us - a tymczasem niestety - DIODY się same resetują po 6us
zrozumcie koledzy - DIODY SIĘ RESETUJĄ - a nie że ktoś je RESETUJE - jak to zrozumiecie to już będziemy w domciu razem
Kanał - ATNEL tech-forum
Zaloguj
Zarejestruj
Informacje o cookies
FAQ
Szukaj
