Geddy

@EWhite a bit confused by your post. What is it you're trying to accomplish? What do you mean by "basic location services"? Yeah, what you describe will fail because ping is probably unreliable for what you might be attempting to use it for. Need more information to be able to help give options for what you're trying to monitor/do.

@waffles was going to reply sooner when I saw this, but was on a mobile device and was difficult to type. Was going to suggest doing just that. Especially the trouble devices. Typically I suggest people log into https://alexa.amazon.com/ (Smarthome -> Devices) and remove devices from there then tell Alexa/Echo to discover devices and try it out. If still trouble then remove again (if they appeared on the site again) and then perform a refresh/sync from UD Portal (button on the far right) If it was a few weeks it's possible that it could have been during one of the few outages that hit earlier this month. Then @bmercier suggested to re-enable the skill to re-link the portal account should have fixed it.

The email information you reference is with regard to z-wave migration from 500 series z-wave to ZMatter board. That's still in development/review. I'm not sure about an upgrade path for smart meter and might be something you have to contact UDI directly. Probably best to go through sales for this, or you can open a support ticket. sales@universal-devices.com Support Ticket process -> https://www.universal-devices.com/my-tickets/

The only way I'd see to be able to remotely restart anything would be through the admin console in the Polisy System Settings there is a "Reboot" button. I presume that would reboot the entire Polisy device. As @Bumbershoot points out you'd need to have port forwarding open to possibly connect to the device itself. Otherwise I've seen some comment on using Teamviewer to connect from a remote location to the local network (i.e. leaving a computer running 24/7 w/ Teamviewer running). You would then access it as though you were local. Otherwise, you would need a router that could handle inbound VPN system to put a remote computer on the local network.

Don't sweat it. Remember you can RENAME the device/item whatever you want it to be. You've left the default name of Polisy. The image you posted came from somebody that named it IoX. Just don't rename it "silly blue box". It will crash and take over your house and never give back control! If you're waiting for the eisy to show up then I'd sit tight on what you're running. Let things settle a little bit before you upgrade and have to fix what had been a working system just to convert to an entirely new system.

@Silversop As @lilyoyo1 pointed out, but might have referenced too generally is that what you've done is add the z-wave controller to your Polisy. That will only add z-wave devices to the ISY on Polisy (IoP) system. That will not feed/push devices to the separate controller (your ISY994). For you to have everything in one ISY system you would need to migrate the Insteon to ISY on Polisy (IoP) per the information in the wiki (Polisy User Guide) . Otherwise, you could run IoP only managing the z-wave network from there. Just know that the IoP and ISY994 systems do not talk back and forth so you wouldn't be able to maintain Insteon+Z-Wave devices with one program. Once you migrate to IoP then all Insteon and Z-wave devices would be on the same ISY system (IoP). Please make sure that you have been updating your Polisy along the way. If it is very out of date you might need to open a support ticket to get assistance bringing it current. Please pay special attention to the section about if your Polisy OS is below version 13 (in the wiki). Just for reference, log into Polyglot (hopefully V3) and take a screen shot of your version. I believe the latest version should show 3.1.16 for Polyglot (PG3 version). Should be http://polisy:3000 or http://##.##.##.##:3000 (where the #s are your ACTUAL IP address for your Polisy).

Might be best to wait and see how the migration process works out before planning further move. From the comments it sounds like they're very focused on getting z-wave migration worked out as soon as possible. 🤞

