Bruno OCTAU

The last 0 should be ignore. Data layout : 8 byte + 2 byte CRC-16 , poly=0x8005, init=0x8e8b, for 94% from the 222 samples reveng -w 16 -s 1250fbc4f7ad9d7395b7 311eaeefd3a669839136...

Hi @rowanbradley : not sure if it's relevant, but I found 2 github repositories around rf and Honeywell and both are linked. [evoGateway](https://github.com/smar000/evoGateway) and [ramses_fr](https://github.com/zxdavb/ramses_rf) , the last is providing...

Hi @xjols Unfortunately, at 169.44 MHz, this is the `Mode N` not implemented in rtl_433. extract of [m_bus.c](https://github.com/merbanan/rtl_433/blob/2c1967f4f746fa058dbf1efb2de27f5b6b65e9cb/src/devices/m_bus.c#L1252) ``` // Mode N // Frequency 169.400 MHz to 169.475 MHz in...

This is the current stable version for Debian 12: https://packages.debian.org/search?keywords=rtl-433&searchon=names&suite=all&section=all If you want a more recent version, you may update the apt source list (not recommended can make your system...

@imca-potato : When you tried without tag but with `-M protocol` are both decoded as protocol 113 ? What are your rtl_433 command arguments/options/tags ? From the cu8 samples at...

@Jocala : can you try `433.92M` instead of `433M`

Yes, we need cu8 samples to confirm that. And with OOK_PCM, s = l = 45, Could be symbol 0 = 111 and symbol 1 = 100 or the reverse...

little update: (see my previous edited post) rtl_433 -X "n=switch,m=OOK_PCM,s=45,l=45,r=200,g=995,bits>=72,repeats>=2,symbol_zero={3}e,symbol_one={3}8"

Yes, the signal is not easy to decode and we need to got through symbols to simulate the PWM from PCM. Notice also the pulse duration is not stable along...

Hi @arktronic : your samples are worse, and too short. Anyway, you have 2 possibilities to decode your rf signal, based on my previous analysis: Using the small pulse at...