Re: Using USB instead of RS232 on embeded project

From: Paul Carpenter (paul$_at_pcserv.demon.co.uk)
Date: 09/25/04


Date: Fri, 24 Sep 2004 23:20:34 +0100 (BST)

On Friday, in article <ocX4d.356878$sh.333765@fed1read06>
     miketurco@yahoo-nospam4me.com "Mike Turco" wrote:

>"Paul Carpenter" <paul$@pcserv.demon.co.uk> wrote
>>
>>>like easysync.co.uk - using FTDI - are fixing the laptop problem, so why
>>>change unless it's a hard marketing requirement?
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^
>> Should read "follow the current desktop fad".
>
>Finding laptops with a serial port has always been difficult, much less
>finding a laptop with two serial ports if that's what you need. Multiple

PCMCIA or USB to RS232 exist and have existed for some time.
 
>serial ports have always been a problem with desktops, too, if you need more

Multiple port PCI cards and before that ISA cards have existed and are
still available.
 
>than the two that come with the machine. (I'm speaking of situations where
>people used to need multiple serial-based products on their machines in
>commercial and industrial applications, not hobbyist setups or VAR systems.)

So am I, even years before the PC, industrial applications often had add in
cards of multiple serial ports.

>Now, there is USB. Virtually all computers have it, and have had for at
>least a few years now. Need to hook up more stuff? No problem, get a hub.
>You can even pull power from the USB port, not much, but its there and a lot
>of times you can use it.
>
>Hey, I miss serial communications too. It was easy to deal with, even in
>asm. USB definitely ads a level of complexity. But times have changed, and
>USB is superior to serial for many different types applications.

Now you are in the realms of long term support and conflicts beyond your
control. Having seen too many badly written pieces of USB devices that mean
you are potentially sharing a communications channel with soemthing beyond
your control.

Let's see well known brand of scanners that added the following levels
of software as their scanners kept up with the latest fad and they did
a major kludge on their software. The device started as a SCSI device,
became parallel port, then USB, so we ended up with the following drivers

        SCSI pseudo device
          Ý
          --- Parallel port to SCSI driver
                Ý
                ------ USB to parallel driver
                        Ý
                        ---- various USB drivers to talk to the device

The customer sites I have been to where the systems had to have the multi
interface devices connected by means other than USB, as the USB devices
and their software interacted with each other causing crashes or other
instability.

Most of the host side software, like most windows applications assumes
it is the ONLY thing added to a virgin system.

Plug and play is NOT that, but load the software BEFORE connecting the
device. Then make sure you have either shut the machine down or used
"Safely remove Hardware", before disconnecting. The number of people
who I have seen caught out by these is beyond belief.

Then the support nightmares of hardware or operating system upgrades
and there is no longer support for devices. I have seen this already
for USB devices, because the toy market called desktops/laptops assumes
at the slightest problem everything is ditched for the new model.

USB is NOT mature on the software front for me to consider for many
applications, either due to burst communications or random connections
like once a month.

There are PC type applications where USB like interfacing would be a good
idea (cameras, scanners, temporary media connections), but too much is
done on it relying on using up the host resources to do what should be
done in the device. Classic example being inkjet printers.

For PC applications not involving Games, typewriting, web browsing and
other toy usages, USB adds too many non deterministic features to make
it worthwhile.

>> I wonder how many have had requests to wireless network their current
>> projects
>> because it would be nice, despite the overkill for many applications.
>
>Overkill, by who's definition?

There are many applications, where the environment will mean it is not
practical. Excessive addition of cost and/or power consumption for the
amount of benefit. Let alone the complexity of adding to quite a few
applications a 16/32bit processor module to do the work of the wirless
link on an application that is 4/8 bit in the first place.

If you want to have PC fad, make the system from a PC in the first place.

More often the things are added because they can or it is the latest fad
e.g. Bluetooth, or internet access (e.g. washing machines, pens and toaster
that have internet connections).

I have seen too many projects that used a PC that should have been a black
box that was a 100baseT interface for the archiving of data, that have
caused long term support and manufacturing problems due to inability
to get the same PC three months later, let alone the software and
interface cards issues.

-- 
Paul Carpenter          | paul@pcserviceselectronics.co.uk
<http://www.pcserviceselectronics.co.uk/>    PC Services
<http://www.gnuh8.org.uk/>              GNU H8 & mailing list info
<http://www.badweb.org.uk/>             For those web sites you hate


Relevant Pages

  • Re: Using USB instead of RS232 on embeded project
    ... Finding laptops with a serial port has always been difficult, ... finding a laptop with two serial ports if that's what you need. ... Now, there is USB. ... USB is superior to serial for many different types applications. ...
    (comp.arch.embedded)
  • Re: MSComm and USB to RS485 Converters (head hurting now, must have martini)
    ... a .dll that we then use in various test engineering applications ... RS232 to RS485 converters work fine but I am out of serial ports ... Make sure the USB device gets mapped in as a comport and operating ... To me it seems like a shot into their own foot because it stifles Excel VBA apps and thus Excel sales. ...
    (sci.electronics.design)
  • Re: [PATCH 09/12] i386/x86_64: EHCI usb debug port early printk support.
    ... With legacy free systems serial ports have stopped being an option ... can just cat to get the usb debug output. ... This lack of a good timeout looks to be the reason ehci_wait_for_port ...
    (Linux-Kernel)
  • Re: EvfMgr C: -commit followed by Power Down gives lost changes
    ... Not sure about a USB CD-ROM. ... > time uses an utility to fetch the applications from an external Webserver. ... > when an USB CD reader emulates a hard disk. ... > As you can see EWF is there all the time. ...
    (microsoft.public.windowsxp.embedded)
  • Will USB serial ever be fixed?
    ... I have a general question on the status of USB to ... seems that ucom is broken and no one is fixing it. ... serial ports hang on a call to tcflush. ... like the FreeBSD developers don't care about ucom... ...
    (freebsd-questions)