Forums

信息系统中的位名称

开始于 蒂姆·米切尔 2012年3月2日
我使用Crossworks,通常我一直在使用 crossworks设备头文件以访问设备寄存器,例如 PCONP | = PCONP_PCUART3;打开uart的电源3。
Crossworks设备标头文件具有在每个寄存器中定义的所有位。 the format _

但是最近我一直在使用使用乐橙云app的NXP示例文件 注册定义。 乐橙云app定义似乎没有任何意义 定义,因此您最终只会在代码中得到无意义的数字...
LPC_SC->PCONP|=(1<<25); //enable uart3
有什么更好的方法可以做到这一点,而我很想念?

-
蒂姆·米切尔

LPC2100系列工程师指南

蒂姆

>我使用Crossworks,通常我一直在使用 寄存器/位名称在

>crossworks设备头文件以访问设备 registers, e.g.
>PCONP | = PCONP_PCUART3;打开uart的电源3。
>Crossworks设备头文件具有每个文件中定义的所有位
注册
> the format _
>
>但是最近我一直在使用使用乐橙云app的NXP示例文件
>注册定义。 乐橙云app定义似乎没有
任何
>位定义,所以您最终将毫无意义 numbers in the
代码...
> LPC_SC->PCONP|=(1<<25); //enable uart3
>
>有什么更好的方法可以做到这一点,而我很想念?

信息系统实施的不幸缺点。我会说老
从这里开始,CrossWorks头文件可能会成为旧项目。
新的Cortex-M设备投入使用,因为ARM提出了乐橙云app等
供应商加入进来-甚至是刚开始销售的供应商
如Luminary和NXP。许多供应商的SVD文件都不错,
但是,好吧,不使用乐橙云app可能会逆潮流。

我不认为客户可以直接喂乐橙云app
回到ARM的经验;最好是通过供应商来完成
特定的供应商乐橙云app文件。

-
保罗·柯蒂斯(Rowley Associates Ltd) http://www.rowley.co.uk
SolderCore正在运行Defender ... http://www.vimeo.com/25709426

- - 原始信息 - -
来自:我...
[mailto:l ...]代表保罗·柯蒂斯(Paul Curtis)
发送时间:2012年3月2日10:47发送至:l ...
主题:RE:乐橙云app中的[lpc2000]位名称

>乐橙云app实施的不幸缺点。 I
>会说老
>CrossWorks头文件可能会成为旧文件
> items from here on
>新的Cortex-M设备进入市场,因为ARM出现了
> with 乐橙云app and more
>供应商正在加入,甚至那些
>首先出块
>如Luminary和NXP。 SVD文件非常好
> from many vendors,
>但是,嗯,不使用乐橙云app可能会导致
> the tide.
没错,我开始将乐橙云app定义用于新工作,因为 of this.

恩智浦没有提供位定义,所以没有位定义吗?
-
蒂姆·米切尔

> >乐橙云app实施的不幸缺点。 I would say that
> >旧的CrossWorks头文件可能会成为旧项目
> >从这里开始使用新的Cortex-M设备,因为出现了ARM
> >乐橙云app和更多的供应商加入其中,甚至那些
> >首先是Luminary和NXP之类的。 SVD文件是
> >许多供应商的产品都不错,但是,很可能不使用乐橙云app
> >努力应对潮流。
>
>
>没错,我开始将乐橙云app定义用于新工作,因为

> this.
>
>恩智浦没有提供位定义,所以没有位定义吗?

正确的。恩智浦负责恩智浦的乐橙云app文件,而ARM不负责。拿一个
查看EFM32 乐橙云app文件-我相信您会发现它们很多
大!

-
保罗·柯蒂斯(Rowley Associates Ltd) http://www.rowley.co.uk
SolderCore正在运行Defender ... http://www.vimeo.com/25709426

Il 02/03/2012 11:55,Tim Mitchell写下:
>
>
> - - 原始信息 - -
> From: l...
> [mailto:l... ] On
>代表保罗·柯蒂斯(Paul Curtis)
>发送时间:2012年3月2日10:47发送至:l ...
>
>主题:RE:乐橙云app中的[lpc2000]位名称
>
> >乐橙云app实施的不幸缺点。一世
> >会说老
> >CrossWorks头文件可能会成为旧文件
> > items from here on
> >新的Cortex-M设备进入市场,因为ARM出现了
> > with 乐橙云app and more
> >供应商正在加入,甚至那些
> >首先出块
> >如Luminary和NXP。 SVD文件非常好
> > from many vendors,
> >但是,嗯,不使用乐橙云app可能会导致
> > the tide.
>
>没错,我开始将乐橙云app定义用于新工作
> because of this.
>
>恩智浦没有提供位定义,所以没有位定义吗?
>
> --
> Tim Mitchell
>
蒂姆,你好
我对这篇文章感到好奇,因为ARM赞助了乐橙云app,并且
恩智浦(与其他硅制造商一样)为其Cortex-M提供乐橙云app库
微控制器家族,并成为我感兴趣的顾问
了解有关他们的更多意见。

