Hello,
Keil support did not reply yet - but am I correct in assuming that RL-ARM is now a part of MDK, and that each user needs to have a RL-ARM license paid for separately in order to be able to use FlashFS/TCPNet etc. (many samples in MDK 4.20 are broken, but the one that I did manage to compile failed to link complaining that my license is insufficient - that did not happen with MDK 4.14 !) ? If so, this is a HUGE expense. If my boss asks for my opinion (and I think he will) - we're going open source!
The way I read it is that RL-ARM is now not a separate product. It is included as part of the MDK-Professional package.
Tamir, out of interest, do you have an RL-ARM license? I thought you (previously) had to have that in order to build projects containing FlashFS and TCPnet.
Of course we have a license - only one, and we pay for an update annually. This is the diagram that scares me:
http://www.keil.com/arm/mdk.asp
It's all one nice package, with a nice price tag.
I'm telling you: My boss is not going to pay an additional 20000 Euro for RL-ARM licenses, not to mention maintenance. It ain't happening. No way!
It is now official (talked on the phone with our distributer). Well - you know what I think of it...viva open source!
"Our local distributer told us that our RL-ARM license can be shared, and that was always possible."
I got the reverse information when I did check price for RL-ARM - one license/seat. Same for the source code for the TCP/IP stack - one license/seat.
So we decided to stay away from RL-ARM and the TCP/IP stack. We are doing all we can do stay away from additional Keil costs, and just have the MDK since we want the compiler/debugger/simulator.
Per,
Thanks for your reply. Can you recommend a sound open source networking/FS? I have a few references, but I'd be happy to consider yours as well. I'm going to recommend dumping FlashFS/TCPNet in future products and go open source.
Per, all,
Each MDK-pro seat (thus: tool chain + networking/fs) now costs about 7500 euro! Am I the only one shocked here?! Enough is enough is enough is....enough!
We are not shocked. The Keil tools have a tradition of being excedingly expensive. We have already learned to select target hardware with the outmost care, to avoid needs for further licenses.
Somehow, Keil haven't realized that the amount of code in a project doesn't reflect the size of the budget a company has.
I was told it was one license/developer - allowing the developer could have a maximum of two installs; e.g., a main development machine and a laptop for debugging on site.
The source code for the TCP/IP stack is IMHO stupidly expensive anyway.
Hello Tamir Michael,
Is your MDK-ARM license and RL-ARM license registered on the PC you are working with? Please check this in uVision under File - License Management.
Best Regards, Martin Guenther
Hello Martin Günther,
Well, no. RL-ARM does not appear on the license manager of uv4. It never did! There is nothing you or me can do about it, but I'm still shell-shocked by the price issue. I slept bad!
MDK 4.20 works fine for me. I have a valid MDK-ARM and RL-ARM licensed registered on my PC.
It looks to me that you are trying to use RL-ARM components without a registered license. MDK 4.20 is more restrictive about the licensing.
Here is a little tip for the rest of you: If you are planning to buy an upgrade of RL-ARM, do so quickly. The prices are going up by 23+% (!!!!!!!) at the beginning of April according to our dealer. I'm probably giving up; just got uIP to work on a LPC1768.
So Keil is increasing the prices until they have only one customer they need to give support to. Then one day, they don't have that customer either. Clever.
Keil, an ARM company. Keil, a "get an arm and a leg" company.
You posted:
'Keil, a "get an arm and a leg" company'
I would comfortably say: "Keil, a "get a brain company" ! I like their tools. There are great - sure.
But Keil/ARM marketing please read this: WE CANNOT PAY 8000 EUROS PER SEAT. WE CANNOT. THERE IS NO MONEY - DO YOU UNDERSTAND=? THERE IS NO MONEY FOR THIS! For god's safe, we can emply a freelancer to upgrade open source code for that money! In the mean time, I have uIP and probably also FatFS to replace TCPNet and FlashFS.
Keil - you guys are geniuses. I kid you not.
They don't understand that the dam will break sometime; this price increase is simple extortion without any functional justification. None whatsoever! But my life is easy: My boss is a careful business man. He insturcted the head of engineering to get rid of FlashFS/TCPNet even with the previous price after I drew his attention to the open source option.
Are you reading this ARM/Keil support/marketing? Do you understand that you are missing a client? Or are we not big enough for you to care?
I agree somewhat with what you are saying but have you addressed this directly to Keil Sales? Bradford
There is no seminal doubt in my mind that they won't even bother to pick up the phone or pass an email to somebody that matters. Do you really believe some oligarchical pharaoh that happens to be a sales guy for Keil/ARM will even notice a small company with 6 or 7 MDK licenses? No people, it's won't be happening. The only option is to take of ourselves: find other solutions that don't stem creativity and productivity.
ARM's stated aim in acquiring Keil was to encourage the migration from 8/16-bit processors (for which Keil were famous) to ARM (for which, at the time, they weren't).
One of the key perceived barriers to migration from 8/16-bit to 32-bit processors is the tool cost - Keil seem to be working hard to reinforce this perception!
ARM's whole Cortex-M0/3 push is also aimed at winning ground from 8/16-bit processors - this pricing strategy cannot possibly help that!
Very acceptable results are now achievable with free GCC/Eclipse-based tools - Keil need to be really careful that they don't price themselves out of the market...
Andy,
You are entirely right. Think of this: A typical Cortex M0 chips costs 1 euro. Why should a development tool cost 4200 times the hardware? Again - if somebody from is reading this - we don't mind paying, OK? We don't mind paying. But there are prices and there are prices, and I, for one, am getting the feeling that it is not worth the money. As I stated above, I have free of charge working alternatives for Keil's stuff that are used and reviewed by thousands of people from all over the world - why pay, then? I can even get rid of of RTX by porting FreeRTOS to LPC1700/1800 family. Oh, yeah.
We are currently stretched with developers, but for our latest ARM chip addition, we did go for gcc since we already had enough working code to get it to boot and with gcc we can rotate the workload on more developers without having to tell a customer that we want a very premium tool fee to activate one more resource. Extra problematic since in some situations, our customers wants to be able to write their own additional software for our products and they are often selling to few units on their own to be able to afford the Keil tools.
For one or two other products, we have been looking into porting the existing code to be able to license the software to some of our customers, allowing them to create own rebranded variantes while letting them handle their own feature extensions.
“The Keil tools are focused on microcontrollers, and we are happy to support the GNU tool chain,” said York. “Code Red is building a low-cost tool chain based on the GNU tools. There are other tools coming up later this year [2009] that I cannot discuss. We want to do things that fit into the MPU world.”
www.electronicsweekly.com/.../arms-cortex-m0-processor-how-it-works.htm
That's dated 04 March 2009 - so "coming up later this year" should be well-established by now?
Tamir, I totally agree
IT IS A DAMNED SHAME
There are prices that can be accepted as reasonable (imo Keil always was close to or a bit above this limit) And there are prices that make you feel like an idiot or being mugged if you pay them. What a pity if this all really becomes true. But I fear it already is. We all know there are engineers that want to earn a living and work hard and well (mostly) and we ARE WILLING TO PAY.
Andy, I think you should not put a CPU and its development tool into a price relation. Just imagine the functionality a 6502 had and now look at LPC17xx. If you then put the inflation to the prices, they are (were) acceptable at a much higher level of complexity compared to the 8 bit tools that were damn expensive too.
I think the guys at ARM must be COMPLETELY NUTS. (btw ARM in German means POOR and they really seem to be short of sales brains there) Why not increase the core licenses by a 1/1000 .....
So yes, I am interested in hints for alternatives as well. Up to now, I managed to get around Eclipse, because I am not world's biggest Java fan ;)
Per, you are so right. And no, we all do not sell millions of units a year .... so development tool costs do matter.
If I was force to bet, I'd say they want to become attractive to realize a higher price when acquired by Apple and then "Keil" is going to end line Qt did at Nokia
Idiots ............
I remember a phone call with a sales person in Munich last summer / early fall. (VERY friendly btw) They already knew that some major changes were to come and suggested early updates.
Like it or not, it is a fact of life!
It is a commonly stated reason by people "stuck" with an 8-bit processor who say they can't afford to move to a (better-suited) 32-bit processor "because the tools are too expensive"
A thing with Keil's ARM tools is that they cover everything from the smallest Cortex-M0 to the hugest ARM-9.
Maybe Keil need to consider a low-cost "lite" version for the low-end Cortex-Mx; eg, with microlib only, no floating point, etc...?
I've started a discussion in the ARM-Based Group at Linkedin:
www.linkedin.com/.../Has-Keil-lost-plot-on-85447.S.47395661
"Sources close to ARM" suggest that this thread has been noticed...
The interesting thing is the Cortex chips that can run without a single assembler line - the core takes care of setting up the environment for calling a C reset handler and standard C ISR functions.
With chip manufacturers supplying reasonable kick-start sample code, the need for the Keil simulator is decreasing while at the same time the cost of it is going up.
Most other companies that sees such an equation does what all hw product owners does, i.e. very carefully checks the price structure and sees how a product can be sold cheaper but in higher volumes to still maintain the profit. Almost all companies tries to get more customers since they are forced to sell at a lower price. Keil seems to go the other route - fewer customers but each customer charged more.
I don't think the solution is to cut the tools into huge number of sizes. That means that customers will have to look at their component choices based on their Keil support.
The main reason for profit is in the amount of support Keil has to give to each customer.
So maybe they should instead differentiate the support - sell cheaper licenses with no support except bug fixes. Each such license will be almost 100% profit, since they may be sold completely electronically - just costing some administration to register the customer, and the bandwidth for people to download the compiler and service updates.
That would mean that small companies can afford to start with Keil tools even for short series of cheaper products. And when they do get into a critical situation, they can decide if they want to upgrade to a more expensive license with support included, or if they want to pay a per-issue fee for getting help.
But the goal must be to get more people to jump on the ARM bandwagon - picking market shares from Pic, AVR, 8051, MPC430, ...
Going the other route - only selling to fortune 500 companies means there will be too few people using the tools and finding bugs. So there will be few customers paying huge fees to get low-quality stuff. PC compilers are so good because there are tens of thousands of users who tests everything in the tools and sends back good error reports. If user A can't write a good error report, then user B, C, or D will manage to write something that does help locate find and solve a problem.
I fully support your proposals.
You posted
"Almost all companies tries to get more customers since they are forced to sell at a lower price. Keil seems to go the other route - fewer customers but each customer charged more."
I not sure if it applied fully, but a term I encountered recently could characterize this situation: "the economics of (customer) extinction"...
An open letter to Keil/ARM:
"Dear Madam/Sir,
Our local distributer of the Keil/ARM tool-chain has informed us that we better upgrade our tools soon because the prices of the RL-ARM library license is going up from 3400 euro per seat to 4190 euro per seat starting 1st of April.
With all due respect, I must point out to you that this is entirely unacceptable. I have a lot of respect for your mostly excellent tools, but I believe that in this particular instance you are hurting your own core business: There is a large number of commercial and indeed, outstanding open source alternatives available with more of less comparable functionality and occasionally with better documentation. I believe that a significant number of small to medium companies will refuse to pay these prices, and will search and find more cost effectives ways to get the job done . I cannot speak for others - but I can tell you that this is most definitely the trend of my employer. You're playing with fire! Wasn't your stated goal to promote the usage of low cost 32-bit microcontrollers? Do you really believe this pricing policy coalesces with this goal?
Kind regards,
Tamir Michael"
View all questions in Keil forum