Les appareils proches de la périphérie sont capables d'effectuer plus que de simples fonctions de contrôle et de surveillance intégrées. En intégrant le bon logiciel, ces appareils peuvent également fournir la collecte de données, le stockage de données, la connectivité de la plate-forme informatique de niveau supérieur et une interface opérateur locale ou distante, créant ainsi une IHM embarquée. contrairement aux IHM basées sur PC ou aux IHM hébergées sur une plate-forme dédiée (qui sont toutes deux équipées de leurs propres écrans), les opérateurs peuvent interagir avec cette IHM embarquée de deux manières :
Dans la plupart des cas, l'appareil proche de la périphérie conservera la capacité de transmettre des données dans les deux sens avec le contrôleur centralisé. Mais en utilisant l'IHM intégrée, il peut également envoyer des données directement aux plates-formes informatiques de niveau supérieur et à l'IIoT - traditionnellement une tâche IHM basée sur PC.
Alors que les ressources informatiques disponibles dans les appareils proches de la périphérie continuent d'augmenter avec les progrès des performances du processeur et des puces de mémoire, le principal problème lié à l'ajout de cette capacité IHM intégrée aux appareils proches de la périphérie est le développement de logiciels. La programmation personnalisée peut certainement ajouter les fonctionnalités requises, mais cela ne s'applique qu'aux appareils dont les ventes annuelles sont très élevées en raison des coûts élevés de développement, de test et de maintenance des logiciels.
Un autre problème avec la programmation personnalisée est la nécessité d'écrire des pilotes pour communiquer avec les différents contrôleurs centralisés et IHM sur le marché ainsi qu'avec différents types de systèmes informatiques de couche supérieure. Un troisième problème est la maintenance de tous ces pilotes logiciels en révisant le micrologiciel des contrôleurs, des IHM et des systèmes informatiques de couche supérieure auxquels ils sont connectés. La plupart des fabricants d'appareils proches de la périphérie répondent à ce problème en ne prenant en charge que quelques protocoles de communication sur leurs ports série et Ethernet. Cela simplifie leurs besoins de programmation et de maintenance, mais limite l'utilisation de leurs produits.
De nombreux appareils proches de la périphérie, bien que leurs écrans soient souvent très puissants, ne fournissent que des fonctionnalités d'interface opérateur très basiques. Le problème est la programmation personnalisée requise pour créer des affichages complexes.
Une autre façon de résoudre ces problèmes consiste à utiliser un logiciel prêt à l'emploi pour ajouter la fonctionnalité IHM intégrée requise, comme IoTView d'InduSoft ou d'autres produits similaires. Ces environnements de développement de logiciels basés sur PC offrent une solution plus "drop-in and done" que la programmation personnalisée, ce qui se traduit par une mise sur le marché plus rapide et des coûts de développement réduits. Ces solutions incluent également généralement des centaines de pilotes qui se connectent aux contrôleurs centralisés et aux IHM ainsi qu'aux systèmes informatiques de niveau supérieur. Les solutions IHM embarquées disposent également de capacités de configuration graphique intégrées très puissantes et d'une vaste bibliothèque d'objets.
Le logiciel IHM intégré doit être compact et léger et capable de fonctionner sur plusieurs systèmes d'exploitation pour permettre le téléchargement et l'exécution sur une variété d'appareils proches de la périphérie. En supposant que le produit sélectionné dispose de ces fonctionnalités, la section suivante décrit comment les ajouter aux appareils proches de la périphérie. Les détails de mise en œuvre indiqués dans le tableau s'appliquent à IoTView, mais des produits similaires auront plusieurs des mêmes étapes.