|
Which operating system are you running ? You know that windows is not a real-time operating system ? This means that having an accuracy of 1 msec is not possible (it is generally in the range of 10 msec).
You will need to use a real-time OS in order to achieve what you are looking for.
|
|
|
|
|
i am using win7
i just need to sleep my comp for a very short time
--always comes daylight after night-----
|
|
|
|
|
If you need an accuracy of 1msec or less (or even 10 msec), then windows is not the right choice because it is not a real-time OS. Please, look at the article Nemanja provided.
If you need to control hardware and need to have a high accuracy, you will need to switch to a real-time OS instead.
|
|
|
|
|
thanx
i appriciate your answers
--always comes daylight after night-----
|
|
|
|
|
Adnan Merter wrote:
is there someone who can suggest me a method to do this job?
Yes, use a microcontroller.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
thank you
but, it is hard to input data to microcontroller instantly
it is not user-frienly
i need to run upto 8 motors at the same time and
also, i am not good at programming pics
i have to use computer
--always comes daylight after night-----
|
|
|
|
|
Adnan Merter wrote: it is hard to input data to microcontroller instantly
Why do you need to input data instantly to the microcontroller?
Adnan Merter wrote: it is not user-frienly
i need to run upto 8 motors at the same time and
also, i am not good at programming pics
I've done it (just one motor, though, a long time ago), using 8051, it is amusing.
Adnan Merter wrote: i have to use computer
No you don't need. However, if you really want to use a PC then you have to either write kernel-space code or use a real time operative system. Both choices are not painless.
Good luck.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Hi,
whatever sleep() function you use, you will get a stand-still for at least the time you specify, however it could be much longer as there are dozens of threads all running on a typical Windows system.
The only scheme that might work to some extent is this:
- assume a multi-core system;
- create a program (or a thread in an existing program) that contains busy loops, so it is simply getting and checking time all the time, then setting the output(s) as required. Of course you need a high-precision timer, maybe the PerformanceCounter stuff.
- make sure to elevate the thread's priority to PRIO_REAL_TIME, so nothing else is likely to steal the core.
WARNING: it is quite a hack, I do not consider this good enough to provide steps to a stepper motor; steps will vary, resulting in horrible noise, and shaky operation. Also, as you are going to move something that may harm humans, you have to provide fail-safes; those cannot be trusted when their function also is based on your Windows app.
|
|
|
|
|
you suggest me to keep my comp busy?
it is not a stabil solution, i think
i will try to connect an oscilator which creates particular frequency pulses.
and write an event handler in my program which sends the motion code to output whenever the input is high
is it possible? (i know it is dangerous, i can break my mainboard down )
--always comes daylight after night-----
|
|
|
|
|
Adnan Merter wrote: you suggest me to keep my comp busy?
that is not my suggestion, it is the only idea that will make a Windows machine do what you want it to do at sub-millisecond levels.
my real suggestion is you add external intelligence (i.e. a micro-controller) that generates (micro-)steps and ramps up and down to a new speed and takes care of safety measures, so all that is left for the PC to do is provide macroscopic commands (say once every second).
|
|
|
|
|
That will probably violate the Shannon theorem.
The pulses will simply get lost when your program is not listening the event handler (just moving the mouse will cause that, not to mention other running processes in the system !)
Windows cannot handle things that are faster than widows itself in doing context switching.
It simply cannot catch them up.
2 bugs found.
> recompile ...
65534 bugs found.
|
|
|
|
|
thanx for warning,
what do you suggest?
i need any kind of idea, i have to do this job whatever it costs
--always comes daylight after night-----
|
|
|
|
|
Until the question remain in theese exact term, there can be no answer:
"I have to go faster than light"
"It is not possible in this universe"
"I have to do it whatever it cost!"
The proper answer is to change the universe!
In your context, it means that motor steps and speed sholud be controller by a different processor (probably a microcontroller) that should have no operating system on it, but must just execute a simple program that manage the steps based on some "variable" you have to set from the extern, and that receive some information fom the "extern" to set those variables.
And the "Extern" can be a PC taking with the microcontroller (may be via serial, or via ethernet) in getting/setting the values the cotroller use as parameters to govern the engine.
Note that windows high resolution timers cannot help, since they exist to measure time, not to control process switching, that is never granted to happen in constant timeslot.
What happens if you open Otlook or Word or Powerpoint while the motor is running ?
2 bugs found.
> recompile ...
65534 bugs found.
|
|
|
|
|
You can use watiable timers to provide short and fairly deterministic delays. The time is specified in 100 nSec units but I don't know if sub-millisecond timeing is that realistic. I have used them to provide pretty accurate 1mSec delay (unlike sleep which isn't that accurate)
You could give it a go. You will need the following API calls:
CreateWaitableTimer()
SetWaitableTimer()
WaitForSingleObject()
Obviously this needs to be in a worker thread rather than the main thread. If you have any problems using them, let me know as I have some code frags.
Tony
|
|
|
|
|
thanx tony
i will try what you suggest
if i cant do this (most probably  ), i will let you know.
--always comes daylight after night-----
|
|
|
|
|
i found this and it works fine, there is no problem so far but i cant how to set the timer less time periods and the ms is accurate ms here?
#include <windows.h>
#include <process.h>
#include <stdio.h>
unsigned __stdcall TF(void* arg) {
HANDLE timer=(HANDLE) arg;
while (1) {
WaitForSingleObject(timer,INFINITE);
printf(".");
}
}
int main(int argc, char* argv[]) {
HANDLE timer = CreateWaitableTimer(
0,
false,
0);
LARGE_INTEGER li;
const int unitsPerSecond=10*1000*1000;
li.QuadPart=-(2*unitsPerSecond);
SetWaitableTimer(
timer,
&li,
750,
0,
0,
false);
_beginthreadex(0,0,TF,(void*) timer,0,0);
while (1) ;
return 0;
}
--always comes daylight after night-----
|
|
|
|
|
If you set the time interval to zero, you can use the waitable timer as a one-shot delay. It this case, the "due time" is in 100nSec intervals (0.1 microsecond). Maybe you could retrigger by calling SetWaitableTimer() again but I suspect that this call could take a microsecond which defeats the object (could be worth a try). If you need a periodic timer with sub-millisecond period then maybe this isnt the thing for you but I thought it would be worth mentioning it, because its better than using Sleep().
Tony
|
|
|
|
|
I would like to do something on a view based on right and left clicks on the status bar of CMainFrame. I was able to do it succesfully using SendMessage command in Pretranslate function, but I noticed that it was breaking standard windows shortcuts like CTRL +F4 and others... Is there a better way of sendng these messages without overriding :::PreTranslate function ?
Thanks
|
|
|
|
|
I'm not sure why you need to override PreTranslate(). Why not just add the SendMessage() or PostMessage() in the code that handles the mouse clicks? Also if you have message conflicts then use one of the values reserved for applications - WM_USER + x.
|
|
|
|
|
great, but why can't I seem to do the left and right click handlers in MainFrame ? It doesn't even hit those handler functions when Left and right clicked. I do have ON_WM_LBUTTONDOWN() defined for example in the Message map as well.
Any ideas what I could be missing there?
|
|
|
|
|
Well this is a totally different issue; your original question suggested that you were capturing the mouse clicks. The comments above imply this is MFC, which is something I haven't used for many years, so I'm afraid I cannot offer much more, apart from suggesting you check all the alternative events that MFC will send to you.
|
|
|
|
|
Thanks, yes it is MFC. Yes, I was able to capture clicks within the PreTranslate function, but OnLButtonDown(UINT nFlags,CPoint point); is whats not working, it isn't even going there.
|
|
|
|
|
Are you sure your PreTranslate() function is returning the correct value so the messages still get dispatched? If you tell the framework that you have already handled the message then they will never get to the relevant event handler elsewhere.
|
|
|
|
|
The following code works, but breaks some of the standard Windows shortcuts for some reason. How do I just implement ONLeftMouse and OnRightMouse handlers to do the equivalent? I tried doing void CMainFrame::OnLButtonDown(UINT Flags,CPoint point) & void CMainFrame::OnRButtonDown(UINT Flags,CPoint point), but It isn't going there. Any ideas?
BOOL CMainFrame::PreTranslateMessage(MSG* pMsg)
{
POSITION FirstDoc =theApp.m_pMainDocTemplate->GetFirstDocPosition();
if(FirstDoc !=NULL){
CMYAppDoc* pDoc = (CMYAppDoc*)theApp.m_pMainDocTemplate->GetNextDoc(FirstDoc);
if(pDoc != NULL){
POSITION pos = pDoc->GetFirstViewPosition();
while (pos != NULL){
CView* pActiveView = pDoc->GetNextView(pos);
if(pActiveView->IsKindOf( RUNTIME_CLASS(CRealView)) ){
CRealView *pView = (CRealView*)pActiveView;
if (pMsg->message == WM_LBUTTONDOWN)
pView->SendMessage(WM_LBUTTONDOWN,(WPARAM)0, (LPARAM)0);
else if (pMsg->message == WM_RBUTTONDOWN)
pView->SendMessage(WM_RBUTTONDOWN,(WPARAM)0,(LPARAM)0);
}
}
}
}
return CFrameWnd::PreTranslateMessage(pMsg);
}
|
|
|
|
|
As I said earlier I haven't used MFC for a long time, and I have to admit I am not a great fan. However looking at the above code I am not sure that you should be calling SendMessage() within the PreTranslateMessage() function, as this tries to process the message in the relevant Window before returning. Maybe PostMessage would work as it merely puts the message into the queue for the specified Window. However, I am speculating here as I am not sure how the MFC framework treats this situation.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
