Cytuj:
Nie żebym się czepiał, ale...
Na filmie, 11:40 piszesz na tablicy 350ns i 800ns a mówisz że cytuję:
"tu akurat się zgadza" czyli że zgadza się 1250, podczas gdy 800 i 350 to nie jest równe 1250, chyba że ja znam inną matematykę.
Jak już wspominałem nigdy nie traktuję tego typu uwag/pytań jako czepianie się ...
ja tam gorsze błędy popełniłem bo nie wiem czy słyszeliście
kilka razy powiedziałem 1250 MIKROSEKUND, zamiast nanosekud ! ... i dlatego wstawiłem na żółto (żarówiasty kolor tekstu) napis 1250 ns
bo to było oczywiste przejęzyczenie
a teraz do meritum czyli do twojego pytania ....
odsyłam do początku tej drugiej części poradnika gdzie tłumaczę wyraźnie, że gdy weźmiemy pod uwagę podane czasy dla starszego typu diod np tam było ---> czas 9:38 .... wychodzi właśnie wg noty 350ns i 800ns co razem daje nam 1150ns !!! a nie 1250ns .... a przecież wyżej widzicie w nocie że jest mowa (i ja też to podkreślam) że cały bit powinien trwać 1250ns tak ?
no ale po co jak myślicie są te czasy w kolumnie po prawej (tolerancje aż po 150ns) ..... ?
no panowie to oznacza, że jednak ten bit wcale nie musi trwać RÓWNO 1250ns bo inaczej to nie zadziała .... toż te czasy mogą się lekko różnić ...
ale na Boga .... nie będę za każdym razem mówiąc o długości bitu wciąż wyliczał w tekście patrząc np na oscylogram że tam było 1150ns zamiast 1250ns albo 1100ns itp .... no to byłoby bez sensu .....
trzymam się 1250ns i już ... a w głowie i ja i wy macie tolerancję - a tego (mi się wydaje) nie rozumiecie pytając o to ...
Więc mam nadzieję, że ta moja odpowiedź to nieco może wyjaśni ... ale jeśli nie to ŚMIAŁO WALCIE z pytaniami dalej ..... bo zacięcie się na tym etapie spowoduje że potem będzie jeszcze gorzej
Zresztą zobaczcie właśnie pod koniec poradnika gdzie pokazuję ILE CZASU wyniesie BIT gdy będę pisał kod w czystym C a nie jako wstawkę asemblerową ..... DUUUUUUŻO dłużej niż 1250ns i tłumaczę wam że to też będzie działać. No to ktoś może zapytać - no to po choinkę ta nota PDF i te czasy skoro nie trzeba się ich trzymać a to i tak działa - to róbmy co chcemy i też zadziała ???
NIE ! ... zwracam uwagę CZAS: 13:05 .... rysując dwie pomarańczowe linie CO JEST KLUCZOWE dla tego protokołu, jakie czasy trzeba BEZWZGLĘDNIE zachować .... i widać że chodzi o czasy trwania stanu wysokiego w pierwszej połówce bitu. Że muszą one być wyraźnie różne dla bitu=0 oraz dla bitu=1
stąd podaję uniwersalną czasówkę i to niezgodną z notą WS2812 że
bit=0 to: 400ns STAN WYSOKI oraz 800ns STAN NISKI
bit=1 to: 800ns STAN WYSOKI oraz 400ns STAN NISKI
a skoro to mówię - no to przecież 400+800 to nie jest 1250 prawda ? .... ale co to jest niezgodne z notą że czas bitu ma trwać 1250ns ??? ja uważam że jest zgodne bo mieszczę się w granicach tolerancji i to nawet bardzo dobrej tolerancji bo różnica to tylko 50ns !!! a dzieląc to przez dwa bo mamy dwa czasy - to okazuje się że mówimy o przekroczeniu czasów o 25ns na pół bitu ... podczas gdy tolerancja pozwala na aż 150ns .... więc jestem dużo lepszy ....
ale jak mówię nie będę wciąż przeliczał i zmieniał zdanie że bit raz mi trwa 1100ns - za chwilę że 1150ns potem że 1450ns ... bo to dopiero wprowadziłoby zamieszanie w poradniku
------------------------ [ Dodano po: 1 minucie ]dareck70 napisał(a):
, powinno być faktycznie 1150ns
właśnie że nie - zgodnie z tym co wyżej napisałem - powinno być 1250ns i koniec
a reszta to tolerancja - teraz jaśniej ?
Kanał - ATNEL tech-forum
Zaloguj
Zarejestruj
Informacje o cookies
FAQ
Szukaj
dobre dobre 
Pozdrawiam!
Zwłaszcza, że to jubileuszowy 100 film na YT.
