STM32 ARM toolset advice?

Reply to
Walter Banks
Loading thread data ...

Open-source is not free, even if it is often suggested that it is. When I find a compiler issue I report it to the vender I pay maintenance to and within a few days their engineers have fixed the problem, and our projects are back on track. Since I am delivering commercial software to date and to budget that is essential, over runs of effort or timescale cost money ? big money. But yes I pay a yearly maintenance contract for it. Yes it would be nice not to pay but I also pay insurance on my car, which I was glad of when someone drove into the side of my car recently ? no hassle ? no cost to me, just let the insurance company fix it, and have a curtsey car whiule mine is repaired. (I wonder do you insure your car or do you prefer a ?free? alternative?)

If on the other hand I have to rely on my engineers trawling the internet, and then diving into the innards of open source software to fix a compiler issue, that is not free, not remotely free. It actually costs me about £70 an hour in labour charges, (wages, national insurance, taxes, pensions etc). We write embedded software we are not compiler experts, even if one of our developers would love to play writing his own compiler .

While the engineer is doing all that he is not writing the code our customers pay us for. So a single issue with the compiler could costs us many £1,000s and could even risk us losing customers and future business. If we lose a major customer because we are late while fixing problems in ?free? open source and poorly supported tools people will lose their jobs.

Now imagine that it is you who loses their job, because we decided to use a ?free? open source tool instead of a fully supported and commercial tool. - I wonder would you thank me for using open source tools when you lost your job, would you be pleased you lost the job, would you still think open source is free, or would you tell everyone you met how unhappy you are that you lost your job and had to sell your house because your employer was a cheap skate and didn?t invest in commercial well supported tools.

I recently abandoned the idea of using linux because I was horrified at how much using linux on a new project was going to cost. It was far cheaper to use WinCE. I am sure if I paid you the saving we made by not using open source software you would be delighted. In fact you could afford to buy a lot of ?expensive? tools.

Bocote

Reply to
Bocote

Indeed. There is no shortage of vendors willing to sell you the support you want for most open-source products, including Linux and GCC. That way you get the comfort of having someone to yell at, *and* the advantage of being able to examine how things really work if you need to or want to. I don't understand why this is always seen as an either-or proposition when you can have both.

-Anders

Reply to
Anders.Montonen

That I have found generally the case.

No. However some open source is very expensive (see other email in this thread from Eden

Some closed source is very good and FREE

You seem to have the stupid idea that all closed source is expensive and all open source is free.

--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills  Staffs  England     /\/\/\/\/
 Click to see the full signature
Reply to
Chris H

The last time I reported a gnu toolchain bug, it was fixed within a few hours. :) I've also been ignored by commercial toolchain vendors when I reported a bug.

You can get commercial support for open-source if you want.

--
Grant Edwards                   grante             Yow! INSIDE, I have the
                                  at               same personality disorder
 Click to see the full signature
Reply to
Grant Edwards

Having been doing tech support for may years I can tell you that giving most programers the source to fix a compiler is not a good idea. Most don't understand compilers. They also go on about "ANSI-C" !!!

The other disadvantage is that it is old technology and is not as good at is primary purpose and the commercial tools.

--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills  Staffs  England     /\/\/\/\/
 Click to see the full signature
Reply to
Chris H

Perhaps it is your approach. :-)

So they are not free.. Where is the advantage?

--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills  Staffs  England     /\/\/\/\/
 Click to see the full signature
Reply to
Chris H

This is just the same old arguments that have been put pro and anti open source for years. Some open source code is good and well supported, some bad. Some closed source code is good and well supported, some bad. Etc, etc. Some open source comes with commercial support, some doesn't. Blah, blah, blah. As with everything in life generalisations are usually misguided.

I wonder how many anti-open source people use Firefox?

--
Regards,
Richard.
 Click to see the full signature
Reply to
FreeRTOS.org

Usually being able to look and understand the implementation is enough. For instance, working on OS X having access to the IOKit sources has saved my bacon several times - either by clarifying vague or incomplete documentation, or by being able to show that some particularly tricky bug was in the operating system and helping us implement a workaround until the vendor released a fix.

There you go again, confusing "commercial" and "open-source". Though I suspect in your case it's intentional.

-Anders

Reply to
Anders.Montonen

The advantage is (and this is not at all a new argument): if the commercial vendor tells you "I won't fix this bug, buy our upgrade instead", "You are using a non-standard product which is not covered by our support contract", or "We won't fix this problem, implement your own workaround", that's it. Maybe you can go to court and solve the issue, so you get a fix six months later. With an open-source tool-chain, you can always hire someone to do it for you (if you don't want to do it yourself).

The open-source people will also not ship broken dongle drivers that crash your development machine, nor will they tell you "of course we delivered you the CDs and dongles, but we will not give you the license files until you sign this contract expansion which limits your rights".

None of the above has been made up, everything experienced during my (still short) life as embedded developer. I would prefer open-source by far. Actually, aside from the Windows and the toolchain on my development computer, all programs I use regularly are open-source. Unfortunately, the GCC for our target is pretty bad.

