Forums

什么是最佳的MSP430开发环境?

开始于 PFG 2013年2月6日
保罗·柯蒂斯(Paul Curtis)在13年2月2日17:30写道:
>>>TI让MSP430编译器市场蓬勃发展, and actively
>>>鼓励独立的3P编译器。
>>
>>那不是我记忆的方式。我不是编译器
>>开发人员,所以很明显,我没有像 you -
>> but we were
> early
>>Msp430的用户,并且我已经按照邮件列表进行了联系
>>多年来与编译器开发人员合作。当然我可能是
>>错记事物,或当时误解了事物-
>>道歉,如果有人觉得我对他们不公平。
>>
>>当msp430推出时,TI的态度是
>>msp430编译器-IAR做到了。
>
>这很可能早于MSP430的闪存版本。
>
>>他们对其他任何供应商或工具链开发人员都没有兴趣,
>>它们是否价格高(如IAR),价格低
> priced
>>(如ImageCraft)或免费(mspgcc)。 TI似乎完全无能
>>了解为什么msp430客户可能想要替代
>> IAR
> tools.
>
>TI当时只有一小部分客户。
>
>>我知道MSP430 GCC开发人员在尝试时遇到很大麻烦
>>让TI的任何人甚至承认他们的存在,没关系
>> give
> them any
>>帮助或信息-我认为这也适用于其他
>>商业工具链开发人员。 TI花了好一阵子
>>产生了这样的想法:选择开发工具是一种
>> good idea.
>
>那不是那样。 RAL定期访问弗赖辛,开会
>与TI合作,甚至被邀请花了几天时间,费用却由TI承担
>并查看建议的MSP430X指令集是否会导致
>现有工具中的问题。这是TI在德国
>驱动MSP430前进。因此,我们与TI保持着良好的关系
>TI非常感谢我们的付出,为我们提供了我们需要的一切
>组织中的个人(不是总是这样吗?)克里斯
>Speck应该以他的奉献精神而获奖。
>
>从最初参加的几场活动中,ATC都很棒
>大约40-50个人,由致力于MSP430的组织
>德州仪器(TI),到大型酒店的最后一次欢呼。走回去
>在与啤酒和音乐相伴的MSP430成员度过了一个美好的夜晚之后
>由TI员工提供,火炬在黑暗中燃烧着并吹着
>晚上真是太棒了。
>
>但是,当事情被更多地推向国家时,
> deteriorated. :-(

我只在早期Flash版本中使用了msp430,但是也许
我听说过的问题是早些时候的。我不知道
当msp430从德国“移动”到 USA
-我什至不知道它起源于德国。在什么时候
MSP430X的计划开始了吗?我虽然是相对较新的-
肯定在CCS可用之后很久。

我的信息仅是二手的,而您有第一手的经验
与TI合作开发编译器,因此我很高兴在这里学习。

>
>>我相信您已经知道这一点,但是您还有另一个挑战
>> coming...
>>
>>TI已与Red Hat合作,为msp430生产gcc工具链。
>
>我一点也不关心TI对MSP430和GCC的处理方式。唐宁
>现在,与新时代嬉皮士相处的开源服装并没有
>真的为我做了很多;-)
>
>>MSP430有可用的gcc工具链和库
>> for
> many
>>多年以来,它一直产生出出色的代码(并且作为gcc,
>>具有许多有用的功能-我更喜欢Code Composter)。
>>但这有点麻烦,缺少调试器的支持
>>20位设备(尽管编译器现在支持它们)
>> and for many
> reasons
>>从来都不是主线gcc树的一部分-这意味着它需要
>>更长的时间和更多的工作来获得后来的gcc的好处
>>版本。现在红帽正在完成这些遗漏的过程
>>部件,并且大概也将其与IDE打包在一起(也许是CCE)。
>
>您知道,我真的对TI + GCC + MSP430并不抱有两件事。它
> is what it is.
>

好吧,为您着想,我希望它不会影响您的销售。但是对于
为了包括我在内的用户,我很高兴Red Hat为
msp430 gcc。这是一个出色的编译器-正如我所说,我更喜欢它
到CCS,尽管我还没有尝试过使用您的工具进行比较。当然如果
红帽可以使调试器与最新版本的
编译器,我会很高兴。在许多方面,我的理想是
CCS IDE和调试器,但使用gcc作为工具链-我认为CCS已经
现在具有现代版本的Eclipse的IDE相当不错(并非所有人
当然喜欢Eclipse,但我认为最新版本已经很多
更流畅,更实用)。

