ELA

Hello and Welcome to this forum, Are you willing to become an Automation Hobbyist? If not then I would recommend you stay with the Hub. I may be incorrect but I would think that most here would consider their automation interest a hobby. It definitely demands a bit of your time if you want to explore all the powerful features that an ISY/EISY can add to your existing automation installation. If you are willing to spend the time required the people on this site are great at offering their time to help you along the way. As already mentioned it would be helpful if you described a bit about your existing installation. I would suspect that you had to spend some time getting your existing installation up and running reliably. You say you are having some issues now with the Hub. Are you sure it is the hub? Many experience issues with getting their communications between devices reliable. If existing issues are communications related, then changing to an EISY alone may not be all that is required. Having to resolve communications issues can make you a hobbyist :)

Techman, What I was sharing has nothing to do with programs. The older style MS Sensor by default sends both ON and OFF commands. Link the MS sensor to the PLM via ISY994 - no programs created. Activate the sensor several times and read the excel log. You see both On and Off commands logged. Install jumper #4 for ON only mode. Activate the sensor several times and note that the log contains no commands from the MS sensor. This is what occurs in my ISY994 rev 5.0.15 firmware. I have always assumed this was a bug in the ISY firmware and that it was likely fixed in later versions. I was curious if this might be the case in the EISY and its versions of firmware or if it has been fixed.

Techman No I am not asking for assistance in debugging programs. I was sharing that two of my IR sensors, that are configured to report both day and night, and to send only the ON command, do not show up in the log. That fact can make debugging more complicated. I am just a little curious if that particular IR configuration, coupled with certain firmware versions, and failing to report to the log, is unique or if others may also have experienced this.

I am still running an older ISY994 running ver 5.0.15 firmware and noticed that some IR sensor on/off activations do not show in the log. I have 8 IR sensors total and 6 of those 8 report all on/off actions to the log. Those 6 are configured to only trigger at night. The 2 that do not report to the log are configured to be active both night and day and send On only. I have found that a little frustrating when trying to debug program issues. I am not sure why that the lack of reporting happens for that configuration. I always assumed it was a bug that was fixed in newer releases but perhaps not?

You suspect? NEC 250.118(A)(13) says it is ok.

Hello Merlin, Do you have any plug-in modules such as a Lamplinc? Did not see any in your list. Here is one test that might help you progress using a plug-in module ( maybe consider getting one if you do not have one). Create an isolated test network using your new filter. With the filter plugged into a wall outlet plug a power strip( ideally one not advertised as a suppression device) into its filtered output. This somewhat isolates everything plugged into that power strip from the rest of your home power. Now plug your PLM and the one pluggable device ( I will refer to it as "lamplinc") into that power strip. Now see if you can communicate between the PLM and that one device only. If you cannot then you may need a new PLM. If you can communicate between the two use the level 3 viewer and confirm that the "hops left" are 2 or 3. Next put the PLM back into its normal location ( no more filter used). Put the Lamplinc next to it in the same outlet. Use the level 3 viewer to see what the hops remaining are. If that does not work try the same at another outlet location. If it does work then you can start moving the Lamplinc to various other locations and use the hops remaining as an indicator of the quality of the communications at each new location. This could help you zero in on a problem area of the homes power distribution. Watch as the number of hops left decreases greatly.

Some newer Refrigerators utilize a VFD on their motors. At an increasing rate they are tripping GFCI's. This is being recognized and Leviton is now offering a Wifi connected GFCI to report when it has been trippped. Here is a link: https://store.leviton.com/products/20-amp-smartlockpro-wi-fi-certified-smart-gfci-receptacle-outlet-white-d2gf2-kw?variant=43908872175846

Sure there are lots of ways to test a PLM to see if it's ANY GOOD. Its important to note that there are many different operational aspects of a PLM to be tested in order to assure that it is TOTALLY GOOD. Brian detailed a good method to test the serial interface of the PLM. As he pointed out that requires quite a bit of effort , but is doable with a serial terminal test program such as Docklight. Docklight is a great tool to have. An easy way to test the power line communications aspect of the PLM is to add it, like any other Insteon device, to your existing ISY/PLM setup. Use the Add Insteon device option, enter the address, and have it auto find the PLM you want to test. It will add to your existing network as an unrecognized device if it is operational. You will have limited ability to communicate with it as an unrecognized device. The Beep option should work as a test. You can then also monitor the comms using the level 3 viewer looking at the hops used. You can move it further and further away from your system PLM to stress its ability to communicate over longer distances within your network using more hops. I have some more advanced tools at my disposal to test Insteon devices. I have done a lot of pre-testing of new devices before adding them to my network. One reason that pre-testing can be important is for identifying new devices that are not always TOTALLY GOOD. I once returned a brand new 2413S PLM because its power line signal strength was only 1/2 that of what a new PLM should be. While that PLM might work ok in some Insteon networks it may also work very marginally in many other networks.

