Closed nerk closed 8 months ago
To be correct, code above should actually be
// resultToRawArray() allocates the memory we need for the array.
uint16_t *raw_array = resultToRawArray(&results);
// Find out how many elements are in the array.
uint16_t size = getCorrectedRawLength(&results);
irsend.sendRaw(raw_array, size, 38);
delete [] raw_array;
However, the adjusted 'size' of the raw data did not matter in my particular test.
I changed the original description of my issue, because sending IR signals via MQTT actually works with my setup, I explicitly had to specify 'bits' in JSON message. Only RawDirectForward has the problem described above.
This issue is stale because it has been open for 30 days with no activity.
This issue is stale because it has been open for 90 days with no activity.
This issue was closed because it has been inactive for 14 days since being marked as stale.
Before submitting a problem please check the troubleshooting section https://docs.openmqttgateway.com/upload/troubleshoot.html
Describe the bug My ESP8266-based gateway is receiving IR signals just fine. It also sends (and repeats through RawDirectForward) messages, but the forwarded IR signals are simply not being recognized by the appliances. I tried NEC and SONY protocols. Sending IR commands through MQTT is working, though.
Because I suspected a hardware problem with my setup at first, I also flashed the SmartIRRepeater example. This is working flawlessly.
Next, I replaced the RawDirectForward code in ZgatewayIR.ino by
With this change, my appliances (Sony TV and Yamaha receiver) recognize the IR signals repeated by OMG.
To Reproduce Steps to reproduce the behavior:
Expected behavior Appliances should recognize repeated IR signals
Environment (please complete the following information):
Additional context Unless anybody can confirm that this is working and not a bug, I suspect that this has something to do with the conversion of the decoded value into the raw signal to be forwarded.