Welcome to the Cumulus Support forum.

Latest Cumulus MX V4 release 4.4.2 (build 4085) - 12 March 2025

Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 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

If you are posting a new Topic about an error or if you need help PLEASE read this first viewtopic.php?p=164080#p164080

<#rmonth> no returning correct value

From build 3044 the development baton passed to Mark Crossley. Mark has been responsible for all the Builds since. He has made the code available on GitHub. It is Mark's hope that others will join in this development, but at the very least he welcomes your ideas for future developments (see Cumulus MX Development suggestions).

Moderator: mcrossley

TheBridge
Posts: 119
Joined: Mon 16 Mar 2020 3:23 am
Weather Station: Davis
Operating System: Windows 10
Contact:

Re: <#rmonth> no returning correct value

Post by TheBridge »

Thanks Mark,
I have found my MX keeps 'stalling' in on-line updates (it goes ok for a bit then stops). Debug log says '*** Data input appears to have stopped' over and over again'. The system (Davis VP) runs fine under Cumulus 1. The Davis Datalogger is connected to host via serial at 9600 baud. Does MX have a serial speed setting I can check (didn't find any in the webpage station setup section). Latest MX log attached.
20200317-083957.txt
You do not have the required permissions to view the files attached to this post.
User avatar
mcrossley
Posts: 14388
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: <#rmonth> no returning correct value

Post by mcrossley »

I'm surprised it works at all if the comm port speeds don't match!

Why have you changed it from the default 19,200 baud?

You can add an entry to the Cumulus.ini file in the [station] section to override the default...

Code: Select all

DavisBaudRate=9600
TheBridge
Posts: 119
Joined: Mon 16 Mar 2020 3:23 am
Weather Station: Davis
Operating System: Windows 10
Contact:

Re: <#rmonth> no returning correct value

Post by TheBridge »

Mark,
Baud rates now all set 19200. Restarted MX. It's not updating website. Some obscure setting i have in my MX? (Culumus I runs fine)
I still see a lot of 'WaitForAck TimeOut' occurrences in the most recent debug log.
20200318-080840.txt
You do not have the required permissions to view the files attached to this post.
User avatar
mcrossley
Posts: 14388
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: <#rmonth> no returning correct value

Post by mcrossley »

It sort of looks like there is a loopback on the serial connection. When it should be just getting a 0x06 character back for a ACK command, it is getting 0xA,0xD = CRLF
water01
Posts: 3670
Joined: Sat 13 Aug 2011 9:33 am
Weather Station: Ecowitt HP2551
Operating System: Windows 10/11 64bit Synology NAS
Location: Burnham-on-Sea
Contact:

Re: <#rmonth> no returning correct value

Post by water01 »

Has he set the serial port up correctly in MX?
David
Image
User avatar
mcrossley
Posts: 14388
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: <#rmonth> no returning correct value

Post by mcrossley »

water01 wrote: Wed 18 Mar 2020 4:50 pm Has he set the serial port up correctly in MX?
Not much to set really, it Windows, so COM4, 19200, is there more?
TheBridge
Posts: 119
Joined: Mon 16 Mar 2020 3:23 am
Weather Station: Davis
Operating System: Windows 10
Contact:

Re: <#rmonth> no returning correct value

Post by TheBridge »

Settings for MX station connection are pretty basic. Station settings in MX same as Cumulus 1 which ran very well. But Mark is seeing 0xA,0xD = CRLF instead of 0x06 back for an ACK command. Don't know how to adjust that within MX or why it needs adjustment given it is the same hardware is working well (for years) under Cumulus 1. As is said 'it is getting curiouser and curiouser'
MX Station setting screen shot.png
You do not have the required permissions to view the files attached to this post.
User avatar
mcrossley
Posts: 14388
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: <#rmonth> no returning correct value

Post by mcrossley »

Have you set the VP2 console to 19,200 as well?
TheBridge
Posts: 119
Joined: Mon 16 Mar 2020 3:23 am
Weather Station: Davis
Operating System: Windows 10
Contact:

Re: <#rmonth> no returning correct value

Post by TheBridge »

Hi Mark, I have Cumulus 1 running like a watch. But when I make a separate install for using the Cumulus 1 'Cumulus.ini' file and making necessary directory name changes, still seeing 0xA,0xD = CRLF instead of 0x06 (ACK) root in debug log. Davis says there is no way to change (or have caused it to change) the Envoy datalogger device it yet fine under Cumulus 1. I guess this will be a mystery left unsolved.
Post Reply