• 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


Lidl radio outlets
#1
(12-28-2013, 10:29 PM)jtapio Wrote: I have LIDL branded silvercrest remote controlled sockets and it seemed to identify as clarus_switch but unit and id changes randomly, second unit is maybe elro based but there have been ratio of 1/50 identify)

tried with/without antennas..

and i have randomly tried sending all kind of clarus/elro commands but nothing have received on remotes

Are your lidl devices support yet? If no then don't expect receive to recognise them.

When using the filter, are you getting any debug output? Remember to disable the daemon before debugging! Try to press some buttons longer or restart the debugger some times. Try from a closer distance.

btw, got any other remotes you can try to be sure?
 
Reply
#2
Yes, i have killed pilight daemon, of course.
I think that LIDL rebranded those remotes to Silvercrest that i have no idea whos they are originally.
There is link for RAW output data in previous messages, both of the remotes.. GPIO mode didnt change that how the RAW output looks, samekind of....

without any prefilter there are some "false identifications" as impuls and clarus.

I dont know, maybe i just order different kind of receiver..
 
Reply
#3
As you guys could have seen in the support list, Silvercrest hasn't been tagged as supported.
Did you already tried to provide any pilight-debug.
 
Reply
#4
(01-07-2014, 10:59 PM)creamers Wrote: Are your lidl devices support yet? If no then don't expect receive to recognise them.

That was indeed a small hint Wink

Quote:Yes, i have killed pilight daemon, of course.

So he did try the debugger multiple times, first time without filter and now with filter, am I right jtapio?
 
Reply
#5
Any updates?
 
Reply
#6
Hi,

I just bought such a set of LIDL SilverCrest sockets. Inside i found a declaration of conformity from brennenstuhl. It's about these products:
Electrical Sockets IP20: RC AAA3680-A IP20 DE
Receiver: RCE AAA3680-A IP20 DE
Transmitter: RCS AAA3680-A IP20

So it looks like my LIDL set is a rebranded brennenstuhl.
The manual can be downloaded here.

The sockets need to learn the code from the transmitter without any dip switches.
I've removed the batteries several times and for more than 12 hours but the transmitter worked every time without a new pairing.

This is what I got with pilight-debug (header was equal for all these lines):

Code:
time:           Tue Oct 28 19:41:53 2014
hardware:       433gpio
pulse:          14
rawlen:         50
binlen:         12
pulselen:       213


A  ON: 426 1065 426 1065 1065 639 852 639 426 1065 426 1065 852 639 426 1065 852 639 426 1065 426 1065 852 639 426 1065 426 1065 426 1065 426 1065 426 1065 426 1065 426 1065 852 639 1065 639 852 639 426 1065 426 1065 2982 7242
A OFF: 426 1065 426 1065 852 639 852 639 426 1065 1065 639 852 639 852 639 852 639 852 639 426 1065 852 639 426 1065 852 639 426 1065 426 1065 852 639 426 1065 852 639 852 639 852 639 852 639 426 1065 426 1065 2982 7242
B  ON: 426 1065 426 1065 852 639 852 639 852 639 852 639 426 1065 852 639 426 1065 426 1065 426 1065 426 1065 426 1065 426 1065 852 639 426 1065 1065 639 852 639 852 639 426 1065 426 1065 852 639 426 1065 852 639 2982 7242
B OFF: 426 1065 426 1065 852 639 852 639 426 1065 852 639 852 639 426 1065 426 1065 426 1065 852 639 852 639 426 1065 852 639 852 639 426 1065 426 1065 1065 639 426 1065 426 1065 426 1065 852 639 426 1065 852 639 2982 7242
C  ON: 426 1065 426 1065 1065 639 1065 639 1065 639 1065 639 426 1065 426 1065 852 639 426 1065 426 1065 426 1065 426 1065 426 1065 426 1065 1065 639 1065 639 426 1065 426 1065 426 1065 1065 639 1065 639 852 639 426 1065 2982 7242
C OFF: 426 1065 426 1065 852 639 852 639 1065 639 426 1065 852 639 1065 639 426 1065 426 1065 426 1065 852 639 852 639 426 1065 852 639 852 639 426 1065 852 639 852 639 426 1065 852 639 852 639 1065 639 426 1065 2982 7242
D  ON: 426 1065 426 1065 1065 639 852 639 426 1065 852 639 1065 639 426 1065 426 1065 426 1065 1065 639 852 639 426 1065 852 639 1065 639 426 1065 426 1065 852 639 426 1065 426 1065 426 1065 852 639 852 639 852 639 2982 7242
D OFF: 426 1065 426 1065 1065 639 1065 639 852 639 426 1065 852 639 426 1065 426 1065 1065 639 852 639 1065 639 1065 639 426 1065 426 1065 1065 639 426 1065 426 1065 852 639 852 639 426 1065 852 639 1065 639 852 639 2982 7242
Master  ON: 426 1065 426 1065 1065 639 1065 639 426 1065 426 1065 1065 639 1065 639 426 1065 426 1065 1065 639 426 1065 1065 639 1065 639 426 1065 1065 639 426 1065 852 639 1065 639 1065 639 426 1065 426 1065 1065 639 426 1065 2982 7242
Master OFF: 426 1065 426 1065 1065 639 1065 639 426 1065 426 1065 852 639 426 1065 1065 639 426 1065 426 1065 1065 639 426 1065 426 1065 426 1065 426 1065 426 1065 426 1065 426 1065 1065 639 426 1065 426 1065 1065 639 426 1065 2982 7242

