1
SPS-Programmierung / Re: Leistungsmessung mit Wago 750-493
« am: 11. März 2015, 17:53:04 »
Hallo gibt es den Fb750_493 auch für step 7?
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
2
Bestehende Module / Existing Modules / Re: CodeschlossBaustein PIN CODE
« am: 03. Dezember 2014, 19:41:25 »
Hallo Freunde,
so habe mich auch mit dem Codeschloss auseinandergesetzt ..... ich bekomme es allerdings nicht hin.
Umgebeung: Step7 CPU:317 mit ca. 9ms Zykluszeit
Mein Tastenfeld befindet sich in der Visu und der Baustein Matrix wurde beschaltet wie in Bild 1 zusehen.
Er scheint auch zu Funtionieren: In Bild 4 habe ich mir meine persönliche Tabelle gemacht welches Byte Matrix bei welcher Ziffer ausgibt.
In der VAT DB701.DBB4 in Bild 3 zeigt er mir 1000_0010 für meine Ziffer 2....... soweit so gut. Also Matrix scheint zu funktionieren.
Jetzt zum PIN CODE (Autor "Hugo", vielleicht kannst du mir ja helfen):
PIN CODE bekommt das DBB4 und den Freigabe Eingang "TastenEncoderTP" Bild 2. Die beiden benötigten FC21 LEN und FC229 CODE sind geladen.
Im DB701 ist der PIN als STRING[8] angelegt und mit $81$82$81$82 eingetragen (Bild 3 gelb makiert). Solbald ich aus dem Feld wegklicke werden Symbole
dargestellt. in der VAT sieht man DB701.DBD8 2#0000_1000_0000_0000_1000_0001_1000_0010. Die ersten beiden Bytes scheinen wohl die besagten "Siemens Stringlängenbytes" zu seien, der Rest entspricht genau dem was Matrix mir beim Drücken von der Ziffer 1 oder 2 ausgibt.
Mein Problem:
PINCODE gibt jedoch keine Freigabe !
Leider bin ich nicht firm im Umgang mit Strings und AWL....
Jemand eine Idee woran es liegen könnte???
[gelöscht durch Administrator]
so habe mich auch mit dem Codeschloss auseinandergesetzt ..... ich bekomme es allerdings nicht hin.
Umgebeung: Step7 CPU:317 mit ca. 9ms Zykluszeit
Mein Tastenfeld befindet sich in der Visu und der Baustein Matrix wurde beschaltet wie in Bild 1 zusehen.
Er scheint auch zu Funtionieren: In Bild 4 habe ich mir meine persönliche Tabelle gemacht welches Byte Matrix bei welcher Ziffer ausgibt.
In der VAT DB701.DBB4 in Bild 3 zeigt er mir 1000_0010 für meine Ziffer 2....... soweit so gut. Also Matrix scheint zu funktionieren.
Jetzt zum PIN CODE (Autor "Hugo", vielleicht kannst du mir ja helfen):
PIN CODE bekommt das DBB4 und den Freigabe Eingang "TastenEncoderTP" Bild 2. Die beiden benötigten FC21 LEN und FC229 CODE sind geladen.
Im DB701 ist der PIN als STRING[8] angelegt und mit $81$82$81$82 eingetragen (Bild 3 gelb makiert). Solbald ich aus dem Feld wegklicke werden Symbole
dargestellt. in der VAT sieht man DB701.DBD8 2#0000_1000_0000_0000_1000_0001_1000_0010. Die ersten beiden Bytes scheinen wohl die besagten "Siemens Stringlängenbytes" zu seien, der Rest entspricht genau dem was Matrix mir beim Drücken von der Ziffer 1 oder 2 ausgibt.
Mein Problem:
PINCODE gibt jedoch keine Freigabe !
Leider bin ich nicht firm im Umgang mit Strings und AWL....
Jemand eine Idee woran es liegen könnte???
[gelöscht durch Administrator]
3
oscat.lib fuer Step 7 / Re: Rechner online ? lebensbit
« am: 16. April 2014, 23:58:12 »
Das ist egal...SPS-Abfrage wäre natürlich schöner
4
oscat.lib fuer Step 7 / Re: Rechner online ? lebensbit
« am: 08. März 2012, 16:08:19 »
hintergrund sollte ja nur sein, dass man sieht das z.B bestimmte netzwerkteilnehmer leben..... server ..cam..client....worstation...etc. sowas wie ping 192.168.xxx.xxx im cmd
5
oscat.lib fuer Step 7 / Re: Rechner online ? lebensbit
« am: 08. März 2012, 15:47:47 »
S7-317 2PN/DP
6
oscat.lib fuer Step 7 / Rechner online ? lebensbit
« am: 07. März 2012, 08:38:50 »
Hallo, habe lange gesucht aber nichts gefunden.
ich möchte in der visu winncc flex gerne über ein bit die info bekommen, ob ein rechner mit der ip xxx.xxx.xxx.xxx online ist.
ich such mir einen wolf.
jemand erfahrungen oder ne lösung ...... danke für jede antwort
ich möchte in der visu winncc flex gerne über ein bit die info bekommen, ob ein rechner mit der ip xxx.xxx.xxx.xxx online ist.
ich such mir einen wolf.
jemand erfahrungen oder ne lösung ...... danke für jede antwort
7
oscat.lib fuer Step 7 / Re:DCF 77
« am: 24. September 2010, 00:11:44 »
so das signal bekomm ich rein , jedoch gibt er mir am RTC1 ausgang die daten immer mit dem senkundenwert 00 aus und am rtc ausgang kann ich die daten nicht übernehmen. desweiteren fährt er am milli sekunden ausgang den vollen intiger durch -32000 bis 32000 .
wenn ich set an wähler sind alle ausgänge i.O. jemand eine idee. ab und zu bekomme ich noch BCD wandlungsfehler im diagnosemenü angezeigt
siehe thread "Problem mit DCF77" mh was tun?
jemand eine idee? oder gar die lösung
wenn ich set an wähler sind alle ausgänge i.O. jemand eine idee. ab und zu bekomme ich noch BCD wandlungsfehler im diagnosemenü angezeigt
siehe thread "Problem mit DCF77" mh was tun?
jemand eine idee? oder gar die lösung
8
oscat.lib fuer Step 7 / DCF 77
« am: 23. September 2010, 04:26:34 »
Hallo, Freunde
habe heute versucht den DCF 77 baustein für S7 einzubauen - ohne Erfolg.
der baustein gibt immer nur error=1 aus (also signal nicht i.O.). der rec-eingang bekommt vom empfänger sichtbar ein schnellen bit wechsel.
der FB 27 ist im OB35 mit 20ms eingebunden (10-50ms bereits probiert). habe eine 317-2PN/DP . die zykluszeit beträt zwischen 6-10ms.
jemand eine idee oder lösung?
muss ich die bausteien auf die der FB 27 zugreift auch in den OB 35 packen und wenn ja mit wechler zykluszeit?
der empfänger http://www.shascom.net/shascomProdukte.html
Danke im vorraus
.......
habe heute versucht den DCF 77 baustein für S7 einzubauen - ohne Erfolg.
der baustein gibt immer nur error=1 aus (also signal nicht i.O.). der rec-eingang bekommt vom empfänger sichtbar ein schnellen bit wechsel.
der FB 27 ist im OB35 mit 20ms eingebunden (10-50ms bereits probiert). habe eine 317-2PN/DP . die zykluszeit beträt zwischen 6-10ms.
jemand eine idee oder lösung?
muss ich die bausteien auf die der FB 27 zugreift auch in den OB 35 packen und wenn ja mit wechler zykluszeit?
der empfänger http://www.shascom.net/shascomProdukte.html
Danke im vorraus
.......
9
SPS-Programmierung / Re: Wer von euch verwendet Visualisierungen und wie sehen sie aus?
« am: 29. Dezember 2008, 23:18:03 »
@ chräshe
"werfen sie das teil in den geöffneten schacht" ....wie eine visu für eine home automation sieht das nicht aus...*g* eher für ein game.. oder meins d u den wäsche schacht?
"werfen sie das teil in den geöffneten schacht" ....wie eine visu für eine home automation sieht das nicht aus...*g* eher für ein game.. oder meins d u den wäsche schacht?
10
SPS-Programmierung / Re: Wer von euch verwendet Visualisierungen und wie sehen sie aus?
« am: 14. November 2008, 23:35:03 »
und natürlich die open source community von oscat... der elektriker wahnsinn nimmt seinen lauf...
und der daraus resultierende Comfort UNSERES Lebens
und der daraus resultierende Comfort UNSERES Lebens
11
SPS-Programmierung / Re: Wer von euch verwendet Visualisierungen und wie sehen sie aus?
« am: 14. November 2008, 23:31:14 »
das is alles?
kommt leute, her mit euren visus.... es lebe das voll automatisierte haus.........
kommt leute, her mit euren visus.... es lebe das voll automatisierte haus.........
12
oscat.lib fuer Step 7 / Re: ---> Erweiterter Funktionsumfang des Dimmers - lib 3.01 für Step 7
« am: 10. November 2008, 14:12:20 »
hoffe das ihr das noch hinbekommt vorm releese.
aber erstmals ein großes lob, für eure mühen und den zeit aufwand.
aber erstmals ein großes lob, für eure mühen und den zeit aufwand.
13
oscat.lib fuer Step 7 / Re: ---> Erweiterter Funktionsumfang des Dimmers - lib 3.01 für Step 7
« am: 10. November 2008, 12:05:17 »
hallo hugo,
früher war es so, das er nur von 0 an dimmte (kinderzimmer) wenn der taser bei ausgang Q=0 gedrückt gehalten wurde, ansonsten wurde der alte wert bei behalten. mit dimm_min und dimm_max (beide gleichen wert) fängt er ja jedes mal bei dem gesetzten wert an. Damit würde ich mir ja eine grundlegende Funktion des Dimmers kaputt machen - nämlich das er beim einschalten den letzten wert nimmt, der beim Ausschalten anlag.
Er soll ja eigentlich immer dort Einschalten, wo er aufgehört hat. Es sei den ich dimme (taster gedrückt) wenn ausgang voher =0 war also kinderzimmer. das war früher schon perfekt.
oder man macht an den baustein noch "enable" eingänge für dimm_min und max. sonst würde er ja bei jedem einschalten (wenn wert 0 als dimm_min/max gesetzt ist) von 0 anfangen - praktisch eine kinderzimmer funktion , die immer wirkt - also aufgezwungen ist. das soll sie aber nur beim dauertasten wenn Q=0. und wenn der byte out sich verändert ohne das Q=1 ist , is ja auch nicht das wahre.
kinderzimmer heißt ja eigentlich: ich betrete das kinderzimmer (lampe aus) und halte den taster gedrückt ---> er dimmt hoch (von mir aus auch von dimm_min). Aber jetzt in ver. 3.01 dimmt er wenn Q=0 und ich den taster gedrückt halte, ohne Q=1 zu setzten. ich müsste erst klicken, dann is es aber evtl. so hell das das kind wach wird. und hier den dimm_max zusetzten wäre auch doof, da ich am tag beim einschalten nicht immer hochdimmen will, sondern ganz normal den letzten wert.
Unabhängig davon, dass ich generell nicht immer den selben anfangswert beim einschalten will, kann ich dimm_min und dimm_max nicht beide gleich 0 setzten, denn dann ist ja wieder 0 gestezt und der dimmer hängt wieder (punkt 3).
dimm_min und max müssten unabhängig von der Kinderzimmerfunktion (wenn Q=0 und taster gedrückt, dann fng bei 0 oder dim_min an) sein.
Also eigentlich muss es so sein: - wenn lampe aus und taster gedrückt dann nicht nur losdimmen, sondern Q auch einschalten.
- über ein enable eingang "kinder zimmer" konfigurierbar machen das er dies dann von 0 oder dimm_min macht.
- damit ist die unabhängigkeit vin dimm_min und max schon gegeben.
- dann noch den fehler mit dem hänger wert 0 und 255 (punkt 3) ausmerzen
- und wenn er dann noch den aufgeschalteten wert anfährt (rampe/dimmen) bei lampe Q=1
und bei Q=0 von null oder dimm_min
ja dann... haben wir den perkten baustein der keine wünsche offen lässt.
hoffe mal das du noch den überblick hast, bei dem ganzen hier
Aber schön das du dir das nochmal anguckst...danke schon mal im vorraus.
Ich bin der 1., der ihn testen wird :-), oder du schickst ihn mir vorab (vorm releese) zum testen. Damit er im releese sauber ist.
freu mich schon drauf.
gruß mac
früher war es so, das er nur von 0 an dimmte (kinderzimmer) wenn der taser bei ausgang Q=0 gedrückt gehalten wurde, ansonsten wurde der alte wert bei behalten. mit dimm_min und dimm_max (beide gleichen wert) fängt er ja jedes mal bei dem gesetzten wert an. Damit würde ich mir ja eine grundlegende Funktion des Dimmers kaputt machen - nämlich das er beim einschalten den letzten wert nimmt, der beim Ausschalten anlag.
Er soll ja eigentlich immer dort Einschalten, wo er aufgehört hat. Es sei den ich dimme (taster gedrückt) wenn ausgang voher =0 war also kinderzimmer. das war früher schon perfekt.
oder man macht an den baustein noch "enable" eingänge für dimm_min und max. sonst würde er ja bei jedem einschalten (wenn wert 0 als dimm_min/max gesetzt ist) von 0 anfangen - praktisch eine kinderzimmer funktion , die immer wirkt - also aufgezwungen ist. das soll sie aber nur beim dauertasten wenn Q=0. und wenn der byte out sich verändert ohne das Q=1 ist , is ja auch nicht das wahre.
kinderzimmer heißt ja eigentlich: ich betrete das kinderzimmer (lampe aus) und halte den taster gedrückt ---> er dimmt hoch (von mir aus auch von dimm_min). Aber jetzt in ver. 3.01 dimmt er wenn Q=0 und ich den taster gedrückt halte, ohne Q=1 zu setzten. ich müsste erst klicken, dann is es aber evtl. so hell das das kind wach wird. und hier den dimm_max zusetzten wäre auch doof, da ich am tag beim einschalten nicht immer hochdimmen will, sondern ganz normal den letzten wert.
Unabhängig davon, dass ich generell nicht immer den selben anfangswert beim einschalten will, kann ich dimm_min und dimm_max nicht beide gleich 0 setzten, denn dann ist ja wieder 0 gestezt und der dimmer hängt wieder (punkt 3).
dimm_min und max müssten unabhängig von der Kinderzimmerfunktion (wenn Q=0 und taster gedrückt, dann fng bei 0 oder dim_min an) sein.
Also eigentlich muss es so sein: - wenn lampe aus und taster gedrückt dann nicht nur losdimmen, sondern Q auch einschalten.
- über ein enable eingang "kinder zimmer" konfigurierbar machen das er dies dann von 0 oder dimm_min macht.
- damit ist die unabhängigkeit vin dimm_min und max schon gegeben.
- dann noch den fehler mit dem hänger wert 0 und 255 (punkt 3) ausmerzen
- und wenn er dann noch den aufgeschalteten wert anfährt (rampe/dimmen) bei lampe Q=1
und bei Q=0 von null oder dimm_min
ja dann... haben wir den perkten baustein der keine wünsche offen lässt.
hoffe mal das du noch den überblick hast, bei dem ganzen hier Aber schön das du dir das nochmal anguckst...danke schon mal im vorraus.
Ich bin der 1., der ihn testen wird :-), oder du schickst ihn mir vorab (vorm releese) zum testen. Damit er im releese sauber ist.
freu mich schon drauf.
gruß mac
14
oscat.lib fuer Step 7 / ---> Erweiterter Funktionsumfang des Dimmers - lib 3.01 für Step 7
« am: 09. November 2008, 19:39:46 »
FeedBack
Hallo Hugo, liebes Oscat-Team.
Ich hatte voher eine ältere Version des dimm_i für Step7, welche super funktionierte, jedoch hatte man nicht die Möglichkeit einen Dimmsollwert aufzuschalten. Dies ist bei dem neuen möglich. Das ist schön - aber beim Testen sind mir 3 Sachen aufgefallen, die behoben werden könnten und
müssen:
1. die sogenannte Kinderzimmer Funtion / Funtion verloren gegangen
Beim alten dimm_i wurde beim festgehaltetem Tastersignal immer von 0 hochgedimmt, wenn die Lampe voher aus war. Das war schön und ist nun
nicht mehr der Fall. Statt dessen wird der Ausgangswert gedimmt ohne das der Ausgang Q aktiv ist - das ist schlecht.
Kann man das wieder ändern ?
2. Aufschalten eines Sollwertes - Neue Funktion / Ohne Sinn
Schön das ich nun einen Sollwert aufschalten kann. Wenn eine Lichtscenerie wirken soll, kann ich einen bestimmten Wert aufschalten.
Blöd nur das er sofort wirkt. Da hätte ich auch einen Wert in das Ausgangsbyte "moven" können.
Besser ist folgenes:
Bei eingeschalteter lampe sollte der Dimmer den aufgeschalteten Sollwert vom aktuellen Dimmwert über die Rampe anfahren also dimmen.
Bei ausgeschalteter lampe den sollwert von 0 an über die rampe andimmen - dann gäbe es auch den gewünschten Efekt.
Kann dies realisiert werden?
3. Bei Dimmwert 0 oder 255 (Byte) keine Funktion mehr / Fehler/Mangel
Wenn über den Taster bis auf 0 oder 255 (0 oder 100%) gedimmt wird, kann anschließend nich mehr gedimmt werden (außer nach einem Reset). Das kann und darf nicht sein,
denn es wird ja auch von "vor Ort" gedimmt und nicht nur über HMI, da könnte man dann wieder einen Wert aufschalten damit es wieder geht - aber am
vor Ort schalter ist man machtlos.
Fazit:
Die neue Version des dimm_i hatt eine Funktion verloren wodurch der Dimmwert im ausgeschalteten Zustand verändert wird (Blöd), Sollwertaufschaltung erfolgt ohne Rampe (kein Efekt gegeben -manuelle aufschaltung eines wertes auf das PAW oder den Ausgang hätte die selbe wirkung), und der Dimmer hängt sich beim anfahren auf die Punkte 0 und 255 auf bzw. friert den Dimmwert dort fest ein (Großes problem).
Mit der Fehlfunktion kann man nicht leben.....da war der alte Baustein ja besser (abgesehn von der neuen min/max dimm Funktion).
Der hat funktioniert (in bezug auf Punkt 3), die "Kinderzimmer Funktion" war gegeben und er dimmte deswegen auch nicht wenn die lampe aus ist (Punkt1), und wenn man dann einen Sollwert direkt beim Zustand ausgang Q=1 auf das PAW gelegt hätte, den selben Efekt als würde man ihn nun vom
dimm_i ver.3.01 erst einlesen (Punkt 2).
Kann man die fehler beheben? Sehr wichtig ist Punkt 3, ohne den macht der Dimmer keinen Spass(Sinn), Punkt 1 wäre schön, wenns wieder geht, Punkt
2 wäre das Highlight.
Wer kann was zu welchen Punkten sagen?
Bitte um Euere Hilfe und Bedanke mich jetzt schon mal für Eure Bemühungen.
Gruß Mac.
Hallo Hugo, liebes Oscat-Team.
Ich hatte voher eine ältere Version des dimm_i für Step7, welche super funktionierte, jedoch hatte man nicht die Möglichkeit einen Dimmsollwert aufzuschalten. Dies ist bei dem neuen möglich. Das ist schön - aber beim Testen sind mir 3 Sachen aufgefallen, die behoben werden könnten und
müssen:
1. die sogenannte Kinderzimmer Funtion / Funtion verloren gegangen
Beim alten dimm_i wurde beim festgehaltetem Tastersignal immer von 0 hochgedimmt, wenn die Lampe voher aus war. Das war schön und ist nun
nicht mehr der Fall. Statt dessen wird der Ausgangswert gedimmt ohne das der Ausgang Q aktiv ist - das ist schlecht.
Kann man das wieder ändern ?
2. Aufschalten eines Sollwertes - Neue Funktion / Ohne Sinn
Schön das ich nun einen Sollwert aufschalten kann. Wenn eine Lichtscenerie wirken soll, kann ich einen bestimmten Wert aufschalten.
Blöd nur das er sofort wirkt. Da hätte ich auch einen Wert in das Ausgangsbyte "moven" können.
Besser ist folgenes:
Bei eingeschalteter lampe sollte der Dimmer den aufgeschalteten Sollwert vom aktuellen Dimmwert über die Rampe anfahren also dimmen.
Bei ausgeschalteter lampe den sollwert von 0 an über die rampe andimmen - dann gäbe es auch den gewünschten Efekt.
Kann dies realisiert werden?
3. Bei Dimmwert 0 oder 255 (Byte) keine Funktion mehr / Fehler/Mangel
Wenn über den Taster bis auf 0 oder 255 (0 oder 100%) gedimmt wird, kann anschließend nich mehr gedimmt werden (außer nach einem Reset). Das kann und darf nicht sein,
denn es wird ja auch von "vor Ort" gedimmt und nicht nur über HMI, da könnte man dann wieder einen Wert aufschalten damit es wieder geht - aber am
vor Ort schalter ist man machtlos.
Fazit:
Die neue Version des dimm_i hatt eine Funktion verloren wodurch der Dimmwert im ausgeschalteten Zustand verändert wird (Blöd), Sollwertaufschaltung erfolgt ohne Rampe (kein Efekt gegeben -manuelle aufschaltung eines wertes auf das PAW oder den Ausgang hätte die selbe wirkung), und der Dimmer hängt sich beim anfahren auf die Punkte 0 und 255 auf bzw. friert den Dimmwert dort fest ein (Großes problem).
Mit der Fehlfunktion kann man nicht leben.....da war der alte Baustein ja besser (abgesehn von der neuen min/max dimm Funktion).
Der hat funktioniert (in bezug auf Punkt 3), die "Kinderzimmer Funktion" war gegeben und er dimmte deswegen auch nicht wenn die lampe aus ist (Punkt1), und wenn man dann einen Sollwert direkt beim Zustand ausgang Q=1 auf das PAW gelegt hätte, den selben Efekt als würde man ihn nun vom
dimm_i ver.3.01 erst einlesen (Punkt 2).
Kann man die fehler beheben? Sehr wichtig ist Punkt 3, ohne den macht der Dimmer keinen Spass(Sinn), Punkt 1 wäre schön, wenns wieder geht, Punkt
2 wäre das Highlight.
Wer kann was zu welchen Punkten sagen?
Bitte um Euere Hilfe und Bedanke mich jetzt schon mal für Eure Bemühungen.
Gruß Mac.
15
SPS-Programmierung / Re: Reglung Heitzung
« am: 05. November 2008, 13:26:02 »
Bei mir ist das was du beschreibst in Betrieb, nur das es sich bei mir um das Stellventil an einem Heizkörper handelt. 24V NC.
Reregelt wird über den Standart Schrittregelbaustein CONT_S von Siemens mit Sollwertvorgabe und PT100.
Reregelt wird über den Standart Schrittregelbaustein CONT_S von Siemens mit Sollwertvorgabe und PT100.
Seiten: [1] 2