meteohub.de

It sends data less frequently than the OS one...

According to the http://www.rfxcom.com/descr_RFXSensor433.htm :

When the high rate setting is used the RFXSensor unit will measure the temperature for each attached sensor every minute and report any changes of .5 degrees C or higher. If a change of .5 degrees or higher has not been detected for 40 minutes the current temperature will be transmitted as a keep-alive or heartbeat signal. This setting allows for frequent temperature updates but will consume more power and result in a shorter battery life.
When the low rate setting is used the RFXSensor unit will measure the temperature for each attached sensor every 5 minutes and report any changes of 1 degree C or higher. If a change of 1 degree or more has not been detected for 80 minutes the current temperature will be transmitted as a keep-alive or heartbeat signal. This setting provides less frequent temperature updates but will provide the longest battery life.

Meteohub reads three rfx sensors. You can see the byte stream (n : xx) has meaning: station # n has reported hex byte xx.

Beside the expected temp sensor (00 F0) there are two more sensors (01 F1) and (02 F2) also reporting values. Do you have an explanation what these data is telling me?

(2:20) (2:00) (2:f0) (2:13) (2:2a) [checksum 01:00] [checksum 0a:0a]
(2:20) (2:00) (2:f0) (2:13) (2:2a) [checksum 01:00] [checksum 0a:0a]
Sat Sep 19 00:20:02 2009 station 2 (RFXCOM), thermo sensor, raw id: 0x222200, id: -1, temp 19.0°C
(2:20) (2:00) (2:f0) (2:13) (2:2a) [checksum 01:00] [checksum 0a:0a]
(2:20) (2:02) (2:f2) (2:38) (2:89) [checksum 01:00] [checksum 09:09]
(2:20) (2:02) (2:f2) (2:38) (2:89) [checksum 01:00] [checksum 09:09]
Sat Sep 19 00:20:03 2009 station 2 (RFXCOM), thermo sensor, raw id: 0x222202, id: -1, temp 56.1°C
(2:20) (2:02) (2:f2) (2:38) (2:89) [checksum 01:00] [checksum 09:09]
(2:20) (2:02) (2:f2) (2:02) (2:19) [checksum 01:00] [checksum 09:09]
(2:20) (2:02) (2:f2) (2:02) (2:19) [checksum 01:00] [checksum 09:09]
(2:20) (2:02) (2:f2) (2:02) (2:19) [checksum 01:00] [checksum 09:09]
(2:20) (2:01) (2:f1) (2:00) (2:e0) [checksum 01:00] [checksum 00:00]
(2:20) (2:01) (2:f1) (2:00) (2:e0) [checksum 01:00] [checksum 00:00]
Sat Sep 19 00:20:03 2009 station 2 (RFXCOM), thermo sensor, raw id: 0x222201, id: -1, temp 0.1°C
(2:20) (2:01) (2:f1) (2:00) (2:e0) [checksum 01:00] [checksum 00:00]

It seems the 02F2 is battery voltage:

2002F23441 RFXsensor[754]V RFXSensor addr:02F2 ID:754 Supply Voltage:4,18 bits=32

And 01F1 is something like humidity combined with barometric pressure (which I do not have, but may be it is just sensors missing while the transmitter transmits all - I'll ask RFXCom support):

2001F101EF RFXsensor[497]Z RFXSensor addr:01F1 ID:497 RH:-19,71% Barometer:145hPa A/D voltage:0,15 bits=32

Cheers,
Headworx

And I still have this:

"error connect socket 127.0.0.1:5555 :Connection refused Warning: Data logging has been halted."

RFreceiver application is disconnected, but MH does not want to connect... Boris, is there any other process connected, blocking MH from acquiring data?

Cheers,
Headworx

The way the logger gets started changes for the coming version. I forgot to replace additional code on your system to reflect this change... will be fixed in a minute...

I've just got a message from RFXCom re 2nd sensor readings:

The 2nd sensor in the RFXSensor is the A/D sensor. If no Humidity or barometric sensor is connected this input is floating and will report
different values. It can be connected to ground so that always zero is reported or it can be connected to the +9V of the battery. This A/D sensor can measure DC voltages 0 to 10 Volt. BUT ONLY DC, DO NOT CONNECT AC VOLTAGES!

This is in line with my initial thoughts. I think MH should report it, and it should be up to user's preferences to use this data or not...

Looks like you cannot detect from received data if humidity or baro sensor is connected to rfx sensor. Therefore, I decided to report voltage (which might be computed to pressure or humidity by follow-processes) as numeric value beside temperature.

Sounds reasonable to me :)

Again thanks for all that work, I am happy to see the RFX being reported... Please let me know when you are done, so I can start messing with the system on my own :)

I changed one thing, it reports now output of both voltage detector (reference voltage as RFXvolt and measured voltage from ad converter as RFXad).

That's it for the moment. I logoff from your Meteohub now.

Thank you!

More food for thought. I have just had to strip my UVR138 down and fit ferrite rings on the data and power supply cables. This was to help kill unwanted interference from other stations and unknown rf signals. All is well with mine at the moment.


























__________________________________________________________
Ramos W30HD Tablet PC Ainol Novo7 Tablet PC ONDA V972 Tablet PC