Should be a 300 series z-wave controller. You can go to 5.x, but the highest you could go would be 5.0.16C. Be careful if you plan to upgrade to that version because there were big (perhaps HUGE) changes from 4.x to 5.x. Make sure you read the steps if you do decide to update, but at this late game it might not be of value to you to upgrade. There's not much ability gained going to 5.x (5.0.16C in your case) without running a Polisy for PG3 (or rpi locally for PG2) to have access to run node servers. I don't know about eKeypad, but I also use Mobilinc and it works fine with 5.x (I'm running on 5.3.4 on ISY994). There seems to be issues with Moblinc on ISY on Polisy, but haven't attempted that route so can't comment further. Though it does sound like the developer for Moblinc might update the product to be able to be used with Polisy/eisy in the future. You should check with them for support options moving forward. At this point I might suggest just getting the eisy + ZMatter board and starting fresh. It's quite the task to update to 5.0.16C and then another task to learn the eisy+ZMatter system (once eisy is even out). You would be better served starting fresh (IMO) and also learning UD Mobile for the remote access. It's certainly become the go-to app for many around here. The ultimate question is what devices are you connecting to? If 100% of your z-wave devices are 300 series then you can use those, but it will be limited. If no devices have been updated to 500 or 700 (zwave plus) devices then you've got bigger issues than trying to figure out what controller you want to use. Note too that Elk is no longer handled as a module, but as a node server. So if you don't have a Polisy you wouldn't be able to connect to the Elk until you have eisy and IoX running and install the Elk node server. The Elk module would still work in 5.0.16C as it wasn't until you went to ISY on Polisy (now IoX) that you lost the modules. I'm not sure what "ISY Module" is. Do you mean ISY Portal?

@Mecheng70 the ideal situation was to be a migration path that would be possible with the firmware for the IoX on the eisy. Although, it appears there are some issues in that plan and it might not be possible or at least very delayed. Are you only controlling z-wave with the ISY994 or do you also have Insteon devices and a PLM connected? It sounds like Insteon/PLM should be straight forward migration (about like it was with ISY994 -> Polisy). The z-wave will remain the biggest hurdle for the time being. I've seen others comment that it's not wise to have two controllers running at once. It's kind of like replacing a home router. Turn one off, turn the other on and tinker with it to get it running the way you want it.

The Antennas come with the ZMatter card. https://www.universal-devices.com/product/zmatter-z-wave-matter-module-for-polisy-beta/ Do you have the ZMatter board already? You need to add that too. Unless you ordered the USB+ZMatter found here: https://www.universal-devices.com/product/zmatter-usb-z-wave-matter-module-for-polisy-beta-copy/

@snesgenesis if you have the Elk nodes in the ISY they should show up in HA when you have the ISY integration setup. Are you attempting to have them tied to both as a backup option for something? Or just trying to have the devices in HA as well as controllable in the ISY? I don't have Elk, but would imagine if Elk lost communication with the ISY that it probably wouldn't communicate with anything else in the same network (if you were able to have them connected simultaneously).

It sounds like it might be a context issue with Google Home itself. Do any open/close devices work properly or are they all doing this? I use Alexa so can't help on the Google Home side, but I've made routines that in Alexa where I can say "close the shades" and it's actually turning off shades. Might be something that @bmercier would have knowledge of if the "close" command is available in Google Home context.

Are you sure you were using the Mobilinc App? I've never seen such a warning from Mobilinc in the past. Additionally, Mobilinc isn't able to write anything to the ISY (as far as I know) so I doubt it would run any sort of firmware update. I've been using Mobilinc Pro on iOS for about 5-6 years and never had it act this way. Before you go too drastic and try to reset the ISY994 again (hopefully you didn't wipe it out when you tried earlier). We really need to understand what really happened. Something doesn't sound right in your first post. Be sure you confirm the light status on the front of the ISY994: https://wiki.universal-devices.com/index.php?title=Main_Page#Front_Panel_LEDs/Lights

Only way to get directly support from Universal Devices is to open a support ticket. While they do monitor the forums and help from time to time the likely hood of getting specific support here is a lot less than if you open a support ticket. https://www.universal-devices.com/my-tickets While I can understand your hesitation to updating the firmware as @lilyoyo1 suggested it's probably not a bad thing to consider doing once you get things sorted out. There appear to be a lot of "bug" fixes between 5.0.14 and the last 5.x update for z-wave 300 controllers (5.0.16C). It's possible not every bug was commented on (especially if it wasn't an identified bug at the time).

Lights on the front of the ISY994 - https://wiki.universal-devices.com/index.php?title=Main_Page#Front_Panel_LEDs/Lights "Only Error light blinking: ISY cannot communicate with the SD Card." It sounds like bad SD card. If you try reseating the SD card or lightly rubbing an eraser over the connectors don't work then the SD card is probably corrupt. And you need to follow the methods to replace. If you have a "backup" you can restore that once you get the device up and running again. Make sure you follow the steps for replacing the SD card (the ISY994 takes the microSD size and can support up to 32GB). Are you able to see if the ISY is connected by logging into your router? Try pinging the IP address for the ISY994. It's possible your reset further caused issues to a failing SD card and it's not starting up correctly so isn't making the network connection. If you still have problems it might be best to open a support ticket to get help: https://www.universal-devices.com/my-tickets/

