JTsao

So you're saying that in PG3, pushing the button on the Harmony remote sets the associated scene with the light set to off, and you have a program that runs like the following: if 'Lt Switch' is switched off then (action here - ignore motion sensor, or whatever) and it doesn't work with the PG3 Hue Emulator? In my program - I use the status of one of the lights I intend to control which signals a program to run if 'Lt Switch' status is 10% then (action here - e.g. increment state variable) - In my case, using PG2 this runs right away when I push the button, activating the scene where the light is set to 10% If the ability to trigger a program is broken in the PG3 version, then that is indeed a big problem

Just read this and want to see if it applies to my use case as I just installed Polyglot 3 (haven't used it yet) The only way that I have figured out to get the Hue Emulator V2 to run a program on the ISY is to create a scene (with Notes:spoken=1) which (for example) sets a light to 10% dim - then I have a program that runs using: if '... Lt Switch' Status is 10% then (take action) Is this the kind of situation that you are talking about? Or Is there another way of getting a program to run from the Hue Emulator? Someone once mentioned "fake scenes" but I don't know what that means or how to do that. For me, this capability is critical as I really want to be able to run programs using the Harmony Companion Home Control buttons, not just turn scenes on and off

After some experimentation and after combing through the forums, I think I have learned some things about Insteon: 1 - If an ISY program sends a command to turn on a scene, there is no verification, checking or retries to make sure all devices are actually on (although it appears the Insteon protocol may support this) 2 - if an ISY program sends a command to turn on a device, the ISY performs a check to make sure it is on Can anyone confirm that the above is true? My conclusion is that if I see instances where a scene command doesn't consistently work in a program, I should try re-writing and issue individual device commands to the devices in the scene instead. This appears to be the case, but I probably need to test further. Obviously, this is more practical when dealing with a small # of devices in a scene. I have also seen that sending the scene command more than once also increases reliability. For some reason, I have also observed that, in my case, an ISY program sending two consecutive scene commands to turn on/off two devices right next to each other (one in each scene) is less reliable than sending a single scene command to set those same two devices to the desired states (if they are both in the same scene). I am not sure of a good reason why this is happening, but this is how the program was operating when I first noticed issues. Overall, since I have been performing some program cleanup and reorganization with scenes, state machines, etc., I am unsure if introducing the 2448A7 is directly related to some problems that I have observed or not. Modifying the programs per above seems to have increased reliability, but I am not sure if it is at 100% (need more testing). Can anyone comment on whether or not a wired PLM communicates better than the 2448A7?

I re-coded all of my motion detector rooms to use a state machine with state variables - I can see that the lighting sometimes does not match the state - this indicates that the command to turn lights on or off is not being received for some reason - I have a LOT of Insteon dual band switches in my house - not sure why the commands sent from the 2448A7 are not being received

I did some investigation into one room where I use light switches, a remote control (via Hue Emulator nodeserver) and some commands/programs via the UD mobile app - it appears that one of 3 Insteon switches for that room does not reliably receive commands - strange, because the other 2 work fine and all 3 are in the same junction box in the room. (These are all dual band switches). I tried turning the circuit breaker on and off, pulling the air gap and doing a "restore device", "write updates to device" and increasing the # of retries to get the switch to work better, but right now the only thing that makes it more reliable is to have the ISY program turn the scene on/off 3X in a row. I am speculating that this may be a problem device and/or use of a wireless hub is less reliable than a wired one. I haven't looked into some of the other weird behaviors yet. Answers to questions - motion sensors are NOT in scenes - dual band devices were rock solid using the ISY and serial PLM

I've been running ISY-Polisy with the 2448A7 after moving from the ISY994+Serial PLM - I have noticed that frequently, motion sensors, remote controls and UD-Mobile are not consistently turning on lights (and other weird behavior) - I re-wrote a program to control the lights in 1 room using UD Mobile and added two sets of commands to set the lights up in the proper state and it works better than the version that only sends one command - this leads me to believe that commands from the 2448A7 are not making it to the devices - I have some questions about this - (1) does the Insteon protocol have an acknowledgement to verify delivery of the command? - (2) Is having the 2448A7 located right next to the Zooz USB stick a problem? - (3) The 2448A7 is within 2-3 feet of a couple of dual band light switches - shouldn't that be sufficient for the RF signal to get to the powerline? - (4) What can I do to improve this problem? (does changing the # of retries under Advanced->PLM communication help?) - (5) Does anyone else see this problem? Thanks in advance for any replies

Thanks for the replies - got it working - it's Local Port 8080 (got confused with new port #'s and conflicts with node servers)

I have the UD Mobile app working with ISY-Polisy under "Remote Connection Settings" but can't figure out the "Local Connection Settings" under Advanced - can someone tell me what to use for the "Local IP Address" and "Local Port" ? or anything else that may be missing? (When I test it says "Error: The Network Connection was lost" - I do have my WiFI SSIDs entered for Local Networks)

I have never heard of or encountered WOL authentication at work or at home and I develop networking/voice products for a living - I have used the ISY WOL feature to wake up PCs and also to turn on LG TVs - WOL should be extremely easy to fix/implement - I have written C code from scratch to generate WOL packets - it's VERY easy

OK that didn't work - I think there is a problem with the WOL feature after moving from the ISY994 to the ISY-Polisy

OK - Thanks, that works - but - part 2 of the problem - the WOL from the ISY-Polisy is NOT working: I have tried using it from the java Admin Console and the web page using the link above and via ISY Portal and none of them work - is this a possible bug? EDIT: I don't know if this makes a difference, but I have a Ubiquiti UDM-Pro router and two ethernet switches (an 8-port 2.5gig switch and a 24-port gigabit switch) - the PCs are plugged into the 2.5g switch, the Polisy is plugged into the gigabit switch - both switches connect to the UDM-Pro - previously the ISY was plugged directly into the UDM-Pro - in my mind, the WOL packets should reach the PCs in either case, but I can try plugging the Polisy directly into the UDM-Pro tonight when I get home to see if that makes a difference

When I go there, I get /index.htm not found

It appears to me that the Wake on LAN feature of the ISY on Polisy may not be working - I had been using web page access to the ISY when VPNing into my home to wake up my PC so that I may use Remote Desktop. I used to go to the IP address of the ISY and go to "Networking WOL" from the main page. The ISY web page is currently accessible under the ISY Portal under tools->ISY Web Access, but should also be directly accessible at the IP address of the ISY-Polisy, but I don't know the URL. Can someone tell me what the URL is for direct access to the ISY Web Page? More importantly, can anyone confirm that the Wake on LAN feature is not working (because it is not working for me)?

+1 - same thing happened to me - in general it seems when Network Resources or Nodeserver references don't work in programs, the first thing to try is to update and save

I used this guide yesterday to migrate from the ISY994 to ISY-Polisy - it was extremely helpful a couple of notes that could be added: under "Migration of Polyglot PG2 to new ISY on Polyglot" - the settings are host: localhost, port: 8080, uncheck HTTPS new section - removal/reinstallation of Cloud Nodeservers (Ring+ISY Portal): This can be done after the migration via the ISY admin panel and my.isy.io Everything appears to be working so far...

I opened up a ticket and got a reply within a couple of hours and the Polyglot-Cloud Dashboard was fixed - what I didn't realize is those two nodeservers (ISY Portal and Ring) can be deleted from the ISY Admin Console and my.isy.io - you don't delete them from the cloud dashboard. So if anyone else is wondering about this - you can remove/reinstall those cloud nodeservers after migrating to ISY-Polisy.

Thanks - I tried that but it is still spinning - one thing I am realizing - I should have probably deleted two cloud nodeservers - the ISY Portal and Ring, before moving from the ISY994 to the Polisy-ISY - any way to delete those after the fact?

I migrated my ISY994 to the ISY-Polisy this morning - Insteon seems to be working but I can seem to delete or re-do a couple of cloud nodeservers because the Polyglot Cloud dashboard spins (it says "loading") forever. I had the ISY Portal and Ring nodeservers associated with my ISY994. The ISY994 is now off-line (unplugged). Any way to fix this by deleting the nodeservers without powering on the ISY994? How do I get access to the dashboard? Edit: I think the problem is that Polyglot Cloud cannot connect to the ISY-Polisy - any ideas on how to fix?

The only way I can think of controlling lights with a Harmony Hub is to use the dedicated smart home buttons on a companion remote to interact with the Hue emulator node server - is there another way to initiate programs via the Harmony Hub? (besides triggering when activities are started and ended?) I would also be interested in IR on the Polisy - has anyone in this forum ever used a Flirc? It is a popular USB IR Receiver for adding IR capabilities to devices such as the FireTV stick, Nvidia Shield, Raspberry Pi and others - it might be a good candidate for supporting on the Polisy.

Thanks for the info. I received the Zooz stick and noticed the clearance problem as well - still waiting on the 2448A7. Some questions - (1) if I manually unenroll my z-wave devices from the ISY994, then enroll them on the ISY-Polisy, then do a restore of the ISY994 backup on the ISY-Polisy, will that blow away the z-wave setup that I just performed? It's not clear to me what will happen regarding z-wave in this case. (2) Also, is there any special action that has to be taken regarding the Zooz stick? Or 2448A7? Or do I just need to plug them in? I did see the checkboxes to enable Insteon and Z-Wave on the config tab.

I have an ISY994-Pro/IR with the Z-Wave 500 module. I also have Polisy Pro and have ordered a Zooz ZST10 stick and a 2448A7 Insteon USB PLM (wireless only). So, in theory, I can keep my ISY as-is and revert back to it, if the ISY-Polisy experiment doesn't work, right? I understand that z-wave does not port between the ISY and Polisy. That is fine as I have < 10 Z-Wave devices - but I have a lot of Insteon devices. Can someone verify the high level process of migrating to the ISY-Polisy and going back to the ISY994? I think it would work like this (note: not discussing z-wave): 1-Backup ISY; 2-Unplug ISY and old PLM; 3-peform restore of ISY backup to ISY-Polisy; 4-Perform a Restore Modem on ISY-Polisy Then, to go back to the ISY: 1-Unplug 2448A7 PLM; 2-Plug in ISY/Old PLM; 3-Restore Modem on ISY Does the above sound about right? Do I need to do a "Delete Modem" process anywhere? Or can I just make sure that only 1 modem is actually powered on at a time?

I am also wondering about all of this - the one thing that I am hopeful for is that the Zooz USB dongle works better and has better range than UDI's z-wave module - so I am considering moving the few z-wave devices that I have over to the ISY on Polisy and keeping the many Insteon devices that I have on the original ISY box, then, perhaps at some point in the future I will move over all of the Insteon stuff - I am using a few IR commands on the ISY as well, so I am looking for something to replace that as well

Well, I'll answer my own question - doing a restore backup under Polyglot Settings seems to have repaired the problem - now I have access to both ISYs - will order Zooz stick and wait for now...

I did this to tryout the ISY on Polisy - curl -s https://pkg.isy.io/script/update121.sh | sudo bash sudo shutdown -r now cat /usr/local/etc/udx.d/static/update13.sh | sudo bash sudo shutdown -r now - now none of my nodeservers will start - getting errors in log file indicating "no module named polyinterface" and "no module named pgc_interface" - Can anyone suggest how to correct? - I'm OK just going back and NOT trying this as it appears dangerous

Thanks - that works - you also have to delete the nodeserver on the ISY, then restart Polyglot - then the node server disappears - one strange thing, the MyQ (12) nodeserver got deleted but something re-created the folder - I am going to try and re-delete