apostolakisl

So, should I scalp all my spare plm's on ebay now?

I saw that, but I can't understand how that applies to that sentence. It sounded like he was saying the parts are no longer manufactured. Where ETL refers to data, not parts.

? sorry not hip to that abbreviation. EOL?

Regarding UD hardware, It doesn't fail. It just doesn't. I understand that memory cards on some units fail, but, that is just in the nature of memory cards and UD of course doesn't make those. I would be surprised if the OP actually had a hardware failure. As far as UD software. Official releases are excellent. For those of who like to play with beta and alpha stuff, oh yeah, there are issues. Polisy and PG I would still call a work in progress. More so migrating from other systems into it. I think if you did a virgin install, you probably would not have issues. As far as support. Crazy good support.

sounded like you still had the unmanaged node servers in the first 3 slots when you called them "phantom".

I think you needed to have the PG3 slots in question empty prior to restoring pg2 backup into pg3.

above is what I found to work. @GTench

Roomba triggered today from a program in ISY. It also triggered last night from a native Roomba schedule. I haven't manually triggered it, though I have opened the app and connected.

You can spend $500 to $1000 for a serial PLM on ebay, or buy a $379 polisy and use your current usb plm, and sell your 994 on ebay for maybe $200. Of course by buying the polisy, you will also be future proofed for at least a decade.

I agree. I would recommend doing what I did above because it carries over all your configurations for the nodes you do want to move over and it leaves any non-qualified nodes (ones you didn't pay for) as unmanaged. But it is quite a goofy process.

So this appears to be the story. 1) backup PG2 2) delete the PG2 nodes you plan on moving to PG3 3) restore the PG3 node server using the PG2 backup 4) restart the NS's you're migrating, perhaps twice before they show up in ISY. Definitely not an elegant process.

What if I is already on PG3? Will I need to delete it from there and add it again?

So if I delete the node from PG2, it will not delete the configuration from ISY? Right now, both PG2 and PG3 claim to be managing the same node. Before manually "stopping" the PG2 version, both said "connected". PG2 below PG3 below

This may be answered elsewhere, but I can't find it. I am trying to migrate nodes over from PG2 to PG3. I have loaded lots of nodes on pg2 with many of them there as curiosities that I really don't care to pay to move to pg3. I am starting by moving over what is free and then will buy what I actually want. Anyway, I restored a pg2 backup in pg3 using the button that says it does that. Example, Blue Iris now shows on pg3, but it still is on pg2. Do I at this point delete it from pg2? Or will that delete the node from ISY even though it is still on PG3? The NS configuration page on ISY AC shows that the node is configured for PG3 with port 3000 as the port and other stuff that is c/w it talking to PG3. I stopped the Blue Iris NS on PG2 and restarted it in PG3 and PG3 shows connected. So now what? Delete from PG2? After restarting PG2, it still shows connected to Blue Iris, I would expect it to say unmanaged.

Of course I set it up. PG3 node lost connection to ISY, not to Roomba. The log still showed data flowing in from Roomba. The AC was getting no updates, so the values stayed as they were. After an AC restart, the fields were left unpopulated. Other PG3 nodes were still connected to ISY.

Its own built in schedule. As I mentioned, I don;t know how they work that, it could be on the cloud or it could saved directly to the unit. I suppose I could shut my internet off at 1am when it is scheduled to run and see if it runs.

It started from its own schedule. It runs at 1am every night. Not sure where the initiating event for a scheduled cleaning comes from, I would bet that is saved on the roomba itself, but it might come from the cloud in which case it would functionally be the same as starting it from the phone app.

I appear to have a similar issue. Roomba was running, but AC showed it was in charger. I closed/reopened AC and it is not populating Roomba. Roomba log in PG3 shows a continuous flow of data as you would expect from a running Roomba without any errors. I tried using commands from the AC and Roomba does not respond nor does the log show anything except the flow of info from Roomba. In other words, it appears the the NS has lost its connection to ISY. I then restarted the NS (just the NS, not polyglot or polisy or isy) and all is now working correctly. I do not know why the NS would lose its link to ISY. I haven't made any changes to ISY or any NS's since the last reboot.

open a ticket. they will probably send you a flash chip to recover your polisy. mine did something similar.

My 2413S works just fine on Polisy using the RJ45 to DB9 cable as shipped from Smarthome and included with the 2413S PLM. You can not use a standard ethernet cable, none of the RJ45 jacks on Polisy are serial AFAIK. If you no longer have that cable as included with the original purchase, you can pick them up online for about $10. I assume the pinout is standard. If not, I'm sure you can get the pinout from Michel and make your own. @Tim McDermott

I think these two program would do what you like. Of course, you will not be able to use "fast on" to actually turn the light on. It will always go back to where it was before. tes - [ID 008E][Parent 0093] If 'Kitchen / Kitchen-3 Cans L' is switched Fast On Then Set 'Kitchen / Kitchen-3 Cans L' On '$stest %' Else - No Actions - (To add one, press 'Action') test - [ID 0006][Parent 0093] If 'Kitchen / Kitchen-3 Cans L' Status is Off Or 'Kitchen / Kitchen-3 Cans L' Status is not Off Then Wait 1 second $stest = 'Kitchen / Kitchen-3 Cans L' Status Else - No Actions - (To add one, press 'Action')

Yes, looks like it went down at 1am CDT. A bunch of people from around the world commenting. This is why I hate cloud services! Hopefully they didn't go bankrupt too.

yes, just saying though, that Elk makes tasks available in its api or nothing would be able to trigger tasks via the internet.

OK, that confirms then that the api does include task control since ekeypad can access it.

Nothing I couldn't do from ISY, but I had Elk before I had ISY and I programmed a number of things in there, some of which are quite complex, like my sprinkler function. I could move it over to ISY, but that would be a lot of work. And gladly, I did not do that because I would then have had a whole bunch of work converting from Elk module to Elk NS. While ISY is very stable, Elk is insanely stable, and when it comes to some things, I would rather have them running on Elk.