SIMATIC S7 CFC (Continuous Function Chart)

eYe

Level-1
Beiträge
759
Reaktionspunkte
81
Zuviel Werbung?
-> Hier kostenlos registrieren
Moin,

habe für einen Kunden ein kleines simples Programm geschrieben. Dieses wurde beim Kunden ohne Mängel abgenommen und dann ausgeliefert.
Nun möchte der Endkunde aber, dass die verwendete S7-300 in CFC programmiert ist...

Ich habe mal geschaut, CFC ist eine Option für Step7 und kostet € 1.940,-

Da ich sonst keinerlei Verwendung für CFC habe, suche ich nun nach der günstigsten Lösung.

Soweit ich gelesen habe ist CFC nichts anderes als FBD, nur das man nicht Netzwerkorientiert programmiert, sondern wie bei der Logo alles auf einem Blatt hat.
Weiter habe ich gelesen, dass man in CFC auch Funktionen aus z.B. AWL Quellen generieren kann.

Nun meine Überlegung:

1) Ist es möglich das jemandem mit der CFC Option mein Programm in eine einfache CFC Funktion übersetzt?
2) Könnte ich das fertige Step7 Projekt öffnen und in die SPS einspielen, oder scheitert es dann an der nicht vorhandenen Option?
3) Seht ihr das als aktzeptable Lösung an, oder sollte ein Programm in CFC wirklich komplett ohne AWL etc auskommen? (Es geht hier um eine ganz simple Lüfteransteuerung mit automatischer Umschaltung der redundanten Einspeisung)
 
Hallo,
in CFC "verschaltest" du Funktionen (ähnlich wie FUP), aber nicht nur in Netzwerken, sondern über ganze Pläne hinweg.
D.h., du kannst die Bib-Funktionen zum Verschalten benutzen als auch eigene AWL/FUP/KOP-Bausteine. Der erstellte CFC-Plan erstreckt sich auch über mehrere Seiten oder Pläne ("ähnlich" :rolleyes: der LOGO).

Diese Pläne (Charts) müssen vor Einspielen in die CPU "übersetzt" werden, daraus enstehen dann die Programmbausteine im Bausteinorder (z.B. in SCL). Diese werden dann in die CPU übertragen.

Also:

1) dafür kannst du bestimmt jemand finden...

2)Einzuspielen geht nur das übersetzte Projekt, aber Änderungen/ Anpassungen können dann nur in CFC mit erneuter Übersetzung durchgeführt werden... es sei denn, du steigst durch die compilierten Funktionen durch...

Ausnahme: die von dir mit CFC verschalteteten eigenen Bausteine (die ja auch in AWL/FUP/KOP erstellt sein können und in CFC nur aufgerufen werden) , können in den übersetzten BausteinOrdner "normal" aufgerufen und geändert werden...

3) vielleicht solltest du dir nur ein Grundgerüst in CFC (Bausteinaufrufe der eigenen Funktionen) erstellen, während die wirklich wichtigen Funktionen in deinen eigenen Bausteinen liegen und dort ohne CFC geändert werden können ?
--> es kann also auch AWL in CFC stecken (in eigenen Bausteinen).. .

Klärung mit Endkunden wäre wohl erforderlich ...

Gruss
 
Zuviel Werbung?
-> Hier kostenlos registrieren
habe für einen Kunden ein kleines simples Programm geschrieben. Dieses wurde beim Kunden ohne Mängel abgenommen und dann ausgeliefert.
Nun möchte der Endkunde aber, dass die verwendete S7-300 in CFC programmiert ist...

Momentan arbeite ich jeden Tag mit CFC.
Daher bin ich momentan richtig auf Betriebstemperatur.
Könnest ja mal schreiben, in welcher Region dein Endkunde ist.

Ggf. schickst du mir mal deinen Kontakt per PN.
Manches lässt sich schneller im Telefonkontakt klären.

Gruß

Frank
 
@IBFS

Wenn ich mal dazwischenfragen darf, wozu nutzt du CFC, welche Vorteile bieten sich?

I have used CFC quite intensive the last 10 years, and like it very much ( I'm "uralt" and started with PG630 S5110A /AWL - when this was modern equipment!).

Die grösste Vorteile sind:
- visual programming, easier to dechiffer and read.
- no Markers - less errors, no docu needed.
- error tracking (read: tracking missing signal) is very visual and easy.
- 'one-click' upload and survival of HMI-changed parameters (setpoints, limits, reg-parameters) even if FBs (instances) are changed offline.
- online curves (8 pencils, was it?) integrated. Nice for controller adjustment etc.

In the PCS7 environment, with automatic generation and linking of HMI icons, alarms, interlocks with texts and archive tags - it's like coming to heaven compared with non-integrated systems.
icon7.gif


Nachteile:
- Uses some more memory.
- Not codeoptimal as self-made AWL can be - more like FUP or SCL (the generated code consists of more brackets and temps).
- Changes must be compiled before download - can take a minute or two. Also for a simple negation.
- The online code is next to unreadable without the original CFC - could also be a pre.


In our company we prog. mostly processes (piping, conveyours, multi PLC multi OS) and not so much machines. But we also prog. machines and P+F systems with CFC. We see big advantages cause it is much easier for collegues to commission and maintain the software.

(And of course, we make our FBs with AWL (the oldtimers) or SCL(the youngsters).)

I'd recommend CFC for all, except for those who are forced to shoehorn their code into a too small CPU.

icon12.gif

Kaputt
 
@IBFS
Wenn ich mal dazwischenfragen darf, wozu nutzt du CFC, welche Vorteile bieten sich?


Vorteile:
Man kann ein komplettes Aggregat (z.B. Kompressor) mit allen
beteiligten FCs und FBs (bitte in SCL geschrieben) auf einen
Blick sehen und auch die Werte aller Anschlüsse sehen.

Eine IBN ist also OHNE Variablentabelle viel effizienter möglich

CFC ist in der Verfahrentechnik, wo man nicht die letzte msec
Zykluszeit herauskitzeln muss, aufgrund der Übersichtlichkeit
ideal. Man muss auch nicht PCS7 haben, weil es ja, so wie ich
es nutze auf CFC pur gibt.

NACHTEIL:
Damit eine Deltaladen möglich beleibt, muss man sehr diszipliniert
programmieren und nicht planlos daraufloshacken. Daher ist es
nach meine Meinung für Programmierneulinge, die gerne nach dem
Prinzip "Trail und Error" arbeiten, nicht geeignet.

Frank
 
Zurück
Oben