Witam mam kilka pytań na temat kodu dekodującego RC5 umieszczonego w BB. Po pierwsze jest tam jeden if a dokładnie
który nie posiada żadnych nawiasów klamrowych, a więc skąd wiadomo jaką część kodu on obejmuje?

Po drugie dlaczego w ifie jeszcze raz sprawdzamy czy przecież aby wejść do tego ifa status ramki musi być "ok" a gdy PulseWidth > MAX_BIT to nie jest to możliwe bo już na początku przerwania w pierwszym ifie sprawdzamy dokładnie to samo tylko tym razem gdy jest to prawda zerujemy rc5cnt, co w dalszej kolejności powoduje (kolejny if) że ramka przebiera status FRAME_END co uniemożliwia wejście do wspomnianego pierwszego ifa. Więc czy ten if nie jest przypadkiem zbędny?

No i na końcu co dokładnie zlicza rc5cnt?

Na pierwsze mogę odpowiedzieć. Obejmuje jedną linijkę kodu pod nim albo obok, albo może tak jaśniej. Tylko do pierwszego średnika po nim.

Czyli to

w zasadzie równa się temu



tak?

Dokładnie

Witam,
jestem tu pierwszy raz, staram się rozgryźć C i zrozumieć opisany dekoder RC5 w BB, ale od linijki

if (pulsewitch > max_bit) rc5cnt = 0

już do samego końca nierozumiem go.

Można prosić o wyjaśnienie ?

Niestety nie potrafię pomóc mogę tylko metodę nauki poleci. Ja też nie rozumiałem tego czarna magia ten kod. I aby zrozumieć trzeba wziąć sobie jedną ramkę rc5 i po kolei sprawdzać jak będą zmieniać się zmienne zapisywać na kartce z każdym przerwaniem wartości czyli tak jakby wykonać ten kod ale naszą głową a nie prockiem . I po kilku prześledzonych ramkach w głowie zaczynają świtać pomysły i jak to chciał zrealizować autor .

Dobrze, zanim to zrobię jak mi radzisz chciałbym wiedzieć co oznaczają następujace zmienne, jakie wartości mogą przyjmować:

IrpulseCount

rc5cnt

Irdata

Frame_status

IrpulseCount to ilość zdekodowanych bitów, Irdata to zmienna z zdekodowaną ramką (czyli adres bit toggle oraz przesłane dane), Frame_status to obecny status ramki, a co do rc5cnt to sam nie wiem ale wydaje mi się że są to połówki bitów

Myślę, że całe odczytywanie poszczególnych bitów kodu znajduje się:


W 1 linijce rc5cnt - dokłanie niewiadomo
w 2 sprawdza resztę z dzielenia, jezeli 0 to
w 3 wstawia 0 do Irdata na koniec
w 4 sprawdza czy ustawiona jest reakcja na zbocze rosnące, jeżeli tak to wstawia 1 na końcu

Czy tak to przebiega ?

Z tym pierwszyn warunkiem chodzi o bity startu najprawdopodobniej.

wiadomo wiadomo ..... no tylko to działa razem z linijką DWA a zatem

