Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Byron doorbell pushbutton DBY-23510 raw data detected, can it be added to the firmware? #2

Open
askmurphy opened this issue Jan 24, 2022 · 7 comments

Comments

@askmurphy
Copy link

askmurphy commented Jan 24, 2022

Latest firmware used?

Yes: Portisch Keil 8051 v9.53 / Tasmota 10.1.0 / Sonoff RF-Bridge mode

Information

What device you try to sniff data from? Description? Brand and type?
It's a Byron doorbell set:

  • doorbell pushbutton: DBY-23510
  • indoor chimes: DBY-23521 and DBY-23522

Sniffed data

rfraw 0xB1 and one press on the button gives this result:

16:08:22.504 MQT: tele/Sonoff_RF_bridge/RESULT = {"Time":"2022-01-24T16:08:22","RfRaw":{"Data":"AA B1 03 0618 01F4 1C20 281909081909081908181908181818190819090909081908181819081909081819 55"}}
16:08:22.947 MQT: tele/Sonoff_RF_bridge/RESULT = {"Time":"2022-01-24T16:08:22","RfRaw":{"Data":"AA B1 03 0622 01EA 1C02 081909081909081908181908181818190819090909081908181819081909081819 55"}}
16:08:23.170 MQT: tele/Sonoff_RF_bridge/RESULT = {"Time":"2022-01-24T16:08:23","RfRaw":{"Data":"AA B1 03 0622 01E0 1C0C 081909081909081908181908181818190819090909081908181819081909081819 55"}}
16:08:23.390 MQT: tele/Sonoff_RF_bridge/RESULT = {"Time":"2022-01-24T16:08:23","RfRaw":{"Data":"AA B1 03 0636 01EA 1BF8 281909081909081908181908181818190819090909081908181819081909081819 55"}}

Just tried something with the above data following https://github.com/Portisch/RF-Bridge-EFM8BB1/wiki/Decode-0xB1-sniffed-data, the results;


"RfRaw":{"Data":"AA B1 03 0618 01F4 1C20 281909081909081908181908181818190819090909081908181819081909081819 55"}}
0xAA uart sync init
0xB1 uart command
0x03 number of buckets
0x06, 0x18 Bucket 0 length: 1560µs
0x01, 0xF4 Bucket 1 length: 500µs
0x1C, 0x20 Bucket 2 length: 7200µs
281909081909081908181908181818190819090909081908181819081909081819 RF data received (high/low nibbles denote buckets and high/low marking)
0x55 uart sync end

"RfRaw":{"Data":"AA B1 03 0622 01EA 1C02 081909081909081908181908181818190819090909081908181819081909081819 55"}}
0xAA uart sync init
0xB1 uart command
0x03 number of buckets
0x06, 0x22 Bucket 0 length: 1570µs
0x01, 0xEA Bucket 1 length: 490µs
0x1C, 0x02 Bucket 2 length: 7170µs
081909081909081908181908181818190819090909081908181819081909081819 RF data received (high/low nibbles denote buckets and high/low marking)
0x55 uart sync end

"RfRaw":{"Data":"AA B1 03 0622 01E0 1C0C 081909081909081908181908181818190819090909081908181819081909081819 55"}}
0xAA uart sync init
0xB1 uart command
0x03 number of buckets
0x06, 0x22 Bucket 0 length: 1570µs
0x01, 0xE0 Bucket 1 length: 480µs
0x1C, 0x0C Bucket 2 length: 7180µs
081909081909081908181908181818190819090909081908181819081909081819 RF data received (high/low nibbles denote buckets and high/low marking)
0x55 uart sync end

But the next step is unclear for me, I hope you can add this to the firmware ;-)

Thanks !
Regards,
;-) Arthur

@bkbartk
Copy link
Owner

bkbartk commented Jan 24, 2022

Hello,
thank you for your issue,
first I want to state that I'm not the author of portisch firmware, I only took the liberty to create some fixes which I encountered using my byron doorbell.

I added some information to the manual
https://github.com/bkbartk/RF-Bridge-EFM8BB1
so you have an example about how to implement.

if you have any questions, don't hesitate to ask.

@askmurphy
Copy link
Author

Hello,

thank you for your issue,

first I want to state that I'm not the author of portisch firmware, I only took the liberty to create some fixes which I encountered using my byron doorbell.

I added some information to the manual

