Ok, I think I solved the rain problem. I supplied weewx with a value for "rain" from my weather station. So rather than just supplying the rainRate value from my station, I'm feeding it both, and now the gauges-data.txt.tmpl file is working without any edits. Now all I have to do is solve why my temperature gauge is acting so strange. In talking to another person it may be because my station does not supply the inside temperature, so I disabled that function in gauges.js but that hasn't changed the weird scaling issue, or why the gauge always starts from the bottom, then climbs to the correct value??? The mystery continues.
On Thursday, 19 January 2017 08:44:51 UTC-5, Robert Mantel wrote: > > I have a brand new Raspberry Pi running the latest version of weewx. I > have it working with the default skin and also the Bootstrap skin with no > issues. I'm using fileparse.py to grab data from a text file that gets > generated from a python script that does a jsonp query to my phant server > that is archiving the raw data from my particle photon weather hardware. > Like probably everyone else I came across the SS gauges and love the look > and feel of them so proceeded with the install and followed the > instructions, modifying the gauges.js file and movnig all the appropriate > files into my weewx install. The gauges are reproduced perfectly, but no > data is being input and I get the following error in syslog: > > > Jan 19 08:27:04 raspberrypi weewx[23078]: manager: added record 2017-01-19 > 08:26:00 EST (1484832360) to database 'weewx.sdb' > Jan 19 08:27:04 raspberrypi weewx[23078]: manager: added record 2017-01-19 > 08:26:00 EST (1484832360) to daily summary in 'weewx.sdb' > Jan 19 08:27:04 raspberrypi weewx[23078]: reportengine: copied 0 files to > /var/www/html/weewx > Jan 19 08:27:04 raspberrypi weewx[23078]: cheetahgenerator: Generate > failed with exception '<type 'exceptions.TypeError'>' > Jan 19 08:27:04 raspberrypi weewx[23078]: cheetahgenerator: **** Ignoring > template /etc/weewx/skins/ss/gauge-data.txt.tmpl > Jan 19 08:27:04 raspberrypi weewx[23078]: cheetahgenerator: **** Reason: > unsupported operand type(s) for *: 'NoneType' and 'int' > Jan 19 08:27:04 raspberrypi weewx[23078]: **** Traceback (most recent > call last): > Jan 19 08:27:04 raspberrypi weewx[23078]: **** File > "/usr/share/weewx/weewx/cheetahgenerator.py", line 315, in generate > Jan 19 08:27:04 raspberrypi weewx[23078]: **** print >> _file, text > Jan 19 08:27:04 raspberrypi weewx[23078]: **** File > "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in > __str__ > Jan 19 08:27:04 raspberrypi weewx[23078]: **** rc = getattr(self, > mainMethName)() > Jan 19 08:27:04 raspberrypi weewx[23078]: **** File > "cheetah__etc_weewx_skins_ss_gauge_data_txt_tmpl_1484791504_04_19193.py", > line 326, in respond > Jan 19 08:27:04 raspberrypi weewx[23078]: **** TypeError: unsupported > operand type(s) for *: 'NoneType' and 'int' > > > I'm wracking my brain trying to find in the gauge-data.txt.tmpl file what > could be causing the operand error and obviously it's a bogus variable in > one of the math functions. So I suspect that there is some missing data > that I'm not supplying it? Also of note, when I set up weewx I chose > metricwx for the display units, but the database is using US units. Is > this my problem? Should I have stuck with US display units as well when I > did the initial install? > -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
