Jaki protokół transmisji stosują piloty zamienniki do Cyfry+? Sterowanie z ATmega?

Tue Oct 30, 2007 10:40 am   

Witam, czy wie ktos, jaki protokol w transmisji stosuja piloty do cyfry
+ ?
Interesuje mnie taki oto pilot (zamiennik):
http://www.allegro.pl/item258746243_pilot_cyfra_philips_pioneer_bater_szybka_wysylka.html

Chce uzywac go do sterowania atmega via TFMS. Da rade?:)

Pozdrawiam, Piotrek

Tue Oct 30, 2007 11:34 am   

Użytkownik napisał w wiadomości

Jesli dobrze zrozumiałem to odpowiadam.

Jesli to Philips to działa w RC5 .

Tue Oct 30, 2007 12:10 pm   

Hello J.M.Oizo,

Tuesday, October 30, 2007, 11:34:50 AM, you wrote:


E, tam. Jeśli ma działać z Cyfrą+ i Pioneerem, to tylko i wyłącznie
RC8244

--
Best regards,
RoMan mailto:roman@pik-net.pl

Spam (rdzenie ferrytowe do przetwornic i nie tylko): http://www.allegro.pl/my_page.php?uid=7416823

Tue Oct 30, 2007 1:26 pm   

jotixel@gmail.com pisze:

A w zasadzie to co za roznica jaki? Sam dorwalem pilot od magnetowidu
Sanyo i do dzis w zasadzie nie wiem jaka to modulacja (i mnie to nie
interesuje) a wszystko smiga na ATmega16. Piszesz program ktory wyrzuca
Ci ramke w postaci czasowej (licznik + przerwanie przy zmienie stanu) i
sie jej uczysz. Podlaczylem to do PC i mam super uniwersalny pilot do m.
in. Winamp, Subedit (polecam pilot od video za wzgledu na przydatne
przyciski PLAY, REV, FF itp.). A tak przy okazji u mnie okazala sie to
jakas modulacja opoznienia zbocza opadajacego. Jesli chodzi o TFMS to
wystarczy, ze bedziesz mial zgodnosc nosnej (36kHz na 99%) i da sie zrobic.

pozdrawiam

Sat Nov 10, 2007 10:49 am   

On 30 Pa , 13:26, Celi <cel...@gazeta.pl> wrote:


Ok na razie skupilem sie na pilocie od Creative Audigy 2NX.
Ma oznacznie RM-1500. W SIGNALU inkrementuje zmienna
globalna received++, a przerwanie ustawilem na zbocze opadajace.
Jesli nacisne dowolny przycisk zmienna zwieksza sie dokladnie o 68.
Czy zatem mam rozumiec, ze przychodzi 8.5 Bajta danych?
Jak teraz na tej podstawie moge rozroznic klawisz? Stosowac
jakas sume kontrolna aby sprowadzic wynik np do postaci
np 2 Bajtowej? Czy przy tak duzej ilosci odebranych bitow nie
bedzie zadnych przeklaman, ktore wplyna na to, ze wynik przy
naciskaniu tego samego klawisza nie bedzie powtarzalny?

@Celi: Czy moglbys udostepnic kawalek swojego kodu
odpowiedzialny za odbior i przetwarzanie?

Pozdrawiam, Piotrek

Tue Nov 13, 2007 5:59 pm   

jotixel@gmail.com pisze:

Nie do konca sie zrozumielismy.
Przerwanie ustawiasz na oba zbocza, w tle pracuje licznik. Uruchamiasz
go przy pierwszym zboczu i przy kazdym nastepnym przechwytujesz jego
stan i zerujesz. W ten sposob otrzymujesz zapis ramki w umownych
jednostkach czasu, ktore wysylasz do terminala po rs232. Musisz tylko
zapewnic odpowiedni dzielnik zeby sie nie przepelnial. Tez mozesz zrobic
przerwanie od przepelnienia, zeby wiedziec ze masz zly dzielnik. To
mozna zrobic lepiej, mianowicie wykorzystujac specjalne wejscie ktoregos
z licznikow, ktore przy pewnym zdarzeniu przechwyci stan licznika.
Dokladnie nie pamietram co i jak bo nigdy tego nie uzywalem a ten pin
mialem zajety.


Jasne podesle program ktory wyrzuca ramke o ktorej pisalem wyzej do
terminala i zasadniczy program dla mojego przypadku w ciagu paru dni.
Jak bym zapomnial to przypomnij sie na celi23<tnij>@interia.pl


--
Pozdrawiam
Celi

Tue Nov 13, 2007 6:08 pm   

jotixel@gmail.com pisze:

Z rozpedu nie odpowiedzialem. Jesli napiszesz odpowiednio program to
zapewnisz pewien dopuszczalny blad, ale na razie o tym nie mysl bo
mozesz miec prostsza modulacje gdzie licznik bedziesz mial ustawione na
stale i tylko co odcinek czesu dt bedziesz sprawdzal stan lini od TFMS
(np. RC5). U mnie w programie wlasciwym trzeba bylo uwzglednic, ze
licznik moze naliczyc raz zalozmy 184, innym razem 185 jeszcze innym 183
od przerwania do przerwania (piloty maja przewaznie slaba stabilnosc
czestotliwosci nosnej).

--
pozdrawiam
Celi