TIA MDX61B via s7 1200 steuern

Zuviel Werbung?
-> Hier kostenlos registrieren
das ist im großen und ganzen das gleiche was ich schon im post9 angehängt habe.

vermutlich muss man nur die sfc14/15 durch entsprechende bausteine der 1200er ersetzen.
und falls das nicht gibt, kann man die 6 worte auch konventionell über l dbw - t dbw übertragen.
ist dann zwar nicht konsistent aber ich denke nicht das das alzu tragisch wäre. einzig die sollposit würde ich mit t dbd übertragen.
der rest im fc ist nur ein bisschen bit/wort geschupse
 
ich hab mal versucht den baustein in tia mit eine 1200er zu packen. der code ist angelehnt aus dem code den ich in post 9 geschrieben habe
denke das sollte einigermaßen passen. bei den bausteinen rdrec und wrrec muss evtl noch was nachgebessert werden.
da ich 0 Ahnung von der 1200er habe.
das hier war mein erster versuch damit. und ich hoffe bei dem bleibt es

blöderweise gibt es ja bei der 1200er kein awl. und exportieren kann man scheinbar auch nicht.
daher ist das projekt in tia v13. aber immerhin kann man drucken *ROFL*
 

Anhänge

  • SEW_6PD_EBP_rw_V1.2_s7-1200.pdf
    121,7 KB · Aufrufe: 41
  • SEW_6PD_EBP_rw_V1.2_CPU1200_tia13.zap13.zip
    1,7 MB · Aufrufe: 12
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi,

und ich dachte heute morgen schon ich bin zu deppert das Projekt auf die 1200er zu bekommen, aber die gleichen Probleme wie du haben mich nur verständnislos den Kopf schütteln lassen und 3 Kippen gekostet.
Aber bist Du sicher mit den RDRec/WRRec Bausteinen?
Bisher kenne ich diese nur zum Datensatz lesen und schreiben bzw. Parameter lesen/schreiben (DPV DS47).
Legt der SEW wirklich die Nutzdaten des Profibustelegrams in einem Datensatz ab der von der PLC ausgelesen werden kann?
Ich hätte auch bei einer 1200 die Bausteine DPRD_Dat und DPWR_Dat (SFC14/15) genommen zur Kommunikation.

Gruß
Christoph
 
Zuletzt bearbeitet:
nee. ich weiss nicht welche bausteine man sinnvollerweise nutzen sollte. ich hab einfach mal ins blaue gegriffen.
aber wenn DPRD_Dat und DPWR_Dat, SFC14/15 entsprechen ist das sicherlich die richtige wahl.
die bausteine hatte ich nicht gesehen. wollte es auch zuerst ohne solche bausteine machen ala
L PEW xy
T von_FU.ZSW
usw
nur hab ich sowas wie l pew nicht auf die schnelle gefunden.

wie ich schon erwähnte hab ich 0 ahnung von der 1200er. son spielzeug setzen wir hier nicht ein
 
Zuletzt bearbeitet:
Soooooooo....jetzt bin ich total überfordert^^

Ich habe jetzt auch die Bausteine DPRD_Dat und DPWR_Dat gefunden.

Ich spiele ersteinmal damit herum damit ich das ersteinmal raffe.
Aber vielen dank erstmal:)

Mal angenommen, ich habe den Baustein DPWR_Dat.
(ist jetzt erstmal nur zum Versuch)

dann gebe ich ein:

Output
out Struct
PA1
PA2
PA3
PA4
PA5
PA6
#out.PA1 := 32767;
#out.PA2 := 32767;
#out.PA3 := 32767;
#out.PA4 := 32767;
#out.PA5 := 32767;
#out.PA6 := 32767;

DPWR_DAT(LADDR:="Slave_1[DPSlave]", RECORD:=#out);

Warum gibt der mir jetzt den Fehler "die funktion gibt einen wert zurück"?
 
Ok, danke:)

Ich hoffe die Frage ist jetzt nicht mega peinlich, aber was ist eine Ret_val?
Als Temp variable mit Datentyp int. Hab ich das so richtig verstanden?

Mal unabhängig vom Projekt, wäre ich dann so in der Lage die Daten an den Umrichter zu verschicken? Abgesehen davon, dass die falsch sind....
 
so.
hier noch mal das ganze mit den richtigen kommunikationsbausteinen.

@TE
da ich keinen weg finde das 13er projekt als 12er zu speichern bzw keine exportmöglichkeit finde musst du das aus dem pdf halt abtippen.:ROFLMAO:
 

Anhänge

  • SEW_6PD_EBP_rw_V1.3_s7-1200.pdf
    120,3 KB · Aufrufe: 31
  • SEW_6PD_EBP_rw_V1.3_CPU1200_tia13.zap13.zip
    1,7 MB · Aufrufe: 20
Ok, vielen Dank euch beiden....

@Volker

Vielen Dank für deine Mühen. Ich schaue mir das aber lieber später an. Erstmal begreifen, wie die ganze geschichte überhaupt funktioniert.

Also nochmal zur Frage.
Mal angenommen ich würde das genau so machen, würde der DP Master jetzt senden?
Ich muss da keinen Ausgang noch weiter verknüpfen?
 
wenn das steuerwort korrekt vorliegt sollte der fu auch was machen. zumindest wenn du modus tippen fährst.
um eine soll pos anfahren zu können muss erst referenziert werden.
pa2 und pa3 solltest du als dint zusammenfassen da er die sollposition halt als dint erwartet.
 
Zuletzt bearbeitet:
wenn das steuerwort korrekt vorliegt sollte der fu auch was machen. zumindest wenn du modus tippen fährst.
um eine soll pos anfahren zu können muss erst referenziert werden.
pa2 und pa3 solltest du als dint zusammenfassen da er die sollposition halt als dint erwartet.

Ach so? Ich dachte das sind zwei worte eins high und eins low?!
Nicht das ich dir das nicht glaube, aber kann man das, um das nachzuvollziehen, nachlesen?

Super Jungs, vielen vielen Dank euch nochmal. Ich werde ersteinmal einen kleinen Versuchsaufbau machen.

Eigentlich müsste ich euch bei solch toller Hilfe nen Bier ausgeben:)
 
klar kann man das nachlesen. sollte in der doku zur erweiterten busposi stehen.

hab das ganze mal in scl umgesetzt und exportiert.

aber keine ahnung wie man den jetzt wieder importiert.
vermutlich geht das bei diesem auch so tollen programm garnicht.
 

Anhänge

  • SEW_6PD_EBP_rw_V1.3_SCL.scl.txt
    3,5 KB · Aufrufe: 29
Zuletzt bearbeitet:
wo findet man das. bin zu blöd mit tia

EDIT:
Hat sich erledigt. Habs gefunden
 
Zuletzt bearbeitet:
Soooooooo Männer, ich habe es endlich auf die Ketten bekommen.
Hat ne weile gedauert, bis ich so ein paar Kleinigkeiten raus hatte und vor allem mal auf die Idee zu kommen, den Fehlerbericht von der Red_Var zu analysieren*ROFL*
Es hat sich herausgestellt, dass man nur Array´s an den Umrichter senden kann.
Den Rest werde ich mir dann auch besser selber schreiben. Dann habe ich mehr überblick und weiss im Fehlerfall eher was falsch läuft.
Vielen Dank euch nochmal.
 
Zurück
Oben