Step 7 Profinet Verbindungsprobleme mit Antriebssteuerung

T

Techm3ch

Level-2
Beiträge
74
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Guten Tag,

ich habe eine neue Aufgabe übernommen für meine Firma die Antriebe über SPS anzusteuern. Meine Erfahrungen sind stark begrenzt und ich hoffe hier kann mir einer weiterhelfen denn es gibt ein Problem das ich nicht lösen kann.

Es wird ein Groschopp Motor mit Profinet und eine S7-1511-1-PN Steuerung verwendet, eine externe Versorgung für den Motor ist eingerichtet. Der 2. Ethernet Anschluss meines PCs ist im privaten Netz und direkt mit der S7 verbunden, vom 2ten Anschluss der S7 geht eine Leitung zum PN Anschluss des Motors. Es wurde mir eine GSD Datei zu Verfügung gestellt die ich installiert habe. Die CPU wurde hinzugefügt, mit einer IP und einem Namen versehen, die Onlineverbindung funktioniert ohne Probleme.

Jetzt füge ich über den Hardware Katalog das Modul in die Netzsicht ein (hab es auch schon über Hardware Erkennung probiert). Ich Verbinde über Vernetzen die PLC mit dem Gerät, das Gerät erhält auch eine IP und einen Namen. Über PRONETA sieht auch alles vernünftig aus.

Die Onlineverbindung funktioniert nur leider nicht vollständig. Ich habe irgendwo den Fehler gesehen : Gerätetyp unterschiedlich. die Zuweisung eines Gerätenamens spuckt auch den Status Gerätetyp unterschiedlich aus. In der Diagnose steht: keine Verbindung möglich. Woran könnte es liegen?
 

Anhänge

  • Test.png
    Test.png
    163,9 KB · Aufrufe: 53
  • Genaue Typbezeichnung von die Groschopp Motor ?
  • Öffne den Geräte Sicht von die Groschopp Motor. Gibt es dort mehr Online Information was nicht passt ?
  • Hast du Topologie konfiguert ? Wenn du das Topologiesicht öffnet, und dort zwischen die Geräte Verbindungen gezogen sind, dann muss die Verbindungen damit übereinstimmen in den realen Welt.
  • Bild von Proneta.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Groschopp kenne ich nicht, aber bei eigentlich allen Antreiben muß man im Antrieb selbst, mit der Konfigurationssoftware des Herstellers, mindestens Profinet als aktive Betriebsart konfigurieren und je nachdem, was dort implementiert ist, auch die E/A über Profinet korrekt paramentieren.
 
Groschopp Motor: EGK65-30NAEN aber als BLDC Ausführung mit 24VDC
ein paar screenshots schicke ich mal mit, was mir grad noch aufgefallen ist, ist das meine Firmware auf 2.9.7 ist obwohl 2.6 installiert sein sollte
 

Anhänge

  • Test.png
    Test.png
    189,2 KB · Aufrufe: 32
  • test1.png
    test1.png
    43,1 KB · Aufrufe: 33
  • Test2.png
    Test2.png
    42,6 KB · Aufrufe: 30
  • Test3.png
    Test3.png
    155,1 KB · Aufrufe: 26
  • test4.png
    test4.png
    180,8 KB · Aufrufe: 29
Ralle schrieb:
Groschopp kenne ich nicht, aber bei eigentlich allen Antreiben muß man im Antrieb selbst, mit der Konfigurationssoftware des Herstellers, mindestens Profinet als aktive Betriebsart konfigurieren und je nachdem, was dort implementiert ist, auch die E/A über Profinet korrekt paramentieren.
Zum Vergrößern anklicken....
ja, das hat mir mein kollege versichert das er das gemacht hat
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Du hast toplogie konfiguriert, aber das online Sicht scheint zu zeigen dass die Verbindungen übereinstimmen. Also ist das nicht das Problem.

Kannst du in das Geräte Sicht das Groschopp Antrieb markieren, gibt es denn mehrere Einstellungen unter die Eigenschaften ?
Irgendwo muss man die E/A Addressen wählen welche das Antrieb von den CPU angesprochen wird.

edit: In die rechte Seite bei die mit gelb markierte 'Digital input ..' usw.. muss man vermutlich die passende E/A wählen und unter Submodule einfügen. Dies muss mit den Konfiguration von deine Kollega übereinstimmen.
 
ich hab die submoduls hinzugefügt aber scheinbar geht das immernoch nicht. ich versuche bei meinem kollegen in erfahrung zu bringen wie er die parametriert hat. ich hab ne tabelle von ihm bekommen mit verschiedenen hexa dezimal codes:
Byte 0​
Freigabe​
uint, 8​
Gerätekommando​
0 = Endstufe sperren, 1 = Endstufe freigeben​
Byte 1​
Geräte-Kommando​
uint, 8​
​
0, 1 = Gerätefehler löschen (alle anderen Werte NICHT BENUTZEN ! )​
Byte 2​
Drehzahl-Sollwert​
int, 16​
Low Byte​
0 - 5250 RPM​
Byte 3​
High Byte​
 

