About Greg…

Hi, my name is Greg Scott.  I have been working as a developer on the Windows CE Networking team since June, 2002.  I work on various wireless networking technologies but my primary focus is Bluetooth these days.  In the past I've also worked on Wi-Fi, residential gateways, and UPnP.

If there is anything specific you would like me to post to this blog, let me know!


Comments (7)

  1. Jonathan Payne says:

    Could you recommend any tricks or tools for debugging WiFi problems? Where would you start looking if a device won’t connect and how can you tell if a WiFi network is running well or is only just getting by?

  2. David says:


    I am writing a device driver for a wifi card but I cannot find a sample driver that uses the new wifi support in CE5. Do you know of any sample code that would be useful? Any pointers would be great.



  3. Fred says:

    Hi Greg,

    I’ve read your interesting article about the bluetooth headset switch . I need some help, because I’m developping a tool that activates/deactivates bluetooth, then enables/disables the headset profile. So I can switch on/off my BT headset when I’m in/out my car.

    In my tool I can determine when my headset is paired with the ppc but sometimes the switch to the headset doesn’t work and when I receive a call I have to use the ppc in place of the headset. So is there a way to be sure that the switch is done and working properly. I tried your sample but I have an invalid handle and the error returned is 55 (The specified network resource or device is no longer available.)

    I have Windows Mobile 2003 SE on my ppc.



  4. pinkdev says:

    I have the same problem but with a CF GPS Card. I can open the port once but I cannot open it again, even if I close it. Did you get to a solution on that?

  5. chong says:

    Hi Greg,

    I wondering is there any standard interface to access bluetooth regardless which vendor or driver they have added in the platform builder.

    Q1) since in default ,e.g wince 4.2 have btd.dll and btdrt.dll to access bluetooth , but in some case this dll have been removed and they added new dll instead which the export function are unknown.

    in msdn, microsoft recommended to used winsock or NSxxxx function or Host controller interface(HCI) to access the bluetooth stacks.

    But so far i have not able to make it work in the PDA that i had described, but i able to make work in standard windowce 4.2 ( where btd.dll is available)

    since driver achitecture, have driver/minidriver pair where driver normally supplied by microsoft if they used the facility provided in existing driver it will have standard interface we could used. So if what they developed both driver and minidriver?

    I believed the bus driver interface should at least follow the ddk guide line so as the device driver or even if they didn’t follow, as long they have installed the driver and able to manipulated in bluetooth main module , we should have a way to access the bluetooth in application, is that right?

    Q2) is there any standard way to control the bluetooth or device power?    

  6. VCSekhar says:

    Hi Greg,

     Nice meeting you. I’m using a GPS gadget(MIO C310X) based on WinCE 4.2. It doesn’t have a bluetooth port and it has a USB port.

    My idea is to connect a USB-bluetooth adapter to it so it can be bluetooth enabled. I am thinking it needs to have bluetooth drivers for that or something similar, but not sure.

    Could you please provide a way on how to get my WinCE gadget equipped with bluetooth? if any driver(s) or software is needed, link-pointer(s) would be great.

    Thanks in advance and appreciate your help,



  7. cenet says:

    VCSekhar  – first my apologies for the delay, this slipped through the cracks.

    Most Bluetooth GPS’s (in fact all that I know of) expose a serial port at upper layer.  I’m not really knowledgable enough about USB stuff to help getting initial transport layer stuff setup.

    I’d recommend a newsgroup on http://blogs.msdn.com/cenet/archive/2005/12/05/500181.aspx.  These will tend to be way more responsive than the blog.


Skip to main content