Every line of raw codes works perfect with
Code:
pilight-send -p raw -c "..."

As I realized later, every button uses 4 different codes and the sockets react on each of them equally. I just wrote a little script to analyse and output the different codes.
This is the script:

Code:
#!/usr/bin/perl
use strict;
use warnings;

my %bins;

while (<>)
{
    my $line = $_;
    my $bin = '';

    while ($line =~ /([0-9]{3,4}) ([0-9]{3,4})/g)
    {
        $bin .= ($1 < $2) ? '0' : '1';
    }

    if ($bin ne '' && (!(defined $bins{$bin})))
    {
        $bins{$bin} = "1";
        print "$bin\n";
    }
}

This is the result:
Code:
A ON
0011 0000011001111010 1100F
0011 0010100100000001 1100F
0011 1011000110110110 1100F
0011 1110101000110101 1100F
                      
A OFF                
0011 0011001011010111 1100F
0011 0111110101001011 1100F
0011 1001010010000010 1100F
0011 1100100000011000 1100F
                      
B ON                  
0011 0001111110100000 0101F
0011 0100110011001111 0101F
0011 1010011110010011 0101F
0011 1101000000101110 0101F
                      
B OFF                
0011 0101101101011100 0101F
0011 0110001101100100 0101F
0011 1000010111111001 0101F
0011 1111111011101101 0101F
                      
C ON                  
0011 0011001011010111 1110F
0011 0111110101001011 1110F
0011 1001010010000010 1110F
0011 1100100000011000 1110F
                      
C OFF                
0011 0000011001111010 1110F
0011 0010100100000001 1110F
0011 1011000110110110 1110F
0011 1110101000110101 1110F
                      
D ON                  
0011 0101101101011100 0111F
0011 0110001101100100 0111F
0011 1000010111111001 0111F
0011 1111111011101101 0111F
                      
D OFF                
0011 0001111110100000 0111F
0011 0100110011001111 0111F
0011 1010011110010011 0111F
0011 1101000000101110 0111F
                      
Master ON            
0011 0011001011010111 0010F
0011 0111110101001011 0010F
0011 1001010010000010 0010F
0011 1100100000011000 0010F
                      
Master OFF          
0011 0000011001111010 0010F
0011 0010100100000001 0010F
0011 1011000110110110 0010F
0011 1110101000110101 0010F

The last block looks like the unit id, but for the rest I didn't find "the" formula.


Regards,
Lary
 
Reply
#7
Brennenstuhl should already be supported by pilight.
 
Reply
#8
Yes, but for me the codes look completely different.
The most matching protocol is the TechLiCo but it doesn't work - i tried some combinations of systemcode and unit id to learn the sockets.

Regards,
Lary
 
Reply
#9
I do not think it is a Brennenstul protocol.
 
Reply
#10
Hi,

unfortunately, it is a Brennenstuhl protocol. To be exact, it's the same protocoll used by the RC 3600 -> link.

As far as i understood, this protocoll uses some kind of rolling code for the communication. If we know one sequence of code we cannot deduce other codes because we don't know the secret key, right ?

But i think, we don't need to know the secret, because our remote knows it. It creates only a limmited set of codes per function - I only found 4 per function with my remote. If we store the different codes in a lookup table we can find the switch function to a code and vice versa. With this approach wouldn't it be possible to create a semi generic protocoll handler for pilight ?


Regards,
Lary
 
Reply
  


Possibly Related Threads...
Thread Author Replies Views Last Post
  Unkown protocol with Lidl Libra RC-710 HaselnuesseTo 0 1,050 09-11-2017, 08:30 PM
Last Post: HaselnuesseTo
Brick Weinas 433MHz outlets bbl 0 726 04-07-2017, 08:31 AM
Last Post: bbl

Forum Jump:


Browsing: 1 Guest(s)