Nachrichten

1

oscat.lib fuer TwinCAT/CoDeSys / Re: IEEE754-Format

« am: 17. April 2008, 09:43:07 »

Hallo Hugo,

ich bekomme die Daten von einem Frequenzumrichter (SDO-Parameter) über CAN-BUS als 4 einzele Bytes, die schiebe ich dann entsprechend in ein DWORD,
Der Inhalt des DWORD soll eine REAL-Zahl darstellen.

mfG Jan

[gelöscht durch Administrator]

2

oscat.lib fuer TwinCAT/CoDeSys / Re: IEEE754-Format

« am: 16. April 2008, 10:07:27 »

Hallo,

habe das Umwandlungsproblem schnell lösen können

hier die Funktionen:

Code: [Auswählen]

IEEE32 in REAL

FUNCTION IEEE32_TO_REAL : REAL
VAR_INPUT
IN:DWORD;
END_VAR
VAR
PTREAL:POINTER TO REAL;
END_VAR

PTREAL:=ADR(IN);
IEEE32_TO_REAL:=PTREAL^;
END_FUNCTION


REAL in IEEE32

FUNCTION REAL_TO_IEEE32 : DWORD
VAR_INPUT
IN:REAL;
END_VAR
VAR
PTDWORD:POINTER TO DWORD;
END_VAR

PTDWORD:=ADR(IN);
REAL_TO_IEEE32:=PTDWORD^;

END_FUNCTION

getestet auf einer EC4P von Moeller. Die Funktionen können gerne in die Bibliothek aufgenommen werden.

mfG Jan

3

oscat.lib fuer TwinCAT/CoDeSys / IEEE754-Format

« am: 16. April 2008, 07:43:01 »

Hallo liebe Oscat-User,

suche eine Funktion die mir eine IEEE754-Zahl 32bit in eine Real-Zahl umwandelt (und umgekehrt) gibt es die schon in der Bilbliothek?

mfG Jan

4

SPS-Hardware / Re: SPS Vergleichstabelle

« am: 20. Januar 2008, 15:34:11 »

Hallo,

wie gesagt von Moeller. Man schreibts wirklich mit "oe".

Nur der Richtigkeit halber .


mfG Jan

5

SPS-Hardware / Re: SPS Vergleichstabelle

« am: 18. Januar 2008, 12:32:42 »

Halllo,

Danke für die Info´s über die Steuerungen.

Übrigens das Dingend´s heißt EC4P-222 von Moeller.

mfG Jan

6

Bestehende Module / Existing Modules / RTC

« am: 02. Januar 2008, 13:26:55 »

Desweiteren habe ich mir auch noch eine eigene Uhr "gebastelt",
das ist für die Simulation manchmal ganz nützlich da dort die sysgetrtc nicht funktioniert.

mfG Jan

[gelöscht durch Administrator]

7

Bestehende Module / Existing Modules / Re: DCF77 und RTC

« am: 02. Januar 2008, 13:22:16 »

Hallo Horst,

habe den DCF77 Baustein mal etwas geändert, vielleicht hilft es Dir weiter.
Die Sekunden müssten jetzt auch richtig laufen (bei mir in der Simulation stimmt´s jedenfalls)

mfG Jan

[gelöscht durch Administrator]

8

Bestehende Module / Existing Modules / Re: DCF77 und RTC

« am: 27. Dezember 2007, 08:45:17 »

Hallo Horst,

ich habe das so gelöst, das ich die interne Uhr der SPS ständig benutze und diese Uhr dann mit der RTC-Uhr des DCF-Bausteins bei erfolgreichem Funksignalempfang synchronisiere.

Ob DST oder nicht kann man ja mit der entsprechenden Funktion auch aus dem internen Datum der SPS feststellen.

Hier der Programmabschnitt für die EC4P von Moeller:

(*Systemuhr stellen*)

 IF NOT DCF_77.error AND DCF_77.sync THEN SysRtcSetTime(DCF_77.RTC1);
 END_IF;

(*Systemuhr auslesen*)

 Aktuelles_Datum_und_Uhrzeit:= SysRtcGetTime(TRUE);



mfG Jan

9

Modulentwicklung / Module Development / Modul für Last- 1/4h-Spitzenmanagement gesucht

« am: 27. November 2007, 14:51:29 »

Hallo,

ich suche ein Modul für ein Lastmanagement und den Abwurf von Verbrauchern. Soll ähnlich wie das Multimax von www.kbr.de funktionieren. Als Eingangssignal kommt der Zählerimpuls vom EVU mit der Wertigkeit von z.B 10Imp./kWh. Ist sowas schon dabei oder in Planung?

mfG Jan

10

oscat.lib fuer TwinCAT/CoDeSys / Re: Funktion set_DT

« am: 05. November 2007, 12:43:36 »

Hallo und guten Tag,

des Weiteren mußte ich bei Verwendung der oscat.lib mit der ECP4 von Moeller die Funktion Ltime_to_UTC löschen, da sonst CoDeSys abgestürzt ist. Habe die Funktion nun geändert damits funktioniert:

FUNCTION Ltime_to_UTC : DT
VAR_INPUT
   Ltime : DT;
   DST : BOOL;
   Time_Zone_Offset : TIME;
END_VAR
VAR
   DST_Differenz: TIME :=T#1h;
END_VAR
 

IF DST THEN Ltime_to_UTC := Ltime - Time_Zone_Offset - DST_Differenz; ELSE Ltime_to_UTC := Ltime -
Time_Zone_Offset; END_IF;


sobald ich in der ST-Anweisung direkt mit T#1h gearbeitet habe wollte es nicht, aber wenn ich es deklariere als Variable funktionierts.

mfG Jan 

11

oscat.lib fuer TwinCAT/CoDeSys / Re: Funktion set_DT

« am: 01. November 2007, 08:39:05 »

Hallo an alle,

ich habe die Programmzeile  der Funktion set_DT geändert:

set_DT := DWORD_TO_DT(DATE_TO_DWORD(set_Date(year, month, day)) + second + minute * 60 +(INT_TO_DWORD(hour)) * 3600)

Jetzt funktioniert es auch mit der ECP4 von Moeller.
Der Grund lag in einer Wertebereichsüberschreitung für den Typ INT bei dieser Steuerung: INT = -32768 bis 32767

hour = 9  d.h. 9 * 3600  = 32400 ist noch im Wertebereich von INT
hour = 10  d.h. 10 * 3600  = 36000 ist nicht mehr im Wertebereich von INT


Scheinbar wird bei der Steuerung irgendwie anders gerechnet .

mfG Jan

12

oscat.lib fuer TwinCAT/CoDeSys / Re: Funktion set_DT

« am: 01. November 2007, 06:29:33 »

Hallo hugo,

hier die Infos:

Ich benutze die oscat.lib 2.2, die CoDeSys 2.3.5.8, in der Simulation ist die Berechnung immer o.k.
Desweiteren habe ich festgestellt, daß die Berechnung auch in der Steuerung o.k. ist solange wie die Stunden der Uhrzeit nicht zweistellig werden. Also ab 10 Uhr rechnet´s nichtmehr richtig.

Im Anhang mein Testprogramm.

mfG Jan



[gelöscht durch Administrator]

13

oscat.lib fuer TwinCAT/CoDeSys / Funktion set_DT

« am: 30. Oktober 2007, 07:16:42 »

Hallo und guten Morgen,

ich benutze die EasyControl ECP4 von Moeller die mit CoDeSys programmiert wird.
Ich habe die Funktion set_DT eingebunden doch leider verrechnet sich die Steuerung irgendwie.(siehe Anhang)
Woran kann das liegen?

Bin für jede Hilfe dankbar.

mfG Jan

[gelöscht durch Administrator]