Home Easy Old Version
Brand | Protocol |
---|---|
Home Easy | home_easy_old |
-s --systemcode=systemcode control a device with this systemcode -u --unitcode=unitcode control a device with this unitcode -a --all send command to all devices with this id -t --on send an on signal -f --off send an off signal
"living": { "name": "Living", "switch": { "name": "Switch", "protocol": [ "home_easy_old" ], "id": [{ "systemcode": 1, "unitcode": 1 }], "state": "off" } }
Setting | Default | Format | Description |
---|---|---|---|
gui-readonly | 0 | 1 or 0 | Disable controlling this device from the GUIs |
This protocol sends 50 pulses like this
289 867 289 867 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 9826
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).
289 867 289 867 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 867 867 289 289 9826
If we now look at carefully at these groups you can distinguish two types of groups:
289 867 867 289
289 867 289 867
So the first group is defined by a high 3th pulse and the second group has a low 3rd pulse. In this case we say a high 3rd pulse means a 0 and a high 3rd pulse means a 1. We then get the following output:
1 0000 0000 0 0 0
Each (group) of numbers has a specific meaning:
1 0000 0000 0 0 0
Unit
is defined as a binary numberID
is defined as a binary numberAll
is defined as a binary numberCheck
is always 0State
defines whether a devices needs to turn on or offSo this code represents: