Re: Help creating remote configuration

On 5/10/19 7:28 AM, Hugo Vacher wrote:
> Hi Bengt,
> 
> Thanks for all the help

:-).

>     I translated the verbal description you sent, and I am "98% sure" that
>     it is correct. Possible the description was not accurate, or the
>     sending
>     has a problem?
> 
> 
> 
>     With no details, no way to help you.
> 
> What kind of details would help?

In particular the driver and its configuration.

> 
>     You appear not to use the non-demodulating receiver, or it is not
>     working. Is is there? Make sure that on IrScrutinizer you have NOT
>     selected Sending hw -> Girs client -> Use receive for capture.
> 
> Use receive for capture is not checked an I am able to CCapture and 
> decode successfully an old Bell remote I have laying around:
> protocol = Sharp, device = 1, obc = 22 (frequency 40000 or 39215 
> depending on TV or Bell unit keys)

Ok, that is great news!!

> So to me it seems like everything is working, which would mean that the 
> Elunevision remote indeed has a frequency of 20000, would that change 
> how the file should be written? And how to send the signal?

f=20000 definitely does not mean a frequency of 20kHz detected, but 
rather an error. Sorry, will look into it. I suspect that the actual 
signal might be un-modulated. (This would make "works sometimes, 
unreliably" plausible). I suggest you ask the manufacturer. You may also 
open the device and try to identify the receiver.

Lircd knows how to send non-modulated signals since, IIRC, about two 
years -- IF the driver supports it, which most drivers do not :-\.

>     Please make sure that "it" is working correctly when capturing a
>     standard signal, RC5, NEC1, Sony,... Also make sure you can reliably
>     send standard signals.
> 
> I am able to control my BenQ projector (for which I do not have the 
> remote) using a file from the GlobalCache database (not the exact same 
> remote, so only some keys work).

Again, great news!

> 
>     Try to get the (non-demodulating) capture to work reliably (FIRST try a
>     standard signal), then we can go from there and modify the protocol.
>     This appears do-able!
> 
> What would be a good direction to look into? Are there some resource on 
> how to write custom signals? Something that would teach me to write 
> signals manually like you did?

You might like to check out IrpTransmogrifier 
https://github.com/bengtmartensson/IrpTransmogrifier

Try to get this enclosed raw file to work. It contains a cleaned version 
of the signal from your previous DOWN.


# IrScrutinizer scrutinized signal
#
# Creating tool: IrScrutinizer version 1.4.3
# Creating user: bengt
# Creating date: Fri May 10 11:12:27 CEST 2019
# Encoding: WINDOWS-1252
#
# Manufacturer:
# Model:
# Displayname:
# Remotename:
#
begin remote
	name	IrScrutinizerExport
	flags	RAW_CODES
	eps	30
	aeps	100
	frequency	0
	gap	3423
	begin raw_codes
		name DOWN
			3423 1051 1051 358 1051 358 1051 358
			1051 358 358 1051 1051 358 358 1051
			358 1051 1051 358 358 1051 358 1051
			358 1051 358 1051 358 1051 358 1051
			358 1051 1051 358 358 1051 358 1051
			358 1051 358 1051 358 1051 358 1051
			358 1051 1051 358 1051 358 1051 358
			358 1051 1051 358 1051 358 1051 358
			358
	end raw_codes
end remote