WINCE下的流接口驱动怎么用定时器啊？驱动里面是没有窗体句柄的。我不设置窗体句柄老是报GWES相关的Data Abort。

wangmingding

WINCE下的流接口驱动怎么用定时器啊？驱动里面是没有窗体句柄的。我不设置窗体句柄老是报GWES相关的Data Abort。 [复制链接]

WINCE下的流接口驱动怎么用定时器啊？驱动里面是没有窗体句柄的。我不设置窗体句柄老是报GWES相关的Data Abort。

abc156

引用 15 楼 aaa_tnt 的回复:
引用 14 楼 xqhrs232 的回复:
引用 12 楼 zhongweiwin 的回复:
直接使用WaitForSingleObject(hEvent, m_Timer);


等那个跟中断绑定的事件?

这个应该是CreateEvent一个 初始无信号的事件。。。。让他一直等待到 m_Timer。

按这个方法试了不行啊！不知道为什么．想不明白．觉得程序逻辑这样去做应该没有问题的．

hongtao

难道跟中断绑定的事件不能让两个线程同时去等待?

caopengwen

引用 17 楼 xqhrs232 的回复:
难道跟中断绑定的事件不能让两个线程同时去等待?

试了一下,让两个线程去同时等待一个跟硬件中断绑定了的事件,这个事件就永远不会被触发,想不明白啊!

还有怎么神奇的事情?是不是一个线程等待到了就会把事件置为无消息状态,这样的话另外一个线程就没的触发了.
但为什么一个线程都没有被事件通知到呢?!!!

desert2006cs

引用 17 楼 xqhrs232 的回复:
难道跟中断绑定的事件不能让两个线程同时去等待?

2个线程等一个中断，怎么调度？
LZ是不是要等中断，如果等不到，就超时做其他处理？创建一个IST线程就可以了。如果处理过程很复杂或者占用其他资源之类的，再考虑创建另一个线程，在IST线程里触发个事件同步

1. 
   
2.     Timeout = 5000;
   
3.     while (!IsTerminated())
   
4.     {
   
5.         dwWaitStatus = WaitForSingleObject(m_CableEvent, Timeout);
   
6.         switch(dwWaitStatus)
   
7.         {
   
8.         case WAIT_OBJECT_0:
   
9.             RETAILMSG(ZONE_INT, (TEXT("CableIST get event \r\n")));
   
10.             CableDetectHandle();
    
11.             InterruptDone(m_dwCableSysIntr);
    
12.             break;
    
13.         case WAIT_TIMEOUT:
    
14.             RETAILMSG(ZONE_INT, (TEXT("CableIST timeout \r\n")));
    
15.             CableDetectTimeoutHandle();
    
16.             break;
    
17.         default:
    
18.             RETAILMSG(ZONE_INT, (TEXT("CableIST Wait object Error\r\n")));
    
19.         }
    
20.     }
    
21. 
    

复制代码

zhp521464

引用 19 楼 seemknow 的回复:
引用 17 楼 xqhrs232 的回复:
难道跟中断绑定的事件不能让两个线程同时去等待?

2个线程等一个中断，怎么调度？
LZ是不是要等中断，如果等不到，就超时做其他处理？创建一个IST线程就可以了。如果处理过程很复杂或者占用其他资源之类的，再考虑创建另一个线程，在IST线程里触发个事件同步
C/C++ code
    Timeout=5000;while (!IsTerminated())
    {
        dwWaitStatus= WaitForSingleObject(m_CableEvent, Timeout);switch(dwWaitStatus)
        {case WAIT_OBJECT_0:
            RETAILMSG(ZONE_INT, (TEXT("CableIST get event \r\n")));
            CableDetectHandle();
            InterruptDone(m_dwCableSysIntr);break;case WAIT_TIMEOUT:
            RETAILMSG(ZONE_INT, (TEXT("CableIST timeout \r\n")));
            CableDetectTimeoutHandle();break;default:
            RETAILMSG(ZONE_INT, (TEXT("CableIST Wait object Error\r\n")));
        }
    }

我就是这样弄的啊,就是不行!!!!

xiechengbin

我也试过。看SetTimer的帮助，SetTimer要有GWES支持。我的理解是要么用在应用层，能处理消息队列，要么自己加回调函数处理WM_TIMER的消息。在驱动里用可能有问题，因为要牵涉线程调度、消息队列。
驱动里还是用WaitForSingleObject等超时

tanbinwangyan

