Windows echtzeitfähig mit Delphi

[luisk]

Zitat von Harry Stahl:

Hast Du dazu einen Multimedia-Timer verwendet? Damit kann man zumindest in einem Intervall von 1 MS triggern.

Danke für Tipp
werde ich mal testen:http://www.delphipraxis.net/172777-m...dia-timer.html

Da steht, dass timeSetEvent durch CreateTimerQueueTimer function ersetzt wurde:
http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

timesetevent funktioniert unter Delphi 6.
Auf CreateTimerQueueTimer kann ich mit Delphi 6 nicht zugreifen. Gibt es dazu eine Unit ?

[hanspeter]

Ich habe so was mal für Prüfstände gemacht.
Da wird für einige Sensoren eine Abtastrate von 1 ms benötigt.
Gesteuert habe ich das ganze über einen hoch priorisierten Thread, der den Zeittakt erzeugt.
Das Programm ist allerdings das einzige Programm, welches auf dem Rechner läuft.
Für industrielle Aufgaben bietet sich noch eine Soft-SPS an.
Die läuft in einer Schicht unter Windows und bietet einen reproduzierbaren Zeittakt ab 100 ns an.
Auf dieser Basis habe ich auch eine größere Anlagensteuerung am Laufen.
Zwischen Prozess-Sensorik und PC eine kleine SPS, da gibt es auch einige preiswerte und fertig konfektionierte Lösungen.

Peter

[Sherlock]

Windows ist prinzipbedingt nicht echtzeitfähig. Alles was man drumherum dranflanscht macht es nur vordergründig besser, in wirklichkeit aber schlechter. Wenn Du sowas wirklich brauchst, dann benutz doch ein echtes RTOS, so wie LynxOS oder RT Linux. Freilich wirst Du mit Delphi da nicht weit kommen, aber eventuell gibts ja nen FPC dafür.

Sherlock

[hanspeter]

Zitat von Sherlock:

Windows ist prinzipbedingt nicht echtzeitfähig. Alles was man drumherum dranflanscht macht es nur vordergründig besser, in wirklichkeit aber schlechter. Wenn Du sowas wirklich brauchst, dann benutz doch ein echtes RTOS, so wie LynxOS oder RT Linux. Freilich wirst Du mit Delphi da nicht weit kommen, aber eventuell gibts ja nen FPC dafür.

Sherlock

Du hast schon mal mit einer industriellen Soft-SPS (z.B.) Beckhoff unter Windows gearbeitet?
Windows selbst ist vom Prinzip nicht oder nur eingeschränkt echtzeitfähig. Ist in dieser Richtung aber erweiterbar.
Dazu bieten einige Firmen industriuetaugliche Lösungen an (z.B. Beckhoff oder Kithara).
Ich habe mehrere Industrieanlagen auf Basis dieser Technologie realisiert.
Die laufen seit Jahren stabil(24/365). Im Sensorbereich wird teilweise eine Taktrate von 500 ns realisiert.
Die SPS ist in strukturierten Text (Pascal ähnlich) realisiert. Die Bedienoberfläche in Delphi.

[luisk]

Hier steht, dass timeSetEvent durch CreateTimerQueueTimer function ersetzt wurde:
http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

timesetevent funktioniert unter Delphi 6.
Auf CreateTimerQueueTimer kann ich mit Delphi 6 nicht zugreifen.
Gibt es dazu eine Unit für Delphi 6?

[stoxx]

Zitat von hanspeter:

Die läuft in einer Schicht unter Windows und bietet einen reproduzierbaren Zeittakt ab 100 ns an.
Peter

Kannst Du vielleicht bitte etwas näher darauf eingehen, wie Du das realisiert hast?
Es scheint, als sei alles auf Millisekunden unter Windows ausgerichtet ...
Danke Dir

[himitsu]

Zitat von stoxx:

Kannst Du vielleicht bitte etwas näher darauf eingehen, wie Du das realisiert hast?

Wurde doch erwähnt?
QueryPerformanceCounter

[Harry Stahl]

Übrigens, wer das noch nicht kennt: Seit - ich glaube D2010? - gibt es in Delphi die Unit Diagnostics, die

{************************************************* ******}
{ Support for high-precision timing utilities }
{************************************************* ******}

enthält.

Seit XE2 ist die Unit (System.Diagnostics) crossplattform-fähig, kann man also auch unter Windows (VCL und FMX) und MAC OS X einsetzen.

Mit dem Record TStopWatch kann man ganz einfach hochpräzise Zeitmessungen vornehmen.

[Dejan Vu]

Geht es immer noch um RT-Fähigkeit von Windows, oder um Versuche, das Unmögliche möglich zu machen?

Ich habe viel mit der Beckhoff-SPS gemacht: Wirklich brauchbar, das Teil.

[Medium]

Ich habe da eine Randfrage, wo sich hier gerade die ganzen Soft-SPSler versammeln: Warum setzt ihr diese ein?

Ich frage, weil meine Brötchen auch aus Steuerungen kommen, und ich bisher nicht wirklich den Vorteil von einer "emulierten" SPS begriffen habe. Für die E/A brauche ich doch auch dort wieder spezielle Hardware, oder? Und so ein PC, industrietauglich, schnell genug für ausreichend kurze Taktzyklen bei mittleren bis größeren Steuerungen (wir machen hauptsächlich ganze Betriebe, nicht nur einzelne Maschinen), kostet ja auch nicht so arg viel weniger als eine mittelgute S7-300 CPU. Mit dieser habe ich dann aber ein schön entkoppeltes, lange getestetes, qualitativ zumindest in gewissem Rahmen gesichertes Produkt, dass ich ruhigen Gewissens auch in warmen Schalträumen unbeaufsichtigt machen lassen kann.
Und ich würde mich arg unwohl fühlen, einen PC mit mehr Dingen zu betrauen als eine Soft-SPS, weil ich eben wegen angeprochener Nicht-Echtzeitfähigkeit um meine Zyklen bangen würde. Dazu der Vorteil einfacher Integration von Dingen wie z.B. F-Baugruppen, Siwarex Karten, etc. pp - also die gesamte Infrastruktur um eine SPS herum. Und eine SPS neigt weit weniger zu Abstürzen aufgrund von wasweissich für Schluckaufs, den PCs ja ab und an mal haben.

Kommunikation ist auch kein großes Problem: S7-Online Verbindung via LibNoDave, und ich komme ratzefatze an alles ran. Alles. Dazu braucht es nichtmals einen CP oder projektierten Datenaustausch, die SPS legt einfach, und liest alles in/aus ihre/n DBs und hat aktiv nichts mehr mit der Kommunikation an sich zu tun.

Dazu noch, dass sich eine SPS viel einfacher und kostensparender (weil weniger verbrauchend) mit einer USV versorgen lässt, uuuuund das ganze ist auch noch hübsch klein und handlich auf einer Alu-Schiene angeordnet. Warum wöllte ich da eine Soft-SPS einsetzen? Welchen Vorteil böte das? Wo ist da das Einsatzgebiet?