LFMc

Works great!! Thanks for the quick response! Great product.

I did like Larry for my programs to turn off during vacation. One variable that I toggle zero or one does the trick instantly. Of course you have to add the IF condition to the affected programs.

I updated my UD Mobile from .8x to .92 yesterday. Opened and re-synced it. I started having issues immediately with all folders in the favorites area. When trying to open folders in the favorites home page, the app will either disappear without notice or warning or throw an app crash message (Which I did respond on one of these through the email it offered). But, there seems to be no problems going through the home side of the app and drilling down to any device or program. Occasionally, I think after having the up up and running for a while (several minutes?), I will be able to open a favorites folder. But even then I have seen strange behavior such as no indicator circles on devices unless I open up the device menu and close it, then the indicator will appear. But every time I open the app and try to use a folder in favorites right away, it crashes. LMK if you need anything. My phone is a Motorola X4 (Android version 9) and I am using the ISY portal and local Wifi. I have tried re-syncing and restoring from backup (re-syncing again) with no change in the problem. Edit: I created a new folder in favorites and even with nothing in it, it crashed also when opening it.

Walks like a duck, quacks like a duck, smells like a duck, must be a .... duck. ?

Nokia doesn't make, sell or distribute anything from Smartlabs. Smartlabs just licensed the name Nokia as their brand.

Thanks for the quick reply, info and tips. I added both of my wifi networks to "local networks" previously and thought that was it. But I had to go back under the "advanced" area under "edit system" and add local credentials. While I was at it, I turned on "request status of integer variables" and now everything shows up instantly. I haven't experienced any delay starting it yet, but I probably will experience it sometime later I guess. FYI, I have a 120 integer variables, so it should have some impact. I may try out the emulator later and see how the desktop works for now. Thanks again for your help.

I really like the UD Mobile app, thank you so much for creating it. Is there any possibility of it getting ported over to run on a PC without using android emulators? If not, is there a particular emulator that works well with it? I have a folder of variables in my favorites area. I view them multiple times a day. But, many times it takes 15-20 seconds (after opening up the variable inside the folder) for the value to pop up. The old UD-Ajax app was 10x faster doing this. Is there a problem or fix for this? And yes, I do have local access via my wifi on the app, i.e. I am not going through the portal that I know of. So my local wi-fi gateways are added and active inside the app.

There is also a node server called AMI-NEM_Meter that will take your ZS data stream and allow access to it in the Admin console. I am not sure if it has all the features you need for time of day billing, but you can look at it and see if it helps.

Good points, but I wouldn't expect the unit to be putting off condensate during the heating cycle, would you? There was no mention of heat pump or gas for heating. My concern would be the compressor lock out preventing a quick off-on cycle. As long as that can't happen you might be good.

I have also noticed for several months that my Echo mini is very, very slow to respond particularly during early evening hours. I do not have much of anything loaded, including Mobilinc. I have a GH right next to it and it is always several times faster. My wife and I joke that "she" doesn't like being so close to GH. Or she is being moody again, even though I do not like personification of inanimate objects. ? Then there are all the false triggers on Echo. Long ago we changed the wake up name from Alexa to Computer because of that, but it didn't help much. The fact that you don't have but 2 or 3 names to choose from is ridiculous. It is constantly babbling in the back ground until we yell "CANCEL".

?? Due to my Zigbee SEP connection, I have no open slots for Zwave. But despite the doom and gloom some soothsayers post about insteon, if Smarthome.com/Insteon goes away tomorrow, my Insteon network will keep on chugging on for years. Parts and repair kits will be on Ebay for a long time and will only get cheaper as people bail and sell off their inventory (see how cheap x10 stuff is). Then I might consider the next protocol. EDIT: Polisy support is clearly undecided. If they don't support it, they will be cutting off a lot of their base users and relegating them to stay on a 994i device, IMHO. I am not throwing out a couple thousand dollars of Insteon any time soon or complicating my life with multiple RF protocols until forced or when there is an industry wide game changing event.

I had to use my GHome app to unlink my ISY and then relink it back. Of course you have to re-add all your devices back in. What a PitA. What causes this?

