HEYU Remotely control lights and appliances
Download

HEYU Ranking & Summary

HEYU Tags

control remote remote control home automation remote apliance apliance

HEYU Description

Remotely control lights and appliances Heyu is a text-based program for remotely controlling lights and appliances in the home or office.Heyu uses the CM11A computer interface to send X10 control signals over the AC power lines to modules which can turn On, Off, or Dim attached lamps or appliances. Heyu can store a schedule of timed events in the CM11A memory for execution when the computer is turned off or disconnected.Heyu is also able to use an optional CM17A interface to transmit X10 RF signals. Here are some key features of "HEYU": · Highly configurable and able to transmit and receive any X10 signal supported by the CM11A. · Monitor and/or log all X10 signals on the power line. · Maintain a record of the state (On, Off, Dim level) of modules based on received or transmitted X10 signals. A variety of different lamp and appliance module types are supported as well as a few specialty modules like RCS-compatible thermostats and remote thermometers. · Execute scripts or commands based on received or transmitted X10 signals and the recorded states of modules. · Upload schedules of timed events and macros to the CM11A memory for operation without a computer. · Events may be scheduled for execution at local clock times or relative to the times of daily Dawn or Dusk. · Schedules may be uploaded for the calendar year, or alternatively for a period beginning on the current date and extending a year into the future. · Event dates and times are automatically adjusted for Leap Years and periods of Standard and Daylight Time. · Control multiple CM11A interfaces connected to different serial ports on the same computer. · With an optional CM17A device, transmit X10 RF signals to a transceiver for conversion to power line signals (possibly on a separate branch of the AC line), or to an X10 RF receiver connected to a different computer. Any RF signal supported by the CM17A may be transmitted. What's New in This Release: What's New: · Added command 'heyu show x10security' to provide a tabular display of all X10 Security sensors. Thanks to Jeff Roberts for requesting this feature. · Added commands 'heyu delay NNN' and 'heyu rdelay MAX', where NNN, MIN, and MAX are expressed in integer minutes 0-240. These can be used to insert a delay, either fixed (delay) or random (rdelay), in a scene or compound command executed by a script. · With the optional parameter MIN the delay time will be no shorter than MIN (default 0) and no longer than MAX. Thanks to bill_williams (John) for suggesting this feature. · Added command 'heyu setrtimer N MAX' (and '@setrtimer ...') to set a Heyu timer N (N = 1-16) to a random countdown time, where MAX and the optional parameter MIN are times expressed as hh:mm:ss, mm:ss, or just seconds. When executed with both time parameters, the random countdown time will be no shorter than MIN (default 0) and no longer than MAX as for 'rdelay' above. · Added (Beta) support for receiving and processing signals from KAKU and HomeEasy remotes. See the new man page x10kaku(5). · Thanks to Bernard Willemot for requesting this feature and supplying test data. · Added (Beta) support for receiving and processing signals from the OWL CM119 Electricity sensor. Documentation is included in man page x10oregon(5). Thanks to Andres Janno for requesting this feature and supplying test data. What's Changed: · The directive RFXCOM_ENABLE is now obsolete and its use superceded by a new directive RFXCOM_DISABLE. Newer RFXCOM RF receiver hardware supports a wider array of signal types than previously, and by default they are now all enabled. This new directive allows configuring the RFXCOM hardware to ignore signal types which would otherwise be obtrusive or appear as noise. See man page x10config(5) for the list. What's Fixed: · Scripts were not being launched for function vdata when received as RF, i.e., when mapped with module types SVDATA or SSVDATA. Scripts were not being launched for any RFXSensor or RFXMeter functions, e.g., rfxtemp, rfxpulse. Thanks to Dave Schaap for reporting these bugs. · Scripts were not being launched for Oregon functions sent to emulation modules ORE_*EMU. Thanks to Janusz Krzysztofik for reporting this bug. Signals from an ORE_T2 Temperature sensor could be confused with the ELS_ELEC1 (Electrisave CM113 electricity monitor). The order of testing signals was modified to prevent this, however if you have an Electrisave, see the note for ELS_ELEC1 in man page x10oregon(5) for a possible reverse confusion. Thanks to Geo for reporting this problem. · The Oregon WTGR800 weather sensor incorporates an ORE_WIND1 wind sensor and an ORE_TH5 temperature/humidity sensor which apparently share the same RF transmitter and transmit the same ID code. The ID code of the ORE_WIND1 is now tweaked to avoid having two Oregon sensors with the same ID. · The install script "install.sh" was modified to (hopefully) make it compatible with the various Bourne-type shells used in the different operating systems supported by Heyu. Thanks to Ross Davis for reporting the problem encountered under OpenBSD and suggesting a fix, and also for supplying updated information for the OpenBSD FAQ.

HEYU Related Software