Your observation is correct: "Grünland' is different from the '*general*'
GrowingDegreeDays:
wikipedia explains as per https://en.wikipedia.org/wiki/Growing_degree-day
With your observation if fact you open can of worms, because a large amount
of variations of GrowingDegree Days related to diffe
Tried a fresh installation of weewx on Raspberry3B+/RaspianBuster.
Stuck, being unable to install some prerequisites.
Prior to install of main program of weewx already difficulties, but very
clear message when running the install-instruction from Raspberry's CLI:
apt-get install weewx
Then report
Vince,
First step was straightforward, simple use of this instruction (considering
that the target machine is Raspberry with Raspian Buster (latest):
http://weewx.com/docs/debian.htm
Response from the installation process (directly translated from the dutch
text):
python-configobj (>= 4.5) but c
dt gelezen... Klaar =>
Status info being read ... Ready
E: Kan pakket python3-configobj niet vinden =>
Package python3-configobj cannot be found
Op woensdag 16 december 2020 om 09:24:36 UTC+1 schreef Ton vanN:
> Vince,
>
> First step wa
:36:19 UTC+1 schreef Ton vanN:
> *Example command-line & response *(with basic translation manually added
> behind each line).
> Had to use sudo, because otherwise remark that no admission and question
> whether I have administrator rights.
> Python3, because (although Python2.
already satisfied: six in /usr/lib/python3/dist-packages (from
configobj) (1.12.0)
Installing collected packages: configobj
Successfully installed configobj-5.0.6
Op woensdag 16 december 2020 om 09:45:31 UTC+1 schreef Ton vanN:
> This morning tried a few more variations as described in
ginx for Domoticz must remain operational!)?*
Op woensdag 16 december 2020 om 09:57:52 UTC+1 schreef Ton vanN:
> *Another test from CLI:*
> sudo pip3 install python3-configobj
> *Response:*
> Looking in indexes: https://pypi.org/simple,
> https://www.piwheels.org/simple
> Collecting
'Problem' for adding usb-capability solved by using a command-string
linking to another usb-module
sudo pip3 install pyusb
After running that string at least the configuration-menu has no complaints
anymore and shows all devices with usb-interface.
Op woensdag 16 december 2020 om 17:35:08 UTC+1
Additional info.
WeatherDisplay parallel reading output from the Tempest-hub, same as
Domoticz reports fixed values since that time, also with actual time-stamp,
not the 'freezing' as for WeeWX.
Op donderdag 9 juni 2022 om 19:46:04 UTC+2 schreef Ton vanN:
> Some 24 hours ago
Presently using Standard skin as basis for presentation through remote
server,
uploading the files from folder /home/weewx/public_html to a folder at
remote webserver by means of the built-in FTP of Weewx.
Have activated Seasons skin, saving Seasons-files in other folder
/home/weewx/Seasons_html
Vince,
Thanks for this very practical solution!
Even simpler than 'simple' FTP-duplication ..
Op woensdag 24 augustus 2022 om 07:07:45 UTC+2 schreef vince:
> Put both skins under public_html and then you'll be able to transfer them
> all up to your remote server in one transaction.
>
> /hom
AWEKAS API is described at
https://www.awekas.at/board/index.php?attachment/4815-awekas-station-api-v1-3-pdf/
Op dinsdag 13 september 2022 om 22:35:06 UTC+2 schreef gjr80:
> Hi,
>
> I am not aware of any utility that exists that can import Awekas data into
> WeeWX. The WeeWX utility wee_import
After crash, started with fresh install on Raspberry already having
Domoticz (which is including Apache2).
Used procedure with setup.py as per /home/weewx/docs/setup.htm
Progressed with setup *till* Step 6.
At step 5. see weewx-messages passing.
However now lost, because /home/weewx/public_html
Vince,
Which logfile is wanted?
Reason for the question:
the logging at step 5 is passing at flashing speed ..
Op zaterdag 13 maart 2021 om 18:46:47 UTC+1 schreef vince:
> We cannot help without seeing some logfile information.
>
> We would need to see your log from the time weewx started thr
Fresh catch of this morning
Op zaterdag 13 maart 2021 om 20:54:22 UTC+1 schreef vince:
> /var/log/syslog on a pi
>
> On Saturday, March 13, 2021 at 11:13:01 AM UTC-8 ton...@gmail.com wrote:
>
>> Vince,
>> Which logfile is wanted?
>> Reason for the question:
>> the logging at step 5 is passing at
Novice to WeeWX.
Have the main progam as simulator up and running (= see files updating in
folder public_html ).
Now trying to implement a template to generate an uploadfile for
HetWeerActueel.
[has been discussed earlier in this forum, but that discussion apparently
not ending with working solu
Related syslog-segment from RPI_CLI obtained with PuttySSH
Op vrijdag 26 maart 2021 om 10:00:19 UTC+1 schreef Ton vanN:
> Novice to WeeWX.
> Have the main progam as simulator up and running (= see files updating in
> folder public_html ).
> Now trying to implement a template to
:42 UTC+1 schreef Ton vanN:
> Related syslog-segment from RPI_CLI obtained with PuttySSH
>
> Op vrijdag 26 maart 2021 om 10:00:19 UTC+1 schreef Ton vanN:
>
>> Novice to WeeWX.
>> Have the main progam as simulator up and running (= see files updating in
>> folder p
startup.
>
> -tk
>
> On Fri, Mar 26, 2021 at 5:41 AM Ton vanN wrote:
>
>> Related syslog-segment from RPI_CLI obtained with PuttySSH
>>
>> Op vrijdag 26 maart 2021 om 10:00:19 UTC+1 schreef Ton vanN:
>>
>>> Novice to WeeWX.
>>> Have the m
27;Standard'?]*
Op woensdag 28 april 2021 om 08:30:52 UTC+2 schreef Ton vanN:
> As requested, attached is the repeating segment of the syslog with debug=1
>
> Op dinsdag 27 april 2021 om 13:21:12 UTC+2 schreef tke...@gmail.com:
>
>> Please try again, but this time set debug=1
you put your "HWA" template in ./Standard,
>> then the report StandardReport must be enabled.
>>
>> Or, you can put HWA in your "./basic" folder, then enable your basic
>> report.
>>
>> Either way will work.
>>
>> On Wed, Apr 2
on.
>>>
>>> On Wed, Apr 28, 2021 at 6:31 AM Tom Keffer wrote:
>>>
>>>> Yes, the skin has to be enabled for any of the templates in the skin's
>>>> folder to be processed. So, if you put your "HWA" template in ./Standard,
>>&
instances of weewxd all running simultaneously. Kill them
> all, then start one.
>
> On Fri, Apr 30, 2021 at 7:56 AM Ton vanN wrote:
>
>> As requested.
>>
>> Scanning the logging see repeated reporting of loading of StdReport, but
>> no text clearly pointing
07
>> ^CTraceback (most recent call last):
>> File "./bin/weewxd", line 264, in
>> main()
>> File "./bin/weewxd", line 157, in main
>> engine.run()
>> File "/home/weewx/bin/weewx/engine.py", line 208, in run
>
Perhaps related:
the error reported in time-segment 08:21:58 is strange, because the file
index.html.tmpl is actually present at the indicated location.
Op zondag 2 mei 2021 om 08:35:33 UTC+2 schreef Ton vanN:
> Tom,
> ;-) That was a really good advice!
> Turned to running WeeWX
figuration (besides my
activation of StdReport and related mod of skin.conf).
Op zondag 2 mei 2021 om 09:27:56 UTC+2 schreef Ton vanN:
> Perhaps related:
> the error reported in time-segment 08:21:58 is strange, because the file
> index.html.tmpl is actually present at the indicated loca
lude "hilo.inc"
>
>
> In the file current.inc, change this
>
> #if $trend.windSpeed.formatted > 0
> ⇧
> #elif $trend.windSpeed.formatted < 0
> ⇩
> #end if
>
>
> to this
>
> #if $trend.windSpeed.raw > 0
> ⇧
> #eli
fferentiates a comparison with integer
value and a comparison with real value:
*or* is the problem in the lefthandside of the comparison?
Op zondag 2 mei 2021 om 21:29:59 UTC+2 schreef Ton vanN:
> That aspect of /home/weewx/skin/basic now solved.
> Related question: solution also applicable
the barometer value
> into a string and comparing it against zero, which is an int. Might try
>
> $trend.barometer.raw > 0
>
> I would have thought that Python would have cast the string into an int
> for you, but apparently not.
>
> On Sun, May 2, 2021 at 1:45 PM Ton vanN wr
ated version of the template, some
advice must be given that (backwards) application with Python2.x must be
checked.
Best to give this template-version and also the older version a related,
distinguishing name.
Op zondag 2 mei 2021 om 23:33:32 UTC+2 schreef Ton vanN:
> Peter, that was t
t; #if $trend.barometer.raw is not None and $trend.barometer.raw > 0
> #do something
> #end if
>
> Gary
> On Monday, 3 May 2021 at 07:56:41 UTC+10 peterq...@gmail.com wrote:
>
>> Yes.
>>
>> I can't find the official documentation but See
>> htt
Have started operation of WeeWX with the Simulator.
Now switched to Tempest, and getting real data.
The thread
https://groups.google.com/g/weewx-user/c/NJ_XFLbWrNc/m/fpRqGIBWBQAJ
describes a method to transition the database(s) from Simulator to 'Real'
sensor by defining completely new database
Gary,
The closing remark in your message is not without merit and needs to be
applied
;-( Enthousiastically wiped weewx.sdb from /home/weewx/archive (*without
first shifting a copy elswhere*) and now in trouble.
At restart of WeeWX (= with weatherflowudp as driver) no signs of life,
except
Gary,
Completely agree with your latest response, and that was reason for my
earlier [remark] that for Weatherflow-operation I should turn to a more
dedicated thread.
Also agree with your discussion of compressed file or uncompressed text: is
dilemma how & when to choose.
Question of 'cleaning
Met a similar experience.
After some experiments with Simulator followed by Weatherflow Tempest as
datasource, wanted a clean database for further operation with Tempest.
Deleted the database expecting WeeWX to restart with a new database, but
not happening.
Reconfiguring to Simulator proved that
Vince,
“Duplication” is the aspect that triggered my comment.
The sensormap is part of the driver-software.
After initial install the reference in weewx.conf by 2 lines pointing to
that driver-software is clear, singular, unambiguous and simple.
That the sensormap in the driver has to be tuned to
;-) Now checking more in case of doubt of meaning .
Is it correct understanding that in fact it *functionally* is 'Cut&Paste'
of the subject block of text, not 'Copy&Paste'?
In hindsight, had read the warning about need for the sensor map, but not
translated/understood that in this way.
Op
@gjr80 / Gary,
;-) Recent experience conced me that proper use of sensormapping may make
the difference .
My next effort is aimed at using an XML-file as input for WeeWX.
https://github.com/gjr80/weewx-xmlparse calls in section 5. a
sensormapdescription by url =
https://github.com/gjr80/w
'conced' = convinced
Op zaterdag 8 mei 2021 om 13:29:48 UTC+2 schreef Ton vanN:
> @gjr80 / Gary,
>
> ;-) Recent experience conced me that proper use of sensormapping may make
> the difference .
>
> My next effort is aimed at using an XML-file as input for WeeWX.
[Removed my previous version of this message, because it contained info not
needed]
If I look at the sensor-map you inserted in weaterheflowudp.py for your
Tempest-setup, I see codes like AR-8830 and SK-8830
In my opinion there is the error, causing time-out for the
UDP-messagehandling.
Now running WeeWX for some time.
At http://vannwnhzn.nl/WeeWX0/index.html with uploaded Standard skin.
In that Standard skin see ET always at 0-value, although certainly an
actual value > 0.
In Customization Guide see ET available as calculated value.
Looked in the documentation and in the messag
gainst Rain_today respectively Rain_last24hr.
Op donderdag 27 mei 2021 om 14:33:01 UTC+2 schreef Ton vanN:
> Now running WeeWX for some time.
> At http://vannwnhzn.nl/WeeWX0/index.html with uploaded Standard skin.
> In that Standard skin see ET always at 0-value, although certainly an
> actu
useful to take ET_today of ET_last24hr with
>> comparison against Rain_today respectively Rain_last24hr.
>>
>> Op donderdag 27 mei 2021 om 14:33:01 UTC+2 schreef Ton vanN:
>>
>>> Now running WeeWX for some time.
>>> At http://vannwnhzn.nl/WeeWX0/index
T
Equivalent to High Rain Rate) replace High ET by High ET/hour
Op donderdag 27 mei 2021 om 16:45:20 UTC+2 schreef Ton vanN:
> Already applying that approach on my website for showing actual
> balance_today (from own calculations): vannwnhzn.nl/BalanceE_Info.txt
> Now only need to twea
Upload to a website is one approach, but has anyone tried to link the
Airlink-data in Weewx to the uploads to WUnderground, Aeris and AWEKAS (or
other similar organisations)?
WU seems to 'restrict' itself to acceptance of data from PurpleAir, while
AWEKAS at it's website has descriptions 'hintin
LoraWAN certainly is a candidate for an airborne link from a sensor to a
local gateway_to_internet over better distance than with the usual
meteo-sensors' communication lines.
SIGFox is a comparable solution for airborne communication over_between
sensor and gateway-server.
Drawback for both is
VWK (=Vereniging van Weerkundigen) is a Dutch community of 'serious'
weather observers ( with own website at vwkweb.nl )
Part of the website is generation of weathermaps, obviously needing upload
of data from members' PWSes. That part of the website is a project called
Sylphide.
No result when s
Looking for a 'proven' calculation for sunshineduration as element of
WeeWX, see https://github.com/Jterrettaz/sunduration
Shown solution linked to Davis Vantage_Pro.
Different sensors may induce difference in results:
any experiences if linked to Weatherflow_Tempest?
Op zaterdag 26 maart 2022 om
Rereading this thread come to understand that definition/semantics is a
critical aspect in this discussion.
*Bluntly* summarized:
- Sunshine = seeing difference between lighted area and shadowed area.
Like KarenK's device is doing
- Lightlevel = level of undirected solar radiation, not/hardly
dif
Improvement always possible, ;-) sometimes needed.
The setup with the HWA-template correctly produces the output-file, *but*
the periodicity is unstable.
Any idea what could be the cause?
Op dinsdag 4 mei 2021 om 12:13:36 UTC+2 schreef Ton vanN:
> New template now running without errors
Since WeeWX4.4 available have been using it without much problems running
on a Raspberry3B with OS=Raspian_Buster. Memory max. expanded through
Raspi-Config.
Setup of WeeWX to (re)start when (re)booting.
Occasionally stopping, but either by restart through PuttySSH, or (as last
resort) by an 'em
un out of inodes.
>
> On Monday, 16 October 2023 at 07:58:31 UTC+11 vince wrote:
>
>> Lets see the output of "df -h" because it sure sounds like /var or /tmp
>> is full...
>>
>> On Sunday, October 15, 2023 at 11:45:51 AM UTC-7 Ton vanN wrote:
>>
>&
462M0 462M 0% /sys/fs/cgroup
/dev/mmcblk0p1 253M 49M 204M 20% /boot
tmpfs 93M0 93M 0% /run/user/1000
*raspberrypi9:~ $*
Op maandag 16 oktober 2023 om 09:05:07 UTC+2 schreef Ton vanN:
> Question of Vince triggers other observation.
> S
@ p q
Which logfile meant? At what location in the WeeWX-folder&filetree?
Op maandag 16 oktober 2023 om 13:48:00 UTC+2 schreef Ton vanN:
> Have run 3 variants of df with following results.
>
> *raspberrypi9:~ $* df
> Bestandssysteem 1K-blokken Gebruikt Beschikbaar Geb% Aangek
imply that no RAM-filing system has been activated for this
Raspberry.
Additional info:
file /home/weewx/archive/weewx.sdb has size of 41.956 KB
Op maandag 16 oktober 2023 om 09:05:07 UTC+2 schreef Ton vanN:
> Question of Vince triggers other observation.
> Subject Raspberry should have a
Vince,
The results of the suggested checks.
*raspberrypi9*:~ $ sudo du -sm /var/log
25977 /var/log
*raspberrypi9:~ $ *sudo du -sm /tmp
1 /tmp
*raspberrypi9:~ $* sudo du -sm /home/pi
53 /home/pi
*raspberrypi9:~ $* sudo du -sm /var/tmp
1 /var/tmp
IMHO contents of checked files ar
hat sizes are in *megabytes*. Your /var/log
> directory has 26 *gigabytes* in it.
>
> On Tue, Oct 17, 2023 at 2:12 AM Ton vanN wrote:
>
>> Vince,
>> The results of the suggested checks.
>>
>> *raspberrypi9*:~ $ sudo du -sm /var/log
>> 25977 /var/log
>> *ra
sdag 17 oktober 2023 om 22:15:54 UTC+2 schreef vince:
> Just delete the big logs from /var/log and reboot - that's all you need to
> do.
>
> With you providing no data on which files in /var/log are the big ones, no
> we can't help you much.
>
> On Tuesday,
providing no data on which files in /var/log are the big ones, no
> we can't help you much.
>
> On Tuesday, October 17, 2023 at 1:13:19 PM UTC-7 Ton vanN wrote:
>
>> Was on wrong leg, assuming KBs .
>> Unpleasant surprise, which seems to lead to conclusion that t
Vince,
Since more than 10 years retired from professional day-to-day Linux
applications,
indeed some of my knowledge of Linux has faded, if not vaporated .
As requested, ran the suggested CLI with results shown below
*raspberrypi9:~ $ *ls -al /var/log
totaal 25394612
drwxr-xr-x 7 root ro
gt; do a "tail -n 20" of each file it will help you determine what is
> happening.
>
>
> On Thursday, October 19, 2023 at 5:15:18 AM UTC-7 Ton vanN wrote:
>
> *raspberrypi9:~ $ *ls -al /var/log
>
> -rwxrwxr-x 1 root adm 89212455 okt 19 00:00 auth.log.1
>
Hi Michael,
TFA_Nexus definitely has no UV-sensor in the catalogue of interfacing
sensors.
It is a bit odd, but the windsensor of TFA_Nexus provides a related
temperature reading.
As indicated in the other response, you have to find the data related to
light and to UV outside the TFA_Nexus.
Ex
The website for WeeWX mentions/shows under section compatible Hardware the
HP3000 package (= Console with max. 8 T&H-sensors from FineOffset/Ambient).
At this moment the (probably) very similar package HP3001 from MiSol
measures 5* T&H at my house.
Thinking about an online read-out etc. of it's
Some further search reveals that unde the name of Ambient Weather WS-3000
station much more applicable info can be found.
Op zondag 26 januari 2020 13:13:38 UTC+1 schreef Ton vanN:
>
> The website for WeeWX mentions/shows under section compatible Hardware the
> HP3000 package (= Con
set FTP to point at an external server, but no uploaded report visible at
the destination
*Any hints to get the elements of the chain connected?*
Op woensdag 29 januari 2020 11:35:18 UTC+1 schreef Ton vanN:
>
> Some further search reveals that unde the name of Ambient Weather WS-3000
> s
This thread makes interesting reading.
Have a Misol console type HP3010 (which probably is a next version/clone of
HP3000), and assume therefore that the discussed HP3000-driver will be
applicable.
5 Sensors attached.
At processor-side have a configuration with Raspbian Buster on
Raspberry_Zero
Sorry, small typing-mistake: my console is Misol HP3001
Op zondag 9 februari 2020 14:02:30 UTC+1 schreef Ton vanN:
>
> This thread makes interesting reading.
>
> Have a Misol console type HP3010 (which probably is a next version/clone
> of HP3000), and assume therefore that the d
Op vrijdag 19 januari 2018 14:43:07 UTC+1 schreef olivier...@gmail.com:
>
> OK, thanks, it's all working now.
>
> I just need to do some clean up and figure out how to share all of this...
>
> On Thursday, 18 January 2018 23:46:23 UTC+1, Tom Keffer wrote:
>>
>> There is indeed such a limit. The
Olivier,
Nice that it works with a Simulator, but how to make the next & final steps
towards the real interface of the HP300x-console?
Have been trying with your proposed ideas in the WS3000-thread, but no luck.
Have stron feeling that in file weewx.conf the 'station'-section is the
place to tu
This thread makes interesting reading.
Have a Misol console type HP3001 (which probably is a next version/clone of
HP3000), and assume therefore that the discussed HP3000/WS3000-driver will
be applicable.
5 Sensors attached.
At processor-side have a configuration with Raspbian Buster on
Raspber
On command *lsusb* the following response
Bus 001 Device 002: ID 0483:5750 STMicroelectronics
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Op maandag 10 februari 2020 19:30:49 UTC+1 schreef Olivier Guyotot:
>
> I haven't touched this in a while (it's just running on its own
Olivier,
Puzzled, because apparently weewx has been installed in my configuration in
a different way than you expect.
See the inserted text.
;-( Some more thinking to be done ...
Waiting for your next suggestions.
Anton
Op dinsdag 11 februari 2020 20:17:29 UTC+1 schreef Olivier Guyotot:
>
> Al
Olivier,
Perhaps the underlaying Linux_version makes a difference.
In my configuration it is Raspian_Buster_Lite.
Anton
Op dinsdag 11 februari 2020 22:29:08 UTC+1 schreef Ton vanN:
>
> Olivier,
>
> Puzzled, because apparently weewx has been installed in my configuration
> in
Have checked the other Raspberries within my reach whether they have a
folder /bin/user/
Result:
Raspian_Stretch => no folder /bin/user/
Raspian_Buster_Desktop => no folder /bin/user/
Op dinsdag 11 februari 2020 23:36:05 UTC+1 schreef Ton vanN:
>
> Olivier,
>
> Perha
gt; the WeeWX files being spread over a number of different locations. Refer to
> Where
> to find things <http://weewx.com/docs/usersguide.htm#Where_to_find_things>
> in the User's Guide.
>
> Gary
>
> On Wednesday, 12 February 2020 08:36:05 UTC+10, Ton vanN
@Olivier,
Changed the WeeWX-setup to the 'normal' configuration resulting after
installation with the tar-file and setup.py.
At least the script ws3000.py now starts running, but not without errors:
error report has been sent by Email.
Looking at the errorreports, *apparently* the version Python2
gone ...
Now smells a bit like 'reinventing the wheel', unless somebody can
reproduce those instructions.
Op donderdag 13 februari 2020 11:05:46 UTC+1 schreef Ton vanN:
>
> @Olivier,
> Changed the WeeWX-setup to the 'normal' configuration resulting after
&g
loped?
Op donderdag 13 februari 2020 11:23:59 UTC+1 schreef Ton vanN:
>
> Forgot to hint that RistoK's HowTo-Instructions for fitting the
> ws3000-driver on a Raspberry would have been very useful for my efforts
> (probably significantly reducing my questions and experiments), b
Perhaps not 100% done according to Olivier's latest message, but got the
same result in weewx.conf
Now (in the next days) an update for display & database .
Op donderdag 13 februari 2020 22:26:08 UTC+1 schreef Olivier Guyotot:
>
> Here, I put the code on github, with some basic installation i
ebin.com/37WkUz7N
>
> Feel free to use & edit & expand. Or Olivier, maybe you want to add an
> standalone script to your github?
>
> Risto
>
>
>
> On Fri, Feb 14, 2020 at 12:26 AM Ton vanN >
> wrote:
>
>> Perhaps not 100% done according to Olivier&
p; edit & expand. Or Olivier, maybe you want to add an
> standalone script to your github?
>
> Risto
>
>
>
> On Fri, Feb 14, 2020 at 12:26 AM Ton vanN >
> wrote:
>
>> Perhaps not 100% done according to Olivier's latest message, but got the
>> same
) for
support of my views:
1. What is the line of the script with the print-command and the
JSON-file-name for this output?
2. Output by the JSON-file now dynamically limited to data from valid
sensors.
=> if a sensor goes down (such as 'battery empty'), then a different
JSON-file.
F
*Question 3,* to have 'loose' coupling between this reader-script and any
follow-on function.
Is it possible to add one or more lines for export/save of the JSON-file to
a designated folder?
Op zondag 16 februari 2020 08:38:02 UTC+1 schreef Ton vanN:
>
> Fitted the stand-alo
#sensor-and-units-mapping>
Main requirement seems that you have to compile a compatible XML-file from
that 'other data'.
Op donderdag 13 februari 2020 21:08:41 UTC+1 schreef Ton vanN:
>
> Olivier has made the read-out of WS3000 an extension to 'another'
> weatherstati
Olivier,
1. Use of JSON/XML
Why not a database or MQTT? Reason = 'history of System-concept'
Within my configuration I have a structure in which from various sources a
set of JSON/XML-files is uploaded to a 'Central server', and all users can
pick as they like:
*some* of these files are 'public'
Olivier,
Related to reading the WS3000/HP300x, have split the effort in 2 segments:
a) export of data from the WS3000-reader in a layout and to a location
which can be accessed by the "User".
In my case either JSON-format, or XML-format.
This function seems best located at side of the Reader.
b)
Don't forget to add 2 linse at the start of the script!
import json
import dicttoxml
Op zondag 23 februari 2020 09:16:12 UTC+1 schreef Ton vanN:
>
> Olivier,
>
> 1. Use of JSON/XML
> Why not a database or MQTT? Reason = 'history of System-concept'
> Within my co
Question from a friend with a PWS-type Sensecap S2120 feeding it's data
through TTN_LoraWAN to an application.
He would like to connect his PWS to a 'real' meteosoftware* like* WeeWX.
Searched in vain:
is a driver available which allows to get PWS-data from TTN_LoraWAN into
WeeWX?
--
You rece
a. neat & reliable
> *⊣GE⊢*
>
> On 4 Jan 2025, at 5:17 am, Ton vanN wrote:
>
> Question from a friend with a PWS-type Sensecap S2120 feeding it's data
> through TTN_LoraWAN to an application.
>
> He would like to connect his PWS to a 'real' meteosoftware* like*
Running WeeWX v4.80 at a Raspberry_3B on RaspianBuster:
Reliable & sufficient and therefore not inclined for an upgrade, except
that my providers desire SFTP to be used for upload.
However, after a botched installation of PySFTP for related repair now 3
(probably linked) questions arise:
1. Rebo
In addition to previous message.:
Have tried this way of correction without success:
https://forums.raspberrypi.com/viewtopic.php?t=346172
Op woensdag 12 maart 2025 om 14:53:43 UTC+1 schreef Ton vanN:
> Running WeeWX v4.80 at a Raspberry_3B on RaspianBuster:
> Reliable & suff
f.
>
>
> On Wednesday, March 12, 2025 at 6:58:57 AM UTC-7 Ton vanN wrote:
>
>> In addition to previous message.:
>> Have tried this way of correction without success:
>> https://forums.raspberrypi.com/viewtopic.php?t=346172
>>
>> Op woensdag 12 maart 2025 o
se with WinScp and
ls -l
the attributes for all log-files show as rwxrwsr-x
Any ide what has happened, and how to remedy?
Op woensdag 1 november 2023 om 12:10:26 UTC+1 schreef Ton vanN:
> Is surprisingly effective remedy:
> all files now significantly smaller and WeeWX running smoothly.
>
"10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/";
SUPPORT_URL="http://www.raspbian.org/RaspbianForums";
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs";
Op woensdag 9 juli 202
Reran CLI with shown result:
sudo du -sm /var/log
2420/var/log
Much smaller than in 2023 ..
Op woensdag 9 juli 2025 om 20:30:43 UTC+2 schreef Ton vanN:
> *Correction/addition*, see below extract from PuttySSH-readout on files:
> -rwxrwxr-x 1 root adm 805154629 mrt 6 11:47 daem
Also weird:
CLI => /var/log $ sudo crontab -e
Report:
/tmp/crontab.spPpVc: Bestandssysteem is alleen-lezen
Creation of temporary crontab file failed - aborting
Op woensdag 9 juli 2025 om 20:37:18 UTC+2 schreef Ton vanN:
> Reran CLI with shown result:
> sudo du -sm /var/log
> 2420
ists an easy path to merge the old/latest sdb
in the new WeeWX-install?
Op woensdag 9 juli 2025 om 20:41:16 UTC+2 schreef Ton vanN:
> Also weird:
> CLI => /var/log $ sudo crontab -e
> Report:
> /tmp/crontab.spPpVc: Bestandssysteem is alleen-lezen
> Creation of tempora
rd and starting over might be your
> simplest path forward. Save a copy of your current weewx.sdb and later use
> it to catch up your new installation.
>
> On Thursday, July 10, 2025 at 6:45:18 AM UTC-7 Ton vanN wrote:
>
>> Considering age of the installation perhaps appr
98 matches
Mail list logo
