Electronics > Beginners

How do IR remotes wake up on key press?

<< < (3/6) > >>

amyk:

--- Quote from: Peabody on September 07, 2019, 05:11:05 pm ---So any of the three column lines would interrupt the Atmel and wake it up from deep sleep.  On waking up, the sketch would identify the current key being pressed, wait for it to be released, then look for another keypress for perhaps a second.  If another keypress is found, the first key value would be muliplied by 10, and second key value added in, then wait again for release.  When a timeout finally occurs, the accumulated channel number value would be looked up in a table, and its corresponding My Channels position would be compared to the current position, and the number of Left's or Right's needed to get to the new channel calculated.
--- End quote ---
You have created a "stateful" remote, and in my experience those will always go out of sync with the receiver side and frustrate you that way, so I suggest redesigning your solution so that the remote is as dumb as possible and all the complex processing happens at the receiver. Pressing a key should do nothing more than continuously transmit that key's code.

Peabody:

--- Quote from: amyk on September 07, 2019, 05:27:19 pm ---
--- Quote from: Peabody on September 07, 2019, 05:11:05 pm ---So any of the three column lines would interrupt the Atmel and wake it up from deep sleep.  On waking up, the sketch would identify the current key being pressed, wait for it to be released, then look for another keypress for perhaps a second.  If another keypress is found, the first key value would be muliplied by 10, and second key value added in, then wait again for release.  When a timeout finally occurs, the accumulated channel number value would be looked up in a table, and its corresponding My Channels position would be compared to the current position, and the number of Left's or Right's needed to get to the new channel calculated.
--- End quote ---
You have created a "stateful" remote, and in my experience those will always go out of sync with the receiver side and frustrate you that way, so I suggest redesigning your solution so that the remote is as dumb as possible and all the complex processing happens at the receiver. Pressing a key should do nothing more than continuously transmit that key's code.

--- End quote ---

The receiver is a Roku, and I have no way to change its firmwear or behavior.  So if this doesn't work, I'm not sure I have any alternative solution.  I could try to use the wifi version of the remote, but I think it would suffer from the same sync issue IR does.  Well it isn't going to cost much to try the IR other than my time.

amyk:
Make a retransmitter, like what used to be common for turning on the TV at the same time as the cable box/VCR, and do the stateful logic there.

Mechatrommer:
my recent circuit regarding remote control attached for 3 switches... when a button is pressed, mcu will hold power by output HI on gp through either sw1 or/and sw2 nodes, and it can detect which of the 3 buttons is pressed by shifting IO state. after it finish doing the transmitting, gp is set to LO, Q1 and Q2 will shut off everything. current consumption (leakage) during off is 15uA. with 1500mAh battery, thats 11 years of idle but thats too optimistic... C2-C4 can be replaced with resistors but circuit will ON as long as if someone press a button. pic10f206 sleep current is 0.1uA but i was having trouble with sleep/wake up issues last time, so i'm exercising transistor switch in this circuit, will be useful reference for me when i use more power hungry mcu later. by the 0.1uA figure in datasheet, battery direct on pic10f206 mcu and sleeped should be better, suggestion to improve is welcomed. if transmitter is only one switch like my diy door bell, the switch is connecting to battery direct, if switch is not pressed, battery will last till the end of time, theoritically.

sokoloff:
Does "NA" mean "0" or infinite or something else? (I'm a struggling beginner at analog electronics.)

I think it can't mean 0, but I'm not totally sure.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

There was an error while thanking
Thanking...
Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod