16
SPS-Programmierung / Re: Wer von euch verwendet Visualisierungen und wie sehen sie aus?
« am: 05. November 2008, 13:19:44 »
bidde schön.....
[gelöscht durch Administrator]
[gelöscht durch Administrator]
Beiträge anzeigen
Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.
Seiten: 1 [2]
17
SPS-Programmierung / Re: Wer von euch verwendet Visualisierungen und wie sehen sie aus?
« am: 05. November 2008, 13:18:00 »
HMI: WinCC felx. ---->Noch im Aufbau - Bilder sind teils nur zu Testzwecken visualisiert.
SPS: 317-2PN/DP
[gelöscht durch Administrator]
SPS: 317-2PN/DP
[gelöscht durch Administrator]
18
oscat.lib fuer Step 7 / Re: dimm_i Fehler bei Netzausfall
« am: 27. Januar 2008, 17:02:53 »
das wär nich so schön. Und... wenn man so wie ich das ganze jetzt in eine bzw. so wie bei mir mehrere verschachtelte multiinstanzen gepackt hat. ist alles betroffen!
bei mir gibt es ja keinen direkten instanz-DB zum dimm_i (hatte ich nicht erwähnt). dimm_i ist teil eines FB's für einen lichtsteuerungskreis, der ja auch einen db hat ...dieser ist wiederum in einem FB der alle lichtsteuerungskreise_FB's in sich hat...alles multiinstanz. nur der hauptfb für licht hat dann einen db in dem alle anderen db natürlich drinstecken.
Vorteil: speicherbedarf und ordung in sachen übersicht und struktur.
nachteil: ändere ich eine in/out/stat-variable in einem fb der verschachtelt is, muss ich den ganzen quark von unten nach obenneu generieren also die fb's bis zum eigentlichen db vom licht FB, der dann im OB 1 ist. wie auch Rolleden haupt fb etc.
das is ne frimelei ...aber es klappt und ich habe keine vielen db's pro hauptprogrammteil nur einen instanz an dem ich nich ran muss. und ein paar globale DB's für daten abfragen.... für HMI etc.
bei mir gibt es ja keinen direkten instanz-DB zum dimm_i (hatte ich nicht erwähnt). dimm_i ist teil eines FB's für einen lichtsteuerungskreis, der ja auch einen db hat ...dieser ist wiederum in einem FB der alle lichtsteuerungskreise_FB's in sich hat...alles multiinstanz. nur der hauptfb für licht hat dann einen db in dem alle anderen db natürlich drinstecken.
Vorteil: speicherbedarf und ordung in sachen übersicht und struktur.
nachteil: ändere ich eine in/out/stat-variable in einem fb der verschachtelt is, muss ich den ganzen quark von unten nach obenneu generieren also die fb's bis zum eigentlichen db vom licht FB, der dann im OB 1 ist. wie auch Rolleden haupt fb etc.
das is ne frimelei ...aber es klappt und ich habe keine vielen db's pro hauptprogrammteil nur einen instanz an dem ich nich ran muss. und ein paar globale DB's für daten abfragen.... für HMI etc.
19
oscat.lib fuer Step 7 / Re: dimm_i Fehler bei Netzausfall
« am: 26. Januar 2008, 18:45:01 »
Hallo Hugo, hallo daniel.
Sorry musste eben ganzdringend weg.
Jetzt bin ich wieder da, seh den neun Eintrag, und habe ihn sofort probiert. BOMBE!
0 in den .laststep des dimm_i DB's vom OB100 zu transferieren war dir Lösung! er hält den Wert und man kann nach Netz wiederherstellung und von STOP nach RUN sofort weiter dimmen, also zu deutsch: Nach Stromausfall geht mein Licht auch wieder in der selben Helligkeit sofort wieder an und ich kann sofort wieder dimmen.
Besten Dank Daniel
Ein Hoch auf euch Jungs Ihr seit spitze.
Sorry musste eben ganzdringend weg.
Jetzt bin ich wieder da, seh den neun Eintrag, und habe ihn sofort probiert. BOMBE!
0 in den .laststep des dimm_i DB's vom OB100 zu transferieren war dir Lösung! er hält den Wert und man kann nach Netz wiederherstellung und von STOP nach RUN sofort weiter dimmen, also zu deutsch: Nach Stromausfall geht mein Licht auch wieder in der selben Helligkeit sofort wieder an und ich kann sofort wieder dimmen.
Besten Dank Daniel
Ein Hoch auf euch Jungs Ihr seit spitze.
20
oscat.lib fuer Step 7 / Re: dimm_i Fehler bei Netzausfall
« am: 26. Januar 2008, 16:09:14 »
mhhh.... mist ich muss jetzt schnell weg..termin....ja eigentlich ist es das selbe ode nich? funktioniert aber nicht.
ich meld mich nacher noch mal danke erst mal.
ich meld mich nacher noch mal danke erst mal.
22
oscat.lib fuer Step 7 / Re: dimm_i Fehler bei Netzausfall
« am: 26. Januar 2008, 16:02:15 »
da steht schon was bei mir drin..der war auch geladen....
wenn ich das einfüge was du mir gegeben hast macht ers rot
das hattest du mir sogar noch gemacht aber der fehler tritt ja trotzdem auf
[gelöscht durch Administrator]
wenn ich das einfüge was du mir gegeben hast macht ers rot
das hattest du mir sogar noch gemacht aber der fehler tritt ja trotzdem auf
[gelöscht durch Administrator]
23
oscat.lib fuer Step 7 / Re: dimm_i Fehler bei Netzausfall
« am: 26. Januar 2008, 15:55:06 »
heiß ich lade den OB100 rein und fertig? oder muss ich den dimm_i im ob100 aufrufen?
24
oscat.lib fuer Step 7 / dimm_i Fehler bei Netzausfall
« am: 26. Januar 2008, 15:29:20 »
Hallo liebes Oscat Team. Ich habe euren dimm_i Baustein in einer 315 2PN/DP im Einsatz. Super Baustein.
Jetzt ist mir allerdings aufgefallen,dass er am BYTE out nach einem Netzausfall den Wert einfriert. wenn ich dann von AUS (also Q=0 und dann gedrückt halten) hochdimme setzt er denn Byte out auf 1. von da an, tut sich nichts mehr am Byte out. Nur ein MRES hilft mir hier uas der patsche. :-(
Is da was mit den Einstelleungen meiner CPU nich in Ordnung ( softwaremässig kann die nur einen Warmstart - auch hier tritt das Phänomen auf) oder wurde ein Netzausfall bzw. CPU Stop beim dimm_i nicht berücksichtigt?
Gruß
Mac
Jetzt ist mir allerdings aufgefallen,dass er am BYTE out nach einem Netzausfall den Wert einfriert. wenn ich dann von AUS (also Q=0 und dann gedrückt halten) hochdimme setzt er denn Byte out auf 1. von da an, tut sich nichts mehr am Byte out. Nur ein MRES hilft mir hier uas der patsche. :-(
Is da was mit den Einstelleungen meiner CPU nich in Ordnung ( softwaremässig kann die nur einen Warmstart - auch hier tritt das Phänomen auf) oder wurde ein Netzausfall bzw. CPU Stop beim dimm_i nicht berücksichtigt?
Gruß
Mac
25
oscat.lib fuer Step 7 / Re: blind_actuator Positions byte umwandeln..aber wie
« am: 09. Januar 2008, 15:37:51 »
ZOTOS aus dem sps-forum hatte die lösung. einn hoch auf ihn!
http://www.sps-forum.de/showthread.php?p=114028&posted=1#post114028
http://www.sps-forum.de/showthread.php?p=114028&posted=1#post114028
26
oscat.lib fuer Step 7 / blind_actuator Positions byte umwandeln..aber wie
« am: 09. Januar 2008, 13:14:10 »
Hallo Freunde,
ich hoffe ich werde jetztnicht ausgelacht wenn ich mein Problem darstelle. Ist sicher was primitives, aber ich verstehs einfach nicht.
Ich bekomme ja von den blind-bausteinen eine positionsangabe mit dem wert 0-255 in byte.
diese möchte ich von 0-100 umparametrieren(wegen WinCC). habe das byte über ne move-box auf eine stat variable in real geschickt und dann mit 2,55 dividiert und dann wieder in ein byte. in der simulation hat alle ssuper funktioniert. jetzt habe ichs in eine 317 2DP/PN geladen. aber am ausgang des DIV_R kommt immer nur null. was ist das problem? warum gehts in der simulation aber jetzt nicht mehr?
ich habe zum besseren verständnis eine screenshot mit angehängt.
bedanke mich jetzt schon mal für eure hilfe
gruß mac
[gelöscht durch Administrator]
ich hoffe ich werde jetztnicht ausgelacht wenn ich mein Problem darstelle. Ist sicher was primitives, aber ich verstehs einfach nicht.
Ich bekomme ja von den blind-bausteinen eine positionsangabe mit dem wert 0-255 in byte.
diese möchte ich von 0-100 umparametrieren(wegen WinCC). habe das byte über ne move-box auf eine stat variable in real geschickt und dann mit 2,55 dividiert und dann wieder in ein byte. in der simulation hat alle ssuper funktioniert. jetzt habe ichs in eine 317 2DP/PN geladen. aber am ausgang des DIV_R kommt immer nur null. was ist das problem? warum gehts in der simulation aber jetzt nicht mehr?
ich habe zum besseren verständnis eine screenshot mit angehängt.
bedanke mich jetzt schon mal für eure hilfe
gruß mac
[gelöscht durch Administrator]
27
oscat.lib fuer Step 7 / Re: Einfügen von OCAT Modulen in Step7 Programm
« am: 10. November 2007, 00:50:01 »
Hallo Daniel,
erstmal herzlichen dank für deinen zeitaufwand zwecks des beispiels. nach dem ich mir deinen tip, noch mal, 20 mal durchgelesen hab und dazu parrallel noch die S7 Hilfe benutzt hatte, habe ich es dann nach 8std. fummeln hinbekommen. jetzte habe ich deine .zip gesehen und mal geguckt - ja so hab ich das auch realisiert. super was gelernt! nach dem ganzen hickhack hab ich nun noch mal ein neues projekt geöffnet - nur mit input und control. es funzt und ich freu mich.
(1)
jetzt bleibt mir nur noch die frage zu dem OB100..."muss so sein" warum und vor allem wofür?
(2)
und mir ist was aufgefallen: wenn ich mauell ansteuere im click_mode.
ich klicke, der motor kommt....ich klicke, der motor stoppt - soweit ok. aber jetzt: ich klicke der motor kommt. endposition erreicht. der motor schaltet nicht ab!!!! dadurch steht an einem ausgang vom input modul ne 1 an und er geht nicht mehr in automatik_mode( beide ausgänge 1). damit er das tut müsste man nochmal klicken.
vielleicht sehe ich das ja falsch, aber falls es so ist, finde ich das blöd : ich klick einmal "mach mal zu"...und der automatik mode geht nicht an, wenn ich nicht stoppe oder wenn die rollade unten ist, und ich nicht noch mal klicke. damit dies geht hatte ich gedacht: er soll die Position und die ausgänge am input_module vergleichen und dann noch mal klicken....da ich aber nicht weiß wie ich Byte und BOOL vergleiche habe ich das jetzt über zeit gemacht, wobei diese ja immer > als die auffahrdauer sein muss. das klappt soweit....wenn jemand ne bessere idee hat (habs mal als .zip angehängt) - bitte posten.
Habe meinem rolladenbaustein einen Pos ausgang für eine spätere Visu spendiert . die eingänge für manuelle % anwahl hab ich noch nicht eingebaut.
wer also verbesserungen oder was zu anzumerken hat - immer gerne.
Nochmals besten dank an Daniel ohne deinen tipp mit den multiinstanzen wär ich nicht weitergekommen. oder hätte für 20rolladen 20DB's + je 5 DB's für die 5 FB's der blind module..
[gelöscht durch Administrator]
erstmal herzlichen dank für deinen zeitaufwand zwecks des beispiels. nach dem ich mir deinen tip, noch mal, 20 mal durchgelesen hab und dazu parrallel noch die S7 Hilfe benutzt hatte, habe ich es dann nach 8std. fummeln hinbekommen. jetzte habe ich deine .zip gesehen und mal geguckt - ja so hab ich das auch realisiert. super was gelernt! nach dem ganzen hickhack hab ich nun noch mal ein neues projekt geöffnet - nur mit input und control. es funzt und ich freu mich.
(1)
jetzt bleibt mir nur noch die frage zu dem OB100..."muss so sein" warum und vor allem wofür?
(2)
und mir ist was aufgefallen: wenn ich mauell ansteuere im click_mode.
ich klicke, der motor kommt....ich klicke, der motor stoppt - soweit ok. aber jetzt: ich klicke der motor kommt. endposition erreicht. der motor schaltet nicht ab!!!! dadurch steht an einem ausgang vom input modul ne 1 an und er geht nicht mehr in automatik_mode( beide ausgänge 1). damit er das tut müsste man nochmal klicken.
vielleicht sehe ich das ja falsch, aber falls es so ist, finde ich das blöd : ich klick einmal "mach mal zu"...und der automatik mode geht nicht an, wenn ich nicht stoppe oder wenn die rollade unten ist, und ich nicht noch mal klicke. damit dies geht hatte ich gedacht: er soll die Position und die ausgänge am input_module vergleichen und dann noch mal klicken....da ich aber nicht weiß wie ich Byte und BOOL vergleiche habe ich das jetzt über zeit gemacht, wobei diese ja immer > als die auffahrdauer sein muss. das klappt soweit....wenn jemand ne bessere idee hat (habs mal als .zip angehängt) - bitte posten.
Habe meinem rolladenbaustein einen Pos ausgang für eine spätere Visu spendiert . die eingänge für manuelle % anwahl hab ich noch nicht eingebaut.
wer also verbesserungen oder was zu anzumerken hat - immer gerne.
Nochmals besten dank an Daniel ohne deinen tipp mit den multiinstanzen wär ich nicht weitergekommen. oder hätte für 20rolladen 20DB's + je 5 DB's für die 5 FB's der blind module..
[gelöscht durch Administrator]
28
oscat.lib fuer Step 7 / Re: Jalosie blind_control position zählt nich
« am: 07. November 2007, 19:16:50 »
hallo daniel,
erstmal danke für dein bemühungen. ich habe jetzt aus dem FC188 in dem die bausteine sind, in einen FB 188 gewandelt und die variabeln nicht als temp sondern als stat deklariert. leider ohne erfolg. ich habe das leider noch nicht ganz verstanden. die Blind Fb's haben ja schon je einen DB. oder müsste ich für den FB 188 einen globalen DB machen und dort die wariablen bereit stellen....vielleicht könntest du mir nochmal das grundpprinzip bzw. die grundstruktur erläutern.
ich habs jezt nochmal gezippt. http://venhuis.de/S7archive2.zip
gruß nico
erstmal danke für dein bemühungen. ich habe jetzt aus dem FC188 in dem die bausteine sind, in einen FB 188 gewandelt und die variabeln nicht als temp sondern als stat deklariert. leider ohne erfolg. ich habe das leider noch nicht ganz verstanden. die Blind Fb's haben ja schon je einen DB. oder müsste ich für den FB 188 einen globalen DB machen und dort die wariablen bereit stellen....vielleicht könntest du mir nochmal das grundpprinzip bzw. die grundstruktur erläutern.
ich habs jezt nochmal gezippt. http://venhuis.de/S7archive2.zip
gruß nico
29
oscat.lib fuer Step 7 / Jalosie blind_control position zählt nich
« am: 07. November 2007, 13:05:41 »
Hallo,
ich sitze hier schon 2 Tage (fast am stück) und versuche die Jalosiesteuerung hinzubekommen. Ich muss erstmal dazusagen das ich noch den Anfängerstatus habe, es will einfach nicht:
ich habe die bausteine blind_input night security und control hintereinander geschaltetok. aber der zählt nicht die T_UD zeit. weder hört er nach 20sek auf, noch zeigt er am control baustein während der fahrt eine positionsveränderung. dazu kommt wenn ich die PLCSIM auf run schalte und dabei clickmode eingeschaltet habe, dass er sofort losfährt.
hat vielleicht einer idee ws ich falsch mache?
außerdem brauch ich ja diese schlatung dann mehrfach....geht das nur wenn ich für die FB's sprich blind_input für jedes rollo einzellnen DB anlegen muss?
Ich habe es so gemacht, dass ich alle module in einem FB über temp variabeln verbunden habe. wenn ich aber die function mehrfach benutze setzten sich die ausgänge alle funktion gegenseitig. hab auch schon versucht ide module in einem FB mit DB zu schalten---> das selbe. ich komm bis jetzt nur drumherrum wenn ich für jedes rollo verschiendene FC nehme, in denen immer die selben Jalosiemodule sind. Nur das ich in den einzelnen RollFC's, die Modul FB's immer als einen anderen DB deklarieren muss. ansonsten setzt der ausgang von rollo FC1 zum beispiel auch den von rollo FC 2....
vielleicht kann sich das ja mal jemand angucken... wäre nett.
ich danke schon mal im vorraus
http://venhuis.de/s7archive.zip
ich sitze hier schon 2 Tage (fast am stück) und versuche die Jalosiesteuerung hinzubekommen. Ich muss erstmal dazusagen das ich noch den Anfängerstatus habe, es will einfach nicht:
ich habe die bausteine blind_input night security und control hintereinander geschaltetok. aber der zählt nicht die T_UD zeit. weder hört er nach 20sek auf, noch zeigt er am control baustein während der fahrt eine positionsveränderung. dazu kommt wenn ich die PLCSIM auf run schalte und dabei clickmode eingeschaltet habe, dass er sofort losfährt.
hat vielleicht einer idee ws ich falsch mache?
außerdem brauch ich ja diese schlatung dann mehrfach....geht das nur wenn ich für die FB's sprich blind_input für jedes rollo einzellnen DB anlegen muss?
Ich habe es so gemacht, dass ich alle module in einem FB über temp variabeln verbunden habe. wenn ich aber die function mehrfach benutze setzten sich die ausgänge alle funktion gegenseitig. hab auch schon versucht ide module in einem FB mit DB zu schalten---> das selbe. ich komm bis jetzt nur drumherrum wenn ich für jedes rollo verschiendene FC nehme, in denen immer die selben Jalosiemodule sind. Nur das ich in den einzelnen RollFC's, die Modul FB's immer als einen anderen DB deklarieren muss. ansonsten setzt der ausgang von rollo FC1 zum beispiel auch den von rollo FC 2....
vielleicht kann sich das ja mal jemand angucken... wäre nett.
ich danke schon mal im vorraus
http://venhuis.de/s7archive.zip
Seiten: 1 [2]