论坛

asm源代码页面?

开始于 "Cra ... @ saers.com [msp430]" 2016年1月10日
在16年12月1日11:49,Onestone o ... @ bigpond.net.au [msp430]写道:
>
>
>我当然在很多事情上都不同意,但不会过时
>C vs乐橙云app程序的参数。我用乐橙云app器编写,已经做了数十年
>年。我在不同的时间也用其他大多数语言写过,
>但通常由于许多原因会回到嵌入式系统的乐橙云app程序中。

这很公平。我敢肯定,我们可以就
乐橙云app语言和C语言的优缺点,以及
另一个。但我认为那将是另一天
线。如果您愿意,请启动线程,我将加入。

>
>关于IAR的工具,我认为它们非常适合免费的工具,
>用于乐橙云app程序。自从我没有在MSP430的C语言上试用过它们
>大概是1999年。我不是在寻找任何想要的乐橙云app程序,
>我喜欢乐橙云app程序的原因是它干净,简单且高效。的
>调试器还不错,但是在这里我将其与旧的HC11 ICE之类的东西进行了比较
>工具,或ADSP ICE工具,数千美元,而且通常很少
>功能。然后,我可能很奇怪。我曾经用过很多PIC micros
>并且实际上喜欢MPLAB。我毫不怀疑现代编译器是
>效率很高,但我还是想相信自己的编码能力
>而不是依赖更多的潜在漏洞和/或效率低下的层。

我当然可以同意,有比IAR和AD差的工具
与TI的旧工具一样,这些工具中的比例会很高。有时候我
认为工具价格和工具之间存在明显的负相关
质量。

>
>最终,我并非一直是IAR的忠实拥护者,事实上,很长一段时间以来,
>曾经让他们在这个小组中下地狱,但我认为他们终于得到了很多
>事情平息了,仍然值得支持
>一个免费工具,必须为他们带来负回报。我不喜欢CCS
>强烈地(或我上次尝试过的)并没有发现付出任何代价
>我可以免费得到组装商的钱。
>
> 铝

正如我几次指出的那样,自从我使用IAR的工具以来已经很长时间了-
如果您说他们有所改善,那么我会相信您的。在
同样,TI的工具已经有了很大的改进(尤其是它们的更新
eclipse工具),并且至少在使用gcc而不是其工具时是免费的
自己的专有(且弱得多)的工具链。

mvh。,

