Wagner Lipnharski wrote: > > I am doing a project that uses Atmel AT89C2051 with the unique function > to detect IR, decode and simulate six switches for another uC. The cost > of those uC are so low that doesn't make sense to go for a special > code/decode chip. The good advantage is that you can create your own > protocol and coding system (if you build the transmitter), so no > interferences from common IR remotes. > > This detector use a regular 36-54kHz IR receiver (Digikey), the > At89C2051, 7.3728MHz crystal, RC (reset), and a R+Led to indicate > InfraRed presence. All the '2051 software to decode the SAA3010 remote > was done in just 115 bytes (assembler for sure, try to do that in > "C"...), that's right, it is using just 5.6% of the 2048 bytes of the > chip flash code memory, and can identify the numeric 0-9 keys. A single > increase at the conversion table can decode all possible SAA3010 > transmissions with minimum software increase. > > The actual low cost of those uC simply eliminate the possibility to > break my neck trying to squeeze more juice from the actual main uC and > make it decode the incomming IR... Fast and easy... why everybody is so > ashamed to use more than one uC?. I have just come to the same conclusion regarding another PIC to do the job of the SAA3049 decoder. Any code suggestions for elegant RECS80 decoding? Cheers Dave