• 10 dec 2017: forum version update. In case of issues use this topic.
  • 30 nov 2017: pilight moved servers. In case of issues use this topic.
Hello There, Guest! Login Register


SelectPlus Doorbell
#1
I've bought a 433mhz doorbell (€ 5,95 @ action NL) in the hope that I could use it with pilight.

[Image: IMG2575.th.jpg]

The pilight-debug gives me the following output:
Code:
--[RESULTS]--

time:           Thu Feb 26 20:58:29 2015
hardware:       433gpio
pulse:          6
rawlen:         36
binlen:         9
pulselen:       170

Raw code:
1020 1020 340 1020 340 1020 340 340 1020 340 1020 1190 340 1190 340 1020 340 1190 340 340 1020 340 1020 1020 340 340 1020 340 1020 340 1020 340 1020 340 1020 5780
Binary code:
101101001

Weird thing is, that when I send the raw code with pilight-send the doorbell rings with an average of 1 out of 3 times.

What can I do to improve the results ?
Does somebody else has bought this doorbell and can you share your raw code ?
If there are enough codes, can someone make a protocol for this doorbell ?
 
Reply
#2
Can somebody help me with this one ?
 
Reply
#3
For the sending part: are you using an antenna with your sender? It increases range and improves the signal quite a bit.
 
Reply
#4
From nodo-domtica.nl plugin 044:

Code:
for(byte x=1;x<RawSignal.Number;x++) {
         if (RawSignal.Pulses[x]*RawSignal.Multiply > 750) {
            if (bitcounter < 27) {
               bitstream1 = (bitstream1 << 1);
               bitcounter++;                     // only need to count the first 28 bits which appear to be the unique bell number
            } else {
               bitstream2 = (bitstream2 << 1);   // remaining 8 bits should be '01010101' => 0x55
            }
         } else {
            if (bitcounter < 27) {
               bitstream1 = (bitstream1 << 1) | 0x1;
               bitcounter++;                    
            } else {
               bitstream2 = (bitstream2 << 1) | 0x1;
            }
         }
      }
 
Reply
#5
same plugin says:

Code:
Each frame is 35 bits long. It is composed of:
101011001010110010110011010 10101010
The first block appears to be an unique ID
The second block appears to be some kind of identifier which might always be 0xAA (10101010)


Attached Files
.txt   Plugin_044.txt (Size: 5.95 KB / Downloads: 10)
 
Reply
#6
Some info here as well: http://goughlui.com/2013/12/20/rtl-sdr-4...h-rtl_433/
 
Reply
#7
Hi all,
I'm currently working on this protocol.
Please let me know if somebody has this doorbell too and can help by providing simple measurement data.
Woutput
 
Reply
#8
Were you able to build a protocol for this?
 
Reply
#9
Yes and no
I was able to add a switch-like protocol that is able te send and receive the doorbell signals correctly. A problem I ran into is that pilight was (still is???) not designed for events (like pushing a doorbell) but for states (like on or off). There was also no GUI element for this. As you can see, it was some time ago, I don't know the current situation.
 
Reply
#10
It seems to be the same protocol as for the Grundig doorbell/ 1byone motion sensor.For me it worked to take the grundig protocol and modifyit a little bit. I will share my code in a few days after I received another 2 motion sensors.
 
Reply
  


Possibly Related Threads...
Thread Author Replies Views Last Post
  Eken Wifi Doorbell (V5) geerttttt 16 3,022 07-26-2019, 07:03 PM
Last Post: michielvv
  Byron SX33T doorbell sfinx 0 665 12-30-2017, 09:24 AM
Last Post: sfinx
  GRUNDIG QH-831A Doorbell malte 23 8,002 04-22-2017, 05:21 PM
Last Post: derchrome
  SilverCrest Doorbell diman87 29 14,385 05-24-2016, 03:28 PM
Last Post: diman87
  Heidemann HX70830 Doorbell whytitty 0 1,797 07-27-2015, 09:00 PM
Last Post: whytitty

Forum Jump:


Browsing: 1 Guest(s)