MrBill

4.5 reload the firmware version you are using. After when you restore the backup you can answer the question at the end of the restore "No", I can't remember the wording, but "reset to DHCP" or something... If you answer it "yes", then you need to reset your SMTP server and timezone and maybe another config option. either way check through your config settings after restore.

I would try clearing your java cache perhaps.... After that check help > about and make certain your firmware and UI versions match.

@PrasUnfortunately you're are on firmware Version 4 still (Help > About), and to be honest I don't remember details of these screens very well, it works slightly differently in V5.x. Hopefully someone will come along and be able to guide you.

You might want to try out the TimeData nodeserver, it might give you better sunset calculations for your location. I note that mine are a few minutes different than the ISY's but that might just be the precision of the long/lat coordinates that I entered. The nodesever also has a true/false flag for whether you are in or out of DST-- which at the very least would allow you to adjust your times via ISY programs rather than having to fiddle with it several times a year. If you don't have Polisy/polyglot locally there is a cloud version of that node server available, you just need a portal subscription (and ISY firmware V5.x) to use it. To find it login to your portal account and click Open PolyGlot in the upper right corner. In the store you'll see TimeDataPGC. More instructions here. If your still on version 4 or don't want to mess with Polyglot, you could also use the programs in the post linked below by @kclenden. You'd want to add one more variable, integer should suffice, $iDST and set it zero or one in the appropriate THEN statement, and set the init each time. Then you would have a DST flag to use in your programs. Adding that revision would change 2 programs of the set as follows: DST_Check_1 - [ID 00BB][Parent 00BE] If Time is 1:05:00AM And $iDST_Hour_Check is 1 Then // $iDST_Hour_Check should have been set to 0 at 12:05AM. The only way // for it to be 1 now is if 1:05AM happened and then happened again. // This should only occur during "Fall Back" when DST is changed from ON // to OFF and the clock goes from 2:00AM to 1:00AM $sDST_Alert = $cTrue $iDST = $cFalse $iDST Init to $cFalse $iDST_Hour_Check = 1 Else $iDST_Hour_Check = 1 DST_Check_3 - [ID 00BC][Parent 00BE] If Time is 3:05:00AM And $iDST_Hour_Check is 1 Then // $iDST_Hour_Check should have been set to 2 at 2:05AM. The only way // for it to be 1 now is if 2:05AM never happened. This should only // occur during "Spring Forward" when DST is changed from OFF to ON // and the clock goes from 2:00AM to 3:00AM $sDST_Alert = $cTrue $iDST = $cTrue $iDST Init to $cTrue $iDST_Hour_Check = 3 Else $iDST_Hour_Check = 3 of course you need also still need the additional programs in the other thread.

You need to set your scene up two ways..... With the scene open, click on the name of the scene, configure the "action" or on levels... this configuration sounds like it's the one that is currently wrong, this is what happens when the scene is actuated by a button in the admin console or from a program. The second place to set the scene is to click on any RED controller links below the name of the scene, set here the 'action" or on levels for when the scene is operated by the controller button. Another method entirely, but some people don't realize this is possible. If you always want those lights to be controlled together, you don't even need to the controller button. Just put BOTH switches in a scene, and make them BOTH controllers. Set both red links up and the root level scene to turn the lights on. Now when one switch is turned on, so is the other, and vice versa.

That doesn't necessarily mean they are on the same network. For example 192.168.1.10 and 192.168.2.20 both with standard subnet masks of 255.255.255.0 are not on the same network even tho they are plugged into the same physical network.

Create a pushover account and load @Jimbo's notification nodeserver. If you get stuck, please feel free to ask me anything... I'm currently working with Jimbo on improving the documentation files.... finding out what you have trouble with will help. I've had the nodeserver for a long time and am just now understanding a couple things regarding it's operation.