if (rc5cnt > 1) {
if (( rc5cnt % 2) ==0 {
Irdata = Irdata << 1
if ((TCCR1B & (1<<ICES1))) Irdata |= 0x0001;
IrPulseCount++;
// .... coś tam dalej
}
}

czyli - JEŚLI wartość licznika impulsów RC5 bo zmienna rc5cnt jest jak z nazwy widać licznikiem impulsów ramki (rc5 cnt - rc5 counter) ... a więc zlicza je po kolei ... i nawet napisałem to w książce


Takie wyjaśnienie kompletnie nie ma sensu ... ten warunek jest wykonywany TYLKO i wyłącznie (CO DRUGI IMPULS) do tego użyte jest modulo - proponuję zapoznać się z działaniem modulo i praktycznym jego wykorzystaniem czyli tak jak tutaj właśnie - mały przykład




widzisz teraz kiedy działa warunek if (( rc5cnt % 2)

zawsze gdy wartością modulo jest JEDEN czyli co drugie przerwanie można powiedzieć

a więc tak jak tam kolega wyżej pisał ale też ja zdaje się w książce - weź kartkę papieru i sobie DOKŁADNIE rozrysuj sobie jedną ramkę RC5 i analizuj ją zbocze po zboczu razem z tą procedurą


to jest tak nieprecyzyjne określenie - że aż ciarki po plecach przechodzą ... co to znaczy na końcu ?

zawartość Irdata jest przesuwana w LEWO panie kochany o jeden bit - a to że najmłodszy bit przyjmuje wartość zero przy okazji to już inna sprawa - podsumowując to tu buduje się wartość ramki


DOKŁADNIE tylko że nie na żadnym KOŃCU lecz na pozycji najmłodszego bitu na którym wcześniej w linijce 3 było wsunięte zero

_________________
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 ]

No to ja mam jeszcze jedno pytanie dlaczego rc5cnt jest zwiększane 2 razy gdy PulseWidth > MAX_HALF_BIT przecież to też jest 1 impuls. Oraz czy linijkę można by zastąpić a jeśli tak to czemu używamy pierwszej dłuższej wersji.

No i ponawiam pytanie z pierwszego mojego posta o tego ifa.

Dziękuje za wyjaśnienie, ale dalej jest to dla mnie niezrozumiałe.

Czy rc5cnt jest zmienną, która zwiększa swoją wartość po każdym wywołaniu przerwania?
Czy rc5cnt może przyjąć wartość maksymalnie 28 ?
Skąd program wie, kiedy wartość bitu jest 0, a kiedy 1 ?

eeeeh Panie, panie ... a gdzie ty tam widzisz podwójne zwiększanie ?

Pewnie że można napisać

IrData |= 1

a kto ci zabroni ? ja ? ... Ja akurat użyłem 0x0001 żeby czytelnik widział, że działamy na zmiennej dwubajtowej



To ja się tyle rozpisałem w odpowiedzi - a ty piszesz, że ponawiasz pytanie - bez słowa nawet czy coś zrozumiałeś czy nie ? ...


PEWNIE ŻE TAK - i piszę o tym w książce - to PODSTAWA w tym akurat sposobie - cały licznik bitów opiera się na rc5cnt - i też wyżej o tym pisałem - chyba skończę pisać bo nikt nie czyta tego co napisałem i dawaj znowu te same pytania


Program nie wie i nigdy nie będzie wiedział - to programista musi wiedzieć i odpowiednio napisać program

_________________
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 ]

Najpierw zwiększamy w linijce if (PulseWidth > MAX_HALF_BIT) rc5cnt++; a później pod koniec ifa if(frame_status == FRAME_OK)
w linijce rc5cnt++; więc tak zwiększamy dwa razy




Tak przeczytałem to co napisałeś i nie odniosłeś się w ogóle do tego fragmentu




jedyne do czego się odniosłeś to pytania Jacek54 więc poprostu ponownie zadałem pytanie...

Drogi Mirku,
Ty miałeś to szczęście, że poznałeś na swojej drodze Pana Ryszarda Łozowskiego, my natomiast (wielu początkujących) mamy to szczęście że popularyzujesz tak trudne zagadnienia szerszemu ogółowi. Ludzie są różni, mniej lub bardziej zdolni. Tym mniej zdolnym może trzeba dokładniej wyjaśnić.

Wracając do programu, ma bardzo mało komentarzy, nie ma podanej nawet zasady, na jakiej opiera się dekodowanie ramki.
Analizując go dochodzę do wniosku, że zasada dekodowania polega:

Na sprawdzaniu typu zbocza w środku każdego bitu, jeżeli było opadające to wartość bitu = 1 i odwrotnie.

Mimo to mam kłopot ze zrozumieniem całego kodu, jest niedługi, ale szatańsko trudny.
1.Początek jest ciężki, co z pierwszym bitem startowym, kiedy LastCapture =0

Zaraz zaraz ... bo czegoś nie rozumiem, a opis - tzn CAŁY rozdział na temat tego dekodowania i kodu w książce to ? ... Możesz mi odpowiedzieć czy czytałeś ten rozdział ?

Oczywiście ja doskonale zdaję sobie sprawę z tego, że czasem i książka nie wystarczy, że można mieć i do niej pytanie. Czy ty może po prostu nie masz jeszcze Bluebooka i analizujesz tylko sam kod tej obsługi RC5?

_________________
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 ]

Mam obie książki.
Na stronie 333:

"Otóż każdy bit o wartości o ma w środku zbocze narastające, natomiast bit o wartości 1 ma zbocze opadające. Wykorzystamy tę właściwość, sukcesywnie badając stan logiczny na wejsciu ICP1 w pierwszej połówce każdego bitu. Jak widzisz, stan logiczny pierwszej połówki będzie zawsze odpowiadał rzeczywistej wartości przesyłanego bitu. Nasza procedura nie będzie odzyskiwać stanu zegara z nadawanego przebiegu na podstawie dwóch pierwszych bitów. Za to będziemy w stanie badać stan pierwszej połówki bitu w oparciu o kolejne przerwania wywołane zarówno zboczem narastającym, jak i opadającym "

Problem w tym, że nie rozumiem w którym miejscu programu i w jaki sposób bada się stan bitu w pierwszej połówce