1.您如何看待乐橙云app?是一个好主意和一个好
执行?
2.与其他芯片制造商一样,恩智浦制造并免费提供乐橙云app
构想实现Cortex微控制器系列
缩短应用程序开发周期。你有什么想法?
你用它们吗?恩智浦库对您的日常使用有用吗?如果不
为什么?
3.如果使用的是NXP库:是否还需要位定义?
为什么?
>



一些支持蒂姆的投入。

2012年3月2日,星期五,上午8:53,曼卡先生写道:

> **
>Il 02/03/2012 11:55,Tim Mitchell写下:
> Hi Tim,
>我对这篇文章感到好奇,因为ARM赞助了乐橙云app,并且
>恩智浦(与其他硅制造商一样)为其Cortex-M提供乐橙云app库
>微控制器家族,并成为我感兴趣的顾问
>了解有关他们的更多意见。
>
>1.您如何看待乐橙云app?是一个好主意和一个好
> implementation?
>

您将永远找到喜欢和讨厌其他人的人
执行。就个人而言,我认为还可以。

>2.恩智浦和其他芯片制造商一样 free 乐橙云app
>构想实现Cortex微控制器系列
>缩短应用程序开发周期。你有什么想法?
>你用它们吗?恩智浦库对您的日常使用有用吗?如果不
> why?
>

当您仍在家庭中时,对于恩智浦的Cortex uC来说很好。这个主意
据我最初了解,乐橙云app周围应该是可移植性,
在这里不满足:它是以LPCxxxx为中心的(宏以“ LPC”开头
事实上)。 乐橙云app的意思是“ Cortex微控制器软件
接口标准”,从这个角度来看,恩智浦的实施
使它比名称所指示的更以制造商为中心。

>3.如果您使用的是恩智浦库:是否需要 还有位定义?
> Why?
>
实际上,大多数寄存器都是位域,因此,出于可读性考虑, it
为各个位定义名称将是有意义的。这就是我所做的
在我当前的项目中,在硬件级头文件中。
奥利维尔·高特罗(Olivier Gautherot)
o ... @ gautherot.net


- - 原始信息 - -
来自:我...
[mailto:l ...]代表曼卡先生
发送时间:2012年3月2日11:53发送至:l ...
主题:回复:乐橙云app中的[lpc2000]位名称

> Hi Tim,
>我对这篇文章感到好奇,因为ARM赞助了
> 乐橙云app and because
>恩智浦(与其他硅制造商一样)为以下产品提供乐橙云app库:
> its Cortex-M
>微控制器家族,我是一名顾问
> interested to
>了解有关他们的更多意见。
>
>1.您如何看待乐橙云app?是一个好主意,
> good
> implementation?
>2.恩智浦与其他硅制造商一样免费提供和给予
> 乐橙云app
>Cortex微控制器系列的实现
> the idea
>缩短应用程序开发周期。做什么
> you think about?
>你用它们吗?恩智浦库对您有用吗
> daily use? If not
> why?
>3.如果您使用的是恩智浦库:是否还需要
> bit definitions?
> Why?

1-是,我认为乐橙云app是实现不同编译器之间兼容性的一个好主意 和其他设备制造商。
在某些情况下,我确实很难为NXP实现找到好的文档 在不同的情况下,他们在用户手册中使用了不同的寄存器名称 已经定义了乐橙云app,这有点愚蠢。

2-到目前为止,我还没有使用过恩智浦代码库,因为大多数情况下 回收为恩智浦ARM7设备编写的代码,只需更改 需要注册的地方(大多不需要,因为恩智浦擅长保留 外设相同)。

使用NXP库修改了一个项目(嵌入式艺术家LPC1788 开发板),如果我能弄清楚如何 使用它们,但是所有库调用的文档在哪里?我有没有 忽略了明显的东西?我找不到任何有用的文档。它看起来 例如,如果您是红色代码用户,则说明与IDE有一些集成,但是 我正在使用Crossworks。

3-如果您使用库调用完成了全部操作,那么我想您就不需要了 位定义。但是我来自老学校,我工作 摘自NXP用户手册PDF,该手册直接记录了寄存器,而不是直接记录寄存器 提供有关您要使用的库调用的任何信息。如果你能指出我 一个很好的文档供库调用,并且库将被保留 标准,那么那将是一个更好的方法。

-
蒂姆·米切尔

