Skip to Content

SiePortal

Die integrierte Plattform für Produktauswahl, Einkauf und Support - und Verbindung von Industry Mall und Online Support

SiePortalEnglish

Suche

Home
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}

Produkte & Services
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
MySiePortal MySiePortal
{{(apiData.MySiePortal | filter:{'rank':1}:true)[0].title}} MySiePortal
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
Warenkorb ({{apiData.CartCount}})

Navigation

Frequenzumrichter und SPS kommunizieren nicht

Erstellt von: martin7881 am: 13.05.2009 11:49 (13 Antworten)

Bewertung (1)

Dank 2

14 Einträge

Einträge pro Seite: 10 | alle

13.05.2009 11:49	Bewerten (0)
martin7881 Beiträge: 38 Bewertung: (0)	Hallo! Ich hab eine SPS 315-2DP und einen CUVC2 mit Standartmotor Den Antrieb nur über PMU oder DriveMonitor zu Steuern funktioniert problemlos. Als ich den FU über CBP2 - Modul mit der SPS verbinden wollte bekam ich die Warnung A083, werde aus der Beschreibung der Warnung aber nicht schlau... Hab das Protokoll inzwischen auf PPO3: 2 PZD umgestellt, um mit dem einfachsten zu beginnen, ich bekomme immernoch die Warnung A083 Mit DriveMonitor bekomme ich angezeigt, das ich ein Zustandswort ausgebe aber kein Steuerwort bekomme und die SPS zeigt an, dass ich ein Steuerwort sende, aber kein Zustandswort bekomme. Die SPS zeigt keine Fehler an der CBP blinken die LED's. Kann mir jemand weiterhelfen?
martin7881 Beiträge: 38 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

13.05.2009 14:13	Bewerten (0)
Move Beiträge: 12 Bewertung: (4)	Hi Martin, A083 bedeutet, das in deinem Steuerwort in Richtung FU das Bit10 "null" ist. Dieses Bit muss dauerhaft auf "eins" sein, damit der FU das Telegramm für gültig erkennt. Gruß
Move Beiträge: 12 Bewertung: (4)
Vorschlag Bedanken Zitat Antwort
Für diesen Beitrag bedanken sich 1 Benutzer martin7881

13.05.2009 14:20	Bewerten (0)
martin7881 Beiträge: 38 Bewertung: (0)	Laut SPS sende ich aber dieses Bit als "1" Habe langsam den Eindruck als würde gar nichts gesendet - kann nur leider nicht rausfinden wer Schuld ist (SPS oder Umrichter) Könnte es sonst noch eine falsche Einstellung von mir geben?
martin7881 Beiträge: 38 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

13.05.2009 14:49	Bewerten (0)
Move Beiträge: 12 Bewertung: (4)	Hi, wie sieht denn dein SPS Programm aus. Wie / womit sprichst du denn den FU an?
Move Beiträge: 12 Bewertung: (4)
Vorschlag Bedanken Zitat Antwort

13.05.2009 15:15	Bewerten (0)
martin7881 Beiträge: 38 Bewertung: (0)	Laut Siemens-Service kann ich beim Austausch von 2 PZD auf diverse Bausteine verzichten und Ein- und Ausgänge direkt beschreiben... Ich gebe Wörter über Move-Befehle an die Ausgänge bzw. setze die Ausgangsbits... Hab ich nen Denkfehler, brauch ich die SFC14/15 ? Ich steh voll auf'm Schlauch
martin7881 Beiträge: 38 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

13.05.2009 15:58	Bewerten (1)
Move Beiträge: 12 Bewertung: (4)	Hi, also ich habe bislang bei dieser CPB2 Baugruppe immer die Bausteine DPS7_S,DPS7_E,DPS7_V verwendet. Ich meine die hätte ich damals von Siemens. Hat bisher immer funktioniert. Ob die SFC Variante auch klappt müsset man mal testen. Ich glaube aber nicht das der direkte Zugriff über die E/A-Ebene funktionieren wird, das habe ich derzeit auch geglaubt. Ich habe dir mal die Bausteine mal als pdf ausgedruckt so wie ich es gelöst habe. Gruß Dateianhang FU.pdf (346 Downloads)
Move Beiträge: 12 Bewertung: (4)
Vorschlag Bedanken Zitat Antwort
Für diesen Beitrag bedanken sich 1 Benutzer martin7881

13.05.2009 16:28	Bewerten (0)
martin7881 Beiträge: 38 Bewertung: (0)	Die Lösung schaut ganz gut aus, aber ich habe die von Dir genannten Bausteine nicht... Brauche ich dafür eine spezielle Bibliothek oder muss ich die Bausteine in einem Optionspaket kaufen? Ohne diese Bausteine hilft mir Deine Lösung wahrscheinlich nicht... Gruß Martin
martin7881 Beiträge: 38 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

14.05.2009 08:17	Bewerten (0)
Move Beiträge: 12 Bewertung: (4)	Hi, hab die ne priv. Nachricht geschickt. Gruß
Move Beiträge: 12 Bewertung: (4)
Vorschlag Bedanken Zitat Antwort

14.05.2009 16:44	Bewerten (0)
martin7881 Beiträge: 38 Bewertung: (0)	Inzwischen funktioniert das ganze... Kommuniziere über SFC14/15 mit dem Umrichter ohne Probleme... (Kleiner Tipp für alle: Laden/Transferieren ist bei PPO3 besser geeignet als der MOVE Befehl - kann mir zwar nicht erklären warum aber nachdem ich's in AWL geschrieben hatte ist mein Telegramm "durchgekommen") Schönen Dank an Move und alle anderen die über mein Problem nachgedacht haben. (Und an den netten Herrn von Siemens, der im Support für mich da war...)
martin7881 Beiträge: 38 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

15.05.2009 15:18	Bewerten (0)
J_Bell Beiträge: 5822 Bewertung: (412)	Hallo Martin, ich weiß nicht ob Du mit Deiner Aussage den SFC 20 (BLKMOV) meinst, ist dem aber der Fall hilft hier schon ein Blick ins Handbuch. Hier steht als zulässige Quellbereich (was wohl auch der Zielbereich ist) folgende zulässig: Teile von Datenbausteinen Merker Prozeßabbild der Eingänge Prozeßabbild der Ausgänge So, befindet Sich Deine Peripherie also oberhalb des Bytes 127 (bei der S7-300) dann befindet sich Dein Zielbereich außerhalb des Prozeßabbildes und darum funktioniert der BLKMOV nicht. Viele Grüße J_Bell
J_Bell Beiträge: 5822 Bewertung: (412)
Vorschlag Bedanken Zitat Antwort

15.05.2009 15:58	Bewerten (0)
martin7881 Beiträge: 38 Bewertung: (0)	Hi J_Bell, ich meinte eigentlich den MOV - Baustein zum "Verschieben" Dachte er hätte die selbe Funktionalität wie das Laden/Transferieren in AWL...
martin7881 Beiträge: 38 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

18.05.2009 12:03	Bewerten (0)
J_Bell Beiträge: 5822 Bewertung: (412)	Hallo Martin, also wenn Du die Funktion MOVE aus KOP meinst wird diese in AWL wirklich mit L und T abgebildet. Viele Grüße J_Bell
J_Bell Beiträge: 5822 Bewertung: (412)
Vorschlag Bedanken Zitat Antwort

18.05.2009 18:19	Bewerten (0)
martin7881 Beiträge: 38 Bewertung: (0)	Hallo J_Bell! Ich meinte die aus FUP Nein, im Ernst, das ganze hat nicht funktioniert. Hab dann das Netzwerk (in dem ich programmiert habe) gelöscht und ein neues in AWL programmiert (Ansicht FUP -> AWL geändert) Danach das ganze geladen und es hat funktioniert... Kann es mir zwar auch nicht so recht erklären, aber auf einmal ging's... Kann es sein dass die Beschränkung auf 0...127 dort auch gilt? Schöne Grüße Martin
martin7881 Beiträge: 38 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

19.05.2009 11:02	Bewerten (0)
J_Bell Beiträge: 5822 Bewertung: (412)	Hallo Martin, merkwürdig ist dass auf alle Fälle. Ich persönlich sehe es eigentlich so das sowohl aus KOP, FUP als auch ausAWL der erstellte Code interpretiert und in einer gemeinsamen Sprache, in der S7-400 als source und in der S7-300 kompiliert, übertragen wird. Ob nun der AWL Editor den Zugriff auf Datenbereiche außerhalb des Ausgangsbereiches bis zum Byte 127 als Peripheriezugriff interpretiert und entsprechend verarbeitet ist mir nicht bekann, möglich wäre es... Möglich wäre es aber auch das hier ein Fehler bei der Interpretation des Codes vorlag, ich weiß es nicht. Im Moment finde ich es aber gut das es klappt. Viele Grüße J_Bell
J_Bell Beiträge: 5822 Bewertung: (412)
Vorschlag Bedanken Zitat Antwort

|

Teile diese Seite:

Teile diese Seite auf...

Folgen Sie uns auf