Re: Odp: Pilot do Windowsa
Masz problem? Zapytaj na forum elektroda.pl
From: Dave <david_at_nospam_magic.ic.com.pl>
Subject: Re: Odp: Pilot do Windowsa
Date: Sat, 22 Jan 2000 16:50:47 GMT
Romuald Bialy wrote:
Czy to Twoje ma wlasne sterowniki czy chodzi z dll'em od UIR'a ?
Na razie te od UIR'a, choć jak mówiłem napisałem też program obsługujšcy LCD. Na
razie jest to zwykły exe pracujšcy na timerze systemowym. Choć jak znajdę czas
może napiszę dll'a. Poczekamy, zobaczymy.
Tez chcialem to zrobic, ale mam wstret do PIC'ow (OTP, brak
programatora e.t.c).
Mozna by na AT90S2343 (8 pin) lub wlasnie na 2051, ale jak wyglada
protokol (kody)?
Jeżeli budujesz coś własnego to protokół Ty ustalasz, natomiast jeżeli chodzi Ci
o UIR'a to leci to tak (sorry że po angielsku ale nie mam czasu tłumaczyć):
Interface Specification
Serial settings
The settings of the serial port must be 9600 Baud, no parity, 1 stop bit and no
flow-control.
Initialization
The device is powered up by setting RTS and DTR high on the host. After a few
milliseconds the microcontroller is up and running.
During powerup the output pins of the microcontroller are not yet stable. This
gives some garbage on the RXD line of the host. So clear the input fifo on the
host, a few milliseconds after setting RTS and DTR high.
Next the host must send a character 'I' and a character 'R' with at least a 500
microsecond delay in between.
The microntroller responds with sending the characters 'O' and 'K'.
Now the initialization is done and the microcontroller will start sending
decoded infrared-trains to the host from this point on.
Receiving Remote Keypresses
Once the device is initialized, the microcontroller sends 6 bytes to the host,
every time a decodable infrared pulsetrain comes in from the infrared receiver.
These 6 bytes are pseudorandom, but constant for every specific key on a remote.
Jeżeli chodziło Ci natomiast o informacje z odbiornika podczerwieni to leci to
tak (opisuje tu wyjście odbiornika TFM, które jest zanegowane):
impuls startu niski 4ms
impuls startu wysoki 4ms
stan niski
stan wysoki - długość 0.5-0.6ms lub 1-1.5 ms w zależności czy zero czy jedynka,
w sumie nie ważne co jest co
stan niski
stan wysoki - ....
.
.
i tak dalej aż do ostatniego bitu (zazwyczaj jest ich 32, a przynajmniej na moim
pilocie). Nie wiem co to za standard, raczej nie RC5. Proponuje żucić przebieg
na analizator lub coś w tym stulu i przyjrzeć się kilku rozkazom wysłanym z
pilota.
Pozdrawiam i życzę miłego oglšdania przebiegów z odbiornika
Dave
From: Romuald Bialy <romekb_at_nospam_polbox.com>
Subject: Re: Odp: Pilot do Windowsa
Date: Sun, 23 Jan 2000 15:00:55 GMT
Dave napisał(a):
Jeżeli budujesz coś własnego to protokół Ty ustalasz, natomiast jeżeli chodzi Ci
o UIR'a to leci to tak (sorry że po angielsku ale nie mam czasu tłumaczyć):
Spoko, kumam bez problemu.
Receiving Remote Keypresses
Once the device is initialized, the microcontroller sends 6 bytes to the host,
every time a decodable infrared pulsetrain comes in from the infrared receiver.
These 6 bytes are pseudorandom, but constant for every specific key on a remote.
Wiec mikrokontroler nie obrabia danych z odbiornika podczerwieni,
tylko wysyla przyjety ciag bitow (stanow wejscia z odbiornika razem z
bitami startu) w postaci 6 bajtow, czy dekoduje jedynki i zera (kod
bifazowy, 0.5-0.6 lub 1-1.5 ms ) i dopiero to wysyla uartem do PC ?
i tak dalej aż do ostatniego bitu (zazwyczaj jest ich 32, a przynajmniej na moim
pilocie). Nie wiem co to za standard, raczej nie RC5. Proponuje żucić przebieg
na analizator lub coś w tym stulu i przyjrzeć się kilku rozkazom wysłanym z
pilota.
Wiec co? Musi byc specialny pilot, czy dowolny ??? Jezeli dowolny to
co z roznicami pomiedzy standardami (RC5, IR costam i inne) ???
Pozdrawiam i życzę miłego oglšdania przebiegów z odbiornika
Dave
--
Pozdrawiam.... Romuald Bialy
E'mail: romekb_at_nospam_polbox.com
WWW: http://www.polbox.com/r/romekb
From: "TS" <nuncio_at_nospam_promail.pl>
Subject: Re: Pilot do Windowsa
Date: Mon, 24 Jan 2000 08:14:17 +0100
Romuald Bialy <romekb_at_nospam_polbox.com> wrote in message
news:388A4D1F.D0F44040_at_nospam_polbox.com...
Wiec co? Musi byc specialny pilot, czy dowolny ??? Jezeli dowolny to
co z roznicami pomiedzy standardami (RC5, IR costam i inne) ???
Zrobilem z 10 UIR-ow. Teraz maja je rozni ludzie (glownie znajomi), uzywaja
roznych pilotow, i nie slyszalem zeby z jakims pilotem nie chodzilo (glownie
od roznych sprzetow AV).
Przez chwile nawet chcialem oprogramowac PIC-a, zeby odpalac komputer z
pilota (cool!) - w sumie drobiazg, ale nie mam czasu. Jak ktos chce podjac
pomysl, to prosze bardzo.
Pozdrawiam,
TS
From: Romuald Bialy <romekb_at_nospam_polbox.com>
Subject: Re: Pilot do Windowsa
Date: Mon, 24 Jan 2000 14:11:51 GMT
TS napisał(a):
Zrobilem z 10 UIR-ow. Teraz maja je rozni ludzie (glownie znajomi), uzywaja
roznych pilotow, i nie slyszalem zeby z jakims pilotem nie chodzilo (glownie
od roznych sprzetow AV).
Przez chwile nawet chcialem oprogramowac PIC-a, zeby odpalac komputer z
pilota (cool!) - w sumie drobiazg, ale nie mam czasu. Jak ktos chce podjac
pomysl, to prosze bardzo.
A ma ktos dokladny algorytm delodowania sygnalow z pilota i transmisji
do PC (w tych 6 bajtach) z oryginalnego UIR'a ? Chcialbym to zrobic na
AVR, a nie na PIC'u.
--
Pozdrawiam.... Romuald Bialy
E'mail: romekb_at_nospam_polbox.com
WWW: http://www.polbox.com/r/romekb
From: "TS" <nuncio_at_nospam_promail.pl>
Subject: Re: Pilot do Windowsa
Date: Wed, 26 Jan 2000 07:07:22 +0100
Romuald Bialy <romekb_at_nospam_polbox.com> wrote in message
news:388C5D1E.DA0F21F4_at_nospam_polbox.com...
A ma ktos dokladny algorytm delodowania sygnalow z pilota i transmisji
do PC (w tych 6 bajtach) z oryginalnego UIR'a ? Chcialbym to zrobic na
AVR, a nie na PIC'u.
Ha, tez bym chcial miec...
TS
From: Dave <david_at_nospam_magic.ic.com.pl>
Subject: Re: Pilot do Windowsa
Date: Sat, 29 Jan 2000 04:53:40 GMT
Romuald Bialy napisał(a):
A ma ktos dokladny algorytm delodowania sygnalow z pilota i transmisji
do PC (w tych 6 bajtach) z oryginalnego UIR'a ? Chcialbym to zrobic na
AVR, a nie na PIC'u.
--
> Pozdrawiam.... Romuald Bialy
> E'mail: romekb_at_nospam_polbox.com
> WWW: http://www.polbox.com/r/romekb
Powtarzam jeszcze raz część mojego wcześniejszego postu. Z wyjścia TFM mamy:
impuls startu niski 4ms
impuls startu wysoki 4ms
stan niski
stan wysoki - długość 0.5-0.6ms lub 1-1.5 ms w zależności czy zero czy jedynka,
w sumie nie ważne co jest co
stan niski
stan wysoki - ....
.
.
i tak dalej aż do ostatniego bitu (zazwyczaj jest ich 32, a przynajmniej na moim
pilocie) lub gdy stan pozostanie wysoki przez dłużej niż np. 10 ms. Kolejne bity
zrzucamy w bajty, resztę uzupełniamy zerami lub jedynkami. Można czekać na 48
bitów (do pełnych 6 bajtów) lub koniec transmisji i to na RS'a. Przy dłuższym
przytrzymaniu klawisza jeden z moich pilotów wysyła 2 imp. startowe (L i H), a
potem krótki bit (0.5-0.6 ms), co tłumaczę jako 00 00 00 00 H, a drugi pilot 01
00 00 00 H i tak do momentu puszczenia klawisza, więc w programie (procek)
należy sprawdzać czy jest to transmisja odpowiadajšca trzymaniu klawisza, jeśli
tak to na RS wysyłamy ponownie kod poprzedniego rozkazu.
Odmierzanie czasu trwania impulsów jest realizowane przy pomocy zmiennej która
inkrementowana jest na przerwaniu, a zerowana przed pomiarem. Proponuje trochę
posiedzieć i popatrzeć na przebiegi Z TFM, jak sš podobne do tych które opisuje
tzn. że będzie to działało z każdym pilotem.
P.S.
Właśnie spojrzałem na specyfikację RC-5 i wydaje mi się, że ustawiajšc minimalny
czas trwania impulsu startu na 2,5 ms całość działałaby. Jak ktoś może sprawdzić
to byłbym bardzo wdzięczny.
Pozdrawiam
Dave
From: Romuald Bialy <romekb_at_nospam_polbox.com>
Subject: Re: Pilot do Windowsa
Date: Sat, 29 Jan 2000 16:33:34 GMT
Dave napisał(a):
Powtarzam jeszcze raz część mojego wcześniejszego postu. Z wyjścia TFM mamy:
impuls startu niski 4ms
impuls startu wysoki 4ms
stan niski
stan wysoki - długość 0.5-0.6ms lub 1-1.5 ms w zależności czy zero czy jedynka,
w sumie nie ważne co jest co
stan niski
stan wysoki - ....
.
.
i tak dalej aż do ostatniego bitu (zazwyczaj jest ich 32, a przynajmniej na moim
pilocie) lub gdy stan pozostanie wysoki przez dłużej niż np. 10 ms. Kolejne bity
zrzucamy w bajty, resztę uzupełniamy zerami lub jedynkami. Można czekać na 48
bitów (do pełnych 6 bajtów) lub koniec transmisji i to na RS'a. Przy dłuższym
przytrzymaniu klawisza jeden z moich pilotów wysyła 2 imp. startowe (L i H), a
potem krótki bit (0.5-0.6 ms), co tłumaczę jako 00 00 00 00 H, a drugi pilot 01
00 00 00 H i tak do momentu puszczenia klawisza, więc w programie (procek)
należy sprawdzać czy jest to transmisja odpowiadajšca trzymaniu klawisza, jeśli
tak to na RS wysyłamy ponownie kod poprzedniego rozkazu.
Odmierzanie czasu trwania impulsów jest realizowane przy pomocy zmiennej która
inkrementowana jest na przerwaniu, a zerowana przed pomiarem. Proponuje trochę
posiedzieć i popatrzeć na przebiegi Z TFM, jak sš podobne do tych które opisuje
tzn. że będzie to działało z każdym pilotem.
P.S.
Właśnie spojrzałem na specyfikację RC-5 i wydaje mi się, że ustawiajšc minimalny
czas trwania impulsu startu na 2,5 ms całość działałaby. Jak ktoś może sprawdzić
to byłbym bardzo wdzięczny.
Pozdrawiam
Dave
Tak, tylko RC5 nie ma 4ms impulsu startu, ale dzieki, poradzilem
sobie.
Mierze czas pierwszego impulsu, jezeli jest > od 2ms to jest impuls
startu w IR60 i wtedy go pomijam, potem porownuje dlugosci kolejnych
impulsow z 1,5 dlugosci zmierzonego pierwszego impulsu. Dziala z RC5 i
IR60 OK.
Jeszcze raz dzieki.
--
Pozdrawiam.... Romuald Bialy
E'mail: romekb_at_nospam_polbox.com
WWW: http://www.polbox.com/r/romekb
From: rav_at_nospam_mib.pcz.czest.pl (Rafi)
Subject: Re: Pilot do Windowsa
Date: 23 Jan 2000 22:00:16 +0100
zrobilem takie cacko bez jakichkolwiek prockow .. chodzi fajnie zasieg
wysmienity a oprogramowuje sie banalowo, pilot dowolny ( cykl samouczenia )
jak kcesz jakies info to wal na piv.
Rafi
----- Original Message -----
From: Romuald Bialy <romekb_at_nospam_polbox.com>
To: <pl-misc-elektronika_at_nospam_newsgate.pl>
Sent: Sunday, January 23, 2000 4:00 PM
Subject: Re: Odp: Pilot do Windowsa
Dave napisał(a):
Jeżeli budujesz coś własnego to protokół Ty ustalasz, natomiast jeżeli
chodzi Ci
o UIR'a to leci to tak (sorry że po angielsku ale nie mam czasu
tłumaczyć):
Spoko, kumam bez problemu.
Receiving Remote Keypresses
Once the device is initialized, the microcontroller sends 6 bytes to the
host,
every time a decodable infrared pulsetrain comes in from the infrared
receiver.
These 6 bytes are pseudorandom, but constant for every specific key on a
remote.
Wiec mikrokontroler nie obrabia danych z odbiornika podczerwieni,
tylko wysyla przyjety ciag bitow (stanow wejscia z odbiornika razem z
bitami startu) w postaci 6 bajtow, czy dekoduje jedynki i zera (kod
bifazowy, 0.5-0.6 lub 1-1.5 ms ) i dopiero to wysyla uartem do PC ?
i tak dalej aż do ostatniego bitu (zazwyczaj jest ich 32, a przynajmniej
na moim
pilocie). Nie wiem co to za standard, raczej nie RC5. Proponuje żucić
przebieg
na analizator lub coś w tym stulu i przyjrzeć się kilku rozkazom
wysłanym z
pilota.
Wiec co? Musi byc specialny pilot, czy dowolny ??? Jezeli dowolny to
co z roznicami pomiedzy standardami (RC5, IR costam i inne) ???
Pozdrawiam i życzę miłego oglšdania przebiegów z odbiornika
Dave
--
> Pozdrawiam.... Romuald Bialy
> E'mail: romekb_at_nospam_polbox.com
> WWW: http://www.polbox.com/r/romekb
--
Newsy przez www ? Sprawdz http://www.newsgate.pl