alan000345

  • 2019-09-12
  • 回复了主题帖: TMS320C6748的初始化GPIO步骤

    不错的分享

  • 回复了主题帖: 这种板子有木有知道是干嘛用的

    就是转接口吧

  • 2019-09-11
  • 回复了主题帖: 低功耗蓝牙提升汽车门禁系统用户体验方面的潜力巨大

    不错的分享。

  • 回复了主题帖: 5G毫米波OTA测试的关键概念和定义

    天线在手机里太重要了,我看现在出的新5G手机,为了满足5g毫米波还有wifi一般都多个天线。是德科技跟前沿跟的好紧密。

  • 回复了主题帖: FPGA和DSP间基于SRIO的高速通信系统设计

    不错的分享,很基础的

  • 发表了主题帖: 实时控制技术满足实时工业通信发展的需求 —— 第2部分

    本系列博文的第1部分介绍了用于C2000™微控制器(MCU)的EtherCAT从站堆栈解决方案的市场机遇,并介绍了从站堆栈开发快速入门的三个阶段指南。 除了这三方面的开发流程之外,TI还采取了哪些举措,使我们的解决方案比传统的堆栈移植方案更具吸引力?首先,我们应用了C28 CPU架构方面的知识,调整了相关软件,从而更好地发挥CPU的功能。例如,我们优化了中断处理、直接存储器访问(DMA)和控制(脉冲宽度调制[PWM])同步例程,以充分利用片上硬件。此外,我们与Beckhoff合作更新/增强了已发布的堆栈,以支持数据处理,使其更适合C28 CPU。 谈及与Beckhoff合作,支持串行外设接口(SPI)和并行(外部存储器接口[EMIF])通信的C28从站堆栈和硬件抽象层(HAL)被用作其从站堆栈配置工具(SSC)的一部分。基于之前的C2000 MCU经验,您将找到参考软件解决方案版本“Plugfest-ready”。 支持SPI和EMIF硬件接口提供了实现选项,使得系统能够在印刷电路板(PCB)路由复杂性与最低延迟通信之间进行权衡。此外,在使用Beckhoff Et1100器件直接测试版本时,您可调整SPI和EMIF HAL驱动器,以支持其他EtherCAT从站器件硅解决方案,包括TI的AMIC110 SoC(SPI —— 请联系Sitara™论坛)或从站硬件的现场可编程门阵列(FPGA)实例(EMIF或SPI),如Beckhoff ET1816。 在SPI和EMIF处理器数据接口(PDI)中,EtherCAT从站堆栈代码和应用程​​序代码之间并无差异,只有器件名称和产品代码不同,因此即使SPI和EMIF从站节点都在同一网络中,它们也可能存在差异。当EMIF从站节点位于同一网络中时,它们可能有所差异。 TI EtherCAT软件包的C2000 MCU特性是Echoback应用示例。虽然应用程序演示并不复杂,但它只是将从站节点输出数据结构回送到输入,可使用任何EtherCAT主站或TwinCAT主站查看,欲知详情,可访问“EtherCAT解决方案参考指南”。 通过纳入Echoback应用程序,TI展示了堆栈软件基本使用的示例,并为您提供了一个占位符,供您自行创建应用程序。遵循Echoback示例将更容易利用TI针对堆栈和HAL软件模块进行的许多优化,并提供EtherCAT从站信息(ESI)文件的良好示例。此外,Echoback也被纳入进快速评估二进制项目中。 图1:TMDSECATNCD379 EtherCAT电路板映像   最后,如图1所示,EtherCAT controlCARD硬件平台利用了其他C2000 MCU控制卡的通用180管脚接口。EtherCAT controlCARD与任何180管脚C2000应用评估模块(EVM)或扩展坞物理兼容,因此可将EtherCAT连接添加到许多现有的实时控制应用示例中。例如,您可将EtherCAT controlCARD与工业驱动器开发套件(IDDK)结合使用,以使用快速电流回路和/或位置管理器技术为伺服添加实时连接。 另外值得一提的是,EtherCAT controlCARD可以独立运行。使用Micro USB电缆为硬件供电,无需扩展坞或EVM供电。有关详细信息,请参见“TMDSECATCNCD379D EtherCAT解决方案参考指南”。这有助于降低多节点网络测试和配置中的硬件复杂性。 如您所见,C2000 DesignDRIVE EtherCAT支持已采取一些额外的步骤来简化从站节点的开发,并助您在我们的微控制器上运行堆栈时获得出色的性能。在本系列的其他文章中,我们将详述前面概述的三个开发阶段中提供的软件支持。

  • 2019-09-09
  • 回复了主题帖: 用MCU的PWM产生负电压的教程

    谢谢分享,讲的很清楚明白。

  • 回复了主题帖: 简单RISC处理器设计

    不错的分享,谢谢  

  • 发表了主题帖: 实时控制技术满足实时工业通信发展的需求 —— 第1部分

    在我之前的博文“EtherCAT和C2000™MCU  —— 实时通信满足实时控制”中,我在TI Designs参考设计库中讨论了一种设计,以帮助简化符合国际电工委员会(IEC)61158兼容且基于TI C2000实时控制微控制器(MCU)的EtherCAT从站节点的硬件开发。该博文概述了EtherCAT技术非常适合工业自动化应用中C2000 MCU的原因,以及为何TI DesignDRIVE团队选择Beckhoff的ET1100作为参考。用于高性能MCU参考设计的EtherCAT接口未提供评估和自行创建完整EtherCAT节点(包括堆栈)的方法。 通过在controlSUITE中发布EtherCAT Slave和C2000 Delfino™MCU controlCARD套件以及EtherCAT解决方案参考软件,您可直接在C2000 MCU上快速启动EtherCAT从站堆栈的开发。 在接下来的博客系列中,我将讨论C2000 MCU上EtherCAT从站堆栈支持的市场机遇;有关TI实施的不同之处;然后深入探讨如何为评估、验证和创建这些开发阶段提供支持。 EtherCAT在工业应用中的可取之处众所周知。Ethercat在全球的应用,尤其是在多轴伺服机器上,已经非常引人注目,至少从TI的C2000市场的角度来看是这样。随着EtherCAT技术组(ETG)的成员人数突破4,300,以及不以欧洲为主的全球成员的不断增长和均衡组合,可以明显看到整体EtherCAT解决方案、技术、可用性、许可、支持等方面都与工业客户产生了共鸣。 我们已看到许多客户承担了使C2000 MCU能够在本机上运行EtherCAT堆栈的任务,尤其是在运动控制应用中。将实时通信直接集成到实时控制开发环境中简化了开发过程。显而易见的是,集成到单个中央处理单元(CPU)将简化网络中断和实时控制环路计时之间的同步。 C2000 MCU完全能够执行软件堆栈并同时执行高要求的实时电机控制,这主要是因为EtherCAT硬件能够处理EtherCAT通信中最具挑战性的实时元素。与添加辅助CPU来运行堆栈相比,单个CPU在降低成本和减少电路板空间方面具有显著优势。如果您使用额外的CPU来处理堆栈,则系统性能也会受益于降低的传输延迟。在运动控制应用中,系统响应新目标位置的时间或延迟至关重要。如果位置命令输入定时无法跟上控制回路功能,为什么要最大限度地减少位置控制回路时间?运行EtherCAT堆栈的临时CPU可能会影响整体运动性能。 鉴于EtherCAT和C2000 MCU运动控制的互补方面以及客户支持请求,TI利用其嵌入式软件开发经验和C2000 MCU架构知识创建了一套软件解决方案,旨在帮助开发TI实时控制MCU的EtherCAT从站节点。该软件包只需很少的开发投资,而且可帮助您: 评估从站节点的堆栈。 验证自定义硬件的正确操作或连接。 创建一个完整的从站节点应用程序,通过使用您的硬件和ETG分发的堆栈。 图1:C2000 MCU本机EtherCAT从站堆栈支持流程 图1所示为自行开发从站节点应用程序的三个阶段。它还概述了硬件假设,并描述了可用于支持每个阶段的软件模块。我们将花费更多时间在后续博文中解答每个阶段的支持。然而,本系列的下一篇博文将描述启用的一些特定功能,以及为使C2000 MCU上的从站堆栈开发对实时控制应用程序更具吸引力所采取的措施。

  • 2019-09-06
  • 回复了主题帖: 了解GaN热分析

    不错的分享,谢谢。楼主,还挺详细的。

  • 回复了主题帖: Qorvo把WIFI和5G诠释的很清楚

    不错的分享啦。

  • 回复了主题帖: volatile关键字作用

    不错的分享,谢谢。

  • 回复了主题帖: 新买的MSP430FR5994,PWM控制一直执行不了

    问题应该解决了吧。不是很难的程序啊。

  • 发表了主题帖: 从推车式到便携式:超声智能探针可以改变医疗服务

    医学成像,特别是超声成像技术,正处于变革之中。过去,医疗人员使用推车式的高性能超声波系统为病人诊断,而现在他们可以使用手持设备来实现超声波成像。得益于半导体技术的进步,超声智能探针的尺寸越来越小且变得便携,人们在办公室和医院之外就能够获得医疗保健。 超声智能探针实质上是一种便携式超声波,整个前端和几乎所有后端硬件都集成其中。智能探针的功耗较低,尺寸也小,能够在保持信号质量的同时处理数据,并且可以使用高速USB或无线连接在移动设备上显示图像。 在不远的将来,绝大多数医生就能将智能探针装进口袋里。未来十年内全球市场上出现几百万个这样的探针,其作用将与标准超声系统相辅相成。然而,将超声系统缩至手持设备的大小绝非易事,我们面临着诸多挑战。下面我们列举了智能探针设计人员所面临的七大挑战。 供电 智能探针电源本身功耗较低,要为智能探针供电的同时,使噪音保持在极低的水平,是设计人员面临的两大棘手挑战。智能探针电源的设计人员必须在很小的体积内进行工作,他们不仅要使电源效率达到90%以上,且要让设备在待机时保持低功耗,最重要的是让其保持低噪音。大多数制造商需要将其电源切换至500 kHz以下,并且和外部时钟保持同步,以最大限度地减少2-20 MHz超声工作频率范围内的谐波干扰。尺寸和效率之间的权衡是一个巨大的挑战。 尺寸 20年前,64通道的超声系统由多个A4大小的板组成,用于传输、接收、模数转换、波束形成和处理,其与底板相接并可连接到标准计算机上。如今,一块完整的64通道智能探针的前端板必须要比信用卡还小(85 mm x 54 mm),但即使在技术进步和高度集成的今日,要实现这一目标仍然任重道远。 通道数量 同时处理更多的通道可以提高画面质量。绝大多数推车式扫描仪具有128个或更多通道。最初的探针在内部集成了8到16个通道。这些通道必须连接到一个更大的系统进行处理。 目前,制造商们正试图将多达64或128个通道集成到探针中。为了实现这样的通道密度,他们现在可以利用新型的商业化设备,如德州仪器(TI)的高度集成的前端设备。采用TX7332 32通道传输模拟前端和AFE5832LP 32通道接收模拟前端,设计人员就能只使用两个设备而放置64个通道。像这样的设备可以给传感器通电以产生超声波脉冲,处理接收到的回声,并转换为数字信号以生成图像。这些前端仍然需要额外的设备,如处理器或现场可编程门阵列(FPGA),来控制它们并处理生成的数据。这里的挑战在于尽可能多地将这些设备装入,以通过在相同的功耗预算内增加通道数来提高画面质量。 每个通道的功耗 一台推车式128通道超声扫描仪的功耗约为500W到1kW。手持智能探针的功耗预算仅为3-5W,这样医生或患者就不会感到设备过热,此外设备可能仅需电池供电即可运行。这种低功率意味着不需要像风扇这样的冷却机制,因为风扇会使设备振动,进而导致画面模糊。设计人员必须结合各种机制,以确保探针保持在其功率预算范围内,包括让某些设备在闲置时进入休眠状态,以便在不使用时完全关闭设备。 图1:半导体技术的进步极大地减小了超声波的大小和功率限制 数据处理 数据处理受多种因素影响,包括通道数量、预期功耗和数据传输带宽。在40兆赫的64通道系统采样中,前端每秒产生大量5.12 GB的数据,这些数据不能直接传输到平板电脑或移动设备。即使这些数据可以通过某种方式传输,但设备也无法实时对其进行处理。因此,在将此数据发送到显示单元之前,必须将其转换为可管理的大小。处理量基于显示单元功耗、带宽和处理能力这三者之间的权衡。大多数设计人员使用超低功耗的FPGA和处理器进行数据处理和控制前端。 数据传输 对于有线探针,当向显示单元提供必要的电源和高数据传输带宽时,使用USB Type-C™的USB 3.1以及更高版本的接口更具优势。但对于真正的移动智能探针来说,数据必须通过无线传输。在市场可以买到多种无线通信协议,如 Wi-Fi®(802.11n、802.11ac、802.11ad或802.11ax标准)。然而,当多个设备使用同一波段时,这些协议的带宽会受到干扰的制约。虽然也有其他标准如802.11ah (Sub-1 GHz),但其带宽通常会受到限制。 数据解读 在智能探针中面临的最大挑战是对大量数据进行快速和高效的分析。如今,准确的解读需要许多医生对数据进行分析,这对医生的能力和分析时间提出了较高的要求。而现在通过高速连接,数据可以发送到远程位置的服务器进行快速分析。随着大数据分析的兴起,人工智能、图像比较和解读可以实时在线进行,从而实现即时诊断。 结论 医学成像的下一个大浪潮将体现在微小的尺寸上。随着超声智能探针的设计人员不断解决难题并以更低、更实惠的价格将更优质、尺寸更小,且具有连接性能的设备推向市场,医学界将见证智能探针被迅速采用的那一天。从发达国家的医院到发展中国家的远程医疗中心,再到诊断战场上的受伤士兵,超声智能探针的快速发展正改变着整个环境,且有助于为全人类提供更好的医疗。 作者简介 Ravindra Munvar是德州仪器医疗系统团队的系统经理,主要负责客户支持和参考设计开发。Ravindra在医学成像设备的设计和开发方面有着丰富的经验,拥有印度卡纳塔克邦大学工程学学士学位。 注:本文英文原文曾发表于Medical Design Technology

  • 2019-09-05
  • 回复了主题帖: 通道闸机 速通闸机QSSE-B03

    广告啊。

  • 回复了主题帖: 说下DSP28335寄存器手册的下载

    不错,谢谢分享。

  • 回复了主题帖: 蓝牙发现不了CHAR1

    解决了没啊。

  • 回复了主题帖: 模电选课测试+隔离课程学习

    这么好的课程,我第一个来顶一下吧。

  • 2019-09-04
  • 回复了主题帖: 如何使TI 15.4-Stack支持470M频段

    PACKET-SNIFFER-2如何在470M频段下抓取15.4协议包 接上文《如何使TI-15.4-Stack支持470M频段》,当我们需要使用PACKET-SNIFFER-2来抓取空中数据进行分析时,由于抓包工具默认只支持433M频段,我们可以通过修改抓包器的固件来支持到433M以外的频点,如470Mhz。本文将介绍两种方法,供参考。  PACKET-SNIFFER-2的安装及使用,请访问如下链接或安装目录下的doc目录 http://software-dl.ti.com/lprf/packet_sniffer_2/docs/user_guide/html/index.html 第一种方法: 基本思路: 抓包器的固件代码是开放的,简单修改下代码,把之前433M设置命令修改为470即可。 步骤: 1.  安装好PACKET SNIFFER后,抓包器的固件是以源代码形式提供的,如默认安装,则目录是:      X:\Texas Instruments\SmartRF Tools\SmartRF Packet Sniffer 2\sniffer_fw 2.  使用CCS导入抓包器固件。      本例中,使用一块 LAUNCHXL-CC1350-4作抓包器。使用CCS导入固件,如下图,对应CC1350-4开发板,固件目录是:      X:\Texas Instruments\SmartRF Tools\SmartRF Packet Sniffer 2\sniffer_fw\ide\cc13x0lp 图1:CC1350-4对应的固件目录 图2:CCS导入抓包器固件 3.  修改固件以支持470M频点 在工程的control_task.c -> ControlTask_handleCommand()函数用来处理PACKET-SNIFFER-2上位机发来的所有命令,如下图3。该函数中,PACKET_TYPE_COMMAND_CFG_FREQUENCY对应的是频点的操作,对应函数是ControlTask_handleCommandCfgFrequency(),在该函数中按下图插入两行代码,如下图4: 图3:主要修改文件及函数                   图4:增加两行代码 4.  重新编译并烧录到LAUNCHXL-CC1350-4。 5.  配合PACKET-SNIFFER-2,之前的433M配置均变成了470Mhz。可以抓取工作在470M频点的15.4-Stack协议包了。 图5:成功抓取470M的15.4-Stack协议包 第二种方法: 该方法无需修改抓包器固件。使用任意文本编辑器(例如:Notepad++), 打开PACKET-SNIFFER-2安装目录下的“sniffer_agent_config.xml” 文件,位于:x:\Texas Instruments\SmartRF Tools\SmartRF Packet Sniffer 2\sniffer_agent。使用文本编辑器的替换功能,将“433”替换为“470”,如下图6: 图6:Notepad++中替换433为470 修改完成后,保存,并重新打开PACKET-SNIFFER-2,原来的433Mhz就变成了470Mhz。如下图7: 图7:PACKET-SNIFFER-2中433M设置修改为470M

  • 发表了主题帖: 如何使TI 15.4-Stack支持470M频段

    TI 15.4-Stack 是 IEEE 802.15.4e/g 射频通信堆栈。它是 SimpleLink CC13xx/CC26x2 软件开发套件 (SDK) 的主要部分,可以针对低于 1GHz 应用或 2.4GHz 应用为星形拓扑网络提供支持。TI 15.4-Stack 运行于 TI 的 SimpleLink 微控制器 (MCU) 系列器件之上。低于 1GHz 实施方案具有多种重要优点,例如,在 FCC 频带中实现更远的距离,以及采用跳频更好地防止带内干扰。 中国AMR使用470-510频段, 然而,默认状态下15.4-Stack只支持433M频段,并且只能支持7个频点(频道间隔200Khz),以及50kbps GFSK模式及5Kbps的长距离两种模式。 需要怎样修改才能支持到470-510M频段呢? 如下是修改至470M频段的方法,请先通过TI学院了解15.4-Stack的相关概念, 软件 Code Composer Studio v7.4 或更高版本 SimpleLink CC13x0 SDK 2.30 or later Tera term 或任何其他等效的终端程序 硬件 2块420-510M频段 LAUNCHXL-CC1350-4 2 根 USB 线缆 2条470M 外接天线   步骤: 1. 如下图,将LAUNCHXL-CC1350-4上的C15移到C69上以使用SMA 连接头,来连接外置470M天线。CC1350-4的板载天线是868M频段,因此,此处使用SMA+外置天线。 2. 使用CCS导入测试工程,如下Link有详细描述: http://dev.ti.com/tirex/content/simplelink_academy_cc13x0sdk_1_13_03_11/modules/154-stack_01_sensor_collector/154-stack_01_sensor_collector.html   3. 修改mac_pib.h【Sensor及Collector两个工程共用这个文件,只需修改一次】,该文件包含在SDK的如下位置: C:\ti\simplelink_cc13x0_sdk_2_30_00_20\source\ti\ti154stack\high_level 将如下红框中的默认433300修改为470300, 可以根据实际情况修改。例如:如果是495M,则修改为495300。 4. 重新编译,烧录。 5. 经测试470M功能与433M功能完全一致。另外, 如下是使用频谱仪测试CC1350-4运行15.4-Stack的collector例程,在默认的433M与修改后的470M下的行为对比及性能。 图:433M起始扫频以确定工作信道 图:433M协调器周期性发送Beacon 图:470M起始扫频以确定工作信道 图:470M协调器周期性发送Beacon   总结: 默认的15.4-Stack在433M频段支持的是从起始的433.3Mhz到434.4的7个频道,每个频点间隔200Khz。通过上述修改,可调整到470M,注:频道间隔仍然是200Khz。通过SmartRFStudio工具导出433M和470M频段的参数进行对比,亦可发现两者在配置参数上的差别很小,仅涉及RF_cmdPropRadioDivSetup 及RF_cmdFs 两个结构的微小调整,其他参数均一致。

统计信息

已有319人来访过

  • 芯币:1200
  • 好友:3
  • 主题:267
  • 回复:886
  • 课时:8
  • 资源:--

留言

你需要登录后才可以留言 登录 | 注册


杨风feeling 2019-9-9
您好,最近在做无线充电的项目,请问有资料或文献推荐吗?
查看全部