good morning from Germany
supplement
I had tested
Mar 9 10:18:14 hesba weewx[805] INFO __main__: Initializing weewx version
4.5.0
Mar 9 10:18:14 hesba weewx[805] INFO __main__: Using Python 3.5.3
(default, Nov 18 2020, 21:09:16) #012[GCC 6.3.0 20170516]
Mar 9 10:18:14 hesba weewx[805] INFO
i do recall that davis introduced an incompatability between old firmware and
new datalogger but i don’t recall the details. i’m sure a search of the forum
archive would see if that was relevant
> On 11 Mar 2021, at 2:17 pm, monmul wrote:
>
> Yes I am using the original data logger and cable
Yes I am using the original data logger and cable that came with the old
EnvoyI take out the data logger from he old one and put it in the new
one...I suspect that the data logger may not be compatible with the new
Envoy.the new one was purchased about 3 years ago and was just put in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 10 Mar 2021 07:55:49 -0800 (PST)
"hesf...@gmail.com" wrote:
> but the calculations are made in a mixture of degrees C and degrees F.
Carsten Bitter reported the problem with the Cumulative Growing
Degree-Days report. This is fixed in
how much is ‘new’ and much much ‘old’? i.e. with the new envoy, are you using
the old known-working data logger and cable?
> On 11 Mar 2021, at 2:09 pm, monmul wrote:
>
> New Envoy shows no response to TEST or NVER...so that one is definately dead
> I think!
--
You received this message
I notice the old Envoy beeps twice when I plug it in but the new one only
beeps once.
On Thursday, 11 March 2021 at 16:01:11 UTC+13 monmul wrote:
> New Envoy shows no response to TEST or NVER...so that one is definately
> dead I think!
>
> On Thursday, 11 March 2021 at 15:39:36 UTC+13
New Envoy shows no response to TEST or NVER...so that one is definately
dead I think!
On Thursday, 11 March 2021 at 15:39:36 UTC+13 monmul wrote:
> "WRD"<0x12><0x4d>, ACK .not sure hot to use this commandis it just
> "WRD"?
> This is the old Envoy
>
> No data as such comes
"WRD"<0x12><0x4d>, ACK .not sure hot to use this commandis it just
"WRD"?
This is the old Envoy
No data as such comes backherefrom the first "TEST" is the result
of all the commands above in turn.
TEST
OK
2363 7 0 1316 1
OK
Ok, that sounds promising. Was that the old or the new Envoy?
FYI the other testing commands are:
Testing commands
"TEST" Sends the string “TEST\n” back.
"WRD"<0x12><0x4d>, ACK Responds with a weather station type that is
backward compatible with earlier Davis weather products.
"RXCHECK"
j@pj-selgbuild:~$ sudo lsof /dev/ttyUSB0
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
Output information may be incomplete.
lsof: WARNING: can't stat() fuse.pcloud file system /tmp/.mount_pcloudpeaisz
Output information may be incomplete.
lsof: WARNING:
Hmm! nothiing shows...I have a USB port plugged into this pc...and none of
the USBs show?!?!
pj@pj-selgbuild:~$ sudo lsof /dev/ttyUSB0
[sudo] password for pj:
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
Output information may be incomplete.
lsof: WARNING:
Which homepage? Seasons or Belchertown?
Gary
On Thursday, 11 March 2021 at 03:02:53 UTC+10 david.a@gmail.com wrote:
> Gary, hope all's okay (covid19 and all). is there a way to change the
> general layout of the homepage? wife wants something different, large day,
> date, time with
I'm using the attached file, which I found somewhere here in this user
forum.
I've slightly adapted it to bette fit my needs.
Don't get confused by the filed name 'EmptyReal'. That was just a spare
field I had in my database.
The calculation of the theoretical radiation level is not 100%
The radiation observation type provides the actual sun power received at
the time of measurement. The value depends on cloud coverage and the time
of day.
Besides that it is interesting to know which amount of energy was received
from the sun during the day or any other period of time.
To get
ok, i will try it locally before, but vserver is also a good (cheap) option
:-)
another question to you: how do you calculate sun hours on your site, is it
from here? https://github.com/gjr80/weewx-weewx-wd
Manfred Maier schrieb am Mittwoch, 10. März 2021 um 19:23:40 UTC+1:
> No, I didn't.
>
No, I didn't.
I'm (unfortunately) sitting behind fiberglass without a static IPv4.
So I anyway had to rent a vServer for running my own tunneling solution for
my local webcam.
grua...@gmail.com schrieb am Mittwoch, 10. März 2021 um 19:12:12 UTC+1:
> hi manfred,
>
> did you try to run the
hi manfred,
did you try to run the broker locally before?
i have a static ip with symmetric bandwidth. or are there other reasons why
it doesnt work?
regards,
chris
Manfred Maier schrieb am Mittwoch, 10. März 2021 um 15:16:35 UTC+1:
> Hi Chris,
> I've been in a similar situation to you.
>
Hello,
i have installed the cmon extension as described in
https://github.com/weewx/weewx/wiki/cmon
In the plots the cpu_temp - Graph has no values.
I use an raspberry pi 4
does someone have a tip about it?
Many thanks and greetings
plinepa
--
You received this message because you are
Gary, hope all's okay (covid19 and all). is there a way to change the
general layout of the homepage? wife wants something different, large day,
date, time with summaries of weather conditions, leave most of the details
to lower pages. thanks!
On Wednesday, March 10, 2021 at 2:35:28 AM UTC-8
I went through the weewx installation and things seemed to go okay until I
tried to test it by entering variations on this:
file:///home/weewx/public_html/index.html
since I'm on a Mac, I also tried /Users/Sharedno joy.
any ideas how I should troubleshoot this? I've looked at logs and can
Hallo
You are right, an update to python3.7 solved the problem
NO ERROR
but the calculations are made in a mixture of degrees C and degrees F.
Location:
D19073 Klein Rogahn Run Date:
03/10/2021 Model:
M001 Threshold:
50,0°F Cutoff:
88,0°F Method:
gdd_single_sine_horizontal_cutoff Model Ref:
Hallo
You are right, an update to python3.7 solved the problem
Thanks
Hartmut
crh...@lacusveris.com schrieb am Dienstag, 9. März 2021 um 22:04:30 UTC+1:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Tue, 9 Mar 2021 14:31:33 -0600
> Chuck Rhode wrote:
>
> > This appears to be a bug
Hi Chris,
I've been in a similar situation to you.
My web hosting service didn't allow me to run a MQTT broker and the (free)
public brokers didn't perform very well. The majority of MQTT packages got
lost and were not delivered to the web client.
So in the end I've decided to rent an additional
Yes, got it, thanks.
On Wednesday, March 10, 2021 at 12:59:07 AM UTC-5 graha...@gmail.com wrote:
> macos puts users under /Users, linux puts them under /home. windoze has
> its convention for users too
>
> On 10 Mar 2021, at 3:51 pm, troutwitted wrote:
>
> To specify an install location
With a* LOT *of help from "Greg from Oz".and despite some awful typos
by me.
I now have it working - and a bit more of an understanding of the value of
cut and paste..!!
On Monday, 1 March 2021 at 19:52:50 UTC+10:30 Greg from Oz wrote:
> That's a good idea. See if it works first.
>
Hi Gary, thanks for he hint
I was digging a bit more - and found an earlier post of yours, which I
had already used before as I wanted dewpoint and heatindex to be
displayed beyond only sensor 1-4:
https://groups.google.com/g/weewx-user/c/svov51heFp8?pli=1
I did a complete reinstall again
You need a publicly available MQTT broker. Either you install one on your
webhoster's webspace (if possible), or you use a public broker like
test.mosquitto.org.
grua...@gmail.com schrieb am Mittwoch, 10. März 2021 um 07:46:52 UTC+1:
> hello,
>
> i am uploading the reports via FTP to my
David,
Apologies I have not had much time for WeeWX today. In any case it is good
that you have it working.
Gary
On Wednesday, 10 March 2021 at 11:14:29 UTC+10 david.a@gmail.com wrote:
> Gary, more GOOD news, i changed HTML_ROOT statement in weewx.conf for
> [[Belchertown]] to
28 matches
Mail list logo
