Re: [weewx-user] RFXcom support

[Thomas Keffer]

Hello and welcome, Maarten

Sounds like an interesting setup. How did you decode the RF signals?

In any case, there is no out-of-the-box support for something like that, but a clever guy like you could probably write a device driver for it. :-)

See the Customizing Guide for some hints on how to write a device driver for weewx.

-tk

On Mon, Jul 15, 2013 at 10:10 AM, Maarten <maa...@obels.nu> wrote:

Hi,

I have a RFXtrx433  433.92MHz Transceiver (USB, http://rfxcom.com/store/Transmitters/12103) and use it with Oregon sensors; WGR800, PCR800, THGR810, THGN800, THGR810, THGN800. The RFXCom is connected to an always-on linux (ubuntu 10.04) machien.

Any chance weewx will (is going) to support  this kind of settup?

Best regards,

Maarten

--
You received this message because you are subscribed to the Google Groups "Weewx user's group" group.
To unsubscribe from this group and stop receiving emails from it, send an email to weewx-user+...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

--

Tom Keffer

kef...@threefools.org
+1 541-386-8891 (h)
+1 541-490-9507 (c)

Skype: tkeffer

[Marco Bakker]

Tom,

look for decoding for eaxample at :https://code.google.com/p/rfxcmd/  this seems to be a python script which reads the rfxtrx433 and saves the values in a SQLite database.

Greetings,

Op dinsdag 16 juli 2013 15:52:50 UTC+2 schreef Tom Keffer het volgende:

[Thomas Keffer]

I guess I'm not quite following what you are doing. Do the Oregon Scientific instruments use a standard RF transmission protocol that the RFX receiver understands? It was always my understanding that the instruments used a proprietary protocol.

-tk

[Marco Bakker]

Tom,

These rfxtrx433 is nothing more than a receiver and transmitter. It receives Bytes from whatever what and makes this available to software. RFXCMD is written by Sebastian Sjoholm.

He translates many packages already and that makes it possible for me to get data from my OS-sensors, translated and converted in the metric system. The only thing is dat RFXCMD translates when it receives a message from the sensors al the time.

Weewx need data every 5 minutes so I made it possibe to memorize the last values of the sensor and when i ask  every 5 minutes the values of all sensors, i get the latest values.

I want to make a driver within weewx which askes RFXCMD every 5 minutes the values and stores these in de database of weewx.

I managed to make a copy of  the simulator-driver, managed to get that running withing weewx.

But now i'm stucked .... :(

When i have this values received from RFXCMD (already converted to metric) what do i have to do then ?

Store them in a table, a class, or .....

And than, how do weewx know that there are values available to store in de sdf ?

Greetings,

Marco

 

Op zondag 28 juli 2013 01:52:58 UTC+2 schreef Tom Keffer het volgende:

[Thomas Keffer]

Your best bet is to write a real weewx driver, then let weewx take care of the details of putting the data in the databases.

Weewx actually works best if its gets data every few seconds. Can you arrange to poll RFX every few seconds. Any time between a couple of seconds and a minute will do. Weewx will then average those results to produce the archive records. A five minute averaging time is a good value, but longer can be used.

There are some instructions in the Customization Guide on how to write a driver. A minimal driver is really not very hard.

-tk

[Marco Bakker]

Tom,

My message about a driver for rfxtrx433 has been deleted .... why ?

I wrote a driver which seems to work.

Except the values for rain ..... It's rains 1mm and on the site shows it as 10 or 11 mm.

The driver gets every minute the new values from the daemon for the rfxtrx433. For rain is this (value send last minute -/- new value) in mm. 

I'm doing something wrong, but what ?

Is it possible to add a new field for uvBaterystatus in your next release of weewx ?

What is the meaning of txBatteryStatus ?

Greetings,

Marco

Op dinsdag 16 juli 2013 15:52:50 UTC+2 schreef Tom Keffer:

[Peter Wieringa]

I'm trying to get this to work but it cannot load these modules:

import weedb
import weeutil.weeutil
import weewx.abstractstation
import weewx.wxformulas

Do I need to install them manualy or ad a path somewhere ?

Op dinsdag 16 juli 2013 15:52:50 UTC+2 schreef Tom Keffer:

Hello and welcome, Maarten

[Thomas Keffer]

What do you mean "It cannot load these modules." What are you running? Weewxd? 

-tk

Tom Keffer

kef...@threefools.org
+1 541-386-8891 (h)
+1 541-490-9507 (c)

Skype: tkeffer

[Peter Wieringa]

No, the driver RFXCMD. 

Code:

"""Console RfxCmd for the weewx weather system"""

from __future__ import with_statement

import math

import time

import socket

import syslog

import weedb

import weeutil.weeutil

import weewx.abstractstation

import weewx.wxformulas

Op dinsdag 5 november 2013 00:29:50 UTC+1 schreef Tom Keffer:

[Per Edström]

Is it possible to use this driver, as a template, for Tellstick DUO?

[Thomas Keffer]

I don't know anything about this driver (it's not part of weewx), but it looks like you have a path problem. 

When Python looks for a module, it first tries the directory the executable is in, then other places, including the PYTHONPATH environmental variable. If the executable you are using (RFXCMD??) is not in the bin subdirectory, then Python won't find the modules.

Alternatively, set PYTHONPATH to point to the bin subdirectory.

-tk

Tom Keffer

kef...@threefools.org
+1 541-386-8891 (h)
+1 541-490-9507 (c)

Skype: tkeffer

[Peter Wieringa]

Tom, your name is in the script, that's why I thought you were involved. The moduels I mentions are part of weewx right ?

Op dinsdag 5 november 2013 15:14:39 UTC+1 schreef Tom Keffer:

[Chris Manton]

What is the status of driver support for the rfxcom for weewx ?

It seems to be more reliable both in communication and reception than the wmr200.

Now that I'm an expert weewx driver writer (?) I'd like to help out.

Is there an existing base to work with, or would one needed to be rolled from scratch ?

I'm guessing the latter based upon this thread.

C

--

[Robin Edwards]

I'm running a WMR88 and totally hacked off with it's poor totally unreliable wireless reception at 30 feet (distance to my anemometer). I'm happy to get an rxcom and deploy/help with testing if this support is being added just as soon as we are into the new year. It would also free me up the desk space of the WMR88 base.

Robin

[Per Edström]

Do you have the same poor reception with a PC connected over USB or if the WMR88 is stand-alone?

The reception of my WMR88 is drastically reduced when some PC's are connected (not all but some seem to disturb the WMR88 wireless part). You can actually have good reception but as soon as the USB is connected I get "---" in the display..

[Robin Edwards]

I've never run the WMR88 without a PC attached.  That is an interesting question.  Have you found a solution to improving reception and still having it connected to the PC or any explanation on why or possible solution?
For my Rain Guage I had the same problem but resolved it (totally) by moving it closer to my house (and the base station).  This is not practical for the anemometer as it puts it between trees and the house.

[Chris Manton]

Hi Marco,

I've pulled the latest rfxcmd and see that you've made some extensions to support weewx.  Great !

My question is what is your plan for full integration into weewx via a weewx driver to pull the data from rfxcmd ?

Currently it looks like you have a client/server architecture where weewx would poll rfxcmd on a well known socket

to pull the latest set of "interesting" data.  Interesting meaning the selected data types capable to be processed by weewx.

I was thinking of something very similar, but one level deeper where every packet could be served on a socket

and the client could make decisions on the usefulness of the packet.  Another options could be to UDP broadcast

all rfxcmd packets on the network, and allow basically any client to pull and process "interesting" packets.

Let me know where you are going with this as I'd like to help and get this working.

thx,

Chris

--

[Per Edström]

Cable with ferrite cores are not that efffective but when I added an active USB-cable (an USB-hub with externat power supply might work too) did improve reception (but not as good as without USB).

Try to unplug the USB when you loose contact = "- - -". If a new value is received within 1 minute (new wind data every 45 seconds) then you have USB-interference..

[wilco van hoboken]

Hello

Is there here in the meantime someone that has this setup of RfxTrx and weewx up and running and is willing to share the setup, drivers.

The weewx driver above does only give me alot of errors.

Also I would like to disconnect the WMR88 from the Pi and use the data received by Rfxcom to fill the weewx database

thanks Wilco

[wilco van hoboken]

the rfxcmd is up and running with the help of Sebastian Sjoholm the person that wrote the scripts for the rfxcmd. he has included a wiki in his doc how to set it up.
big thanks.

[Per Edström]

Where can this wiki be found?

On Thu, Jul 17, 2014 at 11:57 PM, wilco van hoboken <wilcova...@googlemail.com> wrote:

the rfxcmd is up and running with the help of Sebastian Sjoholm the person that wrote the scripts for the rfxcmd. he has included a wiki in his doc how to set it up.
big thanks.

--
You received this message because you are subscribed to a topic in the Google Groups "Weewx user's group" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/weewx-user/lKqbhA6475E/unsubscribe.
To unsubscribe from this group and all its topics, send an email to weewx-user+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[wilco van hoboken]

Sorry for the delayed answer

See here https://code.google.com/p/rfxcmd/w/list