MrBill

There's also a Kasa nodeserver. The light switches aren't yet on the list of known devices that work. However, per the nodeserver README they might work. If you have at least one Kasa switch already perhaps you could check if you also have Polyglot running on a Pi or Polisy. Edit to add: from the release notes.

^^^this is Insteon's only consistency.^^^ I hate that change.... it also makes paddles non-interchangeable across all products. Fortunately I don't have any of the new iteration two hole versions, they would just look awkward next to a dimmer or two. White paddles yellow gradually from UV light as well, another Insteon QC fail. @mango: I also just tried as an afterthought setting On 15 / Off 1... the findings are still consistent the V.44 lags the others in the brightness.

The v.44 relay definitely outputs less backlight for an equal setting to a v.45 dimmer next to it, there is also a v.45 8 button dimmer in the same panel, and I included it also, it's levels are the same as the v.45 6-button dimmer. Specially I tried: On 4/Off 0 On 7/Off 0 On 15/Off 0 All set via different iterations of the same program. AA testor - [ID 016B][Parent 0001] If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Set 'Great RM Fan Lights+#' Backlight On 4 / Off 0 Set 'Great RM Ceiling Fan+#' Backlight On 4 / Off 0 Set 'Great Rm Fireplace Accent#' Backlight On 4 / Off 0 Else - No Actions - (To add one, press 'Action') I tried to take pictures at each level, but my phone camera seems to correct the backlight light level, the pictures look like all 3 are alike, but visually the v.44 relay is definitely dimmer when set the same as the dimmer next to it. So this is an Insteon issue it appears... not an ISY issue, but your findings are validated the v.44 relay backlight output is definitely visually dimmer than v.45 dimmer devices next to each other when set at the same numeric level.

@mangoAhhhh... I actually have that combo, let me test it specifically...

What model is next to it? another 6-button or something else?

@mango Are you certain? did you SAVE the program and then RUN THEN? The program below sets level 15 backlight correctly on a 6 button switch. AA testor - [ID 016B][Parent 0001] If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Set 'Kitchen Fan Lights+#' Backlight On 15 / Off 0 Else - No Actions - (To add one, press 'Action')

Actually I forgot that worked.... ( @Geddy take note....)

