MrBill

First get rid of any files named admin.jnlp or start.jnlp that you have laying around. next clear the Java cache including Installed Applications and Applets (which is a box you need to locate and check, it is not selected by default) are you using a Mac or Windows? Windows it's best to use The Launcher. The first time Launcher is run it should also install an icon on the desktop called IoX Launcher, use that to start the admin console in the future. The first run does two things 1)install desktop icon, 2)start admin console. Mac it might be the same launcher (use link above), (some users have no issue, other users can never make Launcher work on Mac)... if launcher doesn't work for you... download admin.jnlp from the ISY... https://IP.Addr.of.isy/admin.jnlp and move it to your desktop. (Anytime ISY is upgraded that file must be replaced after firmware upgrade.) Launcher should get the correct admin console each time it's opened from a cloud source.

I use the Kasa KP115 a couple of places where I want to make certain the device is actually consuming energy. (ex: pipe heat), otherwise I use the less expensive version, 4 for the same price as 1 KP115 but without energy monitoring and just rely on status to decided if it's been left on. Note: Your post didn't say anything about outdoor requirement, but your example is an outdoor device.

I registered but somehow it didn't get added to my calendar. The new product was i3 Paddle. the link for the replay in their tweet is bad.

I don't think there is a substitution for the strings your looking for. You can crudely get what you want by using 2 integer variables (in addition the one your already using). Integer variables in an ISY can have a decimal value these days (when they were originally named they couldn't), and the decimal should be set to 2 for these. One for date and one for time. These don't need to be state variables. In your program that increments the activity counter add lines to set those variables such as: $iDoorLastOpen.date = [Current Day of Month] $iDoorLastOpen.date /= 100 $iDoorLastOpen.date += [Current Month (Jan=1, Feb=2, etc.)] $iDoorLastOpen.date Init To $iDoorLastOpen.date which will yield and integer variable value such as 2.16 (today). likewise build similar for time using [Current Minute] + [Current Hour] $iDoorLastOpen.time = [Current Minute] $iDoorLastOpen.time /= 100 $iDoorLastOpen.time += [Current Hour] $iDoorLastOpen.time Init To $iDoorLastOpen.time this will yield a time in the same format 16.38 (I assume the hours will be 24-hour format, but I've never used [Current Hour] for anything before. Unfortunately the separator is . instead of / or : however this is one method to achieve being able to read the date/time in the notification.

You're correct. I have many (20+) Insteon battery devices and have a heartbeat program for each. I also have a dedicated Network Resource to send the notification via pushover. I haven't kept up with the @Jimbo.Automates Notification Node Server. The PG3 version may have some help for the need to create multiple notifications. (I'm still using my 994 and PG2 for on my live system.. whenever eisy becomes stable I'll move on). I made an Excel tool for creating repetitive Network Resources for my heartbeat and wireless tag notifications where I need multiple Network resources that are almost alike, if anyone wants it send me a PM. Here is an example: Each battery device has 3 integer variables, all 3 are reset when the battery is changed. "missed" seems to be most relevant for surface mounted insteon open/close sensors, they tend to miss random heartbeats, but that doesn't mean they are dead. The example here is that type sensor, and it missed today, but the last time it missed was 12 days ago. The Heartbeat program I use is: hb.FrontDoor - [ID 0066][Parent 0072] If 'Door Switches / Front Door / Front Door- Heartbeat' is switched On Or 'Door Switches / Front Door / Front Door- Heartbeat' is switched Off Then Wait 24 hours $iDoor.FrontDoor.HBmissed += 1 $iDoor.FrontDoor.HBmissed Init To $iDoor.FrontDoor.HBmissed Wait 2 seconds Resource 'NotificationNS.DoorTrouble.FrontDoor' Run Program 'hb.FrontDoor' (Then Path) Else - No Actions - (To add one, press 'Action') For Insteon hidden open/close sensors I use 24 hours since the heart beat "wait", which is every 21 hours (or something like that), surface open/close and leak sensors I use 25 hours for the "wait". The 2 second wait is because there needs to be a brief wait after the counter is updated before the notification is sent or the old value will be sent. It loops by running itself as the last line.

you might be missing a . Humidity: ${sys.node.node003_wh31_3.CLIHUM}

What happens if you go to https://192.168.12.31:8443/rest/subscriptions (you should get prompted for credentials, it's your admin console credentials it's asking for) (note, on purpose that's not the same url as the ws:// url above, its only simmiliar) That might tell us if you have the IP address correct, but I might not tell us much if you use subnets for IoT etc... then you're probably into your networking rules, especially of the IP of the ISY and eisy are different.

or sell more of them :-]

I do see the notation "not saved" in your current screenshots, not sure if that's the result of a current change or because it needs re-saved. Other things to verify: 1) Help > About... are the firmware and UI versions exactly the same? 2) the Programs > Summary tab... look for Yellow...

I find they are both very powerful, perhaps equally, but they are very different.

