Sida 1 av 2

Snabb IR fråga

Postat: 22 oktober 2007, 16:58:13
av net4all
Har köppt Kjells IR-dioder 89-281
Och Ska köpa Elfas IR-mottagare 75-202-81

Båda är 940nm, så dom borde fungera tillsammans eller?


(Vill undvika fel, budgeten är lite ansträngd :( )


EDIT:Stavning

Postat: 22 oktober 2007, 17:15:37
av sodjan
Eller : http://www.tradera.com/auction/auction. ... d=50448621
"10 st IR-lysdioder och 2 st avstämda IR-mottagare 36 KHz"

Postat: 22 oktober 2007, 18:19:40
av net4all
Nja, funkar säkert bra.
Men jag och en kompis ska lägga en order till bla Jescab (du får mail snart) och tänkte lägga upp det på dom inköpen.

Men dom ska fungera eller hur?

Postat: 22 oktober 2007, 18:57:09
av 007sweden
Kom ihåg att mottagaren är avstämd vilket betyder att du måste blinka dioden i 36-38khz beroende på mottagaren.

Postat: 22 oktober 2007, 19:30:02
av net4all
Mm, det känner jag till.
Ska bli kul att se hur lång tid det tar att få det att fungera, tänkte använda PIC 16F628ans pwm enhet för att pulsa dioden.

Postat: 22 oktober 2007, 20:43:47
av 007sweden
Borde inte vara några problem tycker jag iaf. Vad säger picfarfar sodjan?

Postat: 22 oktober 2007, 22:18:23
av sodjan
:-)
Enklast (om man har en hårdvaru-PWM modul) är att ställa in den på
mottagarens bärvågsfrekvens (t.ex 36 KHz). Sedan styr man PWM
modulen av/på för att "signalera".

Postat: 23 oktober 2007, 00:43:10
av micke.prag
Här är en rätt bra guide för IR-kommunikation:
http://www.rentron.com/Infrared_Communication.htm

Postat: 23 oktober 2007, 13:34:47
av net4all
Sodjan: Ja, det blir lite enklare kod, men mer hårdvara. Och mina pengar är slut... :(

micke.prag: Tack, mycket bra sida! Även om jag inte skriver i PICbasic, men förklaringarna blir ju inte fel för det.

EDIT: det var inta ASM utan PICbasic

Postat: 23 oktober 2007, 13:51:51
av sodjan
> men mer hårdvara...

Varför det ?

> Även om jag inte skriver i PICbasic,...

Då skulle jag absolut köra HW-PWM, jag tror inte PICbasic
hinner med PWM moduleringen i programvara...

Postat: 23 oktober 2007, 13:54:19
av 007sweden
net4all: Blir ju inte mer hårdvara om man kör pwm, allt genereras ju i picen, så däremot blir det mer avancerad kod.

Postat: 23 oktober 2007, 13:57:31
av sodjan
> så däremot blir det mer avancerad kod.

*Enklare* kod om man använder hårdvaru-pwm (eftersom hårdvaran sköter
en del av det som man hade måst gjort i koden annars), men det kanske
var så du menade ?

Dessutom blir det mer flexibelt eftersom IR-sändningen sker i bakgrunden
medans koden kan hålla på med annat under tiden. Det blir bara ett
par snabba timeravbrott när det är dags att stänga av/på pulståget.

Postat: 23 oktober 2007, 13:59:50
av micke.prag
I guiden jag skickade använder dom en Schmitt Trigger för att snygga till pulserna. Hur viktig är den?

Postat: 23 oktober 2007, 13:59:55
av 007sweden
Men, är det inte så att man måste göra en funktion för att stänga av och sätta på pwmmodulen i rätt tempo för den data man vill skicka?

Sant att det blir *enklare* kod i hänsyn till mjukvarubaserad gentemot hw-baserad pwm!

Postat: 23 oktober 2007, 14:09:10
av sodjan
Jo visst, men det måste man i båda fallen.
Man om man gör *allt* i programvaran så måste man dessutom
generera 36 Khz bärvågen där, det tar HW-PWM modulen hand om annars.

> I guiden jag skickade använder dom en Schmitt Trigger för att snygga till pulserna. Hur viktig är den?

Jag vet inte vilka problem han har haft, men det verkar lite konstigt att det
skulle krävas en S/T ingång där. Både ingångarna kopplas ju direkt
till någon I/O pinne, så vitt jag förstår.

Sen har han rört till det lite i onödan.
Istället för att switcha en extra I/O pinne av/på, så kan han istället
slå pwm-modulen av/på. Det är exakt lika mycket kod för att göra
båda sakerna, antingen en bit i PORT'en eller en bit i en annan SFR.
*Samma* instruktioner, bara ett annat register... :-)

Sen kopplas PWM-utgången direkt till driv-trissan och den extra kretsen
behövs inte alls...