I have a TrueNAS box and want to install in a FreeBSD jail. I'm a complete
knob, can anyone help with instructions for installing on FreeBSD. Sadly,
such great document for Linux, but none for FreeBSD (although i see there
is a startup script, for those who know how to get that far)
--
You re
i got python37 on, but where how do i get the python packages for freebsd?
i did say i was a knob
On Thursday, January 14, 2021 at 7:09:53 PM UTC+1 Greg Troxel wrote:
>
> S R writes:
>
> > I have a TrueNAS box and want to install in a FreeBSD jail. I'm a
> complete
&g
that didn't work in 2.
I managed to install python37 and pip
i then had to install with the commands below and follow the packages per
debian10 instructions
pip install configobj
pip install serial
pip install usb
pip install pip
pip install cheetah3
pip install ephem
But i get an error with
ok. thanks guys. i deleted the jail and started again per your
instructions. everything installed without errors and I've loaded the
startup scrip and the service starts.
i can ping the weewx and ping from the weewx jail to the internet.
if i try to reach via the browser i get Refused to Connec
the process is definitely running. Do I have to add some user permissions
for the public_html directory?
i installed into path /usr/local/share/weewx
On Friday, January 15, 2021 at 12:29:52 PM UTC+1 S R wrote:
> ok. thanks guys. i deleted the jail and started again per your
> instru
just tried to install on Kubuntu 20.10 via the debian packages. same thing.
install completes, but "refuse to connect".
Has any tested a fresh install recently.
On Friday, January 15, 2021 at 2:20:08 PM UTC+1 S R wrote:
> the process is definitely running. Do I have to
at 5:20:08 a.m. UTC-8 sjr4...@gmail.com wrote:
>
>> the process is definitely running. Do I have to add some user permissions
>> for the public_html directory?
>> i installed into path /usr/local/share/weewx
>>
>> On Friday, January 15, 2021 at 12:29:52 PM UTC+1 S R wrote:
stalled the interceptor on both with the instructions in her
>> https://github.com/matthewwall/weewx-interceptor
>> i set to observer for the Fine Offset WH2900C but it is still showing me
>> the Simulator on both firefox and chrome.
>> I have tried clearing the cache and re
were you able to get this to work in the end. can you share the weewx
details please
On Saturday, April 1, 2017 at 4:37:01 PM UTC+2 44085w...@gmail.com wrote:
> I see that weewx is said to support the FINE OFFSET WH2900 , I was
> wondering if anyone could share with me the protocol and port inf
actually, mine is equivalent to the WH2910 - it is not a case of getting, i
already have
On Saturday, January 16, 2021 at 4:42:53 PM UTC+1 galfert wrote:
> You have dug up quite an old thread. A lot has changed since. The
> recommendation now is to just acquire the Ecowitt GW1000 and use the We
OK. So i am homing in a little closer here.
I have configured the console to wunderground and it is working.
Now i need to adjust weewx.conf with the following, but as the weewx server
is on a different subnet, i will need to use listen mode.
[Interceptor]
driver = user.interceptor
device_typ
almost there, but now
/usr/local/share/weewx # ./bin/wee_reports
Traceback (most recent call last):
File "./bin/wee_reports", line 103, in
main()
File "./bin/wee_reports", line 51, in main
config_path, config_dict = weecfg.read_config(options.config_path, args)
File "/usr/local/sha
onfig file please.
On Sunday, January 17, 2021 at 9:21:33 AM UTC+1 S R wrote:
> almost there, but now
>
> /usr/local/share/weewx # ./bin/wee_reports
>
> Traceback (most recent call last):
> File "./bin/wee_reports", line 103, in
> main()
> Fil
editing the weewx.conf file, i am getting the utf-8 problem. I guess
>> this is related to me using European accented characters in my editors
>> which are UTF-8. So that leaves me with two questions;
>> 1) how to have it accept the UTF-8 characters
>> 2) you mentioned not g
> UTF-8 issue and fix it, while your weewx could already run and archive data.
> On 17.01.2021 19:59, S R wrote:
>
> thanks for the clarification. i will switch the protocol to ecowitt, but
> the more immediate problem is the UTF-8 error which is now preventing weewx
> from starti
I see in interceptor.py the default interface is DEFAULT_IFACE = 'eth0'
if i do ifconfig in the shell to the jail, the interface is 'epair0b'
should i be changing the interface?
still can't the debug to work.
On Monday, January 18, 2021 at 8:55:28 AM UTC+1 S R wrote:
t; scheme, description, picture),
> the components used, their impact etc., you will most likely not get the
> proper answers.
>
> I suggest moving from simple to complex.
> epair0b is obviously a freenas speciality ...
>
> On 18.01.2021 12:00, S R wrote:
>
> I see in inter
n" = "29.537"
Form item: "baromabsin" = "29.315"
Form item: "freq" = "433M"
Form item: "model" = "WS2900C_V2.01.10"
But using the seasons skin, i am not seeing any updates in the data.
On Monday, January 18, 2
if i run wee_database -- check on the sdb that was installed during the
installed, it passes.
if i rename the original sdb and then run wee_database --create, the file
creates without error, but if i then immediately run the --check i get the
below error
sudo wee_database --check
Using conf
and forth with a PR.
>>
>> On Jan 21, 2021, at 12:42 PM, John Kline wrote:
>>
>>
>> I had a look. This does not mean the database is bad. The code needs a
>> small fix as it’s using a variable that isn’t set if there are no records
>> in the da
Packet capture shows below
POST HTTP/1.1
HOST: 192.168.x.x
Connection: Close
Content-Type: application/x-www-form-urlencoded
Content-Length: 194
PASSKEY=x&stationtype=EasyWeatherV1.5.6&dateutc=2021-01-22+08:23:31&tempinf=75.2&humidityin=39&baromrelin=29.481&baromabsin=28.881&fr
can you please clarify precisely what you setting you are referring to
"error where the /data/report/ path for the web-call on the station was
changed - setting this back to the standard path"
aside from a couple of initial connections after weewx is restarted, my log
then becomes full with this
Is the Interceptor driver not being actively maintained?
https://github.com/matthewwall/weewx-interceptor/issues/80
On Friday, January 22, 2021 at 9:28:59 AM UTC+1 S R wrote:
> Packet capture shows below
>
> POST HTTP/1.1
> HOST: 192.168.x.x
> Connection: Close
> Content
really can't get anything to work.
simulator - simulator mode. weewx uptime =0
simulator - genarator mode - has below crash.
python3[41323]: weewx[41323] CRITICAL __main__: File
"/usr/share/weewx/weewx/manager.py", line 272, in addRecord
python3[41323]: weewx[41323] CRITICAL __mai
to when it
> crashed.
>
> If it makes you feel any better, this is the first time I've seen this.
>
> -tk
>
> On Sun, Jan 24, 2021 at 8:31 AM S R wrote:
>
>> really can't get anything to work.
>>
>> simulator - simulator mode. weewx uptime =0
>
now with the log
On Sunday, January 24, 2021 at 9:22:49 PM UTC+1 S R wrote:
> Hi Tom,
> I did a fresh install using the debian package method on Ubuntu 20.10.
> I selected simulator during the prompted install and only added debug=1
>
> The version of python3 is 3.8.6 from ubunt
prove the system on the more common linux.
On Monday, January 25, 2021 at 3:01:01 AM UTC+1 tke...@gmail.com wrote:
> Please set debug=1 (in weewx.conf), restart weewx, then post the log *from
> startup* to when it crashed.
>
> On Sun, Jan 24, 2021 at 12:23 PM S R wrote:
>
>
> then stick with it.
>
> See the section [StdConvert]
> <http://www.weewx.com/docs/usersguide.htm#StdConvert> in the User's Guide.
>
> -tk
>
> On Sun, Jan 24, 2021 at 10:10 PM S R wrote:
>
>> Hi tom, as requested.
>> @Vince, no doesn't mea
rror handling routine."
>
> -tk
>
>
>
> On Mon, Jan 25, 2021 at 5:23 AM S R wrote:
>
>> Hi Tom, yes. that sounds right. We use metric here, but I found the data
>> being sent was in imperial, despite the device app setting being in metric.
>> is the
I've got the same problem. finished testing with the simulator, deleted the
db and created again.
cleared the browser cache on both chrome and firefox, but i goto the page
and it shows 28.01 even though today is 25.01 and the data from when the
simulator run
On Sunday, November 22, 2015 at 8:
I just deleted the .sdb and then run wee_database --create.
i don't see any cache data for nginx on either the ubuntu or freebsd
versions i setup for testing, but they both show the same problem
On Monday, January 25, 2021 at 10:10:47 PM UTC+1 gjr80 wrote:
> Did you delete any previously gen
ing
>
> On Mon, Jan 25, 2021, 1:16 PM S R wrote:
>
>> I just deleted the .sdb and then run wee_database --create.
>>
>> i don't see any cache data for nginx on either the ubuntu or freebsd
>> versions i setup for testing, but they both show the same problem
&
The staion name has a German umlaut in it. It shows correctly on the web
pages, but in the NOAA files it misses the letter completely.
e.g. name = "Köln", NOAA file has "Kln"
On Monday, January 25, 2021 at 11:52:49 PM UTC+1 tke...@gmail.com wrote:
> dumb question. the climatogical report & summ
wouldn't that make more sense to drop the umlaut and Düsseldorf =
Dusseldorf - that is what other webservices do that can't deal with
non-ascii characters. would be better than dropping the character completely
On Tuesday, January 26, 2021 at 7:02:00 AM UTC+1 gjr80 wrote:
> NOAA files use stric
gt;>
>> On Monday, January 25, 2021 at 11:20:26 PM UTC+1 peterq...@gmail.com
>> wrote:
>>
>>> There are .html pages on the web server public directory that your seeing
>>>
>>> On Mon, Jan 25, 2021, 1:16 PM S R wrote:
>>>
>>>>
ed and created again
>>>>
>>>> On Monday, January 25, 2021 at 11:20:26 PM UTC+1 peterq...@gmail.com
>>>> wrote:
>>>>
>>>>> There are .html pages on the web server public directory that your
>>>>> seeing
>>>>
nstance running or remnants
>>>>> from another WeeWX instance. You can also take the browser out of the
>>>>> equation and view the report output in an editor or cat it to your
>>>>> console.
>>>>>
>>>>> Gary
>>>
worked like a charmthank you.
With the Seasons skin, i am not getting any barometer info because the
template seems to use baromabsin but i see the ecowitt-client in
interceptor is writing to the pressure field.
Is it possible to tell the skin via the conf file which is the correct
field
e.
> See the section *Adding a new type to the database
> <http://www.weewx.com/docs/customizing.htm#add_archive_type>* in the
> Customizing Guide.
>
>
>
> On Tue, Jan 26, 2021 at 6:34 AM S R wrote:
>
>> worked like a charmthank you.
>>
>> With t
at 3:55:41 PM UTC+1 S R wrote:
> if you look into the interceptor.py code, you will find under IGNORED
> LABELS - 'baromrelin'.
>
> my unit is sending
> POST:
> PASSKEY=&stationtype=EasyWeatherV1.5.6&dateutc=2021-01-26+12:16:31&tempinf=73.9&humidity
I finally got interceptor working with the Seasons template on both Ubuntu
python 3.8 and FreeBSD (freenas jail) python 3.7
Enclosed is the interceptor.py consolidating the fixes posted in;
- #82 do_GET(self): change
- #80 def do_POST(self)
plus a change from myself to map the baromrelin' : 'al
I have the Seasons skin up and running with the console (indoor sensors).
I am still waiting for the outdoor sensors so have been working on getting
the system up first.
belchertown worked with the simulator, but doesn't seem to work with the
interceptor.
It looks like the having no outside
i use the same client software, but interceptor did not work without
modification.
if it doesn't work, take a look at my post here
https://groups.google.com/g/weewx-user/c/9tWaYfvIyWg
On Thursday, January 28, 2021 at 3:33:31 PM UTC+1 ab9nq@gmail.com wrote:
> Yes, "weewx" can access the TP
I couldn't get the provided startup script to work in a freenas jail (even
though the provided script run from the command line).
Credit to Samuel Tai from the freenas forums for helping me with the
enclosed script which solved the problem.
On Tuesday, January 26, 2021 at 11:11:37 PM UTC+
I have enabled pwsweather and it is receiving data, but it is reported as
bad data because the pressure value is missing.
i have a Fine Offset WH2900c with EasyWeather v1.5.6 firmware.
I guess the pressure is not mapped the same?
--
You received this message because you are subscribed to th
one with
baromrelin: baromin?
Am I able to do this in the weewx.conf?
On Monday, March 15, 2021 at 10:29:49 PM UTC+1 S R wrote:
>
> I have enabled pwsweather and it is receiving data, but it is reported as
> bad data because the pressure value is missing.
>
> i have a Fine Offset
altimeter',
>> I see in restx.py
>> 'barometer': 'baromin=%.3f',
>>
>> i guess i need to override the PWS one with
>> baromrelin: baromin?
>>
>> Am I able to do this in the weewx.conf?
>>
>>
>> On Mon
47 matches
Mail list logo
