Teken

I have confirmed the variable did change to 1. But, will monitor it moving forward to see if that is the case in the next two days.

Hello Xathros, I believe you are tracking what my thoughts and problems are. Let me first explain why and how this program is supposed to work and what really does happen in my environment. I first had to determine with a (small margin what the wattage actually was) based on fluctuations of line voltage what the defrost power was. After several weeks of simply watching defrost cycles come on / off. I was able to determine with (voltage margin) that the IF STATUS should be set no lower than 460 watts. Once the fridge settles down in defrost mode its approx 480+ watts and runs for about 19 minutes. I initially set the wait time for 30 seconds but it did not seem to operate as expected? The reason for using the Integer variable as you're aware is that I did not want to rely solely on the power value and receive endless e-mails. All I needed was confirmation that it went into defrost mode, thats it. As time went on your great little program which is in production now has supplemented my program. But, as a reference point I wanted to monitor the two and compare the accuracy of them both as I am still seeing odd behaviour and think some of it is due to power variations and not knowing how the ISY would reevaluate the IF STATUS if the power was changing with in that window of time.

I thought it would be beneficial to many of us to know when a Run At Startup should be used and applied. I think knowing when not to use it is even more beneficial to the masses. What are the caveats of using this feature in ISY-994 Series Controller? Are there downsides in deploying too many and what defines too many? This would also be a good thread for those to supply their programs along with details of how they use, deploy, and the idea of the Run At Startup program. Much Thanks!

Hello Rich, To be clear you're not swapping between the two PLM's as you go along are you? If you're you can't do that and must focus with just one and either do a restore PLM.

I am in the middle of cleaning up some programs in the ISY in the hopes of streamlining how it functions and operates. I have been using one basic program for awhile which indicates when the fridge is in defrost mode. Somewhere down the line I made a change in the THEN section which on the surface didn't seem like a big deal. In the program listed below there is a 5 second wait period. With the 5 second wait exactly as you see here the program works and fires off an e-mail alert. With the 5 second wait placed at the top of the THEN, no e-mail is sent? Am I missing something obvious? If Status '01 Main Left / 23 Refridgerator' > 460 Watts (Current Power) And $i.Refridgerator_Defrost_Status is not 1 Then Send Notification to 'GMX' content 'GEM - Fridge Defrost Cycle' Wait 5 seconds $i.Refridgerator_Defrost_Status = 1 $i.Refridgerator_Defrost_Status Init To 1 Else - No Actions - (To add one, press 'Action') If Status '01 Main Left / 23 Refridgerator' <= 1 Watts (Current Power) And $i.Refridgerator_Defrost_Status is not 0 Then $i.Refridgerator_Defrost_Status = 0 $i.Refridgerator_Defrost_Status Init To 0 Else - No Actions - (To add one, press 'Action')

I know pretty much that X10 is going away but that is something Insteon should just keep. It doesn't cost them a lot if any to just included it in the firmware. It gives them that selling point to those who still have some legacy X10 devices that its still backwards compatible and supported. I am probably the only guy I know who is doing the whole HA that never even tried X10 in my area! I don't know if its the ugly looks, or the 1970 dial wheels that just put me off about the whole X10. Back on point: OP just use a program to return the device to a ON condition. It may not make much of a difference to Smarthome but I will add this feature request in their new forum located here:http://forum.insteon.com/forum/main-category/new-insteon-device-wish-list/18003-resume-power-state-on-off-dim-for-plug-in-devices Anyone who reads this thread and sees value in this feature please do add your voice and select the *Like* as it was really a great feature.

You would simply program the two keys to either send a ON / OFF command only to do what you wanted. There are many who simply use one button to toggle between the two states which also reflects the true GDO state. This saves on KPL buttons to be used on other Insteon related scenes. Encrypted By: Phoenix Security Solutions

I too have a LCD clock, temperature, and motion sensor wall mount controller. The parallel wiring is done at the motor GDO side not on the wall mount controller. Apologies if that was not made clear the first go round. Encrypted By: Phoenix Security Solutions