大卫
>
>在2016年12月1日晚上7:34,David Brown d ... @ westcontrol.com [msp430]写道:
>>自从我在此论坛中发布以来已经很长时间了,我知道我在
>>在这里与其他观点不符-但保持平衡也许是一件好事
>>得到IAR的无尽赞誉。
>>
>>当我开始使用msp430时,IAR是唯一的选择。其他工具
>>供应商(免费,廉价或付费)必须与TI竞争才能获得任何
>>信息或支持。就像其他不想付款的人一样
>>IAR的C编译器价格昂贵,我使用了IAR的乐橙云app器和IDE。
>>
>>自从我使用这种组合以来已经有十年了,所以事情可能会发生
>>已经改变了-但是我怀疑它们是否已经免费进行了重大改变
>>IAR中使用很少的工具,以及付费市场
>>该目标的版本(他们的C编译器)正在下降。
>>乐橙云app程序还可以。这不是“优秀”,还可以。它是
>>非常简单,并且没有特别高级的功能-它是
>>只是一个简单的乐橙云app程序。通常,这就是您想要的
>>乐橙云app器-编写我的代码当然足够了。但它是
>>没什么特别的,没有突出或令人兴奋的附加功能。
>>我用的不好,用的也更好,但是通常乐橙云app代码都有
>>简单的结构和IAR乐橙云app程序就可以了。
>>
>>我不喜欢IDE(请再次注意,大约十年了
>>自从我使用它以来,IDE可能已经发生了变化。我用了我自己的
>>makefile和其他编辑器。我有时使用调试器,但是
>>总是觉得很尴尬,那次集会非常
>>调试器的二等公民。实际上,我觉得某些方面
>>调试器(特别是尝试查看寄存器和表达式)
>>是故意的-几乎要说服
>>人们购买C编译器只是为了获得体面的调试。在实践中,
>>我的大部分工作都是在完全不使用IDE或调试器的情况下完成的。
>>当MSP430的早期gcc端口稳定后,我开始使用它,然后
>>这些年来,已经使用了几代该编译器。我用了
>>eclipse作为编辑器,以及gdb(带有eclipse的gui)进行调试-它
>>与IAR的工具相比,这是一种乐趣。编译器还有更多方法
>>功能,生成好的代码,而且您不必与任何人打架(IAR,
>>公司采购等)有关许可证,升级等的信息-安装
>>您可以在任意数量的系统上安装工具,无论使用什么操作系统,都可以对其进行存档
>>(当您必须重新启动一个已有10年历史的项目并使用
>>原始工具,您将后悔曾经购买过锁具
>> commercial 至 ols).
>>
>>为了执行一个新的msp430项目(我现在很少使用它们),将会有
>>我对这些工具毫无疑问。那将是TI的Eclipse IDE,
>>结合了TI和Red完全支持的新gcc端口
>>帽子。我无法想象为什么有人会只想组装
>>这些天的项目,也许是为了娱乐。 gcc会产生更好的
>>在许多情况下,代码比大多数乐橙云app程序程序员要多-假设
>>必须以清晰,可理解,安全的方式编写代码,
>>可维护的方式。有时可能会遇到一些特别小的情况
>>代码段最好用乐橙云app语言编写-内联乐橙云app程序通常是
>>最佳答案,但是当然可以编写外部程序集
>>功能,如果您确实需要的话。
>> 大卫
>>
>>在16/01/16 03:24,“ Peter Grey” m ... @ ozemail.com.au [msp430]写道:
>>>
>>>
>>> Hi 乔恩 , 铝
>>>
>>>我在这里可能没什么意思。像你们自己一样,我曾经使用过IAR和
>>>组装多年。我喜欢同时使用乐橙云app器和 C
>>>因此我可以使用现有软件,也可以使用C的某些优点。 I
>>>开始查看CCS6,因为我认为我必须购买一份
>>>使用C的IAR。我在TI网站上仅看到一个文档 refers
>>>混合使用C和乐橙云app器,它已经很老了。你有参考吗 to
>>>其他有关混合2和使用IAR的文档吗?
>>>
>>> Thanks
>>>
>>> Peter
>>>
>>> - - -原始信息 - - -
>>>发件人:m ... [mailto:m ...]
>>>发送时间:2016年1月12日,星期二,5:29 AM
>>> To: MSP430 List
>>>主题:回复:[msp430] Asm源代码页?
>>>
>>>在2016年1月11日,星期一19:33:47 + 1030,Al写道:
>>>
>>>>我完全同意乔恩的观点。
>>> :)
>>>
>>>>IAR的乐橙云app程序非常出色,可以完成我想要的所有操作,并且不受限制,
>>>>免费,而且由于我不使用任何第三方库,因此
>>>> 没有使用费问题。
>>>乐橙云app程序和链接器工具对很好。我用了很多 assemblers
>>>在我的生活中,也写了一些。
>>>IAR的这一版本与通常用于micros的乐橙云app程序一样好。 The
>>>抽象分割模型很棒。宏设施可能会更好
>>>但我认为它“对大多数事情都足够好”。 (我也可以使用M4或 some
>>>我觉得来源上的其他工具有一些限制。
>>>这样的工具将不会流利的语义,但可能会卓有成效
>>>用过的。由于IAR的能力,我只是没有足够的需求 are
>>>现在足够好了。)
>>>
>>>>IDE很简单,也很不错。
>>>它非常容易上手,并且在您使用时仍然非常强大
>>>随着时间的推移进一步前进。随着时间的流逝,它会很好地磨损。他们做了一个 very
>>>在设计上做得很好。而且,幸运的是,我们中的一些人决定
>>>免费为乐橙云app程序程序员提供功能齐全的工具集。
>>>因为这个事实,我对他们负有债务。
>>>
>>>(我还欠债还有另一个原因-我只需要一个
>>>MSP430项目需要额外的4k C生成的代码,因此KickStart
>>>到目前为止,对于我的所有项目使用而言,“效果都足够好”。)
>>>
>>>>它曾经做过一些奇怪的事情,但似乎已经被清理了
>>>>这些年来,或者我下意识地避免了它们!
>>>我还没有发现任何“奇怪”的东西。我发现了需要做的事情 a
>>>在我完全理解它们之前,请先考虑一下。但是一旦我聚集
>>>他们对我来说很有意义的概念模型。
>>>
>>>唯一“奇怪”的事情是我自己使用工具集所做的事情。
>>>例如,我需要一种找到一对最大公约数的方法 of
>>>配置参数以帮助我设置一个时钟系统
>>>只需同时使用整数乘数差即可同时满足两个目的 their
>>>操作。我也破解了一个MACRO工具来做到这一点。工作了
>>>完美。现在,有人看着它会在那儿看到“奇怪” suppose.
>>>但这是我的错,不是IAR!
>>>
>>>>我发现语法更符合绝大多数乐橙云app程序
>>>>我已经用了太多年了,没有奇怪的事情。
>>>我的感觉也差不多。
>>>
>>>>每个处理器的头文件也都不错,但是很大
>>>>因为它们通常用于C,c ++和乐橙云app程序,所以我个人
>>>>
>>>>我个人喜欢使用并重命名该文件,所以我有一个
>>>>原始版本,以防例如我决定将乐橙云app和C混合使用。
>>>嗯到目前为止,我还没有对此感到烦恼。也许部分是因为我
>>>做得还不如您做的还没有达到 the
>>>麻烦是值得的。在某种程度上,也许是因为我倾向于不
>>>更改标准设施,除非我可以明确说明更改理由。 ID
>>>而是使用我创建的其他文件并将其添加到包含列表中。 But
>>>再说一次,您的用途可能比我广泛,我可能会
>>>如果我也遇到类似的情况,我也会做出类似的选择。
>>>
>>> 乔恩
>>>
>>>> 干杯
>>>>
>>>> 铝
>>>>
>>>>2016年11月1日上午6:15,Jon Kirwan j ... @ infinitefactors.org [msp430] wrote:
>>>>>2016年1月9日星期六,22:47:23 -0800,克雷格·卡迈克尔写道:
>>>>>
>>>>>>...有关Asm中示例代码网页的想法?
>>>>>作为补充说明...
>>>>>
>>>>>如果您有兴趣编写用于
>>>>>MSP430和MSP430X系列,建议使用IAR的Kickstart
>>>>>工具。他们的乐橙云app程序是通用的,没有任何用途
>>>>>根本没有代码大小限制。看到:
>>>>>
>>>>> http://supp.iar.com/FilesPublic/UPDINFO/004578/infocenter/product_pac
>>>>> kages.html
>>>>>
>>>>>在Kickstart标题下的第二个项目符号说:“ IAR
>>>>>交付的乐橙云app程序是完整版本,没有任何限制”,并且
>>>>>第三个项目符号展开,“ IAR XLINK链接器将链接...
>>>>>无限量的源于乐橙云app代码的代码。”(第4
>>>>>项目符号补充说:“ IAR KickStart C-SPY模拟器...在
>>>>>读取的乐橙云app代码量。“)这几乎意味着您可以获得
>>>>>出色的乐橙云app器/链接器工具集,以及非常出色的IDE和调试器
>>>>>用于编码和零成本。我已经使用IAR进行组装
>>>>>编码开发,我非常喜欢这些工具
>>>>>一个非常干净的正交设计,具有您需要的所有功能。其他
>>>>>我使用过的组装工具,无论打开还是关闭,都倾向于有奇怪的“局限性”
>>>>>有时令人沮丧。 IAR的工具“运转良好”。决不
>>>>>希望获得IAR乐橙云app器中找不到的功能
>>>>> + linker 工具集。
>>>>>
>>>>>您也可以使用IAR的工具探索C / C ++,但免费的Kickstart
>>>>>版本确实限制了您最终的应用程序大小。
>>>>>IAR要求无限的C / C ++代码大小“相当高的价格”。如果你
>>>>>计划混合C和组装,并计划扩大规模
>>>>>应用程序,那么您应该考虑使用其他工具来获得成本/收益
>>>>>分析。起点可能是TI的页面:
>>>>>
>>>>> http://www.ti.com/lsds/ti/microcontrollers_16-bit_32-bit/msp/tools_so
>>>>> ftware.page
>>>>>
>>>>>但是,请注意,此页面绝不会提供所有选项。
>>>>>Rowley和ImageCraft只是您没有看到的两个这样的示例
>>>>> 的 re:
>>>>>
>>>>> http://www.rowley.co.uk/msp430/
>>>>> //www.imagecraft.com/devtools_MSP430.html
>>>>>
>>>>>我敢肯定,TI还没有包含其他产品
>>>>> page.
>>>>>
>>>>>如果您将所有这些作为爱好来做,那么您可以自由地制作自己的
>>>>>关于仅乐橙云app或混合编码样式的自己的选择。随你
>>>>>让您开心的工作就好了。
>>>>>
>>>>>如果您有自己的产品/产品线,则需要
>>>>>注意许可问题(使用的库以及编译器
>>>>>生成的输出)以供您应用的工具使用。相信您可以使用
>>>>>IAR商业产品的乐橙云app器/链接器工具链,无需付费
>>>>>只要您注意使用图书馆(不使用图书馆
>>>>>公共图书馆以外的任何图书馆都会更安全。)听起来像
>>>>>您可能会处于这种心态,但这很难说。
>>>>>
>>>>>对于专业的合同工作,您将需要能够提供支持
>>>>>混合乐橙云app和C / C ++。客户应该拥有最广泛的
>>>>>项目开发可用的选项,以便整体
>>>>>可以针对他们优化开发过程,权衡所有
>>>>>适合其情况的条件。那你应该
>>>>>仔细研究各种商业选择。但是你也应该
>>>>>也可以与供应商联系,并向那里的人讲话或写信并获得
>>>>>购买他们的产品后,会有什么样的联系和支持的感觉
>>>>>工具。我认为大多数MSP430供应商应该都不错。但它
>>>>>有助于建立联系,并了解事情如何发展
>>>>>最终决定并花您的钱。
>>>>>
>>>>>作为组织中有多个程序员的员工,
>>>>>听起来不像您的情况,您做了
>>>>>通过仔细考虑您的团队成员而建立。如果你是
>>>>>一个单一的员工,那么我想您可以做出自己的选择,但是
>>>>>您需要使它们适合那些取决于您的人。
>>>>>
>>>>> 乔恩
>>


发言者:大卫·布朗




MSP430入门微控制器

糟糕,我应该先编写TimerAx_0,然后再编写TimerAx_(1-4)



