Op vrijdag 19 januari 2018 14:43:07 UTC+1 schreef olivier...@gmail.com: > > OK, thanks, it's all working now. > > I just need to do some clean up and figure out how to share all of this... > > On Thursday, 18 January 2018 23:46:23 UTC+1, Tom Keffer wrote: >> >> There is indeed such a limit. The observation types extraTemp1 through >> extraTemp7 are defined, but anything beyond that, are not. It's very >> easy to add more. Put the following in user/extensions.py: >> >> import weewx.units >> weewx.units.obs_group_dict['extraTemp8'] = 'group_temperature' >> >> >> That should be all you need. >> >> -tk >> >> >> On Thu, Jan 18, 2018 at 3:36 PM, <olivier...@gmail.com> wrote: >> >>> Hello, >>> >>> Just a bit of background: I currently have a VP2 and I recently bought a >>> WS3000 with 8 sensors to monitor the inside temperature in various places. >>> What I would like to do is to store all the data in the same database. My >>> goal is to enhance each VP2 record with the temperature coming from the >>> WS3000. >>> >>> I found absolutely everything I needed to do this in the documentation, >>> so congrats, you did a really great job documenting weewx and the >>> possibilities of this tool are just amazing. I love it! >>> >>> Anyway, here is what I did: >>> - rewrote a brand new driver for the WS3000, which works with the >>> standard weewx code (no need to use the USB branch). >>> - created a small service that gets the current sensor values from the >>> WS3000 and adds them to each new record (and loop packet as well). >>> - modified the database schema to include extraTemp1 to 8 and >>> extraHumid1 to 8, to store the data from the WS3000. >>> >>> This all seems to work quite well (so far tested with the Simulator >>> only), except for a weird problem: all the temperature are properly >>> converted to the appropriate metrics, except for extraTemp8. >>> Is there some kind of limit to the number of values that get converted >>> with StdConvert? >>> >>> NOTE: WS3000 reports temperature in °C. I modified the Simulator to do >>> the same, but I store the values in the database using °F. >>> >>> Any clue on what's wrong? >>> >>> Here is a typical loop packet: >>> LOOP: 2018-01-18 23:32:07 CET (1516314727) altimeter: None, appTemp: >>> 106.743627453, barometer: None, cloudbase: 1601.11136389, dateTime: >>> 1516314727, dewpoint: 83.6206936222, extraHumid1: 47, extraHumid2: 46, >>> extraHumid3: 48, extraHumid4: 46, extraHumid5: 45, extraHumid6: 44, >>> extraHumid7: 47, extraHumid8: 46, extraTemp1: 74.12, extraTemp2: 73.94, >>> extraTemp3: 74.12, extraTemp4: 74.12, extraTemp5: 74.12, extraTemp6: 74.3, >>> extraTemp7: 74.3, extraTemp8: 23.6, heatindex: 115.825270834, humidex: >>> 120.858219625, inDewpoint: None, inHumidity: 29.9996112567, inTemp: None, >>> maxSolarRad: None, outHumidity: 79.9997084411, outTemp: 90.6655836233, >>> pressure: None, radiation: 0, rain: 0.0, usUnits: 1, UV: 0, windchill: >>> 90.6655836233, windDir: 359.998250647, windGust: 0.000130440063404, >>> windGustDir: 359.998250647, windSpeed: 0.000108700052838 >>> >>> => as you can see, extraTemp8 is still expressed in °C, while all the >>> others are in °F. >>> >>> Thanks! >>> >>> PS: I attached all the files I am currently using: >>> - the WS3000 driver >>> - the data service >>> - my weewx.conf >>> >>> -- >>> 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 weewx-user+...@googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- 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 weewx-user+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/5935ef58-0c7b-4fb5-9976-811d6ab29760%40googlegroups.com.
