ich möchte einem Gerät das über die serielle Schnittstelle angebunden ist, in sehr kurzen Zeitintervallen (100ms) ein Zeichen senden.
Das Senden an sich ist kein Problem.
Durch ein Hardwaretimer kann ich auch die Intervalle genau einhalten. Wenn ich dann jedesmal Windows bitte das Zeichen zu senden, dann tuts das auch.
Problem ist: nicht sofort.
Mit einem kleinen Gerät was ich zwischen dem PC und dem Empfänger klemme kann ich überwachen wann das Zeichen tatsächlich über die Leitung geht.
Und das passt leider nie mit meinen Intervallen überein. D.h. mal liegt ne Sekunde zwischen zwei Zeichen, mal 100 ms.
Ich brauchs aber genau.
Kennt einer vielleicht eine Möglichkeit Windows davon abzuhalten zwischen durch noch was anderes zu machen?
Oder gibts eine Bibliothek die sowas umsetzt.
Ich vermute mal an Windows vorbeikommen kann ich wohl nicht.

Vielen Dank schonmal
Janet

Theoretisch könnte es die Zeichen auch mehrere Sekunden puffern und dann in einem Rutsch senden (vielleicht tut es das bei sogar).
Du musst also IMHO entweder auf ein anderes (echtzeitfähiges) Betriebssystem umsteigen oder deinem Gerät die Fähigkeit geben, die Daten zu puffern. 100ms-Intervalle kannst du unter Windows AFAIK niemals genau einhalten (wenn dann nur mit größten Verrenkungen und zig Nachteilen).

Wie viel Verzögerung wäre denn vertretbar? Wenn du es wirklich so genau haben willst, wirst du wohl nicht um ein Echtzeitbetriebssystem herumkommen...

Nur mal so OT warum sollte man das Betriebssystem mit asm nicht umgehen können?

Allerdings würde ich schon meinen, dass man wahrscheinlich schnell genug sein kann, dass es auf der (nun nicht gerade rasanten) RS-232 nicht wirklich ins Gewicht fällt.

D.h. mal liegt ne Sekunde zwischen zwei Zeichen, mal 100 ms.
Ich brauchs aber genau.

wenn eine volle sekunde verzögerung zu messen ist dann läuft da grundlegend was faul. ansonsten...probiers mal damit: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devio/base/transmitcommchar.asp

Wenn der Buffer der Serielle Schnittstelle groß genug ist und man dafür sorgt, das er immer gefüllt ist, dann werden die einzelnen Zeichen im exakten Takt der Baudrate versendet. Man muß "nur" die Zeichen herausfischen (lassen) oder abzählen, die eben alle 100 ms erscheinen. Mit Hardware oder Software im Empfänger oder wie auch immer.

Blackbird

geeky schrieb:

Ändert sich was, wenn der FiFo-Puffer bei der seriellen Schnittstelle abgeschaltet wird ?

Nein. Theoretisch müsste er jedes Zeichen sobalds an der Schnittstelle ankommt losschicken.
Zwischen dem Treiber (CommDrv/lib - nutzt Winapi-treiber) und der Schnittstelle scheint wohl noch ein langer Weg durch OS zu liegen. Da hengt es.

net schrieb:

wenn eine volle sekunde verzögerung zu messen ist dann läuft da grundlegend was faul. ansonsten...probiers mal damit: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devio/base/transmitcommchar.asp

So was ähnliches schon probiert. Ändert nix.

Meine Zeitintervalle erhalte ich durch einen HW-Timer, der wiederum einen Interrupt ausslöst. Der Aufruf der Interrupt-callback-Funktion verlief bisher asynchron.
Ich bin dabei das in Synchron zu ändern (dann läufts im Kontext des Interruptauslösers und ich sollte nicht mehr solche verzögerungen haben)
Leider kann ich dann weder globale Variablen noch WinAPI Funktionen benutzten.
Also begebe ich mich jetzt auf die Suche nach einer Möglichkeit dem CommDrv die WinApi abzugewöhnen, oder eben nach einer anderen Bibliothek.

Ich glaube fast nicht das ich damit viel zeit gewinne, denn letztenendes habt ihr recht und ich bräuchte ein Echtzeitbetriebsystem.

Wenn ich ein Ergebnis habe lass ich es euch wissen.
Danke

Kennt jemand eine Bibliothek o.ä. mit der man auf eine serielle Schnittstelle ohne verwendung der Windows-Standarttreiber zugreifen kann?

Es gibt Comm-Drv/VxD, leider ist es mir nicht möglich davon eine Shareware oder ein Trial aufzuspüren. Das würde ja für den Anfang reichen.

Ein VXD nützt dir auch nix, es sei denn, du hast W9x - voller Abscheu wende ich mein Gesicht ab...

stimmt.
Aber gott sei dank gibt es noch commDrv/Nt -> ist das gleiche wie VxD nur eben auch für Win2k.
Da das erstmal gekauft sein will, kann ich noch nicht mehr zum lösen meines eigentlichen Problems sagen.
Nächste Woche gibts dann mehr.

Vielen Dank nochmal an alle.

mit CommDrv/NT funktionierts.
Man muss direkt die Treiber der Schnittstelle austauschen und schon kanns losgehen.
Ich braucht nur die Initialisierung ändern, der Rest vom Code konnte gleichbleiben, da sich CommDrv/NT unter CommDrv/Lib schiebt.

Vielen Dank nochmal an alle.