在2016年12月1日晚上9:26,Onestone o ... @ bigpond.net.au [msp430]写道:
>取决于微定时器A的范围是2到5 channels 和 的
>以下中断可用:_
>
> overflow interrupt
> TimerA0 interrupt
>剩余1-4个通道的通用中断
>
>中断地址可能在微秒之间略有不同
>
> 铝
>
>2016年12月1日晚上8:08,克雷格·卡迈克尔(Craig Carmichael)c ... @ saers.com [msp430]写道:
>>哇,谢谢你的答复!
>>
>>我最终选择了NakenAsm,因为这是我第一次尝试
>>在Ubuntu上为我工作。只需从终端运行。
>>
>>在过去,我自己写了两个结构化乐橙云app器,
>>6809和680x0。除其他功能外,分支机构可以构造为
>>消除大多数标签,您可以将说明分组在一行
>>(以“;”分隔)以提高可读性。快速示例,自我
>> explanatory I hope:
>>
>>测试D1; SkipCS | BCS终止大括号(68K上的BCS = MSP上的JCS)
>> {
>> 随你
>> 还有什么
>>十月D0; loopNE | BNE开始大括号
>> }
>>
>>还有其他一些功能。例如:
>>
>> move.w Table(A6),A0
>>
>>也可以写成:
>>
>> A0.w = Table(A6)
>>
>>我有太多事情要做,无法复制MSP的这项工作,但是
>>使在Asm中写作变得容易得多。
>>
>> ---
>>
>>最初,我要寻找的复活节彩蛋是TimerA示例
>>产生3种不同的脉冲宽度频率,重新加载
>>ISR中每个对象的下一个ON或OFF时间段。 TAIV
>>“中断向量”寄存器似乎只有TACCR1和TACCR2,但是
>>不是TACCR0。现在我想我知道它是如何工作的-似乎有一个
>>TACCR0的整个单独中断向量,为FFF2(TA0)或FFFA
>>(TA1)代替所有其他定时器中断的FFF0或FFF8。
>>
>>所以从理论上讲,我现在真正需要的是花时间写
>>几个例程并连接硬件!仍然会很好
>>找到该页面,但是您给了我一些起点,谢谢。
>>
>> Craig
>>
>> ====>>
>>>我有一个2001年的旧文件,上面有各种注释和示例
>>>在名为APP_14306的乐橙云app器中。还有很多其他应用笔记
>>>(大多数是较旧的)在乐橙云app器中,因此文件很多
>>>张贴在雅虎乐橙云app器中。你具体是什么
>>>寻找?要学习乐橙云app程序,特定的应用笔记等,我会写
>>>几乎专门用于大多数微控制器的乐橙云app器,包括
>>>MSP430,但这对于大多数制造商来说似乎很少见,
>>>包括Ti在内已停止支持乐橙云app程序的使用
>>> 其 app notes.
>>>
>>> 铝
>>>
>>>在10/01/2016 5:17 PM,Craig Carmichael
>>>c ... @ saers.com [msp430]写道:
>>>
>>>> Hi,
>>>>
>>>>
>>>>在2013年夏季,我发现了一个网页,里面充满了我记得的东西
>>>>数十个MSP430乐橙云app源代码文件,可能全部打开
>>>>资源。我相信它在TI页面上。我下载并使用了
>>>> 16x16->32位乘法和32/16位除法例程,我以为我
>>>>仔细标记了这个非常特别的页面。现在我找不到
>>>>书签或以小时为单位的页面。有人知道它在哪里
>>>>是,或者对Asm中的示例代码网页有其他想法?
>>>>
>>>>
>>>> Thanks,
>>>> Craig
>>>> http://www.TurquoiseEnergy.com/
>>>>
>>>>
>>>> http://www.saers.com/recorder/craig/TENewsV2/ - 辐射能
>>>>使用MSP430G2553的项目,版本#94,#95(下一个#96)。
>> ====>>
>>发言者:克雷格·卡迈克尔(Craig Carmichael)
>>
>>
>>
>> Yahoo Groups Links
嗨,大卫,我骑那匹老锯马好多次了!坦白说
了解为什么很多人会使用并喜欢C,但是我个人
开始直接将代码编码为二进制,因此,
乐橙云app程序很舒适。我发现指令集更像是
比C尤其是C ++更易于学习和理解的语言
与所有的哭泣形式。并不是说我不懂C或C ++,并且
我已经用C编写了很多东西,但是非常不喜欢C ++。我知道很奇怪
不喜欢简单的工具,但是我更喜欢环形扳手而不是
开放式扳手,对router刨机没用,但对锤子却很棒。
是的,要显示一个简短的文本需要更多的说明,
但是其他很多事情都比较容易,而且我拥有大量的插件库
在不同显示器的功能中,我可能想做的大多数事情
挂微。

我认为我买过的最糟糕的工具是摩托罗拉G5的ICE
micro或PH8,我现在都不记得了,因为我在
在不同的时间,但无论如何,我为公寓购买了
带状电缆的接线方式类似但略有不同,
当我将电缆插入ICE时,它变成了10,000美元的空间
加热器。由于我花了几个月的时间才得到Moto,因此彻底取消了这份合同
接受他们的工具有问题。这是我最后一次使用
moto处理器。我什至还有一些UVEPROM窗口部件
这两个部分,以及E9,窗口化E9等。

干杯



在2016年12月1日晚上10:47,David Brown d ... @ westcontrol.com [msp430]写道:
>16年12月1日11:49,Onestone o ... @ bigpond.net.au [msp430] 写道:
>>
>>
>>我当然在很多事情上都不同意,但不会过时
>>C vs乐橙云app程序的参数。我用乐橙云app器编写,已经做了数十年
>>年。我在不同的时间也用其他大多数语言写过,
>>但通常会回到许多嵌入式系统的乐橙云app程序中 reasons.
>这很公平。我敢肯定,我们可以就
>乐橙云app语言和C语言的优缺点,以及
>另一个。但我认为那将是另一天
>线。如果您愿意,请启动线程,我将加入。
>
>>关于IAR的工具,我认为它们非常适合免费的工具,
>>用于乐橙云app程序。自从我没有在MSP430的C语言上试用过它们
>>大概是1999年。我不是在寻找任何想要的乐橙云app程序,
>>我喜欢乐橙云app程序的原因是它干净,简单且高效。的
>>调试器还不错,但是在这里我将其与旧的HC11 ICE之类的东西进行了比较
>>工具,或ADSP ICE工具,数千美元,而且通常很少
>>功能。然后,我可能很奇怪。我曾经用过很多PIC micros
>>并且实际上喜欢MPLAB。我毫不怀疑现代编译器是
>>效率很高,但我还是想相信自己的编码能力
>>而不是依赖更多的潜在漏洞和/或效率低下的层。
>我当然可以同意,有比IAR和AD差的工具
>与TI的旧工具一样,这些工具中的比例会很高。有时候我
>认为工具价格和工具之间存在明显的负相关
> 质量。
>
>>最终,我并非一直是IAR的忠实拥护者,事实上,很长一段时间以来,
>>曾经让他们在这个小组中下地狱,但我认为他们终于得到了很多
>>事情平息了,仍然值得支持
>>一个免费工具,必须为他们带来负回报。我不喜欢CCS
>>强烈地(或我上次尝试过的)并没有发现付出任何代价
>>我可以免费得到组装商的钱。
>>
>> 铝
>正如我几次指出的那样,自从我使用IAR的工具以来已经很长时间了-
>如果您说他们有所改善,那么我会相信您的。在
>同样,TI的工具已经有了很大的改进(尤其是它们的更新
>eclipse工具),并且至少在使用gcc而不是其工具时是免费的
>自己的专有(且弱得多)的工具链。
>
> mvh。,
>
> 大卫
>>在2016年12月1日晚上7:34,David Brown d ... @ westcontrol.com [msp430]写道:
>>>自从我在此论坛中发布以来已经很长时间了,我知道我在
>>>在这里与其他观点不符-但保持平衡也许是一件好事
>>>得到IAR的无尽赞誉。
>>>
>>>当我开始使用msp430时,IAR是唯一的选择。其他工具
>>>供应商(免费,廉价或付费)必须与TI竞争才能获得任何
>>>信息或支持。就像其他不想付款的人一样
>>>IAR的C编译器价格昂贵,我使用了IAR的乐橙云app器和IDE。
>>>
>>>自从我使用这种组合以来已经有十年了,所以事情可能会发生
>>>已经改变了-但是我怀疑它们是否已经免费进行了重大改变
>>>IAR中使用很少的工具,以及付费市场
>>>该目标的版本(他们的C编译器)正在下降。
>>>
>>>
>>>乐橙云app程序还可以。这不是“优秀”,还可以。它是
>>>非常简单,并且没有特别高级的功能-它是
>>>只是一个简单的乐橙云app程序。通常,这就是您想要的
>>>乐橙云app器-编写我的代码当然足够了。但它是
>>>没什么特别的,没有突出或令人兴奋的附加功能。
>>>我用的不好,用的也更好,但是通常乐橙云app代码都有
>>>简单的结构和IAR乐橙云app程序就可以了。
>>>
>>>我不喜欢IDE(请再次注意,大约十年了
>>>自从我使用它以来,IDE可能已经发生了变化。我用了我自己的
>>>makefile和其他编辑器。我有时使用调试器,但是
>>>总是觉得很尴尬,那次集会非常
>>>调试器的二等公民。实际上,我觉得某些方面
>>>调试器(特别是尝试查看寄存器和表达式)
>>>是故意的-几乎要说服
>>>人们购买C编译器只是为了获得体面的调试。在实践中,
>>>我的大部分工作都是在完全不使用IDE或调试器的情况下完成的。
>>>
>>>
>>>当MSP430的早期gcc端口稳定后,我开始使用它,然后
>>>这些年来,已经使用了几代该编译器。我用了
>>>eclipse作为编辑器,以及gdb(带有eclipse的gui)进行调试-它
>>>与IAR的工具相比,这是一种乐趣。编译器还有更多方法
>>>功能,生成好的代码,而且您不必与任何人打架(IAR,
>>>公司采购等)有关许可证,升级等的信息-安装
>>>您可以在任意数量的系统上安装工具,无论使用什么操作系统,都可以对其进行存档
>>>(当您必须重新启动一个已有10年历史的项目并使用
>>>原始工具,您将后悔曾经购买过锁具
>>> commercial 至 ols).
>>>
>>>为了执行一个新的msp430项目(我现在很少使用它们),将会有
>>>我对这些工具毫无疑问。那将是TI的Eclipse IDE,
>>>结合了TI和Red完全支持的新gcc端口
>>>帽子。我无法想象为什么有人会只想组装
>>>这些天的项目,也许是为了娱乐。 gcc会产生更好的
>>>在许多情况下,代码比大多数乐橙云app程序程序员要多-假设
>>>必须以清晰,可理解,安全的方式编写代码,
>>>可维护的方式。有时可能会遇到一些特别小的情况
>>>代码段最好用乐橙云app语言编写-内联乐橙云app程序通常是
>>>最佳答案,但是当然可以编写外部程序集
>>>功能,如果您确实需要的话。
>>>
>>>
>>> 大卫
>>>
>>>
>>>
>>>在16/01/16 03:24,“ Peter Grey” m ... @ ozemail.com.au [msp430]写道:
>>>>
>>>>
>>>> Hi 乔恩 , 铝
>>>>
>>>>我在这里可能没什么意思。像你们自己一样,我曾经使用过IAR和
>>>>组装多年。我喜欢同时使用乐橙云app器和 C
>>>>因此我可以使用现有软件,也可以使用C的某些优点。 I
>>>>开始看CCS6,因为我想我必须买一本 of
>>>>使用C的IAR。我在TI网站上仅看到一个文档 refers
>>>>混合使用C和乐橙云app器,它已经很老了。你有参考吗 to
>>>>其他有关混合2和使用IAR的文档吗?
>>>>
>>>> Thanks
>>>>
>>>> Peter
>>>>
>>>> - - -原始信息 - - -
>>>>发件人:m ... [mailto:m ...]
>>>>发送时间:2016年1月12日,星期二,5:29 AM
>>>> To: MSP430 List
>>>>主题:回复:[msp430] Asm源代码页?
>>>>
>>>>在2016年1月11日,星期一19:33:47 + 1030,Al写道:
>>>>
>>>>>我完全同意乔恩的观点。
>>>> :)
>>>>
>>>>>IAR的乐橙云app程序非常出色,可以完成我想要的所有操作,并且不受限制,
>>>>>免费,而且由于我不使用任何第三方库,因此
>>>>> 没有使用费问题。
>>>>乐橙云app程序和链接器工具对很好。我用了很多 assemblers
>>>>在我的生活中,也写了一些。
>>>>IAR的这一版本与通常用于micros的乐橙云app程序一样好。 The
>>>>抽象分割模型很棒。宏设施可能是 better,
>>>>但我认为它“对大多数事情都足够好”。 (我也可以使用M4或 some
>>>>我觉得来源上的其他工具有一些限制。
>>>>这样的工具将不会流利的语义,但可能会卓有成效
>>>>用过的。由于IAR的能力,我只是没有足够的需求 are
>>>>现在足够好了。)
>>>>
>>>>>IDE很简单,也很不错。
>>>>它非常容易上手,并且仍然非常强大 you
>>>>随着时间的推移进一步前进。随着时间的流逝,它会很好地磨损。他们做了一个 very
>>>>在设计上做得很好。而且,幸运的是,我们中的一些人决定
>>>>免费为乐橙云app程序程序员提供功能齐全的工具集。
>>>>因为这个事实,我对他们负有债务。
>>>>
>>>>(我还欠债还有另一个原因-我只需要一个
>>>>MSP430项目需要额外的4k C生成的代码,因此 KickStart
>>>>到目前为止,对于我的所有项目使用而言,“效果都足够好”。)
>>>>
>>>>>它曾经做过一些奇怪的事情,但似乎已经被清理了
>>>>>这些年来,或者我下意识地避免了它们!
>>>>我还没有发现任何“奇怪”的东西。我发现了需要做的事情 a
>>>>在我完全理解它们之前,请先考虑一下。但是一旦我聚集 up
>>>>他们对我来说很有意义的概念模型。
>>>>
>>>>唯一“奇怪”的事情是我自己做的事情 toolset.
>>>>例如,我需要一种找到一对最大公约数的方法 of
>>>>配置参数以帮助我设置一个时钟系统
>>>>只需同时使用整数乘数差即可同时满足两个目的 their
>>>>操作。我也破解了一个MACRO工具来做到这一点。工作了
>>>>完美。现在,有人看着它会在那儿看到“奇怪” suppose.
>>>>但这是我的错,不是IAR!
>>>>
>>>>>我发现语法更符合绝大多数乐橙云app程序
>>>>>我已经用了太多年了,没有奇怪的事情。
>>>>我的感觉也差不多。
>>>>
>>>>>每个处理器的头文件也都不错,但是很大
>>>>>因为它们通常用于C,c ++和乐橙云app程序,所以我个人
>>>>>
>>>>>我个人喜欢使用并重命名该文件,所以我有一个
>>>>>原始版本,以防万一我决定将Assembly和C混合使用 example.
>>>>嗯到目前为止,我还没有对此感到烦恼。也许部分是因为我
>>>>做得还不如您做的还没有达到 the
>>>>麻烦是值得的。在某种程度上,也许是因为我倾向于不 to
>>>>更改标准设施,除非我可以明确说明更改理由。 ID
>>>>而是使用我创建的其他文件并将其添加到包含列表中。 But
>>>>再说一次,您的用途可能比我广泛,我可能 very
>>>>如果我也遇到类似的情况,我也会做出类似的选择。
>>>>
>>>> 乔恩
>>>>
>>>>> 干杯
>>>>>
>>>>> 铝
>>>>>
>>>>>2016年11月1日上午6:15,Jon Kirwan j ... @ infinitefactors.org [msp430] wrote:
>>>>>>2016年1月9日星期六,22:47:23 -0800,克雷格·卡迈克尔写道:
>>>>>>
>>>>>>>...有关Asm中示例代码网页的想法?
>>>>>>作为补充说明...
>>>>>>
>>>>>>如果您有兴趣编写用于
>>>>>>MSP430和MSP430X系列,建议使用IAR的Kickstart
>>>>>>工具。他们的乐橙云app程序是通用的,没有任何用途
>>>>>>根本没有代码大小限制。看到:
>>>>>>
>>>>>> http://supp.iar.com/FilesPublic/UPDINFO/004578/infocenter/product_pac
>>>>>> kages.html
>>>>>>
>>>>>>在Kickstart标题下的第二个项目符号说:“ IAR
>>>>>>交付的乐橙云app程序是完整版本,没有任何限制”,并且
>>>>>>第三个项目符号展开,“ IAR XLINK链接器将链接...
>>>>>>无限量的源于乐橙云app代码的代码。”(第4
>>>>>>项目符号补充说:“ IAR KickStart C-SPY模拟器...在
>>>>>>读取的乐橙云app代码量。“)这几乎意味着您可以获得
>>>>>>出色的乐橙云app器/链接器工具集,以及非常出色的IDE和调试器
>>>>>>用于编码和零成本。我已经使用IAR进行组装
>>>>>>编码开发,我非常喜欢这些工具
>>>>>>一个非常干净的正交设计,具有您需要的所有功能。其他
>>>>>>我使用过的组装工具,无论打开还是关闭,都倾向于有奇怪的“局限性”
>>>>>>有时令人沮丧。 IAR的工具“运转良好”。决不
>>>>>>希望获得IAR乐橙云app器中找不到的功能
>>>>>> + linker 工具集。
>>>>>>
>>>>>>您也可以使用IAR的工具探索C / C ++,但免费的Kickstart
>>>>>>版本确实限制了您最终的应用程序大小。
>>>>>>IAR要求无限的C / C ++代码大小“相当高的价格”。如果你
>>>>>>计划混合C和组装,并计划扩大规模
>>>>>>应用程序,那么您应该考虑使用其他工具来获得成本/收益
>>>>>>分析。起点可能是TI的页面:
>>>>>>
>>>>>> http://www.ti.com/lsds/ti/microcontrollers_16-bit_32-bit/msp/tools_so
>>>>>> ftware.page
>>>>>>
>>>>>>但是,请注意,此页面绝不会提供所有选项。
>>>>>>Rowley和ImageCraft只是您没有看到的两个这样的示例
>>>>>> 的 re:
>>>>>>
>>>>>> http://www.rowley.co.uk/msp430/
>>>>>> //www.imagecraft.com/devtools_MSP430.html
>>>>>>
>>>>>>我敢肯定,TI还没有包含其他产品
>>>>>> page.
>>>>>>
>>>>>>如果您将所有这些作为爱好来做,那么您可以自由地制作自己的
>>>>>>关于仅乐橙云app或混合编码样式的自己的选择。随你
>>>>>>让您开心的工作就好了。
>>>>>>
>>>>>>如果您有自己的产品/产品线,则需要
>>>>>>注意许可问题(使用的库以及编译器
>>>>>>生成的输出)以供您应用的工具使用。相信您可以使用
>>>>>>IAR商业产品的乐橙云app器/链接器工具链,无需付费
>>>>>>只要您注意使用图书馆(不使用图书馆
>>>>>>公共图书馆以外的任何图书馆都会更安全。)听起来像
>>>>>>您可能会处于这种心态,但这很难说。
>>>>>>
>>>>>>对于专业的合同工作,您将需要能够提供支持
>>>>>>混合乐橙云app和C / C ++。客户应该拥有最广泛的
>>>>>>项目开发可用的选项,以便整体
>>>>>>可以针对他们优化开发过程,权衡所有
>>>>>>适合其情况的条件。那你应该
>>>>>>仔细研究各种商业选择。但是你也应该
>>>>>>也可以与供应商联系,并向那里的人讲话或写信并获得
>>>>>>购买他们的产品后,会有什么样的联系和支持的感觉
>>>>>>工具。我认为大多数MSP430供应商应该都不错。但它
>>>>>>有助于建立联系,并了解事情如何发展
>>>>>>最终决定并花您的钱。
>>>>>>
>>>>>>作为组织中有多个程序员的员工,
>>>>>>听起来不像您的情况,您做了
>>>>>>通过仔细考虑您的团队成员而建立。如果你是
>>>>>>一个单一的员工,那么我想您可以做出自己的选择,但是
>>>>>>您需要使它们适合那些取决于您的人。
>>>>>>
>>>>>> 乔恩
>
>发言者:大卫·布朗
>
>
>
> Yahoo Groups Links
我必须在这里与David达成共识...一定要使用IAR,因为它的乐橙云app程序是 CCS(使用更传统的语法)比“更好”。但是如果你有 调试器出现问题,不要以为是芯片故障或TI的 错误...是因为CCS中的调试器工作得更好。而且IDE更好。 乐橙云app程序可以工作...您只需要翻译所有内容即可。