There's not a good single link I can think of to direct you to, so I'll do a very basic primer here. One problem I think a lot of people have is to understand what a port is.... to simplify understanding change the word "port" to "channel" and think of it kinda like TV channels. That still doesn't quite explain, but it makes the concept easier to grasp. In TV terms think of ABC being on Channel 9, but your router "http://" or hypertext protocol appears on channel (port) 80 (common alternates 8080, and 8088), https:// and ssh appear on channel (port) 443 (common alternate 4443), Outgoing email is often channel (port) 25 or 2525. Incoming email is often on channel (port) 465 or 587..... etc. the entire list of "common ports" is at the Wikipedia link I included a few posts above. Generally ports below 1024, are known as "reserved ports", ports 1024 and above are more fair game for grabbing for random use, BUT there are still lot of notable exceptions below 9999, for example port 3389 is generally only used for Remote Desktop protocol. You can find those with Google, by either asking for the "RDP protocol port number" or in reverse by googling "port 3389". So how did you get to port 100. for these example we'll assume your local network is 192.168.1.XXX and your External IP is 11.22.33.44. Lets say the camera uses 192.168.1.10 port 80 (or 192.168.1.10:80), and the ISY is 192.168.1.20 port 80 (or 192.168.1.20:80). both are using HTTP protocol and likewise they use "channel 80". As long as you are on your local network popping http://192.168.1.20 into your browser is all you need to do to reach your ISY-- the http:// tells the browser use channel (port) 80. But now we want to access from outside or away from home using the IP 11.22.33.44, but wait port 80 is now ambiguous! both the ISY and the camera use port 80. There is more than one way to fix that, and sometimes it works better to use one or the other. 1) You could go to the ISY admin console and change the local port to the ISY to 100 and then forward port 100 to port 100 for the ISY and port 80 to 80 for the camera. Then when your inside the ISY is 192.168.1.20 port 100 and from the outside 11.22.33.44 port 100 (or 11.22.33.44:100). and most consumer routers will simplify that with a feature called "Hairpin NAT" or "NAT loopback" which means that if you use 11.22.33.44 while inside or outside the network. 2) Another common solution is to use "port redirection" when "port forwarding". In this case we make no changes to the ISY, and instead when we set Port forwardging in the router, we program that port 11.22.33.44:100 "forwards to" 192.168.1.20:80. and with "hairpin NAT" you can still refer to 11.22.33.44:100 either "inside" or "outside". In most cases network professionals prefer method #2, because there is not various hardware scattered about with special settings. Instead, the various hardware is all left with it's native settings and all of the magic is done by the router. Now what port numbers should you use? HIGH NUMBERED PORTS. that is 5 digit port number less than 65535. Sticking with 5 digit port numbers keeps you away from using well known port numbers that might be used by something else, and it adds a tiny bit (not much) security. Hackers don't randomly try port 43234 to see if it's open, and likely if they try to port scan all ports your ISP may detect that and help with countermeasures. For example, if I open port 43234 and forward it to my ISY using method 2 above, and hacker X comes along with his port scanner and says lets try 11.22.33.44 all ports from 1 to 65535 my isp will detect the port scan and when hackers port scanner gets to 43234 the isp blocks...or makes it look like a closed port. (people have argued with me that ISPs do this, yours might or might not... mine does, I've tested for it specifically, in fact once I started a port scan on my own IP--the ISPs security protocols basically blocked all ports everywhere on its network from the offshore server I rented for the experiment.) Another reason to stay away from well known ports is they are randomly targets in drive-by port checks. For example if I watch the log on a webserver than I rent i see constant attempts on port 80 and port 433, because both are in fact open and many of the attempts are looking for a WordPress server running outdated versions of WP that have certain security flaws. or for default logins like User Admin and password Admin or password or ChangeMe, all of which at one point or another were default passwords for an account named admin. If your IP has open Ports 80 or 443 I guarantee there random requests from the internet to figure out how to login to whatever is there, camera, ISY or otherwise. So in general, if using port forwarding the best practice is to open HIGH NUMBERED ports, and use re-direction to normal ports for the equipment on your local network. Thus going back to the beginning your isy would be 192.168.1.20:80 but the open port might be 11.22.33.44:43789 which redirects to 192.168.1.20:80, and then your camera at 192.168.1.10:80 might have the open port 11.22.33.44:43889 which redirects to 192.168.1.10:80 There's a lot to unpack, and I still haven't gotten to the basic differences between some ports.... for example the ISY can use port 80 and port 443. the difference is port 80 can be easily "snooped" on as the packet travels across the internet, it's completely unencrypted plain text. If the packets happen to be "sniffed" it's pretty easy to identify usernames and passwords, on the other hand port 443 traffic is encrypted-- only the devices at either end know how to read the contents. All that said the best way is to not open any ports for yourself and use the portal instead. UDI's price simply can't be beat at less than $1 per month paid every year or two. With this arrangement all ports remain closed and the ISY makes an outbound connection to the portal, then to make a connection you connect to the portal instead. No port forwarding to maintain or port numbers to remember.

What's the model number of the Carrier Infinity system? I'm curious if there's a wiring diagram available online. I suspect there is likely a pair of terminals on the control board, or possibly just header pins for "Emergency Shutdown" or "firemans switch".

my personal view is a float valve is the best answer, no electronics. The most common place you will find one of these is in your toilet tank... aka the Fluidmaster 401a. how do you use that with a pond? I've actually seen one just poking up in the corner of a pond before, in that case it's only required to have the correct sized threaded fitting anchored somehow so that it won't raise, lower, or tilt. The pond accessory manufacturers probably have a housing they sell. The swimming pool accessories pages have quite a few, google "pool fillers" (they are actually called 'pool levelers', but a google for 'pool levelers' is polluted with ground leveling kits for above ground pools). This is a popular unit: https://www.pentair.com/en-us/products/residential/pool-spa-equipment/pool-white-goods/automatic_water_fillers.html My pool uses this model, it's quite literally a housing with some fittings, and the guts is a Fluidmaster 401a. But how do you install that in a pond? Remember water seeks it's own level, dig a hole and put it in the ground nearby, connect it with a free flowing pipe to the pond-- the water level in the pond will remain at the same level as the water in the housing of the device-- same principle as when it's sunk into the pool deck, there is literally just a free flowing pipe connecting the fillers housing to the pool, the water level in each remains equal. Want more control? now add a simple solenoid valve to turn the water off, control that with the ISY. In our case the pool fillers happen to be an irrigation zone. With a float valve the filling stops when the pond is full, no electronics to fail.

