Witam

Mam kilka pilotów od tunerów Ferguson. Są w miarę nie duże i chciałem je użyć w projektach.
Analiza ramki wykazała, że piloty używają kodowania SPACE i że sposób transmisji ramki jest nieco zmienionym standardem SAMSUNG, co widać na poniższym screenie z analizatora:

FERGUSON


SAMSUNG


Moim zdaniem, jest to generalnie rodzaj kodowania analogiczny do Samsunga, z niewielką różnicą w czasach trwania impulsu i przerwy, oraz z innym nagłówkiem

nagłówek:
Ferguson - nośna przez 9100 us i przerwa 4500 us
Samsung - nośna przez 4500 us i przerwa 4500 us

Moim zdaniem zgadza się również format bitowy.
16 bitów predata
następnie bajt komendy i zanegowany bajt komendy
później impuls ptrail.
Sumaryczna ilość impulsów też się zgadza i wynosi 67

W związku z tym zmodyfikowałem Greenbookowy kod obsługi pilota Samsung uwzględniając nieco inne czasy impulsów.
Niestety coś jest nie tak.
Przy dekodowaniu ramek, pojawiają się (dla tego samego klawisza) różne kody, przy kolejnych wciśnięciach.
W przypadku użycia pilota Samsung wszystko działa idealnie.
Zapewne popełniam jakiś błąd przy analizie kodowania pilota Ferguson.
Głowie się nad tym już od kilku dni i nic mi nie przychodzi do głowy.

Poniżej ZIP bitmapami i analizą ramek w formie tekstowej.



Dodane:
oczywiście poniżej ustawienia biblioteki

Bardziej NEC niż Samsung, była taka fajna biblioteka do tego na forum, ale gdzieś mi link wcięło.

Jak to jest NEC, to jest mnóstwo dostępnych materiałów i bibliotek. Jest to chyba bardziej rozpowszechniony standard w zabawach z robotyką niż RC5. Bo tu poniżej 10zł możesz kupić pilota i odbiornik:
http://botland.com.pl/odbiorniki-podcze ... ewody.html
http://botland.com.pl/odbiorniki-podcze ... zowy-.html

Na forum był wątek o NEC-ach: topic10813.html.
Ale także w załączonych linkami są informacje o standardzie oraz o bibliotekach.

--
Pozdrawiam,
Robert

Wiesz, bardzo mi zależy żeby zorientować się gdzie popełniam błąd w swojej analizie tego pilota.
Być może jest to kodowanie NEC. Bardzo wiele firm korzysta z ustalonych norm kodowania, zmieniając tylko długości impulsów/przerw i część charakterystyczną czyli nagłówek. W GB jest bardzo obszerny rozdział poświęcony analizie sterowania w podczerwieni. Również jeśli chodzi o stronę odwrotną, czyli tworzenie własnych standardów, kopiowanie komunikacji (tworzenie kopii pilotów) itd.

Spróbuje później przetestować kod dla NEC'a. Niestety jeśli zadziała to nadal będę "w kropce" bo nie wiem gdzie mogę popełniać błąd przy analizie.
Zależy mi na dogłębnym wgryzieniu się w ten temat.

Patrząc na załączone przez Ciebie zależności czasowe, to jest dokładnie standard NEC. Postaraj się zapewnić poniższe zależności:



Przyjąłeś zbliżone, ale nie dokładne wartości. Może dlatego coś się Ci rozjeżdża?

--
Pozdrawiam,
Robert

Bazując na standardzie NEC przystosowałem grennbookową bibliotekę JVC. Trzeba było tylko inaczej podejść do obróbki samej ramki po zdekodowaniu.
Teraz pozostało ogarnąć repetycję klawisza i wprowadzić funkcjonalność virtual toggle bit.

Zastanawiam się jak dobrze podejść do obsługi repetycji w tym standardzie tzn NEC. Czyli nie są powtarzane ramki, tylko po ramce lecą krótkie sekwencje repetycji, tak jak w JVC.
Mirek w bardzo dokładny sposób opisuje mechanizm wirtualnego bitu toggle, ale na przykładzie SONY, gdzie lecą całe ramki. NEC i JVC są zupełnie inne.
Poza tym pojawia się problem jak zabezpieczyć się przed błędami.
Swoją drogą nie sądziłem, że świetlówka może generować tyle zakłóceń w IR. Mam na biurku lampkę ze świetlówką PLS i jest normalnie masakra. Chyba muszę lampkę zmienić przynajmniej do eksperymentów z IR.
W tak zakłóconym impulsami IR otoczeniu wychodzi słabość standardu takie jak NEC czy JVC, przynajmniej moim zdaniem.

Masz rację dlatego w nich nie brałem się za VirtualToggle bit ... choć pewnie można tylko trzeba uwzględniać te ramki repetycji jakoś


Jaki odbiornik podczerwieni użyłeś dokładnie? Jak mu zasilanko zapodałeś ? ... pytam bo po moich doświadczeniach to bardzo ważne jeśli chodzi o odporność na te zakłócenia i można je minmalizować mocno


Też za nimi nie przepadam - w zdecydowanej większości wszystko robię tak żeby działać w RC5 - szerokie impulsy i programowo ładnie się też eliminują babole

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

ATB 1.04 użyłem. Ale układ na stole mam taki, że ATB stoi dokładnie pod lampką
Podłaczyłem nawet oscyloskop do TSOP'a i ciągle jakiś impuls leci



RC-5 spoko działa. Przez to że lecą całe ramki zakłócenia nie przeszkadzają.
Ale Samsung tez śmiga aż miło.

No to masz jakąś rzeczywiście super lampkę ja miewałem takie efekty ale jak np włączałem świetlówki na suficie w firmie - wtedy była burza impulsów

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


dokładnie

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