与PIC合作多年,我可以告诉您IAR程序集 语言比较糟透了。没关系...运作正常...可能很多 better.

您可以使用良好的宏乐橙云app器来完成很多工作。
http://techref.massmind.org/techref/new/letter/news0403.htm http://techref.massmind.org/techref/new/letter/news0403.htm
(不适用于MSP430,但它可以让您很好地理解 good asm)

---在m ...中写道:

自从我在此论坛中发布以来已经很长时间了,我知道我在
在这里与其他观点不符-但保持平衡也许是一件好事
得到IAR的无尽赞誉。

(您是否不希望更多的人剪掉很长的以前的电子邮件?)
大卫在2016年1月12日星期二10:04:54 +0100写道:

>
>gcc会产生更好的
>在许多情况下,代码比大多数乐橙云app程序程序员要多-假设
>必须以清晰,可理解,安全的方式编写代码,
>maintainable manner.
>

尽管我们已经在很长一段时间内讨论了该主题,
这确实与当前线程几乎没有关系
由克雷格(Craig)启动。 Craig对“
联盟”。

虽然我确实认为与
样本乐橙云app代码的问题(例如,
使用了乐橙云app器工具,以便使用适当的样本
可以建议来源-气体组装机有很大的不同
众所周知,我是IAR的人)
他的问题应该引起回应,说gcc
生成的代码比“大多数乐橙云app程序编程器”更好,
似乎比发现任何东西更重要
其他。 (此外,这里肯定有一些人
比“大多数乐橙云app程序程序员”要好。)

乔恩

附言我目前正在从事以下领域的可扩展软件的编写
Windows,其中可能有带有4个CPU的服务器主板
上面有16个可用的内核(也许很快就会有更多)。
表示64个并行线程。在这个场地,具有很高的
带宽和负载,我发现需要使用特定的
数据结构以及软件事务存储
为了大大减少同步的需要
(避免序列化不好)甚至低级内存
障碍或获取/释放语义。编译器很好
函数式编程方法真正开始盛行
好在这里。具有适当数据的功能编程
结构安排,确实为
应用程序(不必深入研究乐橙云app程序。)
区域可能使我非常了解某些区域
应用程序程序员的乐橙云app代码(相对于
操作系统程序员的乐橙云app代码)减少了
感觉比以前好。我们正在谈论多核和复杂
服务器应用程序,因此重点必须放在其他地方。但是我
仍然不会去尝试刺激另一个
关于某些编译器与某些假设的乐橙云app器的争论
程序员。正如克雷格(Craig)那样,这场辩论尤其没有意义。
专门询问示例乐橙云app代码,除非您
生活的全部重点是说服人们他们应该
不做他们已经在做的事情。

发言者:乔恩·基万(Jon Kirwan)




当然,更好是主观的,有些像其他人则没有。找出
适用于您的工具,但是如果您为此付费,就可以使用它
没有某种免费试用版本就很难分析产品。

克雷格(Craig)似乎是一个经验丰富的人,我在寻找一些建议
绝对代码的答案。上面有很多乐橙云app程序
这个小组,如果我愿意,我通常很乐意发送我的代码示例
要求特定的解决方案。并不是说我要声明其他任何内容
它适用于我想要的!



在13/01/2016 2:54 AM,j ... @ massmind.org [msp430]写道:
>我必须在这里同意戴维...一定要使用 IAR, as it's
>乐橙云app程序比CCS更好(使用更传统的
>句法)。但是,如果调试器出现问题,请不要以为
>这是芯片故障,还是TI的故障...因为CCS中的调试器
>工作更好。而且IDE更好。然后乐橙云app程序工作...
>您只需要翻译所有内容。
>
>与PIC合作多年,我可以告诉您IAR
>乐橙云app语言比较糟。没关系...运作正常...
>可能会更好。
>
>您可以使用良好的宏乐橙云app器来完成很多工作。
> http://techref.massmind.org/techref/new/letter/news0403.htm
>(不适用于MSP430,但它为您可以扭曲的内容提供了一个很好的思路
> out 的 a 好asm)
>---在m ...中写道:
>
>自从我在此论坛中发布以来已经很长时间了,我知道我在
>在这里与其他观点不符-但保持平衡也许是一件好事
>得到IAR的无尽赞誉。
>
>(您是否不希望更多的人剪掉很长的以前的电子邮件?)
>
16年12月1日22:28,乔恩·基万(Jon Kirwan)j ... @ infinitefactors.org [msp430]写道:
>大卫在2016年1月12日星期二10:04:54 +0100写道:
>
> >
> >gcc会产生更好的
> >在许多情况下,代码比大多数乐橙云app程序程序员要多-假设
> >必须以清晰,可理解,安全的方式编写代码,
> >maintainable manner.
> >尽管我们已经在很长一段时间内讨论了该主题,
>这确实与当前线程几乎没有关系
>由克雷格(Craig)启动。 Craig对“
> 联盟”。
>
>虽然我确实认为与
>样本乐橙云app代码的问题(例如,
>使用了乐橙云app器工具,以便使用适当的样本
>可以建议来源-气体组装机有很大的不同
>众所周知,我是IAR的人)
>他的问题应该引起回应,说gcc
>生成的代码比“大多数乐橙云app程序编程器”更好,
>似乎比发现任何东西更重要
>其他。 (此外,这里肯定有一些人
>比“大多数乐橙云app程序程序员”要好。)
>

当我看到有人在寻求组装方面的帮助时,我认为是
指出编译器的选项是完全合理的。你有
问自己/为什么/那个人在问组装问题,并思考
通过将他们指向另一个方向可以为您提供更多帮助吗?

让我们考虑一个人为什么要开始工作的原因
组装中的msp430。 (请注意,我不知道OP在多大程度上
/ start //进行乐橙云app,但讨论如何选择乐橙云app器
工具表明他可能是。)

1.他们想了解cpu,并确切了解其工作原理。
那很棒!

2.这很有趣-也很棒。

3.他们想做一些用C做不到的事情。
/非常/在少数情况下这是现实的-在大多数情况下,此人是
错误。

4.他们想编写尽可能高效的代码,并认为
表示组装。在大多数情况下,它们是错误的。

5.乐橙云app就是他们所知道的,他们也不想学习C。
是一个业余项目,那很公平-但是如果它在一个
专业背景,那么他们做得不好。写作
具有许多人理解和使用的语言的可维护代码
提供更高开发效率的工具,这意味着C胜过
几乎在所有情况下都可以进行组装以进行专业发展。有
当然,总是例外,但是例外很少。

6.他们认为用于小型微控制器的C编译器效率低下或
有限。在某些内核上可能是这样,但在msp430上却不是。

7.他们认为C编译器很昂贵。再次,这是正确的
一些内核,对于msp430曾经是真实的,但是现在不是真实的。
我的经验是,大多数选择在乐橙云app程序中工作的人
天,这样做是出于无效或不适当的原因。当然可以
不适用于/所有/选择乐橙云app程序的人-但这适用于许多人。
因此,为了帮助原始海报,
提出C作为替代。试图推动将是不合理的
如果他有充分的理由使用乐橙云app程序的话,这是一个好主意,但这是一个很好的想法
提出建议。

因此,当OP询问不同大小的乘除运算时
在msp430乐橙云app中的例程,我的第一个想法是/ why /?写“ x
= y * z;”和“ x = y / z;”,然后让编译器生成代码。
将使代码至少和您可以做的一样小而有效
手-如果它可以在编译时找出一些值,则它
将比乐橙云app程序员做得更好。它将这样做
可以快速键入两行代码,并且可以正确执行
-无需搜索示例代码,无需弄清楚如何进行集成,
担心寄存器使用可能不匹配,等等。

大卫


发言者:大卫·布朗




我这样做是想在日落时分去拍摄六个射手,但大多数情况下你是对的,
但这以C语言编写者能够编写有效的代码为前提,
因为没有那个编译器,无论效率如何
有限的帮助。我看到人们做某事的次数
除以一个平均值,然后选择一些任意值,例如
为11时,则8或16更有意义,并且代码清晰。没有编译器可以
弥补愚蠢的思维过程,而乐橙云app程序往往使您
至少在我认为更符合CPU硬件的工作原理时
按照我的想法编写软件,基本上可以跟踪操作数
我心中的硬件。同样,C程序员也很喜欢
浮点数时,整数更准确,更快。超过40岁
几年来,我很少需要恢复到浮点数
我看到的大多数C程序,只要有
处理数字。

因此,尽管我同意在一个好的程序员手中C应该是
相当快速和紧凑,我怀疑C程序员的数量出来了
能够使用这些功能的人越来越少
之间的任何类似的乐橙云app程序员。但是好的编译器可以
使普通C程序员看起来比实际情况好得多。一世
真正相信您在惰性语言中编程的高级语言,
大多数人因为没有
害怕被发现,如果不起作用,则扔一个更大的
更快的处理器。

我明白了,但不想成为其中的一部分,也不必如此
将与其余的恐龙一起沉没,等待下一个
即将发生的重大灭绝事件。

干杯



