Rückkehr Code Parameterkanal

Airpower

Level-2
Beiträge
33
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo an alle interessierten dieses Beitrages

Ich habe in Problem mit einem Umrichter von SEW der Baureihe 31C BG0
Der Umrichter ist Parametriert für 3Prozessdatenworte und einen Parameterkanal und Steuerung über die ProfibusDB Schnittstelle.
Das Steuern des Motors über die Prozessdatenworte funktioniert einwandfrei
PD1 = Freigabe
PD2 = Drehzahl
PD3 = Rampe

Jetzt versuche ich gerade über den Parameterkanal einen Parameterwert
auzulesen (Testweise Kühlkörpertemperatur). Laut Bedienungsanleitung
wäre das der Index 4hex.
Wird das Handshakebit über "Aktive" getoggelt dann bekomme ich jedoch immer einen Fehlerwert zurückgeliefert mit dem ich nichts so recht anfangen kann. (siehe Anhang - ReadDataError1)

Der Parameterkanal wird über SFC14/15 gelesen/gesendet
Wem es bekannt vorkommt, der Baustein stammt aus dem SEW
bespielprojekt


kann mir da jemand weiterhelfen

Danke im Vorraus
 

Anhänge

  • ReadDataError_1.JPG
    ReadDataError_1.JPG
    200 KB · Aufrufe: 43
Ich denke, an der Stelle wäre mal der DPRD_RetVal des SFC wichtig. Was genau steht da drin? Denn der Error und das Done wird ja gesetzt, weil DPRD_RetVal <> 0 ist!

PS: Hat den der Write-Befehle, der ja vorher laufen muß erfolgreich (dessen Retval=0) funktioniert?
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich denke, an der Stelle wäre mal der DPRD_RetVal des SFC wichtig. Was genau steht da drin? Denn der Error und das Done wird ja gesetzt, weil DPRD_RetVal <> 0 ist!

PS: Hat den der Write-Befehle, der ja vorher laufen muß erfolgreich (dessen Retval=0) funktioniert?


Scheint so als ob die SFC fehlerfrei arbeiten da weder SFC14 bzw. 15 einen Fehler zurückgeben. (siehe Anhänge)
Hab Testweise versucht auf eine im Bus nicht vorhandene Adresse zu senden. Danach kommt der von der SFC 14 (wird zuerst bearbetet) der fehler 8090Hex SFC 15 wird nicht mehr bearbeitet, da ans Ende gesprungen wird.
Demnach würde der Fehler also direkt vom SEW über das Verwalungsbyte
zurückgegeben und von FC 99 ausgewertet.
Der Rückcode DW#16#08000010 ist mir etwas schleierhaft.
Kann es sein, das irgend etwas mit dem Parameterindex nicht stimmt ?
 

Anhänge

  • SFC14 Retval.JPG
    SFC14 Retval.JPG
    207,8 KB · Aufrufe: 22
  • SFC15 Retval.JPG
    SFC15 Retval.JPG
    209,5 KB · Aufrufe: 17
  • FC99 MoviLink.pdf
    13 KB · Aufrufe: 18
Der Rückcode DW#16#08000010 ist mir etwas schleierhaft.
Kann es sein, das irgend etwas mit dem Parameterindex nicht stimmt ?

Vermutlich sogar
Der Rückcode .....0010h bedeutet "Unerlaubter Parameterindex".
Der P-Index für die Kühltemp ist nicht 4h, sondern 8327h.
Man möge mich berichtigen... :ROFLMAO:

Habe mal das Feldbusprofil angehängt.

Gruß Roland
 

Anhänge

  • Feldbus_09191607.pdf
    2,3 MB · Aufrufe: 21
ich habe mir jetzt nicht alles durchgelesen, aber bist du sicher das du mit sfc14715 auf dem richtigen weg bist?

meiner meinung nach ist der parameterkanal bei sew nur azyklisch verfügbar - hast ja keine ea dafür, oder?

und dazu musst du sfb52/53 oder sfc58/59 verwenden, müsste ich auch nochmal nachlesen...


hier ein beispiel zu mikromaster: (hilft dir vermutlich am ehesten weiter)
http://support.automation.siemens.com/WW/view/de/29157692


