Steel Series video how to

the website can be viewed at mamoss81.firstit.com/KTXANNA14/gauges-ss-basic.htm. At the moment all is well. I have yet to get determine a pattern as to when the code decides that the station has gone off line, but as I stated, even AFTER the status message that the station is offline, the gauges CONTINUE to track the weather station, both on Weather Display and on Weather Underground.

I can also watch the cron activity within WD and it shows the FTP occurring every 15 seconds with no errors and as I said, I can watch the FTP site files and see the files updating and they MATCH what is in the local version. I don’t know WHERE gauges-ss-basic.htm is pulling the time stamp that it is using. I thought it was the data inside customclientraw.txt but in watching that code, even while gauges-ss-basic.htm is happy, the time info that I find in that file is remaining static despite the weather station data changing.

The gauges pull the time from the customclientraw file.

but WHAT data item(s) make gauges-ss-htm report that the station is offline? The time info in the file does NOT seem to be the trigger as the page has been running now for over 20 minutes just fine, updating every 15 seconds and as I said tracking the readings from station.

It compares the timestamp in the file with the time your browser sees. When the time from the file is older than threshold than your client it triggers the alert.

Are you talking about the data INSIDE the file OR the timestamp ON the file itself. Presently the website has been up and running for almost an hour NOW and all seems well, but when I look at the data inside customclientraw.txt, here is what I see. This is what is in the file at this very moment.

{“date”:“11:56 AM”,“dateFormat”:“m/d/y”,“temp”:“64.0”,“tempTL”:“44.2”,“tempTH”:“65.3”,“intemp”:“78.8”,“dew”:“48.5”,“dewpointTL”:“45.3”,“dewpointTH”:“57.6”,“apptemp”:“62.1”,“apptempTL”:“212.0”,“apptempTH”:“-58.0”,“wchill”:“64.0”,“wchillTL”:“46.8”,“heatindex”:“64.0”,“heatindexTH”:“65.3”,“humidex”:“18.7”,“wlatest”:“10.9”,“wspeed”:“4.9”,“wgust”:“13.8”,“wgustTM”:“18.4”,“bearing”:“324”,“avgbearing”:“344”,“press”:“30.094”,“pressTL”:“30.094”,“pressTH”:“30.094”,“pressL”:“29.436”,“pressH”:“30.386”,“rfall”:“0.04”,“rrate”:“0.000”,“rrateTM”:“0.236”,“hum”:“57”,“humTL”:“56”,“humTH”:“98”,“inhum”:“36”,“inhumTL”:“36”,“inhumTH”:“36”,“SensorContactLost”:“0”,“forecast”:“mostly clear and cooler.”,“tempunit”:“F”,“windunit”:“mph”,“pressunit”:“inHg”,“rainunit”:“in”,“temptrend”:“-0.9”,“TtempTL”:“7:56 AM”,“TtempTH”:“12:23 AM”,“TdewpointTL”:“8:02 AM”,“TdewpointTH”:“1:33 AM”,“TapptempTL”:“—”,“TapptempTH”:“—”,“TwchillTL”:“12:23 AM”,“TheatindexTH”:“12:23 AM”,“TrrateTM”:“1:11 AM”,“ThourlyrainTH”:“”,“LastRainTipISO”:“4/25/2018 1:15 AM”,“hourlyrainTH”:“0.000”,“ThumTL”:“11:56 AM”,“ThumTH”:“7:57 AM”,“TinhumTL”:“12:00 AM”,“TinhumTH”:“12:00 AM”,“TpressTL”:“11:55 AM”,“TpressTH”:“12:00 AM”,“presstrendval”:"0.000 ",“Tbeaufort”:“5”,“TwgustTM”:“9:21 AM”,“windTM”:“9.2”,“bearingTM”:“342”,“timeUTC”:“2018,04,26,17,56,00”,“BearingRangeFrom10”:“330”,“BearingRangeTo10”:“7”,“UV”:“7.9”,“UVTH”:“7.9”,“SolarRad”:“947”,“CurrentSolarMax”:“1238”,“SolarTM”:“951”,“domwinddir”:“Northerly”,“WindRoseData”:[245.0,71.0,21.0,32.0,15.0,2.0,0.0,0.0,0.0,0.0,4.0,6.0,2.0,6.0,27.0,515.0],“windrun”:“19.09”,“cloudbasevalue”:“1085”,“cloudbaseunit”:“m”,“version”:“10.37Mac”,“build”:“299”,“ver”:“12”}

The timestamp ON the file is the current time, which is 12:46PM BTW

and it just now decided to report that the station was offline. Almost an hour with NO issues. Here is the contents of the customclientraw.txt

