Cumulus Support

Hi,

This afternoon I upgraded to Build 3169 and noticed that 2 of my Davis webtags for my ISS are now returning a 0 value -

"DavisReceptionPercent":"<#DavisReceptionPercent>", results in "DavisReceptionPercent":"0",
"DavisTxRssi1":"<#DavisTxRssi tx=1>", results in "DavisTxRssi1":"0",

Strangely enough it is still getting a Rssi value for the WLL -

"DavisTxRssi0":"<#DavisTxRssi tx=0>", results in "DavisTxRssi0":"-50",

Is anyone else having an issue with this?

Regards,
Trevor

Nope - https://weather.wilmslowastro.com/systeminfo.php

Any thoughts Mark? I haven't changed anything and they were working this morning.

Are you using the Vue or the WLL to feed MX?

WLL is feeding MX. I don't have a console.

Can you have a look in your MXdiags file around the quarter hours to see if there are any errors?

Mine seems ok as well

You can see mine at

Https://cm2weather.co.uk/tags2.php

I think I'm still missing some tags but it gives you an idea.

Oops.

Sorry, just noticed the build version.
I'm still a few behind.

Hi Mark,

There are no errors in the MXDiags file (attached). I've proved it's nothing to do with the new Build as I rolled back to my previous Build and still return 0 values for both of those readings. I also tried turning off my WLL but the issue still persists.

Any ideas as these were being populated up until yesterday morning?

Regards,
Trevor

The requests to get health data from wl.com are working so no. Switch on data logging for a good half hour to catch a couple of health data requests and post the log file again please.

Hi Mark,

I switched on data logging for just over 30 minutes. File is attached. Hope you can find something in there to shed some light on what is going on.

Regards,
Trevor

Yes, so as expected wl.com is sending the health data.

But from the log file I can see the issue appears to be how you are consuming them.

Are you referring to them being zero in your CMX local API request... This would have been useful to know

- DavisTotalPacketsReceived : is not used by the WLL
- DavisTotalPacketsMissed : this requires a "tx" parameter, with no parameter it defaults to 0 which is the VP2 value
- DavisMaxInARow/DavisNumCRCerrors : these also require a "tx" parameter, with no parameter it defaults to 0 which is the VP2 value

If you want values for those web tags from the local API then you will have to use the POST method with a body where you can specify parameters not the GET method.

Also, you are requesting the values every 2 seconds, as they only update every 15 minutes there isn't much point in doing that!

Hi Mark,

The only place where I am requesting the values is in websitedata.json which updates at the realtime interval of 60 seconds. These are the health data lines I have in that file to populate my website -

"OsVersion":"<#OsVersion>",
"SystemUpTime":"<#SystemUpTime>",
"CPUTemp":"<#CPUTemp>",
"DavisReceptionPercent":"<#DavisReceptionPercent>",
"DavisFirmwareVersion":"<#DavisFirmwareVersion>",
"DavisTxRssi0":"<#DavisTxRssi tx=0>",
"DavisTxRssi1":"<#DavisTxRssi tx=1>",
"battery":"<#battery>",
"txbattery":"<#txbattery channel=1>",
"ConsoleSupplyV":"<#ConsoleSupplyV>",
"MulticastGoodPct":"<#MulticastGoodPct>",

This is the output from the processed file which I am using directly in my web pages -

"OsVersion":"Unix 5.10.63.7",
"SystemUpTime":"1 days 18 hours",
"CPUTemp":"45.8",
"DavisReceptionPercent":"0",
"DavisFirmwareVersion":"2020-07-30",
"DavisTxRssi0":"-51",
"DavisTxRssi1":"0",
"battery":"5.84",
"txbattery":"OK",
"ConsoleSupplyV":"4.67",
"MulticastGoodPct":"97.01",

So all of the above are returning values except for DavisReceptionPercent and DavisTxRssi1, but they were until a couple of days ago. This is why I'm confused. According to the Wiki these webtags should work exactly as I have them specified.

Also, you say I am requesting the values every 2 seconds but I don't know where that request is coming from. I'm not aware of any setting in the Cumulus Dashboard that refers to requesting health data and I'm not aware of any other changes I've made that would be wanting them at 2 second intervals. I haven't done anything with the local API as I don't understand that side of things very well.

Appreciate your help so far.

Regards,
Trevor

flort wrote: ↑Wed 02 Feb 2022 11:20 pm
So all of the above are returning values except for DavisReceptionPercent and DavisTxRssi1, but they were until a couple of days ago. This is why I'm confused. According to the Wiki these webtags should work exactly as I have them specified.

Also, you say I am requesting the values every 2 seconds but I don't know where that request is coming from. I'm not aware of any setting in the Cumulus Dashboard that refers to requesting health data and I'm not aware of any other changes I've made that would be wanting them at 2 second intervals. I haven't done anything with the local API as I don't understand that side of things very well.

Appreciate your help so far.

Regards,
Trevor

Hi Tevor,

All I can say is that every couple of seconds something on your network is querying the CMX local API tag processor - nothing that comes with CMX does this.

There are two queries every 2.5 seconds (not 2 seconds). The first one is fetching... the other... MX does not log the source address - maybe it should!

As I said above you are fetching the VP2 values for those tags, they will return zero for the WLL, you need to use the tx=n parameter with the WLL as in the wiki.
The tags as they stand would only have returned values when connected to a Vue/VP2.

Hi Mark,

Thanks for the response. I have no idea what is querying the CMX local API tag processor. The only things accessing the WLL is CMX and the WLL app. It is sending data to Weather Underground but that is only every 5 minutes.

As I said above you are fetching the VP2 values for those tags, they will return zero for the WLL, you need to use the tx=n parameter with the WLL as in the wiki.
The tags as they stand would only have returned values when connected to a Vue/VP2.

Isn't that what I'm doing with "DavisTxRssi1":"<#DavisTxRssi tx=1>"?

Regards,
Trevor