ATNEL tech-forum

Re: GreenBook - podczerwień.

2016-04-17T23:31:22+01:00

Quote:

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

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 ]

Quote:

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

dokładnie

Statystyki: Napisane przez mirekk36 — 17 kwi 2016, o 23:31

Re: GreenBook - podczerwień.

2016-04-17T23:29:17+01:00

mirekk36 napisał(a):

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

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

mirekk36 napisał(a):

eż 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

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

Statystyki: Napisane przez sq8dsr — 17 kwi 2016, o 23:29

Re: GreenBook - podczerwień.

2016-04-17T23:13:48+01:00

sq8dsr napisał(a):

NEC i JVC są zupełnie inne.

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

sq8dsr napisał(a):

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.

sq8dsr napisał(a):

W tak zakłóconym impulsami IR otoczeniu wychodzi słabość standardu takie jak NEC czy JVC, przynajmniej moim zdaniem.

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

Statystyki: Napisane przez mirekk36 — 17 kwi 2016, o 23:13

Re: GreenBook - podczerwień.

2016-04-17T22:31:26+01:00

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.

Statystyki: Napisane przez sq8dsr — 17 kwi 2016, o 22:31

Re: GreenBook - podczerwień.

2016-04-15T18:22:34+01:00

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.

Statystyki: Napisane przez sq8dsr — 15 kwi 2016, o 18:22

Re: GreenBook - podczerwień.

2016-04-13T20:03:03+01:00

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:

Code:

NEC Infrared Protocol
- 9 ms leading pulse burst (16 times the pulse burst length used for a logical data bit)
- 4.5 ms space
- 8-bit address for the receiving device
- 8-bit logical inverse of the address
- 8-bit command
- 8-bit logical inverse of the command
- Final 562.5 µs pulse burst to show end of message transmission

- Logical '0' – a 562.5 µs pulse burst followed by a 562.5 µs space, with a total transmit time of 1.125 ms
- Logical '1' – a 562.5 µs pulse burst followed by a 1.6875 ms space, with a total transmit time of 2.25 ms

Because (address + address inverse) and (command + command inverse) will always contain 8 '0's  and 8 '1's so (8 * 1.125ms) + (8 * 2.25ms) == 27 ms. According to this total time required to transmit the frame is (9 ms + 4.5 ms + 27 ms + 27 ms) = 67.5 ms.

Repeat Code:
Repeat code will be issued typically around 40 ms after the pulse burst that signified the end of the message.
Repeat code will continue to be sent out at 108 ms intervals, until the key is finally released.
The repeat code consists of the following, in order:
- 9 ms leading pulse burst
- 2.25 ms space
- 562.5 µs pulse burst to mark the end of the space (and hence end of the transmitted repeat code)

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

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 13 kwi 2016, o 20:03

Re: GreenBook - podczerwień.

2016-04-13T18:55:31+01:00

rskup napisał(a):

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.

Statystyki: Napisane przez sq8dsr — 13 kwi 2016, o 18:55

Re: GreenBook - podczerwień.

2016-04-13T16:09:07+01:00

Statystyki: Napisane przez rskup — 13 kwi 2016, o 16:09

Re: GreenBook - podczerwień.

2016-04-13T15:30:49+01:00

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

Statystyki: Napisane przez ciamciak — 13 kwi 2016, o 15:30

GreenBook - podczerwień.

2016-04-13T15:57:30+01:00

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.

pilot_problem.zip

Dodane:
oczywiście poniżej ustawienia biblioteki
[syntax=c]#define SAMSUNG_HEADER ir_micro_s(9100)// czas pierwszej charakterystycznej części nagłówka (header'a)

#define SAMSUNG_BIT_HIGH ir_micro_s(1650)
#define SAMSUNG_BIT_HIGH_MID ir_micro_s(1100)// środek czasu trwania pierwszej połowy bitu o wartości = 1
#define SAMSUNG_BIT_LOW ir_micro_s(500)// czas trwania pierwszej połowy bitu o wartości = 0
#define SAMSUNG_TOLERANCE ir_micro_s(150)// toleracja jaką przyjmiemy dla naszego pilota. Jeśli będzie za duża
// to procedura może zacząć odbierać niechcąco czasem dziwne kody
// z pilotów innych producentów. Jeśli będzie za mała to może się
// zmniejszyć zasięg pilota albo będzie gorzej działał z odbicia np od ścian itp
// optymalne wartości zwykle zawierają się w granicach 100-250[/syntax]

Statystyki: Napisane przez sq8dsr — 13 kwi 2016, o 10:36