Feature | Support |
Sending | |
Receiving | |
Config |
Supported Brands
Brand | Protocol |
Elro 800 Series | elro_800_contact |
Sender Arguments
None
Config
1 2 3 4 5 6 7 8 9 10 11 12 | {
"devices": {
"contact": {
"protocol": [ "elro_800_contact" ],
"id": [{
"systemcode": 31,
"unitcode": 0
}],
"state": "closed"
}
}
}
|
Option | Value |
id | 0 - 31 |
code | 0 - 31 |
state | opened / closed |
Optional Settings
None
Protocol
This protocol sends 148 pulses like this
320 960 320 960 320 960 320 960 320 960 320 960 320 960 320 960 320 960 320 960 320 960 320 960 320 960 960 320 320 960 960 320 320 960 960 320 320 960 960 320 320 960 320 960 320 960 960 320 320 9920
It has no header
and the last 2 pulses are the footer
. These are meant to identify the pulses as genuine, and the protocol also has some bit checks to filter false positives. We don’t use them for further processing. The next step is to transform this output into 12 groups of 4 pulses (and thereby dropping the footer
pulses).
320 960 320 960
320 960 320 960
320 960 320 960
320 960 320 960
320 960 320 960
320 960 320 960
320 960 960 320
320 960 960 320
320 960 960 320
320 960 960 320
320 960 320 960
320 960 960 320
320 9920
If we now look at carefully at these groups you can distinguish two types of groups:
So the first group is defined by a high 4th pulse and the second group has a low 4th pulse. In this case we say a high 4th pulse means a 1 and a low 4th pulse means a 0. We then get the following output:
11111 10000 1 0
Each (group) of numbers has a specific meaning:
11111 10000 1 0
SystemCode
is defined as a binary numberUnitCode
is defined as a binary numberState
defines whether a devices needs to be turned On or OffCheck
defines whether a devices needs to be turned On or Off (but is inverse)So this code represents:
Another example:
00000 00100 0 1
Furthermore the protocol filters out false positives by checking if:
This makes the protocol more accurate because it will respond less when arctech_old commands are sent.