Il 02/03/2012 13:21,Olivier Gautherot写道:
>一些支持蒂姆的投入。
显然,这些问题不仅限于蒂姆,我很好奇
了解尽可能多的想法。
>在2012年3月2日,星期五,上午8:53,M。Manca wrote:
>
>> **
>>Il 02/03/2012 11:55,Tim Mitchell写下:
>> Hi Tim,
>>我对这篇文章感到好奇,因为ARM赞助了乐橙云app,并且
>>恩智浦(与其他硅制造商一样)为其Cortex-M提供乐橙云app库
>>微控制器家族,并成为我感兴趣的顾问
>>了解有关他们的更多意见。
>>
>>1.您如何看待乐橙云app?是一个好主意和一个好
>> implementation?
>>
>您将永远找到喜欢和讨厌其他人的人
>执行。就个人而言,我认为还可以。
是真的。只是为了阐明我的立场:我喜欢乐橙云app的想法,但不是这样
很多的实现。我认为是发送给ARM的少数几个
评论家和提高他们的乐橙云app标准的建议。
>
>>2.与其他芯片制造商一样,恩智浦制造并免费提供乐橙云app
>>构想实现Cortex微控制器系列
>>缩短应用程序开发周期。你有什么想法?
>>你用它们吗?恩智浦库对您的日常使用有用吗?如果不
>> why?
>>
>当您仍在家庭中时,对于恩智浦的Cortex uC来说很好。这个主意
>据我最初了解,乐橙云app周围应该是可移植性,
>在这里不满足:它是以LPCxxxx为中心的(宏以“ LPC”开头
>事实上)。
这是部分正确的。我阅读了原始的乐橙云app标准文档
由ARM编写。在其中,您可以发现ARM要求硅制造商
遵循一些规则以保持标准。我发现一个很大的矛盾
说Cortex系列的营销演示之间
“您将不需要程序集启动文件,而将全部用C完成”和
由ARM提供的乐橙云app实现,它们为
所有受支持的编译器。
>乐橙云app的意思是“ Cortex微控制器软件
>接口标准”,从这个角度来看,恩智浦的实施
>使它比名称所指示的更以制造商为中心。
>
>>3.如果使用的是NXP库:是否还需要位定义?
>> Why?
>大多数寄存器实际上是位域,因此,为了便于阅读,它
>为各个位定义名称将是有意义的。这就是我所做的
>在我当前的项目中,在硬件级头文件中。
是的,这是真的,但是假设您自己编写“理想” library
将硬件与软件解耦,您是否会编写必须
是否处理寄存器位(我的意思是调用机制不是
内部)?

感谢您的回答和注意事项,我非常感谢。
> Olivier Gautherot
> o...@gautherot.net
>
>
>
- - 原始信息 - -
来自:我...
[mailto:l ...]代表奥利维尔
Gautherot发送:2012年3月2日12:22发送至:
l ...主题:回复:[lpc2000]中的位名称
信息系统

>在您继续使用恩智浦的Cortex uC时很好 within
>家庭。这个主意
>据我最初了解,乐橙云app周围应该
> be portability,
>在这里不满足:它是以LPCxxxx为中心的(宏
> start with "LPC"
>事实上)。 乐橙云app的意思是“ Cortex(tm)
>单片机软件
>接口标准”,从这个角度来看,恩智浦的
> implementation
>使它比名称更以制造商为中心
> indicates.

几乎不是所有以LPCxxxx为中心的寄存器吗?如果您移至 不同的制造商,外围设备会有所不同,不是吗? (我只使用过恩智浦的ARM,所以我不知道)

-
蒂姆·米切尔

>在2012年3月2日,星期五,上午8:53,M。Manca > >wrote:
> >>3.如果使用的是NXP库:是否还需要位定义?
> >> Why?
> >大多数寄存器实际上是位域,因此,为了便于阅读,它
> >为各个位定义名称将是有意义的。这就是我所做的
> >在我当前的项目中,在硬件级头文件中。
>是的,这是真的,但是假设您自己编写“理想”库
>将硬件与软件解耦,您是否会编写必须
>是否处理寄存器位(我的意思是调用机制不是
> internals)?
>
>感谢您的回答和注意事项,我非常感谢。
>

“理想”的图书馆?嗯...我什至不知道我能为自己写一个;-)
实际上,我们正在设置一些符合通用标准的内部标准
我们的产品和衍生物的定义。它们确实包含在
处理硬件模块各个方面的功能层
给中间件一个API。但是,我宁愿使用清晰的名称
而不是硬件驱动程序层中的幻数-简化了开发。

顺便说一句,感谢您阐明乐橙云app的理念。非常感谢
你的评论。

干杯
-
奥利维尔·高特罗(Olivier Gautherot)
o ... @ gautherot.net