Goose66

Nevermind, just had to delete it and reinstall it.

No messages in /var/log/messages. This is what I get when I try to start it: [admin@polisy /var/log]$ sudo service 000db953da90_4 onestart Starting NS000db953da90_4. su: unknown login: 000db953da90_4 /usr/local/etc/rc.d/000db953da90_4: WARNING: failed to start NS000db953da90_4

FYI, a lot of people around the World, evidently, are noticing that removing special characters from your MyQ password can help reduce the errors folks are getting when their app token expires and they have to re-login to the MyQ service, e.g., restarting the node server.

Np. I recognize that there are inconsistencies in the way all these node servers work - even among the ones I have written. A lot of this comes from legacy releases from Polyglot v2 (or even Polyglot v1). The MyQ node server was first released in 2018. I, for one, have expected for some time now that Polyglot would get subsumed by IoX (i.e., direct MQTT to IoX without intervening REST layer or PG3 database) and the Dashboard functionality brought into Admin Console, and that would be the opportunity to true up interface design paradigms, e.g., configuration parameters, device discovery, node management, heartbeat, status monitoring, notifications, and such. I think it’s still coming - just taking a lot longer than I expected.

Initial question: Are you using the "Discover Devices" button in the MyQ Service node?

Here's what the two instances I mentioned above look like: It gets an initial error in oAuth, e.g. a 401 error (not uncommon). It retries every minute (longPoll interval) for 6 or 7 minutes, then the server starts responding with the 429 - Too many requests error. So I think I need a longer retry on failure than the longPoll interval, or maybe after some number of failure retries, I crank down the frequency of retries. I'll put a TODO in the code for the next version.

Excellent. I will try to keep an eye on it. I may need to back off on the frequency it tries to refresh the token on initial failure. It may just be a simple longPoll change, or it may need its own period setting.

I checked my log files under PG3x since my migration last week. I got the same 429 - Too many requests error back on 9/26 on every longpoll oAuth token refresh for approx. 3 hours around 1:00am and again on 9/29 for a similar timeframe. Otherwise the MyQ node server has run fine since the migration. At this point, it looks like it's a transient error having something to do with the partner Chamberlain is using for oAuth authentication. I don't see anything about it in the Issues for the pymyq library (from which the node server was patterned). If a bunch of people start getting it all the time, I will look into it further.

The previous error dealing with UserAgent was an HTTP 403 error, I believe. You're getting a 429 Client Error: Too Many Requests. I will have to look into it. In the meantime, what's your shortPoll and longPoll set to in your Advanced Configuration?

@dbarentine You still around here?

What's your need here? I am close to releasing a Tasmota node server (testing on PG3x now) specifically for Martin Jerry switches and modules, but could be expanded to support the Shelly products for simple control and monitoring if the devices have Tasmota installed as the firmware. Let me know what devices you have and if they have Tasmota installed (or you would be willing to flash them with Tasmota). Also, there is an MQTT node server (and an MQTT broker running on recent versions of PG3 and PG3x) that I haven't used but I believe can be configured to communicate with specific devices over MQTT via Custom Configuration Parameters without having to change out the firmware. Don't know if any of this fulfills your needs, but just let me know.

No problem. Another thing that I have considered is adding all of these optional Custom Configuration Parameters with their keys and "placeholder" values when the node server is installed (like we all do for required parameters). That would probably clear up some confusion as well, but could make for very long list of Custom Configuration Parameters for some of my node servers. I would have to add some code to accommodate both missing optional parameters and optional parameters that are present but with placeholder values (and maybe blanks), but the code wouldn't be hard. I will add a TODO for this node server to look into this for a future release.

Here are the current instructions and my settings: As you can see in the instructions, the "Custom Configuration Parameters" refers to the "Custom Configuration Parameters" section of the configuration page just below the instructions. Each Custom Configuration Parameter has a "Key" and a "Value." You need the two Custom Configuration Parameters shown: one with key "hostname" and a value of your IP address, and another with the key "token" and a value of the token string from your Bond bridge. I know sometimes it's so clear in our heads that it doesn't translate to others. If you can suggest better verbiage, I will consider upgrading the instructions.

