Jump to content

bpwwer

Moderators
  • Posts

    3255
  • Joined

  • Last visited

Everything posted by bpwwer

  1. The configuration looks right. Looks like a bug in the node server is causing that error. Many people have more than one WeatherFlow station so the node server needs to know which station to pull data from and which station to get forecast data for. They don't have to be the same station.
  2. 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?
  3. 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.
  4. For the PG3 version you just need the API key.
  5. I don't know. @Michel Kohanim?
  6. 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.
  7. 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.
  8. 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.
  9. 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.
  10. 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.
  11. 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.
  12. 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.
  13. 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.
  14. 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.
  15. By design. You could provide the bulb's manufacturer, model, and specs.
  16. It doesn't recognize your bulbs so it doesn't know that they support changing levels.
  17. 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.
  18. 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.
  19. 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.
  20. @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.
  21. It will be in a future release.
  22. @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.
  23. 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
  24. 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?
  25. 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.
×
×
  • Create New...