https://github.com/bkbartk/RF-Bridge-EFM8BB1

so you have an example about how to implement.

if you have any questions, don't hesitate to ask.

I understand, are you Dutch? (Ik ook). You added some code to the Portisch firmware, i can add code and compile it now but I don't understand i must do after the timing things I calculated above. As you see above i get different raw info, with small timing variety. Can you tell me what must be added to the firmware?
Would be great!

@bkbartk
Copy link
Owner

bkbartk commented Jan 24, 2022

Hello,

yes I'm dutch,

I'm not sure I understand the issue,
you are talking about a timing issue.
and yes the string defers a little bit,
this is why I only grep the 7th element, the long one, and strip the rest.
then there are still 4 different signals you need to handle.

I have connected all my tasmota devices to home assistant, and ha can trigger some kind of action when the doorbell gets sniffed.

not sure what platform you are using, my sample is for HA.
And when connected to that, the 433mhz bridge sends the raw data via MQTT

@askmurphy
Copy link
Author

I am using HA too ;-)
You didn't add your doorbell to the firnware? There is a Byron doorbell setup inside the firmware..
I want to try to add my doorbell to the firmware,
What have you done with this firmware, no devices added? (like your doorbell) ?

@bkbartk
Copy link
Owner

bkbartk commented Jan 25, 2022

I couldn't get this included setup to work with my doorbell, I think it does not support all models.
I actually think raw mode is better is every scenario.
The issue I had with the original firmware is that there are a few bugs in it which made the bridge crash and stop sniffing on a weekly basis. that's basically what I tried to fix. And since then it only stopped sniffing once over the last 10 months.
when it stops sniffing, you need to unpower, restarting tasmota does not restart portish.

@askmurphy
Copy link
Author

askmurphy commented Jan 31, 2022

My Byron doorbell works now, using the example above ;-)

But: I am trying to do the same with a somfy remotecontrol, but no succes yet. I get RAW data, but in HA I can't connect it to a boolean like the doorbell.

I get this RAW data when I press a button on the remote control:

16:55:05.882 MQT: tele/Sonoff_RF_bridge/RESULT = {"Time":"2022-01-30T16:55:05","RfRaw":{"Data":"AA B1 05 09EC 1298 04C4 024E 7AF8 480808080808092A2A3B3B2B3B3A2B3B3A2A2A2A2A2A3B2A3B2B3B3A2B3B3A3B2B3B3B3A3B2A3B3B3B2A2B3B3A2B3B 55"}}
16:55:06.292 MQT: tele/Sonoff_RF_bridge/RESULT = {"Time":"2022-01-30T16:55:06","RfRaw":{"Data":"AA B1 05 09EC 128E 04C4 024E 7ADA 080808080808092A2A3B3B2B3B3A2B3B3A2A2A2A2A2A3B2A3B2B3B3A2B3B3A3B2B3B3B3A3B2A3B3B3B2A2B3B3A2B3B 55"}}
16:55:06.704 MQT: tele/Sonoff_RF_bridge/RESULT = {"Time":"2022-01-30T16:55:06","RfRaw":{"Data":"AA B1 05 09F6 1298 04C4 0258 7AEE 480808080808092A2A3B3B2B3B3A2B3B3A2A2A2A2A2A3B2A3B2B3B3A2B3B3A3B2B3B3B3A3B2A3B3B3B2A2B3B3A2B3B 55"}}

I have used this to get the data:

sensor:

  • platform: mqtt
    name: 433mhz
    state_topic: "tele/tasmota_EDEBDA/RESULT"
    value_template: '{{ value_json["RfRaw"]["Data"].split()[8] }}'

Split()[8] instead of 6: this because there are 2 extra buckets.

I see the data in HA, but the boolean is not responding... Maybe the data is too long?
With this somfy, I get 4 - 5 different RAW data lines..

Can you help? Would be nice if this can be fixed too..

Something else: would be nice if the SONOFF could send the normal data AND the RAW data (if normal data can be determinated).. Now you have to make a choice..

@bkbartk
Copy link
Owner

bkbartk commented Feb 2, 2022

not sure why your sensor won't work, I think it should according to what I see, maybe you need to restart HA if you haven't done that yet.

I know it would be nice to have it both ways, but that would be a major change of code, And I don't have the time to make those changes. I'm hoping someone else will.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants