Themen

16

Bestehende Module / Existing Modules / Example zu MUL_ADD

« am: 11. März 2007, 16:33:49 »

Hallo Hugo


Handbuch:  4.19     Der Parameter   Input  O  ist NICHT beschrieben.

 

Hast du ein Example zu MUL_ADD  ?


Handbuch -->  Skalierung z.b.  von PT100 - Elementen   ( Einheit ist 1/10 °C )


MUL_ADD( X:= PT_100, K:=0.1,  O:= -3,2);   (O ist Offset, Verschiebung des Messwertes aufgrund der Leitungslänge)

17

Bestehende Module / Existing Modules / Example zu INC

« am: 11. März 2007, 16:27:14 »

Hallo Hugo

Kannst du Examples hierzu bringen.


OUTPUT   (Nachkommateil von X)    ?


Handbuch   4.14

18

Bestehende Module / Existing Modules / Ergänzungen zur Dokumentation

« am: 11. März 2007, 16:12:44 »

Hallo Hugo


Ist es möglich, zusätzliche Informationen zu Funktionen an geeigneter Stelle im Modul UND Handbuch zu ergänzen.


ceil ()   Aufrunden
floor ()  Abrunden
round()  RUnden eines Wertes


Karl

19

Modulentwicklung / Module Development / Geschützter Bereich für Entwickler und Tester

« am: 11. März 2007, 14:27:33 »

Hallo Hugo

Ist es möglich, einen "geschützten Bereich" auf dem Forum einzurichten.


Zugriff nur für z.b.  Bets-Tester, Tester, Entwickler  ?


Karl

20

Bestehende Module / Existing Modules / REal_to_Strf

« am: 07. März 2007, 19:49:03 »

Hi

In der LIB dieser Funktion fehlen die Beschreibung und die Versionsangabe.

21

Bestehende Module / Existing Modules / cycle-time

« am: 07. März 2007, 19:45:44 »

Hi

Bei der Funktion cycle-time  wird bei RST die Variable ct_min
auf  (   ct_min := t#0s - t#1ms;  )  gesetzt.

Das dürfte etwa  -1ms  sein.


Ich habe etliche Optimierungen meines Pogrammes gemacht,
die min-Zyklus-Zeit wurde nie kleiner.   

Sollte die Vorbesetzung mit z.b. 2000 ms erfolgen  ?


Die Zykluszeit beim nächsten Durchlauf wird bestimmt kleiner.

22

Modulentwicklung / Module Development / Version 1.5 Plain Text

« am: 07. März 2007, 17:31:48 »

Hi

Wird Plain Text auch angeboten  (V 1.5)   ?

23

Bestehende Module / Existing Modules / Anpassung sign_i ?

« am: 04. März 2007, 20:01:36 »

Hallo Hugo


Die Funktion    "sign_r"  wurde angepasst.   (Verbesserte Steuerungskompatibilität)


Kann die Funktion "sign_i"   auch angepasst werden  ?


P.S.   sign_r  ist leichter zu lesen und "komptibler"

24

Bestehende Module / Existing Modules / Ãœberprüfung der Funktion "FACT"

« am: 04. März 2007, 17:11:37 »

Hallo Hugo


Wie gesagt bin ich am austesten der OSCAT-S7.





Module FACT

Code: [Auswählen]

IF x >= 0 AND x < 8 THEN
fact := 1;
i := 2;
WHILE x < i DO
fact := fact * i;
END_WHILE;
ELSE fact := -1;
END_IF;
Es wird eine Endlosschleife erzeugt.
In der "While" sollte  die Anweisung   "i := i + 1;"  stehen.

25

Bestehende Module / Existing Modules / Vorbesetzung FT_PID

« am: 04. März 2007, 09:57:27 »

Hi

Ich bin beim testen von FT_PID.   (OSCAT-S7)


Es sollten bereits sinnvolle Werte vorbesetzt werden !

D.h.    Wert an actual und set_point   danach sollte sich schon was "rühren".


Vorschlag:

KP      := 1.0;
TN      := T#10s;
TV      := T#1s;
limit_L  := 0.0;
limit_H := 100.0;


Um keinen Frust aufkommen zu lassen.  (Für unbedarfte Anwender)



P.S.  
Ohne Angabe von Parametern:
Beim Start "rührt" sich nichts, weil  limit_l und limit_h 0.0 sind.



Karl

26

Modulentwicklung / Module Development / Sägezahl-Generator

« am: 03. März 2007, 17:51:46 »

Hi Hugo

Ist neben gen_sin  auch ein Sägezahngenerator geplant  ?


Wie in Util.lib     (Fehlt natürlich unter OSCAT-S7  )

Karl

27

Modulentwicklung / Module Development / Mathematical

« am: 01. März 2007, 19:46:44 »

Hi Hugo

Wie gesagt teste ich die OSCAT-S7



Unter Step 7 fehlen die Funtionen   cot  und acot.


Wäre sinvoll diese zu ergänzen  ?


Karl

28

Bestehende Module / Existing Modules / Modul-Code zur Anpassung

« am: 28. Februar 2007, 18:18:56 »

Hi Hugo

Ich teste momentan die OSCAT-S7  Version.

Mir fallen einige Code-Stellen auf, die nachgebessert werden könnten.

Orginal:  C_to_F := celsius * 1.8 + 32

Vorschlag:  C_to_F := (celsius * 1.8 ) + 32.0

32 -->  (INT-Wert)
Punkt vor Strich kann der Compiler, jedoch wird die lesbarkeit erhöht.




*******************************************************************************************************
check_parity

 
FUNCTION check_parity : BOOL
TITLE = 'check_parity'
//
// this function checks for an even partity for a dword and partity bit.
//
// Uses: even
//
VERSION : '1.0'
AUTHOR  : hugo
NAME    : CHECKP
FAMILY  : GATE
 
VAR_INPUT
    in : DWORD;           *********************** FEHLER ?    Sollte BYTE sein  (Laut Handbuch)
    p : BOOL;               *********************** FEHLER ?    Sollte  BOOL sein (Laut Handbuch)
END_VAR

 
Zudem fehlt im Handbuch die Erklärung/Beschreibung für den Paramter "p"

29

Modulentwicklung / Module Development / Rampenfunktion/Generator

« am: 27. Februar 2007, 21:51:24 »

Hi

Wäre eine Rampenfunktion sinvoll  ?


Z.b.
0 Std -->      0°C     // Beginn bei 0°C
1 Std -->   120°c     // Nach 1 Stunde Sollwert auf 120°C
2 Std -->   120°C     // Nach weiteren 2 Stunde Sollwert auf 120°C  (Haltezeit Ofen)
6 Std -->    20°C     // Nach weiteren 6 Stunden Sollwert 20°C


Linear-Interpolation  von bis zu 20  Befehlen.  (Nach x Stunden   Soll  X  °C    oder    Soll   X% haben)
Anwendung: Z.b.   Glühofenkurve definieren.  Bearbeitung Zeitabhängig Steuern (1 Stunde 100% dann 1 Stunde reduzirend bis 0%)

30

Bestehende Module / Existing Modules / Modul actuator_UD

« am: 24. Februar 2007, 16:58:53 »

Hi Hugo

Hier ist zwar kein Fehler, jedoch etwas unschön.

Es sind diverse Pasagen wie diese hier im Modul.

VAR_OUTPUT
    Yup : BOOL;                <-- BOOL   (TRUE,FALSE)
    Ydn : BOOL;                <-- BOOL   (TRUE,FALSE)
    status : BYTE;
END_VAR



IF yup AND NOT up OR ydn AND NOT dn THEN
        ydn := 0;
        yup := 0;
        last := tx;

Es wird die Zuweisung teilweise mit "TRUE und FALSE" ausgeführt.

Ebenso werden diese mit "0 und 1" ausgeführt.


Die Schreibweise ist auch teilweise   "ydn  oder  Ydn".  (Erster Buchstabe Groß b.z.w. Klein)

Ist zwar NICHT fehlerhaft, beim Überprüfen des Code für mich jedoch ungewohnt.