Don't get blinders on that the only source of noise might be the hot water heater and blower-- that was just a good place to start since motors are always likely candidates. I haven't had to do this for ages, but years ago I had to identify the network/router/ISY/PLM breaker, then turn off half the breakers at a time, then test, then the other half and test... then half of those... etc until i had the source of noise narrowed down to one circuit. Turned out it was a kitchen countertop appliance, just keeping it unplugged most of the time was the initial solution, it's since been replaced. This can be caused by a lot of things. Programming that's in error, inclusion in scene, or bad links stored in the device. That's likely device links that have become messed up. I would start by selecting each device in the device tree one at a time, right click and pick "restore device".. Be patient this will take awhile to get thru. This re-writes the devices links to what the ISY expects to be there. I don't expect that problem 1 (hot water) and problem 2 (balcony lights) are the same issue. My guess from what you've said here is that problem 1 is a noise/signal issue and problem 2 is a bad link issue... but 2 may have originally been caused by noise or poor communication.

I don't understand the technicalities or difference between how the Insteon hub works vs the PLM. I can tell you one thing tho, my son uses Home Assistant with an Insteon hub (No PLM) and it works great. The only connection from the hub to the HA machine is the Ethernet network. The HA Insteon Integration (not to be confused with the HA Universal-devices integration) use the PyInsteon project as its base and supports PLMs 2413U, 2412S, 2448A7 and Hub models 2242 and 2245. He can't use the insteon app anymore because he didn't renew the cloud subscription when Insteon was resuscitated.

Interpenetration: "They aren't ready to discuss it publicly". Have you ever noticed that UD is tight lipped on certain topics? The reason is that as soon as Michel puts something out there... even if he knows it will be awhile... people get stuck on the fact and ask "when" continually, then devolve into "this was announced way back in ___, I can't believe it still hasn't happened." Then when the plans shifts slightly and drops A but adds B (which is much better path) people will start in with "but I was counting on A, I bought $$$$ of stuph because you said A and now it's B, if you didn't intend to A then....blah blah blah"

@K-bert The Z-wave backup is saved on the 994's MicroSD card. Subsequently when you back up the 944 that file is picked up and included in the backup.

Yes I would definitely try anything to see if you can change the behavior. Either unplugged, plugged in somewhere else, or even just experimentation. make the hot water heater run and see if it fails consistently when it is. Filterlinc is Insteon's plug-in filter. I think it was supposed to return to the shelves in January (from a November slide I have saved from an Insteon event), checking the stock on insteon.com now tho, I'm not spotting the item. A number of people have suggested other filter options over the years but I'll let them chime in when they see this post.

@JMcKain try deleting your .state files https://wiki.universal-devices.com/index.php?title=Main_Page#Admin_Console_Minimized/Invisible_and_Cannot_be_Restored

The first thing I would question is if the problem occurs when the gas water heater that's plugged in is running. Normally I'd guess that it's not... that 90% of the time it works... it's running for some other reason and a signal is sent to the plug to turn the other outlet on and it never arrives due to noise. If that's the case a noise filter may be needed for the gas hot water heater/blower.

Sean I have no additional solutions for you. I know nothing about running java under linux. As @Geddy mentions, i'm not sure any of the forum regulars do.

There is an AMAZING Home Assistant integration that works with all versions of the ISY (ISY994, Polisy, eisy).

You say this is a long standing issue, did it ever work correctly? If you're seeing the ON value in the admin console, but the outlet has not turned on, that sounds more like a communication issue. There are many possibilities from bad device to noise makers and signal suckers. I just checked and 2663-222 does appear to be a dual band device, so that's good. Being intermittent makes it even harder to track down. If it consistently fails, you could open the Event Viewer and set level 3 in the dropdown, then try to capture failed communication traffic. Post the failed output in this thread and someone that amazing at reading the Event Viewer will likely come along and interpret it. Keep in mind, posting event viewer traffic where the outlet did turn on won't tell anyone anything, only when the admin console changed to ON but the outlet didn't turn on. How far away is the nearest dual band device? Perhaps try adding something closer. If it fails frequently enough that you can test, I'd turn off and unplug things on the same circuit as the pump and see if it works more consistently. If its a noise maker cause the problem, sometimes its possible to track those down turning off whole circuits.

I hadn't noticed that slot until this series of posts... and you're right it's probably an unsupported port, but OMG wouldn't it have been nice if UD had used it for migration. Pop your MicroSD out of the 994 pop it into the slot on eisy and watch the migration move forth.

I'm not a Mac user so this likely won't be much help. But are you installing the correct Java version? The Admin console is designed for Java 8. With Java the number after the word Java isn't a latest and greatest version number, the number instead denotes different distributions for various reasons. From an error message I'm guessing you're perhaps installing Java 11, its not that you can't get that to work, perhaps it can be made to work, but away from Java 8 you'll need to know what you're doing with java.

you would still need to use Home Assistants Universal Devices integration to bring your Insteon into Home Assistant. You would NOT use Home Assistants Insteon Integration. If two services were trying to use the modem they would both just be confused.

@Beaker Sounds like you should review this thread:

@Techman While possible it doesn't seem to be a problem. Also Insteon doesn't know what traffic it's repeating... that is whether it belongs to system A or system B etc. So all Insteon traffic is repeated, and the same collision detection and avoidance works regardless of which system is talking.