You must not have the time values configured correctly. In the Admin console on the Configuration Tab Click the button Change Location. There is a dropdown on the resulting window for whose daylight savings rules to use. Is that dropdown set correctly? (You'll note the Daylight Savings time Checkbox on the main config tab is greyed out, that's because it moved into the dropdown on the next screen...worldwide DST rules are complicated and a single checkbox doesn't do it anymore.) There is a time-data nodeserver that will return DST vs standard time, but I don't think you actually need that, I think your timezone and location must not be set correctly. BTW, entering custom coordinates on the change location dialog will better fine tune the calculated Sunset/sunrise times. For me the closet listed City is Chicago but it is much further north and east which makes a difference of 20 minutes or more to the calculated time.

The best way is with a 3rd party app called Pushover.... There's two ways to use it.... The older method is create messages in the Network Resources module. If you don't have Network resources there is two ways to get that, one is outright purchase, the other is subscribe to the Portal. The portal is better value, I can elaborate on that if you need more info. The second method is @Jimbo's Notification Nodeserver available via polyglot if you have Polisy (or a pi running polyglot).

Officially I don't know. But the Key sentence is: which is saying it requires hardware compatibly and A2 is a much newer specification than the design of ISY hardware, so I think A1 is what's best. I learned about watching for A1 in a Home Assistant discord chat. The guy that talked about it claimed to be an engineer that designed SSD systems for one of the major players in the hard drive industry. @Teken on the other hand swears by the "industrial specification".

Definitely. If you don't do ISY backups often, now is the time to create one.

Was the value 0 at the time you did that? See my edit to your text above. So my next question is how old is you microSD card? Might be time for a new one, you can use 16 or 32gb cards... look for the newer A1 rating.

what happens via rest? /rest/vars/get/<var-type>/<var-id> http://ISY.IP.ADDR.HERE/rest/vars/get/1/6 would be the equivalent of iDay2 in your example. Another thing to try is look at your email template and make sure it hasn't become corrupt somehow. One of my ISY's is on 5.3.0 and happily emailing me variable values at least once a day.

to get a specific answer you'll need to open a ticket, support@universal-devices.com thing is @bmercier will be the one that has to look, and he was paying attention above but went silent.

I'd try deleting the other device in the amazon website, then add the correct device for the gate in the portal, then say "Alexa, discover devices". It's possible the device has already been deleted from the portal.

In "scenes", click the scene to open to scene details and there is a trashcan in the Upper right (iOS). If that doesn't help try using a computer browser at https://alexa.amazon.com I find it's much easier to delete things there.

Another way to think about it..... "Status" is what the ISY already knows, it's not based on a current event, but the value stored in memory (even if that value just changed to it's current value). "Control" is actual events being listened for and reported to the program as they occur. real-time events.

Yes. You do need a portal subscription however: https://wiki.universal-devices.com/index.php?title=ISY_Portal_Node_Server_Occupancy_V2_%26_UDI_Mobile_app_Instructions Also @Javi will need to confirm if this works with the iOS version, I'm certain it will get added to the iOS version but it actually may not be there yet. If it doesn't there is a version that does, that I've been using for a long time: https://wiki.universal-devices.com/index.php?title=ISY_Portal_Node_Server_Occupancy_%26_Locative_app_Instructions for this one you need a portal subscription and the 3rd party app called Locative. (free version)

With the information you're providing there is no hope in helping you in this forum. Please open a ticket with UDI support. email support@universal-devices.com to get started.

Are you using iOS? (you did post in an iOS thread) I just tried enabling/disabling a program, I had no trouble doing so--it works for me, although it uses a "dialog box" rather than "dropdown", so I wondered if you meant iOS or confused the terminology.

@Javi Just to follow up... whatever was causing my crashes you apparently fixed. You'll remember I never had reproducible steps to fail, but whatever was causing is appears to be gone.

I agree, open a ticket with support@universal-devices.com

A more secure solution than port forwarding (and more reliable) is to subscribe to the ISY portal... It works out to $1/month--paid intially at $23 for 2 years then renewable per 12 or 24 month. Other benefits it allows interface with Alexa/Google Home and access to polyglot in the cloud. While only a subset of nodeservers (36) are available in the cloud (as opposed to local). As well as a bonus Occupancy portal nodeserver than can be used as a geofence, so the ISY can know who's home. For Clarity: If you subscribe to the portal, no port forwarding is needed. Is your Spectrum external IP route-able? If it's in the range 100.64.0.0 to 100.127.255.255 then it's not. (Also 10.x.y.z but most carriers use 100.x.y.z. for carrier grade NAT). Here's an article that explains public vs private IP addresses.

Hopefully you created a separate gmail account just for the ISY to send from. If 10dig@vtext isn't working, but you can send the same elsewhere then the problem is likely on verizon's side. You can also try number@vzwpix.com which is the MMS gateway as opposed to the SMS gateway. The MMS gateway will still accept just text.... (and I don't know how it is at verizon but at @att it's better to use the MMS gateway).

what error message are you getting?