As I understand it none of the new modules will resume its previous state when AC power is lost. This is why I prize many of the older appliance link on/off units that did so. There was a period where some of the same production date units had the same behaviour as yours that shipped to end users. Your only solution is to set up a program on the ISY to turn the unit back on, at start up. Encrypted By: Phoenix Security Solutions

I would like to add if it was missed in this thread. If you directly wire the I/O link to the same wire pairs in (parallel) from the wall mounted GDO. This has worked for me and many others. The advantage of doing it this way avoids you from soldering, modifying, an existing remote. You can't lose and its a quick test to the validity of the solution. BTW: I have a Liftmaster 3800 which is exactly the same minus the Internet module and the newer controller on the wall.

Mike, I have seen this same behaviour also on my ISY-994 Series Controller. Will be very interested in the root cause and the solution to this problem. The only thing I have done simply out of course is to clear the java cache, web browser of all cookies, history, temp files, etc. Closing out the browser and reentering the ISY Web UI. You may consider looking into whether there are any anti-virus, firewall / rules that may be impacting your system along with ensuring any popup blockers are disabled to see.

I don't think that aspect has ever been so clearly explained before. Thank You

I will have to post up the other error messages when I can access the other computer which has the images.

Invalid / Incorrect program key other screen shots are appended in the 4.2.8 thread.

I can only tell you what I see and have observed as being true. When the ISY was very locked up the Dash Box was not accessible and none of the data streaming from the GEM was coming into the Dash Box. At the same time the ISY obviously had nothing to show (updated energy readings). The only way to restore data flow and be able to access the Dash Box was to hard reboot the ISY 994 Series Controller. This problem has happened more than ten times now.

Socket Open Failed java net Socket time out exception, XML Parse Error Proxy Device Process Event,

As another data point for those following along. This problem is present on different computers at different locations. It doesn't matter if I am using the direct IP, or the Public IP to remote in to view / control the ISY. I have used various web browsers and the problem is present in various degree's but don't take much stock on it being a web browser issue as there is no defined threshold of when and if the freeze, unresponsive, to the never ending Java nag prompts appear. What is factually different is when the ISY started supporting higher encryption methods etc. Which thus caused that never ending nag prompt to appear to create a self signed cert. Why am I bringing this to light?? Because this is just one element that has added to this issue. From work using the Public IP address with the same IP address at the same computer terminal I have always received the nag prompt. Good, or bad it appears and it has been a known variable of when I connect. This same behavior has been the case while at home using the same (Fixed IP) address and static IP computer terminal. Now, even at home the self signed cert pop up does not always appear??? I have been told various things to explain away this behavior but the facts do not support the answer. I know if the self signed cert pop up DOES NOT APPEAR that session is going to be gamble as to how its going to operate. Maybe the above data point will provide some insight to some of the issues I see.

That depends on how *stuck* the UI is. If I see the energy readings stop coming into the ISY I would say 70% of the time closing and opening the UI will let me see the energy readings for what period of time. Other times I will observe at random the UI just stops accepting user input. Then, you will see the system clock stop for what ever period of time, then operate. Keeping in mind when all of this happens the never ending JAVA pop ups in various nag prompts appear. When the system is working I can sit and watch the ISY UI for hours ticking away updating perfectly fine as I have been doing for more than three years. Its like the system is out of memory or the processor is being tided up with lots of things to do in the back ground. Whether this is because of programs, or data being sent to the ISY, I can not say. On a related note: I have reached out to Brultech about how the ISY interacts with the GEM. Why?? Because on multiple times when the ISY locked up it actually took down my Dash Box / GEM. Meaning both systems had to be rebooted to recover from the ISY being in some unknown state.

Hello Xathros, This is something I am actively going to pursue so it can be one area to be eliminated from the possible areas of concern.

Your ability to dumb it down for the masses is greatly appreciated! After all these years I continue to struggle with the operations of these operators and how best to craft programs that not only make sense, but are small, clean, and just plain work! Thank You!

