larryllix

The older admin console ISY Finder will be stored in your java cache and needs to be cleared out, and then reinstalled with every new ISY firmware version. When the UI and firmware versions don't match you will have trouble with mismatched features that cause trouble. ISY Launcher loads and installs the correct version each time.

For sure. I have had go'rounds with eBay. I don't trust them anymore for being a vendor....and very little to purchase through them.

Sorry. I didn't include the post I was responding to. I was responding to Bumbleshoot, demonstrating that I have the same latest polisy O/S version, the same as he does. No problem here with my equipment.

I am getting the same: FreeBSD 12.1-RELEASE-p10 r365882 POLISY

I am the opposite. GH always had better sound but the Gen 3 Alexa's have good sound for music also now. However the Alexa Gen 3 Dots are hard to understand, unlike the Dot Gen 1 and 2 that were very clear. I have both but Alexa won out, due to GH making assumptions and turning things on/off that I didn't ask for. Alexa will ask for clarification before turning on random appliances. When asked to turn the bedroom light GH would issue 9 different commands each time, attempting to turn off red, green, blue, yellow, ..... RGBW LED strips. Alexa would only turn exactly what was defined and not make guesses. For look-up purposes GH yoost to be much better, but this has been improved in Alexa boxes now, and I think it surpasses GH usefulness. The race is constant like INtel and AMD. However GH will answer some fun but questionable phrase definitions that Alexa will refuse to answer.

@glsmith777 I smell one big problem with depending on any type of Ethernet package, to reset a problem router, that depends on your router working properly.

I have found with ASUS routers (I have three, 2 different models) that a reboot won't correct some of the problems. It takes a power cycle to make some things be forgotten. Insteon and ISY994 does it well. YMMV

Perhaps ISY has a bug in it's software that causes a program to trigger upon an IO/Linc status update without change in status. It wouldn't be the first time this has happened. This happened in a previous version update with state variables from Rest i/f updates and UDI fixed it. I suspect the query every hour, is to compensate for a bad comm already. It should never be necessary.

If you enjoy tinkering, you need to program the system yourself. It's fun and rewarding. Every time you think of something new, and you will forever..., you will have to call this guy, or somebody else, that will tell you it wasn't done right in the first place, and pay bucks out, or just not have your idea realised. When somebody else sets up your system, you will not get the basic techniques down and have a hard time progressing with your abilities. We have seen many newbies here that didn't know their ankle from a hole in the ground. There is lots of help here and people are glad to help with hunts or write complete programs for you at times. Don't make me come over there!

If your device query triggers a program to run then ISY thinks the status changed. This happens when you have a bad comm nd ISY hasn't been updated to the latest status of the IO/Linc. GDO are notorious for disturbing Insteon comms. I solved mine with two Insteon FilterLincs. They are easy and have two receptacles. One for the GDO (filtered) and one for the I/OLinc (raw). My Chamberlain MyQ GDO (with battery backup) crippled my Insteon system and made it easy to find. Then I realised my older Chamberlain GDO (straight AC motor) may be causing problems also. Unplugged it after five years and found 99.9% of the rest of any Insteon comm problems. Note: GDOs do not have to be running the mechanism to make Insteon problems. They contain bad power supply filtering.

This is a problem with using the io/linc status reversal with GDOs also. You need to program around it without using the reversal of the status or it should happen every query of the io/linc. If the status indicates Gate_closed, then remove the reversal option and call the status Gate_open.

Scenes are preset values and each device can hold about 250 different scenes. When you send an On, level = xxx% you are not triggering a scene in the device. To cause the scene/preset to become effective you must turn on that scene and every device containing that scene ID/Link will respond to it's preset values.

I have been doing it for years on most of my devices. It's not a problem for modern memories with wear and tear management.

Read the post just above yours.

Did you factory reset each device before linking it to ISY? Did you do a compare of the links found in the devices to what ISY has?

The newer GDO controls are signal based over two wires so you would also have to hack into the pushbutton units to hardwire across the human operated contacts (without MyQ). I have two Chamberlain GDOs, one with MyQ and one without. The older unit hurts my Insteon comms while the MyQ unit (further away from the house) cripples my Insteon comms down to about 30-50%. Two Insteon FilterLincs fixed that completely AFAICT. I have never bothered to interface the controls to HA but I do monitor position of both GDOs, with an I/OLinc for one, and a CAO Wireless Tag for the newer MyQ GDO. Another Tag monitors my vehicle is home. I guess if I was doing it I would attempt to get your existing GDOs rebuilt and/or greased up for quieter operation and keep them. I had a Genie up until about 12 years ago and despite their super quiet claim it was the noisiest GDO I ever heard. The motor hum was brutal and vibrated through the whole house. That was a screw drive style. I am not sure if they still make them. The rubber link belt units are much quieter and can detect door jam much more reliably.

Typically no design of a Home Automation system can be done by an inexperienced person. This typically would start with a handful of Insteon devices and grow as your ideas and budget develop. When you first start out, you likely didn't realise you could cause alight to blink when the gate was open or cycle you furnace fan, only when you are home to save energy costs. ISY is not the limitation. Your mind is.

Try pilling the SD card out and back in to wipe the contacts. Try a new SD card. Try a new power adapter. Try a different Ethernet port at the other end. Unplug and replug cables to wipe contacs.

I wouldn't know where to start as I change my mind and ideas on a regular basis. Leave lots of room for variable grouping by creating spare variables in each grouping of functions. I organise my devices by rooms and programs by function, using folders for each style.

Java is not related to webpage servers. Many vehicles and industrial equipment use java without needing webpage servers or browsers. That may be the future of polisy someday but not yet. The admin console was not created to be a user remote control box but rather a setup medium for a home automation system to only be needed when programming needs to be changed.

You would have to look up your mobile provider's address but typically the format is 9876543210@cellprovider.com. You can prove this from your email client to your cell phone.

Replacing the SD card is made very easy by UDI. ISY994 has some boot firmware to load an image of ISY994. After doing that, installing your credentials and location, time zone etc.. you can restore your latest image.

Have you tried removing the microSD card and cleaning the contacts with >75% alcohol or contact cleaner, on a Q-tip, and then replacing it?

The "log was blank"? That would be rather odd. Use the notify program construct. It works with email and can be converted to an SMS message. It also can contain variable information. Search for Belias user here for a tested method of leak detection programs.

I like mine scrambled,,,just like most of us are now! The NS store is a new thing and people are excited about how easy it is to install new NS for trial. Keep working at it. It will become clearer to you and others for better answers.