Implement check of firmware version and flash format procedure

[oscgonfer]

Newer versions of the firmware are weirdly interpreting previous flash storage data with the wrong IDs. This is creating new components in the platform. Currently, the rootcause is not understood and not logic, but upon testing on various devices it's a consistent issue.

As a precaution, we should implement a firmware check based on a flag on EEPROM for the current flash information firmware. This would mean that the kit would check its new configuration against it and it would potentially flash the memory in case of inconsistency.

[oscgonfer]

UPDATE: the rootcause is now clear.

The way the flash memory management stores the sensor IDs is via a static cast of the SensorType enum here:

smartcitizen-kit-2x/lib/Sensors/Sensors.h

Line 79 in cf73c8e

enum SensorType

This was never considered to change, but it did in two commits for SCK2.1:

01b42f2
4f4713a

With these changes, the ENUM casting also changes, and previous mappings done in the flash memory no longer match to those originally stored. Reverting this commit would provoke all devices currently deployed with newer firmware versions to suffer from the same problem once there is a firmware upgrade.

Therefore, the only "clean" option is to perform a flash format in case there is no agreement in terms of firmware versions with the current version and the one that the flash memory has stored its data with.

[oscgonfer]

Check #50 if working on flash issues.