You're referring to the transmitter, here right?  I was experimenting with a
PIC16F629 for that, and was considering a PIC 10F .  On the receiving side
(the application that already runs on a PIC16F883), extra hardware is out. 
The IR receiver module will have to fit where the (6mm x 6mm) tact switch is
currently.

Cheers,
-Neil.




Jinx-4 wrote:
> 
>> There is a lot going on inside the PIC already, so not using a
>> protocol/encoding would be nice
> 
> If you don't mind a little extra hardware then you needn't bother the
> PIC too much. You can use an external gated 38kHz oscillator
> (transistor, TTL/CMOS logic or 555) and a simple timer interrupt
> to toggle the gate (ie data) control, rather than generate the pulses
> directly with the PIC
> 
> eg with a 555, you set it as a 38kHz astable and use /reset as the
> gate. When /reset is high (data is '1'), 555 runs and drives the IR
> LED. Conversely when /reset is low (data is '0'), no IR output
> 
> Similarly with other oscillators.The 555 has reasonable drive built
> in, and you can add an extra transistor (preferably Zetex) and IR
> LEDs. Depending on particular parameters, you can pump several
> amps through an IR LED for pretty good range. An electrolytic
> reservoir cap close to the driver can help
> 
> If and when my pages ever come alive (something has gone so
> horribly T-U that now even the TelstraClear webmaster is trying
> to find out where they disappeared to)
> 
> http://home.clear.net.nz/pages/joecolquitt/txless.html
> 
> 
> 
> -- 
> http://www.piclist.com PIC/SX FAQ & list archive
> View/change your membership options at
> http://mailman.mit.edu/mailman/listinfo/piclist
> 
> 

-- 
View this message in context: http://www.nabble.com/-PIC--Sloppy-IR-protocol--tp19921465p19949400.html
Sent from the PIC - [PIC] mailing list archive at Nabble.com.

-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist