Teken

Just to be clear the LED hasn't been turned off or dimmed right? Also the correct jumper is still in place (factory inserted) so it can by default use a controller such as the ISY to execute the options. If all of the above is true and the device is under the 2 year warranty period I would send it back via RMA.

I would do the following in case it was over looked. 1. Replace the battery. 2. Verify settings are correct for sensitivity, dusk 2 dawn, nigh mode only, etc. 3. You can after steps 1 & 2 hard reset the device and select restore device and see if it operates as expected.

Yes . . . It should be noted this was reversed in some hardware / years of production. The most famous was the cryptic values stuck on with some $0.00000000000001 label maker!

I don't recall if this question or problem has ever been posed by a member so here goes. I have a program that tracks the current, low, high values. Whether it be energy, voltage, humidity, temperature, etc. The system currently sends me a e-mail from 1 to 3 times a day depending on what the application is being monitored etc. I would like to know is there a method where I can have a time stamp with the last change with the above fields? Examples Below: Current: 20'C 12:00 PM 18/08/2015 Low: 15'C 5:42 PM 05/12/2014 HIGH: 35'C 3:48 PM 22/07/2015 As you see in the fictitious example above which I have high lighted in different colors. Is there a method where these time stamps can exist until such time as these values change? From that point forward those dates and times would obviously change to reflect the current, low, high values?? These time stamps should exist even after a firmware update / system reboot. Make sense, clear as mud???

Yes, you can . . . Could you explain how you're going to disable door sensor? Do you mean disable the ISY Program?

This doesn't really answer your question you posed but some installs where wiring was not possible. I used a double switch plate changed the old toggle switch to a standard decora. Added in a micro relay / dimmer at the light fixture then on the spare plate hole used a 8 button remote link. This *appearance* wise gave the look of two decora switches and also allowed control of extra Insteon enabled loads. The only down side was no real time status etc. But it was a good compromise of wiring and having the same control etc.

This is a very comprehensive program that monitors all aspects of the Leak Sensor but you can modify it to use for the door sensor. http://forum.universal-devices.com/topic/11566-leak-sensors-a-suggested-complete-program-package/?hl=%2Bleak+%2Bsensor

Manual? What manual?? Who reads the manual, we are men, you don't need no stinkin manual! Ha . . .

To add more clarification to what LeeG has posted. In my humble opinion if you have a small Insteon network of less than five devices and very few programs / scenes. Its really not the end of the world as its just a small amount of time. If on the other hand you have extensive programs, scenes, and Insteon network. The small amount of time will seem like years when you have to recreate all the links, scenes, and associate all the programs to the missing devices etc. But, if the above is not germain to your current situation by all means follow through . . .

If you purchased both (new) units together its highly likely the hardware / firmware is the same. I only ask because over the years many battery operated devices have had minor firmware changes to how it behaves. Many of us have also noted firmware levels showing the exactly the same but operate completely different. The most frustrating aspect of this is often times these changes are introduced mid production. Meaning something will have v.43, and another person will have the exact same v.43 but it will operate and behave completely differently. This has been seen in the Open-Close, Leak Sensor, and Door Sensors.

Further to what LeeG has asked I assume you're using Belias's program to monitor the heart beat status?

Motion Sensors have never had a heart beat.

That was the confirmation I was looking for actually. Are the sensors you have in place all made in the same production year and have the same ISY firmware as listed? I ask because Smartlabs has been well known to change behavior with out informing the general public and their 3rd party vendors.

Alan, I agree the stated RF range of Insteon devices rarely meet the published specs listed by Smartlabs. But you should note that the range you see listed is direct line of sight free air. Any material in the way of the device will either absorb, or reflect the signal. Best practice is to place any dual band plugin devices at the four corners of the house. Whether that be basement, main, and upstairs (assuming you have a second floor). This insures RF coupling to any battery operated devices which require it. I've done more than 300+ Insteon installs and following this basic premise insures consistent RF signalling. When finances do not allow such hardware deployment a plugin dual band device is placed as close to a central point in the home. This is a compromise but does bolster the RF signal to power line communications. Keep in mind no amount of coupling / bridging by a dual band device will circumvent signal suckers / noise makers in the home. Most common are older 915 mhz portable phones, baby monitors, camera's, etc. Any computer related devices, UPS, cell chargers, need to be placed on a Insteon Filter Linc. Lastly, I can assure you Z-Wave is not the silver bullet when compared to Insteon. Depending upon which generation and device, brand, model, you will still require bridging repeaters to allow proper signalling. The Gen 5 Z-Wave devices have started to roll out and they advertise extended RF range, programming speed, and security. Even with this they require lots of repeaters to complete their mesh network.

You can not query a battery operated device. When you see a status of On/Off this is because the battery operated device sent a signal indicating its last state. When you do a firmware update or reboot the ISY that state will either be lost or show the last known state. This is expected behavior of the system and is not a fault. You do not need to relink any battery operated devices at all . . .

Silly question but are you in fact using this device as a two node set up? If not remove the check mark and see if the duplicates stop.

Long story short doing so essentially mimics you hard resetting all devices in your home where there is no association with one another. Any programs you have created thus far will point to nothing. When you use the replace PLM the system will delete the old PLM and replace it with the new one automatically and thus keeping all associated programming, links, scenes, etc. But if you want to waste time go ahead . . .

Thank you both for confirming the above seller has fresh stock from Smarthome. I think its highly likely unless a business is not selling a lot of Insteon products that what is on the shelf is current production. Having said this its never a surprise to see older items being sold because it simply doesn't move like other products like switches, outlets, and plugin modules. Great to see a seller pass along a nice $18.00 saving to the general public!

As stated you were just living on borrowed time with that older PLM in place. Yes the Amazon 2413S PLM is the same but you should note unless the buyer is actually from Smarthome. You risk purchasing another PLM that has the capacitor issues. Smartlabs is now selling hardware 2.XX now which is supposed to incorporate better capactiors and also resolves the ALL ON / ALL OFF issues a limited amount of people have seen and experienced. If you decide to purchase the cheaper PLM from a 3rd party vendor you have really two choices. Take a risk you get a hardware 1.XX version and at some point you can do the capacitor fix yourself to avoid the 2 year failure. Or gamble that you will indeed receive the latest 2.XX hardware with the new firmware fix in place.

So not to take this thread on a complete tangent but did you receive another HUB PLM to help resolve the ALL ON issues?

I would have to gather this may be a small fluke in production if not God help us all. Every time I read about v2.X PLM hardware having issues it just makes the hair on the back of my neck just stand up and I get this bad taste in my mouth. It truly saddens me that UDI has been halted in this endeavor to release a more robust PLM to the general public. Having a single source supplier providing hardware is just a terrible place to be in the long run. Also having a single item that interacts with a Insteon network is just trouble. As limited as, BLE, WiFi is at least no single device has command and control of its global operations. I've often dreamed about a world where new Insteon devices would have the ability to just talk to the ISY Series Controller with out the aid of a middle man like the 2413S PLM. Given the computing power, memory storage, available to hardware vendors these days to me it would just make more sense if the ISY was a hybrid PLM, no? All they would need is the PLM Insteon chip and integrate it into their box as they do with the Z-Wave / ZigBee cards. The only difference is that the PLM chip would be integrated to the main PCB of the ISY. What a nice dream, sadly a pipe dream . . .

LeeG, Hoping to see a production unit with a 2015 marking but good to know its possible 4614 units have no options. Some of this is really frustrating to keep track of and know what to expect. I've said this 99999999999999999999999999 times over the years and will continue to do so. Would it kill anyone to provide release notes on product development or enhancements?!?!? I am at a complete loss as to why a company would not take a small amount of time and publish the information, features, with release notes. This is basic 101 in almost any industry I know of.

As Michael indicated and EVIL Pete alluded to using a RF device which can be powered by anything will supersede the need for a 120 VAC power line device. I am still looking forward to seeing the recorded video and presentation of this effort.

I wanted to bring this back to the top and ask if anyone has received a brand new Open-Close sensor (Trigger Linc) and whether or not it has the *Options* to set battery, heart beat etc. Please indicate the hardware revision, production date, along with the ISY firmware.

EVIL Pete, Much thanks for the insight and clarification on how the I2CS data packet is intercepted and managed. A little bit of spit balling here so bare with me if you will. Lets assume there is no encryption being considered for the next generation of Insteon devices. How would you update the existing Insteon protocol to make it harder for someone like you to flesh out the required data to circumvent and take control of said device(s)?? I believe you're in a good position to offer a counter measure or at least provide some insight as to how you would stop a person such as yourself from doing the same. To catch a thief you must either think like a thief or use a thief to aid in the capture. Ha . . .