Cumulus Support

mcrossley

Nope, mine agreed with WeatherLink.

You don't have a multiplier set do you?

Please switch on debug logging and after the next rain event post the log file.

mcrossley

I spilt this to a new topic as it has nothing to do with WXSim

mcrossley

In the current beta WU rapid fire does not work, if you have that enabled try disabling it.

mcrossley

I've had a look at the code, and if an Extra Web File just created at the path location (rather than being uploaded), then the global UTF-8 encoding value is being used rather than the value set in the Extra Web Files screen. (Internet Settings > Web/Upload Site > General Settings) I'll fix that for...

mcrossley

No it will not correct the value in MX. You only mentioned the value in the device in your post. @paul you are correct, I thought it set the current value, but it does indeed set the value before you install the station. @flort, recent versions of MX now ignore large increases in the rain counter as...

mcrossley

In the WeatherLink phone app you can edit the yearly rainfall todate.

Devices > Edit > Stations and sensors > Edit > Advanced settings

You can do similar on the weatherlink.com web site.

mcrossley

freddie wrote: ↑Mon 01 Apr 2024 5:49 pm Isn't Ambient and Ecowitt the same thing?

It's made by Ecowitt and rebadged as Ambient (who have some rights to resale in the USA), but it is also locked down and restricted in some respects (fewer sensor types available etc) compared with the Ecowitt equivalents.

mcrossley

The rain total of the last rain event. It takes two tips of the rain spoon to begin a storm event and 24 hours without rain to end a storm event

The question is, how long can it be between those first two tips for it to registered as an "event"?

mcrossley

Thanks Freddie. It says the working directory is not a directory. Also /opt/dotnet/dotnet is not a directory. Gave the following - Apr 01 21:07:24 raspberrypi systemd[1]: Started CumulusMX service. Apr 01 21:07:24 raspberrypi systemd[15002]: cumulusmx-rpi.service: Changing to the requested working ...

mcrossley

I just checked, and you are correct the MQTT update is only called for observation packets, there is no call after a "rapid wind" packet.

I'll get that fixed.

mcrossley

Dinant wrote: ↑Mon 01 Apr 2024 1:40 pm I see I've made a typo in the mqtt file instead of "retain": true I've used "retain": "true". I don't know if that causes the problem.

I'm not sure, I've never tested it, but the correct syntax would be "retain":true

mcrossley

Good info, thanks for posting the solution.

mcrossley

OK, found the problem, and fixed for the 4019 build.

mcrossley

To be clear, which log file did you remove the decimals from and the extra sensor data then worked, the ExtraLog202403.txt file?

mcrossley

Good spot, it is only displayed if you "change" the station type, opening the settings with the station already set does not display the field.

The attached js script should fix that.

Cumulus Support

Search found 11430 matches

Re: Data inconsistencies Weatherlink- Cumulus

Re: CumulusMX V4 beta - WU not updating

Re: CumulusMX V4 beta - WU not updating

Re: Degrees symbol encoding

Re: Need help adjusting crazy yearly rainfall totals

Re: Need help adjusting crazy yearly rainfall totals

Re: What hardware is compatable to Cumulus

Re: How long after .01" rain to wait until next .01" for storm

Re: Installing .net on RPi

Re: MQTT not published when the data arrives for the Tempest weatherstation

Re: MQTT retain flag not applied

Re: NEW RPi and swapping across a SSD

Re: CMXv4 ExtraSensors Trends

Re: CMXv4 ExtraSensors Trends

Re: B4018 fails to get data from Ecowitt with Type 14 station