Skip to main content ↑ ↓

Messages

This section allows you to view all Messages made by this member. Note that you can only see Messages made in areas you currently have access to.

Messages - hoxnox

2
USB Infrared Toy / Re: IRToy linux lirc - no recognition after pause
I have programmed the remote to another codes (my remote: http://worldwide.bose.com/axa/assets/pd ... ecodes.pdf), now it behaves like one of a Sharp TV (code 10818 - it's impulse series were cute - legths were equal). Now it works almost fine.

So the problem was in combination of RC-6 remote + Intel Atom Gentoo Linux + IRtoy. I can't find out what exactly was wrong, but my attempts is finished. Ticket #100 on LIRC is meaningless - closing.
4
USB Infrared Toy / Re: IRToy linux lirc - no recognition after pause
I have read the LIRC irtoy drivers sources. And found the sampling mode manual. I wrote a simple program, that turns device in sample mode and prints received raw bytes. I have found that after a pause in 3 seconds the next IR command will probably fails with error (0xFFFFFFFFFFFF indicates that). It's a big problem - almost 50% of delayed pressures will fail to be recognised. And there must be a pause of silence after the error for 1.7s, but user didn't know about that and keeps pressing the remote.
Why the errors occurs?

Log file and the reader program source code is attached.
7
USB Infrared Toy / Re: IRToy linux lirc - no recognition after pause
[quote author="Barf"]Please file a bug ticket at https://sourceforge.net/p/lirc/tickets/ (You may need a sourceforge account.) Possibly you should give some more details on your "HTTP",  for example configuration parameters.

The IrToy behaves a little bit "funny" when ending timeout occurs (that is the 0xffff), so I would not be surprised if it is a real bug in Lirc or the driver.[/quote]
I think this is not a lirc problem (irtoy driver - maybe, but not the lirc).

[quote author="Barf"]From the logs, it appears as if both Lircs fail to decode after the 0xffff.[/quote]
Why? LAPTOP successfully recognized second KEY_OK.

I can't undestand who is responsible for the problem. Linux' kernel stuff (cdc_acm, usb settings), lirc's irtoy driver, my lirc config or the device. So I can't corretly address my question.

I tried a lot of Kernel config parameters combinations, various lirc versions (from manual patching 0.9.0 till "official version"
 in 0.9.1 and 0.9.3-devel from lastest git), various Linux kernels 3.9.0, 3.11.4, 3.19.0, and even "nice" lirc to 20. But nothing helps. I am in despair. =(
8
USB Infrared Toy / IRToy linux lirc - no recognition after pause
I have Linux box (gentoo) on my LAPTOP and HTPC. Kernel is almost the same. Using irtoy (firmware x22) as ttyACM0. Lirc is from git-repo. lirc.conf for the remote is attached. LAPTOP has no problems (irw shows every button press).
On HTPC if i press buttons frequent - everything goes fine - every press is shown on irw. But if I wait for a while (about 3 seconds), lirc in debug level shows raw_code 0xFFFF coming during this wait and LIRC suddenly stops recognise the pressing.

I attached two lirc logs - one from LAPTOP with successful and HTPC, not recognized second KEY_OK press.
In line 10292 - successfull press KEY_OK both recognized. After that HTPC receives 0xFFFF raw_code.

( ! ) Fatal error: Uncaught exception 'Elk_Exception' with message 'Please try again. If you come back to this error screen, report the error to an administrator.' in /var/www/dangerousprototypes/forum/sources/database/Db-mysql.class.php on line 696
( ! ) Elk_Exception: Please try again. If you come back to this error screen, report the error to an administrator. in /var/www/dangerousprototypes/forum/sources/database/Db-mysql.class.php on line 696
Call Stack
#TimeMemoryFunctionLocation
10.01492351144session_write_close ( )...(null):0
20.01522482744ElkArte\sources\subs\SessionHandler\DatabaseHandler->write( )...(null):0
30.01522483520Database_MySQL->query( ).../DatabaseHandler.php:119
40.05752622264Database_MySQL->error( ).../Db-mysql.class.php:273