而且我不认为自己是在新手上使用gcc的“新时代嬉皮” dozen
目标架构(尽管我可能会喜欢这个标题,
命令行gdb)。我确定您的大多数ARM工具链用户也会查看
自己是专业开发人员,而不是“嬉皮士”。

mvh。,

大卫

MSP430入门微控制器

在2013年2月7日星期四19:24:11 -0000,您写道:
>Jon,
>
>>从这次讨论中我有很多不同的感觉,我不能放置 them
>>转换成任何形式的最终形式。显然,我是编译器的最终用户, not
>>供应商。因此利益也不同。
>>
>>我对上面的唯一评论是平移零件 because
>>其专有性质。然而,MSP430本身是专有的, no
>>另一个是基于该内核(我知道)制造芯片的。
>
>的确,没有人能做到,但它的竞争对手将与 ARM
>在核心。如果我再有时间,我就不会使用MSP430, not
>做AVR,我不会做MAXQ20,也不会做MAXQ30。我们从中学习 our
>mistakes.
>
>>至少MIPS m4k是其他供应商_might_选择的IP and
>>除了Microchip之外,还可以构建。 MIPS从事销售业务 that
>>我认为是一种IP。 (如果没有,请告诉我。)
>
>ARM和Imagination抓住了MIPS的骨干:
>
><http://www.electronicsweekly.com/blogs/x86-processor-endgame/2012/11/imagin
>ation-arm-buy-mips.html>ARM和Imagination是伙伴,可能更少 so now.

我没有意识到的非常有趣的商业新闻。它也是
提到筹码数量和被许可人数量。
谢谢!

>>ARM在关键方面取得了一些成就 批量启动(内存
>>服务)与ARM7相比,这是其他仅IP公司无法实现的。如果 to
>>令您感兴趣的是,一家公司必须使用ARM内核,然后我 suppose
>>就这样。但是m4k是一个非常有趣的核心,而Microchip具有 good
>>客户支持(如果不是编译器供应商支持。)
>
>不论MIPS许可如何,都无法成功将许可授予 general
>目的微控制器的人群。它在机顶盒中可能很棒,因此
>并通过使用官方Android尝试制造手机
>支持(IIRC),但实际上,主流媒体在哪里?

我已经很早就收集到了。我几乎忽略了
R2000之后的MIPS(当时它确实是新颖而令人印象深刻的
并在当时非常出色。)直到Microchip
决定推出一些东西(并购买m14k权利)
我重新审视了他们的核心。我还是喜欢但是我已经拿了
您的观点也同样如此。

>>所以我想您在这里的回应让我感到困惑 小(我不感到困惑
>>不过,您在这里对TI的讨论;一般而言,当你说 a
>>核心是专有的,如果您认为我认为这不是问题 want
>>可以在ARM以外的任何地方开展业务。)
>
>就像我说的,如果我再有时间的话,我不会将MSP430作为
>单源架构-您太容易接触硅了 vendor
>决定把你扔下公共汽车。

是的,这是一个明确的信息。

>世界正在转向拥有免费的开发工具, 拥抱社交
>社区支持+1推文和价格低于成本的评估套件。

我不会期望在公开场合听到这个答案。但是我
在这里也看到了越来越多的临界质量。

>过去,您要我放非标准 功能进入编译器
>并改善其代码生成。我知道那不会给我带来任何好处
>结束:没有人想要它了。他们想要“便宜”的东西 and
>“足够”而不是“专业”和“健壮” 零成本的图书馆。最多
>硅供应商库的确不是那么出色,但是它们是 "adequate"
>用于将其夹在一起并祈祷的产品。

整个市场都在发展(演进),其中包括
程序员和设计师的“金字塔”。那座金字塔非常大
比以前更大,人们进入了
来自会计,行销,
我想还有公路建设。我刚开始的时候
我从中学到的是博士学位。设计和研究的物理学家
建立了这个行业,金字塔的层数是
小,“底部”本质上是工程类型
最高的是像冯·诺依曼(von Neumann)这样的杰出人物。