hier was grundsätzliches:
http://support.automation.siemens.com/WW/view/de/32210549
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da es ein SEW 31C Baugrösse 0 ist und dieser kein DP-V1 unterstüzt, weis ich nicht ob ich mit SFB 52/53... sfc58/59 richtig bin
Azyklisch arbeiten ist da nicht.

Im meinem Handbuch (Seite 32) steht das eine Anwenderschicht nachgebildet werden muss die dan Zyklisch übertragen wird. Neue Aufträge werden mit dem Handshake toggle angestossen
Im Beispielprogramm von SEW wird dies mit FC99 ím realisiert. Als Index kann man da eingeben was man will, ob 4h, 8327d oder 2087h, der Umrichter weist jeden zurück.

Momentan finde ich nicht mehr weiter
 

Anhänge

  • Handbuch MT_DPProfibus.pdf
    867,4 KB · Aufrufe: 9
Zuletzt bearbeitet:
Da es ein SEW 31C Baugrösse 0 ist und dieser kein DP-V1 unterstüzt, weis ich nicht ob ich mit SFB 52/53... sfc58/59 richtig bin
Azyklisch arbeiten ist da nicht.
- Seh ich auch so ...

Im meinem Handbuch (Seite 32) steht das eine Anwenderschicht nachgebildet werden muss die dan Zyklisch übertragen wird. Neue Aufträge werden mit dem Handshake toggle angestossen
- Die Belegung der E/A-Adressen Seite 22 sind berücksichtigt?
- Die "richtige" GSD im HW-Config eingetragen? (Notfalls bei SEW nachfragen)

Im Beispielprogramm von SEW wird dies mit FC99 ím realisiert. Als Index kann man da eingeben was man will, ob 4h, 8327d oder 2087h, der Umrichter weist jeden zurück.
- Sorry, hatte 8327h angegeben
- Ich kenn den SEW-FC99 jetzt nicht, scheint aber "nur" das DP-Handling zu sein
- daher, Beschreibung der Configdaten Seite 17 berücksichtigt?


Hatte vor Jahren mal eine Anlage mit dyn.Getriebefaktoren über Parameterkanal.
Habe mir damals einen FC zur Bedienung des Parameterkanals (Lesen/Schreiben in RAM/Schreiben in EPROM usw) geschrieben.
Wichtig war die zeitliche Abfolge (azyklische Nachbildung) der Signale.
Wenn ich mich richtig erinnere, hatte ich eine dynamische Anregung der Aufträge.

Gruß Roland
 
Zuerst danke an alle
aber auch an Roland für deine Hilfe

Ich denke die Blelegung der EA Adressen sind soweit OK.
Ausgehend von der richtigen GSD Datei wird auch die richtige
Konfig übertragen. Mit dem Bediengerät am Umrichter sieht man
in den Parameter, dass er mit 3PD´s und Parameterkanal von der
Steuerung konfiguriert wurde.

Habs erst jetzt gesehen, das in Zip der GSD eine Beschreigung
beiliegt, daß alles noch mal erklärt; incl. Programmbespiel.

Ich werde dem nocheinmal nachgehen aber wie es aussieht, müssen
zuerst die 3PD´s dann der Parameterkanal gesendet werden,
gelesen wird aber umgekehrt.
 

Anhänge

  • readme_gsd31xx_d.pdf
    48 KB · Aufrufe: 12
Zuviel Werbung?
-> Hier kostenlos registrieren
Wen es interessiert, habe das Problem gefunden

Der RückkehrCode deutete definitiv auf eine falschen Index hin

Das Problem war, das im Profibusmodus zum Index der dezimalwert 1000 dazuaddiert werden muss. Bei CanBusanbindung eben nicht.

Dann funktioniert es mit dem Auslesen über SFC14 bzw. FC 99 einwandfrei.

Danke an alle für die Hilfeleistungen
 
Nein es ist egal in welcher Reihenfolge die PD und PK gesendet oder gelesen wird
die Prozessdaten können auch über Lade Transferbefehle abgewickelt werden.
Nur der Parameterkanal muss konsistent, also über SFC 14/15 (bei diesem Umrichter), behandelt werden.

In den Bedienungsanleitung ist das eben etwas verwirrend beschrieben.
Ist ja nicht der neueste Frequenzwandler


Schönen Tag noch
 
Zurück
Oben