Hi,

I'm trying to install this skin but getting the exceptions/errors below. I'm running weewx 3.2.1 with owfs 0.17 on Ubuntu server 14.04.
I just wondered if you could see where the problem might be. Below I've uploaded a screenshot of the webpage, which is missing items most likely due to the exceptions.

Nov 5 21:55:31 localhost weewx[26275]: reportengine: Running report SteelSeries
Nov 5 21:55:31 localhost weewx[26275]: reportengine: Found configuration file /etc/weewx/skins/steelseries/skin.conf for report SteelSeries
Nov 5 21:55:31 localhost weewx[26275]: reportengine: copied 6 files to /var/www/html/weewx
Nov 5 21:55:31 localhost weewx[26275]: cheetahgenerator: Generate failed with exception '<type 'exceptions.TypeError'>'
Nov 5 21:55:31 localhost weewx[26275]: cheetahgenerator: **** Ignoring template /etc/weewx/skins/steelseries/gauge-data.txt.tmpl
Nov 5 21:55:31 localhost weewx[26275]: cheetahgenerator: **** Reason: unsupported operand type(s) for -: 'float' and 'NoneType'
Nov 5 21:55:31 localhost weewx[26275]: **** Traceback (most recent call last):
Nov 5 21:55:31 localhost weewx[26275]: **** File "/usr/share/weewx/weewx/cheetahgenerator.py", line 294, in generate
Nov 5 21:55:31 localhost weewx[26275]: **** print >> _file, text
Nov 5 21:55:31 localhost weewx[26275]: **** File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in str
Nov 5 21:55:31 localhost weewx[26275]: **** rc = getattr(self, mainMethName)()
Nov 5 21:55:31 localhost weewx[26275]: **** File "_etc_weewx_skins_steelseries_gauge_data_txt_tmpl.py", line 190, in respond
Nov 5 21:55:31 localhost weewx[26275]: **** TypeError: unsupported operand type(s) for -: 'float' and 'NoneType'
Nov 5 21:55:31 localhost weewx[26275]: cheetahgenerator: Generated 1 files for report SteelSeries in 0.18 seconds
Nov 5 21:55:31 localhost weewx[26275]: genimages: Generated 11 images for SteelSeries in 0.39 seconds

Regards

David

Good morning,

The SteelSeries skin leaves the possibility of displaying weather forecasts.
The gauge-data.txt.tmpl file contains the following lines:

if forecasting is installed, report the Zambretti forecast

#if $varExists('forecast.zambretti')
#set $fc = $forecast.label('Zambretti', $forecast.zambretti.code)
#else
#set $fc = 'Prévisions météo indisponibles'
#end if

Hence my question: how should we activate these “Zambretti” weather forecasts?

THANK-YOU !

This is more of a "can you please help me" than an issue, but... I found this awesome plugin on this site - http://www.nooblog.fr/extensions-skin-pour-weewx/. When I installed this on my own weewx installation, the gauges are way larger than those shown on that site and mine are placed in a single column on the left hand side of the screen instead of in rows. I can't find anything in the .js file that looks like it would affect this. Is there something I need to change to affect the layout?

Actually... after looking at the html source in my broswer, it looks like three gauges should be on the first row. I have tried to view the page in FireFox, Chromium and Tor... all get the same single column results.

I am using the SteelSeries gauges with Weewx and RTGD on a 3 second update as a stand-alone weather display on an old iPad. It looks great, however the constant rescaling of the gauges for no apparent reason is a real problem. Glancing at the display it should be possible to determine the temperature and other readings by looking at the needle position without looking at the numbers. Unfortunately this is not the case due to the autoscaling.

The lowest temperature my station has recorded is -4.6ºC and the highest (which was a very rare one-off) was 25.7ºC, so the scale of -10ºC to +30ºC is perfect, and I have that set in the script, however it keeps rescaling to -20ºC to +20ºC for no apparent reason. The highest and lowest dew point was 18.8ºC and -6.9ºC respectively, and I only display dew point on the second gauge so the other values are of no interest.

I can cope with the wind speed gauge rescaling, but even then I would like it to remain 0 - 60mph and only rescale when it goes over 60mph. Pressure, UV and solar radiation seem to stay at the values I have set.

Is there a way to prevent this?

Using Weather Display and latest version of SteelSeries-Weather-Gauges.

customclientraw.txt is continuously updated and looks like:

