Revisiting AcuRite Rain Gauge False Positives #353 -- checking num_rows

[homeautomaton]

I'm testing a change to the AcuRite Rain Gauge decoder logic, which, I believe, will eliminate the false positives it produces with Oregon V1 signals.

if (bitbuffer->num_rows < 12) return DECODE_ABORT_EARLY; // likely Oregon V1, not AcuRite

All of the "noise" transmissions that were misinterpreted had num_rows = 1, and every one of my rain sensor transmissions was >=12, with the vast majority having 16 rows.

QUESTION is: Should I remove the "disabled = 1" on this protocol decoder before I check in and make a pull request?

[homeautomaton]

I went forward and created this pull request: #2430