If it's all working the way you want it to......don't fix it...lol

Standard is 80. I'm guessing you moved away from 80 because of the camera's? are you using port forwarding? if so for what ports (and devices)? often used alternative ports for http protocol when 80 is used for something else... are 8080 and 8088. Then again if 100 is working for you .....why fix what's not broken?

Based on https://wiki.universal-devices.com/index.php?title=Main_Page scroll down to the section "Front Panel LEDs/Lights" I think you're on the correct path.... with replacing the Ethernet cable. Before you make any changes to anything we should make sure you get back online. I'm guessing the IP of your ISY will change when you add a new Ethernet cable and reboot it. I use an address reservation to keep mine always on the same IP address. After you resolve problem 0, and your back online then you can determine if you should standardize the port. (or if it's even actually using 100...that might just be in the mobilinc app to force mobilinc to always use the secure settings.

Why such a non-standard port assignment? It should work, but anytime you get into weird low numbered port's it's asking for unpredictability. The good news is that port 100 doesn't appear to have a modern assignment on the list of well known ports.

There's a long running bug in version 5.x firmware. If the OFF value of the backlight is 0 then only 0-7 of the ON values work. You can test this using OFF value 1 and ON value 15. I think most must use 7 or less for the ON value, because this issue isn't raised often... but it definitely exists.

interesting.... I always the the 200 response when it's successful.. and I've never seen the HT, that must be specific to the website your sending data to.

Where do you see that? I see a dialog box that's similar when i use the Test button with a network resource.

It's not common at all, I have about 20 8-button keypads scattered about (even more if I count 6 buttons that I wish I had just bought 8 buttons instead) , I've had to be careful how I set things up to make certain the back lights stay in sync. A couple of points: The only way the backlight of an non-load button can be controlled via the ISY is to put it in a scene and turn the scene on or off. Remember that a button can be included in multiple scenes. If using multiple switches don't control the load by itself. for example: if i turn on the scene for "Lamp 1" all the buttons associated with "Lamp 1" turn on. If I later use a program to just turn off the load and not the scene, the buttons become out of synch. I also use Alexa and Home Assistant as controls. I have helper programs to keep the buttons in sync and allow dimming via both platforms. How do you control the device normally? What scene's is it included in? For scenes with multiple controllers is each controller programed correctly for all members of the scene?

I just re-added the nodeserver and tested. I see the same results that @macjeff posted above. (note I'm using beta version 0.2.8 of UD Mobile for iOS)

tagging @glarsen

I'm not the one that was having a problem above, so I wasn't trying to solve it, I made a suggestion that the person should be using "The Launcher" and linked the thread that contains it. If using "The Launcher" (start.jnlp) as I linked and you've also checked this issues that @DennisC linked then you could perhaps uninstall Java, remove any remaining working directories that Java creates, then re-install java making sure that you are using the download from https://www.java.com Or you might open a ticket by emailing support@universal-devices.com for personalized help. If you're using admin.jnlp make certain you are using the correct version. "The Launcher" (or start.jnlp) is the more modern and better method however it does require an internet connection to work.

in your example above the specific difference is: If 'South - MS - Dawn Dusk' is switched Off And From 6:00:00AM To 9:30:00AM (same day) If Sunrise is at 5:21 this will run and evaluate to false because it's not in the time window, it's also false at 6:00am and 9:30 because "AND South - MS - Dawn Dusk is already off" For this to evaluate TRUE South - MS - Dawn Dusk must switch off between 6 and 9:30 AM, but it still runs false at 6 and 9:30 If 'South - MS - Dawn Dusk' is switched Off OR From 6:00:00AM To 9:30:00AM (same day) At 5:21 AM this will be true, it will also be true at 6AM and false at 9:30 this will also be true if sunrise is between 6am and 9:30am

@PBatavia01 Try this thread:

As far as we all know USER 1 - 9 is functionality that has never been implemented. Although it exists in the menu, the functionality simply doesn't work. I read and contribute here everyday, and this question gets asked from time to time, and no one has ever had other information. It seems there was some intention, but it has never been built out. For example, what would a non-admin user be able to do or not do? there's also no mechanism to determine what would or wouldn't be allowed for a "non-admin user".

If you have a portal account use Locative for geofence on IOS: https://wiki.universal-devices.com/index.php?title=ISY_Portal_Node_Server_Occupancy_%26_Locative_app_Instructions