L'interface HTTP permet d'envoyer et de recevoir des télégrammes par URL.
Info: L'interface se synchronise automatiquement avec le cycle le plus lent du PLC associé. Les télégrammes sont mis en mémoire tampon par le système, de sorte qu'aucun télégramme ne soit perdu.
Attention: Si un port sortant est choisi chez un client, il faut attendre que la connexion soit fermée. Il est donc recommandé de laisser le port sur la valeur par défaut 0.
L'URL est construite comme suit :
http://url:port/variable?wert
Avec le bloc fonctionnel HTTP_REQUEST, plus de détails et d'autres méthodes peuvent être envoyés. Pour cela, choisissez le type de données RAW pour l'envoi.
Conseil: Un exemple complet se trouve ici.
| Variable | Contenu |
|---|---|
| method | Méthode HTTP (GET, POST, PUT, DELETE etc.) |
| query | Paramètres d'URL après le ? |
| header | En-tête sous forme de tableau |
| content | Contenu POST/PUT |
| timeout | Délai d'envoi (par défaut 300 secondes) |
| source | Source : SEND=Envoyer, RESP=Réponse, RECV=Recevoir |
La réponse de la requête arrive via $RESPONSE sous forme de chaîne de caractères.
Remarque: Veuillez noter la sécurité de l'interface. Les données ne doivent jamais être transmises directement via Internet. L'authentification et le chiffrement via SSL ou TLS manquent ici.
Normalement, les anciens télégrammes sont rejetés lors de requêtes rapides successives. Si cela n'est pas souhaité, un ! peut être ajouté avant l'URL pour exécuter chaque requête.
La réception d'une requête HTTP est prise en charge. Cependant, uniquement les données dans les formats compatibles avec UTF-8. C'est-à-dire que les données binaires ne sont pas prises en charge. La technologie utilisée prend exclusivement en charge HTTP/1.1 via HTTP sans TLS/SSL.
L'envoi et la récupération de requêtes HTTP dans les formats UTF-8 prennent en charge à la fois HTTP et HTTPS via TLS/SSL.
Afin que les données binaires puissent être transmises sans erreur, l'utilisation de BASE64 est recommandée.