ATNEL tech-forum

Re: SONY_RM-934

2013-12-02T13:14:41+01:00

No tak macie rację, ślepo patrzyłem na swoją rozpiskę na której pomyliłem się w jednostkach.

Dzięki wielkie.

Statystyki: Napisane przez gronoarona — 2 gru 2013, o 13:14

Re: SONY_RM-934

2013-12-02T13:09:30+01:00

1 trwa 1800us z czego impuls 1200us.
0 trwa 1200us z czego impuls 600us.

Plus pewien nadmiar na czas impulsu (stąd te 703us).

Statystyki: Napisane przez ciamciak — 2 gru 2013, o 13:09

Re: SONY_RM-934

2013-12-02T13:07:00+01:00

bit zero 0.703us 0.517us

Dobrze rozumiem?

Statystyki: Napisane przez gronoarona — 2 gru 2013, o 13:07

Re: SONY_RM-934

2013-12-02T13:05:17+01:00

@gronoarona
Połówka bitu trwa grubo więcej niż 1us.

Statystyki: Napisane przez ciamciak — 2 gru 2013, o 13:05

Re: SONY_RM-934

2013-12-02T12:59:07+01:00

Ale jeżeli użyję preskalera 8 to mam zliczaną 1 us której czas trwania trwa więcej niż połówka bitu zera.
Chyba że użyję innego taktowania.
A co do wrażliwości to rozumiem że trzeba zastosować filtrowanie poprawności.

Statystyki: Napisane przez gronoarona — 2 gru 2013, o 12:59

Re: SONY_RM-934

2013-12-02T12:40:04+01:00

gronoarona napisał(a):

Preskaler na 1 więc ICR zwiększany co takt

Przemyśl to dobrze - jakie czasy chcesz mierzyć - bo w takim przypadku jedno tyknięcie timera będziesz miał co 125 ns (a wątpię że o to ci chodzi)

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

gronoarona napisał(a):

A co do czasów to chcę mierzyć tylko czasy stanów niskich bo tylko one się zmieniają więc wydaje mi się że nie ma potrzeby mierzyć czasów stanów wysokich

tzn ja bym powiedział, że masz rację tzn że ci się wydaje ...

owszem możesz tak podejść ale nie zdziw się gdy pilot będzie wrażliwy na każdy śmieć i zakłócenie. Kontrola poprawności ramki to PODSTAWA.

Statystyki: Napisane przez mirekk36 — 2 gru 2013, o 12:40

Re: SONY_RM-934

2013-12-02T12:17:03+01:00

Preskaler na 1 więc ICR zwiększany co takt.
A co do czasów to chcę mierzyć tylko czasy stanów niskich bo tylko one się zmieniają więc wydaje mi się że nie ma potrzeby mierzyć czasów stanów wysokich ( przynajmniej tak myślę)

Statystyki: Napisane przez gronoarona — 2 gru 2013, o 12:17

Re: SONY_RM-934

2013-12-02T06:40:04+01:00

gronoarona napisał(a):

Rejestr ICR jest inkrementowany co takt procesora więc dla procesora taktowanego 8MHz jest inkrementowany z taką właśnie częstotliwością

ale co to wg ciebie znaczy ? no to przecież zależy jakiego preskalera użyjesz i jakie czasy chcesz mierzyć

Statystyki: Napisane przez mirekk36 — 2 gru 2013, o 06:40

Re: SONY_RM-934

2013-12-02T00:49:16+01:00

Wracając do tematu mam jeszcze kilka niejasności.

Biorąc pod że programuję odbiornik więc oczekuję na odwrotne stany na wejściu ICP niż są wysyłane z pilota, więc np. początek ramki rozpoznam poprzez oczekiwanie na opadające zbocze.

Potem zaczyna się inkrementować rejestr ICR aż do rosnącego zbocza.

Rejestr ICR jest inkrementowany co takt procesora więc dla procesora taktowanego 8MHz jest inkrementowany z taką właśnie częstotliwością.

Po otrzymaniu zbocza rosnącego odczytuję wartość ICP następnie zapisuję wartość ICR i sprawdzam czy czas otrzymany zgadza się z specyfikacją. Jeżeli tak odczytuję kolejne bity jeżeli nie dalej czekam na header.

Statystyki: Napisane przez gronoarona — 2 gru 2013, o 00:49

Re: SONY_RM-934

2013-11-30T22:35:52+01:00

ok jutro powalczę

Statystyki: Napisane przez gronoarona — 30 lis 2013, o 22:35

Re: SONY_RM-934

2013-11-30T21:17:26+01:00

gronoarona napisał(a):

Header 2,499us + 0,517us potem 7 bitów comand + 5 bitów adress i ptrail

