> I want to play with USB and microcontrollers. Can you suggest some uC s
> that are easy to use as USB slaves to my laptop or embedded toys(like the
> GP2X or Freerunner). I want to make some simple toys that can act like
> USB keyboards etc.
Reply by Simon Clubley●February 22, 20092009-02-22
On 2009-02-22, Ben Bradley <ben_nospam_bradley@frontiernet.net> wrote:
>
> And I recall seeing 8-bit freescale microcontrollers with USB
> interfaces as well.
>
The HC08 JB8.
It's USB (device only) interface is limited to low-speed IIRC (I switched
to AVRs a while ago) with an 8 byte maximum buffer. It was well supported
by CodeWarrior when I last used it, but open source toolkit support under
Linux, which is what I was interested in, was very limited.
I ended up using SDCC as well a home-built programmer.
BTW, it's available (or at least it was the last time I used it) in a
PDIP package as well so you can breadboard it.
> No, Freescale doesn't pay me to promote them, but perhaps they
> should ...
>
Likewise, my only relationship with Freescale is that I've used their
products.
Simon.
--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Microsoft: Bringing you 1980's technology to a 21st century world
Reply by Ben Bradley●February 22, 20092009-02-22
On Mon, 16 Feb 2009 11:31:05 +0000 (UTC), Atilla Filiz
<atiflz@hotmail.com> wrote:
>I want to play with USB and microcontrollers. Can you suggest some uC s
>that are easy to use as USB slaves to my laptop or embedded toys(like the
>GP2X or Freerunner). I want to make some simple toys that can act like
>USB keyboards etc.
There's this from Freescale (cute website name):
http://canyourbadgedothis.com
Woops, looks like they went up to $50, I bought on in December for
$30. Cute Demo/"dev" board, Coldfire 32bit processor with USB port
built in, pligging in USB automatically charges the 3V lithium coin
cell that runs everything, LED array, 3-axis accelerometer, and some
applications coded in. One cute one is activated by plugging the USB
into a PC - it becomes a USB mouse. Two touchpads are of course the
mouse buttons, and you move the cursor by tilting the board
left/right/forward/back. It's crude in that the cursor moves at a
fixed speed, but included CD's have C source and an IAR compiler/dev
system for the board.
And I recall seeing 8-bit freescale microcontrollers with USB
interfaces as well.
No, Freescale doesn't pay me to promote them, but perhaps they
should ...
Reply by ●February 18, 20092009-02-18
LittleAlex <alex.louie@email.com> wrote:
> Yes, I tried to report them. I sent them a half-page C program that
> would expose one of the defects. (After a 7-exchange email thread
> that consisted mostly of one of their staff saying "prove it".)
> The response I got was essentially "Yeah, so what's your point?".
That's... nice. For *nix users, there's a third-party library called
libFTDI you can try instead of FTDI's own drivers.
-a
Reply by LittleAlex●February 18, 20092009-02-18
On Feb 17, 11:55 pm, Glenn M=F8ller-Holst <nom...@xx.dk> wrote:
> LittleAlex wrote:
> > On Feb 17, 12:13 am, Glenn M=F8ller-Holst <nom...@xx.dk> wrote:
> >> LittleAlex wrote:
> >>> On Feb 16, 11:16 am, rickman <gnu...@gmail.com> wrote:
> >> ...
> >>> And don't get me started on FTDI's total lack of
> >>> software quality.
> >>> An ARM chip with an OTG port would be a lot more educational. Many
> >>> exist.
> >>> AL
> >> Hello
>
> >> Could you please tell me what sort of FTDI software errors you have
> >> encountered?
>
> >> /Glenn
>
> > I've run into a bunch. The worst was a 'get device configuration'
> > call that had the valid flag set to true, but had garbage in the
> > information field.
>
> > Google for them - others have wasted countless hours working around
> > them also.
>
> > AL
>
> Hello Alex
>
> Have you tried to report your found errors? If they correct them, it
> should benefit others, however their "size".
>
> /Glenn
Yes, I tried to report them. I sent them a half-page C program that
would expose one of the defects. (After a 7-exchange email thread
that consisted mostly of one of their staff saying "prove it".)
The response I got was essentially "Yeah, so what's your point?".
I gave up and designed -all- FTDI product out.
AL
PS: Another bug I found was that if there were more than one 2232
devices connected, occasionally the driver would return the data from
the wrong one. Or status from one, data from the other in the same
call return.
Reply by Atilla Filiz●February 18, 20092009-02-18
On Tue, 17 Feb 2009 18:00:45 +0100, Juergen Beisert wrote:
> Atilla Filiz wrote:
>
>> I want to play with USB and microcontrollers. Can you suggest some uC s
>> that are easy to use as USB slaves to my laptop or embedded toys(like
>> the GP2X or Freerunner). I want to make some simple toys that can act
>> like USB keyboards etc.
>
> Take a look here:
> http://www.obdev.at/products/avrusb/index-de.html
>
> Very easy to use. No special USB microcontroller needed. I use it for
> various small controlling applications. You even do not need a special
> kernel driver, just use the libusb to send and receive data.
>
> jbe
Just the thing I was looking for. Thank you.
ati
Reply by Atilla Filiz●February 18, 20092009-02-18
On Tue, 17 Feb 2009 15:49:32 -0600, Uniden wrote:
> In article <gnbipp$5oi$1@news.motzarella.org>, atiflz@hotmail.com
> says...
>> I want to play with USB and microcontrollers. Can you suggest some uC s
>> that are easy to use as USB slaves to my laptop or embedded toys(like
>> the GP2X or Freerunner). I want to make some simple toys that can act
>> like USB keyboards etc.
>
> Perhaps something like this:
> http://www.circuitgizmos.com/products/cgu421/cgu421.shtml
>
> or:
> http://www.circuitgizmos.com/products/cgu401/cgu401.shtml
>
> Both can be used for USB interfacing of relays, LED, switches, SPI
> integrated circuits, 1-wire temperature, etc.
>
> Not keyboards though.
These look fun. Thank you.
Reply by ●February 18, 20092009-02-18
LittleAlex wrote:
> On Feb 17, 12:13 am, Glenn M�ller-Holst <nom...@xx.dk> wrote:
>> LittleAlex wrote:
>>> On Feb 16, 11:16 am, rickman <gnu...@gmail.com> wrote:
>> ...
>>> And don't get me started on FTDI's total lack of
>>> software quality.
>>> An ARM chip with an OTG port would be a lot more educational. Many
>>> exist.
>>> AL
>> Hello
>>
>> Could you please tell me what sort of FTDI software errors you have
>> encountered?
>>
>> /Glenn
>
> I've run into a bunch. The worst was a 'get device configuration'
> call that had the valid flag set to true, but had garbage in the
> information field.
>
> Google for them - others have wasted countless hours working around
> them also.
>
> AL
Hello Alex
Have you tried to report your found errors? If they correct them, it
should benefit others, however their "size".
/Glenn
Reply by Paul Urbanus●February 17, 20092009-02-17
Anders.Montonen@kapsi.spam.stop.fi.invalid wrote:
> Atilla Filiz <atiflz@hotmail.com> wrote:
>> Hmm, I wanted to do this without using usb<-->serial converters but it
>> seems this is the only feasible way because you need to buy a vendor ID
>> to make a custom usb device.
>
> You don't need your own VID/PID combo unless you're planning on
> distributing whatever it is you're making. If it's only for your
> personal use and amusement, just pick any numbers that don't conflict
> with any devices or drivers on your machine.
>
> This however doesn't change the fact that converter chips like FTDI's
> is the easiest way to get USB connectivity. Being able to skip all USB
> code both on the host and device side is a good thing, unless you
> specifically want to learn about USB in which case I suggest start by
> reading "USB Complete".
>
> -a
Jan Axelson (author USB complete) has a vendor ID, and allows you to use
a block of her PIDs for experimental purposes. Here's a clip from her
website that lists the terms.
http://www.lvr.com/usb.htm Search for 'For Lab Use Only'
-Urbite
Reply by LittleAlex●February 17, 20092009-02-17
On Feb 17, 12:13 am, Glenn M=F8ller-Holst <nom...@xx.dk> wrote:
> LittleAlex wrote:
> > On Feb 16, 11:16 am, rickman <gnu...@gmail.com> wrote:
> ...
> > And don't get me started on FTDI's total lack of
> > software quality.
>
> > An ARM chip with an OTG port would be a lot more educational. Many
> > exist.
>
> > AL
>
> Hello
>
> Could you please tell me what sort of FTDI software errors you have
> encountered?
>
> /Glenn
I've run into a bunch. The worst was a 'get device configuration'
call that had the valid flag set to true, but had garbage in the
information field.
Google for them - others have wasted countless hours working around
them also.
AL