MrBill

It's an interesting topic. I recently went down the zigbee rabbit hole with a blind. Learned a lot I didn't know about zigbee, but to skip all that I'll just say the Zigbee Controller I ended up with the ConBee2 the entire device is less than 2" long. I figured the next phase was to figure out a zigbee repeater to get the signal across the house. I was wrong. The signal jumps through a couple walls and rooms and ends up on the other side of the house with no problem. In fact the shade reports back that the LQI (or Link Quality Index) in the 230's and 240's (scale is 0 to 255). Recommended in the documentation is to use a USB male to female extension cord to move the device away from other interference. it's actually double sided taped to the back of a flat screen monitor for a different computer, but the flat screen monitor has enough RF blocking it doesn't seem to have any negative effect on the link quality. Needless to say I was quite impressed with the signal produced by the tiny ConBee2 device. For those curious... my 'automation' of the shade is unique, it closes at Sunset + 30 min and re-opens opens when both mine and my wife's phone have been disconnected from charging power. I actually did the automation in Home Assistant because I never figured out how to get the zigbee shade controlled directly by the ISY.... but the equivalent automation can easily be done via ISY.... Use iOS Shortcuts app to update the Charger state to a State Variable either on the local network, or using the portal API interface. (portal adds an external dependency, but removes a potential error message if the phone is not connected to wifi) (the same can be done on a Droid, but I'm less familiar with the platform... the original idea for the is automation came from someone using a droid tho).. once you have the phones pushing their charge status to ISY state variables, the programs to fire an automation when both have disconnected from charging would be FirstProgram If $sPhone1Charging = 0 OR $sPhone2Charging = 0 then Run NextProgram (if) else (none) --- NextProgram [Disabled] If $sPhone1Charging = 0 AND $sPhone2Charging = 0 then Do whatever you want to do when the second phone is unplugged from charging, such as open the blinds... else (none) ---- So the first program fires when either phone is unplugged, the second program is only true when neither phone is charging.

Perhaps you could implement a system that identifies the difference between beta and official releases. Its really much simpler to upgrade the ISY-994 by clicking the link in the admin console. The current alternative of 1)watch the forum 2) figure out which file to download (not an issue for regulars, but we see people stumble) 3) download to hard drive 4) upload to ISY is just not as efficient as clicking a link in the admin console to upgrade. Perhaps it would say "beta build 5.3.4 is now available".

YET AGAIN... THE FEATURE HAS BEEN ENABLED ON ALPHA RELEASES OF ISY ON POLISY. So you argument is INVALID.... perhaps Michel will have a chance to tell us.. I suspect it's overlooked....

be aware, it's very hard to get accurate link counts, especially with 25 wireless devices randomly sending heartbeats... to count links there must be absolutely ZERO other insteaon traffic during the count. more than likely your issue is ISY needing to write to wireless devices which require manually being put into setup mode.

We've had one 5.x official release. Unfortunately the releases following that are labeled "test build" for reasons unknown to us.... But now the release notification feature has been enabled for ISY on Polisy Alpha releases. So I'm quite confused about why it doesn't work for mainstream 5.x releases. Color me confused! (or Colour me confused! in your part of the world.) I just think many more people would stay up to date with 5.x if the admin console notifications were once again enabled for version 5.x (something that I think perhaps could have just been overlooked!)

Are you aware that's not true in ISY-994 version 5.x? Currently you need to discover the need to upgrade and then manually upgrade. Last time I saw the notification in the admin console was version 4.x

Clear your java cache, including installed apps and applets, then download a fresh copy of the launcher by clicking https://isy.universal-devices.com/start.jnlp It's also helpful if you delete any and all versions of start.jnlp and/or admin.jnlp from your hard drive before you proceed with the above. Also remember after the new copy of the launcher is installed to expand the java cache. Personally I use -Xmx1024m rather the -Xmx512m noted in the wiki

