Some signals in export are erroneous. Continue anyways ?

[jenom1957]

I have an Arduino Uno with loaded with MicroGirs example from IRremote-4.5.0 .
In IrScrutinizer Girs Client shows Micro Girs 2020-07-05, Open, Modules: base transmit receive
Next "Scrutinize Remote" "Capture" pushed buttons 1-2-3 on remote
"Export" "Raw Signal".....getting a message: Some signals in export erroneous. Continue anyhow?
Below are the received Raw Signals and Log Messages. How to proceed from here ?

45 17:30:12 +8850,-4450,+557,-557,+557,-557,+557,-1656,+557,-557,+557,-557,+557,-557,+557,-557,+557,-557,+557,-1656,+557,-1656,+557,-557,+557,-1656,+557,-1656,+557,-1656,+557,-1656,+557,-1656,+557,-1656,+557,-557,+557,-557,+557,-557,+557,-1656,+557,-557,+557,-557,+557,-557,+557,-557,+557,-1656,+557,-1656,+557,-1656,+557,-557,+557,-1656,+557,-1656,+557,-1656,+557,-40000 NEC: {D=4,F=17}, beg=0, end=67 {38.0k,557,msb}<1,-1|1,-3>(16,-8,A:32,1,^107m){A=0x20df8877} 38000
46 17:30:17 +8900,-2200,+550,-40000 {38.0k,1,msb}<>(8900u,-2200u,550u,^52m) 38000
47 17:30:17 +8850,-4450,+557,-557,+557,-557,+557,-1653,+557,-557,+557,-557,+557,-557,+557,-557,+557,-557,+557,-1653,+557,-1653,+557,-557,+557,-1653,+557,-1653,+557,-1653,+557,-1653,+557,-1653,+557,-557,+557,-1653,+557,-557,+557,-557,+557,-1653,+557,-557,+557,-557,+557,-557,+557,-1653,+557,-557,+557,-1653,+557,-1653,+557,-557,+557,-1653,+557,-1653,+557,-1653,+557,-40000 NEC: {D=4,F=18}, beg=0, end=67 {38.0k,557,msb}<1,-1|1,-3>(16,-8,A:32,1,^107m){A=0x20df48b7} 38000
48 17:30:17 +8900,-2200,+600,-40000 {38.0k,1,msb}<>(8900u,-2200u,600u,^52m) 38000
49 17:30:17 +8900,-4450,+558,-558,+558,-558,+558,-1650,+558,-558,+558,-558,+558,-558,+558,-558,+558,-558,+558,-1650,+558,-1650,+558,-558,+558,-1650,+558,-1650,+558,-1650,+558,-1650,+558,-1650,+558,-1650,+558,-1650,+558,-558,+558,-558,+558,-1650,+558,-558,+558,-558,+558,-558,+558,-558,+558,-558,+558,-1650,+558,-1650,+558,-558,+558,-1650,+558,-1650,+558,-1650,+558,-40000 NEC: {D=4,F=19}, beg=0, end=67 {38.0k,558,msb}<1,-1|1,-3>(16,-8,A:32,1,^107m){A=0x20dfc837} 38000
50 17:30:17 +8900,-2200,+600,-40000 {38.0k,1,msb}<>(8900u,-2200u,600u,^52m) 38000
51 17:30:17 +8850,-2200,+600,-40000 {38.0k,1,msb}<>(8850u,-2200u,600u,^52m) 38000

