Add decoders for AC114-xxB and BeSmart_Sx #2242
Comments
|
From the RAW pulse data we get for the BeSmart_Sx: 20 bit, PWM short: 230 long: 510 reset: 800, e.g. https://triq.org/pdv/#AAB10300E801FC1008819081908181909081908181908181908181818255 or For the AC114-xxB we get: 88 bit, PWM short: 200 long: 500 reset: 800, e.g. or Not sure what the data fields are though? Any info on that? |
|
Top two links from first post describe the SignalDuino RF protocol. I am able to send the follwing commands: |
|
@zuckschwerdt What can I help you with? Do you need multiple samples from the same key presses or samples from each key? Is the code from SignalDuino any help to you? |
|
You can try a flex decoder to make sure we got things right: If that works out we need to identify more fields, there should at least be an ID field. Can you change a "house code" on these? Or do IDs reset on battery change? What changes in the output if you do? |
|
Oh, and a sample of each would be great. Just upload here as zip. |
|
@zuckschwerdt: Each button was pressed 4 times (and saved to independent files). I used your -X settings. I have no info about the bits and I don't know how reset and pair them to cause new key bits. |
|
@zuckschwerdt Can I help more? |
|
There is just the long sync to handle, use it like this:
And you can read all codes. You get:
That's all there is. Write a .conf file (see https://github.com/merbanan/rtl_433/tree/master/conf) or use just on the command line.
|
|
Is it possible to adjust sync length in source code thus non-flex decoders will pick up the signal? I want to use OMG using rtl_433_ESP and an ESP has not got enough resources for flex decoders. |
|
These are very simple signals. You can just write a decoder for them. If you are lazy and want something fast just change one of the existing decoders (e.g. generic_motion.c). We can't merge these simple "doorbell"-style decoders, but you can write/change your own one for ESP. |
With adjusted [generic_motion.c]: |
|
You do need to change the check also: rtl_433/src/devices/generic_motion.c Lines 42 to 47 in 3264d01 |
|
I modified line 43 to check for either 20 (BeSmart) or 65 (AC114) bits. On my mac with RTL2832U it works. Ony my ESP with CC1101:
How to output all bits of bitbuffer? Like |
|
Change |
|
Thank you very much for your strong support. It now works very well with RTL2832U. I need to tackle CC1101 further... |
|
One more question: Is there a simple way to convert above codes to esphome raw codes? Dumping received AC114 stop signal looks in esphome raw format similar to this: This is close enough for matching further signals but it looks like it's not close enough if I send this via esphome. It's not picked up by the orginal receiver. |
|
Since this is PWM coded a single 0-bit should be |
|
Also you can open https://triq.org/pdv/ then click the plus symbol and choose "Raw pulse data" and paste your example above to see the raw esphome pulses:
|
|
I was looking for the opposite. Like having a .cu8 sample and convert it to the above raw pulse format. |
|
After converting (transform all bits to 600,-200 / 200,-600) use the resulting codes in pdv to compare if you got it right :) |
|
I needed to get the bits then converted them with Excel formulas to pulses. For AC114 it is important to send the high preamble (but it was not shown in esphome raw dump... luckily rtl_433 and my SDR did). For sake of documentation - here are the working codes in esphome raw format: @zuckschwerdt Thank you for your support and all the great tools you made. |
SignalDuino already has support for AC114-xxB and BeSmart_Sx.
Using rtl_433_ESP both devices are reported as "unknown protocol".
Raw message from AC114-xxB:
Raw message from BeSmart_Sx:
The text was updated successfully, but these errors were encountered: