Change support of ThermoPro TX-2C sensor to enable reading humidity data

[mwerlen]

Hi,

I've added some more information on ThermoPro TX-2C when a humidity sensor is available.
Decoding pattern is similar to other ThermoPro devices.
There is working tests in rtl_433_tests in another pull request (merbanan/rtl_433_tests#453)

[zuckschwerdt]

Looks good, thanks. We need to think about subtype as that would be a breaking change.
Is it really a fixed model code or maybe a variable preamble?

[mwerlen]

I took subtype from another ThermoPro device :

rtl_433/src/devices/thermopro_tx2.c

Lines 70 to 90 in ac36025

	type = b[0] >> 4;
	id = ((b[0] & 0x0F) << 4) | ((b[1] & 0xF0) >> 4);
	battery = b[1] & 0x08;
	button = (b[1] & 0x04) >> 2;
	channel = (b[1] & 0x03) + 1;
	temp_raw = (int16_t)((b[2] << 8) | (b[3] & 0xF0)); // uses sign-extend
	temp_raw = temp_raw >> 4;
	humidity = ((b[3] & 0x0F) << 4) | (b[4] >> 4);
	/* clang-format off */
	data = data_make(
	"model", "", DATA_STRING, "Thermopro-TX2",
	"subtype", "", DATA_INT, type,
	"id", "", DATA_INT, id,
	"channel", "Channel", DATA_INT, channel,
	"battery_ok", "Battery", DATA_INT, !battery,
	"temperature_C", "Temperature", DATA_FORMAT, "%.02f C", DATA_DOUBLE, temp_raw * 0.1,
	"humidity", "Humidity", DATA_COND, humidity != 0xcc, DATA_FORMAT, "%u %%", DATA_INT, humidity,
	"button", "Button", DATA_INT, button,
	NULL);
	/* clang-format on */

It's not useful to me. If you think it's better not to output it, I can change that.

All other requested changes have been resolved

[zuckschwerdt]

Just comment out (//) both subtype lines (80 and 95) for now, we'll merge this and solve that issue later.

[mwerlen]

PR updated to comment subtype output.
PR on rtl_433_tests will be updated accordingly