Identifiera IR-signaler

ankan · Inlägg av **ankan** » 21 mars 2006, 13:08:23

Skulle behöva tips på länkar eller hur jag ska programmera en pic för att kunna identifiera 4 olika amplitudmodulerade ir-signaler som blinkar med olika periodtid. 50% on 50% off.

Schnegelwerfer · Inlägg av **Schnegelwerfer** » 21 mars 2006, 13:24:16

På din beskrivning låter det ju som om IR-signalen är frekvensmodulerad, inte amplitudmodulerad.

För att identifiera de 4 olika frekvenserna kan du låta IR-mottagaren via interrupt starta/läsa av en timer.

sodjan · Inlägg av **sodjan** » 21 mars 2006, 13:40:49

Kommer alla 4 signalerna samtidigt ?
Har IR signalerna en bärvåg ?
Och i så fall, ligger de på olika frekvens ?

ankan · Inlägg av **ankan** » 21 mars 2006, 16:04:17

Sändaren amplitudmodulerar (on/off) en 38kHz "bärvåg" med 4 olika frekvenser med perioder mellan 1 - 10 ms.

(Skrev fel först)

sodjan · Inlägg av **sodjan** » 21 mars 2006, 16:29:20

Samtidigt ?

Schnegelwerfer · Inlägg av **Schnegelwerfer** » 21 mars 2006, 22:26:17

ankan skrev:Sändaren amplitudmodulerar (on/off) en 38kHz "bärvåg" med 4 olika frekvenser med perioder mellan 1 - 10 ms.

(Skrev fel först)

Ok.
Om du tar emot IR-signalen med en vanlig, avstämd mottagare för 38kHz kommer du att få ut en fyrkantsvåg med 4 olika frekvenser beroende på vilken signal du tar emot.

Dessa 4 frekvenser kan du nu detektera i din uC genom att starta en timer som jag beskrev tidigare... men om frekvenserna är blandade blir det ju lite mer komplicerat.

ankan · Inlägg av **ankan** » 1 april 2006, 13:06:54

Jag har inte så bra koll på hur timer fungerar. Finns ju 3st i PIC16F628an tex. Jag förstår inte riktigt vad CCP gör men det låter som att det är något jag skulle kunna ha användning för.
Någon som kan förklara lite mer hur jag ska gå till väga. Jag måste mäta av periodtiden på insignalen och sedan jämföra med 4st olika intervall för att bedömma vilken av de 4 frekvenserna signalen är på.

Icecap · Inlägg av **Icecap** » 1 april 2006, 14:02:03

CCP är Capture - Compare - PWM. Du behöver Capture-funktionen.

Det Capture gör är att den, på valda flank (vi säger stigande här) , latchar in Timer1 värdet och ger en interrupt om man har vald det.

Man kan då göra så at man sparar förra tid och subtraherar från denna tiden, då får man differensen = pulsbredden. Håller man sig under Timer1 totala cyklustid kan man göra det utan så mycket mankemang (16 bit - 16 bit) men jag har ett projekt som kan mäta 34359 sek (9:32:39) med en upplösning på 8µs!

Alltså för varje CCP-interrupt: (C-kod)
unsigned int Previous, Now, Difference; // Variabla att jobba med, 16 bit
PIR1.CCP1IF = 0; // Jupp, jag har den
*(byte*)&Now = CCPR1L; // Kopiera låga byten till 'Now'
*(byte*)(&Now + 1) = CCPR1H; // Kopiera höga byten till 'Now'
Difference = Now - Previous; // Räkna ut pulsbredden
Previous = Now; // Spara denna tid till senare
// Sedan gör man med 'Difference' vad som behövs, delar in den i 4 grupper eller så

sodjan · Inlägg av **sodjan** » 1 april 2006, 14:42:21

> Jag måste mäta av periodtiden på insignalen och sedan jämföra med 4st olika intervall

Vilka intervall ? Hur mycket skilljer de sig från varandra ?

Med lite smart programmering kan man kanske göra detta
väldigt enkelt. T.ex gnom att välja lämplig "fart" på TMR1 direkt
genom bit-test på lämplig bitar i "captured" värded direkt kunna
säga vilken av de 4 perioderna det var. I så fall behövs ingen
direkt beräkning eller matchnig mot olika intervall.

ankan · Inlägg av **ankan** » 2 april 2006, 01:13:22

Något gör så att det inte lirar..
Får aldrig CCPR1L eller CCPR1H att ändras.
De ska väll spara aktuella värdet i TIMER1 när det kommer en pulsstart eller pulsslut (beroende på konf) men det händer inget.
TIMER1 jobbar på och jag har en switch på RB0 som jag switchar fram och tillbaka utan resultat.
RB0 är konfad i MPLAB för CCP1 Mux och CCP1CON är konfad 0b00000101.
GIE och PEIE är självklart enablade också samt CCP1IE.

Jag kan sätta CCP1IF till 1 under simulering och det händer ändå inget.

Icecap · Inlägg av **Icecap** » 2 april 2006, 07:46:04

RB0????

På min PIC16F628A är det RB3 som är CCP1 ingången...

Den ska såklart ställas till ingång osv i TRISB.

ankan · Inlägg av **ankan** » 2 april 2006, 11:14:51

Skrev fel.. Menade RB3. Fungerar likt förbannat inte i alla fall.

sodjan · Inlägg av **sodjan** » 2 april 2006, 12:02:37

> Skrev fel.. Menade RB3...

Hm, är det det enda som är fel ?

Det är mycket bättre att du *visar* vad du har gjort istället för att
försöka *beskriva* det.

Fixa ett kort "test-case" som uppvisar de problem du beskriver.
Skala bort allt som inte har med problemet att göra.
Se till att det är kommenterat så att det framgår vad du *tänkte*
när du skrev koden, ifall det inte stämmer överens (inte ovanligt)...

ankan · Inlägg av **ankan** » 2 april 2006, 12:11:14

Jag håller bara på att testa CCP för att kunna använda det för beräkning av periodlängd. Men som jag skrev fungerar det inte. Någon som kanske har någon bra länk för info om hur man sätter upp CCP. Kör Hi-tech C.

sodjan · Inlägg av **sodjan** » 2 april 2006, 12:19:57

> Någon som kanske har någon bra länk för info om hur man sätter upp CCP.

http://ww1.microchip.com/downloads/en/D ... 40044D.pdf

Och igen,
fixa ett kort "test-case" som uppvisar de problem du beskriver, det skulle underlätta...