KeviNH

Most "indoor" Insteon devices are rated +32°F to +104°F, many garages exceed both ends of the range at some point each year. While this is the official rating, I've had good luck running Insteon devices at much colder temperatures. I suspect there is something about the Dragon Tech PA-100 which causes the fault you experience. If you move it inside, does it work reliably at room temperature?

While ZigBee's Smart Energy Profile (SEP) is the most well-known radio link from meters, Itron ERT-enabled meters broadcast usage data using a simpler radio protocol meant for meter reading. Unlike ZigBee SEP, this transmitter is (usually) always on and does not require permission from your power company to "connect" to your meter. I see transmissions from not just power, but also water and gas meters! The most common Automatic Meter Reader (AMR) broadcasts current and historical readings via a simple cleartext RF transmission in the 900Mhz ISM band, can be decoded with a twenty dollar SDR dongle and some free software. I've tried setting up RTL-AMR receiving and decoding on a Raspberry Pi 3. The computer can handle the radio receiver code, but falls behind when trying to receive and decode the transmissions on a single rPi, realy needs a faster computer. You'd need to be running ISY v5 and set up a node server if you want to make use of AMR-received power data in your ISY programs. Agreed. If you decide to get serious about energy monitoring, you'll probably want to go with per-circuit "clamp on" CT metering in the breaker panel rather than whole-house totals at the meter, there's a thread about that: http://forum.universal-devices.com/topic/17817-suggestions-on-energy-metering/

Read up on the Portal module and what it does. It may be the solution to your requirement.

It can be difficult to work through setting issues without being able to run a packet sniffer to look at the actual transaction (and with TLS, it can be difficult even with a packet sniffer). I haven't used Cox's internal email servers, but I have set up a few ISY's to use Gmail. I created a separate gmail account just for notifications. With GMail you'll find a lot more people on the forums have set it up and know how to work through the connection/authentication issues.

I'm using the Honeywell TH8320ZW1000 (aka YTH8320ZW1007), have been very happy with it. I have the time-of-day changeover done by the thermostat, and use the ISY to set it to "energy save" mode based on occupancy sensors. Thermostat reports status to the ISY and I can trigger programs based on when the heat or AC actually is running, for example I have a program to track furnace runtime by day. Main reason I have the thermostat doing the time-of-day settings is because Honeywell thermostats include a feature called "Adaptive Intelligence recovery". when using the internal schedule. Each day, the thermostat tries to reach your set temperature for the set time, so if I set "Wake - 7AM - 66F" in the schedule, it will start the furnace at 6:50AM to try to hit 66F by 7AM. If it doesn't actually make that temp. until 7:05, then tomorrow it will start at 6:45. Communication shouldn't be an issue in that situation. I use a few Aeon multisensors with plug-in power to both get temp/humidity from other rooms and as repeaters.

While it sounds quite unlikely, if copying/editing programs reliably fixes the problem, it is possible there is a physical fault with the ISY or the SD card inside the iSY. Technical support may be your best option.

Specifically, you want a program that has Schedule set to "At Sunset", and has no other conditions, then the action in the program would be Wait ... Random (which may wait as briefly as zero seconds). If you have any other conditions set in the If clause, keep in mind that program Conditions are re-tested after a Wait or while Repeating, which could cause statements after the Wait not to be executed.

I do two kinds of logging, both use ISY994 features with variable substitutions to get data into a useful form. For Program events that are of interest to other systems in my house, I use Network Resources to generate a syslog packet, this can be received and handled by any Unix system, or even Splunk, etc. I use Notifications to append text to a webpage on the ISY994 when certain programs run, this gives me a HTML view of what's happened today, which I can view from any web browser, e.g. from a phone or tablet. Logfiles are named for the day of the week, and erased after 6 days. One use of these is to figure out what happened when I miss a notification I expected -- if I didn't get the email notification, I can check my webpage log to see whether that program sent a "notification" to the webpage, basically an execution history instead of just a "last run" timestamp. Say no, save to disk, then launch Excel, find the saved .csv file on disk and open it that way? Haven't tried SEG. I do track some things locally (temperature and humidity), and have been playing around with sending event timestamps and tracking/graphing variables using the free version of UbiDots.

Currently the IOT4R should work as a EZIO4O, per their website. If you have the Network Module, you could play an unlimited number of on-the-fly text to speech announcements with an rPi, for less $$ than either previously mentioned solution. It can also playback any MP3 or WAV file.

Hint: You can also use 'Beep' with a scene, causing multiple devices to sound off (nearly) simultaneously. The "beep duration" is value is ignored by all known Insteon devices, all durations give the same length and volume beep.

The main purpose of the internal speaker is to provide alarm/fire alerting inside the house, at a moderate volume. The speaker isn't really all that loud, you might not really hear it at all if you mount it in the attic instead of somewhere connected to the main living area. Sirens are much, much louder, and make sure all your neighbors know you have an alarm system. If your garage or attic has a open gable vent, it's common to mount a siren just inside the vent, aimed outwards. This protects it from the weather, critters, etc.

Google VAPIX. Axis publishes a full API spec, should make it easy to have the ISY994 send control commands. I don't know what camera models/firmware support the API.

