in order to adapt to local characteristics?
Many thanks for your tip,
best regards Michael
Karen K schrieb am Sonntag, 19. Mai 2024 um 10:10:15 UTC+2:
> @Jacques: I now added your extension to the configuration. The calculated
> values will be stored to the database. After some
weewx.sdb
Thanks for your quick help, Michael
Michael Waldor schrieb am Mittwoch, 20. März 2024 um 15:46:04 UTC+1:
> That's my mystery: There are no bad datetime entries at all.
>
> But after .recover I get many bad entries with completely wrong datetimes
> (only a handfull) and
I'll know more.
michael.k...@gmx.at schrieb am Mittwoch, 20. März 2024 um 14:21:01 UTC+1:
> How many obvious bad timestamp values do you have? If there are only few,
> remove the lines from the database and see if you get along with it.
>
> Michael Waldor schrieb am Mittwoch, 20. Mär
ed, I'm not sure there is anything we can offer. What are you
> looking for from the group?
>
> Hopefully you have a backup database.
>
> On Wed, Mar 20, 2024 at 5:55 AM 'Michael Waldor' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
>> weewx itself works without pro
g from startup through the error.
>
> On Wed, Mar 20, 2024 at 3:57 AM 'Michael Waldor' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
>> Sadly those mysterious rows only appear AFTER .recover, they appear
>> within weewx.sql.
>> The failing command is
>>
L __main__:
time_dt = datetime.datetime.fromtimestamp(time_ts)
Mär 20 11:34:37 imurr9 weewxd[15172]: CRITICAL __main__:
OverflowError: timestamp out of range for platform time_t
Mär 20 11:34:37 imurr9 weewxd[15172]: CRITICAL __main__: Exiting
Michael Waldor schrieb am Mittwoch, 20.
I do have a first idea: There are entries within weewx.sdb where datetime
is 0 or 7. Those values clearly are no valid timestamps.
I'll proceed in that direction ...
Michael Waldor schrieb am Mittwoch, 20. März 2024 um 10:04:57 UTC+1:
> Some days ago I've stopped weewx for roughly one day
)
2. if it's corrupt howto fix it.
Hope somebody might have a suggestion, Michael
--
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+u
Hello,
I currently have a Raddy L7 LoRA station. It appears that that the weather
station provides a JSON output of observations. I am soliciting a paid
opportunity to develop a driver for this weather station and create a
Github page for driver to spread the word. I am just a personal
I have officially given up on getting interceptor to work in sniffing mode
on Phython3.
On Wednesday, March 6, 2024 at 11:17:39 AM UTC-7 matthew wall wrote:
> it looks like the raddy L7 can upload to wundgerground, so if you are
> using the raddy's wifi, you should be able to use the
Hello,
First I am not a developer, so pardon my ignorance.
I have a Raddy L7 LoRa WX station. I found that on the local configuration
screen of the device, you can enter /client?command=record and get an XML
output of current conditions. Just wondering what getting this data to
feed into
pository was not accessible. I manipulated it to point onto .../suse15.
As a consequence the validation failed, but I simply ignored that and could
finally install weewx under tumbleweed. I only wanted to get some files in
advance before doing the real raspberry installation. I do NOT use weewx
under tu
I was having a similar issue with my weewx 5.0.0 fresh install on a
Raspberry PI 4 running Version 12 (bookworm) trying to connect to a wifi
logger 2 on a Vantage Pro 2 console. On startup it would exit with a
network unreachable error. Running the start command right after it would
start
What happens when the sudo weectl database calc-missing command stops on a
date and seems to stall?
On Friday, January 19, 2024 at 5:53:11 PM UTC-5 Tom Keffer wrote:
> Good sleuthing, Paul!
>
> On Fri, Jan 19, 2024 at 10:23 AM Paul R Anderson
> wrote:
>
>> This was really fun to track down!
Richard, just curious do you have an Acurite weather station and using
Belcherstown? I'm just trying to see if we have the same type of setup
before going back to V5 and trying your solution. Thanks!
On Friday, January 19, 2024 at 5:49:18 AM UTC-5 Richard Whitcombe wrote:
> FWIW i just needed
Here is a sanitized copy of my Weewx.conf. I do have all of my Belchertown
settings in the weewx conf , so it adds a bunch of lines. I'm really not
sure about the synthetic measurements.
# WEEWX CONFIGURATION FILE
#
# Copyright (c) 2009-2019 Tom Keffer
# See the file LICENSE.txt for your
I'm also using my Pi3 as a MQTT server feeding Belchertown I'm not sure if
that makes a difference or not. With all of that being said everything runs
smoothly on WeeWxVersion 4. I know Tom said that version 5 does a lot more.
I also use my PI3 for ADSB sending data to a few ADSB sites.
On Wed,
ase with an empty one to see if the
> volume of data in the database is causing the slowness. I really doubt it,
> though.
>
> On Wed, Jan 17, 2024 at 2:32 PM vince wrote:
>
>> Michael - guessing you have something customized under the hood causing
>> this.
FWIW I went back to 4.10.2 and no more database errors and the CPU spikes
are gone. Might be time to upgrade to a PI4 or PI5.
On Tuesday, January 16, 2024 at 5:41:39 PM UTC-5 Tom Keffer wrote:
> The difference is that V5 could be doing more. We don't know for sure,
> yet, but it is probably
uently-Asked-Questions#where-do-i-find-the-log
> From the wiki - https://github.com/weewx/weewx/wiki/view-logs
>
> On Tuesday, January 16, 2024 at 10:59:42 AM UTC-8 Michael Sanphillipo
> wrote:
>
>> I set the debug to 1 and restarted Weewx. Where will the log be on a
>
t through
> ‘two’ reporting intervals. Some more info on what kind of pi might help too.
>
> On Tuesday, January 16, 2024 at 8:13:48 AM UTC-8 Michael Sanphillipo wrote:
>
>> I upgraded from v4 to v5 last night and I'm getting the following message
>> in my syslog every 6 minut
I upgraded from v4 to v5 last night and I'm getting the following message
in my syslog every 6 minutes. My webpage is staying updated so I'm not sure
if this is anything to be concerned about.
Jan 16 11:08:33 raspberrypi weewxd[6863]: INFO weewx.engine: Main loop
exiting. Shutting engine down.
That's fine to me - I only was irritated by the maybe old comment within
distributed weewx.conf.dist. The behaviour is clear and fine.
Regards, Michael
Tom Keffer schrieb am Samstag, 6. Januar 2024 um 15:31:30 UTC+1:
> Exactly. That's just path dynamics. I don't think we want to t
/var/www/html/weewx
works fine without additional symbolic links!
>From my perspective this is better as compared to the (hidden) use of
WEEWX_ROOT. Thus maybe one only should correct the misleading comments
within default weewx.conf?
Regards, Michael
Tom Hogland schrieb am Samstag, 6. Jan
WEEWX_ROOT/var/www/html/weewx
I could fix that by introducing proper links like e.g.
mkdir /etc/weewx
cd !$
ln -s WEEWX_ROOT/etc/weewx/skin
cd /var
ln -s WEEWX_ROOT/var/www
It's really a minor issue, but maybe it should be fixed sometimes.
Regards, Michael
--
You received this message because
lution. I will drop all failing (and
from me not used) observables and set check_if_empt to false. But maybe two
changes should be applied to weewx-4.10.2 to resolve those problems for
other users (did not investigate the upcoming 5.0 version of weewx).
Regards, Michael
Michael Waldor sc
https://groups.google.com/g/weewx-user/c/pOOAfh6ct-I
But now I have a working wee_reports within my test environment AND can
reproduce my problem. Thus now I will start to debug ...
Regards, Michael
michael.k...@gmx.at schrieb am Donnerstag, 4. Januar 2024 um 18:49:36 UTC+1:
> ht
, but I seem to
be near to a working debugging environment.
Any hint w.r.t. the above python error?
Regards, Michael
Michael Waldor schrieb am Dienstag, 2. Januar 2024 um 07:47:44 UTC+1:
> Thanks for your intrest in my problem. I do have two major changes within
> section [imagegenerator]
l 100pixel to be filled by
forecast.
See my full skin.conf appended here.
Regards, Michael
gjr80 schrieb am Montag, 1. Januar 2024 um 21:46:42 UTC+1:
> Thank you, so that is the code, just need the plot definition. In fact,
> the entire [ImageGenerator] stanza from the config file in use
s
>> within 2024, and the forecast data is more recent. Thus it's more difficult
>> to reproduce the problem - I've to use older weewx.sdb (luckily I do have a
>> recent backup)
>>
>> BTW Happy new year, Michael
>>
>> Michael Waldor schrieb am
ckup)
BTW Happy new year, Michael
Michael Waldor schrieb am Sonntag, 31. Dezember 2023 um 20:05:58 UTC+1:
> I would agree, but why is the forecast data drawn fine and only the
> measured data not? My change to scaletime only calculates the time range -
> and that looks fine to me (see
ing wee_reports. It
> will probably become evident what the problem is.
>
> On Sun, Dec 31, 2023 at 7:17 AM 'Michael Waldor' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
>> And since now I encounter the same problem with my day images. And the
>> timescale is extended i
at all (but with the same timeaxis crossing the year boundary).
Michael Waldor schrieb am Samstag, 30. Dezember 2023 um 10:20:05 UTC+1:
> Since (today?) all week images contain no measured data, only the forecast
> data are visible.
> [image: weektempdew.png]
> I have to admit that
ta
aren't generated at all, e.g. weekUV.
For more details on my patch see
https://groups.google.com/g/weewx-user/c/76qdbSy3bbQ/m/oIlk3sKrBgAJ
Regards, Michael
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this grou
please. A quick google search for 'weewx 1wire' will return lots of
info. A quick google search of 'this' group for '1wire' will return
lots more info.
On Thursday, December 7, 2023 at 12:07:41 PM UTC-8 Michael Form wrote:
Hi:
I currently have weewx installed on a couple of Raspberry
Hi:
I currently have weewx installed on a couple of Raspberry Pis (one
dealing with indoor sensors and another with outdoor sensors) using
1-Wire devices, DSB1820 sensors, 1-Wire rain gauge, 1-Wire Wind
direction and speed, etc.
I am wondering if v5 will support 1-Wire devices and if so
first I am not a developer, so pardon me in advance:
I am getting the following error with interceptor: TypeError: ord()
expected string of length 1, but int found.
This appears to be in line 338:
def _fmt_bytes(data):
if not data:
return ''
*return ' '.join(['%02x' % ord(x)
).
Michael Waldor schrieb am Samstag, 18. November 2023 um 07:54:22 UTC+1:
> Heureka - your fix within xtypes.py did the trick. I no longer get errors
> during the night. Sadly, I forgot to store nightly copies of the weewx HTML
> output, thus I currently can't confirm if the weekwindvec
Heureka - your fix within xtypes.py did the trick. I no longer get errors
during the night. Sadly, I forgot to store nightly copies of the weewx HTML
output, thus I currently can't confirm if the weekwindvec is really
created. But I'm quite sure:-)
Thank you very much, Michael
Karen K
Thanks for your fix. It's now activated within my environment (I did
restart weewx afterwards).
Tomorrow I'll report back...
Tom Keffer schrieb am Freitag, 17. November 2023 um 14:43:37 UTC+1:
> I don't know why this is working for Karen, but not Michael.
>
> In any case, try thi
I have to admit that I do not understand the details howto setup sqlite
databases within weewx - I've tried to follow the recipe for DWD forecasts
as given within https://github.com/roe-dl/weewx-DWD , and I did retain all
database settings as given by standard delivery weewx.conf (I do a manual
ening which happens to be
> percolated up as sqlError that reports the last sqlite error not this error
> *⊣GE⊢*
>
> On 16 Nov 2023, at 5:49 pm, 'Michael Waldor' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
> Normally, it uses the "wx_binding" database binding
One additional hint: I've checked if there is forecast info available at
the right border of my timeline. Sadly, it is - the forcast roughly covers
10 days into the future w.r.t. current date. And most other week diagrams
are rendered correctly when weekwindvec is failing.
Michael Waldor
ots are regenerated only as often as their aggregation
> interval. Perhaps it is the "year" windvec plot that is failing: it would
> be regenerated only once a day.
>
> Just guessing. You have a complicated configuration and we haven't seen
> your configuration files.
>
> On Wed, N
able. For whatever reason, your
> installation is attempting to do this with the "forecast" table. It could
> be that you are using the wrong binding, or it could be that the wx_binding
> is pointing to the "forecast" table.
>
>
>
> On Wed, Nov 15, 2023 at 1
I seem to have a very specific problem due to my complex changes within
weewx. First I'll shortly describe my problem, then I'll explain my weewx
environment:
My problem: weewx 4.10.2 is working fine during daytimes, but
imagegenerator fails daily between 0:00 and 5:15 all 5min with the same
Hello HaeadwindJack,
your tip was the solution! Now the upload works again.
Thank you very much.
HeadwindJack schrieb am Mittwoch, 8. November 2023 um 06:51:54 UTC+1:
> Michael,
>
> Try using weewx-sftp. Operates the same as FTP and It works for me.
>
> On Wednesday, November 8,
't work, then try setting option reuse_ssl to True:
>
> [[FTP]]
> ... (as before) ...
> reuse_ssl = true
>
>
>
>
> On Tue, Nov 7, 2023 at 12:12 PM Michael Büttner
> wrote:
>
>> Good evening,
>>
>> I can no longer upload files from my r
Good evening,
I can no longer upload files from my raspi to my server. The connection and
upload with Fillezilla works perfectly.
I use:
Raspberry
PRETTY_NAME="Raspbian GNU/Linux 12 (bookworm)"
NAME="Raspbian GNU/Linux"
VERSION_ID="12"
VERSION="12 (bookworm)"
VERSION_CODENAME=bookworm
I've been trying to get a WeeWx and Interceptor to work with packet
interception for WUnderground. I have been unable to get it working.
Anyone have a working IMG file they mind to share?
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To
ventilate.
regards
Michael
Christian Peters schrieb am Sonntag, 15. Oktober 2023 um 11:59:39 UTC+2:
> Hi Karen,
>
> great extension, thank you very much.
> I tried to add outHumAbs. It works as .png, but I get the value printed
> in microgram instead of g/m3 (here 7300679µg/m³ in
]]
# type = plain
# payload_key = outHumidity # matches gauge
outHumidity and outHumidity dataset in outHumidity chart
Is filtering of the data possible?
Michael
--
You received this message because you are subscribed to the Google Groups
of
airports will be encapsulated in double square brackets following the
section heading. For example:
[MetarReport]
refresh_interval = 5
[[KBOI]]
[[KONO]]
...
On Friday, June 2, 2023 at 6:44:12 PM UTC-4 Nate Bargmann wrote:
> * On 2023 02 Jun 15:48 -0500, Michael Bruski wrote:
> >
", user.tafgenerator.MyTafSearch" to the search_list_extensions
in the same file.
I'll submit another pull request on github to get these changes in.
My taf.inc for the Seasons skin is also attached.
On Friday, June 2, 2023 at 4:07:24 PM UTC-4 Michael Bruski wrote:
> I actually did the python3 rewrite
I actually did the python3 rewrite and provided it to the original author
to post on github. I may have changed my local copy sometime later to fix
a problem with the URL but can't say for sure. I have about 7 lines in my
generator that are commented out. I know I didn't post further
s packets (I couldn't test it myself since I
> don't have that type of station)
>
> Il mar 25 apr 2023, 21:29 Michael ha scritto:
>
>> (Starting as a new thread and this is a new issue)
>>
>> I am getting the following error from interceptor when running it
(Starting as a new thread and this is a new issue)
I am getting the following error from interceptor when running it in driver
mode. My station reports to both WU and WeatherCloud. Below is the error
and the TCPDUMP
weewx@raspberrypi:~ $ sudo PYTHONPATH=/usr/share/weewx python
: HTTP: GET
/weatherstation/updateweatherstation.php?ID=XX=XX=72.7=40=75.4=15=24.5=75.4=26.65=29.73=3.4=4.5=158_avg2m=3.4_avg2m=248_10m=2.5_10m=270=0.0=0.0=0.0=1.37=0.0=0=2023-4-25%202:51:15=updateraw=1=5&
HTTP/1.1
On Monday, April 24, 2023 at 7:33:50 PM UTC-7 Michael
d4/51ab4f449c379dc65a12d7451f302cc9b388ff44bbc4a61530
> Successfully built pypcap
> Installing collected packages: pypcap
> Successfully installed pypcap-1.3.0
>
> So Michael - you might try "sudo pip3 install pypcap" so it works for root
> too..
>
> On Monda
t;
> Other than some odd 32-bit vs. 64-bit thing happening, I can only conclude
> that you have multiple python3 instances installed and root's $PATH is
> picking up the wrong one unless the commands above return something really
> odd...
>
> On Monday, April 24, 2023 at 3:21:01
> pi@pi4jr:~ $ sudo python3 -c 'import pcap'
> pi@pi4jr:~ $ echo $?
> 0
>
> On Monday, April 24, 2023 at 12:51:47 PM UTC-7 Michael wrote:
>
>> weewx@raspberrypi:/usr/share/weewx/user $ python --version
>> Python 3.9.2
>> weewx@raspberrypi:/usr/share/weewx/user $ pytho
ion' to verify it reports the same thing as 'python3
> --version'.
>
>
> On Monday, April 24, 2023 at 10:45:31 AM UTC-7 Michael wrote:
>
>> sudo PYTHONPATH=/usr/share/weewx python interceptor.py --device=wu-client
>> --mode=sniff --iface=eth0 --filter="src 19
x/user/interceptor.py", line 466, in __init__
import pcap
ModuleNotFoundError: No module named 'pcap'
On Monday, April 24, 2023 at 10:36:39 AM UTC-7 vince wrote:
> On Monday, April 24, 2023 at 9:34:36 AM UTC-7 Michael wrote:
>
> I am trying to install WeeWx on my Raspi with Intercep
ewx/user $
On Monday, April 24, 2023 at 10:36:39 AM UTC-7 vince wrote:
> On Monday, April 24, 2023 at 9:34:36 AM UTC-7 Michael wrote:
>
> I am trying to install WeeWx on my Raspi with Interceptor with a WU-Client
> coming from 192.168.50.9. So far I am ending up with the followi
I have been trying to get pypcap on my raspi so I can intercept wu-client
for my station. I looked through this group and recommendation was to use
pip3 to try and install it with no luck. Running out of ideas to try.
sudo pip3 install pypcap
Looking in indexes: https://pypi.org/simple,
I mean with pypcap in sniff mode
On Wednesday, April 12, 2023 at 9:01:02 AM UTC-7 Francesco Venti wrote:
> Well, the Interceptor supports python3 as I'm using it. What error are you
> getting?
>
> Il mer 12 apr 2023, 17:49 Michael ha scritto:
>
>> Hi.
>>
>
I cannot find an install for PCAP
On Wednesday, April 12, 2023 at 9:01:02 AM UTC-7 Francesco Venti wrote:
> Well, the Interceptor supports python3 as I'm using it. What error are you
> getting?
>
> Il mer 12 apr 2023, 17:49 Michael ha scritto:
>
>> Hi.
>>
>
Hi.
I have a Raddy L7 Wx station, which sends to WUnderground.
I have been trying to setup WeeWx with Interceptor on my RasPi and hitting
a roadblock.
After looking at this group, it seems that this boils down to Interceptor
not supporting Python3.
I just wanted to confirm that this is a
= time.strftime(bottom_label_format, time.localtime(
plotgen_ts - int(plot_options.get('time_offset', 0
plot.setBottomLabel(bottom_label)
Not a very elegant approach (to have this calculation at 2 places within
the code), but it works fine.
Regards, Michael
Michael Waldor
he only disadvantage is that the timestamp printed below the image is
shifted, too. But I think that is by design (same for wee_report with
timestamp option).
My suggestion: Please include my small change within the next release of
weewx.
Regards, Michael
Michael Waldor schrieb am Mittwoch, 8. M
error wee_report runs fine.
Michael Waldor schrieb am Donnerstag, 9. März 2023 um 08:57:42 UTC+1:
> I'm encountering the very same problem within weewx 4.10.2.
>
> I've downloaded your modified sqlite.py, but it is identical to the
> released version.
>
> If running wee_repo
I'm encountering the very same problem within weewx 4.10.2.
I've downloaded your modified sqlite.py, but it is identical to the
released version.
If running wee_report I get the error
Generating as of last timestamp in the database.
Using configuration file /etc/weewx/weewx.conf
Traceback
appended
picture with time_length = 97201.
Michael Waldor schrieb am Mittwoch, 8. März 2023 um 15:46:06 UTC+1:
> Another experiment with the (new) DWD SQlite database - sadly failing:
>
> From weewx customization guide I've learned that one might use (simple
> SQL) expressions to calcul
ing. Is this somehow
possible?
Michael Waldor schrieb am Mittwoch, 8. März 2023 um 14:01:05 UTC+1:
> Thanks for that hint - currently I'm still experimenting with this new
> functionality.
>
> In the meantime I could resolve my problem with seasons.css - it was a
> problem w
I am not sure what happens if only one image is larger.
>
> I tested with Firefox (windows x64) and Apache server.
>
> Use F12 and inspect where the size directive is coming from, if you feel
> brave.
>
> On Wednesday, 8 March 2023 at 10:42:40 pm UTC+10 Michael Waldor wro
dnesday, 8 March 2023 at 8:52:17 pm UTC+10 Michael Waldor wrote:
>
> ...
>
> Next I wanted to increase the image size form the default 500px to 600px.
> Again trivial by adding image_width within some image in skin.conf. Works
> fine, the created image has the requested width of 600.
be ignored
and not pltted.
I myselve have tried for some hours, but I've to admit that I've no
knowledge on webdesign - these are my first steps.
Regards, Michael
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this grou
Sorry for my posting - the data is sent, received, and displayed by
wunderground. I was confused by the first fields from wunderground even
claiming that my station is offline. Guess that's a cookie problem with the
wunderground page.
Regards, Michael
Michael Waldor schrieb am Dienstag, 20
wunderground.
Any indeas?
Regards, Michael
--
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 discus
;wfs...@gmail.com" : Jul 09 01:26PM -0700
>
> Very neat, John/Chauncey! I think I was aware of your extension at some
> point, I have your website bookmarked as a really good model.
> But I don't see your extension listed in the wiki.
>
> Walt ...more
> <http://groups.googl
I finally found one that works but same as another user pointed out the
only one I can get the extension to pull a forecast from is the Airport,
there are actually about 12 point forecasts available but it will not
download the others. The 6 digit ID that you need is on the forecasts, for
I appreciate the helpthank you
On Wednesday, July 6, 2022 at 10:45:51 PM UTC-4 an oldman wrote:
> if you are looking for the pfm try this address
> https://forecast.weather.gov/product_sites.php?site=NWS=PFM
> it list all the pfms
>
> On Wednesday, July 6, 2022 at 9:11:39 PM UTC-5 vince
I have been relentlessly searching for a list of NWS LIDs for the forecast
module and cannot even find a mention of them on their site or Wikican
somone push me in the right direction I am trying to get the Foid and lid
for Columbia SC. I beleive the Foid to be CAE but the 6 digit ID is
a good description about MQTT and weewx:
https://www.woellsdorf-wetter.de/software/mosquitto.html
Michael
Geni schrieb am Samstag, 12. März 2022 um 16:17:43 UTC+1:
> Not much better, I had already tried
> Mar 12 16:12:13 Wetter-Raspi weewx[16406] DEBUG user.mqtt: Failed upload
>
Hi,
try it with this syntax:
server_url = mqtt://name:password@192.168.1.75:1883/
Michael
Geni schrieb am Samstag, 12. März 2022 um 12:23:16 UTC+1:
> I have a local MQTT broker Mosquitto on a Synology (Docker image).
> With Tasmotta flashed switches this works fine
>
> I use th
, e, e, w, x, ., e, n, g, i, n, e, ., S, t, d,
A, r, c, h, i, v, e
Now weewx 4.7.0 is up an running. Of course I did a comparision of "my"
weewx.conf with the new one from 4.7.0, but based on my BACKUP copy.
Thank you very much, Michael
Michael Waldor schrieb am Mittwoch, 9. März 2022 u
4.5.1 would start
after uninstalling forecast. Thus maybe this uninstall is the rooot cause
of my problem?]
Regards, Michael
gjr80 schrieb am Mittwoch, 9. März 2022 um 09:24:13 UTC+1:
> Please post a copy of the [Engine] stanza from weewx.conf.
>
> Gary
>
> On Wednesday, 9 Marc
]: weewx[859] CRITICAL __main__:
Empty module name
The logging seems to be interrupted by that hard error - see the incomplete
last DEBUG message.
Regards, Michael
Michael Waldor schrieb am Mittwoch, 9. März 2022 um 09:02:39 UTC+1:
> I've now compared the log messages f
in weewx configuration)
I did read the weewx upgrade guide before upgrading - but there are no
hints for potential risks.
Regards, Michael
Michael Waldor schrieb am Mittwoch, 9. März 2022 um 08:43:55 UTC+1:
> I'm using a patched version of wh23xx driver successfully with weewx 4.5.
>
ange my old wh23xx.py by the patched one from neighbouring
thread <https://groups.google.com/g/weewx-user/c/OHum8GwHfhI>
But I guess that I have a different problem. any ideas?
Regards, Michael
--
You received this message because you are subscribed to the Google Groups
"weewx-u
die Textblöcke sind im
Input jeweils eine Zeile). Mein Ansatz funktioniert auch nur, weil der DWD
im Input zusammengehörigen Text als je eine ultralange Zeile ausgibt (oder
- dann in GROSSBUCHSTABEN - als Art Überschrift).
Grüßle, Michael
kk44...@gmail.com schrieb am Donnerstag, 3. Februar 2
Noch ein Nachtrag bzgl. : Stattdessen sollte man besser eine
style-Anpassung machen, etwa
um die Zeilenumbrüche zu erhalten. So habe ich das jetzt für mich gelöst.
Grüßle, Michael
Michael Waldor schrieb am Donnerstag, 3. Februar 2022 um 08:27:16 UTC+1:
> Vielen Dank für dieses Modul.
>
HTML break an alle Zeilen.
Und wo ich schon poste - in dwd-cap-warnings ist wohl ein Typo drin: in
Zeile 79 ist bestimmt Rheinland-Pfalz gemeint.
Grüßle, Michael
mh081...@gmail.com schrieb am Montag, 31. Januar 2022 um 16:07:51 UTC+1:
> Alles klar Danke für die Mühe. Werde mal schauen ob
',
'outHumidity': 'h_2',
# 'extraTemp1': 't_2',
# 'extraHumid1': 'h_2',
replace.
Please make a copy of te923.py before editing.
Michael
sorenh...@gmail.com schrieb am Samstag, 29. Januar 2022 um 11:06:52 UTC+1:
> From the driver:
> I Would like to Map t_2 to Outside Temperature
> Wher
*payload: b'19.496'*
>
> Looks like the MQTT payload is of type 'individual'. Try setting
> [[message_callback]]
> type = individual
> instead of 'type = json'
> rich
>
> On Saturday, 8 January 2022 at 12:38:59 UTC-5 Michael wrote:
>
>> Hello,
>&
]
and this is how the part looks in the other weewx installation:
[[MQTT]]
server_url = mqtt://
topic = weather-hp1000
unit_system = METRIC
binding = archive, loop
aggregation = individual
append_units_label = false
Can anyone
Hi Phil,
you don't write anything about your exact application...
Maybe the "MySQL Replication" is something for you:
https://www.digitalocean.com/community/tutorials/how-to-set-up-replication-in-mysql
Michael
jszit...@gmail.com schrieb am Freitag, 24. Dezember 2021 um 17:58:59 UTC+
That helped greatly. Thanks!!
On Monday, December 13, 2021 at 12:25:35 PM UTC-5 Michael Sanphillipo wrote:
> I'm on Weewx 4.5.1 and I need to import data from Weather Unnderground, so
> I'm trying to set up a wee_import import. conf file and I'm getting the
> following error.
I'm on Weewx 4.5.1 and I need to import data from Weather Unnderground, so
I'm trying to set up a wee_import import. conf file and I'm getting the
following error. I have my Weather Underground information in my weewx.conf
file. I also tried to create an import.conf file by copying the
# Even if the payload has a datetime, ignore it and use the server
> datetime.
> use_server_datetime = True
> unit_system = METRIC
>
> rich
>
> On Saturday, 11 December 2021 at 08:43:12 UTC-5 Michael wrote:
>
>> Hi Rich,
>> thanks for looking.
1 - 100 of 422 matches
Mail list logo