I upgraded my Polisy from PG3 to PG3x last night and everything migrated successfully (after an arbitrary number of reboots) and is running except HoneywellHome node server. The node server appears to be running with an increasing "Uptime," but the Current Status is "Disconnected." The log file is from yesterday and shows the node server running properly all day and the graceful shutdown last night when the upgrade was started. Stopping and re-starting the node server does not produce a new log file or change the Current Status from "Disconnected." Whenever I restart the node server, I get the following in the PG3(x) log file: 9/29/2023, 05:56:31 [pg3] info: startNs:: Starting HoneywellHome 9/29/2023, 05:56:31 [pg3] info: call_udx: Making request to socket with url /rest/pg3.start.ns 9/29/2023, 05:56:31 [pg3] info: startNs:: HoneywellHome starting polls 9/29/2023, 05:56:31 [pg3] info: Starting HoneywellHome Info timer 0 9/29/2023, 05:56:31 [pg3] info: startNs:: HoneywellHome updating database (enabled, timestarted) 9/29/2023, 05:56:31 [pg3] info: startNs:: HoneywellHome started. There is nothing else in the PG3(x) indicating any problems with the HoneywellHome node server. The IoX Admin Console shows all blank entries. Is there any known incompatibility of this node server with PG3x? Anybody else running HoneywellHome on PG3x?

You need one Custom Configuration Parameter with a key “hostname” and a value of the IP address, and another Custom Configuration Parameter with a key of “token” and a value of the token string.

The Discovery no longer works on PG3 or PG3x. UDI added the Zeroconf package (aka "Bonjour") into the standard build and starts it with the Polisy/eISY firmware in order to get it to respond to polisy.local. The downside of that is the node server can no longer start it's own Zeroconf listener for device discovery. There is a feature added to some version of PG3x that allows the node server to do discovery through PG3x, but I don't know what version that is and how widespread it is, so I haven't changed the code yet. In the meantime, just add the "hostname" Custom Configuration Parameter with the hostname or IP address of your Bond bridge, and the "token" Custom Configuration Parameter with the token value from the Bond app, and then the Discovery process will locate the bridge and create nodes for all of the devices. If you have multiple Bond bridges or SBB devices, you can add values for each of them to the respective "hostname" and "token" Custom Configuration Parameters separated by semicolons. Just make sure the hostnames and tokens are listed in the same order.:)

My concern at this point if I still had a 994 would be the SD card. I went through at least one SD card failure on my 994 and was dependent on UD support to get it back running. Especially since you are “starting from scratch” I would take this opportunity to upgrade to eISY and know you have support for the next 10+’years.

Have you tried Network Resources? Can you flash it with Tasmota and use the MQTT node server?

I imagine the thought is generally if there’s been any adjustments to outside lights other that “all off” then leave them alone.

I do want to point out that, while I completely agree there is a basic flaw in the program's design, this flaw you point out will not prevent the remaining lights from turning on after turning on the 'Entry Front Door Light', as may be interpreted from your post. That is because there is no WAIT or REPEAT statement in the running program that makes the program "re-entrant," thus once the Then branch of the program starts running, it will run to completion. If it were me, I would have a first, enabled program that had the "'Area 1 / FRONT.DOOR' is switched On" condition and a second, disabled program that had the remaining conditions and the commands from the Then statement. The "Then" branch of the first program runs the "If" branch of the second program. But neither using a variable to track the light nor structuring your programs with the "two-program" methodology (discussed ad nauseum in these forums) would appear to solve your problem of the program seemingly ignoring the sunset to sunrise condition.

I think (or hope) that it was just unfortunate timing. This is only a warning, and the node server will retry the connection every long-poll interval (default 60 seconds) until it is reconnected.

So you weren't getting the same 403 error that was present in the original issue. You are getting "HTTPSConnectionPool(host='partner-identity.myq-cloud.com', port=443): Read timed out. (read timeout=12.05)" error. This generally means either your network is down or the partner oAuth server is down or busy. What's more, after upgrading to 3.2.22, it appears (from your log file) it only tried four times (over 4 minutes) before the node server was shut down. Try starting it again and seeing if it can connect now.

The node server can only have one sub-level. I keep all my node server service nodes in one "Node Server" folder, and the garage door openers in a "Perimeter" folder. Alternatively, you can just move them all under a "Garage Door" or "MyQ" folder.

Go ahead an DM me your log file.

You may need to refresh your Node Server Store. Yes, there usually is an "Update" button on the node server details page when an update is available for a node server.