On Mon, Jun 6, 2011 at 3:04 PM, David Brown wrote:
> On 06/06/2011 05:05, Xiaofan Chen wrote:
>> For MCU or most of Electronics related work, I think Windows is
>> still the best. XP is quite good and Windows 7 is even better.
>> XP is /much/ better for compatibility than Win7 - there are a lot of
> development tools that have issues with Win7. In particular, you often
> need to install unsigned XP drivers which varies from painful to nearly
> impossible depending on your version of Win7. Embedded development
> tools is often a slow and conservative business, and XP is still the
> standard windows version.
That is true. At work I am stuck with XP SP3, Office XP and IE 6.0.
IE 6.0 is quite bad for web browsing so I use Firefox.
>> So I play a lot with Linux (first in 1998, and use
it regularly at home
>> since 2005 -- Ubuntu 5.04) and I played even more on my newly-bought
>> Apple iPad 2 (really nice!). But when it comes to the real job (I am
>> a hardware engineer working in the Industrial Automation field),
>> I know I need to use Windows -- after all most of the critical software
>> packages only work under Windows.
>> Linux is becoming a more and more common choice for technical
> professional users, and you can see more support in the development
> tools. It is particularly obvious for larger processors, but the
> changes are coming to smaller processors too. For bigger processors,
> gcc is often the dominant compiler - certainly anyone trying to sell
> tools has to compete with free (or cheap) cross-platform gcc. It is not
> uncommon for users to want to work with embedded Linux when you have
> large devices, so host support is essential. Compilers are inherently
> easy to make cross platform, and with only a few exceptions, the
> industry has stabilised around Eclipse as an IDE. This all makes it
> quite cheap for a vendor to support Linux hosts.
The IDE is a small part, the compiler interface is also generally not that
difficult since they are mostly command line based, the more difficult
part is the various drivers for the hardware debuggers/programmers and
software simulators.
> For smaller devices, Windows XP still dominates as
the host platform.
> But even that will, I think, change before long.
It depends on how "before long" means. It also depends on the company.
Microchip start to support Linux and Mac OS X with MPLAB X. On the
other hand, Atmel goes back to Windows only for the new AVR Studio 5
(Visual Studio Shell based) for the AVR and AVR 32 even though the
current AVR 32 Studio supports Linux. The trend is to support Mac OS
X and Linux. But it will take time.
> The last two new 32-bit architectures I started
working with both had
> Linux as a standard development platform.
Here at work we use various ARM MCU/MPUs, the "industrial strength"
IDE we choose to use -- IAR, only works under Windows. Compared to the
project cost (typically 18 months or more for a project), the cost of IAR is
really not important.
I understand for ARM MCUs, there are good IDEs which work under
Mac OS X and Linux. When it comes to other MCUs, things may not be
that rosy. Moreover there are other things like EDA where Linux
is significantly lagging behind. Only very low end and very high end tools
work under Linux, not the medium end product many companies are
using.
And all the major automation software vendors only support Windows,
so is my employer. So I think it will probably take years. When will
the year of Linux Desktop be a reality? I think for our industry, I do not
see it happen any time soon.
--
Xiaofan
Question about the virtual COM port that comes with TI's Launchpad
Started by ●June 3, 2011
Reply by ●June 6, 20112011-06-06
Reply by ●June 6, 20112011-06-06
On 06/06/2011 09:29, Xiaofan Chen wrote:
> On Mon, Jun 6, 2011 at 3:04 PM, David Brown > > wrote:
> > On 06/06/2011 05:05, Xiaofan Chen wrote:
> >> For MCU or most of Electronics related work, I think Windows is
> >> still the best. XP is quite good and Windows 7 is even better.
> >>
> >
> > XP is /much/ better for compatibility than Win7 - there are a lot of
> > development tools that have issues with Win7. In particular, you often
> > need to install unsigned XP drivers which varies from painful to nearly
> > impossible depending on your version of Win7. Embedded development
> > tools is often a slow and conservative business, and XP is still the
> > standard windows version.
>
> That is true. At work I am stuck with XP SP3, Office XP and IE 6.0.
> IE 6.0 is quite bad for web browsing so I use Firefox.
>
My main office machine is XP, with a Fedora 14 machine beside it - I do
some work on each machine. There are a few machines at the office with
Win7, and some older ones with W2K or even older (especially production
and test machines), and a couple of other Linux boxes - otherwise the
great majority of desktops and laptops are XP. Servers are all Linux.
As well as doing embedded software, I am also the IT manager at my
company - I made life /much/ easier for myself by banning Internet
Explorer many years ago. We also don't use MS Office except on a few
computers, for when 100% compatibility with other MS Office users is
essential. OpenOffice (and now LibreOffice) is a better choice for
professional use, in my experience.
> >> So I play a lot with Linux (first in 1998, and use it regularly at home
> >> since 2005 -- Ubuntu 5.04) and I played even more on my newly-bought
> >> Apple iPad 2 (really nice!). But when it comes to the real job (I am
> >> a hardware engineer working in the Industrial Automation field),
> >> I know I need to use Windows -- after all most of the critical software
> >> packages only work under Windows.
> >>
> >
> > Linux is becoming a more and more common choice for technical
> > professional users, and you can see more support in the development
> > tools. It is particularly obvious for larger processors, but the
> > changes are coming to smaller processors too. For bigger processors,
> > gcc is often the dominant compiler - certainly anyone trying to sell
> > tools has to compete with free (or cheap) cross-platform gcc. It is not
> > uncommon for users to want to work with embedded Linux when you have
> > large devices, so host support is essential. Compilers are inherently
> > easy to make cross platform, and with only a few exceptions, the
> > industry has stabilised around Eclipse as an IDE. This all makes it
> > quite cheap for a vendor to support Linux hosts.
>
> The IDE is a small part, the compiler interface is also generally not that
> difficult since they are mostly command line based, the more difficult
> part is the various drivers for the hardware debuggers/programmers and
> software simulators.
>
Software simulators - if well written - should also be reasonably easy
to make cross-platform. And much of the software side of the debugger
is now handled by Eclipse. But I agree that the hardware drivers for
debuggers are a definite sticking point for making the system
cross-platform. There are easy ways to achieve this - typically by
using libusb on Linux and libusb-win32 on Windows. But if the driver
wasn't originally written using libusb, that means re-writing it from
scratch. A really open-minded vendor would use OpenOCD for debugger
interfacing - if they add support for their particular processor to the
project, the would get support for Linux and Windows (and, I believe,
MacOS) hosts, and dozens of different hardware debugger interfaces.
> > For smaller devices, Windows XP still dominates as the host platform.
> > But even that will, I think, change before long.
>
> It depends on how "before long" means. It also depends on the company.
> Microchip start to support Linux and Mac OS X with MPLAB X. On the
> other hand, Atmel goes back to Windows only for the new AVR Studio 5
> (Visual Studio Shell based) for the AVR and AVR 32 even though the
> current AVR 32 Studio supports Linux. The trend is to support Mac OS
> X and Linux. But it will take time.
>
Yes, Atmel really took a step backwards there - I wonder why. They had
an Eclipse-based AVR32 studio for Linux and Windows (it's still
available, but no longer appears to be updated). I had every
expectation that AVR Studio 5 would be Eclipse as well, with full
integration of the avr-gcc toolchain (just as AVR32 Studio had gcc
included). But apparently:
"All of Atmel's future development environments will be based upon the
AVR Studio IDE. Atmel will no longer support Eclipse-based IDEs or
editors. As Eclipse is more geared towards desktop PC software
development, Eclipse has not proven itself as efficient or effective as
a dedicated embedded development IDE such as AVR Studio."
This seems strange, given that Eclipse started as a Java desktop
development IDE and has been increasingly dominant in the C/C++ embedded
development world (with steadily improved support for non-native
debugging), and is the platform of choice for steadily more embedded
tool vendors. MS Visual Studio, on the other hand, always has been and
always will be a desktop-oriented development tool.
As for "how long" it will take before Linux support becomes common for
small processors, I think the answer depends on IAR. If they support
Linux, most others will follow rapidly. My understanding is that IAR's
tools run very well under Wine - so support for Linux (from the
technical development viewpoint) would mainly be a matter of packaging
their tools with Winelib and getting device driver support in place.
> > The last two new 32-bit architectures I started working with both had
> > Linux as a standard development platform.
>
> Here at work we use various ARM MCU/MPUs, the "industrial strength"
> IDE we choose to use -- IAR, only works under Windows. Compared to the
> project cost (typically 18 months or more for a project), the cost of IAR is
> really not important.
>
> I understand for ARM MCUs, there are good IDEs which work under
> Mac OS X and Linux. When it comes to other MCUs, things may not be
Freescale's CodeWarrior toolchains are all moving to Eclipse in newer
versions. Pre-built gcc + Eclipse toolchains are available for Windows
and Linux for PPC, MIPS, Coldfire, XMOS, ARM, x86, etc., (either free or
paid with support). Green Hills has supported Linux hosts for years, as
do many other vendors.
There are a few windows-only vendors for 32-bit processors, including
IAR and Keil, but most are cross-platform (Windows and Linux - MacOS
support is much rarer).
> that rosy. Moreover there are other things like EDA where Linux
> is significantly lagging behind. Only very low end and very high end tools
> work under Linux, not the medium end product many companies are
> using.
>
Mid-range EDA is a big missing segment for Linux - no doubts there.
> And all the major automation software vendors only support Windows,
> so is my employer. So I think it will probably take years. When will
> the year of Linux Desktop be a reality? I think for our industry, I do not
> see it happen any time soon.
>
Things take time to change. I think MS is "helping" here, though -
Windows is getting gradually more difficult for vendors to support, with
more requirements for device driver signing being a particular sticking
point. A fair number of people "jumped ship" to Linux when XP became
difficult to buy - if they first had to change from XP, why not Linux
instead of Win7. A lot more people seriously considered it, but
couldn't manage with just Linux. If Win8 previews are anything to judge
by, I think there will be a new round of "desertions" - while Linux
continues to get easier for non-experts, and more familiar for a wider
audience.
But I won't be placing any bets!
> On Mon, Jun 6, 2011 at 3:04 PM, David Brown > > wrote:
> > On 06/06/2011 05:05, Xiaofan Chen wrote:
> >> For MCU or most of Electronics related work, I think Windows is
> >> still the best. XP is quite good and Windows 7 is even better.
> >>
> >
> > XP is /much/ better for compatibility than Win7 - there are a lot of
> > development tools that have issues with Win7. In particular, you often
> > need to install unsigned XP drivers which varies from painful to nearly
> > impossible depending on your version of Win7. Embedded development
> > tools is often a slow and conservative business, and XP is still the
> > standard windows version.
>
> That is true. At work I am stuck with XP SP3, Office XP and IE 6.0.
> IE 6.0 is quite bad for web browsing so I use Firefox.
>
My main office machine is XP, with a Fedora 14 machine beside it - I do
some work on each machine. There are a few machines at the office with
Win7, and some older ones with W2K or even older (especially production
and test machines), and a couple of other Linux boxes - otherwise the
great majority of desktops and laptops are XP. Servers are all Linux.
As well as doing embedded software, I am also the IT manager at my
company - I made life /much/ easier for myself by banning Internet
Explorer many years ago. We also don't use MS Office except on a few
computers, for when 100% compatibility with other MS Office users is
essential. OpenOffice (and now LibreOffice) is a better choice for
professional use, in my experience.
> >> So I play a lot with Linux (first in 1998, and use it regularly at home
> >> since 2005 -- Ubuntu 5.04) and I played even more on my newly-bought
> >> Apple iPad 2 (really nice!). But when it comes to the real job (I am
> >> a hardware engineer working in the Industrial Automation field),
> >> I know I need to use Windows -- after all most of the critical software
> >> packages only work under Windows.
> >>
> >
> > Linux is becoming a more and more common choice for technical
> > professional users, and you can see more support in the development
> > tools. It is particularly obvious for larger processors, but the
> > changes are coming to smaller processors too. For bigger processors,
> > gcc is often the dominant compiler - certainly anyone trying to sell
> > tools has to compete with free (or cheap) cross-platform gcc. It is not
> > uncommon for users to want to work with embedded Linux when you have
> > large devices, so host support is essential. Compilers are inherently
> > easy to make cross platform, and with only a few exceptions, the
> > industry has stabilised around Eclipse as an IDE. This all makes it
> > quite cheap for a vendor to support Linux hosts.
>
> The IDE is a small part, the compiler interface is also generally not that
> difficult since they are mostly command line based, the more difficult
> part is the various drivers for the hardware debuggers/programmers and
> software simulators.
>
Software simulators - if well written - should also be reasonably easy
to make cross-platform. And much of the software side of the debugger
is now handled by Eclipse. But I agree that the hardware drivers for
debuggers are a definite sticking point for making the system
cross-platform. There are easy ways to achieve this - typically by
using libusb on Linux and libusb-win32 on Windows. But if the driver
wasn't originally written using libusb, that means re-writing it from
scratch. A really open-minded vendor would use OpenOCD for debugger
interfacing - if they add support for their particular processor to the
project, the would get support for Linux and Windows (and, I believe,
MacOS) hosts, and dozens of different hardware debugger interfaces.
> > For smaller devices, Windows XP still dominates as the host platform.
> > But even that will, I think, change before long.
>
> It depends on how "before long" means. It also depends on the company.
> Microchip start to support Linux and Mac OS X with MPLAB X. On the
> other hand, Atmel goes back to Windows only for the new AVR Studio 5
> (Visual Studio Shell based) for the AVR and AVR 32 even though the
> current AVR 32 Studio supports Linux. The trend is to support Mac OS
> X and Linux. But it will take time.
>
Yes, Atmel really took a step backwards there - I wonder why. They had
an Eclipse-based AVR32 studio for Linux and Windows (it's still
available, but no longer appears to be updated). I had every
expectation that AVR Studio 5 would be Eclipse as well, with full
integration of the avr-gcc toolchain (just as AVR32 Studio had gcc
included). But apparently:
"All of Atmel's future development environments will be based upon the
AVR Studio IDE. Atmel will no longer support Eclipse-based IDEs or
editors. As Eclipse is more geared towards desktop PC software
development, Eclipse has not proven itself as efficient or effective as
a dedicated embedded development IDE such as AVR Studio."
This seems strange, given that Eclipse started as a Java desktop
development IDE and has been increasingly dominant in the C/C++ embedded
development world (with steadily improved support for non-native
debugging), and is the platform of choice for steadily more embedded
tool vendors. MS Visual Studio, on the other hand, always has been and
always will be a desktop-oriented development tool.
As for "how long" it will take before Linux support becomes common for
small processors, I think the answer depends on IAR. If they support
Linux, most others will follow rapidly. My understanding is that IAR's
tools run very well under Wine - so support for Linux (from the
technical development viewpoint) would mainly be a matter of packaging
their tools with Winelib and getting device driver support in place.
> > The last two new 32-bit architectures I started working with both had
> > Linux as a standard development platform.
>
> Here at work we use various ARM MCU/MPUs, the "industrial strength"
> IDE we choose to use -- IAR, only works under Windows. Compared to the
> project cost (typically 18 months or more for a project), the cost of IAR is
> really not important.
>
> I understand for ARM MCUs, there are good IDEs which work under
> Mac OS X and Linux. When it comes to other MCUs, things may not be
Freescale's CodeWarrior toolchains are all moving to Eclipse in newer
versions. Pre-built gcc + Eclipse toolchains are available for Windows
and Linux for PPC, MIPS, Coldfire, XMOS, ARM, x86, etc., (either free or
paid with support). Green Hills has supported Linux hosts for years, as
do many other vendors.
There are a few windows-only vendors for 32-bit processors, including
IAR and Keil, but most are cross-platform (Windows and Linux - MacOS
support is much rarer).
> that rosy. Moreover there are other things like EDA where Linux
> is significantly lagging behind. Only very low end and very high end tools
> work under Linux, not the medium end product many companies are
> using.
>
Mid-range EDA is a big missing segment for Linux - no doubts there.
> And all the major automation software vendors only support Windows,
> so is my employer. So I think it will probably take years. When will
> the year of Linux Desktop be a reality? I think for our industry, I do not
> see it happen any time soon.
>
Things take time to change. I think MS is "helping" here, though -
Windows is getting gradually more difficult for vendors to support, with
more requirements for device driver signing being a particular sticking
point. A fair number of people "jumped ship" to Linux when XP became
difficult to buy - if they first had to change from XP, why not Linux
instead of Win7. A lot more people seriously considered it, but
couldn't manage with just Linux. If Win8 previews are anything to judge
by, I think there will be a new round of "desertions" - while Linux
continues to get easier for non-experts, and more familiar for a wider
audience.
But I won't be placing any bets!
Reply by ●June 6, 20112011-06-06
On Sun, Jun 5, 2011 at 11:05 PM, Xiaofan Chen wrote:
> I read the following in an mailing list and kind of agree with it.
> ++++++++++++
> Apple entertains, while Microsoft is on the duty, powering offices of the
> world and doing the Real Work.
> Then no wonder why Apple is so cool. Typical human beings like
> entertainment more than work (and some even can afford it).
> ++++++++++++
If anything the *opposite* is true. One of the biggest *legitimate*
complaints against OS/X is the *lack* of gaming support. I'd be
willing to bet that the number of people who own Windows PCs primarily
for gaming is roughly equal to the entire installed Mac userbase.
-p.
> I read the following in an mailing list and kind of agree with it.
> ++++++++++++
> Apple entertains, while Microsoft is on the duty, powering offices of the
> world and doing the Real Work.
> Then no wonder why Apple is so cool. Typical human beings like
> entertainment more than work (and some even can afford it).
> ++++++++++++
If anything the *opposite* is true. One of the biggest *legitimate*
complaints against OS/X is the *lack* of gaming support. I'd be
willing to bet that the number of people who own Windows PCs primarily
for gaming is roughly equal to the entire installed Mac userbase.
-p.
Reply by ●June 6, 20112011-06-06
V293IHRoaXMgaGFzIHJlYWxseSB0dXJuZWQgaW50byBhbiBPUyByYW50LiBJbnRlcmVzdGlu
ZyB0aG91Z2guIAoKQWJvdXQgZ2FtaW5nIHN1cHBvcnQuIE1TIGlzIG5vdCBmb2N1c2VkIG9u
IFBDIGdhbWluZyBzdXBwb3J0IGxpa2UgdGhleSBvbmNlIHdlcmUgbm93IHRoZSBYQm94IGlz
IHNvIHBvcHVsYXIuIFlvdSBjYW4gZXhwZWN0IGVzcC4gUG9zdCBXaW4gNyBsZXNzIGdhbWlu
ZyBzdXBwb3J0LiBXaGF0IGlzIHRoZWlyIG5vdyBpcyBsZWdhY3kgZ2FtaW5nIGFuZCBpbmNp
ZGVudGFsIHRvIHN1cHBvcnRpbmcgbXVsaW1lZGlhLiBJIHN1c3BlY3QgQXBwbGUgbG9va2lu
ZyBhdCB0aGUgbW92ZSBvZiBtb3N0IGdhbWVzIHRvIGdhbWluZyBib3hlcyBpcyBldmVuIGxl
c3MgaW5jbGluZWQgdG8gc3VwcG9ydCBmZWF0dXJlcyBmb3IgZ2FtaW5nIG9uIGFwcGxlcy4K
TSAgIAoKUGV0ZXIgSm9oYW5zc29uIDxyb2NrZXRzNGtpZHNAZ21haWwuY29tPiB3cm90ZToK
Cj5PbiBTdW4sIEp1biA1LCAyMDExIGF0IDExOjA1IFBNLCBYaWFvZmFuIENoZW4gPHhpYW9m
YW5jQGdtYWlsLmNvbT4gd3JvdGU6Cj4KPj4gSSByZWFkIHRoZSBmb2xsb3dpbmcgaW4gYW4g
bWFpbGluZyBsaXN0IGFuZCBraW5kIG9mIGFncmVlIHdpdGggaXQuCj4+ICsrKysrKysrKysr
Kwo+PiBBcHBsZSBlbnRlcnRhaW5zLCDCoHdoaWxlIE1pY3Jvc29mdCBpcyBvbiB0aGUgZHV0
eSwgcG93ZXJpbmcgb2ZmaWNlcyBvZiB0aGUKPj4gd29ybGQgYW5kIGRvaW5nIHRoZSBSZWFs
IFdvcmsuCj4+IFRoZW4gbm8gd29uZGVyIHdoeSBBcHBsZSBpcyBzbyBjb29sLiBUeXBpY2Fs
IGh1bWFuIGJlaW5ncyBsaWtlCj4+IGVudGVydGFpbm1lbnQgbW9yZSB0aGFuIHdvcmsgKGFu
ZCBzb21lIGV2ZW4gY2FuIGFmZm9yZCBpdCkuCj4+ICsrKysrKysrKysrKwo+Cj5JZiBhbnl0
aGluZyB0aGUgKm9wcG9zaXRlKiBpcyB0cnVlLiAgT25lIG9mIHRoZSBiaWdnZXN0ICpsZWdp
dGltYXRlKgo+Y29tcGxhaW50cyBhZ2FpbnN0IE9TL1ggaXMgdGhlICpsYWNrKiBvZiBnYW1p
bmcgc3VwcG9ydC4gIEknZCBiZQo+d2lsbGluZyB0byBiZXQgdGhhdCB0aGUgbnVtYmVyIG9m
IHBlb3BsZSB3aG8gb3duIFdpbmRvd3MgUENzIHByaW1hcmlseQo+Zm9yIGdhbWluZyBpcyBy
b3VnaGx5IGVxdWFsIHRvIHRoZSBlbnRpcmUgaW5zdGFsbGVkIE1hYyB1c2VyYmFzZS4KPgo+
LXAuCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpUbyB1bnN1YnNj
cmliZSBmcm9tIHRoZSBtc3A0MzAgZ3JvdXAsIHNlbmQgYW4gZW1haWwgdG86Cm1zcDQzMC11
bnN1YnNjcmliZUBlZ3JvdXBzLmNvbQoKWWFob28hIEdyb3VwcyBMaW5rcwoKPCo+IFRvIHZp
c2l0IHlvdXIgZ3JvdXAgb24gdGhlIHdlYiwgZ28gdG86CiAgICBodHRwOi8vZ3JvdXBzLnlh
aG9vLmNvbS9ncm91cC9tc3A0MzAvCgo8Kj4gWW91ciBlbWFpbCBzZXR0aW5nczoKICAgIElu
ZGl2aWR1YWwgRW1haWwgfCBUcmFkaXRpb25hbAoKPCo+IFRvIGNoYW5nZSBzZXR0aW5ncyBv
bmxpbmUgZ28gdG86CiAgICBodHRwOi8vZ3JvdXBzLnlhaG9vLmNvbS9ncm91cC9tc3A0MzAv
am9pbgogICAgKFlhaG9vISBJRCByZXF1aXJlZCkKCjwqPiBUbyBjaGFuZ2Ugc2V0dGluZ3Mg
dmlhIGVtYWlsOgogICAgbXNwNDMwLWRpZ2VzdEB5YWhvb2dyb3Vwcy5jb20gCiAgICBtc3A0
MzAtZnVsbGZlYXR1cmVkQHlhaG9vZ3JvdXBzLmNvbQoKPCo+IFRvIHVuc3Vic2NyaWJlIGZy
b20gdGhpcyBncm91cCwgc2VuZCBhbiBlbWFpbCB0bzoKICAgIG1zcDQzMC11bnN1YnNjcmli
ZUB5YWhvb2dyb3Vwcy5jb20KCjwqPiBZb3VyIHVzZSBvZiBZYWhvbyEgR3JvdXBzIGlzIHN1
YmplY3QgdG86CiAgICBodHRwOi8vZG9jcy55YWhvby5jb20vaW5mby90ZXJtcy8KCg=
ZyB0aG91Z2guIAoKQWJvdXQgZ2FtaW5nIHN1cHBvcnQuIE1TIGlzIG5vdCBmb2N1c2VkIG9u
IFBDIGdhbWluZyBzdXBwb3J0IGxpa2UgdGhleSBvbmNlIHdlcmUgbm93IHRoZSBYQm94IGlz
IHNvIHBvcHVsYXIuIFlvdSBjYW4gZXhwZWN0IGVzcC4gUG9zdCBXaW4gNyBsZXNzIGdhbWlu
ZyBzdXBwb3J0LiBXaGF0IGlzIHRoZWlyIG5vdyBpcyBsZWdhY3kgZ2FtaW5nIGFuZCBpbmNp
ZGVudGFsIHRvIHN1cHBvcnRpbmcgbXVsaW1lZGlhLiBJIHN1c3BlY3QgQXBwbGUgbG9va2lu
ZyBhdCB0aGUgbW92ZSBvZiBtb3N0IGdhbWVzIHRvIGdhbWluZyBib3hlcyBpcyBldmVuIGxl
c3MgaW5jbGluZWQgdG8gc3VwcG9ydCBmZWF0dXJlcyBmb3IgZ2FtaW5nIG9uIGFwcGxlcy4K
TSAgIAoKUGV0ZXIgSm9oYW5zc29uIDxyb2NrZXRzNGtpZHNAZ21haWwuY29tPiB3cm90ZToK
Cj5PbiBTdW4sIEp1biA1LCAyMDExIGF0IDExOjA1IFBNLCBYaWFvZmFuIENoZW4gPHhpYW9m
YW5jQGdtYWlsLmNvbT4gd3JvdGU6Cj4KPj4gSSByZWFkIHRoZSBmb2xsb3dpbmcgaW4gYW4g
bWFpbGluZyBsaXN0IGFuZCBraW5kIG9mIGFncmVlIHdpdGggaXQuCj4+ICsrKysrKysrKysr
Kwo+PiBBcHBsZSBlbnRlcnRhaW5zLCDCoHdoaWxlIE1pY3Jvc29mdCBpcyBvbiB0aGUgZHV0
eSwgcG93ZXJpbmcgb2ZmaWNlcyBvZiB0aGUKPj4gd29ybGQgYW5kIGRvaW5nIHRoZSBSZWFs
IFdvcmsuCj4+IFRoZW4gbm8gd29uZGVyIHdoeSBBcHBsZSBpcyBzbyBjb29sLiBUeXBpY2Fs
IGh1bWFuIGJlaW5ncyBsaWtlCj4+IGVudGVydGFpbm1lbnQgbW9yZSB0aGFuIHdvcmsgKGFu
ZCBzb21lIGV2ZW4gY2FuIGFmZm9yZCBpdCkuCj4+ICsrKysrKysrKysrKwo+Cj5JZiBhbnl0
aGluZyB0aGUgKm9wcG9zaXRlKiBpcyB0cnVlLiAgT25lIG9mIHRoZSBiaWdnZXN0ICpsZWdp
dGltYXRlKgo+Y29tcGxhaW50cyBhZ2FpbnN0IE9TL1ggaXMgdGhlICpsYWNrKiBvZiBnYW1p
bmcgc3VwcG9ydC4gIEknZCBiZQo+d2lsbGluZyB0byBiZXQgdGhhdCB0aGUgbnVtYmVyIG9m
IHBlb3BsZSB3aG8gb3duIFdpbmRvd3MgUENzIHByaW1hcmlseQo+Zm9yIGdhbWluZyBpcyBy
b3VnaGx5IGVxdWFsIHRvIHRoZSBlbnRpcmUgaW5zdGFsbGVkIE1hYyB1c2VyYmFzZS4KPgo+
LXAuCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpUbyB1bnN1YnNj
cmliZSBmcm9tIHRoZSBtc3A0MzAgZ3JvdXAsIHNlbmQgYW4gZW1haWwgdG86Cm1zcDQzMC11
bnN1YnNjcmliZUBlZ3JvdXBzLmNvbQoKWWFob28hIEdyb3VwcyBMaW5rcwoKPCo+IFRvIHZp
c2l0IHlvdXIgZ3JvdXAgb24gdGhlIHdlYiwgZ28gdG86CiAgICBodHRwOi8vZ3JvdXBzLnlh
aG9vLmNvbS9ncm91cC9tc3A0MzAvCgo8Kj4gWW91ciBlbWFpbCBzZXR0aW5nczoKICAgIElu
ZGl2aWR1YWwgRW1haWwgfCBUcmFkaXRpb25hbAoKPCo+IFRvIGNoYW5nZSBzZXR0aW5ncyBv
bmxpbmUgZ28gdG86CiAgICBodHRwOi8vZ3JvdXBzLnlhaG9vLmNvbS9ncm91cC9tc3A0MzAv
am9pbgogICAgKFlhaG9vISBJRCByZXF1aXJlZCkKCjwqPiBUbyBjaGFuZ2Ugc2V0dGluZ3Mg
dmlhIGVtYWlsOgogICAgbXNwNDMwLWRpZ2VzdEB5YWhvb2dyb3Vwcy5jb20gCiAgICBtc3A0
MzAtZnVsbGZlYXR1cmVkQHlhaG9vZ3JvdXBzLmNvbQoKPCo+IFRvIHVuc3Vic2NyaWJlIGZy
b20gdGhpcyBncm91cCwgc2VuZCBhbiBlbWFpbCB0bzoKICAgIG1zcDQzMC11bnN1YnNjcmli
ZUB5YWhvb2dyb3Vwcy5jb20KCjwqPiBZb3VyIHVzZSBvZiBZYWhvbyEgR3JvdXBzIGlzIHN1
YmplY3QgdG86CiAgICBodHRwOi8vZG9jcy55YWhvby5jb20vaW5mby90ZXJtcy8KCg=
Reply by ●June 6, 20112011-06-06
Hi,
It is very interesting. I tried it and below is what i received in my
terminal program,
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxEUREURxxxxxEUREURxEUREURxxxxxEUREURxxxEUREURxxxxxEUREURxxxxxEUREURxxxxxxxxxxxEUREURxxxEUREURxxxxxEUREURxEUREURxEUREURxEUREURxxxxxEUREURxxxxxEUREURxEUREURxxxEUREURxEUREURxEUREURxxxEUREURxEUREURxxxEUREURxxxEUREURxxxxxxxEUREURxxxEUREURxxxxxEUREURxxxxxEUREURxxxxxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxxxxxxxxxxxxxEUREURxxxEUREURxxxEUREURxxxxxxxEUREURxEUREURxxxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxxxEUREURxxxEUREURxxxxxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxxxEUREURxxxEUREURxxxEUREURxxxEUREURxEUREURxxxxxxxxxEUR
I have XP running on my PC. Am i getting the same problem or is my Uart
setting wrong ?
Kind regards,
Firat Kocak
On 03.06.2011 07:00, Jon Kirwan wrote:
>
> The Launchpad comes with a built-in application that displays
> a single character every second or so once S2 is pressed to
> start it in that direction. Pressing S2 again should display
> two characters and then one every second.
>
> While it works on EVERY SINGLE OTHER system in my house,
> there is one which does not seem to work over the serial
> port. It's a brand new machine, an Intel 2600K based system,
> running Windows 7 Ultimate, 64-bit. I did all the installs
> and hardware build and everything is up to date with
> Microsoft.
>
> I've tried using a variety of COM port monitoring software --
> all of which works with Launchpad just fine on other
> computers. But on this new system, it displays "X0" every
> time I press S2 (which is wrong, anyway) and displays nothing
> else, otherwise. I've tried all this on another Windows 7,
> 64-bit machine, which is running the Professional version and
> not Ultimate, and it works just fine. Same device, same
> cables, nearly the same operating system. And the serial
> port driver is the same version on these two, 1.3.0.0, from
> TI, dated in 2007.
>
> I've tried even using the CCS compiler IDE's "Terminal" pane
> with the same results. Works great on every other machine.
> Fails on the new one, in the sense that I see the same "X0"
> when pressing S2 and nothing otherwise.
>
> I've also tried downloading code into devices on this new
> machine. It works, intermittently. I'll get an error from
> downloading without debugging, then try downloading WITH
> debugging and it works great. Then another time it will fail
> that way, and succeed the opposite way. Sometimes, nothing
> works until I unplug and then replug things in.
>
> I've disabled User Access Controls, and enabled them. Makes
> no difference at all. I've tried running as administrator,
> or not. Same results. I've tried many different serial port
> monitoring programs. Except for some oddities in the
> Terminal on CCS which probably have their own explanation,
> everything works/fails in the same ways.
>
> I've no idea what else to check. The IAR installation I used
> for downloading is 5.20.4 and installed on May 9th, if I
> recall. But even a variety of independent serial port
> monitoring programs fail out on the new machine.
>
> I've also tried different bit rate settings, though I am
> supposed to use 2400. Odd thing is, on the failing machine,
> the response is the same regardless of how I set up the bit
> rate: "X0". Which seems odd and a clue to me, but I'm not
> sure what kind of clue.
>
> Anyway, open to any thoughts to try. It's bugging me.
>
> Jon
It is very interesting. I tried it and below is what i received in my
terminal program,
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxEUREURxxxxxEUREURxEUREURxxxxxEUREURxxxEUREURxxxxxEUREURxxxxxEUREURxxxxxxxxxxxEUREURxxxEUREURxxxxxEUREURxEUREURxEUREURxEUREURxxxxxEUREURxxxxxEUREURxEUREURxxxEUREURxEUREURxEUREURxxxEUREURxEUREURxxxEUREURxxxEUREURxxxxxxxEUREURxxxEUREURxxxxxEUREURxxxxxEUREURxxxxxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxxxxxxxxxxxxxEUREURxxxEUREURxxxEUREURxxxxxxxEUREURxEUREURxxxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxxxEUREURxxxEUREURxxxxxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxEUREURxxxEUREURxxxEUREURxxxEUREURxxxEUREURxEUREURxxxxxxxxxEUR
I have XP running on my PC. Am i getting the same problem or is my Uart
setting wrong ?
Kind regards,
Firat Kocak
On 03.06.2011 07:00, Jon Kirwan wrote:
>
> The Launchpad comes with a built-in application that displays
> a single character every second or so once S2 is pressed to
> start it in that direction. Pressing S2 again should display
> two characters and then one every second.
>
> While it works on EVERY SINGLE OTHER system in my house,
> there is one which does not seem to work over the serial
> port. It's a brand new machine, an Intel 2600K based system,
> running Windows 7 Ultimate, 64-bit. I did all the installs
> and hardware build and everything is up to date with
> Microsoft.
>
> I've tried using a variety of COM port monitoring software --
> all of which works with Launchpad just fine on other
> computers. But on this new system, it displays "X0" every
> time I press S2 (which is wrong, anyway) and displays nothing
> else, otherwise. I've tried all this on another Windows 7,
> 64-bit machine, which is running the Professional version and
> not Ultimate, and it works just fine. Same device, same
> cables, nearly the same operating system. And the serial
> port driver is the same version on these two, 1.3.0.0, from
> TI, dated in 2007.
>
> I've tried even using the CCS compiler IDE's "Terminal" pane
> with the same results. Works great on every other machine.
> Fails on the new one, in the sense that I see the same "X0"
> when pressing S2 and nothing otherwise.
>
> I've also tried downloading code into devices on this new
> machine. It works, intermittently. I'll get an error from
> downloading without debugging, then try downloading WITH
> debugging and it works great. Then another time it will fail
> that way, and succeed the opposite way. Sometimes, nothing
> works until I unplug and then replug things in.
>
> I've disabled User Access Controls, and enabled them. Makes
> no difference at all. I've tried running as administrator,
> or not. Same results. I've tried many different serial port
> monitoring programs. Except for some oddities in the
> Terminal on CCS which probably have their own explanation,
> everything works/fails in the same ways.
>
> I've no idea what else to check. The IAR installation I used
> for downloading is 5.20.4 and installed on May 9th, if I
> recall. But even a variety of independent serial port
> monitoring programs fail out on the new machine.
>
> I've also tried different bit rate settings, though I am
> supposed to use 2400. Odd thing is, on the failing machine,
> the response is the same regardless of how I set up the bit
> rate: "X0". Which seems odd and a clue to me, but I'm not
> sure what kind of clue.
>
> Anyway, open to any thoughts to try. It's bugging me.
>
> Jon
Reply by ●June 11, 20112011-06-11
TX/RX
USB
USB to Serial
From: m... [mailto:m...] On Behalf Of
Xiaofan Chen
Sent: Sunday, June 05, 2011 11:05 PM
To: m...
Subject: Re: [msp430] Question about the virtual COM port that comes with
TI's Launchpad
On Sun, Jun 5, 2011 at 12:02 PM, Frances Fischer > wrote:
> Sorry for the rant!!!
>
> Have you tried keeping up with the updates, changes and deletions???
Need
> a serial port or try to get one working
>
> On Snow Leopard? Can you speak BSD, write your own kext extensions?
Even
> play a simple MPG file?
>
> Can you afford a minimum of $100.00 to get access to their development
> tools? Its not IAR that doesn't work, it's the freakin dongle and
>
> License code that sucks. Slap a com port monitor on it and you will see
> the com software is fine. However the
>
> Usb code and if you are on a MAX232 or Prolific or whatever chipset that
> OS X doesn't like. Even tried KEYSPAN's usb-28X and usa 19HS
>
> And neither of them work.
A minor thing, MAX232 is just a transceiver and not a USB to Serial
Converter
chip. You may get better luck with FTDI's chips.
> I am going back to Windows.
>
For MCU or most of Electronics related work, I think Windows is
still the best. XP is quite good and Windows 7 is even better.
So I play a lot with Linux (first in 1998, and use it regularly at home
since 2005 -- Ubuntu 5.04) and I played even more on my newly-bought
Apple iPad 2 (really nice!). But when it comes to the real job (I am
a hardware engineer working in the Industrial Automation field),
I know I need to use Windows -- after all most of the critical software
packages only work under Windows.
I read the following in an mailing list and kind of agree with it.
++++++++++++
Apple entertains, while Microsoft is on the duty, powering offices of the
world and doing the Real Work.
Then no wonder why Apple is so cool. Typical human beings like
entertainment more than work (and some even can afford it).
++++++++++++
--
Xiaofan
USB
USB to Serial
From: m... [mailto:m...] On Behalf Of
Xiaofan Chen
Sent: Sunday, June 05, 2011 11:05 PM
To: m...
Subject: Re: [msp430] Question about the virtual COM port that comes with
TI's Launchpad
On Sun, Jun 5, 2011 at 12:02 PM, Frances Fischer > wrote:
> Sorry for the rant!!!
>
> Have you tried keeping up with the updates, changes and deletions???
Need
> a serial port or try to get one working
>
> On Snow Leopard? Can you speak BSD, write your own kext extensions?
Even
> play a simple MPG file?
>
> Can you afford a minimum of $100.00 to get access to their development
> tools? Its not IAR that doesn't work, it's the freakin dongle and
>
> License code that sucks. Slap a com port monitor on it and you will see
> the com software is fine. However the
>
> Usb code and if you are on a MAX232 or Prolific or whatever chipset that
> OS X doesn't like. Even tried KEYSPAN's usb-28X and usa 19HS
>
> And neither of them work.
A minor thing, MAX232 is just a transceiver and not a USB to Serial
Converter
chip. You may get better luck with FTDI's chips.
> I am going back to Windows.
>
For MCU or most of Electronics related work, I think Windows is
still the best. XP is quite good and Windows 7 is even better.
So I play a lot with Linux (first in 1998, and use it regularly at home
since 2005 -- Ubuntu 5.04) and I played even more on my newly-bought
Apple iPad 2 (really nice!). But when it comes to the real job (I am
a hardware engineer working in the Industrial Automation field),
I know I need to use Windows -- after all most of the critical software
packages only work under Windows.
I read the following in an mailing list and kind of agree with it.
++++++++++++
Apple entertains, while Microsoft is on the duty, powering offices of the
world and doing the Real Work.
Then no wonder why Apple is so cool. Typical human beings like
entertainment more than work (and some even can afford it).
++++++++++++
--
Xiaofan
Reply by ●June 11, 20112011-06-11
From: m... [mailto:m...] On Behalf Of
Frances Fischer
Sent: Saturday, June 11, 2011 8:07 PM
To: m...
Subject: RE: [msp430] Question about the virtual COM port that comes with
TI's Launchpad
TX/RX
USB
USB to Serial
From: m...
[mailto:m... ] On Behalf
Of
Xiaofan Chen
Sent: Sunday, June 05, 2011 11:05 PM
To: m...
Subject: Re: [msp430] Question about the virtual COM port that comes with
TI's Launchpad
On Sun, Jun 5, 2011 at 12:02 PM, Frances Fischer
> wrote:
> Sorry for the rant!!!
>
> Have you tried keeping up with the updates, changes and deletions???
Need
> a serial port or try to get one working
>
> On Snow Leopard? Can you speak BSD, write your own kext extensions?
Even
> play a simple MPG file?
>
> Can you afford a minimum of $100.00 to get access to their development
> tools? Its not IAR that doesn't work, it's the freakin dongle and
>
> License code that sucks. Slap a com port monitor on it and you will see
> the com software is fine. However the
>
> Usb code and if you are on a MAX232 or Prolific or whatever chipset that
> OS X doesn't like. Even tried KEYSPAN's usb-28X and usa 19HS
>
> And neither of them work.
A minor thing, MAX232 is just a transceiver and not a USB to Serial
Converter
chip. You may get better luck with FTDI's chips.
> I am going back to Windows.
>
For MCU or most of Electronics related work, I think Windows is
still the best. XP is quite good and Windows 7 is even better.
So I play a lot with Linux (first in 1998, and use it regularly at home
since 2005 -- Ubuntu 5.04) and I played even more on my newly-bought
Apple iPad 2 (really nice!). But when it comes to the real job (I am
a hardware engineer working in the Industrial Automation field),
I know I need to use Windows -- after all most of the critical software
packages only work under Windows.
I read the following in an mailing list and kind of agree with it.
++++++++++++
Apple entertains, while Microsoft is on the duty, powering offices of the
world and doing the Real Work.
Then no wonder why Apple is so cool. Typical human beings like
entertainment more than work (and some even can afford it).
++++++++++++
--
Xiaofan
Frances Fischer
Sent: Saturday, June 11, 2011 8:07 PM
To: m...
Subject: RE: [msp430] Question about the virtual COM port that comes with
TI's Launchpad
TX/RX
USB
USB to Serial
From: m...
[mailto:m... ] On Behalf
Of
Xiaofan Chen
Sent: Sunday, June 05, 2011 11:05 PM
To: m...
Subject: Re: [msp430] Question about the virtual COM port that comes with
TI's Launchpad
On Sun, Jun 5, 2011 at 12:02 PM, Frances Fischer
> wrote:
> Sorry for the rant!!!
>
> Have you tried keeping up with the updates, changes and deletions???
Need
> a serial port or try to get one working
>
> On Snow Leopard? Can you speak BSD, write your own kext extensions?
Even
> play a simple MPG file?
>
> Can you afford a minimum of $100.00 to get access to their development
> tools? Its not IAR that doesn't work, it's the freakin dongle and
>
> License code that sucks. Slap a com port monitor on it and you will see
> the com software is fine. However the
>
> Usb code and if you are on a MAX232 or Prolific or whatever chipset that
> OS X doesn't like. Even tried KEYSPAN's usb-28X and usa 19HS
>
> And neither of them work.
A minor thing, MAX232 is just a transceiver and not a USB to Serial
Converter
chip. You may get better luck with FTDI's chips.
> I am going back to Windows.
>
For MCU or most of Electronics related work, I think Windows is
still the best. XP is quite good and Windows 7 is even better.
So I play a lot with Linux (first in 1998, and use it regularly at home
since 2005 -- Ubuntu 5.04) and I played even more on my newly-bought
Apple iPad 2 (really nice!). But when it comes to the real job (I am
a hardware engineer working in the Industrial Automation field),
I know I need to use Windows -- after all most of the critical software
packages only work under Windows.
I read the following in an mailing list and kind of agree with it.
++++++++++++
Apple entertains, while Microsoft is on the duty, powering offices of the
world and doing the Real Work.
Then no wonder why Apple is so cool. Typical human beings like
entertainment more than work (and some even can afford it).
++++++++++++
--
Xiaofan
