Re: Accelent USB drivers; modify and compile for iPaq 4155
From: A.B. (someone_at_somewhere.com)
Date: 04/28/04
- Next message: Selin Metin: "Re: DiskOnChip as Persistent Storage Media"
- Previous message: Oliver Münchow: "Re: DiskOnChip as Persistent Storage Media"
- In reply to: Dean Ramsier: "Re: Accelent USB drivers; modify and compile for iPaq 4155"
- Next in thread: Dean Ramsier: "Re: Accelent USB drivers; modify and compile for iPaq 4155"
- Reply: Dean Ramsier: "Re: Accelent USB drivers; modify and compile for iPaq 4155"
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 28 Apr 2004 10:06:25 -0400
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: Selin Metin: "Re: DiskOnChip as Persistent Storage Media"
- Previous message: Oliver Münchow: "Re: DiskOnChip as Persistent Storage Media"
- In reply to: Dean Ramsier: "Re: Accelent USB drivers; modify and compile for iPaq 4155"
- Next in thread: Dean Ramsier: "Re: Accelent USB drivers; modify and compile for iPaq 4155"
- Reply: Dean Ramsier: "Re: Accelent USB drivers; modify and compile for iPaq 4155"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
|