WXforum.net
Weather Software => Meteohub/Meteobridge => Topic started by: Gomer on May 29, 2017, 07:27:47 PM
-
Hopefully this will help someone out.
Here is my configuration:
Davis IP-----------> LAN
Meteobridge-------> LAN------>Davis IP
Weather Display--->LAN------>Meteobridge
I had a problem with my indoor press "freezing" and not updating my altimeter readings. In Weather Display's station type & settings, I unticked "force barometer update every minute" and Meteobridge started updating the indoor press. \:D/
Meteobridge and Weather Display is now receiving and updating Barometer readings with no problems.
-
Interesting. I have a similar setup but my problem is that every time I boot up Weather Display my reported baro drops about 50 milibars on CWOP (WD set to not send to CWOP). I shutdown WD and the baro returns to normal. Ever seen anything like that?
-
@merlinwx
is that barometer change in WD or meteobridge or cwop ?
-
Merlinwx, I was experiencing similar problems. All other sensors were reporting fine. I think WD and Meteobridge are fighting for Baro updates.
I had to untick "force baro updates" everytime I restarted WD. WD does not save that setting after a restart.
-
I am not able to duplicate that setting not sticking (off) here on restart
-
@merlinwx
is that barometer change in WD or meteobridge or cwop ?
The change is on CWOP. WD and MB are in sync.
-
Merlinwx, I was experiencing similar problems. All other sensors were reporting fine. I think WD and Meteobridge are fighting for Baro updates.
I had to untick "force baro updates" everytime I restarted WD. WD does not save that setting after a restart.
Thx for the info, but I still don't understand how I am pushing a bad baro out to CWOP if I have WD comm to the internet shut off. My goal is run WD locally (no internet connection, WLAN only) with MB pushing my console data to CWOP, WU, etc. Is this configuration not possible? BTW, I had the same issue with Cumulus.
Here's a screen shot of the "WD event" from CWOP QC:
[ You are not allowed to view attachments ]
-
make sure to not have set in WD, CWOP setup, to use Altimeter baro, maybe
-
WD makes the baro correction internally, no way I know of to stop that. CWOP posts what you send them (MB corrected). CWOP function in WD is turned off but still there seems to be an interface issue between WD and MB that is causing MB to send a bad baro reading to CWOP. Wonder why docbee hasn't weighed in on this...he's the expert. We're just shooting in the dark.
-
How does WD connect to Meteobridge? Is it on port 22222 where MB mimics being a WLIP daralogger?
-
WD connects to MB via port 22222.
-
I think I found the fix. I unchecked "Send altimeter data" in WD CWOP setup. All baro reports seem to be in sync now. I guess WD and MB were conflicting at the access point as Gomer suggested. WD saves this change after restart.
waiukuweather, this may be what you were suggesting above?
-
yes, that is what I was suggesting
-
I think I found the fix. I unchecked "Send altimeter data" in WD CWOP setup. All baro reports seem to be in sync now. I guess WD and MB were conflicting at the access point as Gomer suggested. WD saves this change after restart.
waiukuweather, this may be what you were suggesting above?
Sorry to report I spoke too soon... the original 50 millibar error is back when WD is running. Since this is happening with both Cumulus and WD, I'm inclined to believe this is a MB interface problem.
-
is this with the baro reading on CWOP
and is that the reading provided by Meteobridge?
i.e is Meteobridge updating CWOP (and the other software are not), or?
-
Whatever is going on when WD (or cumulus) is running, its forcing MB to adjust the baro reading about it 50 hpa before it sends to CWOP. Certainly appears to be a MB interface issue.
-
I am currently running Meteobridge and WD with this config with no problems.
Davis--->Meteobridge--->CWOP
|
WD--->WU
Maybe WD/Cumulus is actively getting updates instead of receiving passively? Dunno, But the trick worked for me.
Maybe it's Davis's IP logger not able to handle/receive multiple connections.
-
I have a Belfryboy logger (Davis clone). Here's my setup:
VP2 --> Belfryboy logger -->MB -->CWOP/WU
l
WD (WLAN to laptop)
Could be the logger, but I thought WD was passively receiving the logger data from MB.
-
Hey, docbee...wanna jump in here and tell us why Meteobridge doesn't interface properly with WD?
-
Meteobridge makes use of LOOP2 data packets from the Vantage. This data gives proper station pressure, while the more widely used LOOP packets just provide sea level pressure which is very hard to be back computed to proper station pressure (as average temperatures etc are part of the computation), especially in large altitudes.
When Meteobridge hands over control of the Vantage to WD it is no longer controlling which kind of packets are requested from WD and by that only examines the LOOP packets WD requests. Therefore, results vary from Meteobridge working alone with the Vantage or in "cooperation" with WD.
Only stations on large altitudes might be impacted by this.
-
but if only meteobridge is sending data to CWOP
then why is the CWOP barometer impacted
that is the question
(and WD is able to calculate its own altimeter reading,but to do so it gets the raw readings from the davis console (only if set to do that for when its sending data to CWOP)
-
You wont see this when Meteobridge is not forced being a slave to WD.
-
Would it work right, If WD requested Loop2 packets?
-
You wont see this when Meteobridge is not forced being a slave to WD.
or cumulus
so you are saying that the problem only occurs if meteobridge is providing data to WD as well as to CWOP
surely that is something you can fix (and only you)
-
surely that is something you can fix (and only you)
...or you by just using Meteobridge :lol:
-
I am just working on a more proper back-calculation from Vantage SLP to station pressure, which should give better results in case LOOP2 packets are not requested by the back-packed PC program.
Can someone with a station at high altitude please give me a remote access to his Meteobridge, so that I can test if that works better? Please send credentials to "info(at)smartbedded.com". Thanks.
-
I just released a new version that does do better back calculation of station pressure from SLP when LOOP2 packets not available.
-
I am just working on a more proper back-calculation from Vantage SLP to station pressure, which should give better results in case LOOP2 packets are not requested by the back-packed PC program.
Can someone with a station at high altitude please give me a remote access to his Meteobridge, so that I can test if that works better? Please send credentials to "info(at)smartbedded.com". Thanks.
I'm at about 8000'; do you still need access to a high altitude station?
-
thanks, not at the moment. When I get postings right here, situation has been resolved (at least I don't see any more threads on this after the above mentioned update).