BK7231N - Universal IR Remote Contorl

a little deeper) In my opinion what is happening is as follows:

Sony remote, button Vol- :
Info:IR:IR IR_Sony 0x10 0x13 0
Info:IR:IR IR_Sony 0x10 0x13 1



send command:
irsend sony-10-13-1
info:IR:IR send sony-10-13-1 protocol 21 addr 0x10 cmd 0x13 repeats 1
result:

Just the start bit!

The command is sent like this:
drv_ir.cpp:459
IRData data;
memset(&data, 0, sizeof(data));

here the numberofbits value in the structure becomes zero and when you parse the command, it's not set

drv_ir.cpp:474
pIRsend->write(&data, (int_fast8_t) repeats);

IRSend.hpp:152...
size_t IRsend::write(IRData *aIRSendData, int_fast8_t aNumberOfRepeats) {

IRSend.hpp:205
sendSony(tAddress, tCommand, aNumberOfRepeats, aIRSendData->numberOfBits);

ir_Sony.hpp:
sendPulseDistanceWidth(&SonyProtocolConstants, tData, numberOfBits, aNumberOfRepeats);

.
In other protocols (e.g. NEC) the number of bits is a constant, so everything works there.
I don't know how to fix this better. Maybe use sony for protocol sony12 and add protocols sony15,sony20. Or some other way
.

Very nice find. Do you know how it's handled in other firmwares, like in Tasmota? Should I alter the command to allow setting the number of bits?

I have not used Tasmota. According to the documentation it uses json command format and the number of bits is set directly. https://tasmota.github.io/docs/Tasmota-IR/ The command will probably have to be extended somehow, but it is important not to lose backward compatibility.

Following back up on this. Is there a different firmware I should be installing to get the IRSend pin working? Is the VFonov version the ir-update-test branch?

One odd thing that I've noticed is that even though I install the 1.17.135 version the web interface shows version 1.0.0. I use the OpenBK7231T_1.17.335.rbl file from the github, but the config page and the main page both show that I'm on 1.0.0, but the build was from December 4th.

I found a github issue tracking the version showing as 1.0, but I still have questions about the wlan light not working and the IRSend not working.

Just updated to the newest version (343) and the version issue is fixed, the wlan light still never lights up and the IRSend doesn't work. @p.kaczmarek2 do you have any recommendations on things I could try? I'd love to get this working.

I apologize for the delay, with so many feature request I was not been able to look into it yet. @brianroy86 , is your issue related to the "number of bits bug" for Sony protocol? Are you trying to send Sony IR code? If so, how many bits do you need to send?

I'm just trying to get it to send anything at this point.

I'm just trying now from a random IR remote for some Christmas lights and sent the following command.

IRSend IR_NEC 0x0 0x45 0

And in the logs I see the following:
Info:IR:IR send IR_NEC 0x0 0x45 0 protocol 0 addr 0x0 cmd 0x45 repeats 0
Info:CMD:[WebApp Cmd 'IRSend IR_NEC 0x0 0x45 0' Result] OK
Info:IR:IR IR_RC5 0x0 0x40 0

But nothing happens and I don't see the leds light up through my phone.

If your issue is not related strictly to the number of bits issue reported above, then you might want to try testing out that Vfonov pull request version. We're going to merge it soon but it hasn't been yet addressed due to the lack of time. I had some reports saying that it works better in some specific cases. Have you tried it?

I have not, how would I try it? Do you have a link?

Also, am I sending the command correctly?

Wait, @brianroy86 , you may have a point! Why did you prefix NEC with IR_? It seems that's not required. I haven't used IR send part for some time, and it was mostly maintained by @btsimonh , but it seems you don't need that prefix? Look at the other examples from this thread....

I will add a warning for an unknown protocol:
https://github.com/openshwprojects/OpenBK7231...mmit/e3ec81a5aa502581daea052c423d9aaba60bb5fb
I will get this build soon so we will know

I just tried sending

IRSend 0x4 0x2 1

which should turn up the volume on my TV, but nothing happened.

You need to include protocol name in the IR string, without IR_ suffix
Take a look, this is from a previous page of this thread, it was reported by user to work correctly:

Dude thank you so much! That did the trick! Also, it turned out that the pins on the S08Pro are different from the S08 I believe. I had to use

P8 (PWM2) for IRRecv
P9 (PWM3) for WifiLED_n
P26 (PWM5) for IRSend

Then when I put in your command IRSend NEC-4-2-1 it worked! Now to get it working with mqtt and HA, then I'll finally be able to add all my IR Christmas decorations.

Oh, so that was just it? Well.. I'm sorry, I should have seen it earlier and helped you immediatelly. It's just I don't remember IR commands syntax by memory because they were introduced by our contributor @btsimonh and not by me.... so my memory is rusty on that subject.

And it doesn't change the fact that SONY (if I remember correctly) sending is still bugged due to the missing number of bits setting.

darkling07 wrote:

In other protocols (e.g. NEC) the number of bits is a constant, so everything works there.
I don't know how to fix this better. Maybe use sony for protocol sony12 and add protocols sony15,sony20. Or some other way
.

Thank you, it's fixed now.

this will send by default 12 bit Sony, you can override with:

Can you check if it works now?

Sony codes sent and received, working now.

Are there any plans to implement air conditioning service in the near future?

@Nargo are you aware that we have a fork with new IRRemote by VFonov that supports AC protocols? Have you tested it?

I have version 1.17.386 installed and it does not recognize commands from Kaisi and Daikin remote controls.
Kaisai:
Daikin:

>>20884407

Has anyone tried to compile and flash this pull request?
I have a Fujitsu AC that the IR Receiver can't recognize. I'd like to try that out since that's not yet merged.

@vfranchi we just published a tutorial about that:
OpenBeken online building system - compiling firmware for all platforms (BK7231, BL602, W800, etc)
You should be able to just click into the any commit and find "Artifacts" (the package with binaries)

Sony 12-bit command work good for TV,
Sony 15-bit command for AV_Reciver and 20-bit command for blu-ray player are sent judging by the logs but do not trigger the devices(

no any device reaction


p/s
I found the reason, I need to send it
Sony 30 15 3 F
then it will work

>>20950807

Thanks for the guide. I was able to clone the repository pull request and compile on my machine in the end. I've re-enabled IRAC to see if it'd improve decode of the received IR signal but it's still a 50/50 chance of fail I'd say.

I'm still not able to use IRSend command to transmit the FUJITSU_AC protocol back. I'm gonna try to debug it and understand why it's failing.


Logs attached.

hi
using version 1.17.566, I can't receive any code from my A.C. remote.
i have a "Spectra\Tadiran" A.C. with remote model "RC1A3" (or RC1A4) - BTW, it may also be similar to "SANLUX Sanyo"
when i try to learn the codes, most keys does not send anything, except to 1 or 2 keys which generates the following log lines:


can you help me debugging this? how can i get the codes from the remote?
thanks!

thinhvq wrote:

Hi,
I have a S06 IR (PCB: S06-CBU-V1.3) and want to flash BK7231N firmware. Is anyone help me how to flash it via serial?
Thanks you

Hello, I have this one too. How can we flash this?

Hello,
today I opend my Universal IR Remote Control S08 and find inside another board:
S06-CB3S-V1.1
2022-12-31
I flashed it with BK7231N and test the GPIO
P6: Btn ,1
P7: IRRecv ,0
P8: Wifi LED ,0
P26: IRSend ,0

Greatings
Dixy1