Why not use an Open/Close sensor (2843-222)? Use it with the magnet to detect when the lid is opened, or better yet hardwire it to a tilt sensor to send a signal when they dump the can into the truck. With the latter option, could even seal it up completely against the elements and it'll still detect being tilted.

My plan is to network-enable control of Somfy using a RFXtrx433E. It translates 433Mhz network device data to and from serial (via USB).

The EZIO is certainly the cost-effective way to solve this. Using a scene would make the response time faster and more reliable than using a program.

Schlage BE469 are Z-Wave only; You wouldn't want to use traditional (insecure) Insteon signalling for a deadbolt. The 469 does eat batteries, but on the positive side the status in ISY994 includes battery level, so you can know in advance when to change out the AA batteries.

Entirely unrelated, this is for OpenADR, just reports whether the VTN (Virtual Top Node) is online. The VTN is usually a service running out at your utility company, not a device in your home, and the status does not do a traditional PING test.

I like the idea of having a way to do delays in Network Resources, but suspect this project goes beyond what can be expected of Network Resources. If you have a rPi or some other always-on unix-like computer, you could have an "expect" script that runs on that computer and which can handle the prompt-and-response interactiveness of your startup needs. Then you can use a Network Resource to make a call out to the rPi to cause it to run that program.

If you have the network module (or Portal), any program on the ISY994 use a notification to append to a local webpage. See here: http://forum.universal-devices.com/topic/17927-debug-or-log-for-program-execution-in-isy/?p=163240 I use this to make a simple and legible daily log of what I consider important events. Using variables in the notification, I only had to make 2 custom notifications to log all the various door/light/sensor events I want to see in my log.

Which model (e.g. 75790)? What firmware? TMK, the "Insteon" camera doesn't have any inherent "Insteon" functionality. The configuration to have the camera send email when motion is detected is entirely done in the camera setup, not in ISY, and is covered in the documentation. Some firmware in a few brands of IP cameras offer a "HTTP on alarm" setting which can be used to trigger an ISY event.

That's a very common deployment,if you use an iolinc with multiple inputs, you can connect more than one of the relays, so a single iolinc can tell you which channel was triggered. I'd be happier if I could avoid all that wiring and get a fully functional Smartenit EZSnsRF. I talked to Dakota Alert at ISC West a few months back, and they said they are working on an updated receiver with built-in Z-Wave functionality, so it will appear as an open/close Z-Wave sensor for easy home automation.

First, skip the Smartenit EZSnsRF, I never got it to work reliably. Using the Dakota base-station receiver relays with IOlinc works great, but it's really a solution for when range is an issue, could be overkill for your needs. The Dakota driveway alert with the buried coil works very well for detecting a car coming up your driveway, is the best solution to reduce false positives. Getting back to motion detection, the motion sensor in the Dakota and the Insteon motion are both Passive Infrared Sensor (PIR), so a clear case may not work; you need a material that is transparent to infrared light -- many "clear" plastics block infrared, and some translucent plastics (e.g. polyethylene) pass IR. That's how Dakota does it, they have a less-than-weatherproof PIR sensor inside a weatherproof box with a window:

Remotely power-cycling the ISY994 every day at 2AM seems excessive, mine very rarely actually "freezes", and I use the above-mentioned web-controlled power if it happens. You can take measures to ensure that initial values are appropriate values, for example I have this program, and also I manually save certain variables current value as the Init value when important changes to variables are made (as this requires a write to SD, I try not to do it too often): SaveState If Time is 1:55 AM Then $s.Home Init To $s.Home $s.GuestCount Init To $s.GuestCount (etc, etc) $i.FanRuntime Init To $i.FanRunTime

I use these professionally all the time, have a few at home. Models by APC, Cyberpower, and Web Power Switch are all good products, prices vary, but none are cheap. They are also good for controlling the startup order after a power outage, you can set the order of startup and delay so you can have the cablemodem come up first, then your firewall, then the ISY. I like using these for remote recovery of crashed devices (including my ISY) because they have a 'Cycle Outlet' option, which will turn off the selected outlet, wait X seconds ,then turn it back on. This way I can remotely force the ISY to reset with a single click. For around a hundred bucks you can find older Digital Loggers brand "Web Power Switches" on eBay. Most can be easily controlled by sending a HTTP request as a Network Resource, so you can use the ISY to control other devices, or even have the ISY reboot itself using 'Cycle'!

Simple answer on the variable question -- when using a variable as the only folder condition, always use a state variable. If you know you never would want to use the variable you are creating as a condition, go ahead and make it an Integer, but if you think you'll ever need to use that variable to trigger a program, make it a state variable; you can't go back and change type later. Also, if you're going to make constant variables like $cTrue and $cFalse, go ahead and make those integer variables. The easiest way to run a program on demand is to make it run when you press a button on a Keypadlinc. Program "Saw Home Button" If Control 'Front Door Keypadlinc - B Home' is switched Off Then Run Program 'Goodbye' (Then Path) $Away = 1 Set Scene 'Bye Buttons Track Away value' Off Regarding the above program formatting -- To make code samples appear highlighted, paste the text, select it with the mouse, then in the editor toolbar click on the .