您或许已经注意到以上API示例中的“_1_”。它提示了API在工具中的生成方式。您拖放(或拷贝粘贴)到设计中的每个组件都具有唯一的名称。该名称默认为组件的基础名称,如“UART”,而“_n”作为后缀说明这是相同组件的多个实例之一。用户能根据需求在定制器对话框中更改名称。在上面的例子中,我删除了下划线部分,因为项目中只有一个UART,因而加上这个数字是多余的。如果您按下“创建”按钮或F6键,那么工具会为原理图中的所有组件生成API文件。组件实例名称始终是附在所生成的API上。
一旦完成了硬件设计,固件开发就能获得内置调试器的支持。用户可通过常见的JTAG或SWG接口连接至目标器件。赛普拉斯开发套件包含板上调试芯片(当然也是另一个PSoC),其取代了传统的调试器探询。用户连接上USB线缆就能启动调试工作。用户针对自己的硬件,可以购买比较便宜的MiniProg3调试器探针,以连接到标准的10引脚报头上。
所有组件API都可作为C语言中的源代码提供,从而使调试软硬件互动变得非常简单。构造中不包含库,因而用户无需查询Web页面来查找设备驱动程序(似乎总有针对其它器件的)。对于断点放置和调试过程中的代码步进也没有限制。用户在调试组件行为时几乎不需要切换到汇编器视图。
赛普拉斯认识到,不是所有软件工程师都希望或能够转为采用PSoC Creator环境。多年来,独立的嵌入式开发软件IDE厂商一直在完善工具,同时他们还能提供可加速设计周期、降低风险以及扩大测试覆盖面的众多高端特性。ARM Ltd的微控制器开发套件(MDK)和IAR Systems的嵌入式工作台(Embedded Workbench)工具等,都是这些工具中一些非常好的例子。
当前的开发工作往往划分为软件和硬件团队。软件团队不见得在同一办公地点工作,甚至不见得在同一个国家工作,他们当然不希望工具选择完全由硬件团队决定。这不仅仅是个人偏好的问题。公司为工具、调试解决方案、维护合同等投入大量时间和资金,这是工程开发流程中规划最完善的组成部分,而且在来源控制和文档管理等公司系统中实现了高度集成。转而采用新的软件开发环境往往是不实际的。
在此环境下,较好的方案是将PSoC Creator作为“芯片配置”工具来使用,而不是取代原有的IDE。硬件工程师可使用此工具生成设计以及所有的配置数据和API。软件团队仅需将这些文件集成到其现有的IDE中,并继续按照熟悉的编辑—构建—调试周期进行工作。硬件团队可自行使用PSoC Creator来构建针对其设计和设计所用电路板的测试台。您甚至能创建可与软件团队共享的电路板支持套件(BSP)或硬件抽象层(HAL),从而简化与器件的互动机制,尽可能避免错误。在“芯片配置”中需要使用多少软件,完全由您来决定。
图4:ARM μVision IDE调试PSoC项目
把全新的电路板交给软件工程师来处理往往会产生很多问题。这些问题肯定是要发生的,也是整个产品开发过程中最容易产生误解和挫折感的地方。我们都听说过抑或是经历过这样的情况,有人说“问题是硬件带的”,而有人则坚称“不,问题来自软件”。这种意见分歧的根源往往就在于在如何使用硬件方面沟通不畅。为了解决这个问题,PSoC Creator提供了可生成PSoC设计数据表的功能。器件配置信息、时钟设置、引脚选择和所有已生成组件API的描述都直接从工具输出到统一的数据表文件中。文档由机器生成,因此不存在剪切粘贴错误或某个信息被遗漏的风险。
这只是PSoC Creator功能和如何在现有设计流程中使用它的一个简单概览。我们认为,其针对采用嵌入式CPU的可编程器件的设计问题采用了独特的基本方法。此外,它还是一款完全免费的工具。
您或许已经注意到以上API示例中的“_1_”。它提示了API在工具中的生成方式。您拖放(或拷贝粘贴)到设计中的每个组件都具有唯一的名称。该名称默认为组件的基础名称,如“UART”,而“_n”作为后缀说明这是相同组件的多个实例之一。用户能根据需求在定制器对话框中更改名称。在上面的例子中,我删除了下划线部分,因为项目中只有一个UART,因而加上这个数字是多余的。如果您按下“创建”按钮或F6键,那么工具会为原理图中的所有组件生成API文件。组件实例名称始终是附在所生成的API上。
一旦完成了硬件设计,固件开发就能获得内置调试器的支持。用户可通过常见的JTAG或SWG接口连接至目标器件。赛普拉斯开发套件包含板上调试芯片(当然也是另一个PSoC),其取代了传统的调试器探询。用户连接上USB线缆就能启动调试工作。用户针对自己的硬件,可以购买比较便宜的MiniProg3调试器探针,以连接到标准的10引脚报头上。
所有组件API都可作为C语言中的源代码提供,从而使调试软硬件互动变得非常简单。构造中不包含库,因而用户无需查询Web页面来查找设备驱动程序(似乎总有针对其它器件的)。对于断点放置和调试过程中的代码步进也没有限制。用户在调试组件行为时几乎不需要切换到汇编器视图。
赛普拉斯认识到,不是所有软件工程师都希望或能够转为采用PSoC Creator环境。多年来,独立的嵌入式开发软件IDE厂商一直在完善工具,同时他们还能提供可加速设计周期、降低风险以及扩大测试覆盖面的众多高端特性。ARM Ltd的微控制器开发套件(MDK)和IAR Systems的嵌入式工作台(Embedded Workbench)工具等,都是这些工具中一些非常好的例子。
当前的开发工作往往划分为软件和硬件团队。软件团队不见得在同一办公地点工作,甚至不见得在同一个国家工作,他们当然不希望工具选择完全由硬件团队决定。这不仅仅是个人偏好的问题。公司为工具、调试解决方案、维护合同等投入大量时间和资金,这是工程开发流程中规划最完善的组成部分,而且在来源控制和文档管理等公司系统中实现了高度集成。转而采用新的软件开发环境往往是不实际的。
在此环境下,较好的方案是将PSoC Creator作为“芯片配置”工具来使用,而不是取代原有的IDE。硬件工程师可使用此工具生成设计以及所有的配置数据和API。软件团队仅需将这些文件集成到其现有的IDE中,并继续按照熟悉的编辑—构建—调试周期进行工作。硬件团队可自行使用PSoC Creator来构建针对其设计和设计所用电路板的测试台。您甚至能创建可与软件团队共享的电路板支持套件(BSP)或硬件抽象层(HAL),从而简化与器件的互动机制,尽可能避免错误。在“芯片配置”中需要使用多少软件,完全由您来决定。
图4:ARM μVision IDE调试PSoC项目
把全新的电路板交给软件工程师来处理往往会产生很多问题。这些问题肯定是要发生的,也是整个产品开发过程中最容易产生误解和挫折感的地方。我们都听说过抑或是经历过这样的情况,有人说“问题是硬件带的”,而有人则坚称“不,问题来自软件”。这种意见分歧的根源往往就在于在如何使用硬件方面沟通不畅。为了解决这个问题,PSoC Creator提供了可生成PSoC设计数据表的功能。器件配置信息、时钟设置、引脚选择和所有已生成组件API的描述都直接从工具输出到统一的数据表文件中。文档由机器生成,因此不存在剪切粘贴错误或某个信息被遗漏的风险。
这只是PSoC Creator功能和如何在现有设计流程中使用它的一个简单概览。我们认为,其针对采用嵌入式CPU的可编程器件的设计问题采用了独特的基本方法。此外,它还是一款完全免费的工具。
举报