On 12/28/2022 at 10:41 AM, Ross said:

Just an update on ST-Sonos Failed.

I uninstalled it completely last night and then reinstalled it this morning (trying the old off-and-on technique).  Same issue - Failed after a few seconds.

I clicked on Download Log and Download Log Package (I'm not sure of the difference) and attached them here.

A recurring theme in the logs are:  "error:  POLY:  Node e1c98da not found".

Maybe I should install it in a different slot?

Thank you for any assistance,

Ross

 

ST-Sonos_12-28-2022_73451-AM.zip 38.51 kB · 0 downloads ST-Sonos_12-28-2022_73443-AM.zip 878 B · 0 downloads

Thanks for the log packages and the first log.  I took a quick look at them and I have no freaking idea what is going on.  The node.js install is throwing errors for node modules that are not directly even in use by the Node Server. 

What version of PG3 are you running?

What version of Node.js is installed on your Polisy?  (From the command line ssh session) run "node -v" this will output the node.js version.

Top of my head says that something with Node.js is wonky.  Could be Node.js version installed and module compatibility or worst case the jishi node-sonos-http-api used by the node server has some serious compatibility issues with the node.js version.  Dunno yet.

On 11/11/2022 at 11:03 AM, johnnyt said:

So bottom like seems to be that the errors I had are ST-Inventory NS related, which means I posted in the right place. In fact there many unhandled errors in the NS log. See attached sample.

Now how does one get the NS Developer to chime in?

ST-Inventory_10-31-2022_113836-AM.zip 1.04 kB · 0 downloads

There's no limit to the number of copies you can run.  No reason to run multiples but no limit.

Based on the error log something is broken with the xml2js module which parses the ISY data.  This could be a module problem or something broken with the node.js install on the polisy.  What's interesting is that you mentioned installing in one slot and it works but in another it does not work.  This is very odd as node.js is installed system wide but the node_modules are per node server so I think something is not being cleaned up completely when a node server is removed.

On 10/15/2022 at 11:34 AM, TJMax2 said:

I have connected with Simplex Tech through direct message. I also created an issue in GitHub. They are asking for PG3 version which I’ll get when I get home. But overall they have not found anything specific leading to this failed state. In a sense I wish could send a restart message everyday to the node server. Thank you. 

Sorry but life and work has been very busy.  I only get notified via e-mail from direct messages so I do not see everything in the forum all of the time.

18 hours ago, lilyoyo1 said:

@simplextech I hope all is well. Is it possible to add Night mode to the Sonos Node server

I'll look and see if the Jishi API supports it.  If is does then yes I can add it.  If not then no.

On 8/18/2022 at 10:02 AM, MGustin said:

MP3 (using the sample file right now for testing) or whatever format the Say function uses.  Volume works on all other aspects, i.e. Playlist, without issue.

The say function generates the mp3 file via a cloud based service that takes the values in the Say configuration to create the MP3.  The file being generated may be of low quality or volume.  I'll have to run a test and look into it.  The Clip function may use a local mp3 file which is provided as part of the underlying API being used.  This I don't know about but can look into it.

Neither Say nor Clip change/adjust volume on their own (or should not) which leads me to think it's the mp3 quality.

15 hours ago, MGustin said:

When Playing a Clip the volume seems to be very low and making changes to the volume does not seem to affect the output.  Anyone know of a way to set the volume on Clips or Say?  I would say when a clip is played the volume is about 30%.  No matter what volume (current device level or setting volume level in program first) does not seem to impact Clips.  Ideas?

What type of file are you playing?  This is odd as the clip/say function does not touch volume before or after in the NS.  

14 hours ago, bpwwer said:

I don't think running version 3.1.2 would cause this, but I've also never tried any node.js node servers on it yet.

I'm not running 3.1.2 yet but I did a clean install on my dev box and I did not have this error/problem.  

15 minutes ago, dinostop said:

I have uninstalled and reinstalled many times, it works with v2 just not v3.  I have also tried different node numbers.

What version of PG3 are you running?

I'm running 3.0.63 

I just deleted ST-Nuheat and re-installed.  It installed and started as expected.  Then I went into the configuration page added my auth information and saved the changes.  After the save it auto discovered the thermostats.

It does take a minute for the node modules to download and install.  Are you trying to manually start the NS before the installation is completed maybe?

Since the NS is not starting there's likely a problem with the install.  Have you tried deleting it and re-installing it?

7 hours ago, dinostop said:

@simplextech

I purchased the V3 Node server but it will not start up.  I didn't see anything on your github page that talks about it.

v2 Node server starts right up but not v3.  All my other v3 node servers start and work.  Anything you can do to help?

Can you provide the log?

2 hours ago, johnnyt said:

I have network resources but none related to this NS. I also don't have any programs related to it.

It's not about if/how they are related.  The existence of Net resources is all that matters.  As with the existence of anything in the ISY.  Inventory just counts them.  Some request for info is returning 'undefined' which is likely a timeout of the request since your ISY is very busy.  I'll just need to verify each of the query handlers and make sure they all account for this timeout failure.

I'll take a look through the log and see what I find.  The error in the post was at Network Resources.  How many of those do you have (if any)?  

4 hours ago, johnnyt said:

Could this error have been because ISY was overloaded when it checked it? 

 

It's possible.  Are you running the latest version that was published after your first round of issues?  Code was updated to handle more error circumstances of calls returning empty like this 'undefined'.

On 7/19/2022 at 4:11 PM, johnnyt said:

I've decided to leave ST-Inventory off for now after discussing my crash issues with UDI. You'll find the rationale at the post below after I got into talking about ST-Inventory with @bpwwer.

Given the amount of programs and activity that could happen at any time on your poor ISY994i I understand.  I have made some updates to ST-Inventory adding a 2 second delay between each of the calls and processing to try and reduce load on the ISY994i.

7 hours ago, steve-elves said:

Got the update from the Node Store (v.1.0.2) but now it won't start from Polyglot 3 - I click "Start", it shows as starting, but then immediately shuts down.  I have rebooted both the ISY and Polisy Pro to try to resolve the issue, but no luck yet?  Is it possible that the fact I'm on day 2 of a 7 day free trial is causing the issue?

I don't think the trial has anything to do with it.  Or I would hope not.  There nothing in the code that defines the trial or difference in functionality that's all part of the PG3 Store.

There are instances where a NS does not stop correctly and then will not start up again but this is resolved by killing the old process or by rebooting which you did.  So this isn't the issue.

Before I pushed the update to the store I removed and re-installed my local version and I did not have any problems.  If the update process is not working for you then please try a delete of the NS and then fresh install of the NS.  If this works I'll have to go back and install an older version and try the update and if there's a problem with the update I'll work with UD.

3 hours ago, steve-elves said:

Also, thankyou to Simplextech for responding!  I'm sure we can get to the bottom of this.

The nodedefs file for the NS has been updated which should correct the UD Mobile error.

A new package has been released to the NS Store and should show and update available.  Please keep me informed.

3 hours ago, steve-elves said:

Perhaps it was the wrong place for me to try to send a message, but I couldn't find another likely slot.

No... that's one of the places.  I moved the website and e-mail to a new provider to reduce costs so I'm sure something is broken.  I'll have to look into it.  

17 hours ago, steve-elves said:

I tried to use the "Contact Us" form the submittal failed for unspecified reasons.

Contact form where?

14 minutes ago, steve-elves said:

Do you have contact information for the node server dev handy?

You rang?  I can take a look but I don't use UD mobile nor even aware if it's available for iOS so it will be difficult to test.  I'm also not sure what piece is missing so I'll have to investigate.

2 hours ago, johnnyt said:

I would ask, though, that if there are things you can do to tolerate slower responses from ISY and/or try again 30 and/or 60 secs later and only report multiple subsequent errors, please consider doing that. There's no major rush to getting this data, with limited use cases (that I can think of) for use in programs. (Maybe a notification when some limit is close to being reached? I only know about the number of program limitation)

I can see from the logs the short poll is when ISY is queried. Can you tell me what the long poll does? Is it just a heart beat? Can the long poll be shorter than the short poll? It's not mentioned in the Config help.

I can look into timeout handling which is essentially just quieting the log message as it will retry on the next short poll interval.

Currently there's a short/long poll.  The short poll is the only thing that does anything which is query the ISY.  Default should be set to 5 minutes but in your case I recommend increasing that.  You'll have to change the long poll which must be greater than the short poll.  I have thought about swapping the short/long poll where only the long poll is used.  In most cases nobody needs 5 minutes updates to changes within their ISY (Unless they are testing something which they can then use the discover button).  So yes in your case I highly recommend you set the long poll to something like 24 hours and short poll to 1 hour or longer.  

24 Hours = 86400 seconds

1 Hour = 3600 seconds

 

 

6 hours ago, johnnyt said:

994i, ver 5.3.4

I've setup my isy994i and have had ST-Inventory (fresh install) running for the last hour without any problems.

I did go back and review the log that you sent and it is interesting

2022-07-16 00:47:18 error: POLY: getInv() Error: http://192.168.200.251:80/rest/programs?subfolders=true
2022-07-16 00:47:20 error: NS: Parsing Error: TypeError: Cannot read properties of undefined (reading 'toString')
    at exports.Parser.Parser.parseString (/var/polyglot/pg3/ns/00:21:b9:02:55:cd_7/node_modules/xml2js/lib/parser.js:312:19)
    at Parser.parseString (/var/polyglot/pg3/ns/00:21:b9:02:55:cd_7/node_modules/xml2js/lib/parser.js:5:59)
    at _0x242b12.processPrograms (/var/polyglot/pg3/ns/00:21:b9:02:55:cd_7/Nodes/ControllerNode.js:1:5651)
    at _0x242b12.onDiscover (/var/polyglot/pg3/ns/00:21:b9:02:55:cd_7/Nodes/ControllerNode.js:1:3227)
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)

