oskrypuch
Members-
Posts
756 -
Joined
-
Last visited
Profile Information
-
Location
SW Ontario
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
oskrypuch's Achievements
-
Personally, I would much prefer to use devices that stay off WiFi. I do isolate IOTs on a subnet, but they still take up bandwidth, are generally less well behaved given their simple firmware and even occasionally malicious. * Orest
-
Yes and No. The card is easy to get running, but there is no way to backup/restore your Z-Wave definitions from the Zooz dongle. You will have to remove/redefine the Z-Wave devices. Then, all the Z-Wave tags will not match, etc. So a lot of manual fiddling. I am wrestling with this issue right now. Definitely not plug and play, from an older Z-Wave setup. * Orest
-
@chris.com As long as there still is a full & maintained deep end, sure, I am all for creating a simpler interface that will build market share for UDI for a wider audience. But building a portable interface in stateless HTML, dolled up with JS, and making it slick and powerful can be a bit daunting as well. An interesting reflection .... Many years ago, basic variables were introduced in the interface. Of course before that, you had to use "programs" THEN/ELSE as booleans. I was all excited, as many were. But, I remember a post at that time, "What is a variable, and what would you use it for?" That pretty much defines the two markets. * Orest
-
FWIW, there is nothing (necessarily) slow, limited, clunky or "old" about a program written in Java. For example, some of the best IDEs are fully java, and very impressive and powerful. It is all in the programming. A web based interface can be slow and clunky as well. * Orest
-
There has been little comment on the new browser UI. I sure hope it is not a drag and drop, app-like, limited functionality thing. The UDI app is super useful, but it has a different mission and cannot replace a full IDE. (well, as full as we have now) * Orest
-
Just trying to get all my ducks in a row. Yes, have read through all the wiki materials, more than once for other hardware migrations, this one is a bit more complicated. This site has a large mature system in place, mainly Insteon, currently running a Polisy with the original ZWave dongle. I started up with ZWave during the time of troubles for Insteon. I have a ZMatter card sitting on the shelf, not in use yet. The Polisy in question is running 5.4.x and would need a OS update to move to 5.8.x. I have performed this on another Polisy I have, but that was a small install with no ZWave, so simple to do with a flash followed by a simple restore. That is principally why this system is "stuck" at 5.4.x. If I expend some time moving the ZWave stuff over, would prefer to move it to up to date hardware. As I understand it, the old ZWave dongle does not have an easy backup route, and it seems a bit up in the air if I can just move it physically to the Eisy, and make it all work. And I would prefer to get the ZMatter card in place. The ZWave part of this is what is holding things up. Ideally I would like to set up the new Eisy/ZMatter, ensure it all works, and then step-wise switch over, with the ability to go back if I absolutely had to. I understand that I would have to remove/reinstall every ZWave device, I would plan to just move one over and play with the new equipment, as a toe test. The other huge question, is what you do with the (serial) PLM replace/migrate. I do have extra PLMs available, and I could use one completely independently of the current in use PLM. I have replaced PLMs before, but that is a bit of pain running around refreshing all the wireless modules. I am familiar with the physical connectivity issue, serial/USB/adapters. I would prefer to restore the Insteon devices and code to the Eisy, and then unplug the old Polisy PLM, and plug it into the Eisy. I understand that should work, following the instructions in the wiki. That would allow be to reverse the steps, and go back to the Polisy if I had to. Then I would have to one by one bring the ZWave modules in, and of course edit all the code because the module numbers won't match up, etc. Very messy. That would leave my Polisy/ZWave dongle undisturbed, and if things blew up or didn't work, I could in the short term still move back to keep the system up. The portal and UD mobile is the other headache. I do have a lot of defined widgets for my Polisy set up, I fear that I will have to go and manually recreate them for the new Eisy once it is in place. I understand that UD mobile can facilitate ZWave additions, so would want to harness that. Also have some Polyglot modules. I may have to buy new licenses for these. The most important one is my Tempest WeatherFlow station support. Thoughts? Suggestions? Oh, and one last item. I purchased a couple of Polisys way back, as it turned out just a few months before the Eisy was announced. I do hope there isn't a Eisy II in the works real soon? Would not want to repeat that mis-step. * Orest
-
I may be in a similar situation soon. IIRC, the EISY comes set up to only work with the new USB board. BUT, that is a software setting, it can be reset to use the old 700 series dongle. You may have to create a ticket. * Orest
-
Subject & body have text. Simple text. * Orest
-
So, this is using the "default" email server in IOX. Messages are just short text compositions. Today I noticed that no email notifications were being sent from one Polisy machine (v5.4.4), and trying a test message gives ... \\ BUT, another Polisy machine that about up to date (v5.8.0), email notifications are still coming. But (again), the other odd thing that I have noticed in the last month or so, is that I would get duplicate notice mails, that were sometimes months old. The message text time stamp was old, but the email time stamp was current. It is like it was resent. * Orest
-
I have just sat on it, for now. * Orest
-
@CoLong Just set up some variables, using the system time variables. Roll them over just after midnight. The sky is the limit, add new ones as you need to. I use these in a number of programs in my setup. So, for example, testing for ... $cal_month_of_year = 3 and $cal_day_of_month = 16 ... would give you March 16th. * Orest
-
UD mobile is fabulous for what it provides, and I use it all the time. But it can't sub for a full UI for initial programming and maintenance, except for the simplest of setups. If you could only use the mobile interface (with all its hardware related limitations), that might be the end of the platform! * Orest
-
This was just a hypothetical. But from what you are suggesting, data/structure is stored on the ZMatter card, that was what I was wondering. So, is there a factory reset for the ZMatter card? No docs with the card, and the wiki doesn't talk about it. There is a reset command in the AC for the ZWave Zooz 700 USB controller, is there something similar for the ZMatter? * Orest
-
Anyone? Hate to waste a ticket slot, if someone here knows. * Orest
-
Best way might be to add a comment ... [FIXED] ... or something like that. * Orest