Bruno OCTAU

@dolai1 : Thanks for your feedback. So, yes, for me the increase is by 10 gallons, but we can use the 7 nibbles, the unit will stay 0. Then you...

Hi @howardtopher : As discussed in the other issue #2752 I started to write the decoder, I would like some more codes / more samples. Notice that from the cu8...

Thanks for your feedback, sounds like the water meter is based on 7 nibbles and not the 5 nibbles, from your samples, you have only 2 values, and always BCD...

Yes, I merged my PR, the other issue was automatically closed by the PR. Remaining this issue, @howardtopher if the last version of rtl_433 is working properly for you, we...

@howardtopher : could be an antenna issue, may be you moved it. I put some verbose information into the decoder, try this: rtl_433 -f 909M -R 255:vv -M level Play...

> > @GreatAlbatross Would you be able to zip up a few .cu8 samples of this signal and attach to this issue? > > Sorry for the slow reply. If...

The cu8 file is not good, not the anemometer. Try other captures. You can replay the cu8 with the same flex decoder to select good cu8 files. More details [Analyze.md](https://github.com/merbanan/rtl_433/blob/master/docs/ANALYZE.md)...

Well, looks like we already have a very close decoder handle by rtl_433, `cotech_36_7959.c` same CRC-8 (0x31, 0xc0) and data layout very close with more information like lux/uv/rain.temp/hum than here....

Hi @MidwestTechnologies Can you try more messages with : ``` rtl_433 -f 916M -X "n=landis,m=FSK_PCM,s=104,l=104,r=20000" -s 1024k ```

@gdt: - The message data layout is very simple : preamble (0x552dd4), 0x00, Message 0: 5 bytes, 0x01, Message 1: 5 bytes, CRC-16/XMODEM. - I created a decoder for this...