For Linux I will have to modify the CP210x kernel driver to map one of the non-used standard speeds (like 50 baud) to the 128.000. I will give it a try the next days.

Hello, I'm owner of a WMR89 too, trying to extract data on linux.I'm trying for several days to have the baudrate 128000 set, but not find the proper hint to recompile the cp210x module.I downloaded the latest driver on slicon labs and get proper .ko file. But Linux prevent me to set 128000.

I keep prodding for data every 0.5s providing the receiving buffer is empty.The device has its own timing for submitting data.Pressure for example comes out every 15min, while others might be a few times within a minute.

I'm interested in your python csv export script, would you share the script?

f2f2b11100000000000000260e01010d18011d f2f2b111fffe001a001a00400e01010d180368 17:01 f2f2b111fffe0000001a00400e01010d18034e 18:01 f2f2b11100000000001a00400e01010d180151 18:45 f2f2b11100000000001a00400e01010d180151I can guess the bytes but i didn't manage to translate them in the correct values, I only tried to guess with metric values, maybe its inches...

You could be right, I also tried to simulate al lot of rain in test 2 & 3, to "overflow" the bytes, but the bytes don't overflow.I don't see how bigger values are transferred, so I assume they are cut off.For test 2: I get 0xCA, I guess is internally 0x01CA. If I calculate it as 0x0CA00, I get 117,2 mmIf I calculate as 0x01CA * 0,254, I get 116,3 mm <-- value on console

For test 3: I get 0x2A , I guess is internally 0x042A. If I calculate it as 0x042A00, I get 272,8 mmIf I calculate as 0x042A * 0,254, I get 270,764 mm <-- value on console

So I still assume the rain values are in inches , but it does not matter that much because it's only 1% error

why would it be in inches when all other data is metric and the other OS station types (eg wmr100/200) are mm for rainnote that you also need to divide by 100here is my code again temper:= (inbuffer[7]+((inbuffer[6])*256))/100;