I'm also seeing this on .382. Not starting with plugins populated, but running the script from an event populates the plugins. Also not sure how long they stay populated.
Announcement
Collapse
No announcement yet.
Jon00 Homeseer Plugin Enable/Disable utility
Collapse
This topic is closed.
X
This is a sticky topic.
X
X
-
Guest
-
Originally posted by abwyatt View PostI'm also seeing this on .382. Not starting with plugins populated, but running the script from an event populates the plugins. Also not sure how long they stay populated.
Time will tell...HS4 Pro, 4.2.19.16 Windows 10 pro, Supermicro LP Xeon
Comment
-
Originally posted by rprade View PostWhile I don't know, I believe they will stay populated. I strongly suspect that the script has a problem at startup and never populates the devices, I don't think the VG pairs are being deleted during operation. It is possible that there may still be a problem even run from an event, but that still would only happen at startup.
Time will tell...
Comment
-
Originally posted by wadesready View PostRandy on the event subject. How could you create an event to check to see if it is populated? that way if it fails it would just rerun the script and populate the fields.
It could be that some of the changes to the recent betas have delayed homeseer building the plug-in management page to the point where it is blank when the script runs from the startup script.
All that said, if delaying the running of the script cures it, there is no need for any other effort.HS4 Pro, 4.2.19.16 Windows 10 pro, Supermicro LP Xeon
Comment
-
Originally posted by rprade View PostI thought of that as well, but I have no idea how to check if the VS pairs are there. Someone familiar with scripting might be able to query the device to see if it returns any VG pairs. I don't know how to query a device for VS pairs.
It could be that some of the changes to the recent betas have delayed homeseer building the plug-in management page to the point where it is blank when the script runs from the startup script.
All that said, if delaying the running of the script cures it, there is no need for any other effort.
Comment
-
Guest
Looks like on the latest HS3 beta 398, the script has become unusable. The plugin loads fine on boot and the dropbox is populated with the plugins. But anytime it runs, the following error occurs.
Error in Main Block 3: System.Net.WebException: The request timed out at System.Net.HttpWebRequest.EndGetResponse (System.IAsyncResult asyncResult) [0x00049] in <50d80b08c1a5449282b22aedf03ce925>:0 at System.Net.HttpWebRequest.GetResponse () [0x0000e] in <50d80b08c1a5449282b22aedf03ce925>:0 at scriptcode2.VBWrapper.Main (System.String Parm) [0x00a48] in <098050fc276c4a5f84e9dc1213dcc4da>:0
Comment
-
Guest
Are you using SSL?
I was using SSL when the script was giving the error.
I've turned off SSL for 2 days and the script seems to be ok now.
Comment
-
Originally posted by jon00 View PostNo. Why would that be necessary?
Error in Main Block 3: System.Net.WebException: Unable to connect to the remote server ---> System.Net.Sockets.SocketException: No connection could be made because the target machine actively refused it 192.168.x.x:80 at System.Net.Sockets.Socket.DoConnect(EndPoint
In the V1 script there is a parameter to manually select the correct IP and works like a charm. e.g. <plugin name>;0;192.168.y.x
Maybe also helpfull:
hs.GetINISetting ("Settings", "gServerAddressBind", "", "settings.ini") -> correct IP address
hs.GetIPAddress -> wrong IP addressLast edited by Blob; January 20, 2018, 06:03 AM.
Comment
Comment