I bought my G.Home for testing and don't use it much (obviously), what do you mean by "reload"? I don't see that option in the ISY portal.

I'm experiencing the exact same problem. G.Home says "I can't reach universal devices right now". Alexa works fine. Weird.

Makes me glad I bought some of the micro modules for a future project! Sorry to hear about that, my guess is they just weren't that popular? You may have to try ebay.

No, the Polisy at this time doesn't support Insteon or Zwave. You have to use it in conjunction with your ISY for now. What do you mean by "insteon throwing in the towel"? There have been shortages just like a lot of electronic items, but I am not aware of any closures or announcements. Care to share a link?

Why have add a state variable if your IF statement works? Just use it on all DST dependent programs. Right? 'Nodeservers / ISY Time Data' DST is True

The "IF" in only one program (the active one) is evaluated daily, but the TimeData node server DST flag doesn't change but twice a year. The first time the DST flag switches state is the only incident that occurs because the program (now True) then disables itself and enables the next DST program to watch for the next time it changes back. Please feel free to show me if that is not the case. I don't see the need for a variable at all, the TimeData DST flag is your variable replacement. The only concern I have is the "IF" time and maybe instead of 2 seconds after DST shifts, it might be better to wait one minute to give the node server time to respond.

@gzahar If you look in the Internet Header of the email you got from your ISY, it contains the ISY private and public IP address in it. Simple to find the IP that way. In Outlook, you click File/Properties to see it. Sat, 10 Apr 2021 09:15:16 -0700 (PDT) Received: from [xx.xx.xx.xx] ([xx.xx.xx.xx]) The first is the private IP and the second is the public.

Sorry for the late reply to your issue. I have 5 Insteon stats (2 zones, 2 wired master zone stats and 2 remote stats and one wired stat used for damper control) and none of them do what you are experiencing. But, I do not use the "program auto" mode, just heat, cool, auto and off. In fact, I have never programmed one locally. All of my Insteon thermostats are run by ISY programs (except remote wireless ones which don't matter). So when I locally override the temp or mode, it will change back only much later when the time comes for it to do so per the ISY program. Hope this helps.

With the TimeData node server, couldn't these programs might be much simpler with just two alternating programs and no variables needed? Such as: DST Spring Forward If Time is 3:00:02AM And 'Nodeservers / ISY Time Data' DST is True Then // insert programs to restart and notifications here Enable Program 'DST Fall Back' Disable Program 'DST Spring Forward' Else - No Actions - (To add one, press 'Action') ======================== DST Fall Back If Time is 1:00:02PM And 'Nodeservers / ISY Time Data' DST is False Then // insert programs to restart and notifications here Enable Program 'DST Spring Forward' Disable Program 'DST Fall Back' Else - No Actions - (To add one, press 'Action')

Amazing reference material. Didn't know it existed.

Not that it might help, but I had an Outdoor Insteon module that had a mind of it's own after a couple of years. Sometimes it would work, sometimes it wouldn't. It got to where it was finally non-responsive to anything but a local button push and then that went away. So I cracked open (literally) the sealed plastic case and found the typical shoddy Insteon soldering job with flux everywhere, piles of it. Being I know this is bad and totally unacceptable from my military electronics design days, I took some denatured alcohol and scrubbed off the flux with a brush. I let it dry and then it started working just fine. I have seen this flux issue on almost every insteon device I have opened. I would have thought the industry is well aware of this issue by now and that a de-fluxing bath on the production line would be standard procedure.

Thanks for the detail. They do put a bit of a heavy requirement for direct access. Almost as they don't want to have to deal with end users like us. Where did you see the once per 30 minute max inquiry you mentioned? I didn't find anything in the document other than 3k per day.

https://www.smartmetertexas.com/Smart_Meter_Texas_Interface_Guide.pdf It appears to be open to all to view. If you have any troubles, lmk and I will download it for you. If implemented for the ISY, this would be a great add on module that I would be willing to pay for in the future. The section that reads the meter real time is called ODR or On Demand Read vs. the Green Button D/L of data that is always a day behind.