Minehunter
Level-1
- Beiträge
- 25
- Reaktionspunkte
- 3
-> Hier kostenlos registrieren
Hallo Forum,
ich habe eigentliche nur eine kurze Frage an euch.
Bevor ich mein ganzen Code um sonst Ändere möchte ich gern eine zweite Meinung wissen.
Situation,
ich habe ein Messsystem mit mehreren Prüflingen. Alle Prüflinge werden im 1 sekundentakt aktualisiert und berechnungen durchgeführt.
Diese ergebnisse möchte cih nun (eigentlich gern im Sekundentakt) auch in eine CSV schreiben. Im einsatz ist eine CP6606 mit Display (schön klein und kompakt)
Da jeder Prüfling seine eigene CSV bekommt, habe ich es bisher so gelöst.
Im sekundentakt, nach dem die Messwerte werfasst sind, wird nun mein CSV schreiben angestoßen
Prüfling := 0
FB aufruf - öffne - schreibe - schließe csv - warte bis fertig
erhöhe Prüflingum 1
FB aufruf - öffne - schreibe - schließe CSV- warte bis fertig
erhöhe Prüflingum 1
FB aufruf - öffne - schreibe - schließe CSV- warte bis fertig
Mit dieser Methode komme ich aber bei 30 Prüflingen nur auf ein intervall von 4 Sekunden.
Meine Frage:
ist es sinnvoll den FB zum schreiben der Datei mit jedem Prüfling zu instanzieren und bei ausführbefehl zum schreiben einer CSV mit Hilfe iener FOR Schleife alle Instanzen des FB mit einmal aufzurufen?
FOR
FB aufruf - öffne - schreibe - schließe csv
ENF_FOR
anschließend Warte bis alles Fertig ist.
In beiden Varianten muss och warten bis die CSV geschrieben wurde, bevor ich eine Neue Datei schreiben kann.
in der Variante mit der FOR Schleife, werden aber gleich mehrere Befehle zum schreiben an mein TWinCat System gesendet. Hier weiß ich nicht, ob es "Überfordert " werden kann und ich eine Zyklusüberschreitung bekomme?
Bevor ich meinen Code Ändere und in ein laufendes System eingreife würde ich gern eure Meinung wissen.
PS: zum schreiben einer CSV Datei habe ich einen FB geschrieben, welcher folgender maßen arbeitet
1. überprüfe ob Datei vorhanden ist (3 Zyklen)
2. öffne Datei (2 Zyklen)
3. wandle Messwerte um (1 Zyklus)
4. schreibe Messwerte (3 Zyklen)
5 schließe Datei (2 Zyklen)
ggf. kann dies auch etwas länger werden, wenn die Datennänge größer wird (aktuell 30Messwerte pro eintrag)
ich habe eigentliche nur eine kurze Frage an euch.
Bevor ich mein ganzen Code um sonst Ändere möchte ich gern eine zweite Meinung wissen.
Situation,
ich habe ein Messsystem mit mehreren Prüflingen. Alle Prüflinge werden im 1 sekundentakt aktualisiert und berechnungen durchgeführt.
Diese ergebnisse möchte cih nun (eigentlich gern im Sekundentakt) auch in eine CSV schreiben. Im einsatz ist eine CP6606 mit Display (schön klein und kompakt)
Da jeder Prüfling seine eigene CSV bekommt, habe ich es bisher so gelöst.
Im sekundentakt, nach dem die Messwerte werfasst sind, wird nun mein CSV schreiben angestoßen
Prüfling := 0
FB aufruf - öffne - schreibe - schließe csv - warte bis fertig
erhöhe Prüflingum 1
FB aufruf - öffne - schreibe - schließe CSV- warte bis fertig
erhöhe Prüflingum 1
FB aufruf - öffne - schreibe - schließe CSV- warte bis fertig
Mit dieser Methode komme ich aber bei 30 Prüflingen nur auf ein intervall von 4 Sekunden.
Meine Frage:
ist es sinnvoll den FB zum schreiben der Datei mit jedem Prüfling zu instanzieren und bei ausführbefehl zum schreiben einer CSV mit Hilfe iener FOR Schleife alle Instanzen des FB mit einmal aufzurufen?
FOR
FB aufruf - öffne - schreibe - schließe csv
ENF_FOR
anschließend Warte bis alles Fertig ist.
In beiden Varianten muss och warten bis die CSV geschrieben wurde, bevor ich eine Neue Datei schreiben kann.
in der Variante mit der FOR Schleife, werden aber gleich mehrere Befehle zum schreiben an mein TWinCat System gesendet. Hier weiß ich nicht, ob es "Überfordert " werden kann und ich eine Zyklusüberschreitung bekomme?
Bevor ich meinen Code Ändere und in ein laufendes System eingreife würde ich gern eure Meinung wissen.
PS: zum schreiben einer CSV Datei habe ich einen FB geschrieben, welcher folgender maßen arbeitet
1. überprüfe ob Datei vorhanden ist (3 Zyklen)
2. öffne Datei (2 Zyklen)
3. wandle Messwerte um (1 Zyklus)
4. schreibe Messwerte (3 Zyklen)
5 schließe Datei (2 Zyklen)
ggf. kann dies auch etwas länger werden, wenn die Datennänge größer wird (aktuell 30Messwerte pro eintrag)