Par exemple, les pompes de cale : hormis un petit tableau avec un report sonore et un interrupteur pour la marche forcée... Pourtant, sauf à être présent 24H/24H sur le bateau, comme à monitorer tension/courant d’un parc batterie, on peut trouver de l’intérêt à analyser le comportement des pompes qui se déclenchent en notre absence : à quelle fréquence se déclenchent-elles ? l’intervalle et la durée de pompage sont-ils stables ? Le fusible est-il OK ? l’évacuation et l’aspiration sont-elles libres ? etc.

Disclaimer  : je ne suis pas de la partie même si rêve à l’occasion de pouvoir disposer (post mortem) de ces informations.

L’exemple ci-dessus me parait très bien choisi et sans doute (espoir ...) répétable pour d’autres fonctions (ex : le frigo du bord )
Dans le cas précis de cette pompe de cale il semble clair qu’on puisse tirer un diagnostique utile de l’observation des capteurs et actionneurs de cette dernière (fusible ok, courant « normal » lors des tests forcés, démarrages intempestifs).

Je soupçonne de nombreux autres cas de « modules » (capteurs et d’actionneurs) pour lesquels les règles conduisant à un diag utile/utilisable et précis sont moins évidentes et sont à personnaliser fortement en fonction de ce qu’on surveille et de son histoire, je pense là précisément au moteur de propulsion équipant l’esquif d’origine (j’ai un fifty, d’où le soucis exacerbé).
La variété immense de ces moteurs font qu’un logiciel de diag utilisable est « délicat » à développer par autre que le constructeur (ce que font les constructeurs actuels), qui est souvent disparu depuis longtemps

Dans ce cas précis l’utilisateur devra (sera forcé de) se contenter de la collecte des infos des capteurs (surtout températures mais peut aussi être pression, en se piquant en dérivation sur les capteurs du constructeur), à charge pour lui d’implémenter des détections de seuil et peut-être un jour des trucs plus smart mais à son niveau. La simple collecte - et surtout leur visualisation ultérieure (ultérieure ou en temps réel sous forme de graphe défilant, à la manière d’un barographe) sous forme de graphe - de ces infos aide déjà beaucoup l’utilisateur de ces vieilleries et peut palier à la quasi impossibilité pour ce dernier de définir (rapidement) des règles d’alarmes fondées et utiles.
Donc, dans mon cas précis (n’étant pas la partie je ne peut parler que pour moi) la fonction « datalogger » de nombreux capteurs, avec affichage défilant et fichiers de log, le tout augmenté de détection de seuils simples et peut-être à terme d’un mini langage d’expression de collections de conditions ... devrait me suffire
Pour info, je pratique déjà beaucoup le datalogging à bord : le BMV600 lorsque je suis à bord (car il faut un PC up and running pour collecter) et l’état de batteries de service (maintenue par un mini-PS) par un Lascar USB et encore la température et l’humidité (pour le point de rosée) de la cale moteur l’hiver.
L’aspect consommation du système en collecte seule est à prendre en compte, bien sur, d’où l’intérêt des très incomplets Lascar et BMV.