Re: Accelent USB drivers; modify and compile for iPaq 4155
From: Dean Ramsier (dramsiernospam_at_accelentnospam.com)
Date: 04/28/04
- Next message: Loren Ipsum: "Re: Question about IMGNODEBUGGER"
- Previous message: Selin Metin: "Re: DiskOnChip as Persistent Storage Media"
- In reply to: A.B.: "Re: Accelent USB drivers; modify and compile for iPaq 4155"
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 28 Apr 2004 10:25:48 -0400
Actually, it's all of your problem.
There is a driver on the Ipaq that already handles that port. It's in
charge of the hardware, not you. The reason you're not seeing APIs to
directly control USB hardware is because that's the driver's job. It
presents the port via a high level software interface. Unfortunately for
you, that driver assumes the existence of another high level piece of
software on the other side of the pipe (on the PC). That software is
ActiveSync, and it puts together proprietary data packets that the device
side driver can interpret. It's all block box, until you get to the high
level public APIs that exist on either side of the pipe.
It will be virtually (only because I have a hard time saying completely)
impossible for you to implement this on your own in a microcontroller. Your
only hope is to take over the hardware directly on the Ipaq, and that means
writing a driver. You would also have to disable the existing driver, and
that is also no simple task.
-- Dean Ramsier - eMVP Accelent Systems http://www.accelent.com "A.B." <someone@somewhere.com> wrote in message news:o-udndd0_Mn8JxLd4p2dnA@comcast.com... > The cypress microcontroller is the host and I'm intending for it to push > data to the iPaq. > > My understanding is that to get data sent from the iPaq to the host I'd need > to have the buffer filled in the iPaq and I'd write the firmware to include > regular polling to see if the microcontroller needs to receive. But that is > the least of my concern right now... > > I just want to get bytes from my external hardware into my eVC++ app. > > I read part of the USB spec and the microcontroller actually takes care of > the 1ms frames automatically, if I have bytes ready or not, as well as other > details. > > > > "Dean Ramsier" <dramsiernospam@accelentnospam.com> wrote in message > news:e7BFH$RLEHA.3012@tk2msftngp13.phx.gbl... > > Does the 4155 have a USB host port? Normally, the USB on a PPC device is > > USB function, and works with Microsoft ActiveSync. It wouldn't be able to > > communicate with a HID device. Also, the USB function port is the slave > in > > these scenarios, it isn't going to be used to get data from another > device. > > > > If it has USB OTG or USB host, it would be possible for the Ipaq to be in > > control of communications. But it might be more work than you are hoping > > for... > > > > -- > > Dean Ramsier - eMVP > > Accelent Systems > > http://www.accelent.com > > > > > > "A.B." <someone@somewhere.com> wrote in message > > news:WPSdnfRfV_7JnRLdRVn-uQ@comcast.com... > > > Since the microcontroller takes care of all the low-level USB details, > and > > I > > > just give it bytes to transfer, I was hoping that I could use generic > HID > > > functions (I'll configure the microcontroller to be an HID device) to > pick > > > up the bytes and let my application process them. > > > > > > I'm hoping that there are generic HID functions available to me in eVC++ > > > since I don't have a month to learn how to build a driver. > > > > > > Alex. > > > > > > "Robert Magyar" <anonymous@discussions.microsoft.com> wrote in message > > > news:2AD2BC03-3E99-421F-9723-2829446472A5@microsoft.com... > > > > Alex, > > > > > > > > While the USB goal is to easly connect devices, USB devices require a > > fair > > > amount of design and software to work. > > > > > > > > You should review the ARCHITECTURAL OVERVIEW chapter and USB DATA FLOW > > > MODEL chapter in the USB 1.1 Spec so you plan out your design. The USB > > spec > > > is online at: > > > > http://www.usb.org/developers/docs/ > > > > > > > > Robert > > > > > > > > > > > >
- Next message: Loren Ipsum: "Re: Question about IMGNODEBUGGER"
- Previous message: Selin Metin: "Re: DiskOnChip as Persistent Storage Media"
- In reply to: A.B.: "Re: Accelent USB drivers; modify and compile for iPaq 4155"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
|