Anhänge

  • beep3.png
    beep3.png
    206,2 KB · Aufrufe: 22
  • beep2.png
    beep2.png
    185,5 KB · Aufrufe: 22
  • beep.png
    beep.png
    212,1 KB · Aufrufe: 22
Deine Kollega hat vermutlich einige Bereiche konfiguriert. Entweder 2, 4 oder 8 Bytes.
edit: Die Reihenfolge muss auch passen. Es ist nicht egal ob Eingangsbereich kommt vor das Ausgangsbereich.

Die Kodierung von die einzelne Bits und Bytes ist etwas anders.

Die Beschreibung sieht aus als Steuersignale, also eine Ausgangsbereich von Sicht dein CPU.
Vermutlich gibt es ein Eingansbereich mit Zustandsignale ?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ok also ich hab einmal die Konfigurationstabelle von meinem Kollegen bekommen und die Submodule darauf angepasst und einmal mit einem anderen Motor der noch die Standard Konfiguration vom Hersteller hat die Standard Submodule wie in der Anleitung hinzugefügt, allerdings ändert sich nichts daran das der Motor weiterhin nicht erreichbar ist.
 
und wie problematisch ist es das der mir beim status sagt das mein gerätetyp unterschiedlich ist? G330-PN ist der motor mcdsa-pn ist die herstellerbezeichnung
1709107052709.png
 
Zuviel Werbung?
-> Hier kostenlos registrieren
DCDCDC schrieb:
Was steckt denn hinter .125 für ein Gerät genau? Ist das ein mcDSA? (Schau mal physisch vor Ort nach, was dort verbaut ist, es scheint kein mcDSA zu sein)
Zum Vergrößern anklicken....
ja genau hinter der .125 steckt die mcDSA-PN im bild hatte ich noch nicht das Laden ins Gerät durchgeführt. mcDSA-PN wäre eine Antriebssteuerung der firma miControl verbaut in dem Motor von Groschopp. Könnte es sein das etwas in der GSD Datei nicht richtig ist?
 
Über die Systemkonstanten kannst du einfacher auf die Hardware zugreifen, wenn du das im Programm tun möchtest. Darüber kannst du beispielsweise die Informationen von IO-Devices abfragen oder Datensätze in Peripherie-Geräte schreiben. Das ging in früheren Programmen (S7-Classic) auch schon über die Hardware-Kennung, TIA übernimmt jetzt bloß die Aufgabe, der HW-Kennung einen tollen Namen zu geben, damit im Programm verständlicher ist, was passiert.

Hier findest du die Hilfe-Seite von Siemens zu dem Thema. Ist zwar von einer früheren Version (V14 SP1), aber grundlegend hat sich an dem Thema nichts geändert.

Edit: Hat aber mit deinem aktuellen Problem eher nichts zu tun.
 
Mach mal einen doppelklick auf das device in dem von mir umrahmten feld. dann sollte sich die onlinediagnose öffnen.
1709109465232.png
Stimmen die unter allgemein angezeigten daten mit deinen projektierten überein?
was sagt dort der diagnosestatus und die kanaldiagnose?
 
volker schrieb:
Mach mal einen doppelklick auf das device in dem von mir umrahmten feld. dann sollte sich die onlinediagnose öffnen.
Anhang anzeigen 75845
Stimmen die unter allgemein angezeigten daten mit deinen projektierten überein?
was sagt dort der diagnosestatus und die kanaldiagnose?
Zum Vergrößern anklicken....
unter allgemein zeigt er nichts an
unter diagnose status zeigt er im feld : "Status" an das er nicht erreichbar ist
kanaldiagnose ist ebenso leer
edit: mir ist aufgefallen das beim PLC in der onlinediagnose die Firmware mit 2.9.7 von der anfänglich eingestellten 2.6 abweicht (beim erstellen des projektes)
edit2: beim diagnosepuffer der PLC finde ich folgendes:
1709110586450.png
 

Similar threads

C
TIA Probleme mit T_Config Baustein
Antworten
3
Aufrufe
653
DOD666
D
A
Step 7 S7-1200 gleichzeitige Profinet und Ethernet Kommunikation
Antworten
1
Aufrufe
298
ChristophD
ChristophD
S
Step 7 Verbindung Simatic CU320-PN - Gerät nicht vorhanden?!
Antworten
7
Aufrufe
618
SebboTronic
S
S
TIA PLC-Name und IP vom Programm aus vergeben
Antworten
6
Aufrufe
772
Smazze
S
F
TIA Profinet-Störung abfangen
Antworten
9
Aufrufe
2K
FmH82
F
Zurück
Oben