Ale co ma być z tym pierwszym bitem ? Toż pierwsza jego połówka ma stan wysoki tak? no więc gdy następuje PIERWSZE zbocze opadające to? ... no jak myślisz gdzie się znajdujemy ? .... DOKŁADNIE w połowie pierwszego bitu - bo od tego zbocza rozpoczyna się całe dekodowanie.

Kilka razy już pisałem o tym aby sobie narysować na kartce ołówkiem przykładową ramkę - spojrzeć na nią i z tym rysunkiem (własnym rysunkiem) popracować

I jak masz to na kartce - zacznij od tego, że na ICP1 pojawia się TO zbocze opadające ...

_________________
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 ]

Dobrze, spróbuje ......
Ale według mnie nie odczytujemy stanu bitu na ICP, jedynie badamy stan ustawienia reakcji na zbocze ICES1 i na tej podstawie dekodujemy ?

Pierwsze zbocze opadające to według mnie znajdujemy (Rys.65 z BB) już w drugiej połówce (co prawda na początku) bitu 1.

No a spróbuj mi logicznie wyjaśnić czym to się różni ?

akurat badając zbocza wg sposobu opisanego w książce (a zawsze badamy zbocze w środku bitu) ODCZYTUJEMY stan bitu w ramce RC5. Jak można mówić że jedynie badamy stan ustawienia reakcji na zbocze? Po to badamy ten stan bo wcześniej go zmieniamy aby móc BADAĆ KAŻDĄ zmianę stanu i żeby nie tworzyć dodatkowej zmiennej pomocniczej - niejako przy okazji wykorzystujemy ten fakt. Wiemy tutaj, że w środku bitu RC5 zbocze opadające oznacza stan X a zbocze narastające oznacza stan Y. (Piszę X i Y bo już sam nie pamiętam które zbocze za co odpowiada)


ZDECYDOWANIE nie - i tu właśnie robisz sobie ZONK'a

zrozum - przerwanie ICP1 zawsze zareaguje na zbocze opadające w połowie pierwszego bitu - i od TEGO MIEJSCA rozpoczyna się cała analiza. Owszem, w tym przerwaniu tylko przygotowujemy się do dekodowania - ale TU ZACZYNA się zabawa, w następnym przerwaniu - mamy już "w ręku" czas DRUGIEJ połówki pierwszego bitu.

_________________
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 ]

Mirku,
Ja z jednej strony uczę się C, a z drugiej strony chcę zanalizować/zrozumieć algorytm, stąd moje

"Ale według mnie nie odczytujemy stanu bitu na ICP, jedynie badamy stan ustawienia reakcji na zbocze ICES"

Próbuje to rozrysować, ale mam kłopot z 2 pierwszymi przerwaniami.

1. Pierwsze zbocze opadające w środku 1 bitu odczytuje stan szerokości impulsu przypadkowy z ICR1 w związku z tym rc5cnt = 0, a w następnym kroku wynosi rc5cnt = 1
2. Drugie zbocze jest rosnące i odczytywana jest prawidłowa szerokość połówki bitu, rc5cnt = 2, ICES1 jest ustawione na 0.
Funkcja z modulo daje wynik 0, aktualizuje Irdata wstawiając do najmłodszego bitu 0, a powinna wstawić 1

Gdzie popełniam bląd

a nie widzisz warunku ?

if (rc5cnt > 1)

dzięki temu w drugim przerwaniu jeszcze nic się nie dzieje poza zwiększeniem rc5cnt

_________________
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 ]

W punkcie 2 napisałem ze rc5cnt = 2 , czyli jest > 1.
W programie:

if (PulseWidth > Max_bit) rc5cnt=0

if (rc5cnt ==0) {
Irdata =0;
Irpulsecount = 0;
rc5cnt++;
frame_status = frame_end;
}

Czyli wycohdząc z przerwania za pierwszym razem ma wartość rc5cnt = 1
Wchodząc za drugim razem rc5cnt = 2, czy nie tak ?

A odpowiedział by Pan na to pytanie o zbędnego ifa?

Tak

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


Przecież jest warunek IF to jak można pisać że zawsze zwiększamy dwa razy

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



jakiego zbędnego ifa?

_________________
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 ]

No to przecież napisałem

Czyli odnosiłem się do sytuacji gdy if jest prawdziwy



Mój pierwszy post...

Panie, te warunki gdzie widzisz frame_restart, np

if( PulseWidth > MAX_BIT ) frame_status = FRAME_RESTART;

to sobie odpuść na początek rozważań - toż to są TYLKO warunki sprawdzające czy nie było ZAKŁÓCENIA - a ty tu piszesz że odniosłeś się do sytuacji gdy jest prawdziwy - a kiedy on jest wg ciebie prawdziwy ?

Mówię ci zapomnij o nich na razie i analizuj bez nich kod - i razem z opisem w książce

_________________
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 ]