Page 1 of 1

V2.3a - Rapid Fire is not working ** solved **

Posted: Sat May 10, 2008 6:09 pm
by cbhiii
Is there a way to check if the Weather Underground rapid fire packets are being sent to Weather Underground? A log file maybe?

First problem:
Since I upgraded to v2.3a I've noticed that Weather Underground is not receiving my rapid fire data every few seconds because my station is no longer listed as 'Rapid Fire' on their site.

Second problem:
Regular packets are taking 10 minutes to be sent to Weather Underground even though my setting is for 5 minutes.

You can see the times of my packets here and sometimes there are sent at 5 minutes and sometimes 10 minutes.

http://www.wunderground.com/weatherstat ... =KMIROCKF4


Can you confirm this?

Re:V2.3a - Rapid Fire is not working

Posted: Sun May 11, 2008 12:31 am
by bsparks
Good call. I did not notice that, but I apparently am no longer in rapid fire as well. I have the same equipment setup that you do--a Davis Vantage Pro2 with Meteohub.

My wind speed has always been weird, just like yours... in those strange .9s and 2mph increments.

I have also gotten a slew of connect errors from regular Wunderground (not rapid fire)

I'm going to see what I can find out.

Boris posted this in another thread:
when you login via ssh you can initiate a weather network update in debug mode with \"/home/meteohub/meteonet -d\". It will take some seconds until data gets printed

Re:V2.3a - Rapid Fire is not working

Posted: Sun May 11, 2008 4:27 pm
by admin
wu rapid fire is realized by running the weather network part of Meteohub as a daemon. This daemon is named \"meteonet\". If you are familiar with SSH you could login and check by \"ps | grep meteonet\" if such a process is running. It is started on every reboot. So rebooting might help or saying \"rcmeteonetd start\" in an SSH session will make this running.

Question remains... why has this daemon being halted on your system? I don't expect doing the update will inhibit this daemon being started.

Re:V2.3a - Rapid Fire is not working

Posted: Sun May 11, 2008 4:55 pm
by bsparks
I ran the ps | grep meteonet command, and I'm showing that the meteonet process is running.

Running rcmeteonetd start and then ps | grep again shows two instances running. Restarting the NSLU2 seemed to fix the problem, as we are sending in Rapid Fire updates. I'll see if that also fixes the 50+ connection errors I was receiving each day from Meteohub.

Re:V2.3a - Rapid Fire is not working

Posted: Mon May 12, 2008 8:17 pm
by cbhiii
A reboot also seemed to fix my problem. It had been running since the upgrade. Not sure if this problem will come back in the future or not.

Re:V2.3a - Rapid Fire is not working

Posted: Fri May 16, 2008 5:00 pm
by bsparks
The problem did come back. RapidFire quit working. A reboot fixed it again, but it doesn't appear to be stable.

Re:V2.3a - Rapid Fire is not working

Posted: Sat May 17, 2008 3:56 am
by cbhiii
I can confirm this as well. Rapid Fire is no longer working. My status is listed as normal.

This is not good. When will a fix be available?

Re:V2.3a - Rapid Fire is not working

Posted: Sat May 17, 2008 4:08 am
by cbhiii
Ok. And now all of a sudden it's working again and I did not do anything to Meteohub. It just started working.

This is an intermittent problem it appears.

Re:V2.3a - Rapid Fire is not working

Posted: Sun May 18, 2008 11:44 pm
by admin
Are there any log file entries that might shed some light on this?

rapid file is realized by a daemon, so if this daemon quits, no more rapd fire.

reguluar update every 5 minutes or so is dane by cron (as the other weather network puch services) so this should run regardless what has happend to the daemon.

Meteohub needs the data logger running to feed the weather networks with fresh data. If the data logger process is down, weather network update functions will be suspended as well.

Re:V2.3a - Rapid Fire is not working

Posted: Sat May 24, 2008 7:59 pm
by cbhiii
I'll be watching it under v2.3c now and see what happens.

Re:V2.3a - Rapid Fire is not working

Posted: Sun May 25, 2008 2:05 am
by admin
Solved from 2.3d on