Seeing several recent posts with a similar message with WMR200, but mine is
on a new install with an WMR300A.
Any solutions?
Apr 9 16:03:20 nixie systemd[1]: Starting LSB: weewx weather system...
Apr 9 16:03:22 nixie weewx[807]: engine: Initializing weewx version 3.9.1
Apr 9 16:03:22 nixie
On Tuesday, April 9, 2019 at 4:06:26 PM UTC-4, Leon Shaner wrote:
>
> Seeing several recent posts with a similar message with WMR200, but mine
> is on a new install with an WMR300A.
> Any solutions?
>
>
My guess is that there is some kind of a date issue.
I put in a hack in wmr
ire to actually work.
Probably a bug, but I'm going to give it a rest, because I want both
enabled anyway. =D
On Wednesday, April 10, 2019 at 5:02:26 PM UTC-4, Leon Shaner wrote:
>
> [snip]
>
>
> *I'm still stuck with needing both to be set to True for rapid fire to
> actually
Wow! Good show, Matt! =D
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 14, 2019, at 6:58 PM, mwall wrote:
>
>> On Sunday, April 14, 2019 at 2:27:36 PM UTC-4, Leon Shaner wrote:
>>
would probably be the preferred
approach here, but the one example I saw for handling e-mail natively seemed
overly complicated, when all I really needed to do was call mailx. :-/
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
--
You received this message because you are subscrib
ek wrote:
>>> Hi
>>>
>>>
>>> Yes I really changed debug to 1 in conf file. I am from GMT +2
>>> And I tested, date shows real date and time as it should be
>>> Why there is no logs I don't know, that is all what I get for fev hours
is 32768, a "magic" power of 2, so even the empty
memory must contain 32 reserved records.
Anyway, I've set a reminder to check the history every two weeks in case the
automatic clearing via weewx isn't working. :S
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On
rMod < 0 else windGustDirMod)
if windGustDir is not None else None
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 15, 2019, at 3:36 PM, Leon Shaner wrote:
>
> Hey, WeeWX'ers! =D
>
> I am baffled by a weewx.conf parsing error while trying to
ot None else None
print ("OUTPUT: windDir =", windDir, "windGustDir =", windGustDir)
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To un
and being referenced in a later pass for the windDir and windGustDir changes.
So, I guess it is time for me to climb the roof, lower the pole, and push the
actual button on the wind-vane to physically calibrate it. :-/
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
Regards,
Le
FWIW, I think WU is overloaded.
I manually run wunderfixer a couple of times a day here and there.
It routinely complains that WU is unavailable.
I'll try it up to 10 times before it finally "gets through."
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
Regards,
Le
4798
2016-07-12|0.00998|0.659993268
2016-07-12|0.0101|0.07184
2016-07-13|0.02|0.0
2016-07-13|0.00998|0.279997144
2016-07-13|0.00998|0.539994492
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr
, it would be something like:
$ grep weewx /var/log/syslog > /var/tmp/weewx.log
(And you could upload /var/tmp/weewx.log, but only if it actually has recent
log entries).
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 11, 2019, at 12:37 PM, Damjan Hajsek wrote:
&g
Hey, TK,
Sorry. I did query for rain already and it's all 0.0, except as shown in the
second output I pasted.
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 13, 2019, at 11:06 AM, Thomas Keffer wrote:
>
> You can't look for rain where rainRate is non-zero
cause I want both.
Meanwhile, I noticed that weewx was telling me that my maximum rain counter was
exceeded and that I should reset the data, so I did that on the 9th or 10th.
It rained for the first time since on the 12th.
Thanks again for all the insights.
Regards,
Leon
--
Leon Shaner :: Dearborn
rainRate = Rain Rate
rainBatteryStatus = Rain Battery
rain = 0, 10, inch
rainRate = hardware
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 13, 2019, at 1:10 PM, Leon Shaner wrote:
>
> Hi, TK,
>
> Haha. Well certainly it has rained.
ACCUM, (for which I presume "HHH" means
"High High High").
Then I held the MEM button and that cleared the RAIN display to 0.00 in. ACCUM.
I think that should solve this one! Thanks for all the help!
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Ap
01 0.419995716 2019-04-12
08:46:14 1.40269840736274 173 420.809522208823 51900
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
--
l...@isylum.org - Dearborn, Michigan
--
You received this message because you are subscribed to the Google Groups
"weewx-use
ck -- cool
enough, but even cooler now that it does something truly useful with the energy
it burns. =D
https://www.reddit.com/r/raspberry_pi/comments/awvfkq/enhanced_gra_afch_raspberry_pi_nixie_tube_clock/
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPhone)
--
You received this messa
We're all fine with the timestamps until 2038. ;-)
https://en.m.wikipedia.org/wiki/Year_2038_problem
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 16, 2019, at 7:23 PM, gjr80 wrote:
>
> Hi,
>
> It was a deliberate decision for WeeWX to be t
> On May 27, 2019, at 12:12 AM, gjr80 wrote:
>
>> On Monday, 27 May 2019 13:16:53 UTC+10, Leon Shaner wrote:
>> [snip]
>> If you can see any shorter paths to a more reliable outcome than I have
>> achieved so far, then you know know know I will be very gratefu
unexpected keyword argument 'apiKey'
May 24 19:59:03 nixie weewx[17779]: Exiting.
May 24 19:59:03 nixie systemd[1]: weewx.service: Main process exited,
code=exited, status=1/FAILURE
May 24 19:59:03 nixie systemd[1]: weewx.service: Unit entered failed state.
May 24 19:59:03 nixie systemd[1]: w
there)...
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 24, 2019, at 5:01 PM, Leon Shaner wrote:
>
> Hi, WeeWX'ers! =D
>
> For those on WeeWX 4.0 / development, ONLY...
> I am done with changing wunderfixer to use the new wunderground API KEY way
>
.
Fun fun! =D
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 24, 2019, at 1:35 PM, Leon Shaner wrote:
>
> FYI, all, I am currently hot on the trail to converting the wunderfixer query
> to use the new API instead. The new API is going to be much easier tha
load, since WU seems to drop them on purpose.
There is no point re-uploading 00:00:00, then 00:01:00, then 00:02:00, because
WU is only going to keep 00:00:00, and then later it will keep whatever is
closest to 00:05:00. That's been the behavior of wunderfixer vs. WU for as
long as I've bee
ot; values, because it's almost as if IBM changed them by
some offset in the middle of the day, so now none of them "line up" with my
local data.
I am heading out of town, so I will have to pick this up on Monday.
Thanks for the help! =D
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michiga
4.x:
https://github.com/UberEclectic/weewx/blob/development/bin/wunderfixer
https://github.com/UberEclectic/weewx/blob/development/bin/weewx/restx.py
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 25, 2019, at 8:54 AM, Leon Shaner wrote:
>
> So this is wh
dateTime>=?
AND dateTime On May 26, 2019, at 10:59 PM, gjr80 wrote:
>
>> On Saturday, 25 May 2019 22:54:25 UTC+10, Leon Shaner wrote:
>>
>> There is no point re-uploading 00:00:00, then 00:01:00, then 00:02:00,
>> because WU is only going to keep 00:00:00, and th
storing data at < 5-minute intervals).
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 27, 2019, at 12:12 AM, gjr80 wrote:
>
>> On Monday, 27 May 2019 13:16:53 UTC+10, Leon Shaner wrote:
>> Gary,
>>
>> In practice, WU seems to discard dat
times of the PRESENT day, such as before 10 a.m. your local time, was
it?
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Jun 2, 2019, at 5:50 PM, Rod Yager wrote:
>
> Well, it turns out that the East of the UTC date line bug only occurs for the
> latest week.
:20:00Z obsTimeLocal: 2019-05-26 00:20:00
Number of WU records: 288
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Jun 2, 2019, at 10:20 AM, Leon Shaner wrote:
>
> Rod,
>
> It's interesting that the "workaround" that I've already done, is
to be returning the values for the date relative to UTC instead.
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 31, 2019, at 1:14 AM, Andrew Milner
> wrote:
>
> . so does this just simplify to the fact that in the api the date is
> taken as being the
to be able to see what actual
timestamps WU is sending back for the date queried.
Parameters like --epsilon don't have any effect in the case of wunderdates, but
I left it there so you don't have to change options when running the util to
get the debug output.
Regards,
\Leon
--
Leon Shaner :: Dearborn
of wunderdates is just to keep an eye on IBM's progress in
fixing the bugs, e.g. keep an eye out for if the behavior changes / improves.
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Jun 1, 2019, at 1:17 PM, Leon Shaner wrote:
>
> All,
>
> I'm testing a new appro
06-02 00:05:00
...
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Jun 1, 2019, at 6:03 PM, Rod Yager wrote:
>
> Dear Leon,
>
> Your approach is flawed. It won’t work for historical data.
>
> If you run
>
> wunderdates —date=2019-01-01 at
the 'today' logic 100% without changing my localtime on my system
and I don't want to do that, which is why I appreciate help from others to
validate the code). =D
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Jun 3, 2019, at 5:39 PM, Rod Yager wrote:
>
> Dear Leon,
&g
at they're investigating and would rather respond from a position of
understanding, or with any luck maybe even a quick fix. =D
I meant to follow-up with IBM again this morning, but got waylaid, so I'll do
that now.
Thanks again, and for the reminder. =D
Regards,
\Leon
--
Leon Shaner :
again. :-/
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad)
> On Jun 14, 2019, at 12:28 PM, Damjan Hajsek wrote:
>
>
> Ok I did logs again I hope this time better.
>
>
> Dne petek, 14. junij 2019 14.44.03 UTC+2 je oseba Andrew Milner napisala:
>>
>>
eWX:
>
> $ sudo systemctl restart weewx
>
> check /var/log/messages and you should see some debug output.
>
> Gary
>
>> On Sunday, 16 June 2019 00:36:45 UTC+10, Leon Shaner wrote:
>> Gary, good sleuthing.
>>
>> Could it be that the debug messages simpl
Gary, good sleuthing.
Could it be that the debug messages simply go to a different file, such as
/var/log/debug?
Check to see where the debug logs are pointed in /etc/rsyslog.conf.
Also, see here:
https://www.the-art-of-web.com/system/rsyslog-config/
Regards,
\Leon
--
Leon Shaner :: Dearborn
Or can use this form and it will choose the user's preferred editor (a la
SUDO_EDITOR, VISUAL or EDITOR variables):
$ sudoedit /etc/weewx/weewx.conf
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad)
> On Jun 13, 2019, at 9:50 AM, Dave Webb KB1PVH wrote:
>
>
> Oops.
Just a hunch,
But this line looks suspect.
Perhaps just comment it out?
data_services = ,
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPhone)
> On Jun 20, 2019, at 10:31 AM, Michael Aschauer
> wrote:
>
> data_services = ,
--
You received this message
Hey, Robin!
I just posted a reply to the group (via e-mail), but didn't echo it back to my
inbox.
I think it must have been eaten by the AEther. :-(
Then I tried a more simple message and it didn't post, either.
So now I am trying from the web interface to google groups.
Something seems to be
e|min|mintime|max|maxtime|sum|count|wsum|sumtime
1325394000|0.0|0|0.0|0
HTH. =D
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop rece
emp
limit 1;"
dateTime|min|mintime|max|maxtime|sum|count|wsum|sumtime
1325394000|0.0|0|0.0|0
HTH. =D
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 11, 2019, at 9:30 AM, Robin wrote:
>
> I apologise if this has been asked before or if there is a simp
Hey, Robin!
I just posted a reply, but the alias didn't echo it back to my inbox.
I think it must have been eaten by the AEther. :-(
If it doesn't show up soon, I'll try posting it via the web interface to
googlegroups.com
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro
Logs too abbreviated, or at least I am not able to pick out which driver /
weatherstation version of are running. Please expound.
WMR200, WMR300, both have this issue. Maybe others.
Which model is yours?
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 18, 2019, at 8
s, but ya never know...
software... bugs happen. :-/
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 18, 2019, at 9:02 PM, Ian Prescott wrote:
>
> sorry
> the station is an Aercus 3080
> and I am trying to find the howto on posting the config file
>
rred while processing your request.
Reference305c45116015585317441e332837
Also, it doesn't appear to be an authentication issue.I just used a web browser and logged in to WU as I would to manage my station, then went to the WXXDailyHistory URL and it still failed.Mind you, I am still using the
on their radar in
any unwanted sort of way. ;-)
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 22, 2019, at 2:04 PM, Jarom Hatch wrote:
>
> Interesting, using curl sometimes I can it fine, but wunderfixer is always
> getting a 403 Forbidden, as if it is ac
be invented to help, since they're the
ones missing the data, and the less reliable their data, the more likely even
end-users will begin to abandon using them.
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 22, 2019, at 4:33 PM, Doug Bo wrote:
>
> Sort
nks for anyone
who wants a fix sooner. =D
Isn't this fun? =D
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 22, 2019, at 4:20 PM, Leon Shaner wrote:
>
> I'm still working on this.
> CURL is telling me they are not only using https, but also TLSv1.2.
> He
tt[2], dayRequested_tt[0]) # specify TLSv1.2 and SSLv2, but not SSLv3 ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLSv1_2) ssl_context.options |= ssl.PROTOCOL_SSLv23 ssl_context.options |= ssl.OP_NO_SSLv3 try : # Hit the weather underground site: _wudata = urll
re still reading this far and I'll take a few seconds to show
such an example. ;-)
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 22, 2019, at 12:14 PM, Steve2Q wrote:
>
> A little follow up. As the memory growth is still happening, I implemented a
> scrip
some "apt" kinds of commands reverted to the default "runs as root" paradigm?
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 22, 2019, at 12:20 PM, Steve2Q wrote:
>
> I SSH'd into my Pi to do a weewx restart;
>
> I used to type /etc/
't
> appear to be actually attempting the download.
>
>
>> On Wednesday, May 22, 2019 at 7:03:49 PM UTC-6, Leon Shaner wrote:
>> Say, we need a tester who is still on 3.9.1 or there abouts to try this out:
>>
>> https://raw.githubusercontent.com/UberEclectic/w
I took out the code to pull the timestamps and just
> force-ran all my records as a big backfill I got success messages back
> however none of the records actually made their way in.
>
>> On Thursday, May 23, 2019 at 8:27:37 AM UTC-6, Leon Shaner wrote:
>> Jarom,
>>
>> T
I am in contact with IBM. This whole intersection is entirely for THEIR
benefit.
I am persistent SOB. It'll be fixed. LOL
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 23, 2019, at 9:22 PM, Jarom Hatch wrote:
>
> Even after that none of the backfilled
: 7
Hardware: BCM2835
Revision: 9000c1
Serial : f7e29d3c
$ head -3 /proc/meminfo
MemTotal: 443132 kB
MemFree: 182188 kB
MemAvailable: 272340 kB
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 24, 2019, at 4:52 AM, Miguel Angel Peña Mor
or API usage:
https://docs.google.com/document/d/1eKCnKXI9xnoMGRRzOL1xPCBihNV2rOet08qpE_gArAY/edit
The API Key is generated in the "Member Settings" section of wunderground.com
("My Profile" > "Member Settings" > "API Keys").
With any luck I'll have
Yeah, good catch.
I expect it was running the old wmr300.pyc since the html one named wmr300.py
was invalid.
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPhone)
> On May 19, 2019, at 7:36 AM, gjr80 wrote:
>
> Hi,
>
> If you are downloading a source file from github
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 21, 2019, at 4:33 PM, Thomas Keffer wrote:
>
> It looks like the WU completely changed their API without warning. For
> example, to access my station, it used to be
> https://www.wunderground.com/weatherstation/WXDail
off alias, if you have any questions.
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 12, 2019, at 11:40 AM, wysiwyg wrote:
>
> I forget to tell it's a WMR88 station, using WMR100 driver.
>
> --
> You received this message because you are subscribed
?
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 12, 2019, at 1:32 PM, wysiwyg wrote:
>
> Thanks for your answer Leon, but do you mean the watchdog will reboot in case
> of usb errors?
> Because currently, reboot seems not helping in my situation.
>
>
Wow! This is great to know! Thanks!
I will try this and if it works in my case, I will add it as the primary
remediation step in my weewx_watchdog. =D
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPhone)
> On May 14, 2019, at 9:40 AM, HoracioDos wrote:
>
> Hello!
>
e reaching out to me off-alias.
The weewx_watchdog is over here, for now:
https://github.com/UberEclectic/weewx/tree/master/examples/watchdog
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
--
You received this message because you are subscribed to the Google Groups
"wee
op
$ sudo systemctl stop weewx
# Start
$ sudo systemctl start weewx
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 30, 2019, at 3:10 PM, pliggen...@gmail.com wrote:
>
> I got this running as a cronjob, and I get a mail when weewx is not running
> when the cronj
The author of the script can validate the above, if I have it right or wrong.
;-)
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 30, 2019, at 5:10 PM, pliggen...@gmail.com wrote:
>
> Hi Leon,
>
> and thanks for the help! I was running my own non-root cron
ring
Tue 30 Apr 21:55:23 EDT 2019 Could not get Weather Underground data. Exiting.
Tue 30 Apr 23:15:33 EDT 2019 Could not get Weather Underground data. Exiting.
Wed 1 May 01:15:20 EDT 2019 Could not get Weather Underground data. Exiting.
Wed 1 May 01:25:14 EDT 2019 Could not get Weather
ithub.com/UberEclectic/weewx/tree/watchdog/examples/watchdog
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 1, 2019, at 4:13 AM, pliggen...@gmail.com wrote:
>
> Hi Leon,
>
> could this be used as a complement to Constantine Samaklis script you helped
> me wit
14:50:00,
2019-05-01
10:55:00,55.6,53,29.20,SE,126,2.9,4.7,91,0,,,0.91,weewx-3.9.1,2019-05-01
14:55:00,
2019-05-01
10:59:59,56.1,52.9,29.20,SE,126,2.9,3.6,89,0,,,0.91,weewx-3.9.1,2019-05-01
14:59:59,
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 1, 2019, at 11:07 AM, L
the record from 9:57?
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 1, 2019, at 12:10 PM, Leon Shaner wrote:
>
> Here is a bit more analysis on one record that has been found missing
> consistently / won't stick. Seeking a second opinion on my analysis. =D
>
binding 'wx_binding', which is bound to database 'archive_sqlite'
Weather Underground Station: KMIDEARB5
Date to check: 2019-05-01
Number of archive records: 761
Number of WU records: 173
Number of missing records: 0
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan
the weewx
restart toggle in mine).
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 1, 2019, at 2:24 PM, pliggen...@gmail.com wrote:
>
> Hi,
>
> I now have this script running.
> Indeed this shouldn't be necessary but I've had both issues (Weewx crash an
t; did the trick. I woulda had this update out sooner, were it
not for that one! LOL
The latest 1.1.0 version is over here:
https://github.com/UberEclectic/weewx/tree/watchdog/examples/watchdog
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
--
You received this message becaus
overriding earlier rules. Really it's ordered
lexicographically, so files that start with letters, such as weewx.rules will
be evaluated after (take precedence over) the files that do start with numbers.
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 7, 2019, at 10:31
uct
values for your specific USB device avoids any conflict, because then assigning
group weewx would only ever happen to that one device that exactly matches the
idVendor and idProduct values from "lsusb" output.
Hope that helps! =D
Regards,
\Leon
--
Leon Shaner :: Dearborn, Mic
filename should be simple, no spaces or special
characters other than '-' and/or '_' and should not contain more than one
period '.').
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 7, 2019, at 10:39 AM, Leon Shaner wrote:
>
> Steve,
>
> In my first re
cripts, so it's a big no-no.
What about the other files, did you change their owner, too, such as for the DB?
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 7, 2019, at 5:42 PM, Steve Chiz wrote:
>
> Guess I spoke too soon. After a reboot, weewx won't start. IO
to only put the
important parameters and to not reintroduce corruption.
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 20, 2019, at 6:16 AM, AsgeirK wrote:
>
> I have of course tried to reverse the changes, but missing something (I
> haven't kept a copy of
ws
for the desired device
NOTE: The pumount also accepts the sd?N device name, such as sdb1 instead of
/media/usbN. Again check "mount" listing for /media devices so you know which
one to use with pumount before disconnecting a drive.
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michig
will keep 1-minute records, when normally
it apparently throws away everything other than those that are on the 5-minute
boundaries?
Strange that WU eventually kept those 1-minute records, but only after
persistent re-uploads. In this case after 16 wunderfixer uploads, the 17th
stuck!
Or perhap
be other options. I will do some research and contact you off alias.
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPhone)
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPhone)
https://twitter.com/AEtherZcythe
> On May 2, 2019, at 3:56 PM, pliggen...@gmail.com wrote:
>
>
other issues.
Cheers! =D
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On May 2, 2019, at 10:56 AM, pliggen...@gmail.com wrote:
>
> Hi Leon,
>
> Just installed the updated script now.
>
> Seems to be
.
Sorry I don't know how those inTemp mappings work. I'm sure someone on the
alias will know...
You do realize all those China / Swiss ones are commented out, right?
So you really only have the one inTemp set:
> inTemp = temperature.*.*
Regards,
Leon
--
Leon Shaner :: Dearborn, Michi
egards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad)
> On Jul 5, 2019, at 11:37 AM, Werner wrote:
>
>
> There are no further entries in the log. But the RPi does not crash because
> it reacts to keyboard and mouse.
> After a "sudo /etc/init.d/weewx stop" and &qu
I took his note to be a heads up when upgrading from Raspbian Stretch to
Raspbian Buster.
Sounds like they named it Buster, appropriately, because things are breaking.
:S
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad)
> On Jul 5, 2019, at 12:00 PM, vince wr
digress. ;-)
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad)
> On Jun 27, 2019, at 11:05 AM, Robert Lorenzini wrote:
>
> Be aware that the 4 draws more power and runs hotter.
>
> Bob - wd6dod
>
>> On 6/27/2019 8:02 AM, vince wrote:
>> Anybody hav
WMR300 or WMR200?
https://github.com/weewx/weewx/issues/375
That has a link to the fix for WMR200.
There is a similar fix for WMR300.
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad)
> On Jul 11, 2019, at 10:13 AM, 'Sebastian Pendsa' via weewx-user
> wrote:
>
&g
so be surprising to me that an RPI could function without it. ;-)
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad)
> On Jul 7, 2019, at 9:37 AM, Christian Nimmervoll
> wrote:
>
>
> For an example:
>
> On the old Device I a get an answer when i type this:
>
Hola, Miguel,
Por favor, confirme, ¿está ejecutando el último controlador, según el siguiente
enlace?
Esta versión contiene múltiples mejoras: lectura / borrado del historial
después del reinicio.
https://github.com/weewx/weewx/blob/master/bin/weewx/drivers/wmr300.py
Regards,
\Leon
--
Leon
://www.researchgate.net/post/How_can_we_compute_solar_position_at_a_given_place_on_a_given_day_and_time
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 21, 2019, at 10:00 AM, kobuki wrote:
>
&g
that, my takeaway is you probably need to factor in a UV sensor to
>account for transparency.
That forum I quoted would probably be a great place to get more input. Plenty
of PhD types over there. =D
Good luck! =D
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On
Damian,
These logs still do not state debug = 1.
It still could be that the weewx.conf isn't being parsed correctly, and isn't
even able to read the debug = 1 setting.
Did you try my suggestions for how to "rebuild" the conf file?
Regards,
Leon
--
Leon Shaner :: Dearborn, Michig
is a "third-party" and your switch has no reason to think the
conversation between the weather station and the server should be "shared" with
your weewx host.
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 24, 2019, at 3:54 PM, Kev D wrote:
>
>
rst...
Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 24, 2019, at 6:20 AM, Damjan Hajsek wrote:
>
> Hi
> What I did is first use some old weewx.conf file from last year and doesn't
> work either.
> So I tried to reconfigure it but can't
> when I run
While setting up weewx 3.9.1-1 for the first time ever, yesterday on a RPI,
I saw some discrepant dates being reported.
That prompted me to check the date/time on the actual WMR300A, which I
found to be more than an hour off of actual.
My RPI has the current date/time taken from NTP.
So my
On Tuesday, April 9, 2019 at 5:09:02 PM UTC-4, mwall wrote:
>
> On Tuesday, April 9, 2019 at 4:42:17 PM UTC-4, Leon Shaner wrote:
>>
>>
>> On Tuesday, April 9, 2019 at 4:06:26 PM UTC-4, Leon Shaner wrote:
>>>
>>> Seeing several recent posts wi
On Wednesday, April 10, 2019 at 2:41:24 PM UTC-4, Leon Shaner wrote:
>
> [snip]
> I'm just happy that Rapidfire is now working! =D
>
> But can anybody explain why forcing PWS mode on was necessary for RF to
> start working?
>
> Or could it be that RF wasn't firing,
Yes, Tom, I have "rapidfire = True" as confirmed by:
Apr 10 14:53:23 nixie weewx[371]: restx: Wunderground-RF: Data for station
KMIDEARB5 will be posted
Thanks! =D
On Wednesday, April 10, 2019 at 3:02:37 PM UTC-4, Tom Robertson wrote:
>
> Did you set rapidfire = true in the [StdRESTful]
1 - 100 of 135 matches
Mail list logo