Les automates Wago PFC : une architecture ouverte idéale pour l’accès distant
Wago se distingue des constructeurs d’automates traditionnels par une approche résolument ouverte : les PFC100 et PFC200 tournent sous Linux embarqué (Debian), ce qui leur confère des capacités d’intégration IoT uniques. Là où d’autres automates nécessitent des passerelles tierces pour MQTT ou Node-RED, le Wago PFC intègre nativement ces technologies.
Cette architecture fait du PFC200 à la fois un automate de contrôle et une gateway IIoT capable de :
- Exécuter le programme de contrôle (CODESYS V3 via e!COCKPIT)
- Publier des données process via MQTT
- Héberger des flux Node-RED pour le traitement de données
- Servir une interface web de supervision
- Exposer un serveur OPC UA pour les SCADA
PFC100 vs PFC200 : lequel choisir pour l’accès distant ?
| Caractéristique | PFC100 | PFC200 |
|---|---|---|
| Interfaces Ethernet | 1 × 10/100 Mbit/s | 2 × 10/100 Mbit/s indépendantes |
| Processeur | 600 MHz ARM | 600 MHz dual-core ARM |
| RAM | 256 Mo | 512 Mo |
| Ségrégation OT/IT | Non (1 seul port) | Oui (2 ports indépendants) |
| Node-RED | Oui | Oui |
| MQTT client | Oui | Oui |
| OPC UA Server | Oui (fw 3.5+) | Oui (fw 3.5+) |
| Recommandé pour accès distant | Sites simples | Sites avec ségrégation réseau |
Pour un déploiement avec exigences de sécurité élevées (réseau OT isolé du VPN), le PFC200 est recommandé : son second port Ethernet permet de connecter le réseau OT sur eth0 et le routeur 4G VPN sur eth1.
Protocoles disponibles sur Wago PFC pour l’accès distant
Les PFC100/PFC200 sont parmi les automates les plus polyvalents en termes de protocoles :
Protocoles terrain (côté machines) :
- Modbus RTU (RS-232/RS-485 via module série)
- Modbus TCP (natif Ethernet)
- PROFIBUS DP (via module)
- CANopen (via module)
- BACnet MS/TP et BACnet/IP (pour le bâtiment)
Protocoles cloud/supervision :
- MQTT (client natif, TLS supporté)
- OPC UA Server (fw 3.5+)
- REST API via Node-RED
- SNMP
- Web services HTTP/HTTPS
Node-RED sur Wago PFC : accès distant et intégration IoT
Node-RED est l’atout différenciant majeur des Wago PFC pour l’accès distant. Quelques cas d’usage concrets :
Tableau de bord web distant : Node-RED Dashboard crée une interface web responsive accessible depuis un navigateur via VPN. Les variables de l’automate sont affichées en temps réel via des jauges, graphiques et voyants.
Passerelle Modbus vers MQTT : Un flux Node-RED lit les registres Modbus des équipements terrain et les publie sur un broker MQTT. Les données sont accessibles depuis le cloud sans déploiement de passerelle séparée.
Alertes et notifications : Des nœuds Node-RED peuvent envoyer des emails ou des SMS (via API Twilio/Vonage) quand un seuil est atteint, sans passer par un système de supervision centralisé.
Configuration de l’accès distant via e!COCKPIT
Pour configurer l’accès distant à un Wago PFC via e!COCKPIT :
- Vérifiez l’adresse IP du PFC (par défaut 192.168.1.17, modifiable via WBM)
- Activez le VPN sur votre poste et assurez-vous d’atteindre l’IP du PFC via ping
- Lancez e!COCKPIT et créez un nouveau projet ou ouvrez le projet existant
- Scannez le réseau (Device > Scan Network) ou saisissez l’IP directement
- Connectez-vous : e!COCKPIT utilise le port TCP 1217 (CODESYS runtime)
- Mode Online : vous pouvez surveiller les variables, forcer des valeurs et modifier le programme
Sécurité et bonnes pratiques
- Changez les credentials par défaut : le PFC sort d’usine avec admin/wago — à changer immédiatement
- Désactivez les services inutiles : FTP, Telnet, HTTP (forcez HTTPS) via le WBM
- Activez le pare-feu intégré au PFC pour restreindre les accès par IP source
- Chiffrez MQTT : utilisez MQTT over TLS (port 8883) pour les communications cloud
- Mettez à jour le firmware : les mises à jour Wago corrigent régulièrement des vulnérabilités