12.09.2018 09:00 | |
Beigetreten: 16.12.2012 Letzter Bes: 15.03.2024 Beiträge: 84 Bewertung: (0) |
Hallo Ca0d, Anbei die Informationen welche Du von mir haben möchtest. Das es ein wenig Zeit kostet ist schon klar und auch kein Problem. Habe noch einen Anhang der Funktionsbeschreibung hinzugefügt. Dann kannst Du Dir vllt ein besseres Bild daovn machen. 1) Als Programmiersprache favorisiere ich eigentlich FUP oder KOP. Aber sollte es in SCL einfacher zu programmieren zu sein so nehme ich auch SCL. 2) Meine Temperaturen liegen in "REAL" vor. 3) Wenn man ggf. aufrundet oder abrundet sollte es als Ergebnis zur Weiterverarbeitung reichen. 4) Ein Impuls löst die Berechnung aus und diese soll dann alle 60sec oder weniger durchgeführt werden. der Wert muß aber auf 60sec umgerechnet werden, sollte die Zeit <60sec sein. Der Zeitwert ist ein Parameterwert, welcher zwischen 0 und 60sec liegen sollte. 5) Zeit wird nicht synchronisiert. Im voraus schon einmal vielen Dank für die unterstützung. LG MasterB DateianhangUP8_Berechnung_Rampe.pdf (223 Downloads) |
13.09.2018 13:44 | |
Beigetreten: 06.05.2010 Letzter Bes: 24.04.2024 Beiträge: 1963 Bewertung: (272) |
Hallo MasterB, erst einmal danke für die Zuarbeit. Folgender Vorschlag:
In den Anhang habe ich Dir das "minimierte" Programm gepackt. Unzip und dann mit TIA dearchivieren. Das Programm liest einfach aller 60 s die Temperatur ein und berechnet die Differenz zur "alten" Temperatur, Da der Weckalarm sehr genau ist, sollte ds ausreichend sein. Der Anstieg steht Dir als Real-Zahl zur Verfügung. Der einzige "Haken" an der kurzen Version ist, dass Dein erster Wert falsch sein wird, da der Start der Berechnung und der Weckalarm nicht synchron sind. Wenn das nicht stört, ansonsten kann man das auch noch anpassen. Es gibt noch eine zweite "aufwändigere" Programmierung unter Zuhilfenahme der Lokalzeit. Falls Bedarf besteht einfach melden. Wenn noch weitere Fragen etc. sind....kein Problem. Grüße DateianhangBerechnung_Anstieg_60s.zip (204 Downloads) |
14.09.2018 14:11 | |
Beigetreten: 16.12.2012 Letzter Bes: 15.03.2024 Beiträge: 84 Bewertung: (0) |
Hallo Ca0d erst einmal vielen Dank für die Untersüzung und der Hilfestellung. Ich werde mir mal das anschauen und es versuchen zu verstehen. Nach Rücksprache mit meinem Chef sollte schon der erste Werte richtig sein. Also wäre ich für die zweite "aufwändigere" Programmierung sehr dankbar. Das mit dem Weckalarm kann man doch aber nicht benutzen, da die 60 Sekunden ein Parameterwert ist. Dein Vorschlag sollte nur funtionieren, wenn man wirklich nur alle 60 Sekunden die Berechnung abruft, oder bin ich da falsch. Die 60 Sekunden können auch z.B. 40 Sekunden sein und der Differenzwert wird auf 60 Sekunden umgerechnet. Gibt das Deine Variante auch wieder??? "Die Berechnung der Aufheizgeschwindigkeit Referenztemperatur Drehofenmantel erfolgt alle xx sec. Dazu wird die Differenz aus dem aktuellen Istwert und dem vor xx sec ermittelten, gespeicherten Istwert der Temperatur TIR 220-100 BT01 gebildet. Dieser Differenzwert wird auf 60 sec umgerechnet wenn Abfrageintervall anders als 60 sec." LG MasterB DateianhangUP_1-26_Hue-1 Subrutines Rotary Kiln_peisjo.pdf (196 Downloads) |
Zuletzt bearbeitet von: MasterB am: 14.09.2018 14:21:35 |
|
16.09.2018 16:46 | |
Beigetreten: 06.05.2010 Letzter Bes: 24.04.2024 Beiträge: 1963 Bewertung: (272) |
Hallo MasterB, wenn es keine festen Messzeiten gibt, dann funktioniert das mit dem Weckalarm natürlich nicht. Im Anhang die "ausführlichere" Version mit einlesen der Lokalzeit. Ablauf:
Im angehängten Programm ist der Baustein einmal als FUP und einmal als SCL-Version. Im OB1 ist die FUP-Version aufgerufen. du must "nur" noch die Signale für Berechnung, Temperatur und Anstieg verschalten. Die einzelnen Werte werden alle im DB "Werte" abgelegt. Damit ist es einfacher diese zu beobachten. Mit dieser Version wird auch ab der ersten Berechnung der richtige Wert für den Anstieg je Minute ausgegeben. Ich hoffe das Programm ist soweit verständlich. Wenn Du weitere Fragen hast.... gern. Grüße DateianhangBerechnung_Anstieg_20180916_1634.zip (169 Downloads) |
23.09.2018 19:28 | |
Beigetreten: 06.05.2010 Letzter Bes: 24.04.2024 Beiträge: 1963 Bewertung: (272) |
Hallo MasterB, im Anhang die erweitere Version der Berechnung. Folgende Signale sind zu verschalten:
Folgende Ausgangswerte stehen zur Verfügung:
Der Messzyklus wird mittels Frequenzgenerator (LGF_Frequency) erzeugt (1/Messzyklus) Bei weiteren Fragen... gern Grüße DateianhangBerechnung_Anstieg_V20.zip (114 Downloads) |
26.09.2018 11:59 | |
Beigetreten: 06.05.2010 Letzter Bes: 24.04.2024 Beiträge: 1963 Bewertung: (272) |
Hallo MasterB, im Anhang jetzt die simulierbare Version des Projektes. Ich habe den Baustein LGF_Frequency in einen anderen Baustein "integriert". Jetzt ist der Baustein auch Multiinstanzfähig. Viel Erfolg beim simulieren. Grüße DateianhangBerechnung_Anstieg_V21.zip (103 Downloads) |
27.09.2018 00:12 | |
Beigetreten: 16.12.2012 Letzter Bes: 15.03.2024 Beiträge: 84 Bewertung: (0) |
Hallo CaOd, Vielen Dank für die nette unterstützung. nun habe ich das Programm mal simuliert und ein paar Netzwerke im MainProg hinzugefügt. Im Netzwerk 1 simuliere ich durch aufaddieren durch einen Takt den Meßwert. Diesen habe ich an den inTemperatur verschaltet. In den Netzwerken 2 und 3 habe ich einen Taktgenerator erzeugt wobei ich die Variable "Werte_1".Neg_2_2 an den inBerechnung verschaltet habe. In diesem Fall soll die Berechnung alle 40 Sekunden angestoßen werden. Was für eine Zeit schreibe ich bei inMesszyklus dran? Baustein funktioniert soweit auch. Kannst das ja mal anschauen? Bei werte.Time.Diff steht eine Zeit von 1m22s drin und diese wird für die Berechnung der Steigung verwendet. Obwohl ich in Messzyklus 30s dran steht. Irgentetwas verstehe ich da wohl noch nicht. Vielen Dank für Deine Mühen Im Anhang geändertes Proggie. LG MasterB DateianhangBerechnung_Anstieg_V211_20180926_2349.zip (104 Downloads) |
28.09.2018 08:58 | |
Beigetreten: 16.12.2012 Letzter Bes: 15.03.2024 Beiträge: 84 Bewertung: (0) |
Hallo CaOd, Vielen Dank für die nette Unterstützung. Brauchst Dir die Änderungen nicht mehr anschauen. Ist alles in Ordnung. Nun habe ich nochmal eine andere Frage. Anbei schicke ich Dir ein Bild mit der Funktion wo Die Steigungen verglichen werden und auf Grund welche Steigung anliegt wird der Wärmestrom Q verglichen und ggf. Addiert oder subtrahiert wird (d.h. Wärmestrom Q neu = Wärmestrom Q alt (+/-) xxkW [xxkW ist ein Parameterwert]. Sollte man diese Funktion auch in einem FB machen welcher Multiinstantzfähig ist? Kannst Du mir da vieleicht auch unterstützen? LG MasterB DateianhangUP_1-26_Hue-1 Subrutines Rotary Kiln.pdf (95 Downloads) |
07.10.2018 17:26 | |
Beigetreten: 06.05.2010 Letzter Bes: 24.04.2024 Beiträge: 1963 Bewertung: (272) |
Hallo MasterB, sorry es hat eine Weile gedauert. Im Anhang die aktualisierte Version mit Berechnung der Wärmemenge. Schaue es Dir bitte durch und bei Fragen.... einfach melden Grüße DateianhangBerechnung_Anstieg_V22.zip (93 Downloads) |
09.10.2018 14:30 | |
Beigetreten: 16.12.2012 Letzter Bes: 15.03.2024 Beiträge: 84 Bewertung: (0) |
Hallo Ca0d! Vielen vielen dank für die großzügige Unterstützung von dir. Schaue Dir nochmal die Beschreibung "UP8_Berechnung_Rampe.pdf" an. Anbei habe ich dir hier mal eine Variante mit Anpassungen von deinen Bausteinen vorgenommen und wie nach der Beschreibung "UP8_Berechnung_Rampe.pdf" umgesetzt. Den FB "Berechnung Waermemenge habe ich aus dem FB Berechnung_Anstieg herausgelöst. Ich hoffe man kann das so machen. Schaue Dir mal die Variante an. Ist genauso umgesetzt wie es in der Beschreibung "UP8_Berechnung_Rampe.pdf" niedergeschrieben ist. Ich hoffe du kannst das alles verstehen. Die Variablen sind im Programm von der Bezeichnunh gleich der Bechreibung, damit man nicht den Überblick verliert. Über ein kleines Feedback wäre ich dankbar. Zu Deinen Fragen: 1)Wann soll der Vergleich und Korrektur der Wärmemenge stattfinden?. Dieses soll erfolgen der Anstieg neu Bertechnet wurde, d.h. nach jedem Messzyklus. 2)nach erfolgter Berechnung wird ausgewertet ob de Anstieg im Soll ist oder unter/über Soll dazu auch die Toleranzangabe am Eingang. Beispiel Sollwert: 30 K/min, die Toleranz ist +/- 1 K/min dann schaltet der Ausgang OK von 29...31 K/min, Ausgang unter <29 K/min und Ausgang über bei >31 K/min (ansonsten hättest Du nahezu nie einen Wert OK) Diese Toleranz wird als Regler-Totband genutzt Unterer und oberer Sollwert bzw. den Range davon benötige ich nicht. Mit dem aus dem FB "Berechnung_Anstieg" ermittelten Anstieg wird zum Vergleich mit einem Parameterwert benötigt. mit diesem Vergleich und diversen anderen Bedingungen wird die Wärmemenge mit Hilfe eines Startwertes erhöht oder vermindert. Hierzu sind 4 Berschnungen zur ermittlung der aktuellen Wärmemenge benutzt. LG MasterB DateianhangBerechnung_Anstieg_V23_20181009_1510.zip (111 Downloads) |
Zuletzt bearbeitet von: MasterB am: 09.10.2018 14:31:59Zuletzt bearbeitet von: MasterB am: 09.10.2018 14:55:16Zuletzt bearbeitet von: MasterB am: 09.10.2018 15:01:54Zuletzt bearbeitet von: MasterB am: 09.10.2018 15:12:01 |
|
11.10.2018 23:47 | |
Beigetreten: 16.12.2012 Letzter Bes: 15.03.2024 Beiträge: 84 Bewertung: (0) |
Hallo Ca0d! Hier nun das Proggie Habe nun den FB "Berechnung_Waermemenge" nun wieder in den FB "Berechnung_Anstieg" anzugefügt. FB "Berechnung_Anstieg" so geändert das ich von 3 verschiedenen Temperaturen den Anstieg ermiiteln kann. FB "Berechnung_Waermemenge" die 4 Berechnungen für Addition bzw. Subtraktion der Wärmemenge hinzugefügt und die wird nun mit inAktualisierung angestoßen. Schaues Dir einfach mal an. Über Tipps oder Verbesserungsvorschläge wäre ich dankbar. Und Danke nochmal für die Unterstützung. DateianhangBerechnung_Anstieg_V26_20181011_2310.zip (93 Downloads) |
24.10.2018 13:24 | |
Beigetreten: 06.05.2010 Letzter Bes: 24.04.2024 Beiträge: 1963 Bewertung: (272) |
Hallo MasterB, ich habe Dein Programm ein wenig überarbeitet. Grundlegend habe ich die Funktion Zeitdifferenz in Sekunden und Steilheit eingefügt. Warum benutzt Du nicht-optimierte DB im Programm? Bei Fragen gerne.... Grüße DateianhangBerechnung_Anstieg_V27_20181024_1534.zip (128 Downloads) |
Zuletzt bearbeitet von: CaOd am: 24.10.2018 15:38:08 |
|
Folgen Sie uns auf