378/5000
dear Bob,
Thank you for your reply.
However, would you be able to tell me the names of the variables used for
the temperatures and humidity levels of the outdoor sensors?
Thanking you and congratulating you again for your work!
PS: If you have your utility to recover data in CSV
Hello Bob,
Indeed you have done a very good job !!!
I have a Bresser 6-1 station and everything works perfectly with my
Raspberry Pi Zero W !!!
That's great ! I can only thank you!
Without wanting to abuse, I would however have three small things to ask
you:
A/ My weather station is equipped
Hello Bob,
Indeed you have done a very good job !!!
I have a Bresser 6-1 station and everything works perfectly with my
Raspberry Pi Zero W !!!
That's great ! I can only thank you!
Without wanting to abuse, I would however have three small things to ask
you:
A/ My weather station is equipped
Thanks you for jour answers but ;
1/ directory usr/share/weewx/bin/user does not existe ;
2/ Alarm.py is already in usr/share/weewx/user but it does not work...
I have a "standard" weewx installation under raspbian raspberry.
And when i put user.alarm.MyAlarm in [Engine] [[Services]]... As
Hello,
In fact I found a solution:
alarm.py has been placed in the folder /usr/share/weewx/weewx (with
engine.py, cheetagenerator.py and other..) ;
and I changed the line in the weewx.conf :
report_services = weewx.engine.StdPrint, weewx.engine.StdReport,
weewx.alarm.MyAlarm
Now it works
Hello Sebastien,
I have exactly the same problem as you... Connecting a Raspberry with my
6-1 Bresser via USB
Do you have solve your problem ?
Thank-you Sebastian !
Le dimanche 27 octobre 2019 18:45:31 UTC+1, Sebastien ROVERCH a écrit :
>
>
> thank you for the answer.
>
> Do you have a brand
l series).
If you had an idea ... ;-)
Thank you very much !
*Remy LAVABRE*
Le mar. 26 mai 2020 à 20:27, Jeff A. D. a écrit :
> I just realized I didn't answer about the average value in the first
> plot. That's just the outTemp under [[[yeartempdew]]] that was
> included in the
Hi Jeff,
Hello,
Your curves are superb!
Could you tell me the parameters to retrieve the maximum, minimum and
average values and be able to plot them in curve tables?
Thank you very much ! ;-)
>
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
Sorry... Link is here : https://github.com/weewx/weewx/wiki/steelseries
Le lundi 1 juin 2020 11:59:50 UTC+2, Remy Lavabre a écrit :
>
> Hello everybody
> I use the skin : https://github.com/mcrossley/SteelSeries-Weather-Gauges
>
>
> It works perfectly well and suits me very we
Hello everybody
I use the skin : https://github.com/mcrossley/SteelSeries-Weather-Gauges
It works perfectly well and suits me very well.
However, I would like to add :
- 3 temperature information (extraTemp1, extraTemp2 and extraTemp3) on the
first gauge (indoor / outdoor temperatures) ;
-
Hello,
I have a problem using Alarm.py:
I entered the configuration in the weewx.conf file with the correct
parameters:
[Alarm]
expression = "outTemp < 40.0"
time_wait = 3600
smtp_host = smtp.example.com
smtp_user = myusername
smtp_password = mypassword
from = sa...@example.com
mailto =
Yes if course !
Go go your skin (etc/weewx/skin/your_skin and edit the good file (sudo nano
your_file, normaly *.tmpl), look how it works and had jour values.
It is realy possible !
Good work !
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To
Hi,
Just do that (simple) :
-1/ git clone wee_extension --install=/tmp/extensions/lastrain
/tmp/extensions/lastrain
-2/ sudo wee_extension --install=/tmp/extensions/lastrain
-3/ sudo /etc/init.d/weewx stop
-4/ sudo /etc/init.d/weewx start
-5/ Enjoy ! ;-)
Le mercredi 3 juin 2020 10:14:29
Yes !
And it is working perfectly !
--
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
>
> Hi Bob,
>
Did you notice that there was an incompatibility between your driver (last
version) and the last update of Weewx (4.1.1)?
Weewx can no longer get my data from my Bresser 6-1 station at home.
The problem occurred as of the update ...
Have you also noticed the problem?
thanks bob
Alarm.py is an excellent little Python program which allows you to be
informed by email when a condition is verified (temperature> 40 ° F or
rainfall rate> 0, etc. etc.) ->
https://github.com/weewx/weewx/blob/master/examples/alarm.py
This software has been modernized and has been renamed
Hi,
Do you know if there is a possibility to modify the py file in order to
have an alarm delay specific to each alarm (for example 3600 seconds for
alarm1, 7200 seconds for alarm2 etc)? THANK YOU
Le lundi 5 octobre 2020 à 13:04:00 UTC+2, graha...@gmail.com a écrit :
> should be ‘None’ not
;>>> Thanks for the quick response! And it actually works :-)))
>>>>>
>>>>> Two slight corrections are however to be made to work fine :
>>>>>
>>>>> -1 / You forgot the "$" at timestamp. We must read
>>>
Hello Rob.
Multi_alarm.py is perfect for the job !
And the battery will be checked at each loop packet record !
After, you can sens à mail or SMS or... all what you want !
;-)
Le lun. 7 juin 2021 à 18:27, Rob Cranfill a écrit :
> Apologies if this has been asked - I searched without luck - let
Multi_alarm.py is a super python program for different test alarm on each
loop pack et {ex outTemp<0, rainRate>0, inTemp<17 etc. etc}.
If you want only battery power test, perhaps this is more for you... :
https://github.com/weewx/weewx/blob/master/examples/lowBattery.py
If you want I can send
$month.windSpeed.maxtime*.raw* instead of #set t =
>>> $month.windSpeed.maxtime
>>>
>>> Aside from that it was a perfect solution !! Thanks again Tom
>>>
>>> Le jeudi 3 juin 2021 à 22:41:54 UTC+2, tke...@gmail.com a écrit :
>>>
>>
Good morning all,
To have the maximum wind gust over a period this works very well and also
gives the time and date of this wind gust:
Win Gust Max
#for $archive in $archive_data
$archive[1].wind.gustdir.ordinal_compass
):
>
> #set t = $month.windSpeed.maxtime
> The max wind speed this month is $month.windSpeed.max from direction
> $current(timestamp=$t).windDir at time $t.
>
>
>
> On Thu, Jun 3, 2021 at 8:38 AM Remy Lavabre wrote:
>
>> Good morning all,
>>
>> To have the maximum wind
Hi,
I have a problem to with the FTP option :
Jan 29 14:17:42 RPiMeteo weewx[1429] ERROR weewx.reportengine:
ftpgenerator: (0): caught exception '': [SSL:
DH_KEY_TOO_SMALL] dh key too small (_ssl.c:1056)
Jan 29 14:17:42 RPiMeteo weewx[1429] ERROR weewx.reportengine:
Traceback (most
Hello Zsolt Mate. I unfortunately do not have the solution to your problem,
but on the other hand, I would have a question for you:
Would it be possible to know how you did in the curves of speed and
direction of the wind to indicate in the scale of Y the values "N", "W",
"S" and "E" instead of
Hello,
I have a problem with using the barometerRate variable.
In skin :
$obs.label.barometerRate
$current.barometerRate
And the result in HTML is :
Barometer Change Rate ?'barometerRate'?
I don't understand why the "$current.barometerRate" variable is not
reconize
Where is the problem ?
[image: Capture d’écran de 2022-02-13 10-14-16.png]
Same problem for me !
Since weewx 4.6.x windGustDir is always N/A but the value is correct.
I never had this problem before with 4.5.x or before... Only since 4.6.x
Would it be possible to tell me how to get the loop packages so that I can
[image: Capture d’écran de 2022-02-13 10-14-16.png]
Same problem for me !
Since weewx 4.6.x windGustDir is always N/A but the value is correct.
I never had this problem before with 4.5.x or before... Only since 4.6.x
WindGustDir is always None in loop package values :
LOOP: 2022-02-13
')
>
> Commit 9dc4da8
> <https://github.com/weewx/weewx/commit/9dc4da86a260f01d8792ac93d12871a05bff572d>
> .
>
> If you want this right away, you can replace weewx/wxxtypes.py with this
> version
> <https://raw.githubusercontent.com/weewx/weewx/master/bin/weewx/wxxt
in data:
>>>>>> raise weewx.CannotCalculate
>>>>>> if self.force_null and data['windGust'] == 0:
>>>>>> +# windGust is zero. Force windGustDir to None
>>>>>> val = None
>>>
gt;>>> +# windGustDir is missing. If available, substitute windDir.
>>>> +if 'windDir' not in data:
>>>> +raise weewx.CannotCalculate
>>>> +val = data['windDir']
>>>> else:
>>
gt;>>>>>>> -if 'windGust' not in data or 'windGustDir' not in data:
>>>>>>>> +"""If windGustDir is missing, substitute windDir.
>>>>>>>> +Set windGustDir to None if windGust is zero."""
>>>>
Same problem for me !
Since weewx 4.6.x windGustDir is always N/A.
Nevers add this problem before with 4.5.x or later...
Le samedi 12 février 2022 à 19:23:27 UTC+1, asla...@gmail.com a écrit :
> The result with a couple of LOOP records.
> Both windGust and windGustDir occur in both REC and Loop
à 20:30:39 UTC+1, Remy Lavabre a écrit :
> Thank you for your answer Vincent.
> Could you indicate me which python file exactly to add the New value
> context='long_delta ? And where I must add this New value in the py file ?
> I have seen the article you indicate me but i did not und
Thank you for your answer Vincent.
Could you indicate me which python file exactly to add the New value
context='long_delta ? And where I must add this New value in the py file ?
I have seen the article you indicate me but i did not understand what to
do...
Than you . Cordialy vincent
Le lundi 7
With the previous version 4.51, no problem since 1 year.
Since 4.6.0 the records are good on the database, but I have errors in the
log file and the value in the "current conditions" of the skin Seasons
don't move.
They remain frozen at the last known value with Weewx 4.5.1. In fact, the
Season
Thank you very much for your patience Gary,
Indeed I did not provide you with all the data from the CSV file in order
to simplify.
However, the fields were in the correct order with the correct wording.
Regarding the --dry-run command, I actually remove it for integration. This
is why all my
Thanks Gary,
My fields, including for rain, incremented automatically yesterday for the
first time!
Your solution was the right one and I still don't understand why the
previous time the rain was not taken into account in my weewx database
However, thank you for your explanations which
Hello and thank you for your answer.
By adding the line weewx.units.obs_group_dict['wetbulbTemp'] =
'group_temperature' to the /usr/share/weewx/user/extensions.py file, the
wetbulbTemp field is now imported correctly.
Thank you for your help !
However, I have a new question as I haven't been able
Thank you all for all this information which really helped me!
Sincerely
Le mardi 24 octobre 2023 à 11:01:49 UTC+2, Karen K a écrit :
> Remy Lavabre schrieb am Montag, 23. Oktober 2023 um 18:07:30 UTC+2:
>
> Would it be possible to know the WeeWX calculation formula used to obtain
>
Hello,
Weewx documentation, customisation guide
The Image generator
Le mer. 1 nov. 2023, 00:08, jmltech a écrit :
> Hi,
> I’m using the Season skin 4.9.1, under Weewx 4.10.2
>
> In reading through the group messgaes, and looking at the skin.conf, I see
> a lot of configuration and override
skins that try to calculate something from "a
> month ago", when a month has 31 days and the previous month had 30. What is
> "a month ago" from 31 October? Not 31 September --- it doesn't exist.
>
> See Issue #436 <https://github.com/weewx/weewx/issues/436>.
>
ing library in WeeWX is capable of using only one
> y-axis scale. A limitation, to be sure.
>
> On Sun, Nov 5, 2023 at 1:44 AM Remy Lavabre
> wrote:
>
>> Good morning,
>> A "simple" question (apparently): I have a boolean type variable in my
>> WeeWX data
heater_value = 69 if heater else 68
>
> This is assuming US Units. Then you could plot inTemp and heater_value
> together.
>
> On Sun, Nov 5, 2023 at 5:12 AM Remy LAVABRE wrote:
>
>> OK thanks. but would you have an idea about visualizing the on/off state
>> on
Good morning,
A "simple" question (apparently): I have a boolean type variable in my
WeeWX database (ON/Off state).
Is it possible to show this state in a diagram? For example, draw the curve
of an indoor temperature and at the same time on the graph the "ON" or
"OFF" state of the Boolean
ing library in WeeWX is capable of using only one
> y-axis scale. A limitation, to be sure.
>
> On Sun, Nov 5, 2023 at 1:44 AM Remy Lavabre wrote:
>
>> Good morning,
>> A "simple" question (apparently): I have a boolean type variable in my
>> WeeWX databas
Hello, Weewx 4.5.2 worked perfectly until 2023-10-30 23:55:00
Since this date, the Seasons2 skin no longer updates the index.html file.
The Raspberry is not crashed, the database continues to fill normally and
all graphs are generated normally.
The log trace gives the error below.
Does anyone
Hello Gary,
No sorry, it doesn't work anymore.
See below :
#Histogrammes horaires électricité LINKY
[[[daylinky1]]]
yscale = None, None, 1
plot_type = bar
unit = watt_hour
electricityLinky
color = Red
Good morning,
the option *chart_fill_colors = *is supposed to change the fill color of
the bar charts *(chart_fill_colors: A list of the color to be used as the
fill of the bar charts. Optional. The default is to use the same color as
the outline color ( option chart_line_colors).*
But when
Thank you Gary for all these detailed explanations! Thank you also for your
patience...
Thanks to you I was finally able to finish integrating the data into the
weewx database as I wanted!
Without your precious help, I would* NEVER* have gotten there!
Just one last quick question, if weewx is
Hi.
Skin.conf :
#Histogrammes horaires électricité LINKY
[[[daylinky1]]]
yscale = None, None, 1
plot_type = bar
unit = watt_hour
electricityLinky
chart_fill_colors = Red
color = Red
Hello Gary and thank you again for your response.
1/If I put the option chart_fill_colors = Red in [[[daylinky1]]] as you
suggest, it curiously blocks everything. My histogram is not generated but
also the following ones from skin.conf.
If I replace chart_fill_colors = Red in the
Good morning,
Would it be possible to know the WeeWX calculation formula used to obtain
the height of the cloud base in weewx from the outside temperature and the
dew point?
Thank you - Kind regards
--
You received this message because you are subscribed to the Google Groups
"weewx-user"
*Good morning,I am using the wee_import.py utility to integrate AWEKAS data
into my weewx database.command executed: *sudo wee_import
--config=/etc/weewx/weewx.conf
--import-config=/home/pi/Documents/Bresser7in1/csv-Bresser.conf --dry-run
--verbose
*My CSVFile :*
Thank you Gary for your very quick and detailed response. Nice of you!
I had read the documentation on the Weewx utilities guide but had not
understood it in the sense you indicate...
So I modified my Python program to calculate in the csv file the amount of
water that fell over the 5 minute
Hi Gary,
I followed your advice:
1/ I now have in the rain field of my csv file the amount of rain that fell
over the previous 5 minutes.
2/ I changed the config file so that rain=discrete is now the config value
Unfortunately, the integration of the csv file in the weewx database with
this new
Hello,
I would like to use WeeWX's FTP option.
In Python, this works perfectly (WITH THE OPTION IN BOLD) :
from ftplib import FTP_TLS
import ssl
import requests
HOST='A'
ID = 'B'
MDP = 'C'
def connect():
ftp = FTP_TLS()
ftp.debugging = 2
*
[SSL: DH_KEY_TOO_SMALL] dh key too small (_ssl.c:1123)
Jun 27 09:41:12 localhost weewx[30338] ERROR weewx.reportengine:
ftpgenerator: Upload failed
Le dimanche 26 juin 2022 à 21:44:40 UTC+2, tke...@gmail.com a écrit :
> Try this version of weeutil/ftpupload.py. It will allow you to set a
max_trie = 3
ftp_encoding = UTF-8
#bug in the Python libraries that happens when use a Pure-FTP server
reuse_ssl = True
Le lundi 27 juin 2022 à 09:56:07 UTC+2, Remy Lavabre a écrit :
> Hello Tom and thank you.
>
> Unfortunately it does not work (see attached syslog)
the value
>> "MinProtocol = TLSv1.2"?
>
>
> Are you saying that we should implement ssl.set_alpn_protocols() as well?
> Do you have a case where that was necessary?
>
> -tk
>
> On Mon, Jun 27, 2022 at 5:48 AM Remy Lavabre wrote:
>
>> Hello again Tom,
another step. In addition to replacing weeutil/ftpupload.py,
> replace weewx/reportengine.py with this copy.
>
> -tk
>
> On Mon, Jun 27, 2022 at 12:56 AM Remy Lavabre wrote:
>
>> Hello Tom and thank you.
>>
>> Unfortunately it does not work (see attached syslog)
>>
er levels, but, before doing that, is
> there any way you can talk your service provider into updating their
> libraries? It's the better approach.
>
> On Sun, Jun 26, 2022 at 12:45 AM Remy Lavabre wrote:
>
>> Hello,
>> I would like to use WeeWX's FTP option.
>> In Python, t
Thank you for all the answers.
For information, the Pi Zero 2W is 64N with 512K of memory.
I used it in 64B version in lite version without screen.
I installed a cooler and its temperature is around 42°C on average. So
there is no overheating.
Diagrams over several days show no overhead and no
, for example. The Pi suddenly shut down with a fresh install, PiOS
lite 64B and no software other than WeeWX and the Python libraries!
The purpose of my message was to know if others had tried WeeWX 24/24 7/7
in 64B on a Pi Zero 2W...
Thank-you...
Le dimanche 2 octobre 2022 à 10:35:27 UTC+2, Remy
Good morning all.
I have been using weewx for 3 years with pi os 32B without any problem with
a pi zero w then 2w.
Since I switched to version 64B, I have had lots of incomprehensible
crashes with the pi not responding and having to reset. weewx is not in
question.
I tried to increase the swap,
Hello everyone...
Like you, I use the superb WeeWX software (thanks again for its designers!)
and perhaps the alarm.py extension (or even better, alarm_multi.py).
By slightly modifying alarm.py or alarm_multi.py, it is very easily
possible to receive notifications on your GSM mobile phone (The
>$time_since_last_frost.long_form and $time_since_last_rain.long_form work
fine for me with weewx 4.10
[image: Capture d’écran du 2023-02-04 09-31-41.png]
Le samedi 4 février 2023 à 07:23:41 UTC+1, blaise@gmail.com a écrit :
> 02/04/23 07:15:00
> No rain today and
> Since 01/31/23 15:05:00
Thanks Gary for your response.
I added :
import weewx.units
weewx.units.obs_group_dict['wetbulbTemp'] = 'group_temperature'
in file /usr/share/weewx/weecfg/extension.py
It didn't change anything about the problem when using wee_import.py, I
still get the same error.
I specify that I did not
*Good morning,*
*My WeeWX.sdb database works perfectly. I removed all unnecessary fields
with sudo wee_database --drop-columns=XXX,YYY,ZZZ which worked perfectly.I
renamed the field "heatindex1", from the base to "wetbulbTemp" with the
command: sudo wee_database
ive on the
> webserver. WeeWX FTP only moves files from the weewx host to the webserver,
> not the other way around.
>
> On Wed, May 17, 2023 at 5:07 AM Remy Lavabre
> wrote:
>
>> Good morning,
>> Is there a way with the FTP skin not to synchronize a particular file
>> betw
Good morning,
Is there a way with the FTP skin not to synchronize a particular file
between the appache weewx server and a copy at a host, such as a page view
counter file?
THANKS
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe
Hello Gary and thank you for your response.
I have put all the fields in my database below :
[image: WX1.png]
[image: WX2.png]
[image: WX3.png]
[image: WX4.png]
Indeed the error perhaps comes from this side because I deleted fields
which were useless to me and added others...*However I do
Good morning,
I've been seeing various problems (mainly access rights?) for some time
with the 5.x update.
For a configuration in 4.10.2 on Pi with Bulleyes 64B, does the transition
to 5.x present risks of malfunction with the use of a modified base skin
(Seasons) but above all:
- A
Good morning,
Wishing to write a driver for WeeWX in order to automatically retrieve and
integrate AWEKAS data into the weewx.sbd database, I have a question
regarding the management of "PacketsLoop" data:
The Weewx documentation states that for temperatures, it is an average of
the
anuary 2024 at 10:27:48 UTC-5 Remy Lavabre wrote:
>
>> Good morning,
>>
>> Wishing to write a driver for WeeWX in order to automatically retrieve
>> and integrate AWEKAS data into the weewx.sbd database, I have a question
>> regarding the manageme
Good morning,
I created a [driver] for weewx to retrieve data from the Awekas API (my
Bresser weather station does not have a USB port).
This works but regarding the rain, it is not the instantaneous rain (from a
packetloop) that we recover but the rain over 24 hours since midnight.
Is there a
2023 (a timestamp >= 1690581600).
>> And around this date, I didn't notice anything particular in my
>> database... :-(
>>
>> Le lundi 22 janvier 2024 à 15:23:25 UTC+1, Remy Lavabre a écrit :
>>
>>> Hello Gary,
>>>
>>> I've put what you asked fo
two
> approaches.
>
> It is not necessary to save "dayRain". WeeWX mostly uses "rain". Besides,
> as you note, it can always be calculated.
>
>
>
> On Fri, Jan 26, 2024 at 7:06 AM Remy Lavabre wrote:
>
>> And one more question
>>
t;
> ...
> [[Delta]]
> [[[rain]]]
> input = dayRain
>
> On Sat, Jan 27, 2024 at 9:17 AM Remy Lavabre wrote:
>
>> Hello Tom,
>>
>> I followed your instructions:
>>
>> 1/“rain” field present in the database
>> 2/
Good morning,
I have the same outdoor sensor but not the same base.
The exterior sensor works perfectly but does not seem to me to be very
realistic in terms of wind speed. I think we can easily apply a factor x1.5
to get closer to reality...
The minimum amount of rain needed to trigger is
o it
appears to be from July 29, 2023 (a timestamp >= 1690581600).
And around this date, I didn't notice anything particular in my database...
:-(
Le lundi 22 janvier 2024 à 15:23:25 UTC+1, Remy Lavabre a écrit :
> Hello Gary,
>
> I've put what you asked for below.
>
Good morning,
The SteelSeries skin leaves the possibility of displaying weather forecasts.
The gauge-data.txt.tmpl file contains the following lines:
*## if forecasting is installed, report the Zambretti forecast#if
$varExists('forecast.zambretti')#set $fc = $forecast.label('Zambretti',
ps://github.com/weewx/weewx/blob/master/src/weewx/wxxtypes.py#L586>.
> To use it, add this to weewx.conf:
>
> [StdWXCalculate]
> [[Calculations]]
> ...
> [[Delta]]
> [[[rain]]]
> input = dayRain
>
>
>
>
> On
janvier 2024 à 15:46:04 UTC+1, Remy Lavabre a écrit :
> Hello Tom and thank you for your response.
>
> [StdWXCalculate]
> [[Calculations]]
> ...
> [[Delta]]
> [[[rain]]]
> input = dayRain
>
> This will ca
-> https://github.com/gjr80/weewx-steelseries
Good morning,
I don't understand the reason and why of the error that occurs with my
version 4.10.2 of weewx and the 'SteelSeries' Skin.
Can anyone help me and tell me what's going on?
THANKS
Jan 20 10:31:21 localhost weewx[16495] ERROR
Thank-you...
Sorry but in the syslog, there is only that...
And systematically same error at each packetsloop !
if the option is disabled in weewx.conf obviously no problem. :-(
Jan 16 13:56:19 localhost wee_reports[62658] INFO user.alarm_multi: Alarm
set for expression 18: "extraTemp3 is not
Hello Gary,
I've put what you asked for below.
The problem is systematic (this is an advantage in some way...)
I think you are right about the problem of a field in the database... But
which one?
SteelSeries was working perfectly BEFORE I added/deleted the data base. I
didn't notice the
long time on
the problem...
Thanks again Gary
Le jeudi 25 janvier 2024 à 15:25:38 UTC+1, Remy LAVABRE a écrit :
> hello gary,
> Many thanks for your help and my apologies for the late response as my
> internet connection is currently cut...
> I would never have thought of looking
mit
> 9455fa1
> <https://github.com/weewx/weewx/commit/9455fa17169463c3174f3517bdc652c4f2dd5036>
> .
>
> On Sun, Jan 28, 2024 at 7:30 AM Remy Lavabre wrote:
>
>> thanks Tom,
>>
>> I had thought about putting rain = prefer_software but as this type of
>> rain conf
Good morning,
I previously used weeWX connected to the USB output of my weather station.
No problem, the station was well referenced on the world map of WeeWX
weather stations.
Unfortunately my station broke down and an exchange was carried out under
warranty with a new station without a USB
t.
>
> On Mon, Nov 20, 2023 at 12:31 AM Remy Lavabre
> wrote:
>
>> Good morning,
>> I previously used weeWX connected to the USB output of my weather
>> station. No problem, the station was well referenced on the world map of
>> WeeWX weather stations.
>>
&
paramétrer
> le driver interceptor
> Sur le repo github ce n'est pas très clair...
>
> Mon site est ici : https://meteo-pontscorff.fr/ (il y a mes coordonnées
> mail)
> Merci !
> Stéphane
>
> Le samedi 24 février 2024 à 05:49:39 UTC+1, Remy LAVABRE a écrit :
&
stephane hello,
I said something stupid to you previously. interceptor intercepts at the
wifi level and not as I thought at the 400 or 800 Mhz radio level... sorry!
so normal that you have inTemp and barometer! :-)
I too have a Bresser station and retrieve data automatically from Awekas in
the
What is the Bresser station you use Stéphane ?
Normaly no inTemp with bresser and interceptor -> inTemp is given with by
the base and so not radio send as the barometer value...
Le ven. 23 févr. 2024, 23:19, sc.lep...@gmail.com
a écrit :
> Hello
> I use weewx with interceptor :
>
> Feb 23
Hello,
weewx is installed in virtual PIP mode -> ~/weewx-data/... and
~/weewx-venv/...
I manually added the xxx.py driver for my weather station in the
~/weewx-data/bin/user directory.
It is declared in weewx.conf as "driver = usr.xxx", as was done in version
4.x
When launching weewxd, I get
Sorry, small error on my part, it's not "usr" that should be read but "user"
Le dimanche 25 février 2024 à 19:55:27 UTC+1, Remy Lavabre a écrit :
> Hello,
>
> weewx is installed in virtual PIP mode -> ~/weewx-data/... and
> ~/weewx-venv/...
> I manually
, I do want it. I am unable to reproduce the problem. It's possible
>> the problem is with how the extension has been packaged.
>>
>> On Thu, Feb 29, 2024 at 1:43 PM Remy LAVABRE wrote:
>>
>>> I do not think that the problem come from awekaswx.py.
>>> The
fsrc, open(dst, 'wb') as fdst:
FileNotFoundError: [Errno 2] No such file or directory:
'/etc/weewx/bin/user/ws6in1.py'
Le vendredi 1 mars 2024 à 14:21:47 UTC+1, Remy Lavabre a écrit :
> (weewx-venv) remy@remy-virtual-machine:~/weewx-data$* weectl extension
> install AWEKAS.zip --verbo
Hi Matthew,
Thank you for your help !
*--->>> /etc/weewx does not exist*
remy@remy-virtual-machine:/etc$ cd weewx
bash: cd: weewx: Aucun fichier ou dossier de ce type
>>>
*# Root directory of the weewx data file hierarchy for this
stationWEEWX_ROOT = /*
*The weewx.conf file
Tom Keffer a écrit :
> Thank you, Matthew. I had totally forgotten that older weewx.conf files
> set WEEWX_ROOT=/
>
> Remy: as Matthew asked, do you know how your weewx.conf came to be in its
> state? Did you copy it from a previous debian install?
>
> On Fri, Mar 1, 2024 at 6:3
1 - 100 of 118 matches
Mail list logo