TCP/UDP
Met de TCP/UDP-schnittstelle kunnen RAW-gegevens tussen de SPS en de remote-server worden uitgewisseld. Tegelijkertijd kan ook een server worden gestart om naar gegevens te luisteren.
Info: De interface synchroniseert automatisch met de langzaamste cyclus van de toegewezen SPS. De berichten worden door het systeem gebufferd, zodat geen bericht verloren gaat.
Monitor
De volgende kleuren worden in de monitor gebruikt.
| Kleur | Beschrijving |
|---|---|
| Wit | Er is geen fout opgetreden. |
| Oranje | De timeout is bereikt. |
| Groen | De verbinding was succesvol. |
| Rood | De verbinding kon niet worden gemaakt of een kritieke timeout bij het verzenden werd bereikt. Mogelijk wordt een fout in de UDP-communicatie niet herkend. |
Broadcast en Multicast
Het is mogelijk om broadcast en multicast te versturen en ontvangen via de TCP/UDP-schnittstelle. Hierbij wordt de bedrijfsmodus in de gatewayconfiguratie overeenkomstig gekozen. Vervolgens worden diverse opties, zoals TCP niet meer beschikbaar zijn. Bovendien wordt de keuze van de uitgaande interface verplicht.
Om berichten te verzenden moet bovendien het IP-adres overeenkomstig de voorschrift naast het veld worden ingevuld. Als dit niet het geval is, wordt er via unicast verzonden.
| Modus | Beschrijving |
|---|---|
| Unicast | Stelt directe communicatie in. |
| Limited Broadcast | Stelt communicatie alleen binnen het lokale netwerk in. (IP-onafhankelijk) |
| Directed Broadcast | Stelt communicatie naar het broadcast-subnet in. Bijvoorbeeld 10.0.0.255, als het subnet 24 bits bevat of op 255.255.255.0 is ingesteld. |
| Multicast | Stelt communicatie via multicast in. Hierbij wordt IGMP-snooping gebruikt. |
Einde Van Het Pakket Herkennen
In de configuratie van de regelovergang kan de voorwaarde voor het beëindigen van de overdracht worden vastgesteld. Het herkende einde wordt hierbij meegestuurd.
Als het einde niet wordt herkend, wacht de interface op de timeout of het einde van de verbinding en stuurt het resultaat naar de SPS. Het is daarom aan te bevelen om alle ontvangen pakketten te controleren. Het ontvangen van UDP-berichten heeft geen timeout.
HTTP-overdracht
De methode kan met behulp van de volgende regelovergang worden gedefinieerd:
HTTP
Dit is speciaal omdat het mogelijk maakt om ook op de Content-Length in de header overeenkomstig te reageren.
Na Een Bepaalde Lengte
Om na een bepaalde lengte het ontvangen af te sluiten, kan de volgende tekenserie in de configuratie van de regelovergang worden gebruikt:
LEN === ###
Waarbij ### het aantal tekens overeenkomt. De schrijfwijze moet precies deze zijn, inclusief de spaties.
Let Op: Het gebruik van LEN === 1 ontvangt elk teken afzonderlijk en kan leiden tot een verhoogde belasting van de server.
Individueel Regieleinde
Er kunnen verschillende regieëinden worden gedefinieerd. Normaal gesproken wordt hierbij \n of \r gebruikt. Elke regel definieert een ander herkennen van het regieleinde.
De volgende tekens krijgen in de configuratie een escape:
\\ \r \n \0
Communicatie
Bij de uitgaande communicatie via TCP wordt na elke aanvraag de verbinding weer beëindigd.
Komt er bij de aanvraag van sendrecv geen antwoord, dan wordt de verzendende interface geblokkeerd totdat de timeout is bereikt. In de monitor wordt een fout gemeld.
| Variabele | Beschrijving |
|---|---|
| Verzendt de gegevens naar de server. | |
| Verzendt alle gegevens naar de server en overslaat daarbij geen berichten. | |
| Net als send, maar er wordt gewacht op een antwoord. | |
| Net als !send, maar er wordt gewacht op een antwoord. | |
| Het antwoord van |
|
| Gegevens die van de lokale server zijn ontvangen. | |
| Als er een fout optreedt bij het overbrengen, is de waarde waar. Deze kan bij sendrecv pas na de timeout optreden. |
Opmerking: Let op de veiligheid van de interface. De gegevens moeten nooit rechtstreeks over het internet worden overgebracht. Hier ontbreken authenticatie en versleuteling via SSL of TLS.