Glad you got your device issue figured out. Where are you seeing this? On the forums? Are you on a computer or mobile device and how are you accessing the forums? If you have any plug-ins that block cookies it might be causing you an issue.

You could contact sales@universal-devices.com and ask about having it combined to save them (and you) on shipping. The issue is with pre-orders it's geared toward only that device. You could probably add both to your order once general ordering is available. I don't want to take anything away from what UDI is offering, but if you're worried about shipping you can source the additional cable from Amazon as well. https://smile.amazon.com/gp/product/B00IDSM6BW/ Both the adaptor above and this cable have been offered as options in the past. UDI appears to have sourced product so users could buy everything from one place. Indeed, it's a shame you can't order to the pre-order, but I'm sure they can make it possible down the road.

Your link just goes back to the OP post.

Check this product out: https://www.amazon.com/StarTech-com-Serial-adapter-DB-9-RJ-45/dp/B00006IRQA/ This would work. There is specific pin setup information though in posts that @Brian H has made in the past. Most frequently found here.

Looks like it is an issue from the google group for this product: https://groups.google.com/u/0/g/wireless-sensor-tags/c/pvdH3fe-Ugk Wonder if it might have been the start to cause the tags to not reach the manager yesterday...that @johnstonf had and I had for a slight while.

As @lilyoyo1 says it seems to be old information that is no longer relevant. V3 was released in late 2017 (I believe). This area is probably left over from V2, prior to Echo devices having groups (as @oberkc points out). Further up in the "Migrating to V3" section there's mention of groups so they've been around since V3 came out. What's strange though is that I never set mine up with different accounts. So either didn't care about how different echo were controlling devices or just didn't need to have that option. It is nice to have the room groupings. Nice job reading all the way down on the wiki.

@matapan never seen that. Can you post the link you reference? I’ve got several Echo devices and just use one account. Never had a problem.

@Envirogreen you’re logging into PG2. You need to add :3000 after the Polisy IP address. That should get you to PG3 you then can setup the ISY on Polisy. Be sure you read the Polisy User Guide in the Wiki. https://wiki.universal-devices.com/index.php?title=Polisy:User_Guide Also, on the PG2 side if your ISY994 is really 5.3.4 then it doesn’t look like PG2 can access the ISY correctly (probably user name and password issue or pointed to bad IP address for ISY994. It isn’t matching your firmware you show in the other screenshot.

Yes, you can push PG3 to the standalone ISY994. That ran just fine before IoP started. You just need to change the ISY settings in PG3 to see the ISY994. Instructions: https://wiki.universal-devices.com/index.php?title=Polisy:User_Guide#ISYs Just use the IP for the ISY994 and I think change the port to 80. Make sure you use the user/pass for admin to the ISY994. It should allow you to have 2 ISY instances running in PG3. Just make sure which one is active when you start adding node servers in PG3 so they'll push information to the proper ISY instance. Not sure what versions these are for. I think you mean 3.1.x. Mine is currently 3.1.15. I think 3.1.16 just came out yesterday and I haven't updated yet. If you now have IoP running check for the "Upgrade Packages" button in the admin console. No clue how this should work. I think you might still not have the portal setup correctly. Log into ISY Portal (my.isy.io) then in the top right click on "My Profile". Should pop up this box: Make sure that your preferred ISY is the one you've linked to Google Home. If you haven't yet migrated the Portal over to the IoP instance then it's probably still trying to communicate with the ISY994. Wonderful! And it looks like their tag system is back online (I was able to log in and see prior tickets a little while ago).

@elite-rob If Insteon switches it's possible they got locally linked and the ISY (994?) would not notice/recognize that link in the admin console. You can fix this several ways, but I think the easiest is to: Factory reset the switch. Then re-link to ISY. I think there might be a way to make this work without removing it from the ISY tree and right click on the device and "restore device" and it should write back everything the ISY has for that switch. I've never personally tried it this way, but saw an old post referencing this method. Note - It's often suggested when installing switches to always perform a factory reset before linking to the ISY. This clears out any existing links or strange QA codes that might have been introduced to the device from the factory. When linking to the ISY there's always the option to "remove existing links". This way sometimes help stops this from happening, but is not always 100% accurate. That's why some will always suggest a factory reset just to completely clear any existing internal memory. Google search for the type of switch you have to get the proper process for factory reset.