TIA KTP900 Comfort Panel nicht erreichbar

Hanswurst92

Level-1
Beiträge
25
Reaktionspunkte
8
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

ich habe das Problem, dass meine Steuerung sich nicht mit meinem HMI verbinden lassen will. Die CPU und das Panel liegen mit einigen anderen Komponenten in einem eigenen Netzwerk, welches keine Internet Verbindung aufweist. Ich habe sowohl die IP-Adresse (befinden sich beide im gleichen Subnetz) als auch den Profinet Namen überprüft. Des Weiteren lässt sich das Panel anpingen und auch per Wlan überspielen. Sprich ich kann über das erweiterte Laden das Panel auffinden, allerdings nur zum Laden. Das erweiterte online Verbinden funktioniert nicht, es wird das Panel nicht gefunden. Die Artikelnummer der Hardware und Software des Panels stimmt ebenfalls überein. Ich verwende TIA 15.0, die CPU 1515 und ein KTP900 Comfort Panel. Ich weiß momentan nicht mehr weiter. Ich bin für jeden Tipp dankbar.

Gruß Hans
 
KTP900 Basic Panel
oder
KP900 Comfort Panel
oder
TP900 Comfort Panel
?

Auf ein Comfort Panel habe ich erlebt dass es erreichbar war, aber laden von das Programm von TIA ergab nur die Meldung "es entstand ein Problem", ohne weitere Hinweiss.
Abhilfe war das laden von den Firmware mittels Prosave so dass die Firmware version mit was in TIA konfiguriert war übereinstimmte.
 
Beim Transfer Verbindungsart Profinet oder Ethernet? Mal ändern, um zu schauen ob andere auch funktioniert.
IP-Adresse eventuell doppelt ?
Bei CPU und Panel mal "Komplett" übersetzen + laden ausgeführt ?
Aus versehen falscher Port bei der CPU ?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich korrigiere mich, das Panel ist ein TP900 Comfort Panel. Unter Profinet ist "IO Profinet enabled"gesetzt, also aktiviert. Das Panel haengt ueber einen Switch an der CPU. IP-Adressen habe ich alle schon gecheckt, es ist keine doppelt. Der Port der CPU stimmt auch.
 
Hi,

was für ein Switch?
Wird in dem projekt Topologie Verbindungen benutzt, sprich ist eine Portverschaltung angelegt worden?
Kann man das panel testweise direkt mit der CPU verbinden und schauen ob es dann geht?

Gruß
Christoph
 
Ist das Panel denn überhaupt als Profinet IO Device projektiert (warum?) oder kommuniziert es über eine einfache/normale HMI-Verbindung?
Sind die IP-Adressen im selben Netz? Falls nicht: ist am Panel und in der SPS eine Gateway-Adresse eingestellt?
Ist es sicher, daß der PING mit dem Panel funktioniert oder antwortet vielleicht ein anderes Gerät auf den PING? (mal Netzwerkkabel vom Panel abziehen, dann darf der PING nicht mehr funktionieren)

Harald
 
Wenn ich versuche das Panel direkt über ein Ethernet Kabel zu verbinden, wird in der Online-Statusinformation die CPU und das Panel beim Suchen aufgeführt. Wenn die Suche vorbei ist, wird das Panel als kompatibler Teilnehmer in der Liste aufgeführt. Aber es wird ebenfalls angezeigt das noch ein Problem besteht. Mir wird aber natürlich nicht mitgeteilt welcher Fehler vorliegt.
 
die frage ist ob das Panel mit der CPU kommuniziert, das war doch das Ausgangsproblem oder nicht?
mach doch mal ein screen von der letzten fehlermeldung und schreib mal deine eingestellten IP Adressen und Subnetmasken auf.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe das Panel direkt an die Cpu ueber den zweiten Profinet Port X2 angeschlossen und das scheint zu funktionieren. Daher gehe ich davon aus das es am verwendeten Router liegt. Wir verwenden einen Netgear N150 der nicht mit dem Internet verbunden ist. Dort sind nur die CPU, das Panel und sonstige Peripherie wie Umrichter etc. verbunden, die für das Projekt wichtig sind. Hat jemand Erfahrung mit Netgear Routern und eine Idee welche Einstellung da Probleme machen könnte ? Ich wäre für jeden Tipp dankbar.
 
An jedem Router kannst du einstellen welche Pakete blockiert werden sollen und welche nicht.
Hier eventuell mal alle Pakete zulassen und schauen was passiert.

Es ist mir auch schon mal passiert das eine Firewall auf dem Panel aktiviert war, du kannst mal schaun ob das alles deaktiviert ist.
Obwohl wenn der Profinet Port X2 funktioniert kanns das eig. auch nicht sein...
 
X2 ist nicht nur ein anderer Port sondern auch ein anderes Netzwerk!
X2 und X1 liegen in unterschiedlichen netzen mit anderen IP.
Wenn du also im projekt das panel an X2 projektiert hast will es mit der CPU IP von X2 kommunizieren.
Wird das panel an X1 angeschlossen findet es die IP nicht -> keine Kommunikation.

Überprüfe bitte an welcher CPU Schnittstelle das panel im TIA Portal projekt hängt.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Der Router lässt alles durch, habe ich schon überprüft. Und ja ich weiß das X1 und X2 unterschiedliche Netzwerke sind. Ich habe das Bedienpanel nur Testweise an X2 gehängt. Läuft jetzt alles wieder über X1.
 
Hi,

ok jetzt wird es etwas durcheinander.
Geht jetzt alles oder noch nicht? ("Läuft jetzt alles wieder" ist unklar für mich ;) )
Hast du nach den ganzen umstecken auf X2 auch alles neu geladen? (HMI/PLC)

Was ist mit der Frage der Topologie im Projekt?
Kannst Du einen schematischen Plan der Verkabelung machen?
Und die IP/Subnetze sind auch noch offene Punkte.

Gruß
Cjhristoph
 
Zuletzt bearbeitet:
Entschuldige bitte die Verwirrung. Mit "läuft alles" meinte ich ich habe alles so wie vorher eingestellt. Sprich die CPU und das Bedienpanel sind beide mit dem Eingang X1 am Netzwerk angeschlossen. Das Panel kommuniziert per Ethernetkabel korrekt mit der Steuerung, lediglich die Wireless-Verbindung ist nicht möglich. Per Ethernet-Kabel kann ich mich mit dem Panel und der Steuerung verbinden.

Es existiert keine Portverschaltung, sprich es ist in der Topologiesicht nichts verkabelt. Das Panel ist nicht als IO Device projektiert, es besteht eine normale HMI-Verbindung. Das Panel und die SPS sind im selben Netz und ich habe am Panel die Routeradresse angegeben. Der Ping funktioniert nur wenn das Kabel des Panels dran ist, sonst nicht. Also wird das Panel richtig angepingt. Subnetzmaske ist bei allen gleich und es gibt keine doppelt vergebenen IP-Adressen.
 
Zurück
Oben