What makes you think the GFCI isn't doing it's job? that is tripping because there is a ground fault. GFCI's are a very misunderstood electrical device. A Ground Fault Circuit Interrupter is designed to shut the power off as soon as it detects a very small 6 milliamp imbalance of power. What is an imbalance of power and how does it occur? Briefly disregarding the 3rd ground pin the electric circuit consists of a "hot" and "neutral"... the power travels out in the hot, and back on the neutral. A GFCI measures the power going each direction, when they are VERY EQUAL the power is allowed to flow. As soon as the GFCI detects that just a few milliamps of electricity got loose and didn't come back on the neutral the GFCI shuts off the power. It does that to protect people from getting shocked. (Conversely, a circuit breaker has a different job, it protects the circuit from overload-- to much current-- which causes fires.) Now that we know what a GFCI is, there are a number of ways to attack the problem but none of them are quick and easy. First you could plug the fountain pump into a different GFCI elsewhere and let it run a long time, plug it and unplug it several times... if the other GFCI never trips, then likely your problem isn't the fountain pump. Then there is that Insteon plug... you're correct those weren't designed to be used outdoors and moisture inside the unit may very well be the issue. This is a hard one to test for tho. The other problem could be a micro crack in the insulation of the wire going outside, whether it's in conduit or not, whether it goes underground or not. But consider that a micro crack in the insulation might not leak any current until the area around it gets damp and conducts a little bit of electrical leakage. Finally, it's not unheard of for the GFCI itself to be bad. Especially if it's an older GFCI (those manufactured back in the 90's or before for example). GFCI's also get less reliable as they trip more often, so if yours trips 12 times a year and has been tripping that way for 3 or 4 years... it might just be bad. So as you can see, YES you have a component, or perhaps components that need to be replaced. figuring out which is the problem.... or task.

turn off wireless writes: Press that button so that it's greyed out. Once you get your unactive devices deleted, you need to study the device tree looking for 1011 icons. those are wireless devices that need data written. Unfortunately it will probably be a slow painful process if you have very many. When you get to this phase put as many of the wireless devices with 1011 icons on the tree into setup mode that you can each time you do wireless writes. What's happening now is that every time you are writing to devices to delete and item it's trying to write to wireless devices.. and it's taking a lot of time to error out.

@ndorny The update you need actually came at the 4.73/4.75 So do as @Geddy mentions and update your firmware v4.9. I think due to the websocket vulnerability addressed at 4.73/4/75 you won't get the portal to work with 4.6.2

there are some .state files, but the names don't indicate theme, font, etc... see: https://wiki.universal-devices.com/index.php?title=Main_Page#Admin_Console_Minimized.2FInvisible_and_Cannot_be_Restored

Actually several things appear to be back in stock that were out of stock just 3 days ago...

Follow THIS INSTRUCTION to increase the Java Cache. Personally i use -Xmx1024m instead of -Xmx512m Keep in mind that anytime you clear your Java cache or a java update installs you will need to repeat this procedure.

1) Your Firmware and UI versions need to match. You're on a Mac so I'm not going to say you should be using the ISY Launcher as some Mac users seem to not have success. But you must clear your java cache, delete any files you have named admin.jnlp and then use http://<IP.OF.YOUR.ISY>/admin.jnlp to save a new admin.jnlp. when you're done and you launch the admin console both versions should be v4.9.0 2) the program you are showing us doesn't do what you have described. it works entriely on time, at sunset +30 minutes a scene is being turned on and a notification is being sent. At Sunrise minus 2 hours there is an attempt to send a notification, but the program says nothing about turning the scene off. The Sunrise part won't work tho, because it needs to say "(Next Day)" on the sunrise line of the IF statement. Also note this program has been changed/modified and is UNSAVED, which means it's not working. A program must be Saved before it takes effect. the green arrow on the program name is the clue. 3) the better way to post programs to the forum is to RIGHT CLICK the Program name and select Copy to Clipboard. Then in your forum post use the "<>" symbol on the tool bar and paste your program into the window that opens when you press "<>"/

I think it only prevents manual linking/programming... I think the PLM still can send changes.

I've only had it happen once. Depending how many devices you have, it may not be worth it... just fix it if you ever get a ghost link again. I also am not sure it would necessarily solve the problem, it prevents accidental linking.. maybe the ghost link didn't come from accidental linking, maybe it was a comm error.

I've had this happen. It's likely a ghost link I'd first try to factory reset the switch that's turning on when it shouldn't, then right click the device in the ISY and pick Restore Device.

@Michel Kohanim Here's a second vote for hoping it's added back. (actually I said the same in a different thread months ago too). While the differences between custom and the nearest timezone city are not often great, they are still different... and there is a nerd factor here... that said I guess there are two nodeservers... Sun and TimeData that would do the job.

Did you try Factory Reset, then Restore Device from the ISY?

I don't think there was a formal list of invitee's... I think @asbril just typed the names of the people that came to mind at the moment to gauge interest level. Heck how could there be a list, we don't even know the date yet!

Yes, but i'll add to this one: The nodeserver store for local Polyglot on Polisy (or rpi) is much larger than the the cloud store. To see the nodeservers available via the Polisy (or rpi) use this link: https://polyglot.universal-devices.com/

It moves the functionality of your ISY-994 from that piece of hardware to the polisy hardware... ISY runs as a process on polisy rather than its dedicated hardware. The first release will use the java admin console still... converting the admin console to something else (html5 perhaps) is on the grand roadmap, but it's still half a country away down the highway. yes.

I'd also suggest that you open a ticket and get some direct one on one help from support@universal-devices.com They'll get you back on track...

@dinostop I've noted from other threads that you also have Polisy/Polyglot. A much more reliable notification platform is the notification nodeserver which sends Pushover notifications. (Pushover has a one time charge for the app, with 30 day trial period.) There are a couple problems with email in general... the three biggest are your message can suddenly and unknowingly stop being delivered due to spam traps, sent mail counts etc. email can be delayed hours or days without notice or explaination the ISY only tries once to send an email, if it fails or times out waiting for the smtp server it doesn't retry. In general the Notification nodeserver is a better solution, but there might be a slight learning curve, an depending on how many different notifications you have it might take time to get things converted over. Earlier this summer the Norification nodeserver was updated to that it retries if a send fails, since that update I've completely abandoned email notifications.

to clarify, are you using the ISY Portal, or Mobilinc Connect? Edit to clarify: ISY Portal and Mobilinc Connect are two different portals, only one or the other can be used, they can't be used concurrently. I suspect you are using Mobilinc Connect as it has geolocation capabilities whereas with ISY portal there is no built in functionality. If mobilinc connect, please also click the 3 dots in the upper right corner of you post and select "report", and then in the popup window type "please move this to the mobilinc subforum"