fix(cpn): ensure hardware definitions are loaded when reading binary files

[elecpower]

Fixes #5034

Summary of changes:

• force loading of board hardware definitions for each firmware checked
• skip otx firmwares where fourcc is not unique and not a match for the current radio profile board eg X9D, X9D+ and X9D+ 2019. Assume you have only one radio of the group and it is your current profile. Risk that data is interpreted incorrectly ie corrupted or worse app crash. Would mainly affect devs. This issue goes back to OTX days.

[3djc]

Side comment fourcc was not meant to identify uniquely a radio, but more a data layout. Radios with exact same switch layout could share a fourcc, like the X9D series does. (in a way similar to what is done today with yaml_datastructs_128x64.cpp)

[elecpower]

Side comment fourcc was not meant to identify uniquely a radio, but more a data layout. Radios with exact same switch layout could share a fourcc, like the X9D series does. (in a way similar to what is done today with yaml_datastructs_128x64.cpp)

The json files for the X9D series vary in number of pots and switches. Whilst they may take up the same storage space (haven't checked) having the same fourcc makes it impractical to work out reliably which radio the file came from.

This is an issue in OTX too and soon the issue will be consigned to ETX history.