User`s guide

X10CONFIG(5) X10CONFIG(5)
EH-WD210 -()ElecHomica EH-WD210 Water Detector
GB10 -()Marmitek GB10 Glass Break Detector
SVDATA -()Generic X10 Security Remote (all ´vdata´)
Most (but not all) security sensors transmit a 16-bit security ID which is detectable with the RFXCOM RF
receiveroperating in variable length packet mode (the default). For backward compatibility,the directive
´SECURID_16 NO´ instructs Heyu to ignore the upper 8-bits.
Some security sensors, notably the Aux channel of the DS90 Door/Windowsensor,hav e afirmware bug
whereby a parity bit used to check the upper 8 bits of the 16-bit security ID is incorrect in every other RF
repetition, which means that half the signals are discarded as noise. The configuration directive
´SECURID_PARITY NO´ instructs Heyu to disregard the parity bit. It’suse is less riskythan throwing
aw ayhalf the signals, but if none of your sensors exhibit this bug there’snoneed to use it. Configuration
directive ´DISPLAY_RAW_RF NOISE´ can be used to determine whether the bug exists.
Unlikethe larger SH624 security remote, the smaller KR10A, KR18, and KR21 security keyfob remotes
have nophysical Away/Home or Max/Min switches, and by default transmit the swAwayand swMin flags
when the Arm button is pressed. Appending the parameters SWHOME and/or SWMAX to the alias direc-
tive for these keyfob remotes results in the flags being decoded respectively as swHome and/or swMax.
Alternatively,appending the parameter DUMMY to the above security keyfob remote alias directive results
in the signals transmitted by the Arm and Disarm button presses being decoded instead as Alert and Clear,
thus allowing the remote to be used for a user-defined purpose unrelated to Arm and Disarm.
Module type SEC_IGNORE can be used to ignore signals from X10 Security sensors which may not be
under your control, e.g., signals from a nearby neighbor´s sensor.Anunused Housecode/Unit address must
be sacrificed. Specify the Security IDs for one or more sensors to be ignored.
Example:
ALIAS Neighbor_Sensors P6 SEC_IGNORE 3C 4E 2A
The following entertainment transmitter model is included for use with RF Auxiliary input from a
W800RF32A, RFXCOM, or MR26A receiver.
UR81A -(UR61A) X-10 Entertainment Universal Remote.
The following module types are used to override the settings defined by the TRANSCEIVE and RFFOR-
WARD directivesfor specific units and functions within a housecode. Each requires one of the parameters
TRANSCEIVE, RFFORWARD, or RFIGNORE be specified following the module name in the ALIAS
directive.
PALMPAD -Controls RF On, Off, Dim, Bright.
KEYCHAIN -Controls RF On and Off
ONLYON -Controls RF On
ONLYOFF -Controls RF Off
MS12, MS13, MS14, MS16 -Controls RF On and Off
(The MSxx module types are similar to the KEYCHAIN module type but are defined as "sensors" and as
such will be listed in the table displayed by ´heyu showsensors´.)
Example: If housecode C is set to be transceived, specifying:
ALIAS XMMS_Control C1-6 KEYCHAIN RFFORWARD
allows using the On/Offbuttons C1-6 on a RF remote to launch scripts controlling the XMMS audio player
software on the PC without the delay of a powerline signal. The other unit buttons continue to transceive
powerline signals to lamps and appliances.
PLCSENSOR -Atarget for a transmitter which sends
X10 On and Offsignals overthe power line and which has
a"heartbeat", i.e., it periodically retransmits its current
state. The Heyu config directivesHIDE_UNCHANGED and
INACTIVE_TIMEOUT apply to this module type as theydofor
local 6