Thank you Athlon, Hopefully Blackbird will update when they test theirs. I suspect the 0.8w is correct and that is the power wasted when nothing is displayed. It might be interesting to see a screen shot of the current values when full on. I found the Kasa site somewhat lacking in details. From what I could derive the string is 150 leds total, with each cuttable section consisting of 3 leds, as a "color zone"? One control IC per 3 leds.

Hello Athlon, I am curious about the screen shot reporting of current , voltage and power. It shows 0.8W ( assuming when off)? Do you happen to know if that is accurate? The reason I ask is because Addressable LEDs can be pretty inefficient when powered up but nothing is being displayed. For the 5 volt LEDs I am using each LED also has its own IC that receives commands and controls that LED. Those ICs take 1ma each. So with a matrix/string of 512 LEDs that is 0.5 amps x 5volts = 2.5watts. That is when nothing is displayed. It is for that reason on my displays that I added circuitry to turn off ( interrupt power) to the string when nothing is being displayed to save energy. The microcontroller remains alive for wifi connectivity, just the LED string/matrix are unpowered I am curious if the Kasa product attempts to so something similar or not?

Addressable LEDS I expect that the ISY will only call up preprogrammed sequences. I have used several Addressable LED strips and matrixes that I interface and program via a wifi capable arduino microcontroller. That allows one to have total control over unique sequences and ability to use your own network command set interface with the ISY. https://forum.universal-devices.com/topic/32992-addressable-led-visual-display-board/?do=findComment&comment=313775 I am currently working on a 48 x 48 ( 2304 LEDS) panel matrix.

Hello rssorensen, That is an interesting issue. Is it a GFCI breaker or receptacle? If a breaker how long would you estimate the wire is from the breaker to the Insteon outlet? GFCI device? Does the GFCI ever trip randomly ( not during an ISY Query)? In theory Insteon signals should not trip a GFCI. There have been reports of it though. GFCIs are not all created equal. Some older units are prone to nuisance tripping. If it is an older unit you might try replacing it. If you ever experience random tripping it is possible that you have a continuous leakage ( long wiring length) always and that the Insteon signals add to that and cause the trip.

Smorgasbord, I spent a little time refreshing my memory by retesting as it has been a long time since using a terminal program with EZIO8SA8. I am attaching a pictorial of the serial cable needed ( Brian provided pinouts earlier). If you every bought a 2413 PLM by itself you should have received one of these cables with the PLM in its box. First Connect the EZICOMM to the terminal program and see if you can communicate with it . ( this is to assure you have the terminal program setup correctly). Brian supplied the terminal program parameters ( baud etc) earlier. If you send an "02 60" you should get a response as shown: If you have that working then you will need to swap pins 2 and 3 ( Rx and Tx) at the DB9 connector to be able to talk direct to the EZIO8SA module at its J2 connector. As soon as you power up the EZIO8SA you should see it sending the message as shown. That is the EZIO8SA trying to change the EZICOMM's Category and sub -category values to "07 04". Since there is no EZICOMM connected in this scenario it sends it over, and over and over again. If you do not get this then the EZIO8SA module is likely not working correctly. The EZICOMM(PLM) does not store any updated Category and sub-Category value upon power down. So the EZIO8SA needs to provide that updated Category and sub-Category each time the pair are powered up together. Hope this helps and good luck. If there is an extra duplicate screen shot at end ignore it. I could not remove it for some reason.

Thanks Brian, That confirms it is not reporting as an EZIO8SA. My notes show it should report as "07 04" and that is what I see with mine. My notes also indicated that when I later factory reset the EZICOMM(PLM) it then reported as "03 2A" Also note that the message link response was NAK ed. " 15" .

When you add it to ISY do not specify a device, enter only the address and use "add Insteon Device". Forget the backup. If that does not work .... Have you ever used SHN or a terminal program for RS232 communications? Docklight used to have a free version. Not sure if that is still true. You can google it and download both the program and the basic Insteon command set to get started. If you do not have a serial port you will need a USB to RS232 converter. If you have not done any of this before it is a lot to explain. Hopefully others can contribute.

