jason

Is it taped to the front? It definitely is, and it's probably a leaky repeater too, it's seeing light when it's not supposed to. Try removing the one in front of flirc, and let it pick up the transmission from one of it's taped neighbors

It's really sensitive. IN fact, unless you've blocked off all of the black plastic on flirc, it's getting in. IR can go through any angle of that black plastic due to where the IR sensor is positioned.

Is it in a cabinet? Can you move it outside of where the repeater is for the time being? Maybe the repeater is too strong and you have a bunch of reflection in the cabinet causing flirc to see a bunch of edges. Can you tell me a bit about your setup? What kind of repeater is it?

Are you using a USB extension? if you are, remove it. If not, PM me and I'll get you a new one

https://flirc.gitbooks.io/flirc-instructions/content/command-line-interface-guide/location.html This will put it in your path so you don't need to go into the applications directory. cd /Applications/Flirc.app/Contents/Resources/flirc_util cp flirc_util /usr/local/bin/ flirc_util settings Also, make sure the GUI is closed. Can't open it with the cli and the gui at the same time.

okay, pushing an update, it'll be posted shortly. You can do the following: flirc_util device_log -i -p i - ir debug p - persistance

Sorry this is a bit hard for me to trouble shoot. Nothing in the system seems to be saying there are any problems. Let me push an update out that lets you debug the IR. Give me until the end of the day. Also, I unofficially don't support the first generation anymore. I'll push updates every once in a while, but I'm not going to spend any time adding new features. It was a shit show working on that microcontroller and waisted too much of my time doing optimization because of the lack of USB hardware in the processor.

glad it's up and running and working. Thanks for the patience.

@yawor is correct. There are a list of tables built into flirc. They don't ever get deleted. If you disable them, they get passed over when searching for a stored command. You can record 'over' them basically by re-assigning these keys into the user area. If the key exists in the user area, it uses this over the built in table. Yes, I need to work with logitech to add stuff. They are pretty good if something is missing or needs correcting.

Have you tried the sleep/suspend keys in the "Media Keys" controller section of my GUI?

And what do you pair that too in my app?

Okay, all good news. You have to record every key twice, that particular remote sends out two distinct alternating keys for every press. So Up has two keys associated with it. It's so the TV can detect if someone walked in front of the remote, or you lifted your finger and pressed the button again. So for example, open the GUI, record the up button, press up on your remote. Record the up button again, press the up on your remote again. No idea how it was working before, kinda a miracle, and unexplainable.

Okay, here is a config with that deleted. updated.fcfg

You have two keys assigned to pause: http://cl.flirc.io/m3tx Not sure why, you want me to delete those so you can re-record them? There is another button you could use which is the following: http://cl.flirc.io/m3mD But uses a second button. Would need a firmware update to solve that.

Your configuration isn't responding to my remote. Very strange. I just pushed an update yesterday. What could be going on is that your remote is a windows media center remote, and is also responding to the built in windows media center profile. Disable it: http://cl.flirc.io/m3zC Let me know if that helps. If it doesn't, remote might need a new battery.

looks like you have an original flirc. Is that right? With this version, any key that has previously been recorded, will wake your machine up. Unless you record a 'wake' key which can be found in the GUI on the keyboard controller. If you don't want to wake the computer up at all, you can disable this in the advanced settings.

okay, couple more things. After this happens, can you open the gui, go to device log, click to enable ir debug, and then press and hold a button. Save that and post that here. Also, paste the output of dmesg.

Can you post your configuration?

That's not available on this version, I have to implement that. I'll see if I can get it in on this next release.

Can you wait for this to happen again and do the following in a terminal: flirc_util device_log Paste the output here, let's see if the device gives us any clues, I believe I log when we detect sleep. What profile are you using on your harmony?

Which model flirc do you have

Okay guys, took much longer than expected. We filed a provisional patent for this early this morning, I can release the feature now. Should be up in the next day or so.

I have this, I'll give this a shot in a couple days when I get back home.

@apfelcast This is a different problem, which remote are you using?

Looks like I can confirm it. I built these on 17.1 of ubuntu, it's probably too new. The static binary is posted and has instructions. I don't know what to do. Do I build mint versions? Do I just build on an older version of ubuntu? This is getting a bit stupid.