{"date":"21:13:25","dateFormat":"d/m/y","temp":"-2.5","tempTL":"-2.5","tempTH":"-2.5","intemp":"22.4","dew":"-4.5","dewpointTL":"-4.5","dewpointTH":"-4.5","apptemp":"-4.4","apptempTL":"-4.4","apptempTH":"-4.4","wchill":"-2.5","wchillTL":"-2.5","heatindex":"-2.5","heatindexTH":"-2.5","humidex":"-5.6","wlatest":"0.0","wspeed":"0.0","wgust":"0.0","wgustTM":"0.0","bearing":"0","avgbearing":"360","press":"949.0","pressTL":"948.0","pressTH":"953.0","pressL":"948.0","pressH":"953.0","rfall":"0.0","rrate":"0.0","rrateTM":"0.0","hum":"86","humTL":"86","humTH":"86","inhum":"42","inhumTL":"%minindoorhum%","inhumTH":"%maxindoorhum%","intempTL":"22.3","TintempTL":"%minindoortempt%","intempTH":"22.8","TintempTH":"%maxindoortempt%","SensorContactLost":"0","forecast":"---","tempunit":"C","windunit":"kmh","pressunit":"hPa","rainunit":"mm","temptrend":"0.0","TtempTL":"22:17","TtempTH":"22:17","TdewpointTL":"20:48","TdewpointTH":"22:17","TapptempTL":"20:48","TapptempTH":"22:17","TwchillTL":"22:17","TheatindexTH":"22:17","TrrateTM":"","ThourlyrainTH":"","LastRainTipISO":"------","hourlyrainTH":"0.0","ThumTL":"22:17","ThumTH":"22:17","TinhumTL":"%dailylowindoorhumtime%","TinhumTH":"%dailyhighindoorhumtime%","TpressTL":"18:41","TpressTH":"22:17","presstrendval":"-64.0
","Tbeaufort":"0","TwgustTM":"","windTM":"0.0","bearingTM":"0","timeUTC":"2019,01,09,20,13,25","BearingRangeFrom10":"360","BearingRangeTo10":"360","UV":"0.0","UVTH":"0.0","SolarRad":"0","CurrentSolarMax":"0","SolarTM":"0","domwinddir":"Northerly","WindRoseData":[0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0],"windrun":"0.00","cloudbasevalue":"254","cloudbaseunit":"m","version":"WD_console_17.5","build":"---","ver":"14"}

The gauges update line shows a green LED and the following comment:

parsererror: SyntaxError: JSON.parse Error: Invalid character at position: 1268

Any help to this?

Thank you

I am trying to add a background image to the wind rose gauge, however it doesn't seem to follow the same format as the other gauges. I can't find any other reference to g_imgSmall. If I uncomment background section and change g_imgSmall to logoSmall.png (or even leave it as g_imgSmall) it breaks the script:

                    // Optional - add a background image
                    
                     if (logoSmall.png !== null) {
                        var drawSize = g_size * 0.831775;
                        var x = (g_size - drawSize) / 2;
                        buffers.ctxBackground.drawImage(logoSmall.png, x, x, cache.gaugeSize, cache.gaugeSize);
                    }

I would like to add the same image as I use on the wind direction gauge.

I have used WEEWX on a RPi for a while, all working well. I love the SteelSeries Graphics, but struggling to get them to work. Can you give me some advice please?

The PNG files are being uploaded by FTP, but are the Square default WEEWX graphs, not the nice gauges. None of the PNG files are showing on the default page, can only can see the wrong PNG files if I go to the URL of the PNG direct.

I’m sure it is a config option which I have done wrong.

Running on a RPI, installed using your automated G

itHub script.

Any help appreciated, can send parts of CONF files if that helps.

The FTP is to my own personal VPS, so have full access.

Thanks

I would like the gauges to be displayed more to a line (right now I have max three to a line) since there is a lot of wasted real estate. I thought the file /etc/weewx/skins/ss/index.html.tmpl would be the one that I would edit to modify this, but that doesn't affect anything. What file do I need to edit to put more than three gauges on a line?

Using weewx 3.4.0 with VantagePro2 and gauges V2.5.11
Updated ss/skin.conf (or weewx.conf - same effect) with the [[Groups]] definitions to force metric units - in particular:
group_pressure = mbar
Web page with gauges retrieved data once, then locked up - the 'time to next read' counter kept decrementing, but apparently no new data read.

Traced to the fact that in gauge-data.txt we have "pressunit":" mbar", but gauges.js appears to be looking for the string 'mb'

In gauges.js I duplicated every "case 'mb':" statement I could find with "case 'mbar':" and this seems to have solved the problem.
No doubt there is a more elegant solution!

When updating server PHP to 8.0 or 8.1 I get a parser error, incorrect syntax. The background still displays but there are no values and the set will not update. Only a scrolling error message is shown in the banner.

Computation humidex throw math overflow if dew point is negative in gauge-data.txt.tmpl.
A one "if" more is necessary... compute humidex if dew point is > 1 (or bigger number) else humidex equals to outTemp.

See: 2nd line and 3 last lines

if $varExists('current.outTemp') and $current.outTemp.raw is not None and $varExists('current.dewpoint') and $current.dewpoint.raw is not None

if ($current.outTemp.raw > 6) and ($current.dewpoint.raw > 6)

...
...

else

set $humidex = 'N/A'

end if

else

$humidex = $current.outTemp.raw

end if

If temp is lower then 15°C humidex is not usually used…

Hi, I prepared language.min.js with polish language. Could you add to repository?
language.min.js.zip

I have seen that this has been an issue before. I have checked my html code, and it is UTF8. SteelSeries Gauges it the most recent (at least I think so)

I get the question mark instead of the ° symbol in the latest and average field for the wind bearing gauge. All other instances with the ° symbols are shown correct.

Any help to this?