posted 07-09-2014 10:11 AM ET (US)
Lowrance (and by association NAVICO) seem to be quite fond of issuing product firmware updaters for their devices, and for expecting end users to apply these firmware updates in the field to their devices. There are always two sides to this process.On one hand, it is nice to get improvements to existing features or even to add new features by performing a field installation of new firmware into a device. A firmware update might cure a nagging problem. It might fix a simple mistake like an error in spelling of a word appearing on screen. It might add a entirely new set of features.
On the other hand, installing new firmware in the field is a bit of a risk. If something goes wrong during the process the outcome can be a completely useless device that needs to be return to the factory for repair. Issuing incremental firmware updates or patches to be applied by the end user in the field creates a very inconsistent population of devices. Some are updated, some are not. This tends to create more problems in product support and in diagnosis of problems. Once a firmware updater or patch has been issued, there is a tendency for first-tier technical support people to assume that the new revision cures all ills, and the application of the new patch is recommended as the remedy for any discrepancy in operation. Immediately following the release of a firmware updater, there is likely an expectation that any problem found can be cured with the new firmware. This may not be true.
Expecting end users to install firmware updates creates its own support problems. No matter how clearly the instructions are written, there will be end users who cannot perform the updater patch procedure. They can't download the file. They can't extract the archive. They can't move the patch onto a memory card. The existence of updater patches creates its own support nightmare.
On a modern boat the electronic devices are often interconnected and expected to operate together, particularly devices from a common manufacturer which are networked together and intended to share resources. Application of a firmware update to one device of several devices on a network of devices expected to interoperate may cause unanticipated problems. Devices with older firmware may no longer operate properly with devices having newer firmware. Now the firmware must be updated on all devices!
There is also a philosophy consideration. If embedded firmware in a device is considered to be available for field updating, the creators of the firmware may adopt a slightly different attitude about their computer code. They may begin to be less rigorous in their design and testing, since they anticipate that any errors found after the initial release can be remedied with a updater patch. Some companies might accept the notion that a revision could be released, and then a revision to the revision released a few days later to fix a significant flaw in the first revision. For other companies their corporate (or national) culture might find that to be dishonorable and intolerable.