-
Posts
3255 -
Joined
-
Last visited
Everything posted by bpwwer
-
PG3 doesn't really care about the name. The ISY may have some restrictions, but that would be the same for both PG3 and PG2. The address on the other hand has more restrictions and probably more likely to cause a failure. Can you PM me a log package?
-
Refresh the store, verify that version 2.0.1 of the node server shows up and restart the node server. Let me know if it works.
-
ambient weather PG3 key and value
bpwwer replied to EricBarish's topic in Ambient Console and Weather
-
I don't know. @Michel Kohanim?
-
I believe all of the purchase options work for non-production. So installing a trial version in a new slot should work and be a separate license from anything previously installed (trial or other) from the production store. You could even make the trial period longer or shorter and only have the trial option available.
-
I apologize for the lack of communication. This took us all by surprise. I believe it was a OS update that changed the Python version, not a change made specifically by UDI. Once we were aware of the issue, we were working just to understand the issue and come up with a fix. The latest upgrade should migrate all the Python based node servers to 3.9 in a controlled manner allowing them to install and run properly again.
-
Yes, it will charge you again. The current PG3 release treats every node server as unique, with a unique id. Thus even though it may be the same name in two different stores, they are treated as different node servers. The next release of PG3 will change this and allow the same node server ID to be used in different stores so you can purchase a non-production version and then use the same license to install the production version. But this change is still a ways off.
-
Ambient Weather Needs to be Restarted After Power Failure
bpwwer replied to mbking's topic in Ambient Console and Weather
When the node server starts it queries AmbientWeather for information about your weather station(s). It appears that your network is not fully initialized and the query fails Query failed: HTTPSConnectionPool(host='api.ambientweather.net', port=443): Max retries exceeded with url: /v1/devices?applicationKey=7651edae3d7b44ee8ab5c3359b0c99469f30bf3d2a1d4f2c995b25d9c01a2cd3&apiKey=7407c4813e0f41f38be31752905a03377c3e1c41b3dd40b69f74fe4086fbebc8 (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x8030f0970>: Failed to establish a new connection: [Errno 8] Name does not resolve')) It's failing because it can't resolve the name "api.ambientweather.net" to an IP address. It does re-try multiple times as you can see by the "Max retries exceeded" part of the message. There's nothing the node server can do to make name resolution work on your network while it's starting. -
Yes, Python was updated. I believe the problem is that the new version of python conflicts with the old version so the old version gets removed. This is very bad for all the node servers written in python. Python uses the version number to determine where the third party libraries are installed. So what you're seeing is that the node servers start, but can't find any of the libraries they need. UDI is working on a fix.
-
MagicHome on polisy installs on ployglot then removes it self
bpwwer replied to Kevin's topic in PG3 - Non-Production Store
I think that's probably about as good as it's going to get, at least for a while. I don't have time to try and reverse engineer the protocol differences in the controller you have right now. So I'm glad it is at least partially working as is. -
MagicHome on polisy installs on ployglot then removes it self
bpwwer replied to Kevin's topic in PG3 - Non-Production Store
The MagicHome API isn't documented so everything that works has been reverse engineered and there are still unknowns in the protocol. It looks like the flux_led project has figure out a lot more since the last time I looked at. I just added your device type to the list and set it up similar to another device. That could be completely wrong for your device. It is very possible that the animation speed settings are different for your device. For my devices, switching to another mode (like setting the on level to something) switches them out of effects mode. The devices I have support 3 modes, effects, white, and rgb. Setting the brightness level switches them to white mode. Node servers have no way to implement a color wheel control. Hue changes the color 0 = blue. Increasing will move the hue towards green, then red and finally back towards blue. The RGB level is the brightness level, this should effect all three (red, green, blue) leds equally. So rgb=100% and hue=17 should have been a shade of blue. But that assumes your devices work the same as the ones I have. -
MagicHome on polisy installs on ployglot then removes it self
bpwwer replied to Kevin's topic in PG3 - Non-Production Store
Version 1.0.3 should be in the store now, if you refresh the store you should see it. Then restarting the node server should automatically up date to version 1.0.3. Let me know if that work for the LED strip lights. -
MagicHome on polisy installs on ployglot then removes it self
bpwwer replied to Kevin's topic in PG3 - Non-Production Store
Thanks Kevin, No, don't buy another just to take it apart. I think that's enough info to add support for that type of device. I'll take a look at it soon. -
MagicHome on polisy installs on ployglot then removes it self
bpwwer replied to Kevin's topic in PG3 - Non-Production Store
By design. You could provide the bulb's manufacturer, model, and specs. -
MagicHome on polisy installs on ployglot then removes it self
bpwwer replied to Kevin's topic in PG3 - Non-Production Store
It doesn't recognize your bulbs so it doesn't know that they support changing levels. -
MagicHome on polisy installs on ployglot then removes it self
bpwwer replied to Kevin's topic in PG3 - Non-Production Store
It is being removed because it never gets installed on the ISY. It's failing to install because the install package is missing. I've uploaded the install package so it should install now. I've been working on major updates to the packaging and install process and apparently, I broke something and it never uploaded the package when I added it to the store. -
Support thread for: ISY on Polisy (IoP) v5.4.4 (May 25, 2022)
bpwwer replied to Michel Kohanim's topic in IoX Support
Yes, the ISY will respond at <local address:8080> however, it does not have a default index.html page so unless you use a path it understands, it will just ignore the request. If you do something like: WEB/index.htm that will bring up the ISY's web interface. -
It looks like you've tried a couple of different things, but the ISY configuration in PG3 isn't correct. When you do a Help -> About from the admin console you get something like this: What shows up for My URL is what you need to configure PG3's current ISY IP with. That will look something like: The ISY on Polisy (IoP) port number is 8080 (or 8443 for secure http) PG2's port number is 80 (or 443 for secure http) PG3's port number is 3000 For IoP, you should only use secure http (port 8443) if you have a valid SSL certificate, issued by a recognized certificate authority.
-
@4wireE&M Currently, the system has a number of different accounts/passwords none are linked so you have to manually get them all set, which can make the set up confusing. IoP has a username and password PG3 has a username and password Portal has a username and password. Those three accounts are independent but the components do have dependencies. When you configure PG3, you have to configure the ISY that it will communicate with. This is set in the PG3 ISY's -> Edit Current ISY menu. Make sure the proper IoP IP address, IoP username, and IoP password are configured here. If PG3 shows the Ecobee node server installed in one of it's slots, delete that and re-install it. If that doesn't work, post or send me via PM the PG3 log file (from PG3 menu Log->download log) And FYI, when using PG2 or PG3, those programs are what manages the node servers installed on the ISY. You won't need to use the Admin Console's Node Server menu to add nodes.
-
AERISWeather parameters are not populating IoP Weather and Forecast tables
bpwwer replied to CoLong's topic in AERISWeather
It will be in a future release. -
AERISWeather parameters are not populating IoP Weather and Forecast tables
bpwwer replied to CoLong's topic in AERISWeather
@CoLongThanks for letting me know it's solved. Checking the IP address was going to be my next suggestion. Based on this issue, I've updated PG3 to do a better job of reporting errors in the log for this type of issue. -
AERISWeather parameters are not populating IoP Weather and Forecast tables
bpwwer replied to CoLong's topic in AERISWeather
PG3 is not able to communicate with the ISY. The first thing I'd try is to reset the ISY password in PG3. Go to the ISY->Edit Current ISY menu in PG3. Enter the ISY password in the password field and save it. If that was the problem then all those errors being reported in the log should stop. When things are working right you won't see any of these: 6/20/2022, 15:59:17 [pg3] error: Error: GET http://192.168.1.116:8080/rest/ns/1/nodes/n001_controller/report/status/SPEED/19.0/48 Failed :: TypeError: Converting circular structure to JSON -
AERISWeather parameters are not populating IoP Weather and Forecast tables
bpwwer replied to CoLong's topic in AERISWeather
There are no errors in the log, the node server appears to be functioning perfectly. Are there any errors in the PG3 log that would indicate that PG3 is having issues communicating with the ISY? -
AERISWeather parameters are not populating IoP Weather and Forecast tables
bpwwer replied to CoLong's topic in AERISWeather
There's nothing in the log (and when set to info, there should be more). So that doesn't tell us anything. Try setting the log level to debug and restarting.