ute a fix. However, until
>> then, please don't sound like that's the only way to fix regressions.
>
>
> I'd also say, "No whining if you don't contribute."
>
> -tk
>
>
>
>
> On Thu, May 21, 2020 at 2:06 AM kobuki >
> wrote:
>
>> Ce
Certainly, if I ever get to thoroughly know the insights of the logging
mechanisms inside core WeeWx code, I will happily contribute a fix.
However, until then, please don't sound like that's the only way to fix
regressions. That aside, what I'd like to hear is some opinion or statement
from
d, but now have botched logging. And no, sadly not all of them are
accessible nor willing to touch their legacy code.
On Thursday, May 21, 2020 at 2:24:00 AM UTC+2, gjr80 wrote:
>
> On Thursday, 21 May 2020 07:44:24 UTC+10, kobuki wrote:
>>
>> I've upgraded my 3.9.3 to 4.0.0 o
I've upgraded my 3.9.3 to 4.0.0 on a Debian 10. Unfortunately logging now
is all over the place. Program name for rsyslog filters is either 'weewx'
or 'weewxd' or on a second weewx instance, 'weewx-name'. That's the lesser
of the issues, I can work around that. But then it ignores 'debug = 0'
never left feedback on success or failure. But I think it's worth a
try.
On Tuesday, May 28, 2019 at 11:02:44 AM UTC+2, kobuki wrote:
>
> That might provide a working solution, if the console port indeed dumps
> the data packets (I remembered it does, but right now I'm not entirel
That might provide a working solution, if the console port indeed dumps the
data packets (I remembered it does, but right now I'm not entirely sure).
If it does, it should RS422 signaling. I'm not sure if it can be used to
wake up your module without losing the first few data bytes of the 10
That's also doable, but a LOT of work. Plus the T/H sensor has a
proprietary protocol, so you might need to replace that sensor. Then you
still need to write handlers for rain, wind, solar/UV sensors (if
installed) as they're not interfaced digitally, and light sensors are
analog, require a
That's an interesting idea. You might be able to use the console connector
present on every SIM board to capture the same packets that are sent out on
radio - *if* it's only the original radio that's dead. The only issue is
the power consumption of the ESP32. Whatever ULP mode it has, WiFi will
The radio should be capable on paper, but the RFM9x series is only used for
LoRa in the wild. The main problem is that there's no suitable driver for
these modules for FSK mode. The RFM69 is cheaper for FSK and there are
several FSK/OOK libs to choose from, plus it already has several working
Thanks for the insight. I've already found pvlib-python, good to know it
can be advised to use by professionals, too. I'd be fine using the
theoretical max. irradiance, one of my aims is actually pre-drawing an
enveloping curve representing the possible max. power output. For real time
curves
.
In WeeWx, you need to add a new observation type, maxSolarRad which you
need to append to the database columns and use in the skin config.
On Sunday, April 21, 2019 at 7:33:50 PM UTC+2, Greg Troxel wrote:
>
> kobuki > writes:
>
> > Yeah, thanks for the insight. I'm aware of the v
the
best. I think the first one might be better suited and it's also actively
developed, but I just don't know yet.
On Sunday, April 21, 2019 at 4:56:51 PM UTC+2, Leon Shaner wrote:
>
> Kobuki,
>
> My other half (who is an avid physics/astronomy type) points out that
> there are
elds about 30%
> more power than the same panel in a fixed position, assuming consistent sun
> throughout the day.
> HTH
>
> Regards,
> Leon
> --
> Leon Shaner :: Dearborn, Michigan (iPhone)
>
> On Apr 21, 2019, at 9:47 AM, kobuki >
> wrote:
>
> Sorry
Sorry if it might seem a bit off topic, but since I want to integrate this
service in WeeWx, too, I thought it's the appropriate place after all. I'd
like to add a solar power tracker that gives me the theoretical maximum
output of irradiation on a surface in W/m2 that has an arbitrary tilt and
:37:33 PM UTC+2, Luc Heijst wrote:
>
> On Friday, 19 April 2019 15:09:03 UTC-3, kobuki wrote:
>>
>> Most cheap modules use chips of unknown origin and I've seen variance
>> between samples in the past
>>
>
> My Adafruit BMP280 chip wasn't cheap:12.95 euro. I have
It's most likely not the driver but the sensor itself. The BMP280/BME280
chips are protocol compatible WRT their common command set, there is
practically no room for error when reading out values between the 2. Your
chip is probably off. Most cheap modules use chips of unknown origin and
I've
or code. I still stand by the
statements about the correct frequencies in the RFM69 code.
On Saturday, March 16, 2019 at 9:17:15 PM UTC+1, Luc Heijst wrote:
> Hi Rich and Paul,
>
> Thanks for testing.
>
> When you look at my answer to kobuki, ALL IN CAPITALS, you must have
> t
nged in the template. Other labels that do use a tag, such as
> $obs.label.barometer, are changed in weewx.conf.
>
> -tk
>
> On Sat, Mar 16, 2019 at 10:34 AM kobuki >
> wrote:
>
>> I've just upgraded to WeeWx 3.9.1 from 3.7.1. No problems at all, it
>> picked
I've just upgraded to WeeWx 3.9.1 from 3.7.1. No problems at all, it picked
up the old config and went on running without a hitch. The new default skin
is a bit better than the old one, though I'm not using it yet, for reasons
outlined below.
So, I was happy to see that many labels and metrics
weewx.com/docs/setup.htm>?
> Irrespective of which algorithm is used weeWX needs to know here the Sun is
> to calculate maxSolarRad and for that weeWX needs pyephem.
>
> Gary
>
> On Monday, 29 October 2018 21:32:11 UTC+10, kobuki wrote:
>>
>> I've run it now th
s like
> $week.maxSolarRad.max. They are not used for the plots.
>
> Did you run weewx from the command line? What values did it show for
> maxSolarRad?
>
> -tk
>
>
>
> On Sun, Oct 28, 2018 at 10:24 AM kobuki >
> wrote:
>
>> Tom, it's exactly what I did. I'm qui
with the --rebuild-daily
> <http://weewx.com/docs/utilities.htm#Action_--rebuild-daily> option to do
> this.
>
> -tk
>
> On Sun, Oct 28, 2018 at 9:45 AM kobuki >
> wrote:
>
>> Thanks for the explanation. I did see the instructions for wee_database
>> but I
http://weewx.com/docs/usersguide.htm#Running_directly>. Watch the values
> as they go by and see if they are None.
>
> -tk
>
>
> On Sun, Oct 28, 2018 at 5:41 AM kobuki >
> wrote:
>
>> Hi,
>>
>> I've added maxSolarRad to my WeeWx in the following way. First, I
Hi,
I've added maxSolarRad to my WeeWx in the following way. First, I added
these lines to the /usr/share/weewx/user/extensions.py file:
import weewx.units
import schemas.wview
extended_schema = schemas.wview.schema + [('maxSolarRad', 'REAL')]
weewx.units.obs_group_dict['maxSolarRad'] =
24 matches
Mail list logo