no dokładnie coś w tym stylu - dokładnie .... (tylko mówię nie mam teraz niczego pod ręką żeby potwierdzić w szczegółach ale jeśli będziesz się trzymał tych czasów z lirc.org to ci spokojnie wyjdzie

Statystyki: Napisane przez mirekk36 — 30 lis 2013, o 21:17

Re: SONY_RM-934

2013-11-30T21:11:00+01:00

Obecnie chcę to uruchomić żeby działało, ale nie chcę używać Twojego programu bo jutro już nie będę pamiętał jak to napisać ;p

Więc czy dobrze myślę:
Mam badać jak długo trwają stany wysokie i niskie dla całej ramki
Header 2,499us + 0,517us potem 7 bitów comand + 5 bitów adress i ptrail
Jedno wciśnięcie przycisku wysyłane dwie ramki, rozumiem ze są one takie same i służą do porównania?

Procesor taktuję 8MHz więc preskaler ustawiając na 2 będę miał możliwość badać stany co 0,25us ( dobrze?)

Statystyki: Napisane przez gronoarona — 30 lis 2013, o 21:11

Re: SONY_RM-934

2013-11-30T20:48:16+01:00

gronoarona napisał(a):

nie wiem czy to ma sens bitu toogle nie ma (chyba).

dobrze myślisz - nie ma bitu toggle ... ale można sobie dorobić bo się BAAAARDZO przydaje ten mały bicik ... jak ?

w razie czego sporo opisałem tutaj - w zasadzie wszystko o tym jak pisać sobie obsługę pilotów na podstawie tej stronki którą podałeś

------------------

ale podpowiadając - masz rację, że jest Header a na końcu ptrail, ale niestety bitów jest więcej - teraz sam nie mam książki pod ręką i z głowy nie pamiętam ... ale jest też paczka bitów odpowiedzialnych za adres i komendę

a jako ciekawostkę już na koniec powiem ci (opisuję to też w książce i chyba nawet ten sam model pilota) ... że za każdym kliknięciem klawisza wysyła on dwie ramki a nie jedną - to też trzeba mieć na uwadze

Statystyki: Napisane przez mirekk36 — 30 lis 2013, o 20:48

Re: SONY_RM-934

2013-11-30T19:20:59+01:00

to jest wypowiedź z elektrody:

"z opisu twojego pilota wynika, że jest to kodowanie typu SPACE i nie jest wysyłany żaden nagłówek (header). Natomiast pilot generuje tylko dwa rodzaje kodów o nazwach S i 2S, ktróre oznaczają, że jeśli wysyłamy kod S to oznacza, że trzeba wysłać porpostu zero zgodnie z podanymi czasami, a kod 2S to wysłanie jedynki.

aby wysłać ZERO musisz wygenerować (jak już podpowiadał kolega august) dwa impulsy. Pierwszy o długości 0,55ms (zero) i potem drugi o długości 7,143ms (jeden)

... aby wysłać JEDYNKĘ musisz wygenerować pierwszy impuls o długości 0,55ms (zero) a następnie drugi o długości 5,25ms (jeden).

parametr "ptrail 550" oznacza chyba (ale tu może się mylę), że na zakończenie wysyłasz impuls 0,55ms (zero) "

i to by się zgadzało z tym co powiedziałeś

popróbuję i zobaczę

Dzięki

Statystyki: Napisane przez gronoarona — 30 lis 2013, o 19:20

Re: SONY_RM-934

2013-11-30T18:49:15+01:00

To chyba zwykły SIRC: http://www.sbprojects.com/knowledge/ir/sirc.php
i toggle tam niema. Tylko te 11bitów jakieś nietypowe.

Statystyki: Napisane przez ciamciak — 30 lis 2013, o 18:49

SONY_RM-934

2013-11-30T18:15:33+01:00

Właśnie zabrałem się za programowanie odbioru kodów w podczerwieni( blue book ) i mam problem gdyż nie mam pilota w standardzie RC5, a niestety w SONY_RM-934

http://lirc.sourceforge.net/remotes/sony/RM-934

I nie jestem do końca pewien jak wygląda jego ramka przesyłu danych.
Z informacji z tekstu opisującej standard transmisji wywnioskowałem tylko jak wyglądają zera i jedynki oraz haeder oraz prtail.

Jeżeli dobrze myślę to może to wyglądać w taki sposób : HEADER potem 8 bitów danych i ptrail

nie wiem czy to ma sens bitu toogle nie ma (chyba).

Liczę na poprawienie moich domysłów

Z góry dzięki.

Statystyki: Napisane przez gronoarona — 30 lis 2013, o 18:15