FerventGeek

Will do. Thanks!

RainMachine sprinkler controller.

It looks like a device controller isn't accepting connections from the new plugin I bought today because they're going out of business. So with the device dead and no replacements coming the plugin will never work. What's the process for getting a refund from the PG3 store? Thx!

Thanks Guy, that's the doc I'm looking for. An unexpected requirement for snapping a card in half should have something from the manufactured describing the process. I snapped it off and it fit in the case. Related:

Looking at the site and forum, I don't see a manual for inserting the ZMatter card and antennas into the case. The clearances for the antenna mounts are fairly tight. Even a couple of pictures would help. However the images on the ZMatter card in the store don't show the card and antenna leads installed. There's no document in the store under "Additional" and there was no insert in the package with the card or enclosure or QR code to docs. Hopefully Google and I are just missing it somewhere. If it's not documented by UD, would one of you have photos of the correct internal layout of the ZMatter card in the enclosure? Thx!

Whelp, it looks like Polisy updated some of it's modules but now the node servers won't start. This an original Polisy unit, and as I recall requires manual updates. The Node servers are Polyglot v2.. I know. Version 2.2.13 Frontend Version: 2.2.9-5 Based on this error, I'm guessing the OS needs an update: /lib/libc.so.7: version FBSD_1.7 required by /usr/local/lib/libpython3.9.so.1.0 not found What's the manual update process for this unit to get it one with the release steam? Not seeing it in releases or in posts. Thx!

Thanks Geddy! 994i Pro - Thanks, I updated the post USB PLM - I bought it as soon as Instron had them back in the store. Seems like the right route to eliminate the need for the blue adapter cable (with another inline processor), and it's 10 years newer. Since that is the most critical interface, I'm trying to make it as reliable as possible. So in this regard the ISY994 to eisy is a one way trip and there's no way to know if going from the 994 on it's serial PLM to the eisy on a new PLM will work? Portal - Yes I'm letting go og MobiLink. And I already interface all my external integrations via a custom AWS Lambda function, so that will be a single point for any modifications to the XML API. (The lambda is an XML<->JSON gateway with additional features and fine-grain RBAC auth.) Polyglot - I'm running both 2 & 3 on the Polisy as there are a couple of legacy PG2 plugins that aren't available in the store. I'm assuming that the eisy can run both Polyglot's like the Polisy. If not, it's a dealbreaker for now, as I don't have time to hack PG3 versions of both. Thanks again for your assistance. It's a lot of moving parts, each of which has "should" work's.

I’m going to bite the bullet and finally combine all of my accumulated UD gear into a single eisy (assuming they come back in stock). I’d love for you experts to weigh in on my upgrade plan. Here’s my current, reliable if old, setup: ISY994i Pro (Instron and Z-Wave devices) Polisy with PG 2 & 3 Plugins and lots of integrations ZMatter card (never installed) Instron serial PLM MobiLinc portal for remote APIs I'm planning to migrate all that to eisy using the following path. Please let me know if you think this will not end well. On the existing isy994, migrate from the Instron serial to a new USB-based PLM. Let it run for a couple of days to ensure all is well since it’s the house's core. Put my never-installed ZMatter card into a ZMatter USB Enclosure from the UD store. Plug the now ZMatter dongle into the eisy Do the backup migration from the ISY to the eisy Migrate remote management to the ISY Portal Troubleshoot Z-Wave Do the backup migration from the Polisy to the eisy Profit? Thanks for your assistance!

Thanks. It's hard to know where to post platform interface questions. Because the ISY source is closed, it makes sense that core dev support is also closed- i.e. no public forum. However, the REST interface is documented, minus it's primary interface schema. Mostly I try to ask the community first for self-service, before bugging the Universal Devices team. I'll ask them directly.

Is there a magic link to an XSD or other doc for the ISY XML schema? I'm finally converting my handicraft XML to JSON converter to a Python library, and am wondering if the official ISY XML schema is available somewhere. I've been lucky to find several great libraries to draw from, but each has it's limits. Generally, they only convert what they need to based on white-box understanding of a subset of XML responses. This makes sense- why reverse engineer every possible message and device type if you don't have to? However, I'd like to clean up my transformer to look as close to an "official ISY" JSON response format as possible, then do the app specific transforms on that. There are great general XML->JSON libraries available, but end up including unnecessary or duplicated meta that a schema-aware transformer would omit. Thanks!

I have the serial Instron PLM, not the USB version. USB would be a non-event.

Google + Thingaverse are magic. This just showed up today, fits perfectly on my Polisy. Slight delay of game for the Zmatter driver, but getting really excited about the migration from my ISY994i. Chipset troubleshoot yea verily, firmware team! My wall is ready. https://www.thingiverse.com/thing:5221086

Thanks Michel. I did, I’ve got it sorted

I apologize if I'm taking this topic too seriously. I've been very fortunate to help build and manage large communities, so the sprit of what we're doing here matters to me. Both for the community and UD's long-term business goals. Do believe that UD's years of support help motivate to our ongoing new purchases? Do you believe that post-sales support is important to draw-in new users? As ISY is closed-source without extensibility for portal integration, is there some other forum to ask questions related to UDs 1st-party portal integration framework? As previously mentioned, I've already accepted that UD EOLs features as it sees fit and will solve this regression myself. The question is- is this an open forum to ask questions related to our use of UDs products? I'm not sure that your opinion that UD should be like Apple and do whatever it wants without comment, is good. For the community or UD. The point of the platform- our platform- is that it is not like Apple. It's not a walled-garden to take or leave. Maybe I'm just old, but in my mind it's always been open, collaborative, encouraged 3rd-party integration, and as a result stood the test of time. I'm just a dude trying to save effort and UD has no obligation to do anything I might request. But I'd like to think UD intends to be open to conversation. And that's not Apple-like at all.

@asbril, where am I insisting they continue support?