LocalSerialPortBuffered.readString: TIMEOUT
LocalSerialPortBuffered.sendString: Sent 'receive\r'.
LocalSerialPortBuffered.readString: received "+8850 -4450 +600 -550 +550 -550 +550 -1650 +600 -550 +550 -550 +550 -550 +600 -550 +550 -550 +550 -1650 +550 -1700 +550 -550 +550 -1650 +550 -1650 +550 -1650 +550 -1700 +550 -1650 +550 -1650 +550 -550 +550 -600 +550 -550 +550 -1650 +550 -550 +550 -600 +550 -550 +550 -550 +600 -1650 +550 -1650 +550 -1650 +550 -550 +550 -1650 +600 -1650 +550 -1650 +550 -40000"
LocalSerialPortBuffered.sendString: Sent 'receive\r'.
LocalSerialPortBuffered.readString: received "+8900 -2200 +550 -40000"
LocalSerialPortBuffered.sendString: Sent 'receive\r'.
LocalSerialPortBuffered.readString: received "+8850 -4450 +550 -600 +550 -550 +550 -1650 +550 -550 +550 -600 +550 -550 +550 -550 +600 -550 +550 -1650 +550 -1650 +550 -550 +600 -1650 +550 -1650 +550 -1650 +550 -1650 +550 -1650 +550 -600 +550 -1650 +550 -550 +550 -550 +600 -1650 +550 -550 +550 -550 +550 -600 +550 -1650 +550 -550 +550 -1650 +550 -1700 +550 -550 +550 -1650 +550 -1650 +550 -1650 +550 -40000"
LocalSerialPortBuffered.sendString: Sent 'receive\r'.
LocalSerialPortBuffered.readString: received "+8900 -2200 +600 -40000"
LocalSerialPortBuffered.sendString: Sent 'receive\r'.
LocalSerialPortBuffered.readString: received "+8900 -4450 +550 -600 +550 -550 +550 -1650 +550 -550 +550 -600 +550 -550 +550 -550 +550 -600 +550 -1650 +550 -1650 +550 -550 +600 -1650 +550 -1650 +550 -1650 +550 -1650 +550 -1650 +550 -1650 +600 -1650 +550 -550 +550 -550 +550 -1650 +600 -550 +550 -550 +550 -550 +600 -550 +550 -550 +550 -1650 +550 -1650 +600 -550 +550 -1650 +550 -1650 +550 -1650 +550 -40000"
LocalSerialPortBuffered.sendString: Sent 'receive\r'.
LocalSerialPortBuffered.readString: received "+8900 -2200 +600 -40000"
LocalSerialPortBuffered.sendString: Sent 'receive\r'.
LocalSerialPortBuffered.readString: received "+8850 -2200 +600 -40000"
LocalSerialPortBuffered.sendString: Sent 'receive\r'.
LocalSerialPortBuffered.readString: TIMEOUT
LocalSerialPortBuffered.sendString: Sent 'receive\r'.
LocalSerialPortBuffered.readString: TIMEOUT
LocalSerialPortBuffered.sendString: Sent 'receive\r'.

[bengtmartensson]

The stuff in boldface looks like it does not belong here, did you just cut-n-paste it? The rest of the stuff looks ok.

If you are dealing with NEC signals you should not use raw signals, but parametric. Capture using Scrutinize remote/parametric remote, change "NEC" to "NEC1" (or "nec1"), give every signal a unique name. Remove what comes from +8850 -2200 +600 -40000".
Then export as Girr. If you still get "some erroneous" post a screenshot of the table.

[jenom1957]

Yes, the bold is C/P of received RawRemote panel.
The non-bold is C/P from bottom messages.
Will try again with Parametric Remote selected.
So if my understanding is correct:

1. Configure hardware....Girslite Client...Open serial port
2. Scrutinize remote....Parametric remote....Capture
3. Press Remote control button
4. Name capture signal

[jenom1957]

Followed your instructions....now it producing different result
attached is a screenshot
the received OBC does not match code received with SimpleReceiver, here is result for "0" button: "0" = OBC code 10

"Ready to receive IR signals of protocols: NEC/NEC2/Onkyo/Apple, Panasonic/Kaseikyo, Denon/Sharp, Sony, RC5, RC6, LG, JVC, Samsung, FAST, Whynter, Lego Power Functions, Bosewave, MagiQuest, Universal Pulse Distance Width, Hash at pin 2
Protocol=NEC Address=0x4, Command=0x10, Raw-Data=0xEF10FB04, 32 bits, LSB first, Gap=760350us, Duration=67150us
Send with: IrSender.sendNEC(0x4, 0x10, );"

IrScrutinizer gets button "0" = OBC code 16

not clear, where I can do "change "NEC" to "NEC1" (or "nec1"), and "Remove what comes from +8850 -2200 +600 -40000" " ?
please explain in more details
Thank You !

[bengtmartensson]

Looks good!

Send with: IrSender.sendNEC(0x4, 0x10, );"
IrScrutinizer gets button "0" = OBC code 16

"0x10" is a hexadecimal number 1*16+0 = 16, so no contradiction. (Note that IrScrutinizer has a (IMHO) pretty neat Hexadecimal calculator under Tools -> Hex calculator.)

change "NEC" to "NEC1" (or "nec1")

RemoteMaster (and others) do not like "NEC", so you change it to NEC1 (or other). To do this in the table, double click the cell and edit, as you would in Excel. If that is too much typing, you can do this: "select" a number of rows (left mouse button, drag to desired row, release). (Or ctrl-A to select them all.) Then right mouse button, popup menu appears, select Advanced -> Select protocol. Fill in the desired protocol, NEC1 in the new popup. press OK.

Remove what comes from +8850 -2200 +600 -40000"

Differently put: delete possible junk rows.

[jenom1957]

So column F is a decimal number and it can be entered directly as OBC into RemoteMaster, correct?
However, IRsender Command 0x.. is hexadecimal and needs to be converted to decimal to enter as OBC, right?
Perhaps you should rename column "F" to OBC ?
Thanks for all the info!

[bengtmartensson]

F is a number, not a "decimal number" nor a "hexadecimal number". A number can be expressed as decimal, hexadecimal (per convention using a prefix of "0x"), octal (prefix 0), binary,... IrScrutinizer understands all these prefixes in most contexts, RemoteMaster does not.

[jenom1957]

Good to know! Thanks for all your help!