Ok, something screwy is going on, Simulator/ObserverIP in the footer of the
gauges pages comes from a weewx tag $station.hardware, that should not be
changing. I see you are FTPing to a server, and your [[SteelSeries]] report
is listed after [[FTP]] so you will be generating a new ss/index.html
On Thursday, 19 January 2017 04:16:37 UTC+1, mwall wrote:
>
> the ELV WS2000 is listed in the rtl_433 supported protocols. did you try
> invoking rtl_433 with the -G option? or explicitly with the -R 07 option?
>
Yes, tried both, absolutely nothing. Can see data in analyze mode but no
Option 2 seems to me by far the easiest, will look into it. The current SW
is written in plain C and modifying some output formatting is probably
within my grasp of C.
I will read up on the file parser, thanks!
--
You received this message because you are subscribed to the Google Groups
On Wednesday, January 18, 2017 at 9:38:14 PM UTC-5, Marcus Akesson wrote:
>
> PS: Another way would be to bypass the hardware receiver and use rtl_433
> and weewx-sdr. But, while there should be support for the ELV protocol, it
> does not work, nothing is decoded.
>
the ELV WS2000 is listed in
Hi,
I'm looking to set up WeeWx on a Raspberry. I have an older but quite
common system (ELV WS2000/2500/3000) with a lot of sensors.
The data is received with an ELV "PC-Weather-Receiver", using a serial
port. A small software on the Rpi decodes the serial data into the
following on STDOUT:
Here is the output of the wee_debug .
AND there is only 1 instance of weewx running per ps aux | grep weewx
pi@raspberrypi:/home/weewx $ sudo ./bin/wee_debug --info
Using verbosity=1, displaying most info
wee_debug output will be sent to stdout(console)
Using configuration file
for those running macos sierra: the 'unified logging system' has replaced
asl and syslog:
https://developer.apple.com/library/content/releasenotes/MacOSX/WhatsNewInOSX/Articles/OSXv10.html
this has some useful details for using the new 'log' command to read the
new binary logs:
On Wednesday, January 18, 2017 at 7:24:16 PM UTC-5, David Morgan wrote:
After getting it running, I found I can use Wireshark to look at the
> serial interface (after enabling a kernel module), would have been nice to
> know that earlier.
>
there are a few threads in this forum, as well as
Let's get back to the original problem. When I looked just now the site is
as it was the last time I looked; html is being updated but the plots
remain from 18 January 00:10. I suggest we first establish whether weewx is
generating the plots and where they are being saved by weewx. It seems
Hi all,
I just installed the steel gauges to my weewx system.
When I first start it and look at my web pagen2uz.net/myweather/ss
It looks ok,( observerIP is the station and temps, etc are ok, but 5
minutes later the web page updates and the station says Simulator
and the temps, etc change.
I saw that I had those two different units...so I changed mm_per_hour to
inch_per_hour but still get the same error:
Jan 18 16:11:21 magpie weewx[22761]: KeyError: 'mm_per_hour'
Jan 18 16:11:22 magpie weewx[22761]: units: Unable to convert from
mile_per_hour to mm_per_hour
ok I looked
Should be no problems with those StdQC settings, as long as (1) the units
used are appropriate for that observation (ie degree_C is good for outTemp
but not so good for rain) and (2) weewx knows how to convert between the
database units for the observation and the specified units (eg US
Question for those more knowledgeable. Can you mix units in the weewx.conf
file?
Dan's database is in US units
His StdQC has both imperial and metric - specifically mile_per_hour and
mm_per_hour which coincides with the error message's units
I was under the impression that unit switching was more
On Thursday, 19 January 2017 08:39:09 UTC+10, Devonian wrote:
>
>
> I should RTFM and get some sleep before posting!
>
Hi Nigel, yes but both usually easier said than done.
Gary
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe
I don't know if split debug and message logs is supposed to be a feature or
not, but it can certainly make it tedious working out what happened in what
sequence.
So the error is with the reports being generated from the Standard skin
tmpl files. Have you checked the Standard skin config file (
I don't, that is just the error that appeared after the upgrade. To me if
this is for rain it should be inch_per_hour to mm_per_hour, or if it is for
wind should be like you say to km_per_hour.
On Wednesday, January 18, 2017 at 3:33:17 PM UTC-7, vince wrote:
>
> On Wednesday, January 18, 2017
On Wednesday, January 18, 2017 at 1:34:33 PM UTC-8, DS wrote:
>
> Thanks for the quick response. I have attached messages and debug log for
> a couple cycles.
>
>
>
why would you want to convert from mile_per_hour to mm_per_hour ?
might you mean 'km' per hour ?
--
You received this
I have a Davis VP2 station and am setting up my old WS2300 station for my
father to use.
On the WS2300 I use a small correction for barometer in weewx.conf in
section StdCalibrate --> Corrections
I use *pressure = pressure + 0.02* and it corrects the web page reading
However, if I use the
Hello,
My WMR88 base station has decided a while a go it did not care about
receiving sensor information, so recently discovered and switched to SDR
driver of weewx.
What is the suggest mapping for a PGR-800 for rain measurement. I have
tried some things, but end up staking cm of rain at each
Hello, I have a strange error after upgrading from 3.5.0 to 3.6.2.
I started to see these messages appear in messages:
Jan 18 11:26:19 weewx[8258]: cheetahgenerator: Generated 5 files for
report StandardReport in 1.46 seconds
Jan 18 11:26:20 weewx[8258]: Traceback (most recent
mwall
> rain' is a default delta for 'rain_total'. so if you define a mapping for
> 'rain_total', you should get both 'rain_total' and 'rain' in each mapped
> packet (assuming the raw packet contains rain data).
>
yes my typo was this "rain = rain_total.0A66.Acurite5n1Packet" which
Ok. I'll try it. If i'll have a problems i'll contact you.
Thanks.
--
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.
For
f you have permission problems when moving or copying files use sudo in
front of the command - for examplesudo mv filea fileb instead of mv
filea fileb
On Wednesday, 18 January 2017 16:28:22 UTC+2, alean...@hotmail.com wrote:
>
>
>
> Thanks to all for the support. Could anyone to explain me
On Wednesday, January 18, 2017 at 9:58:14 AM UTC-5, Ruben Navarro Huedo
wrote:
>
> My rtl_433 is located in /usr/local/bin
>
> I have modified weewx.conf and i think something is better now, but it
> is not updating files in /var/www/html/weewx
>
> What is wrong now?
>
perhaps you just need
My rtl_433 is located in /usr/local/bin
I have modified weewx.conf and i think something is better now, but it
is not updating files in /var/www/html/weewx
What is wrong now?
here is my weewx.conf
[SDR]
driver = user.sdr
cmd = /usr/local/bin/rtl_433 -q -U -G -F json
path =
Same thing as you do now, I only looked at the graphs and the time in
the header, did not pay attention to the embedded date/time in the
graphs. Sorry.
Dave
On 18.1.2017 15:14 PM, Andrew Milner wrote:
Dave
When you say it is 'working properly' - does the date and time of the
plots which
Thanks to all for the support. Could anyone to explain me to change the
> time (CET+1) and how to move a file (data.txt.tmpl) into other directory?
>
When i try to move this file (data.txt.tmpl) weewx say me "permission
denied". Can you help me?
About the plots i'm continuing to see the time
Hello friends:
Before i buy a noew Weather station i want test weewx with my RTL-SDR
Receiver and my old Oregon Temp/Humid sensor.
I think i did a correct installation, but when i try start it i can read on
syslog:
Jan 18 14:23:52 raspberrypi weewx[2820]: engine: Loading station type SDR
I suspect the images are being generated into the wrong directory. Can you
either post your weewx.conf or the output from running wee_debug
On Wednesday, 18 January 2017 14:59:46 UTC+2, gjr80 wrote:
>
> Perhaps there is a language barrier but when I first read this thread this
> morning I
It does not do us any good to be debugging files that you are not using.
In summary, your problem seems to be that the skin.conf file you are
actually using references the template data.txt.tmpl, but you are not
providing that template. Either remove the reference to data.txt.tmpl from
the
As posted on wxforum. net, whatever was wrong with the rain_total was fixed
by going JSON with the absolute latest rtl_433 (downloaded/built last
night) and sdr.py 0.17.
I concur that rtl_433 not having build/version numbers makes
troubleshooting version-specific problems more difficult.
OK. data.txt.tmpl is a file txt for an Italian website (i'm Italian). I
downloaded this file a few days ago and i edited skin.conf for update data
time to that website. When i posted the screenshot the file was into
skin.conf but not into folder /etc/weewx/skins/Standard because weewx don't
32 matches
Mail list logo
