Contrôleurs de température et automates programmables
Intégration API des contrôleurs de température PID
Les contrôleurs de température PID sont souvent une petite mais vitale partie d'un processus industriel plus large. Pour cette raison, il est important d'avoir une vue d'ensemble de l'état du contrôleur afin d'établir rapidement si la température est en dehors de la tolérance requise. Cela peut éviter les temps d'arrêt, les rebuts et les dommages aux équipements.
Signaux câblés
L'utilisation d'E/S câblées est un moyen simple de relier un contrôleur de température à un système de contrôle basé sur un API.
Notre contrôleur d'entrée de gamme N1030 dispose toujours d'une sortie relais de rechange (OUT2) lorsqu'il est configuré pour être utilisé avec un SSR sur OUT1. L'impulsion OUT1 gère le processus de contrôle, mais nous pouvons également utiliser OUT2 comme alarme auxiliaire sans coût supplémentaire.
Dans cet exemple, la sortie de rechange ferme les contacts du relais lorsque la boucle de contrôle est supérieure à une valeur définie. Cela peut servir de signal d'entrée « Prêt » à l'API et maintenir le processus en attente si la température descend en dessous du point de consigne de l'alarme.
Maximiser les sorties de contrôleur disponibles et les alarmes intégrées est un excellent moyen de fournir des informations d'état à un API. Nous vous recommandons d'examiner les alarmes disponibles et les sorties de rechange lors de la spécification d'un contrôleur à utiliser avec un API.
Un modèle plus avancé tel que le N1050-PRRR dispose de jusqu'à trois sorties relais de rechange qui peuvent servir d'entrées API distinctes pour signaler l'état du contrôleur.
En développant davantage cette idée, nous pouvons introduire le N1200-DIO qui dispose d'E/S embarquées mixtes, y compris des sorties analogiques et des entrées numériques. C'est le contrôleur de choix pour les intégrateurs de systèmes et les fabricants de panneaux ayant des exigences complexes.
Avec le N1200, nous pouvons non seulement surveiller l'état, mais aussi démarrer/arrêter la boucle de contrôle à distance à l'aide de signaux d'entrée. C'est une unité extrêmement polyvalente qui permet de gagner du temps sur la programmation API et le matériel dédié.
Le contrôleur N20K48 offre toutes les fonctionnalités du N1200, mais dans un format modulaire. Des modules d'entrée, de sortie et de communication peuvent être ajoutés au fur et à mesure que le processus évolue. En tant que tel, c'est le meilleur contrôleur de température ou de processus PID pour l'avenir. Avec le Bluetooth en standard et un nouveau module WiFi, il existe de nombreuses façons de communiquer avec des systèmes de contrôle plus larges.
Communication complète
De nombreux spécificateurs d'équipements de contrôle choisissent toujours un contrôleur de température dédié en raison des gains de temps offerts. Si vous envisagez de développer votre propre boucle de contrôle à l'aide d'un API, il est important de bien réfléchir à l'ensemble des fonctions requises et au temps qu'il faudra pour les développer en logique/code et graphiquement sur une IHM ou un autre écran. Il est également important de prendre en compte le temps de test et le coût matériel de tous les modules supplémentaires requis.
Malgré les blocs fonctionnels PID offerts par certains fabricants d'API, il est toujours très long de reproduire même le contrôleur PID le plus basique si l'on considère l'ensemble des paramètres.
Si vous envisagez une intégration complète avec un API et la possibilité d'échanger des données librement, la meilleure solution est le RS485. Cela permet une messagerie de protocole Modbus entre un maître (API) et un esclave (contrôleur de température). Vous pouvez lire/écrire des points de consigne, rappeler et exécuter des programmes et bien plus encore. Nous recommandons les modèles suivants si vous avez besoin du RS485 :
N1050-PRRR (terminaux RS485 intégrés)
N1200-DIO (terminaux RS485 intégrés)
N20K48 (nécessite une station d'accueil et un module RS485)