As Brian said your EZICOMM(PLM) is not bad. If you really want to pursue it further you could use the SHN utility or a terminal program such as docklight. These allow you to send and receive messages that the ISY does not normally display. I would be interested in how the EZICOMM is reporting its "Device Category" and "Sub Category". Q) When you add this device does it display only one item , as you showed early on? If so then my best guess is that the EZIOSA8 is not communicating with the EZICOMM via the RS232 connection between them. Therefore the EZICOMM is not reporting as a EZIOSA8 but rather just as a standard PLM. Requesting the Version information "0x02 0x60" from the EZICOMM would confirm if that is true. It is possible to communicate directly with the EZIOSA8 module (RS232) via a terminal program but that may be a little more complicated that you want to attempt? Short of more in-depth data send/captures you might try a different cable between the EZIOSA8 and EZICOMM if you have not already. There is a length limit on that cable so use a short one for best case testing.

As Brian pointed out the EZICOMM is communicating with the ISY. What wall wart are you using to power the EZIO8SA? Is it possible that the EZIO8SA is not powered properly? Can you measure the voltage at the +12V to GND terminals on the EZIO8SA? Make sure the EZIO8SA is powered correctly and connected to the EZIOCOMM at the time that the EZIOCOMM is plugged in. The EZIO8SA sends communicated with the EZIOCOMM on power up to enable it to be recognized as an EZIOCOMM rather than a standard PLM. I have an old EZIO8SA that I have not been using. I just added it to the ISY without issue. All 8 outputs and 6 inputs were added and displayed. I could turn on and off the relays without any need to adjust any default config. settings. I would focus on "adding the new insteon device" until all 14 I/Os are added successfully rather than restoring any old setups.

In Support of Brian's comments to the fact that each Insteon PLC device is a "signal sucker" of sorts to all other Insteon PLC devices: Below is a listing that quantifies how severe of a signal sucker common household devices are. Actual current measurements were taken at the Insteon PLC frequency. Those currents were then normalized to the same current demand level that a single Insteon device presents to the power line. If a person believes that adding an EMI filtered plug strip, or any device with an across the line filter capacitor, can be a signal sucker; then the chart shows that any a single Insteon device is a signal sucker to that same level. As Brian pointed out, in marginal situations, two devices next to each other could aggravate a communications issue. Yes dual band devices and re-transmissions help negate the signal sucker effect of each Insteon device to some extent. Still none the less true that each Insteon device is a signal sucker.

Hello Mr. Bill and thank you for asking, It uses a MKR1010 wifi enabled microcontroller. Running Arduino wifi code. I like that it allows you to define your own network commands. Makes it very flexible. I have several MKR1010s running various items in the house including automated cat feeders. The project was driven by a desire to be able to display all my IR/door sensors with a map that made it easy to see which were active at any time. I was using an 8 button keypadlincs leds as their status up until now so it is a nice improvement. I am sure there are more elegant displays but it was a fun project.

Video view when completed: https://media.giphy.com/media/mK0xyRyxuw69p0DuOJ/giphy.gif

Wanted to share an idea for an ISY based Visual Display board using addressable LEDS. With thanks to Ajax for introducing me to the addressable LED idea on this forum. Happy 4th! I had a need for additional indicators for my various sensors around the house. I was using an 8 position Keypad's leds up until now. That of course was limited to 8 LEDS. This new display is a matrix of 512 addressable LEDs in a 16 x 32 pattern. Enough to make crude graphics, display text, and report IR/Door sensor status. I am posting a few pictures of the project and a few displays. The house outline is in demo mode to show all sensors on. I am still working on a best way to diffuse the lights best.

Thank you both for sharing. I like the idea of an automatic intake in case no windows are open.

I have had a quietcool WHfan for many years and am very happy with the sound level. The specification for sound level appears to be better than for the airscape WHfan. ( depending upon model of course.) I considered automating the controls just because I could. However dont whole house fans require the windows to be open? Do you automate the window opening as well? I have my annunciation system tell us when the outside temperature is lower than inside so that we can open the windows and turn on the WHFan.

The constant current technique to measure resistance is limited by the basic R=E/I equation. Thus the maximum R that can be measured is therefore limited by both the voltage that the meter is using and also the constant current source value. For that reason some meters will change the constant current source value depending upon the Resistance value they need to read. A lower current source allows for higher resistance readings. When a meter reads "OL" it is being limited by either its voltage or current source. Using the diode setting on a meter is measuring the junction voltage of the diode and is not related to resistance. Unlike a resistor a diode is a non linear device. You can also use the diode setting to measure some LEDs. Red and Green LEDS have a lower junction voltage and a meter on the diode setting usually has enough voltage to both light the LED and display its forward voltage. You can make a constant current source very easily using a 3 terminal voltage regulator. I have one that I use with a 30volt power supply. That along with a volt meter allows it to measure Zener diodes and higher voltage LEDS such as White and Blue. These tools all work great when measuring parts on the bench. Measuring "in circuit" is often much more difficult because of what we call "in-circuit effects" Parallel pathways for current flow that adversely affect the accuracy of measurements.