从一开始用6.4就感觉,调试界面和9S12的4.x版本差别很大。一开始的感觉就是,差太多了,不知道如何下手,从来没有认为freescale会把IDE越做越差。但是到了后来发现,的确不如4.x版本好用,今天翻了翻freescale的论坛也发现了,很多人也有同样的抱怨。以下叫里卡多的,也有同样的感觉。
ColdFire guys ..
We have used HC12/HC08 for years and its Codewarrior+debugger have showed us as a very nice and practical option.
We are migrating several of these designs to ColdFire V2.
After
start it, we got very disappointed to CodeWarrior/debugger, once the
debugger inside CodeWarrior is very not practical... poor offacilities
to debug.
We don´t use OS, just C pure enviroment.
Could someone indicate us an alternative solution for debugger?
Freescale / Metrowerks
We write
here our hopes you can improve (significantly...) Codewarrior IDE for
ColdFires with the same strong competence you made CW for HC-9S12/08.
Ricardo Raupp
下面一个叫John的给出了一个新的软件,和试用版的下载地址,估计比较贵的。
Ricardo,
Even though I am fanatically loyal to Freescale, I cannot say the same about CodeWarrior.
I
have invested in an embedded Forth spesifically developed for embedded
processors, called SwiftX by Forth Inc. ( www.forth.com) and never
looked back. I have the HCS08, HC12 and CF versions of SwiftX and I
have found that I spend about 1/3 of the time from idea to deploy I
used to using CW with ASM and C across all the 8 abd CF MCU's. I can
strongly reccomend this.
Visit the site and get a demo version for your MCU and see for yourself.
Regards,
John Ulyate
后面又有人推荐netburner,值得一试。
Ricardo,
NetBurner has strong support for V2 Coldfire and is
about to release a new IDE based on Eclipse. The release date is
November 28th. They are fully ANSI C/C++ compliant and have done a
really good job integrating the development, debugging, and deployment
environments into a single user interface. They included a long list of
great features that make development and debugging easier. They even
included over the network debugging and programming. See the link below
for more information.
http://www.netburner.com/embedded_eclipse.html
Be aware, NetBurner support includes a full RTOS based on
uC/
OS.
I know you said you aren't using one, but they've done a great job
integrating the stack into the RTOS. This makes the TCP/IP stack
operate in the background transparent to your code. It's a nice feature
for maintaining a coherent network connection without trying to
synchronize stack interaction.
Tim
文章评论(0条评论)
登录后参与讨论