Nachrichten

226

SPS-Programmierung / Re:Zisternenfüllstand auswerten

« am: 09. Mai 2011, 12:21:36 »

Hi!

Ich messe meinen Zisternenfüllstand mittels Schallsensor.
dieser gibt mir die Füllhöhe aus.

Ich habe ebenfalls einen niederschlagssensor auf dem Prinzip der Flüssigkeitswaage.
Bei einer niederschlagsmenge von 0,5L/m² erzeugt er mir einen Impuls.

Desweiteren habe ich den Baustein Flow_Meter "missbraucht"
1. FLOW_METER 0,5 Liter/Impuls  (aufaddieren des Niederschlages pro m²)
2. FLOW_METER Liter/m² x Dachfläche in m²

weiterhin habe ich hinter jeden FLOW_METER einen METER_STAT geschaltet.
damit "zeichne" ich mir den Niederschlag (heute, gestern, aktuelle Woche, letzte Woche, aktueller Monat, letzter Monat und Jahr auf.

der 1. FLOW_METER (Niederschlag/m²) zeichnet kontinuierlich auf.
der 2. FLOW_METER (Zulaufwasser in Zisterne) zeichnet nur auf wenn Zisternenvolumen <100% ist.

Anmerkung zum Niederschlagssensor:

Die Sensor war eigentlich mal ein Funksensor, jedoch habe ich kurzerhand die Funkplatine rausgeschmissen und 2 drähte an den Reedkontakt der Waage angeschlossen.

Klappt tadellos.



[gelöscht durch Administrator]

227

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

« am: 22. April 2011, 12:32:22 »

Also, ich habe nun den Actuator_3P ausgiebeig getestet und nur ein Problem festgestellt.

STIME muss die aktuelle Version (1.4) sein.
Ebenfalls muss der FB64 (STIME) im OB1 zyklisch aufgerufen werden.

OB1:

CALL FB64, DB64
Dann kann die negative Zeit nicht mehr vorkommen.
D.h. bei SPS-STOP und übergang in RUN initialisiert sich der Baustein von selbst und korrigiert sämtliche TX und TX_LAST.

Lässt man den aufruf im OB1 weg, kommt es bei neustart oder aber nach T=24D23H59M59S... zum stehenbleiben der Reglerbausteine die STIME benutzen.

Natürlich werde ich weiter testen und beobachten.

Gruß Stefan Hantschel

228

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

« am: 21. April 2011, 09:59:49 »

Die Probleme mit den Actuator-Bausteinen kenne ich.

Ich bin gerade dabei, das Modul zu überarbeiten.

Sobald ich erfolg habe werde ich es posten

229

oscat.lib fuer Step 7 / Re:S7 sun_pos

« am: 21. April 2011, 09:58:16 »

Sun Pos inkl. Sonnendichte für Feststehende Solarpanels und Manueller änderungsmöglichkeit der SPS Uhr

[gelöscht durch Administrator]

230

oscat.lib fuer Step 7 / Re:S7 sun_pos

« am: 20. April 2011, 14:05:09 »

schau mal in deine Privaten Nachrichten

231

oscat.lib fuer Step 7 / Re:S7 sun_pos

« am: 20. April 2011, 13:50:50 »

Der Baustein errechnet selbständig, ob Sommer oder Winterzeit (DST) herrst.

Du musst die SPS mit Weltzeit laufen lassen (UTC)

Die Lokalzeit ist (LDT)

Sommer/Winterzeit (DB499.DBX32.1)

232

oscat.lib fuer Step 7 / Re:S7 sun_pos

« am: 20. April 2011, 13:34:39 »

So, hier das S7 Projekt mit der Kalenderberechnung und allen möglichen Zeitinformationen

[gelöscht durch Administrator]

233

oscat.lib fuer Step 7 / Re:S7 sun_pos

« am: 20. April 2011, 12:21:33 »

Grundsätzlich ist das auch etwas schwierig möglich.

S7 kann nur Daten im 4 Byte Format lesen/schreiben.

Das Format DT (Datum & Zeit) ist 8 Byte lang.

Mit Lesen/schreiben geht das nicht zu verschieben.

Entweder du machst es mit
 CALL  SCF1     
       RET_VAL:=#temp_i
       CDT    :=xxxxx

xxx Legst du in den Statischen Temporärvariablen ab.

Wahrscheinlich greifst du mit ProTool oder WinCC flexible auf die SPS zu.
Du kannst aber auch direkt am Panel auf den DB31.DBB8  (Format DATE AND TIME) zugreifen.

PS:
Ich habe mir einen FB (kalender eigen) geschrieben, und verarbeite dort alles was mit SYStemzeit zu tun hat.
Inkl. Sun-Pos, SUN-TIME, und und und.

Wenn du willst, kann ich dir das schicken.

Ich hoffe ich konnte dir damit weiterhelfen.

234

oscat.lib fuer Step 7 / Re:S7 sun_pos

« am: 07. April 2011, 06:52:13 »

Sehe ich das richtig, dass du am eingang UTC von SUN_POS einen wert eingibst?

Warum denn das?

Eigentlich belegt man den eingang SUN_POS UTC mit der SPS SYSTEMZEIT

Schreibe das ganze nach folgendem Schema:

      CALL  SCF1     
       RET_VAL:=#temp_i
       CDT    :=#Kalender_calc.UTC


      CALL  FB31
       latitude :=#Kalender_calc.LATITUDE           // in Breitengrad REAL
       longitude:=#Kalender_calc.LONGITUDE        // in Längengrad REAL
       utc      :=#Kalender_calc.UTC                   // in Zeit DT
       B        :=#Kalender_calc.SUN_HOR             // out Azimut Sonne REAL
       H        :=#Kalender_calc.SUN_VER             // out Höhe Sonne REAL
       HR       :=

235

Bestehende Module / Existing Modules / Problem mit HEAT_METER

« am: 06. April 2011, 15:54:24 »

Hi Leute!

Wenn ich mit Wasser rechne, klappt alles (also CONTENT=0)

Sobald ich aber mit CONTENT ungleich 0 arbeite rechnet der Baustein nicht mehr.
Stimmen die Einheiten von DENSITY UND CP?


In der Doku stehen folgende Einheiten:

Density: KG/l
CP:       KJ/KgK  (sollte das nicht J/kgK sein?)

Dann klappt es nämlich.

Bitte prüfen

236

SPS-Programmierung / Re:Pumpensteuerrung Wechselseitiger Betrieb

« am: 24. Februar 2011, 21:12:18 »

Hi,

habe ich dich richtig verstanden, dass du Folgende "Hardware" hast:

2 Pumpen versorgen zusammen 2 Etagen

Unabhängig von  der anfordernden Etage soll wechselseitig immer eine Pumpe laufen.
Fordern 2 Etagen, sollen 2 laufen.

Folgender Denkansatz:

Ich würde nicht wechselseitig schalten sondern immer die Pumpe mit den geringeren Betriebsstunden zuschalten.
Somit hast du auf Dauer eine gleichmäßige "abnutzung"

Beide Pumpen aus:
Anforderung einer etage: --> Pumpe mit der geringeren Laufzeit geht an.

Eine Pumpe läuft:
Anforderung der zweiten Etage: --> 2. Pumpe schaltet zu.

Hilft dir das weiter?

237

Ankündigungen / Announcements / Re:OSCAT Network Lib 1.10

« am: 02. Februar 2011, 21:07:20 »

Wann kommt die Network LIB für Step7?

238

Modulentwicklung / Re:Unwetterwarnungen vom Deutschen Wetter Dienst

« am: 27. Januar 2011, 14:44:29 »

Ich mache mich sofort heute Abend darüber her.

239

SPS-Programmierung / Re:Programm mit mehreren Timern nur wie?

« am: 27. Januar 2011, 14:30:04 »

Hi.
Ich nutze zwar Siemens, aber om Prinzip würde ich die Hauptzeit nicht über einen Timer sondern über einen Counter realisieren.
Damit kannst du ganz einfach über UND/ODER-Verknüpfungen und einem Taktmerker von z.B. 1Hz die "Zeit" in Sekunden zählen lassen.
Wenn du nun einen Rückwärtszähler einsetzt, kannst du den Zähler mit der Laufzeit von z.B. 60 sec voreintellen und runterzählen lassen.
Mit erreichen der Null (Vergleich "COUNTER > 0") setzt du alles zurück und startest neu.

Konnte ich dir damit helfen?

Gruß Stefan

240

Modulentwicklung / Module Development / Re:Modifikation der Funktion HOLIDAY

« am: 19. Januar 2011, 15:47:16 »

Danke euch allen.
Ihr seid echt spitze.

Gibt es schon einen voraussichtlicchhen Termin, wann das sein wird?

Gibt es schon was neues von 3.20 unter S7?

Gruß Fussel