I just had a whole reply disappear?? Let me go and try that again! A. Do energy readings populate? Yes, then stop updating at random times / intervals. B. Is ISY still slow and unresponsive? Yes, again at random times with no frequency or duration when this may happen.

Hello Xathros, Glad you got a chance to get away and enjoy what is left of the summer! I have appended my reply to Michel and if you have some time and insight please do let me know. I have created many of your Energy Monitoring / Temperature Monitoring programs to date. I have adjusted the values to real world temp conditions and electrical values needed. Right now, I am just trying to validate if there is anything else that can be done or redone to reduce any load on the ISY. As some of the programs appear to be loading up the ISY at different times, while other times all of these programs are inactive but yet the ISY is still slumping away like a rabid dog. As always, your time, patience, and guidance is most appreciated!

Hello Michel, As I see it now, there are several things at play here. 1. The ISY continues to freeze meaning I will see the system clock stop ticking away. From, the UI stoping from working and will not accept any user input. When this happens a CTRL ALT DELETE is the only method to kill the UI. 2. If the above is not true, then the next behavior I see is where all energy readings stop coming into the ISY. As indicated in my correspondence to you two days ago all energy nodes were blank. Nothing was done to the system at all as it was (somewhat) working even though it often stops populating the energy readings. As you noted the Zigbee connection had to be re initiated to restore the connection. After a grueling 16 hours I was finally able to bring the system back on line and see energy readings. 3. Now, with respect to why do I think some of these programs may be impacting the ISY? Because with the assistance of Xathros we were able to determine one of the temperature programs were causing some sort of infinite loop. We have since redone the programs and also included delays in hopes of staving off any unneeded processing. 4. With respect to this program: Energy Monitoring, there are at least ten programs active and deployed. At different times of the day or based on environmental changes all of them can be active and running. What I have observed is the system (ISY) slows right down and freezes. Hence why I wanted a second set of eyes as they say to validate if there could be something wrong with how these two programs are crafted and may be impacting the reliability of the ISY-994 Series Controller. 5. Related Items: What is different now in my environment are two extra devices sending state variables into the ISY. Which I never had before and they are the Autelis Bridge & Dash Box. The Autelis Bridge sends its data at 30 second intervals, and the Dash Box at aprox 60 second intervals. The GEM is sending its Energy readings into the ISY at 10 second intervals. With all three of these things going on and with active programs monitoring the temperature and energy readings which the two listed programs above do. There is a huge performance hit on the ISY. I have disabled all programs as a test to see how the system operates. At first blush it seemed there was one or more programs at play that may be causing all of this grief. While the programs were ALL disabled it was noted and observed the same problems with slow performance: UI not updating, clock stopping, energy readings not coming in, were still present?? I have been working on this problem for months as it has gotten worse as time goes by. Never mind the never ending false readings that seem to appear and go away even when I know its not a power issue. As others have seen this exact same power spikes / unknown values appearing for no apparent reason as seen here: http://forum.universal-devices.com/topic/13055-aeon-smart-switch-dsc06106-zwus/ At this point as a lay person: It only makes sense to ask the community and UDI to validate if there is something in my programs or other related items that may be causing this device to slow down to a crawl and become unresponsive. I really can't believe counting timers, state variables being sent to the ISY, and sending e-mail can be so taxing on the ISY-994 Series Controller?? I surely can't be using this device more intensely than the next guy?? Right now I can not count on the ISY to control my home in any direct manner. When the system can't even send me a e-mail on time, or at all, when its frozen. You can affirm how many endless e-mails have been sent to your support support address already. The only reason you have not since seen more is because I removed your alias from the mailing list as I worked on this problem. I have high hopes and aspirations for the ISY-994 Series Controller as it will be (literally) the cornerstone of my HA System. As it stands, I need some help in sorting out any gremlins that lurk within my system which is giving me all this grief.

Does anyone see any problems with this code at all?? The ISY has been running like a utter crap for months now.

OK, I appreciate the break down of the theory of operations. I am going to program my Axis PTZ camera to watch the light bulb this evening to confirm the final operation. Much Thanks!