在13/01/2016 9:48 AM,David Brown d ... @ westcontrol.com [msp430]写道:
>在16/01/22 22:28,Jon Kirwan j ... @ infinitefactors.org [msp430]写道:
>>大卫在2016年1月12日星期二10:04:54 +0100写道:
>>
>> >
>> >gcc会产生更好的
>> >在许多情况下,代码比大多数乐橙云app程序程序员要多-假设
>> >必须以清晰,可理解,安全的方式编写代码,
>> >maintainable manner.
>> >
>>
>>尽管我们已经在很长一段时间内讨论了该主题,
>>这确实与当前线程几乎没有关系
>>由克雷格(Craig)启动。 Craig对“
>> 联盟”。
>>
>>虽然我确实认为与
>>样本乐橙云app代码的问题(例如,
>>使用了乐橙云app器工具,以便使用适当的样本
>>可以建议来源-气体组装机有很大的不同
>>众所周知,我是IAR的人)
>>他的问题应该引起回应,说gcc
>>生成的代码比“大多数乐橙云app程序编程器”更好,
>>似乎比发现任何东西更重要
>>其他。 (此外,这里肯定有一些人
>>比“大多数乐橙云app程序程序员”要好。)
>>
>当我看到有人在寻求组装方面的帮助时,我认为是
>指出编译器的选项是完全合理的。你有
>问自己/为什么/那个人在问组装问题,并思考
>通过将他们指向另一个方向可以为您提供更多帮助吗?
>
>让我们考虑一个人为什么要开始工作的原因
>组装中的msp430。 (请注意,我不知道OP在多大程度上
>/ start //进行乐橙云app,但讨论如何选择乐橙云app器
>工具表明他可能是。)
>
>1.他们想了解cpu,并确切了解其工作原理。
> 那很棒!
>
>2.这很有趣-也很棒。
>
>3.他们想做一些用C做不到的事情。
>/非常/在少数情况下这是现实的-在大多数情况下,此人是
> 错误。
>
>4.他们想编写尽可能高效的代码,并认为
>表示组装。在大多数情况下,它们是错误的。
>
>5.乐橙云app就是他们所知道的,他们也不想学习C。
>是一个业余项目,那很公平-但是如果它在一个
>专业背景,那么他们做得不好。写作
>具有许多人理解和使用的语言的可维护代码
>提供更高开发效率的工具,这意味着C胜过
>几乎在所有情况下都可以进行组装以进行专业发展。有
>当然,总是例外,但是例外很少。
>
>6.他们认为用于小型微控制器的C编译器效率低下或
>有限。在某些内核上可能是这样,但在msp430上却不是。
>
>7.他们认为C编译器很昂贵。再次,这是正确的
>一些内核,对于msp430曾经是真实的,但是现在不是真实的。
>我的经验是,大多数选择在乐橙云app程序中工作的人
>天,这样做是出于无效或不适当的原因。当然可以
>不适用于/所有/选择乐橙云app程序的人-但这适用于许多人。
>因此,为了帮助原始海报,
>提出C作为替代。试图推动将是不合理的
>如果他有充分的理由使用乐橙云app程序的话,这是一个好主意,但这是一个很好的想法
> 提出建议。
>
>因此,当OP询问不同大小的乘除运算时
>在msp430乐橙云app中的例程,我的第一个想法是/ why /?写“ x
>= y * z;”和“ x = y / z;”,然后让编译器生成代码。
>将使代码至少和您可以做的一样小而有效
>手-如果它可以在编译时找出一些值,则它
>将比乐橙云app程序员做得更好。它将这样做
>可以快速键入两行代码,并且可以正确执行
>-无需搜索示例代码,无需弄清楚如何进行集成,
>担心寄存器使用可能不匹配,等等。
>
> 大卫
>
>
>发言者:大卫·布朗
>
>
>
> Yahoo Groups Links
2016年1月12日,上午1:05,“ 大卫 Brown d ... @ westcontrol.com [msp430]”<
...... > 写道:
>

>
>为了执行一个新的msp430项目(我现在很少使用它们),将会有
>我对这些工具毫无疑问。那将是TI的Eclipse IDE,
>结合了TI和Red完全支持的新gcc端口
>帽子。我无法想象为什么有人会只想组装
>这些天的项目,也许是为了娱乐。 gcc会产生更好的
>在许多情况下,代码比大多数乐橙云app程序程序员要多-假设
>必须以清晰,可理解,安全的方式编写代码,
>可维护的方式。有时可能会遇到一些特别小的情况
>代码段最好用乐橙云app语言编写-内联乐橙云app程序通常是
>最佳答案,但是当然可以编写外部程序集
>功能,如果您确实需要的话。

《神话人月》在40年前就提到过。

>
> 大卫
>在16/01/16 03:24,“ Peter Grey” m ... @ ozemail.com.au [msp430]写道:
> >
> >
> > Hi 乔恩 , 铝
> >
> >我在这里可能没什么意思。像你们自己一样,我曾经使用过IAR和
> >组装多年。我喜欢同时使用两个乐橙云app程序的想法
和C
> >所以我可以使用现有软件,也可以使用 the advantages 的
C.我
> >我以为我会开始看CCS6 have 至 buy a copy

> >使用C的IAR。我只看到一个文档 the TI website that

> >混合使用C和乐橙云app器,它已经很老了。做 you have any
提及
> >有关混合2和使用的任何其他文档 IAR?
> >
> > Thanks
> >
> > Peter
> >
> > - - -原始信息 - - -
> >发件人:m ... [mailto:m ...]
> >发送时间:2016年1月12日,星期二,5:29 AM
> > To: MSP430 List
> >主题:回复:[msp430] Asm源代码页?
> >
> >在2016年1月11日,星期一19:33:47 + 1030,Al写道:
> >
> >>我完全同意乔恩的观点。
> >
> > :)
> >
> >>IAR的乐橙云app程序非常出色,可以完成我想要的所有操作,并且不受限制,
> >>免费,而且由于我不使用任何第三方库,因此
> >>no royalty issues.
> >
> >乐橙云app程序和链接器工具对很好。我用了很多
组装工
> >在我的生活中,也写了一些。
> >通常,IAR的这款产品与Micro的乐橙云app器一样好
得到。 的
> >抽象分割模型很棒。宏 facility could be
更好,
> >但我认为它“对大多数事情都足够好”。 (一世 can also use M4 or
一些
> >我觉得有来源的其他工具 some limitations.
> >这样的工具将不会流利的语义,但可能会卓有成效
> >用过的。自IAR以来,我只是还没有感到足够的需要
能力是
> >现在足够好了。)
> >
> >>IDE很简单,也很不错。
> >
> >它非常容易上手,并且仍然非常强大

> >随着时间的推移进一步前进。穿完了 time. 的 y've done a
非常
> >在设计上做得很好。而且,幸运的是 我们当中的人已经决定
> >免费为乐橙云app程序程序员提供功能齐全的工具集。
> >因为这个事实,我对他们负有债务。
> >
> >(我还欠债还有另一个原因-我只需要一个
> >MSP430项目需要额外的4k C生成的代码,因此
KickStart
> >对于我所有的项目使用来说已经“足够好”了 far.)
> >
> >>它曾经做过一些奇怪的事情,但似乎已经被清理了
> >>这些年来,或者我下意识地避免了它们!
> >
> >我还没有发现任何“奇怪”的东西。我发现了
带走了一个
> >在我完全理解它们之前,请先考虑一下。 But once I gathered
向上
> >他们对我来说很有意义的概念模型。
> >
> >唯一“奇怪”的事情是我自己做的事情
工具集。
> >例如,我需要一种方法来找到最大的 common divisor for a

> >配置参数帮我设置一个 时钟系统
> >只需同时使用整数乘数差即可同时满足两个目的

> >操作。我破解了一个MACRO工具 that, 至 o. Worked
> >完美。现在,有人看着它会在那儿看到“奇怪”
假设。
> >但这是我的错,不是IAR!
> >
> >>我发现语法更符合绝大多数乐橙云app程序
> >>我已经用了太多年了,没有奇怪的事情。
> >
> >我的感觉也差不多。
> >
> >>每个处理器的头文件也都不错,但是很大
> >>因为它们通常用于C,c ++和乐橙云app程序,所以我个人
> >>总是清除所有我不太可能使用的东西,添加一些东西
> >>我个人喜欢使用并重命名该文件,所以我有一个
> >>原始版本,以防例如我决定将乐橙云app和C混合使用。
> >
> >嗯到目前为止,我还没有对此感到烦恼。也许部分是因为我
> >做得还不如您做的还没有达到