{“date”:“11:56 AM”,“dateFormat”:“m/d/y”,“temp”:“64.9”,“tempTL”:“44.2”,“tempTH”:“65.5”,“intemp”:“78.8”,“dew”:“49.8”,“dewpointTL”:“45.3”,“dewpointTH”:“57.6”,“apptemp”:“63.7”,“apptempTL”:“212.0”,“apptempTH”:“-58.0”,“wchill”:“64.9”,“wchillTL”:“46.8”,“heatindex”:“64.6”,“heatindexTH”:“65.3”,“humidex”:“19.5”,“wlatest”:“4.0”,“wspeed”:“4.0”,“wgust”:“13.8”,“wgustTM”:“18.4”,“bearing”:“333”,“avgbearing”:“344”,“press”:“30.094”,“pressTL”:“30.094”,“pressTH”:“30.094”,“pressL”:“29.436”,“pressH”:“30.386”,“rfall”:“0.04”,“rrate”:“0.000”,“rrateTM”:“0.236”,“hum”:“58”,“humTL”:“55”,“humTH”:“98”,“inhum”:“36”,“inhumTL”:“36”,“inhumTH”:“36”,“SensorContactLost”:“0”,“forecast”:“mostly clear and cooler.”,“tempunit”:“F”,“windunit”:“mph”,“pressunit”:“inHg”,“rainunit”:“in”,“temptrend”:“-0.9”,“TtempTL”:“7:56 AM”,“TtempTH”:“11:56 AM”,“TdewpointTL”:“8:02 AM”,“TdewpointTH”:“1:33 AM”,“TapptempTL”:“—”,“TapptempTH”:“—”,“TwchillTL”:“12:23 AM”,“TheatindexTH”:“12:23 AM”,“TrrateTM”:“1:11 AM”,“ThourlyrainTH”:“”,“LastRainTipISO”:“4/25/2018 1:15 AM”,“hourlyrainTH”:“0.000”,“ThumTL”:“11:56 AM”,“ThumTH”:“7:57 AM”,“TinhumTL”:“12:00 AM”,“TinhumTH”:“12:00 AM”,“TpressTL”:“11:55 AM”,“TpressTH”:“12:00 AM”,“presstrendval”:"0.000 ",“Tbeaufort”:“5”,“TwgustTM”:“9:21 AM”,“windTM”:“9.2”,“bearingTM”:“342”,“timeUTC”:“2018,04,26,17,56,00”,“BearingRangeFrom10”:“330”,“BearingRangeTo10”:“7”,“UV”:“8.0”,“UVTH”:“8.1”,“SolarRad”:“954”,“CurrentSolarMax”:“1238”,“SolarTM”:“956”,“domwinddir”:“Northerly”,“WindRoseData”:[245.0,71.0,21.0,32.0,15.0,2.0,0.0,0.0,0.0,0.0,4.0,6.0,2.0,6.0,27.0,515.0],“windrun”:“19.09”,“cloudbasevalue”:“1056”,“cloudbaseunit”:“m”,“version”:“10.37Mac”,“build”:“299”,“ver”:“12”}

Looks like the time in the file is OK to me. Whats the time and TZ setting on your client.
“timeUTC”:“2018,04,26,17,56,00”

BTW, I cannot open that link you posted above to check anything - get a DNS lookup failure.

It appears to be an IIS server if that makes any difference.

Its not just me - for a laugh I put http://mamoss81.firstit.com/KTXANNA14/gauges-ss-basic.htm into GTmetrix - it can’t find the site either.

I think until you get this loaded on a reliable server I can access then I’m done. Sorry. :frowning:

I currently have that link pulled up on my iPad, my iPhone, and two macs located on different ISP network. For whatever reason, the site was stable for almost an HOUR, no changes whatsoever. Now it once again has started reporting that the station is offline within minutes.

Niko,
Are you able to see the site?

I don’t see it at that URL but I do see it @ https://www.drivehq.com//web/mamoss81/KTXANNA14/gauges-ss-basic.htm but I agree with Mark. I don’t understand quite what this drivehq server is intended to do but I also suggest getting a regular webhosting account.

until I can get this to work reliably I am not paying for a different hosting solution. The site I am using IS hosting the webpage just fine! The problem is either in WD or Steel Gauges and I have no clue which. It well could be WD as I am running the Mac version. What I don’t understand is why it works so well for a period then states that the site is offline and yet absolutely NOTHING has changed to cause such to be indicated.

again, this is NOT a hosting issue!

I am setting up a domain with the site on it. Give me a bit to get it accomplished.

Is https://www.drivehq.com//web/mamoss81/KTXANNA14/gauges-ss-basic.htm a free hosting account?

ok, I have setup a domain www.ktxanna14.com. COMPLETELY DIFFERENT hosting service! if you go there you will see the files for the webpage. You can click on gauges-ss-basic.htm and it will bring up the gauges. I have VERIFIED that this works by having a friend on a completely different ISP, running in Windows, launch the site and it worked for him, so you should have no issues either.

Now for the downer…SAME ISSUE as before!

For a start try changing the timeout setting in gauges.js

stationTimeout : 3, // period of no data change before we declare the station off-line, in minutes (default 3)