Maybe my experience also comes from the fact that we're a medium-sized European company, which doesn't have high priority for glorious American companies. If we were AT&T or the DoD in the United States, our live might be easier. That aside, our company policy is to buy source licenses for everything where we can get them. This has saved our lives, nay, projects, more than once in a while. If there were a source license for the compiler, we'd probably get it.

Compulsory car comparison: would you buy a car where the motor block is cast in concrete, which only the vendor can fix, and only if you buy a support contract? Or would you buy one which every backyard mechanic (or you yourself using a self-help book) can fix?

Stefan

Reply to
Stefan Reuther

I take it you have adjusted the mixture on a car that has moved from Boston to Denver to accommodate the 5000ft altitude change.

My point just as tools become more specific so has the examples. Just a simple screwdriver used to adjust carburetors it now requires engine controller code to be re-flashed to account for change of address.

Regards,

-- Walter Banks Byte Craft Limited

formatting link

Reply to
Walter Banks

I've not seen that happen with my IAR ARM toolset.

Bad example. Backyard car engine diagnosis and repair pretty much went away with computerized engine controls, emission controls, etc.

I actually prefer to have my engine block cast in steel.

Mark Borgerson

Reply to
Mark Borgerson

... snip ...

In other words you disapprove of having code developed for one project usable unchanged on another? BTW, the standard is ISO. ANSI applies to the US.

--
 [mail]: Chuck F (cbfalconer at maineline dot net) 
 [page]: 
 Click to see the full signature
Reply to
CBFalconer

Unless you have a car from the 70s or earlier. :-)

Or you spend a bunch for the proper diagnostic tools.

Mostly cast iron or cast aluminum, I think. :-)

--
ArarghMail810 at [drop the 'http://www.' from ->] http://www.arargh.com
BCET Basic Compiler Page: http://www.arargh.com/basic/index.html
 Click to see the full signature
Reply to
ArarghMail810NOSPAM

No. That is not what I said.

I know that. You know that.

However most programmers have no idea what they mean by "ANSI-C" and have never heard of 9899:1990 or 9899:1999

--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills  Staffs  England     /\/\/\/\/
 Click to see the full signature
Reply to
Chris H

Please be careful who you attribute text to: that was not written by me.

Paul

Reply to
Paul Black

Good luck. However, ARM is a mass-market, so there's serious competition. That's probably a good incentive to behave nicely.

Okay, the last car I owned is now old enough to get its own driving license. It did have a little electronics, but I never brought it to an official manufacturer-licensed mechanic. The "free" / "unlicensed" ones still got it fixed.

And even with today's fully-electronicised cars, backyard mechanics can change the spark plugs, fuel pumps, catalytic converters, etc. For a piece of proprietary binary-only software, only the manufacturer can do that.

Stefan

Reply to
Stefan Reuther

And I have never said that. However never let the facts get in the way of a good rant....

--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills  Staffs  England     /\/\/\/\/
 Click to see the full signature
Reply to
Chris H

Actually he failed to attribute it to anyone, including me. Note that properly composed messages have attributions with one less quote markers than the associated quote.

--
 [mail]: Chuck F (cbfalconer at maineline dot net) 
 [page]: 
 Click to see the full signature
Reply to
CBFalconer

One thing is for sure I would not risk my families life or spend my life in prison by driving a car that any "backyard mechanic", or someone having a go using a "self-help book" has tried to mend the braking system that they don't understand, who can't do the calculations to determine if the tubing can withstand the pressure involved in an emergency stop, or even worse thought they could make it so much better with just a little alteration here or there.

Yes I might be able to find a contractor who would be willing to tell me they can easily fix a thorny compiler bug - but having been burnt by over confident coders, I would not risk my business or the jobs of people who are employed by it on the basis of a contract who thought they knew how compilers work better than a compiler vendor.

you (if you don't want to do it yourself).

Yes but ! my engineers are paid to do the job my customers want done not playing "backyard mechanic" fixing other peoples software. I did look at the route you suggested of buying a supported Linux environment for a major project we have recently completed. Wow, you might hate Microsoft but the cost of using tools etc from a vendor offering what I needed packaged and supported, was not far off 10 times the amount of buying the Microsoft Tools.

Rather proves the point doesn't it.

The compilers we use knocks spots of the GCC equivalent compiler for every single one of the targets we use, and with several project the code and data bloating of the GCC compiler would have made the project too large for the target processor, but then opur tools are written by a vendor who really understand the needs of embedded targets, who specialises in that one market.

I recently worked with another company who used a "free compiler" with all the library sources provided for the embedded chip they put on one of the boards in the system ? wow they had problems, lots and lots of problems. They ended up re-writing library functions, after of course working out how they were supposed to work and how they actually worked, and several abortive attempts to fix them themselves. etc. their "free tool" added months to the project, now that I don't call free. Unless of course you done get paid for your time, such as if you?re a student. Oh and our mutual customer has asked us to quote for replacing their software completely in the next upgrade to the product. A lost customer is a very high price to pay for using a "free tool".

I guess my objection to open source is the way it is always portrayed as "free" and "better than software you pay for". The trouble is the real costs are ignored. Its almost as though open source is a religion that is fundamentally right for all situations and for all people ? "just because it is", and somehow people earning a living writing software are evil capitalists.

Bocote

Reply to
Bocote

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.