现在,您发现正在辩论“嗯,应该
我进入会计或...软件?哪个更好
减轻压力?”金字塔有几十个层次,大部分
工具使用者来自非常多样化的地方(阅读:技术含量较低)
背景。

那就是现在市场的主要部分。

就我看lambda的兴趣而言(哇,我走了吗
疯狂地爱上了那些,并交付了我的第一
专业完成的项目,在美丽的环境中使用它们
去年5月的方式-简直是太棒了
他们让我得到了多层B *树实现),我
只能希望它可以有所作为,但我
从来没有受到任何严重的误解。

(顺便说一句,我使用lambdas完成的项目是
去年运送到成千上万的客户,并且
进行了广泛的测试而没有一个错误报告,因此
远的。我在交付之前对产品进行了很多测试
并进行了代码审查。牢固。)
大大简化了生成的代码

这更多是关于提出观点。我宁愿看到你的那种
花在编译器,链接器和调试器上的人才,而不是
IDE文本字体,颜色,智能编辑器和打印预览
代码。那一点可能已经跳过了你的脑袋,但是那
当时的目的是其余的更多是关于戏弄
那期望。

>客户可以承受价格时的无尽痛苦 point is $0.

好吧,还有更多。一是能力
将所有源代码完全冻结到存储库中,
包括它运行所在的操作系统,因此,如果
以及何时需要发掘嵌入式项目
我发生了很多次)工具在那里,
有关它们的文档仍然准确,可以被遵循。
例如,我仍然有Lattice C,因为它用于
即使我们
说话!

有痛苦。有优势。全部都是
权衡。临界质量正在朝着一个方向移动事物
这在许多可悲的意义上意味着
保留认真的专业知识将不再具有持续性
收入来支持这一点。新人们将不得不重新学习
其他人在事情破裂时学会了,否则就无法解决
全部。我想这意味着到处都是新的商业模式吗?

谢谢,保罗。

乔恩
最大的不同是,Microchip与MPLAB同时出现
它在很早的时候就推出了早期廉价的ICSP工具
公司是从IIRC GE诞生的,不像Ti在我看来,
用户,主要依靠第三方来支持其产品,直到
在片中很晚。



彼得·约翰逊(Peter Johansson)在8/02/2013 2:53 AM写道:
>我的理解是,这仅仅是一个 announcement of an
>围绕现有命令行的基于Eclipse的IDE
>编译器/汇编器/链接器工具。我记得在某些地方跌跌撞撞
>*这些工具的*非常*旧手册,但是我不记得
>这些文件的确切日期。有谁碰巧知道
>在此之前,这些工具的早期历史(如果有的话)
> 2004 announcement?
>
>在我看来,TI仍*仍*未发布可用的IDE接近10
>多年后。虽然我无法评论他们的付款状态
>支持,我在他们的E2E网站上看到的一切都非常糟糕。
>老实说,我不确定TI在这方面是否甚至是可行的竞争对手
> market.
>
>我还应该指出,虽然我是嵌入式开发的新手,
>自1987年以来,我一直在用C编程。我使用GNU学习了C。
>工具链,当它成为
>选项。在这方面,我很幸运能来到
>Peter Bigot恢复开发后不久的msp430。我已经
>对msp430-gcc和mspdebug非常满意。来自的支持
>彼得和丹尼尔一直比我拥有的(甚至更好)
> seen commercially.
>
>最后,我不确定这与MicroChip有何不同
>它还提供了自己的编译器和支持。还是你决定
>不与微芯片竞争?
>
> -p.
>
>无论MIPS许可如何,都不会成功 in licensing to the
>通用单片机的人群。机顶盒可能很棒
>盒子等,并通过
>官方的Android支持(IIRC),但实际上,它在哪里
> mainstream media?

MIPS拥有/拥有相当数量的被许可人,并且他们产生了大量
芯片。关键区域是机顶盒(如前所述)和
相关设备,例如Bluray播放器,网络设备(大多数
路由器/防火墙具有MIPS核心,其中很大一部分
“智能”网络基础设施设备),并作为ASIC的核心。
它们还曾经在移动电话,打印机和其他类似产品中占据重要地位
系统。当然,在此之前,它们在图形方面很受欢迎
工作站。