SetTimer这个貌似是AP才能用的。。
1.技术含量低一点的弄个I0口做循环拉底拉高，然后中间用for循环来做一个延时检测。并且用示波器监视。
比较懒的方法
2.等待信号量。上面有说的了。
3.StallExecution(usVal);目前我用的是这个函数。。。
在WINCE500\PUBLIC\COMMON\OAK\DRIVERS\CEDDK\DDK_TIME\ddk_time.c中有参考
这里也给出个你参考下。us级别的

1. 
   
2. void
   
3. StallExecution (DWORD dwMicroSec)
   
4. {
   
5.     if (g_fStallCounterSet) {
   
6.         while (dwMicroSec-- > 0) {
   
7.             StallOneMicrosecond();
   
8.         }
   
9.         return;
   
10. 
    
11.     } else if (dwMicroSec) {
    
12.         LARGE_INTEGER liStart, liEnd, liStallCount, liFreq;
    
13.    
    
14.         //DEBUGMSG (1, (TEXT("Ceddk!StallExecution: Stall counter (%d) not set\r\n"), g_StallCounter));
    
15. 
    
16.         // Call QueryPerformanceFrequency every time for dynamic frequency change support
    
17.         QueryPerformanceFrequency (&liFreq);
    
18. 
    
19.         liStallCount.QuadPart = ((liFreq.QuadPart * dwMicroSec - 1) / 1000000) + 1;   // always run up
    
20.         
    
21.         QueryPerformanceCounter(&liStart);
    
22.         do {
    
23.             QueryPerformanceCounter(&liEnd);
    
24.         } while ( (liEnd.QuadPart - liStart.QuadPart) <= liStallCount.QuadPart);
    
25.     }
    
26. }
    
27. 
    

复制代码

@彦儿@

我这样用,老是报下面的DATA ABORT!!!

1. 
   
2. KillTimer(NULL,4000);
   
3.         
   
4.   SetTimer(NULL,4000,5,(TIMERPROC)TimerProc);
   

复制代码

Data Abort: Thread=83e26400 Proc=817bae70 'gwes.exe'
AKY=0000000d PC=00043854(gwes.exe+0x00033854) RA=0004384c(gwes.exe+0x0003384c) BVA=08000fa0 FSR=00000007
TLSKERN_NOFAULT set... bypassing kernel debugger.
Data Abort: Thread=83e26400 Proc=817bae70 'gwes.exe'
AKY=0000000d PC=00043854(gwes.exe+0x00033854) RA=0004384c(gwes.exe+0x0003384c) BVA=08000fa0 FSR=00000007
TLSKERN_NOFAULT set... bypassing kernel debugger.
Data Abort: Thread=83e26400 Proc=817bae70 'gwes.exe'
AKY=0000000d PC=00043854(gwes.exe+0x00033854) RA=0004384c(gwes.exe+0x0003384c) BVA=08000fa0 FSR=00000007
TLSKERN_NOFAULT set... bypassing kernel debugger.
Data Abort: Thread=83e26400 Proc=817bae70 'gwes.exe'
AKY=0000000d PC=00043854(gwes.exe+0x00033854) RA=0004384c(gwes.exe+0x0003384c) BVA=08000fa0 FSR=00000007
TLSKERN_NOFAULT set... bypassing kernel debugger.

taonaili

找了一下eeworld,有人也问到这样的问题但最后都没有解决啊!

lingfeng950

顶起，学习中

学到老

难道流接口工作的时候,GWES.EXE还没有被加载起来?不是说用回调函数在没有窗体的情况下也可以使用的吗?

lanhongyun

顶一下,难道没有人这样用过?

accp

引用 3 楼 reallyu 的回复:
使用硬件定时器好了, SetTimer 即使能用也不精准.

你说的是把TIMER的地址空间弄进流接口驱动,通过操作TIMER的地址空间来开个硬件定时器?不知道这样可不可行!!!

raker0101

驱动中用硬件定时器还是很好的，搞个Timer中断，线程等待中断事件。

vsxxf

引用 9 楼 veabol 的回复:
驱动中用硬件定时器还是很好的，搞个Timer中断，线程等待中断事件。

还没有怎么用过.一头雾水.

cx198479

我平时就用系统的定时，SetTimer(1,1000,NULL);
然后再类向导中加入 定时函数
void XXXXX::OnTimer(UINT nIDEvent)

wendy0109

直接使用WaitForSingleObject(hEvent, m_Timer);

roboter521521

楼上的方法很好啊!

seajay1986

引用 12 楼 zhongweiwin 的回复:
直接使用WaitForSingleObject(hEvent, m_Timer);

等那个跟中断绑定的事件?