Beta 1.9.4 #1067 - VP2 transmission stats

[mcrossley]

Steve

I have created a system info pagethat is currently updating at my real time interval as a test.

The radio stats do not seem to be updating every minute as the help file says they should? I have seen the console battery voltage fluctuate between 4.78 and 4.79 so I know the page and that value is updating OK. (the date/time bottom right is set by Cumulus too)

The values presented look about right for the first time the page was processed (about 12:15 ish), but the tag values have not updated since then.

PS: The radio reception stats are updating, but at 15 minute intervals, not 1 minute as documented.

[steve]

I changed the interval to 15 minutes some time ago, because each time they are read, a data reading is effectively missed (so a high wind gust might be missed). I'll correct the help.

[mcrossley]

Thanks for the clarification.

[kc2kzz]

Is there a tag that comes up with this? "Percentage of good packets received"

Or are you doing a calculation somewhere?

[steve]

There's no web tag, because it's not one of the stats supplied by the console, so Mark's doing his own calculation. Here's his code with the current figures:

<script>document.write(((19326/(19326+325))*100).toFixed(1));</script>

That would have started out using web tags as

<script>document.write(((<#DavisTotalPacketsReceived>/(<#DavisTotalPacketsReceived>+<#DavisTotalPacketsMissed>))*100).toFixed(1));</script>

[mcrossley]

It's calculated = (packets_rvcd / (packets_rcvd + packets_missed)) * 100

Which seems to match the console figure. I thought it might be...

(packets_rvcd / (packets_rcvd + packets_missed + packets_bad_CRC)) * 100

But that gives a figure lower than the console.

[kc2kzz]

Thanks for that, It is working perfectly.

[mlj1]

Thank you very much for the formula. It woks fine.
Marcel

[BCJKiwi]

Hi,

I implemented this formula on my saratoga scripts site and found a couple of unexpected things today.
I ran some updates on the Win7 PC and so had to shut down/restart Cumulus.

On restarting the website I was surprised to see the Davis Stats were all zero.
Is this a function of resetting the clock in the Vantage Vue Console or something else?

I also found that I needed to test for these zero values else divide by zero errors were reported.
The php code for the Saratoga script is;

Code: Select all

<td>
<?php
 if ($WX['DavisTotalPacketsReceived'] > 0){
  echo round($WX['DavisTotalPacketsReceived']/($WX['DavisTotalPacketsReceived']+$WX['DavisTotalPacketsMissed'])*100,3) . $SITE['uomHum']; 
} ?>
 </td>

The ,3 after the *100 is to round the output to 3 decimal places.

[steve]

Yes, the stats are reset when Cumulus starts. Cumulus doesn't do this; I assume the Davis DLL does it, as otherwise the console clears them at midnight.

[BCJKiwi]

Thanks

Read up on this topic in the Vue CONSOLE Manual.

3. Number of packets containing "Cyclic Redundancy Check" (CRC) errors received. The system runs a CRC check on data packets. Any data that doesn't pass this check are considered to contain errors and are discarded. These are considered bad packets. This also includes errors received during radio acquisition

8. The total number of bad packets including missed packets and CRC errors. Missed packets are described as when a packet is expected but not recognised as a data packet by the console. ....

And,
Radio transmission data used by the diagnostic screens clears each day at midnight, except for % Good Packet graph data.

@Mark - So the "also includes errors received during radio acquisition" explains that packets_missed are included in packets_bad_CRC.

Unfortunately the % Good Packets that are available on the console to generate the graph on the console do not appear to be in the downloadable data.

[kc2kzz]

I've been on 1068 for about 24 hours now. My good packets have been solid between 99.2% to 99.4%. Maybe 0.1% down from ver. 1.9.3.

[BCJKiwi]

Nothing to do with Cumulus - data comes directly from the Console.