所有这些的共同特点是开发人员很少
每售出一个单位-因此开发工具的市场很小。给我
知识,MIPS只有两个主要工具链-Green Hills
(谁不以小型开发商为目标-他们甚至不愿意
支持PIC32)和gcc。我当然看不到任何现实的方法
推销另一个MIPS工具链-唯一可以想到的途径是gcc +自己的
库和IDE,这将非常困难,因为那确实是
Microchip提供的产品。
我不知道MIPS架构现在会发生什么。我会
讨厌看到它消失-高端内核(显然)要好得多
具有成熟的64位和SMP的网络应用程序比ARM
支持,它的新小核心显然是Cortex的竞争对手
设备。但是我想这些新内核来不及了。
这样的活动线程:-)

首先:据我所知,TI硬件仍在积极支持3P供应商。
他们一直向我发送他们的微控制器套件,即使我告诉我不要
:-)

IAR似乎已经与入门套件包装交易纠缠了
每个人,尤其是在早期。因此AVR和MSP430都具有IAR
首先开始。

Quadravox和我们在几个月内就发布了我们的编译器。我们
从TI获得了很多口头鼓励,但他们从未让我们
一无所知-从即将到来的新设备,甚至暗示
其他公司可能会参加聚会。

至于我对CCS的回忆,我对Paul所说的话没有太多补充。

-
//理查德M:理查德@ imagecraft.com
http://imagecraft.com
2013年2月7日星期四,12:25:03 -0800,我写道:

>大大简化生成的代码

好吧,那对我来说是突然的。对不起。我的意思是写
曾是:

在这种情况下,使用lambda可以大大简化最终版本,
结果代码。我知道,因为它起步更多
处理层之间的密钥通信很复杂
并涉及许多显式类来完成工作
完毕。由于使用了五个模块,因此将模块减少为两个
lambdas,整个代码远比这要容易得多
在代码审查中,我与客户的编程团队一起做过。
在所有可能的方式上它都更好。

乔恩
>>无论MIPS许可是什么,都没有 成功授权给
>>通用单片机的人群。机顶盒可能很棒
>>盒子等,并通过
>>官方的Android支持(IIRC),但实际上,它在哪里
>> mainstream media?
>>MIPS拥有/拥有相当数量的被许可人,并且他们产生了大量
> of chips.

当然。那不是我的意思。 ARM为其核心提供了许可,其中许多 许可证也不能用于商品零件。但您可以看到很多 由具有ARM内核的众多零件组成。如果有的话,ARM的比率 内核和设备的引入正在加速。

>关键区域是机顶盒(如上所述) and
>相关设备,例如Bluray播放器,网络设备(大多数
>路由器/防火墙具有MIPS核心,其中很大一部分
>“智能”网络基础设施设备),并作为 ASICs.
>它们还曾经在移动电话,打印机和其他类似产品中占据重要地位
>系统。当然,在此之前,它们在图形方面很受欢迎
> workstations.

是的,飞利浦(Philips),博拉德科姆(Boradcom),所有通常的嫌疑犯都获得了许可证...

>
>所有这些的共同特点是开发人员很少
>每售出一个单位-因此开发工具的市场很小。给我
>知识,MIPS只有两个主要工具链-Green Hills
>(谁不以小型开发商为目标-他们甚至不愿意
>支持PIC32)和gcc。我当然看不到任何现实的方法
>推销另一个MIPS工具链-唯一可以想到的途径是gcc +自己的
>库和IDE,这将非常困难,因为那确实是
>Microchip提供的产品。

引发ARM滚雪球式增长的是LPC2000:一种具有 集成闪存和大量RAM,其中包含一些不错的但相对原始的内存, 外设。直到Microchip弹出时,MIPS才有人做 并拿到了牌照我认为MIPS并不因它们 没有获得ARM许可证:我怀疑他们宁愿与他人有所不同 其他人仅仅是因为他们已经在 他们反正稳定!多一点几乎不会有所作为。他们都添加和 jump, don't they?

>
>我不知道MIPS架构现在会发生什么。我会
>讨厌看到它消失-高端内核(显然)要好得多
>具有成熟的64位和SMP的网络应用程序比ARM
>支持,它的新小核心显然是Cortex的竞争对手
>设备。但是我想这些新内核来不及了。
>

难为情?

保罗
2013年2月7日,乔恩·基万(Jon Kirwan)在21:46写道:

>2013年2月7日星期四,12:25:03 -0800,我写道:
>
>>大大简化生成的代码
>
>好吧,那对我来说是突然的。对不起。我的意思是写
> was:
>
>在这种情况下,使用lambda可以大大简化最终版本,
>结果代码。我知道,因为它起步更多
>处理层之间的密钥通信很复杂
>并涉及许多显式类来完成工作
>完毕。由于使用了五个模块,因此将模块减少为两个
>lambdas,整个代码远比这要容易得多
>在代码审查中,我与客户的编程团队一起做过。
>在所有可能的方式上它都更好。
>

1960年代的技术得以拯救!现在,我说过几次 最喜欢的语言刚好来自语言树的Lisp分支?一世 爱T我喜欢Common Lisp。

在您编写编译器或 解释器。而且我不确定我是否会欣赏更好的细节 C ++,因为我无意为此编写编译器。

保罗
>>但是,当事情被更多地推动时 state-side, things
>> deteriorated. :-(
>
>
>我听说过的问题是早些时候的。我不知道
>当msp430从德国“转移”到 the USA
>-我什至不知道它起源于德国。

ek!

>MSP430X的计划什么时候开始的? 我虽然是相对较新的-
>肯定在CCS可用之后很久。

哦亲爱的。否。事实上,早在CCS可用之前。

>>你知道,我真的没有两声 TI + GCC + MSP430。它
>> is what it is.
>>好吧,为您着想,我希望它不会影响您的销售。但是对于
>为了包括我在内的用户,我很高兴Red Hat为
>msp430 gcc。这是一个出色的编译器-正如我所说,我更喜欢它
>到CCS,尽管我还没有尝试过使用您的工具进行比较。当然如果
>红帽可以使调试器与最新版本的
>编译器,我会很高兴。在许多方面,我的理想是
>CCS IDE和调试器,但使用gcc作为工具链-我认为CCS已经
>现在具有现代版本的Eclipse的IDE相当不错(并非所有人
>当然喜欢Eclipse,但我认为最新版本已经很多
>更流畅,更实用)。

看,世界上另一种TI支持的编译器将为零 与我们的MSP430业务不同。正如理查德所说,我们正在为 IAR和CCS剩下的废料。我们维护编译器的原因是 推出新版本是为了支持现有客户,如果有新业务 随之而来,这是一个不错的奖励。它就是这样儿的。

当然,GCC可以做一些很棒的事情。哎呀,甚至clang和LLVM都是 萌芽的MSP430支持,并且比GCC更容易维护。有 编写了MSP430编译器和工具,我知道我们擅长的领域,而GCC不会 我们的工具在链接阶段可以做什么。但是GCC可以在 编译。我们不这样做-我们生成带有 快速的代码生成算法,具有出色的本地代码生成能力和 好的寄存器分配器。

>
>而且我不认为自己是在新手上使用gcc的“新时代嬉皮” dozen
>目标架构(尽管我可能会喜欢这个标题,
>命令行gdb)。我确定您的大多数ARM工具链用户也会查看
>自己是专业开发人员,而不是“嬉皮士”。
>

新时代的嬉皮士吉贝(Jebe)曾经是现在的“新工程师” 使用“在云中编译”工具或其他 这些天很流行。你知道,#include <一些免费的图书馆,我围裙围裙,并且没有任何想法,但是我有一份工作要做。>

至少我知道我的编译器实际上是如何工作的。所有的。你不能这么说 关于GCC或LLVM或clang。

我已经逛得够多了。当涉及到我时,我坚守在沃思阵营中 compilers.

保罗
>
>>当价格点为$ 0时,客户可以忍受无尽的痛苦。
>
>好吧,还有更多。一是能力
>将所有源代码完全冻结到存储库中,
>包括它运行所在的操作系统,因此,如果
>以及何时需要发掘嵌入式项目
>我发生了很多次)工具在那里,
>有关它们的文档仍然准确,可以被遵循。

您只要拥有一台虚拟机,我们就一直在我们的机架中使用VM。 服务器,并且我使用VM运行多个操作系统。这很棒。

我仍然认为$ 0的价格很难被击败,Bean计数器可以 我想这很容易将购买价格强加给工程团队。

保罗