Welcome to the Cumulus Support forum.
Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 2024
Cumulus MX V4 beta test release 4.0.0 (build 4019) - 03 April 2024
Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)
Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki
Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 2024
Cumulus MX V4 beta test release 4.0.0 (build 4019) - 03 April 2024
Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)
Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki
WiFiLogger for Davis stations
- PaulMy
- Posts: 3849
- Joined: Sun 28 Sep 2008 11:54 pm
- Weather Station: Davis VP2 Plus 24-Hour FARS
- Operating System: Windows8 and Windows10
- Location: Komoka, ON Canada
- Contact:
Re: WiFiLogger for Davis stations
Not totally reliable as yet. Sometimes it can run for a couple of days and then only for a few hours before CumulusMX crashes. Whenever there is some action with either the console or WiFiLogger settings, such as firmware update or console setting changes, then CumulusMX crashes pretty quick. I have tried to shut down CumulusMX before doing those things, but still some crashes at other times.
The Davis Envoy/USB logger and Cumulus1 is my main setup and that works flawless. The Vue console/WiFiLogger uploads and CumulusMX is still in trial.
Paul
The Davis Envoy/USB logger and Cumulus1 is my main setup and that works flawless. The Vue console/WiFiLogger uploads and CumulusMX is still in trial.
Paul
VP2+
C1 www.komokaweather.com/komokaweather-ca
MX https://komokaweather.com/cumulusmx/index.htm /index.html /index.php
MX https://komokaweather.com/cumulusmxwll/index.htm /index.html /index.php
MX https:// komokaweather.com/cumulusmx4/index.htm
![Image](http://www.komokaweather.com/weather/current.php)
C1 www.komokaweather.com/komokaweather-ca
MX https://komokaweather.com/cumulusmx/index.htm /index.html /index.php
MX https://komokaweather.com/cumulusmxwll/index.htm /index.html /index.php
MX https:// komokaweather.com/cumulusmx4/index.htm
-
- Posts: 1256
- Joined: Mon 09 Jul 2012 8:40 pm
- Weather Station: Davis VP2 Cabled
- Operating System: Windows 10 Pro
- Location: Auckland, New Zealand
- Contact:
Re: WiFiLogger for Davis stations
I Agree,
Having issues with CumulusMX shutting down - gone back to USB Logger for now.
In discussion with Developer.
Steve
Could you please provide a current clear description of;
Disconnect period (VP2PeriodicDisconnectInterval)=?
DavisIPResponseTime=1000
and
RestartIfDataStops=1
Are these now fully functional in CumulusMX?
It seems the correct settings in these parameters may help with WiFiLogger issues.
Am trying to get two copies of MX running in same Computer and have two consoles;
VP2 Console at C:\CumulusMX\ on a Davis USB logger on Com3
Envoy at C:\CumulusMXIP\ on the TCPIP WiFiLogger at port 22222.
Either will run but not both together.
Have turned off the Setting Stop Second Instance in both - Any suggestions?
Thanks
Having issues with CumulusMX shutting down - gone back to USB Logger for now.
In discussion with Developer.
Steve
Could you please provide a current clear description of;
Disconnect period (VP2PeriodicDisconnectInterval)=?
DavisIPResponseTime=1000
and
RestartIfDataStops=1
Are these now fully functional in CumulusMX?
It seems the correct settings in these parameters may help with WiFiLogger issues.
Am trying to get two copies of MX running in same Computer and have two consoles;
VP2 Console at C:\CumulusMX\ on a Davis USB logger on Com3
Envoy at C:\CumulusMXIP\ on the TCPIP WiFiLogger at port 22222.
Either will run but not both together.
Have turned off the Setting Stop Second Instance in both - Any suggestions?
Thanks
- PaulMy
- Posts: 3849
- Joined: Sun 28 Sep 2008 11:54 pm
- Weather Station: Davis VP2 Plus 24-Hour FARS
- Operating System: Windows8 and Windows10
- Location: Komoka, ON Canada
- Contact:
Re: WiFiLogger for Davis stations
Hi Brian,
I am running very similar to you BUT:
Envoy/USB and Cumulus 1
and Vue console/WiFiLogger and CumulusMX
both on the same computer.
I can run both Cumulus 1 and CumulusMX at the same time until CumulusMX crashes. Current CumulusMX running into 2nd day and Cumulus 1 does not fail at all.
My settings:
Cumulus 1
Davis type - tick Serial
Tick Confirm shutdown
Tick Close on suspend
Tick Stop second instance
Tick Restart if unplugged
CumulusMX
Davis Connection - TCP/IP TCP Port 22222
Disconnect period 20
Tick Stop second instance
CumulusMX does not have all the settings options that Cumulus 1 has and maybe the extra options on Cumulus 1 is why I can run both at the same time on the same computer.
Paul
I am running very similar to you BUT:
Envoy/USB and Cumulus 1
and Vue console/WiFiLogger and CumulusMX
both on the same computer.
I can run both Cumulus 1 and CumulusMX at the same time until CumulusMX crashes. Current CumulusMX running into 2nd day and Cumulus 1 does not fail at all.
My settings:
Cumulus 1
Davis type - tick Serial
Tick Confirm shutdown
Tick Close on suspend
Tick Stop second instance
Tick Restart if unplugged
CumulusMX
Davis Connection - TCP/IP TCP Port 22222
Disconnect period 20
Tick Stop second instance
CumulusMX does not have all the settings options that Cumulus 1 has and maybe the extra options on Cumulus 1 is why I can run both at the same time on the same computer.
Paul
VP2+
C1 www.komokaweather.com/komokaweather-ca
MX https://komokaweather.com/cumulusmx/index.htm /index.html /index.php
MX https://komokaweather.com/cumulusmxwll/index.htm /index.html /index.php
MX https:// komokaweather.com/cumulusmx4/index.htm
![Image](http://www.komokaweather.com/weather/current.php)
C1 www.komokaweather.com/komokaweather-ca
MX https://komokaweather.com/cumulusmx/index.htm /index.html /index.php
MX https://komokaweather.com/cumulusmxwll/index.htm /index.html /index.php
MX https:// komokaweather.com/cumulusmx4/index.htm
-
- Posts: 1256
- Joined: Mon 09 Jul 2012 8:40 pm
- Weather Station: Davis VP2 Cabled
- Operating System: Windows 10 Pro
- Location: Auckland, New Zealand
- Contact:
Re: WiFiLogger for Davis stations
OK, If you are running different programs then there should not be a conflict.
I could run 2 MXs but in different PCs but my understanding is that I should be able to run 2 MXs at the same time but in different folders however that does not seem to be the case (Yet?).
I could run 2 MXs but in different PCs but my understanding is that I should be able to run 2 MXs at the same time but in different folders however that does not seem to be the case (Yet?).
- laulau
- Posts: 678
- Joined: Tue 13 Oct 2009 10:52 pm
- Weather Station: WeatherDuino Pro2
- Operating System: Win 7
- Location: Meyenheim, Alsace, FR
- Contact:
Re: WiFiLogger for Davis stations
Perhaps this works also in windowsWhen Cumulus starts, it will display the URL of the user interface. It runs on port 8998 by default; if this is not suitable for some reason you can over-ride it using the '-port' parameter on the command line, e.g. to use port 9999 instead:
sudo mono CumulusMX.exe -port 9999
![Exclamation :!:](./images/smilies/icon_exclaim.gif)
- steve
- Cumulus Author
- Posts: 26701
- Joined: Mon 02 Jun 2008 6:49 pm
- Weather Station: None
- Operating System: None
- Location: Vienne, France
- Contact:
Re: WiFiLogger for Davis stations
VP2PeriodicDisconnectInterval: When the clock minute changes, Cumulus stops the current stream of data from the console, disconnects, waits for the specified number of milliseconds, and then attempts to reconnect.BCJKiwi wrote:Disconnect period (VP2PeriodicDisconnectInterval)=?
DavisIPResponseTime=1000
and
RestartIfDataStops=1
Are these now fully functional in CumulusMX?
DavisIPResponseTime: The length of time in milliseconds which Cumulus waits to allow a response from the console to a command (i.e. a request for any kind of data)
RestartIfDataStops: Cumulus 1 attempts to restart itself if it has had no data from the station for 60 seconds. Currently no effect in MX.
MX will not currently work reliably in any situation where the connection to the console may be lost. Loss of the connection causes an exception when MX tries to talk to the station, and MX does not currently handle the exception, which is why it crashes. This is not an issue in Cumulus 1 because the Davis DLL handles the connection.
You should be able to run multiple instances of MX on the same machine as long as you do not try to use the same TCP port for user interface (you can change it in the way Laurent suggests).
Steve
-
- Posts: 1256
- Joined: Mon 09 Jul 2012 8:40 pm
- Weather Station: Davis VP2 Cabled
- Operating System: Windows 10 Pro
- Location: Auckland, New Zealand
- Contact:
Re: WiFiLogger for Davis stations
Thanks Steve ( and Laurent )
The explanation helps a lot.
CumulusMX's are running on win10 - one on USB and one on IP.
Second instance Administrator Cumulus.exe shortcut:-
Target: C:\CumulusMXIP\CumulusMX.exe -port 8997
Start in: C:\CumulusMXIP
Second instance CumulusMX.exe shortcut:-
URL: http://10.0.0.1:8997/
These work OK but there is an error on start up but this does not stop loading or running of .exe or User Interface websites.
Have attached a snippet from MXdiags which indicates both instances of web socket server are sharing port 8002 and .net is complaining.
![Cool 8-)](./images/smilies/icon_cool.gif)
The explanation helps a lot.
CumulusMX's are running on win10 - one on USB and one on IP.
Second instance Administrator Cumulus.exe shortcut:-
Target: C:\CumulusMXIP\CumulusMX.exe -port 8997
Start in: C:\CumulusMXIP
Second instance CumulusMX.exe shortcut:-
URL: http://10.0.0.1:8997/
These work OK but there is an error on start up but this does not stop loading or running of .exe or User Interface websites.
Have attached a snippet from MXdiags which indicates both instances of web socket server are sharing port 8002 and .net is complaining.
You do not have the required permissions to view the files attached to this post.
- mcrossley
- Posts: 12763
- Joined: Thu 07 Jan 2010 9:44 pm
- Weather Station: Davis VP2/WLL
- Operating System: Bullseye Lite rPi
- Location: Wilmslow, Cheshire, UK
- Contact:
Re: WiFiLogger for Davis stations
You need to use the -wsport parameter on the second instance to alter the web socket port as well as the http port
-
- Posts: 1256
- Joined: Mon 09 Jul 2012 8:40 pm
- Weather Station: Davis VP2 Cabled
- Operating System: Windows 10 Pro
- Location: Auckland, New Zealand
- Contact:
Re: WiFiLogger for Davis stations
Well the issues I'm seeing are ongoing.
2 instances of MX will not play nicely even with -wsport setting.
So in an atempt to test the WiFiLogger I set up MX in another PC and copied in the data, .ini etc etc files and ran it.
It is still not stable and stops at interminate periods sometimes over a day and somtimes withing a few hours.
The MXdiags error listing is as follows:-
Obvoiusly there is no C:\Users\steve\Documents\Visual Studio 2015\Projects\CumulusMX\CumulusMX\DavisStation.cs in the PC but assume this is just an internal error message listing in the code.
Have attached an edited version of the Cumulus.ini file in case there are settings missing/or should be changed.
Not sure what to try next - wondering if trying Cumulus1 with the Davis.dll or turning off loop2 might have any bearing on the issue.
Thanks
2 instances of MX will not play nicely even with -wsport setting.
So in an atempt to test the WiFiLogger I set up MX in another PC and copied in the data, .ini etc etc files and ran it.
It is still not stable and stops at interminate periods sometimes over a day and somtimes withing a few hours.
The MXdiags error listing is as follows:-
Code: Select all
2018-07-10 18:28:48.399 System.IO.IOException: Unable to write data to the transport connection: An existing connection was forcibly closed by the remote host. ---> System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host
at System.Net.Sockets.Socket.Send(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
at System.Net.Sockets.NetworkStream.Write(Byte[] buffer, Int32 offset, Int32 size)
--- End of inner exception stack trace ---
at System.Net.Sockets.NetworkStream.Write(Byte[] buffer, Int32 offset, Int32 size)
at CumulusMX.DavisStation.SendLoopCommand(TcpClient tcpPort, String commandString) in C:\Users\steve\Documents\Visual Studio 2015\Projects\CumulusMX\CumulusMX\DavisStation.cs:line 766
at CumulusMX.DavisStation.Start() in C:\Users\steve\Documents\Visual Studio 2015\Projects\CumulusMX\CumulusMX\DavisStation.cs:line 580
at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()
Have attached an edited version of the Cumulus.ini file in case there are settings missing/or should be changed.
Not sure what to try next - wondering if trying Cumulus1 with the Davis.dll or turning off loop2 might have any bearing on the issue.
Thanks
You do not have the required permissions to view the files attached to this post.
- steve
- Cumulus Author
- Posts: 26701
- Joined: Mon 02 Jun 2008 6:49 pm
- Weather Station: None
- Operating System: None
- Location: Vienne, France
- Contact:
Re: WiFiLogger for Davis stations
This is the issue I described above, the connection was closed and MX does not handle it. You are unlikely to get MX to play nicely in a situation where the connection can get closed while it is using it, regardless of settings.
Steve
-
- Posts: 317
- Joined: Sat 05 Feb 2011 7:13 pm
- Weather Station: VP2
- Operating System: Windows - all flavours
- Location: Littleport, East Cambs, UK
Re: WiFiLogger for Davis stations
Steve, I may be wrong but this sounds like it is an error that could (easily?) be handled, at least in principle with a tweak to CMX.steve wrote:This is the issue I described above, the connection was closed and MX does not handle it. You are unlikely to get MX to play nicely in a situation where the connection can get closed while it is using it, regardless of settings.
I'm aware of the situation with CMX development, but any chance that you could offer a pointer as to the likelihood of a fix happening in eg the next 6-12 months - I'm thinking along the lines of possible vs definitely not vs no idea!
Right now it looks like CMX is not really recommendable for use with the new generation of Davis-compatible loggers that may be configured to do other uploads while still feeding LOOP data to software like CMX and where, at least occasionally, a new LOOP packet may not be available within the required time window.
- steve
- Cumulus Author
- Posts: 26701
- Joined: Mon 02 Jun 2008 6:49 pm
- Weather Station: None
- Operating System: None
- Location: Vienne, France
- Contact:
Re: WiFiLogger for Davis stations
John, yes, it’s something that could (and should) be handled. Regarding a fix in the timescale you mention, I would think that at some point in the next few months I will either find the time to do a few enhancements, or I will finally decide to make the source code available.
I’m not sure I understand your description of the problem, though. I’m pretty sure MX already copes with LOOP packets not arriving. The diagnostics that have been presented suggest that the problem is that the connection is being disconnected (and not by MX). This is the same as happens sometimes with Davis IP loggers.
I’m not sure I understand your description of the problem, though. I’m pretty sure MX already copes with LOOP packets not arriving. The diagnostics that have been presented suggest that the problem is that the connection is being disconnected (and not by MX). This is the same as happens sometimes with Davis IP loggers.
Steve
-
- Posts: 317
- Joined: Sat 05 Feb 2011 7:13 pm
- Weather Station: VP2
- Operating System: Windows - all flavours
- Location: Littleport, East Cambs, UK
Re: WiFiLogger for Davis stations
[Not sure this is the right forum to continue this thread, but since it's started here...]
Thanks Steve, that's helpful.
I clearly don't understand enough about the detail of how the IP connection is made. I had imagined that this connection was, in a sense, always on, ie if a data packet arrived on a given port number then it would always be delivered to the relevant software (assuming that the software was loaded and active). So I'd imagined that the MX problem with the WiFi logger was simply a delayed next LOOP packet.
But it sounds like that's the wrong picture and there is actually an active connection established between WFL and MX. (Is there something akin to Redirector code delivering data to MX via a VCP for instance?) And what's causing the problem is that the connection is being taken down from the WFL end. So what's needed is - if possible - for the connection to stay up even if the next LOOP packet is delayed significantly (or even missed altogether), while the WFL is performing other tasks. Is that a more accurate statement of the problem?
Apologies if I'm fumbling with terminology here, but just trying to understand the issue better to see if there are alternative fixes possible.
Thanks Steve, that's helpful.
I clearly don't understand enough about the detail of how the IP connection is made. I had imagined that this connection was, in a sense, always on, ie if a data packet arrived on a given port number then it would always be delivered to the relevant software (assuming that the software was loaded and active). So I'd imagined that the MX problem with the WiFi logger was simply a delayed next LOOP packet.
But it sounds like that's the wrong picture and there is actually an active connection established between WFL and MX. (Is there something akin to Redirector code delivering data to MX via a VCP for instance?) And what's causing the problem is that the connection is being taken down from the WFL end. So what's needed is - if possible - for the connection to stay up even if the next LOOP packet is delayed significantly (or even missed altogether), while the WFL is performing other tasks. Is that a more accurate statement of the problem?
Apologies if I'm fumbling with terminology here, but just trying to understand the issue better to see if there are alternative fixes possible.
- steve
- Cumulus Author
- Posts: 26701
- Joined: Mon 02 Jun 2008 6:49 pm
- Weather Station: None
- Operating System: None
- Location: Vienne, France
- Contact:
Re: WiFiLogger for Davis stations
MX has to first establish a TCP connection to the logger before it can begin exchanging data with it. It currently doesn’t allow for the possibility that the connection may no longer exist when it tries to send a command, and what happens then is that the system raises an exception, which MX doesn’t handle, and an unhandled exception results in a crash. I don’t know why the connection gets disconnected, but it doesn’t really matter - MX needs to handle the situation.
The other thing it needs to do is to re-establish the connection, but I think that there may already be code in there to do that, but it’s currently of no use in this situation as it’s already crashed.
The other thing it needs to do is to re-establish the connection, but I think that there may already be code in there to do that, but it’s currently of no use in this situation as it’s already crashed.
Steve