Nachrichten

46

oscat.lib fuer Step 7 / Re:ACTUATOR_2P bleibt stehen

« am: 28. Juli 2011, 13:09:27 »

Hallo Stefan

Der Wert im DB64 fängt richtigerweise wieder bei 0 an zu laufen!

Gruss
Gregor

47

oscat.lib fuer Step 7 / Re:ACTUATOR_2P bleibt stehen

« am: 27. Juli 2011, 11:49:29 »

Hallo Stefan

Ich setze eine S7-414-3DP ein (414-3XJ04-0AB0). Heute muss ich die CPU sowieso grad wegen einens Garantiefalls von Siemens ersetzten, dann kann ich das mit dem Spannungsausfall mal kontrolieren.

Gruss und Danke
Gregor

48

oscat.lib fuer Step 7 / Re:ACTUATOR_2P bleibt stehen

« am: 26. Juli 2011, 20:46:17 »

Hallo Stefan

Werde mir den Wert beim nächsten Mal im DB64 anschauen. Ich war jetzt 2 Wochen im Urlaub. Aber ich hätte bestimmt gehört wenn es nicht gegangen wäre, somit war der Aussetzter warscheinlich in den letzten Tagen. Wenn ich das mit meinem ersten Posting vergleiche, ist der Actuator etwas mehr wie ein Monat gelaufen!

Gruss
Gregor

49

oscat.lib fuer Step 7 / Re:ACTUATOR_2P bleibt stehen

« am: 25. Juli 2011, 11:04:04 »

Hallo Stefan

Habe heute wieder das gleiche Problem mit dem Actuator! Siehe Anhang!

Konntest du schon schauen?

Gruss und Danke.
Gregor

[gelöscht durch Administrator]

50

oscat.lib fuer Step 7 / Re:ACTUATOR_2P bleibt stehen

« am: 29. Juni 2011, 11:27:18 »

Hallo Stefan

Ich habe bereits den neuen STIME Baustein eingesetzt!! V1.4 Ich habe es extra nochmals verglichen!

Gregor

51

oscat.lib fuer Step 7 / Re:ACTUATOR_2P bleibt stehen

« am: 22. Juni 2011, 08:19:11 »

Hallo Karl

Danke für die Info, ich habe schon alles berücksichtigt, was in dem Thread beschrieben wurde. War ja selber daran beteiligt!

Gruss
Gregor

52

oscat.lib fuer Step 7 / ACTUATOR_2P bleibt stehen

« am: 21. Juni 2011, 09:08:32 »

Hallo Zusammen

Vor ein paar Tagen hatte ich das Problem, dass der ACTUATOR_2P stehen geblieben ist! (Werte siehe Anhang)

Bausteine sind aus der neuesten Library V3.11 und der Baustein STIME ist die V1.4 (korrigierte Version) und er wird im OB1 zyklisch Aufgerufen!

Aufgefallen ist die Differenz zwischen "tx" und "tn" (Negative Werte). Als wir "tn" auf T#-23D17H51M gesetzt haben, und die Zeit in "tx" abgelaufen war, funktionierte der Baustein plötzlich wieder! Eventuell ein altbekanntes Problem?

Besten Dank für die Hilfe!
Gregor



[gelöscht durch Administrator]

53

oscat.lib fuer Step 7 / Re:Actuator 3P bleibt stehen!!

« am: 29. April 2011, 15:55:42 »

Hallo Stefan

Danke für deinen Hinweis. Wir haben den Fehler nun gefunden! In meinen Projekten habe ich den Aufruf im OB1 gemacht, daher hatte ich auch keine Probleme. Aber bei meinem Kollegen, war der Aufruf noch im OB100! :-(

Heute habe ich ihn nochmals speziell danach gefragt. ;-) Und siehe da..

Gruss und schönes Wochenende.
Gregor

54

oscat.lib fuer Step 7 / Re:Actuator 3P bleibt stehen!!

« am: 21. April 2011, 19:51:18 »

Weist du in etwa wann das sein wird?

Gruss und Danke
Gregor

55

oscat.lib fuer Step 7 / Re:Actuator 3P bleibt stehen!!

« am: 20. April 2011, 11:59:51 »

Leider haben wir immer noch das Problem das der Actuator_3P stehen bleibt!!

Wir haben die neue Version 1.4 von Baustein STIME.SCL geladen, doch ohne Erfolg!!

Gruss
Gregor

56

oscat.lib fuer Step 7 / Re:hour minute

« am: 25. August 2010, 08:12:53 »

Hallo Hugo

Probier mal deiner SPS ein Firmware Update zu spendieren. 

Eventuell kann es sein, dass du dann den Baustein übertragen kannst.

Gruss
Gregor

57

oscat.lib fuer Step 7 / Re:Lange Zykluszeit bei Rolladensteuerung!

« am: 19. August 2010, 20:51:21 »

Nim ein Merkerwort und zähle es jeden Zyklus um eins hoch.
Bei grösser 12 (Anzahl Bausteine) Setzt du den Wert wieder auf "1"

Nun kannst du das Merkerwort jeweils vergleichen

L MW0
L 1
==I
SPBN _M001
CALL "Roladensteuerung 1"
_M001: NOP 0

L MW0
L 2
==I
SPBN _M002
CALL "Roladensteuerung 2"
_M002: NOP 0

So wird nur ein Baustein pro Zyklusdurchlauf aufgerufen! Dadurch sollte du die Zykluszeit runterbekommen.. 
Für die Beschaltung der Inputs der Bausteine musst du die Eingänge zwischenspeichern, sonst funktioniert es nicht

Gruss
Gregor

58

oscat.lib fuer Step 7 / Re:Reglerkaskadierung

« am: 16. August 2010, 09:09:40 »

Hallo Hugo
Hallo Daniel

Danke für die Hinweise, werde mal den Sourcecode analysieren.

Ja.. ich brauche eine Reglersequenz. Warscheinlich nehme ich einen PID-Regler mit dem Bereich 0..200% 0..100 für das WRG-Ventil und 100-200% für das Dampf-Ventil. Für die beiden Reglereinstellungen (PID-Werte) werde ich einen Multiplexer verwenden, je nach dem wo der Regelausgang steht.

Wenn ein Regler ausgeschaltet werden muss, werde ich den Regelausgang von 100..200% oder 0..100% begrenzen.

Das ist meine Idee. Dies sollte bei zwei Sequenzen genügen. Aber ich hatte mal die Aufgabenstellung mit 5 Sequenzen, wobei jedeeinzelne ausgeschaltet werden konnte. und die 3. war die Startsequenz. Mit den HVAC-Bausteinen von Siemens ging das Problemlos. Doch die haben viel Balast/Müll und was noch schlimmer ist die machen das ein Zyklus 100ms dauert!! :-( Deshalb suche ich einen Ersatz!

Gruss
Gregor

59

oscat.lib fuer Step 7 / Re:Reglerkaskadierung

« am: 09. August 2010, 13:58:15 »

Hat hier noch nie jemand einen Führungs und Folgeregler benötigt?

Würde mich interessieren über einen Ansatz zum Programmieren. Brauche noch Ideen!

Gregor

60

oscat.lib fuer Step 7 / Reglerkaskadierung

« am: 28. Juli 2010, 08:53:45 »

Hallo Zusammen

Ich bin am Programmieren des CTRL_PID Reglers, die Regler funktionieren tadellos!!

Die Schwierigkeit ist nun, ich möchte gerne zwei dieser Regler hintereinander Kaskadieren. Die Erste Stufe ist Heizen über WRG und die zweite Stufe Heizen mit Dampf.

Habe früher die Kostenpflichtigen Bausteine HVAC von Siemens eingesetzt. Da gab es Koppelmerker zwischen den Regler und man konnte bestimmen welcher Regler der Startregler ist.

Hat jemand eine Idee, wo ich da Ansetzten könnte!?

Gruss
Gregor