> Or as I have plans to change that to be a kind of universal > receiver/emitter, the thing to do is sample the received code at a > higher frequency and send the raw data to the computer. That should > give us an idea of the signal your tux receives. I remember of a quite efficient way a program on my HP48 worked to act as universal remote: It encodes the stream as a succession of counter values, each of them being the duration of a receiving/non-receiving state. If a duration exceeds 256 then special value is used to code duration on more than one byte (thinks of UTF-8 coding style). The result still takes some bytes, could take quite a lot of time to transmit with the small packets of the radio :-/ We could also have a look at the way lirc encodes learned codes and use directly that coding on the tux.
BTW what is the IR receiver hardware? Does it demodulates already the 36kHz and outputs in TTL? In other words, do we have to sample the modulation or just the bits/Manchester-bits? Phil ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ tux-droid-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/tux-droid-user