This error repeats numerous times.  This is not the NS crashing as the log shows the NS continues running and works "most" of the time but then these errors again return.  This error is caused because the data received from the ISY is not valid.  Most of the time the ISY is returning valid XML data for the inventory calls.  However many times the ISY is not returning valid data that is causing parsing errors.

This could be resource contention on the ISY and processing of the network calls being made to it or it could be something else.

I will make note of this and clean up the error message to make it more friendly about what is happening.

5 hours ago, johnnyt said:

994i, ver 5.3.4

I'll clean up my Polisy and setup an ISY994i and test against it to see if I can replicate the problems.

17 hours ago, johnnyt said:

FWIW, some data is getting updated in ISY, The log file (at "info" level) is showing some successes and for sure I've seen the number of programs change as I add some. Probably others too (I see them in the log) but not looking too closely at those in ISY.

What's not working or not being updated due to the API error, which is still happening periodically? 

See attached log file.

 

ST-Inventory_7-16-2022_43224_PM.zip 4.49 kB · 0 downloads

Now this log is much more interesting.

Are you running ISY on Polisy or a ISY994i?

This log is showing intermittent success/failures for various inventory aspects.  

13 hours ago, johnnyt said:

2022-07-15 20:42:20 error: POLY: getInv() Error: http://192.168.200.251:80/rest/programs?subfolders=true

It does not matter how many times you remove and install at this point as the Polyglot Node.js Interface is not the correct version on your Polisy.  

At this moment I do not know why the interface was not updated with the NS install.  I'll see if I can find some time this weekend to investigate and see if I can replicate the problem.

4 hours ago, johnnyt said:

I did have ISY inventory installed on PG2 and it wasn't working properly. Would work for about a day than stop working. Would that have any relevance here?

No they are not related.  However your previous problems tell me there's some other problem as I've not heard/seen this type of behavior from anyone else.