none
何老师,请教wince下activesnyc在sleep/wakeup之后重新通信过程需要两分多钟 RRS feed

  • 问题

  • 何老师,各位老大们,我用的环境是wince5.0+arm9,我现在在正常启动后activesync与电脑同步速度很快,也很正常,但是如果我sleep之后wakeup回来,板子与电脑重新通过activesync同步,在出现了activesync对话框之后,需要两分多钟才能完成同步,下面是我摘要的debug信息

    Posting WM_NETCONNECT(FALSE) message, ErrorCode = 679(0x2A7)
    AUTORAS:: Dialer notifies: [2] [Dialer Terminate]

    AUTORAS:: Dialer notifies: [1] [Dialer Start]
     HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:1

    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe
    AUTORAS:: Dialer notifies: [1] [Dialer Start]
    HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:0
    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe

    HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:0
    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe
    HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:0
    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe
    HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:0
    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe
    HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:0
    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe
    HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:0
    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe
    HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:0
    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe
    HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:0
    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe
    HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:0
    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe
    HNP_POWER_RESUME
    UfnMdd_DeviceNotification Detached
    AbortEPTransfer:0
    =====USB_CONNECT=====!
     USB_DISCONNECT Test One gpio
    RASCS_Disconnected: Ecode=619
    Posting WM_NETCONNECT(FALSE) message, ErrorCode = 619(0x26B)
    AUTORAS:: Dialer notifies: [2] [Dialer Terminate]
    =====USB_CONNECT=====!
    GetModemStatus---Notify repllog.exe
    GetModemStatus---Notify repllog.exe
    AUTORAS:: Dialer notifies: [1] [Dialer Start]
    Posting WM_NETCONNECT(TRUE) message
    AUTORAS:: Dialer notifies: [4] [Dialer Connected]

    CHW::Initialize->inten:0x73,intstatus:0x0
    -CHost::Initialize. Success!!

     

    看这个过程好像第一次通信不成功之后,反复进行尝试,但是我不知道为什么会这样哦,

    谢谢!!!

     

    2008年7月8日 7:39

答案

  • suspend is a big problem. It will cause unloading all client driver. Of course it takes time for OS resume and completely loading client again.

     

    For usb-serial, if CeEventHasOccurred is called in driver, activesync will begin sync process.

     

    I suggest to load client driver first and manually try sync later. You should trace into the debug output. It's BSP code.

    Another choice is to enable repllog debug zone for more information, but too much debug output has influence on activesync.

    According to your logs, the usb-serial seems to be a unstable com port.

    2008年7月9日 15:58

全部回复

  • suspend is a big problem. It will cause unloading all client driver. Of course it takes time for OS resume and completely loading client again.

     

    For usb-serial, if CeEventHasOccurred is called in driver, activesync will begin sync process.

     

    I suggest to load client driver first and manually try sync later. You should trace into the debug output. It's BSP code.

    Another choice is to enable repllog debug zone for more information, but too much debug output has influence on activesync.

    According to your logs, the usb-serial seems to be a unstable com port.

    2008年7月9日 15:58
  • Joling , thanks very much for your advice ,i'll try it

     

    2008年7月10日 7:20
  • 请问楼主的问题解决了吗,我也遇到同样的问题,能否提供一些指点,谢谢~~!!!
    2009年3月19日 12:50