Ich habe hier gerade einen sehr spannenden Support-Fall gehabt, der zeigt, was passiert, wenn man das ändert.
Der Kunde hatte BACnet IP genutzt, zu einem Siemens Desigo Controller. Die Kommunikation hatte er auch erfolgreich eingestellt. Danach hatte er andere Protokolle zu Siemens S7-1200 probiert und anschließend funktionierte die BACnet IP Kommunikation nicht mehr. Alles war richtig konfiguriert, aber das HMI kommunizierte einfach nicht.
Die Lösung war überraschend. Der Kunde hatte den Download per Ethernet genutzt. Dort hatte er den BACnet-Port 47808 unter Port eingestellt. Damit funktionierte der Download natürlich nicht, da das Kinco die Download-Signale auf Port 21845 erwartet. Der Kunde hatte aber zufällig entdeckt, dass er in der Konfiguration der IP im Gerätemanager den Port auch umstellen kann. Also stellte er dort den Port (=Download-Port) auch auf 47808 und siehe da, der Download über das Netzwerk funktionierte. Der Download lief nun über Port 47808.
Allerdings wurde damit die BACnet-Kommunikation am HMI unterdrückt, da das HMI nun auf Port 47808 auf Download-Signale wartete. Dieses Problem war wirklich schwer zu finden.
Ich gebe auch zu, zu verstehen, wie die Ports im UDP / TCP genau funktionieren und was sie tun ist schon ziemlich fortgeschritten. Es war auf jeden Fall ein gutes Beispiel für uns beide, um mehr über die Funktionsweise der Ports bei Kinco zu erfahren 😄
Hier könnt ihr noch etwas zu Ports nachlesen:
Eintrag in Wikipedia zu Ports
Seite mit guter Erklärung der Ports für Standardanwendungen im Internet
