TABLE OF CONTENTS
TCP/IP based
MQTT
Modbus TCP
De grootste valkuil die we momenteel tegenkomen is de onjuiste implementatie van het Modbus-protocol door sommige fabrikanten.
Modbus TCP beschrijft het volgende model:

Dit betekent dat ibaPDA een verzoek voor gegevens naar de Modbus server stuurt en dat de Modbus server antwoordt met de gegevens. Wireshark voorbeeld: Request pakket van ibaPDA naar de server:

Wireshark voorbeeld: Antwoord van de server met de gegevens die teruggestuurd worden naar het ibaPDA systeem.

In het bovenste gedeelte van het Wireshark hulpprogramma kun je zien dat alleen die pakketten back-n-forward worden verzonden.

Hierbij worden de ontwerp- en implementatierichtlijnen van de Modbus-organisatie gevolgd. (zie bijlage, hoofdstuk 4.3 GEBRUIK VAN TCP/IP STACK, pagina 14 e.v.)

Sommige bedrijven/integratoren verwachten echter een 'ACK' terug van ibaPDA naar de Modbus Server om de goede ontvangst van de data te bevestigen (ACK op het Response pakket) Voor alle duidelijkheid, ibaPDA stuurt geen 'ACK' terug naar de Modbus Server.
Als de Modbus-server de 'ACK' op het antwoord niet ontvangt, kan dit het volgende veroorzaken:

- normal operation
- re-transmissions
- timeouts
- communication errors
- ...
Dit hangt af van de implementatie van de maker.
Als de 'ACK' aan de kant van de Modbus Server nodig is, kun je de volgende optie inschakelen in ibaPDA (hiervoor is ibaPDA v6.39.0 of hoger vereist):


Checking data comm. port
Wanneer een klant de PLC kan pingen maar geen verbinding kan maken, bijvoorbeeld fout 0xFFF5004 S7-XPlorer ontvangen, is het mogelijk dat er een netwerkverbinding is maar dat de vereiste poort niet open is.
Om te testen of TCP poort 9170 (PDA client) open is voor IP-adres 192.168.140.163 (voorbeeld):
- Open Microsoft Powershell (preferably admin rights)
- Type in "Test-NetConnection 192.168.140.163 -Port 9170
- Hit Enter
- The testing might take +- 20 seconds, it is slower than a default ping.
Example test succeeded:
Example test failed: