User`s guide

X10CONFIG(5) X10CONFIG(5)
The default for the TRANSCEIVE directive isALL, and for the RFFORWARD directive isNONE, mean-
ing that signals on all housecodes will be transceived. The same housecode cannot be both transceivedand
forwarded.
Certain special module types have options to override the TRANSCEIVE and RFFORWARD lists for spe-
cific units and functions within a housecode.
TRANS_DIMLEVEL directive
This directive specifies the dim level(1-22) for each RF Dim or Bright signal transceived(or forwarded) by
heyu_aux. The default levelis2which results in a brightness levelchange of about 6 percent in standard
X-10 Lamp Modules.
Example:
TRANS_DIMLEVEL 2
AUX_REPCOUNTS directive
This directive instructs heyu_aux howtohandle multiple bursts in an uninterrupted sequence by providing
3numbers:
AUX_REPCOUNTS <MIN> <REPEAT> <MAX>
See man page x10aux(5) for details. Most users won’tneed to change the defaults (1 8 200) for this direc-
tive.
DISPLAY_RAW_RF directive
This directive instructs Heyu whether or not to display the rawRFdata bytes from the receiverdevice. The
choices are the default "NONE" to not display anyraw data, "NOISE" to display data which heyu_aux
judges to be RF noise, or "ALL" to display both noise and normal rawRFdata. Only change from the
default for testing or debugging.
SECURID_16 directive
This directive determines whether Heyu will use the full 16-bit ID of security sensors when receivedbya
RFXCOM receiverinvariable length packet mode. It is provided primarily for temporary backward com-
patibility in case the user has a large number of sensors configured with 8-bit IDs, until theycan be recon-
figured. The parameters are YES or NO, with the default being YES. The ID of a security device which
transmits only an 8-bit ID is taken to be the lower byte of the 16-bit ID.
SECURID_PARITY directive
Security sensor transmissions include a parity check on the upper 8-bits of a 16-bit ID. Some sensors,
notably the Aux channel of the DS90 Door/Windowsensor,incorrectly report the parity on half of the RF
repetitions. This directive with parameter YES (which is the default) instructs Heyu to check the parity.
The parameter NO instructs Heyu to ignore the parity.Use NO only if you have a sensor exhibiting this
bug.
HIDE_UNCHANGED directive
This directive applies only to transmitters identified by their module type as having a "heartbeat", i.e., sen-
sors which periodically repeat their current state as an "I am alive"indication. The choices are YES or NO,
with the default being NO. With YES, the sensor signal is displayed in the monitor and log file only when
there´s a change from the previous state of the sensor or if the signal launches a script.
HIDE_UNCHANGED_INACTIVE directive
As above,but for the "func Inactive"pseudo_signal.
local 24