Re: Dynamic Switching at Runtime.



Hi Prabhu,

I have a Hp Ipaq in which after switching the mode using the above code, my
PC is able to find that the connected device mode has changed automatically(
with unplugging and plugging back the Hp ipaq to the PC). However, I have PDA
from a different vendor in which after switching the mode using the above
code I had to unplug and plug back to the PC to get the PC understand that
device mode has changed.

Why is this difference?

I was trying to use a USB port monitor to find the difference in both the
scenarios. Look like device sends RESET command in working case, which does
not happen in the non working case.

Is it possible for a application running in device, to issue a force
reset(after switching mode) to its usb device port so that the host
recognizes the mode switch without unplugging and plugging?

Any help appreciated.

With Thanks & Regards,
A.Ilamparithi.

"Henrik Viklund" wrote:

OK. The x86 emulator do not support USB function emulation so there
isn't any usb function driver loaded and that's why the code snippet
will return an error code.

Now, an MDD is not a "stand alone" dll -it's a helper lib that
together with a corresponding PDD lib (the part of the driver that
talks to a particular hardware) can be linked together to form a
driver dll. In theory you should be able to implement a dummy PDD lib
to create a dummy usb bus driver that you can use in the x86 emulator
to test the code below but in reality that is probably not a trivial
excersise for someone with limited knowledge in driver development.

If it is important to test the functionality, use a devboard with usb
function capability.

Henrik Viklund
Prevas AB

On 21 Nov, 10:43, sanju <sunw...@xxxxxxxxx> wrote:
thanks henrik,

The FindFirstDevice is returning an invalid handle. The error number
is 18 ( There are no more files. ERROR_NO_MORE_FILES ) and eventually
failing to continue further execution.

I'm using emulator x86 BSP, is the problem because of that? The
pzBusGuid has the value of the IClass of the Net2280 and i'm not able
to include that in my OS Design. So does this net2280 dll switch
between the client drivers referring to the mdd library?

Now the layered devices are of 2 layers 1.MDD and 2.PDD. My doubt is-
are both these layers having different dll files or the pdd dll file
itself will refer to the MDD library when included in the OS Design?
Cant we include the MDD dll if it exists in the OS design? can MDD
exist independently? where can i find the dll for the mdd in
wince500\public\common\oak\drivers\usbfn\controller\mdd\ufnbus.cpp?

I'm new to the device drivers, your guidance needed.

Thank you.


.



Relevant Pages

  • Re: Dynamic Switching at Runtime.
    ... Things that work on Windows CE may not automaticllay work ... You could try to just unload the driver ... So does this net2280 dll switch ... itself will refer to the MDD library when included in the OS Design? ...
    (microsoft.public.windowsce.embedded)
  • Re: Dynamic Switching at Runtime.
    ... You could try to just unload the driver ... I have a Hp Ipaq in which after switching the mode using the above code, ... So does this net2280 dll switch ... itself will refer to the MDD library when included in the OS Design? ...
    (microsoft.public.windowsce.embedded)
  • Re: Dynamic Switching at Runtime.
    ... There's probably some subtle difference between the bus driver ... I have a Hp Ipaq in which after switching the mode using the above code, ... So does this net2280 dll switch ... itself will refer to the MDD library when included in the OS Design? ...
    (microsoft.public.windowsce.embedded)
  • Re: API to turn off the display
    ... > I wrote a driver that handles what John told. ... Output from 'sysctl hw.acpi.video' after loading the module: ... When switching to sleep state S1 the display is not ...
    (freebsd-current)
  • Max realistic efficiency from a HV PWM motor driver
    ... I have a 3 phase PWM motor driver this is generating too much heat. ... This is for a sinusoidal drive so all Mosfets are switching all the time. ...
    (sci.electronics.design)