> >麻烦是值得的。在某种程度上,也许 because I tend not

> >除非我可以清楚地更改标准设施 证明改变。 ID
> >而是使用我创建的其他文件并将其添加到包含文件中
清单。 但
> >同样,您可能有更广泛的用途 than I do 和 I may
非常
> >如果我面对过,我也会做出类似的选择 类似的情况也是如此。
> >
> > 乔恩
> >
> >>Cheers
> >>
> >>Al
> >>
> >>2016年11月1日上午6:15,Jon Kirwan j ... @ infinitefactors.org [msp430]
写道:
> >>>2016年1月9日(星期六),克雷格(Craig) Carmichael 写道:
> >>>
> >>>>...有关Asm中示例代码网页的想法?
> >>>作为补充说明...
> >>>
> >>>如果您有兴趣编写用于
> >>>MSP430和MSP430X系列,建议使用IAR的Kickstart
> >>>工具。他们的乐橙云app程序是通用的,没有任何用途
> >>>根本没有代码大小限制。看到:
> >>>
> >>> http://supp.iar.com/FilesPublic/UPDINFO/004578/infocenter/product_pac
> >>> kages.html
> >>>
> >>>在Kickstart标题下的第二个项目符号说:“ IAR
> >>>交付的乐橙云app程序是完整版本,没有任何限制”,并且
> >>>第三个项目符号展开,“ IAR XLINK链接器将链接...
> >>>无限量的源于乐橙云app代码的代码。”(第4
> >>>项目符号补充说:“ IAR KickStart C-SPY模拟器...在
> >>>读取的乐橙云app代码量。“)这几乎意味着您可以获得
> >>>出色的乐橙云app器/链接器工具集,以及非常出色的IDE和调试器
> >>>用于编码和零成本。我已经使用IAR进行组装
> >>>编码开发,我非常喜欢这些工具
> >>>一个非常干净的正交设计,具有您需要的所有功能。其他
> >>>我使用过的组装工具,无论打开还是关闭,都倾向于有奇怪的“局限性”
> >>>有时令人沮丧。 IAR的工具“运转良好”。决不
> >>>希望获得IAR乐橙云app器中找不到的功能
> >>> + linker 工具集。
> >>>
> >>>您也可以使用IAR的工具探索C / C ++,但免费的Kickstart
> >>>版本确实限制了您最终的应用程序大小。
> >>>IAR要求无限的C / C ++代码大小“相当高的价格”。如果你
> >>>计划混合C和组装,并计划扩大规模
> >>>应用程序,那么您应该考虑使用其他工具来获得成本/收益
> >>>分析。起点可能是TI的页面:
> >>>
> >>> http://www.ti.com/lsds/ti/microcontrollers_16-bit_32-bit/msp/tools_so
> >>> ftware.page
> >>>
> >>>但是,请注意,此页面绝不会提供所有选项。
> >>>Rowley和ImageCraft只是您没有看到的两个这样的示例
> >>> 的 re:
> >>>
> >>> http://www.rowley.co.uk/msp430/
> >>> //www.imagecraft.com/devtools_MSP430.html
> >>>
> >>>我敢肯定,TI还没有包含其他产品
> >>> page.
> >>>
> >>>如果您将所有这些作为爱好来做,那么您可以自由地制作自己的
> >>>关于仅乐橙云app或混合编码样式的自己的选择。随你
> >>>让您开心的工作就好了。
> >>>
> >>>如果您有自己的产品/产品线,则需要
> >>>注意许可问题(使用的库以及编译器
> >>>生成的输出)以供您应用的工具使用。相信您可以使用
> >>>IAR商业产品的乐橙云app器/链接器工具链,无需付费
> >>>只要您注意使用图书馆(不使用图书馆
> >>>公共图书馆以外的任何图书馆都会更安全。)听起来像
> >>>您可能会处于这种心态,但这很难说。
> >>>
> >>>对于专业的合同工作,您将需要能够提供支持
> >>>混合乐橙云app和C / C ++。客户应该拥有最广泛的
> >>>项目开发可用的选项,以便整体
> >>>可以针对他们优化开发过程,权衡所有
> >>>适合其情况的条件。那你应该
> >>>仔细研究各种商业选择。但是你也应该
> >>>也可以与供应商联系,并向那里的人讲话或写信并获得
> >>>购买他们的产品后,会有什么样的联系和支持的感觉
> >>>工具。我认为大多数MSP430供应商应该都不错。但它
> >>>有助于建立联系,并了解事情如何发展
> >>>最终决定并花您的钱。
> >>>
> >>>作为组织中有多个程序员的员工,
> >>>听起来不像您的情况,您做了
> >>>通过仔细考虑您的团队成员而建立。如果你是
> >>>一个单一的员工,那么我想您可以做出自己的选择,但是
> >>>您需要使它们适合那些取决于您的人。
> >>>
> >>> 乔恩
> >
哇,我引发了一场热烈的讨论!

>5.组装就是他们所知道的,而且他们不想 learn C.

答对了!我了解了组装电子设备的基本知识
1974/1975年在BCIT获得(数字专业)学位。我从建筑开始
当时几乎不可用的微型计算机
筹码。从来没有进行编程本身,但是计算机只是
有用的软件,所以我开发了6809结构化的乐橙云app器,
基于6809的计算机的原始文本编辑器。还有4800波特
卡带接口用于数据存储-比任何其他产品快4倍
商业的和更可靠的。

我编写了除其他外的第一个“ Paint”程序
公共,“ 电视 图形编辑器”(1982年),用于Radio Shack彩色计算机
(MC6809),以及世界上第一个图形冒险/角色扮演游戏,
Commodore 64的《维京突袭者》(Viking Raider)(1984年)。
仍然保留了256字节的内存块,但我什么都入了!约150
RLE地图/场景的屏幕。哦,运行的6502交叉乐橙云app器
在Radio Shack CoCo上进行的那个项目是另一种结构
我写的乐橙云app器。我记得写只花了5天时间,但是
本质上只是对6809版本的改编。)

当我在第一台Macintoshes上看到“ Mac Paint”时,我以为他们有
复制了我的“电视图形编辑器”,但有足够的差异
我取消了这个想法,后来我发现
在大学流传的更早的“绘画”程序
圈子,Mac Paint就是基于这些圈子。

当我接触68K时,我开始写非常复杂的AKO
的东西,但我从来没有把它推向市场。

我不喜欢C。我有些自以为是的想法(我只为
我自己)可以在乐橙云app程序中做得更好更快。 ...与
具有良好架构和指令集的处理器。来自
68K的东西我一直试图记录和评论我所做的事情
充分地。这就是使代码更易于他人处理的原因
它比使用哪种语言晚得多。我经常发现C非常
仅仅因为它经常被评论稀疏而很难弄清楚-
也因为来源经常被分成几个甚至多个
文件,这当然是作者哲学或'C的反映
传统不仅仅是语言本身。

我不确定为什么要输入所有这些内容。现在已经睡了,我
还没有完成我打算做的工作!

- 先生。偏见的

PS:嘿,谁擦过我所有的凹痕和间距? (反问)Grr!

>测试D1; SkipCS | BCS结束大括号(68K上的BCS =上的JCS MSP)
>{
>whatever
>whatever more
>十月D0; loopNE | BNE开始大括号
>}

发言者:克雷格·卡迈克尔(Craig Carmichael)