Cotech

[exsat]

Hi, all. i have a wh1080 that have die, this have been sold at Clas Ohlson. Now i can see that they sell a other one, i have use CumulusMX for years, and i just love it. Can anybody tell if i can use the Cotech station on the CumulusMX ? I am not sure if i can post a url, here, but i am just try. https://www.clasohlson.com/no/Trå ... /p/36-7959

Exsat

[water01]

Looking at the spec I think it is unlikely to be supported and it definitely is NOT in the supported devices in the Wiki.

I would look at Ecowitt weather stations if I was you.

[exsat]

Tank you for answer David

[exsat]

this one ? https://www.westsystem.no/p/20215/vaers ... tilkobling

It dont support USB connection ?

[water01]

No I am sorry not supported.

Ecowitt have Amazon shop in Norway and I would recommend them. https://www.amazon.com/s?k=norway+ecowi ... nb_sb_noss

[exsat]

Well, i have browse the net for weather stations, and there are a jungel with differents types. Many station use wifi, and not USB. I am not sure how i add a wifi station into my Cumulus website. https://exsat.de/cumulu2/pub5/ . I was hope i could find a alternatives weather station as the fine offset 1080w. It would also be fine to use the weather log i already have on my site.

[broadstairs]

It's really easy to set up CumulusMX with a wireless station, I have the GW1103 and setting it up was very straight forward, the only thing to be wary of is that the Ecowitt stations use 2.4ghz wifi not 5ghz but once done it is easy. The GW2000 gateway can also use a cable lan connection instead of wifi.

Stuart

[exsat]

Thank you all for point me into correkt direction for station that will work in CumulusMX. After pull the sensors from each other, and do some iron soldering, i have make the wh1080 work again I am running CumulusMX version 3.10.5, so i should absolute do a upgrade. I have read the wiki about this, but i am not sure if i would loose any of the history data in webfiles area. Can i just use the CumulusMXDist3141.zip safely ?

[SamiS]

I'm not aware of any reason why you would lose any historic data during update. Of course you should do proper backups of your data beforehand.

Can I ask why you would want to upgrade to such an old version and not the latest, since even the newest has been out over a month, and does not have any known critical issues? Besides the wiki, you could read through the version history thread (link of the latest release on pink banner at the top of the page) about the changes between your current version and the one that you plan to upgrade to.

As far as I can see, your current version already has the new website, so it should not be an issue. From a quick peek v3.20.0 did do some larger changes, that can break things with mysql or ftps connections, but otherwise I think the upgrade even straight to the newest build should be quite painless. If someone else disagrees, please speak up.

[exsat]

well, i was read this from wiki: Currently running 3.10.x or 3.11.y
Treat like any other major version upgrade as described above.

The changes between any 3.10.x release and any 3.11.y release were minor, but you can't go from 3.10.x to the latest release, because you must use 3.12.0 to convert Cumulus.ini.

[SamiS]

well, i was read this from wiki: Currently running 3.10.x or 3.11.y
Treat like any other major version upgrade as described above.

The changes between any 3.10.x release and any 3.11.y release were minor, but you can't go from 3.10.x to the latest release, because you must use 3.12.0 to convert Cumulus.ini.

Ah, that one. I remember that there has been some discussion or debate about this over time. I personally don’t understand why newer versions should not also be able to do the ini conversion, because if the logic has been once written, why would you remove it later. However if I remember correctly, Mark as the main developer has not confirmed this either way, so we can’t be sure.

If it was me doing the upgrade, I would make proper backups, and try to upgrade straight the newest version. If it doesn’t run, then the intermediate update is indeed necessary. But if it runs and all works normally, then you just saved some time and effort. But of course it is everyones own decision about how strictly ”by the book” they want to follow instructions to be on the safe side.

[mcrossley]

I'm not aware of any "update" code being removed. MX is still designed so it can read data/config files from C1 and make any updates to them as required.

[SamiS]

I'm not aware of any "update" code being removed. MX is still designed so it can read data/config files from C1 and make any updates to them as required.

So it seems that unfortunately we do have some misinformation on the wiki page regarding the update. For some reason there is a very strict advice of updating to exactly 3.12.0 to convert Cumulus.ini properly. It is referred several times, but if it is not true, then the wiki content about upgrade from an old version needs major rearrangement.

https://www.cumuluswiki.org/a/Updating_ ... ld_version

[mcrossley]

The change log for 3.12.0 had the following...

Code: Select all

Change: When reading the Cumulus.ini file at start-up, if settings are migrated, or invalid entries corrected, Cumulus.ini is now re-written.
	That is re-written as created afresh, not updated in place. Old entries are removed, and the file order resequenced. Thus you cannot then
	use the new Cumulus.ini on old versions of Cumulus, you will have to use backups.

So the wiki is slightly wrong in saying that a backup copy is made. It is updated with the new structure, that is what happens with the current version as well. If you use MySQL then there are take structure charges to take into account as well. Though fairly new versions of MX will do the updates for you via the settings screens.