作者 主题:GHz微控制器?你打赌! (Read 11890 times)

0会员和1位客人正在查看此主题。

离线 ali_asadzadeh.

  • 超级贡献者
  • ***
  • 帖子:1425
  • 国家: 加利福尼亚州
RE:GHZ微控制器?你打赌!
« 回复#75开: 2019年10月5日,07:15:28 AM»
我就知道!恩智浦将F ** k st,最后,如果他们设法生产了0.8毫米的BGA艰难! ;) ;) ; D. ^  -  ^
I'M数字专家来自8位到64位
 

离线 TGZZZ.

  • 超级贡献者
  • ***
  • 帖子:13408
  • 国家: GB.
    • 玩得开心更多,更少
RE:GHZ微控制器?你打赌!
« 回复#76上: 2019年10月5日,08:13:29 AM»
我们非常同意;一世'm集中在一些困扰我们并使令人不愉快的缺陷中。

如果我在MCU周围设计一个设备并以合理的方式(大多数代码便携式,清楚地定义和孤立的唯一不便携的东西),则可以从不同的供应商切换到不同的MCU中,并且可能不是花很多时间。一世'LL有一些搬运以用于不便携式零件,但这'如果我首先做正确的话,这主要是直截了当的。如果MCU是类似的架构,那就是这样'甚至更直接,但即使他们逃避't, that'通常不是一个巨大的交易(除非我真的使用了这个地方的非常具体的特征......我避免做,或者我这样做,'ll是一个非常小的设计需要大量优化,如果它'S小,重写无论如何都花了很多时间。)

如果我在VHDL中设计FPGA,并再次正确地构建我的代码,将其移植到不同的FPGA并不是那么大的交易。如果我从一个fpga使用一些特定的IP,我 'LL只是将这些部件置于其他部分使用等效IPS。完毕。我通常还写VHDL,以便在ASIC中可以在需要的情况下无故障地合成,并且再次,Modulo只是用相应的,或实现它们的特定IP。

在这两种情况下,都有一个实际限制,使得移植更加困难:MCU中的特定外设,以及FPGA中的特定CLB和原始块(例如SERDES或MULTIPORT RAM)。如果您可以在纯HDL中编写,而不是在特定家庭上使用专用功能,那么问题是't serious.

此外,通过FPGA,该工具集非常重要地是制造商的关键部分'竞争优势。

引用
正如我上面所说的那样,我不'T确切地知道XC适用于哪些许可证。如果语言参考是自由使用的,如果第三方有权开发XC编译器,我'll consider xC "open"。 XMOS XC编译器本身不会'T必须必须是开源。现在,如果XMOS没有'T允许任何第三方使用/实施XC,我'll consider it "closed"而且我在XC的发展将永远与XMOS产品相关联。一世'我真的要检查一下!

我怀疑XC无论如何都是免费的。

我没有'它为任何其他制造商看了'产品,但与以先锋为主的领土。这是一个重要的商业考虑因素。

XMO在一个阶段确实有一个(IIRC)七个Xcore加一个ARM核心的设备,所有这些都可以在XC中编程。由于XC下面是C,因此他们猜他们正在打开门,以在臂芯中执行传统的文库。
« 上次编辑:2019年10月5日,08:16:24 AM由TGZZZZ »
那里 are lies, damned lies, statistics - and ADC/DAC specs.
滑翔机飞行员's aphorism: "跨度没有替代品". Retort: "有一个替代品:技能+想象力。但是你可以 span".
正玩得开心 做更多,少
 

离线 马可

  • 超级贡献者
  • ***
  • 帖子:4988
  • 国家: NL.
RE:GHZ微控制器?你打赌!
« 回复#77开: 2019年10月5日,10:07:47»
任何人都可以用来建立2岁以下的发展局"×2"超过30美元的零售价?

一个16位宽的DDR3L IC ISN'T将阻止您满足这些要求。 
 

离线 mikeselectricaluff.

  • 超级贡献者
  • ***
  • 帖子:12348
  • 国家: GB.
    • 麦克风's Electric Stuff
RE:GHZ微控制器?你打赌!
« 回复#78开启: 2019年10月5日,上午10:19:46»
如果您想要基于闪存的MCU,闪光灯带来了严重的速度约束,即使配对与合理的缓存量配对。为代码使用ROM或RAM,Gigahertz MCU不是问题。在未来几年内,许多MCU可能会从RAM运行,许多人在MCM中从局部串行闪光芯片启动。虽然大多数MCU应用程序只需要MCU运行在几兆兆赫,但如果您可以获得足够快速的特价MCU,则会打开大量潜在的应用程序,以便足够快地计算一些严重的信号处理。

1mbyte闪存1000mips,没有缓存来妨碍您的方式,无处可去附近范围的顶部。
//www.digikey.co.uk/product-detail/en/xmos/XUF208-256-TQ64-I10/XUF208-256-TQ64-I10-ND/5401103

当你撞到砖墙时,改变方向!
只有40分"XUF..." parts in stock .
Youtube channel:分开奇怪的东西。很宽。
麦克风's Electric Stuff:高压,复古电子等。
一天的工作:主要是LED
 

离线 TGZZZ.

  • 超级贡献者
  • ***
  • 帖子:13408
  • 国家: GB.
    • 玩得开心更多,更少
RE:GHZ微控制器?你打赌!
« 回复#79: 2019年10月5日,10:23:44»
如果您想要基于闪存的MCU,闪光灯带来了严重的速度约束,即使配对与合理的缓存量配对。为代码使用ROM或RAM,Gigahertz MCU不是问题。在未来几年内,许多MCU可能会从RAM运行,许多人在MCM中从局部串行闪光芯片启动。虽然大多数MCU应用程序只需要MCU运行在几兆兆赫,但如果您可以获得足够快速的特价MCU,则会打开大量潜在的应用程序,以便足够快地计算一些严重的信号处理。

1mbyte闪存1000mips,没有缓存来妨碍您的方式,无处可去附近范围的顶部。
//www.digikey.co.uk/product-detail/en/xmos/XUF208-256-TQ64-I10/XUF208-256-TQ64-I10-ND/5401103

当你撞到砖墙时,改变方向!
只有40分"XUF..." parts in stock .

我的帖子仅向Coppice提供了一个具体的逆示例'普通争用。
那里 are lies, damned lies, statistics - and ADC/DAC specs.
滑翔机飞行员's aphorism: "跨度没有替代品". Retort: "有一个替代品:技能+想象力。但是你可以 span".
正玩得开心 做更多,少
 

离线 siliconwizard.

  • 超级贡献者
  • ***
  • 帖子:6167
  • 国家: FR.
RE:GHZ微控制器?你打赌!
« 回复#80开启: 2019年10月05日,06:37:28 PM»
 

离线 nctnico.

  • 超级贡献者
  • ***
  • 帖子:20570
  • 国家: NL.
    • NCT发展
RE:GHZ微控制器?你打赌!
« 回复#81开启: 2019年10月05日,06:44:21 PM»
恕我直言,拥有便宜的评估板只是一个非问题。如果这意味着获取更多功能和设计文件,我很高兴为评估板支付更多费用。无论如何,用低成本部分开始。
那里 are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

离线 名义动物

  • 超级贡献者
  • ***
  • 帖子:2372
  • 国家: FI.
    • 我的主页和电子邮件地址
RE:GHZ微控制器?你打赌!
« 回复#82开启: 2019年10月05日,09:55:45 PM»
H755具有核心板,它's $29.

//www.st.com/en/evaluation-tools/nucleo-h755zi-q.html#sample-and-buy
唯一的经销商, , 告诉我"此产品目前无法在arrow.com上订购".

恕我直言,拥有便宜的评估板只是一个非问题。如果这意味着获取更多功能和设计文件,我很高兴为评估板支付更多费用。无论如何,用低成本部分开始。
哦,但我们的用例完全不同。 通过这些事情,我做出了实验的东西,我希望其他业余爱好者可以复制,因为可能没有成品的实际市场。

我想到的实际用例是一个双核微控制器,可以控制三个或四个TMC2209步进驱动器。 更快的核心将照顾USB和中断,包括最终停止状态的变化,以及追踪Bézier曲线,以产生正确的阶梯顺序序列,以及在每个步骤中沿该轴的近似速度。较慢的核心将运行硬实时,并按照Interstep速度以正确的间隔发出步骤。 对于笛卡尔配置,它'D留出真正的曲线路径非常安静的操作。 每个步骤的顺序(和方向)确定实际路径,间隔速度,加速度和jerk。现在,我可以在Linux机器上实现更快的核心,并通过USB没有问题传输阶梯速度数据,但中断导致时序抖动i'd rather avoid. 显然,这只是一个缓慢燃烧的爱好者研究项目,所以我想使用廉价的现有开发模块,了解它是否在实践中运行得很好。
 

离线 nctnico.

  • 超级贡献者
  • ***
  • 帖子:20570
  • 国家: NL.
    • NCT发展
RE:GHZ微控制器?你打赌!
« 回复#83开启: 2019年10月5日,晚上10:04:06»
通过使步进驱动器中断更高的优先级,可以避免中断抖动。 ARM Cortex M核心支持嵌套中断,因此您可以中断中断例程。唯一的限制是您可用的CPU周期的总数。
那里 are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

离线 TGZZZ.

  • 超级贡献者
  • ***
  • 帖子:13408
  • 国家: GB.
    • 玩得开心更多,更少
RE:GHZ微控制器?你打赌!
« 回复#84开启: 2019年10月05日,晚上11:34:24»
通过使步进驱动器中断更高的优先级,可以避免中断抖动。

这可能适用于一个中断来源,但如果您有几个"high prioriry" sources.

所以,而不是"avoided", don't you mean "reduced"? Optionally with "可接受的程度"?
那里 are lies, damned lies, statistics - and ADC/DAC specs.
滑翔机飞行员's aphorism: "跨度没有替代品". Retort: "有一个替代品:技能+想象力。但是你可以 span".
正玩得开心 做更多,少
 

离线 siliconwizard.

  • 超级贡献者
  • ***
  • 帖子:6167
  • 国家: FR.
RE:GHZ微控制器?你打赌!
« 回复#85开启: 2019年10月5日,晚上11:42:52»
H755具有核心板,它's $29.

//www.st.com/en/evaluation-tools/nucleo-h755zi-q.html#sample-and-buy
唯一的经销商, , 告诉我"此产品目前无法在arrow.com上订购".

该死。 Avnet在几个小时前提供了5个电路板: //www.avnet.com/shop/emea/products/stmicroelectronics/nucleo-h755zi-q-3074457345641678914/
看起来在线商店目前正在遇到问题......

圣路斯似乎正在玩那些新董事会。 ::)
 

离线 nctnico.

  • 超级贡献者
  • ***
  • 帖子:20570
  • 国家: NL.
    • NCT发展
RE:GHZ微控制器?你打赌!
« 回复#86开启: 2019年10月6日,12:08:06»
通过使步进驱动器中断更高的优先级,可以避免中断抖动。
这可能适用于一个中断来源,但如果您有几个"high prioriry" sources.

所以,而不是"avoided", don't you mean "reduced"? Optionally with "可接受的程度"?
不,我的意思是避免。最后,您可以使用有限数量的X周期,您可以划分y进程。通过设计,您将对每个进程分配资源量。因此,如果您有各种高优先级任务,请确保您的设计 - 可以及时处理每个任务。这个设计过程不起作用't involve any 'what if'小说。我有各种项目/产品,它确实如此(多个实时任务)。
« 上次编辑:2019年10月6日,12:10:59 AM by nctnico »
那里 are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

离线 名义动物

  • 超级贡献者
  • ***
  • 帖子:2372
  • 国家: FI.
    • 我的主页和电子邮件地址
RE:GHZ微控制器?你打赌!
« 回复#87开启: 2019年10月6日,02:46:03»
通过使步进驱动器中断更高的优先级,可以避免中断抖动。
有趣的!  I haven'T检查了我已经允许定时器中断的微控制器中的哪个微控制器比一些与硬件相关的中断的优先级更高,但如果他们这样做,这是一个很好的选项。 我承认,在我的愚蠢/新娘中,我认为中断优先级是固定的,不可调整。

(Trinamic TMS2209具有步骤/ DIR接口支持级别的良好功能,作为步骤触发,这意味着步骤输出引脚仅需要每步更改一次状态。 对于典型的步进驱动程序,您需要两个状态更改。)

微控制器I.'M最舒适的是NXP Kinetis K20(青少年3.2,72 MHz Cortex-M4),似乎支持16个优先级,没有任何限制我可以立即找到。 

我最近有几个nxp i.mx rt1062(青少年4.,600 MHz Cortex-M7),但像I.MX RT1170在手头的主题上一样,RT1062是一个"crossover processor"有很多外围设备,以及完整的计算机处理器的复杂性。它似乎也支持16个优先级,根据数据表嵌套矢量化中断控制器描述,但我不确定其他子系统可能导致什么样的延迟;这是一个复杂的野兽。 时钟率越高意味着即使存在一些不可避免的更高优先级的中断源或其他意外延迟的来源,它们也应该足够短,无关紧要。
 

离线 jhpadjustable.

  • 频繁的贡献者
  • **
  • 帖子:295
  • 国家: 我们
  • 盐'n' pepper beard
RE:GHZ微控制器?你打赌!
« 回复#88开启: 2019年10月6日,03:42:23»
我想到的实际用例是一个双核微控制器,可以控制三个或四个TMC2209步进驱动器。

isn.'T,定时器/计数器硬件是什么?

我知道,DMA可以根据需要重新加载许多STM32定时器寄存器,这是几个可选择的计时器事件,如果您有足够的提前时间缓冲它们,这很好。也许Kinetis具有相似的能力?

"在天地和地球上有更多的东西,而不是梦想着你的哲学。"
 

离线 Siwastaja.

  • 超级贡献者
  • ***
  • 帖子:3663
  • 国家: FI.
RE:GHZ微控制器?你打赌!
« 回复#89开启: 2019年10月6日,07:09:36»
中断抖动是电机控制的总非问题,在任何现代手臂皮质的任何东西上,我都会说 甚至包括Cortex-M0,也许不包括一些非常特殊的高科技微机械加工应用。由电动机电感和物理惯性定义的最大电流变化率是数量级。

中断优先考虑是微不足道的,我们正在谈论几十纳秒,在需要在〜数十个微秒间隔的系统中进行控制。

典型的情况是定时器硬件控制PWM,处理突然过流事件,并且每个PWM周期触发中断,或者说,20kHz。

我实际上从未见过中断延迟和抖动的问题,即使在设计软件定义的DC / DC转换器时,带有10-20倍的开关频率。那'为什么存在专用外围设备 - 你赢了'中断中的钻头控制信号。

我看到了XMOS系统的理论上吸引力,但我从未遇到过实际用例。当我做的时候,我 '我很乐意尝试一下。

我最新的大型项目是XMOS架构将相当差的东西。很多理论组合MIPS,但我会达到并行化的经典问题,试图强迫这种同质的架构,每个核心相对较低。

单核Cortex-M7 MCU似乎是这种异因项目的良好匹配:
*第一优先级中断,预先抢先所有其他内容,安全关闭从多个外围触发源的所有内容,
*第二优先级中断运行250kHz软件DC / DC双相块转换器反馈控制环路
* 3RD优先级中断运行两个单独的20kHz 3相BLDC电机控制循环
* 4RD优先级中断控制状态机以配置DMA和控制读数18(!)MEMS惯性测量设备,在三个共享SPI总线和六个共享芯片选择线的矩阵中,每个都在1KHz处产生数据。
*所述4RD优先级通过收集惯性数据来运行250Hz运动估计控制环路时,通过调用软件中断来降低其优先级
*最后,通过自由运行代码触发3D飞行时间摄像机,通过传感器校准数据,镜头模糊和闪光补偿模型(小型卷积核,框模糊和一些查找表的基本组合)来补偿它们的数据是RAN和数据转换为用于运动规划的点云。

所有中断占CPU的约5%,或者在降压转换器运行时约为约30%。最后一个项目是计算昂贵的,需要"oomph"在400MHz M7中,所有从核心耦合RAM运行的算法。而这是难以正确地并行化的东西,但具有足够的单核性能来运行从沼泽标准C实现(没有太多优化技巧)缩短开发时间。

我禁用缓存。即使是远程时序关键代码也很容易适合ITCM内存。
 
以下用户感谢此帖子: THM_W., Techman-001.

离线 TGZZZ.

  • 超级贡献者
  • ***
  • 帖子:13408
  • 国家: GB.
    • 玩得开心更多,更少
RE:GHZ微控制器?你打赌!
« 回复#90开启: 2019年10月6日,07:44:08»
通过使步进驱动器中断更高的优先级,可以避免中断抖动。
这可能适用于一个中断来源,但如果您有几个"high prioriry" sources.

所以,而不是"avoided", don't you mean "reduced"? Optionally with "可接受的程度"?
不,我的意思是避免。最后,您可以使用有限数量的X周期,您可以划分y进程。通过设计,您将对每个进程分配资源量。因此,如果您有各种高优先级任务,请确保您的设计 - 可以及时处理每个任务。这个设计过程不起作用't involve any 'what if'小说。我有各种项目/产品,它确实如此(多个实时任务)。

看起来像"减少到可接受的程度",这是一个完全可接受的工程设计。一世've done that too :)
那里 are lies, damned lies, statistics - and ADC/DAC specs.
滑翔机飞行员's aphorism: "跨度没有替代品". Retort: "有一个替代品:技能+想象力。但是你可以 span".
正玩得开心 做更多,少
 

离线 Siwastaja.

  • 超级贡献者
  • ***
  • 帖子:3663
  • 国家: FI.
RE:GHZ微控制器?你打赌!
« 回复#91开启: 2019年10月6日,07:48:11 AM»
您的XMOS也将具有可衡量的抖动。也许在picoSeconds中,但如果从模拟域中才存在,如果从其他域中存在。

因此,无论是否有10倍或1000倍以下的可接受限制,都没有根本差异。结果是一样的。
 

离线 TGZZZ.

  • 超级贡献者
  • ***
  • 帖子:13408
  • 国家: GB.
    • 玩得开心更多,更少
RE:GHZ微控制器?你打赌!
« 回复#92开启: 2019年10月6日,07:53:29 AM»
中断抖动是电机控制的总非问题,在任何现代手臂皮质的任何东西上,我都会说 甚至包括Cortex-M0,也许不包括一些非常特殊的高科技微机械加工应用。由电动机电感和物理惯性定义的最大电流变化率是数量级。

中断优先考虑是微不足道的,我们正在谈论几十纳秒,在需要在〜数十个微秒间隔的系统中进行控制。

I'在这种情况下,肯定是对它不是问题。

更高的优先级中断将在较低优先级中断完成时导致抖动。这可能是可接受的;美好的

引用
我看到了XMOS系统的理论上吸引力,但我从未遇到过实际用例。当我做的时候,我 '我很乐意尝试一下。

我最新的大型项目是XMOS架构将相当差的东西。很多理论组合MIPS,但我会达到并行化的经典问题,试图强迫这种同质的架构,每个核心相对较低。

amdahl's law is still valid :(

理论优势,如果有的话't排除其他完全可接受的解决方案。使用足够好的工具来掌握工作。

那里'知道有关优势的静止价值,所以你可以利用它的利益。工作的合适工具,以及所有的工具。


引用
我禁用缓存。即使是远程时序关键代码也很容易适合ITCM内存。

I'm很高兴学习禁用缓存是可能的;它没有'去过一些处理器我've seen in the past :)
那里 are lies, damned lies, statistics - and ADC/DAC specs.
滑翔机飞行员's aphorism: "跨度没有替代品". Retort: "有一个替代品:技能+想象力。但是你可以 span".
正玩得开心 做更多,少
 

离线 TGZZZ.

  • 超级贡献者
  • ***
  • 帖子:13408
  • 国家: GB.
    • 玩得开心更多,更少
RE:GHZ微控制器?你打赌!
« 回复#93开启: 2019年10月6日,07:58:52»
您的XMOS也将具有可衡量的抖动。也许在picoSeconds中,但如果从模拟域中才存在,如果从其他域中存在。

因此,无论是否有10倍或1000倍以下的可接受限制,都没有根本差异。结果是一样的。

德拉特。让我在那里 :)

抖动不能小于一个时钟周期; 10ns对于核心,4ns为I / O以最大时钟速率。 I / O也需要一些时间越过内部互连结构,但如果您使用的每端口计时器可以打折。
那里 are lies, damned lies, statistics - and ADC/DAC specs.
滑翔机飞行员's aphorism: "跨度没有替代品". Retort: "有一个替代品:技能+想象力。但是你可以 span".
正玩得开心 做更多,少
 

离线 Siwastaja.

  • 超级贡献者
  • ***
  • 帖子:3663
  • 国家: FI.
RE:GHZ微控制器?你打赌!
« 回复#94开启: 2019年10月6日,09:31:10 AM»
引用
我禁用缓存。即使是远程时序关键代码也很容易适合ITCM内存。

I'm很高兴学习禁用缓存是可能的;它没有'去过一些处理器我've seen in the past :)

AFAIK至少所有STM32 MCU - 我都会猜测所有Cortex M7 MCU,因此,由于缓存子系统来自ARM,而不是ST - 所有带有缓存的启动。你必须特别启用它。我永远不会那样做。我有时会使MMU启用以防止意外写入指令RAM区域。

AFAIK所有相关的M7 MCU都具有大量的核耦存储器,因此我发现缓存很少使用。也许对于赢得一些超级大规模的计划'T FING ITCM,但需要改进 平均数 运行时,尤其是与外部(Q)SPI闪存的耗尽相比。一个使用蹩脚的大UI,臃肿的UI库可能是一个很好的例子。坦率地说,如果该计划如此庞大(例如,100K)它赢了'T FIT ITCM,平均性能将是重要的,不是最差的情况延迟。如果它有一个时序关键部分,那将再次放在ITCM中。
 

离线 TGZZZ.

  • 超级贡献者
  • ***
  • 帖子:13408
  • 国家: GB.
    • 玩得开心更多,更少
RE:GHZ微控制器?你打赌!
« 回复#95开启: 2019年10月6日,11:20:18 AM»
引用
我禁用缓存。即使是远程时序关键代码也很容易适合ITCM内存。

I'm很高兴学习禁用缓存是可能的;它没有'去过一些处理器我've seen in the past :)

AFAIK至少所有STM32 MCU - 我都会猜测所有Cortex M7 MCU,因此,由于缓存子系统来自ARM,而不是ST - 所有带有缓存的启动。你必须特别启用它。我永远不会那样做。我有时会使MMU启用以防止意外写入指令RAM区域。

AFAIK所有相关的M7 MCU都具有大量的核耦存储器,因此我发现缓存很少使用。也许对于赢得一些超级大规模的计划'T FING ITCM,但需要改进 平均数 运行时,尤其是与外部(Q)SPI闪存的耗尽相比。一个使用蹩脚的大UI,臃肿的UI库可能是一个很好的例子。坦率地说,如果该计划如此庞大(例如,100K)它赢了'T FIT ITCM,平均性能将是重要的,不是最差的情况延迟。如果它有一个时序关键部分,那将再次放在ITCM中。

您可以指定代码和数据的某些部分在ITCM / DTCM中钉在一起吗?最后一个处理器我看着那种能力是I960,那种机制是原油!

自1986年以来,我有这么多不同的ARM处理器,我'失去了细节的轨道 :)
那里 are lies, damned lies, statistics - and ADC/DAC specs.
滑翔机飞行员's aphorism: "跨度没有替代品". Retort: "有一个替代品:技能+想象力。但是你可以 span".
正玩得开心 做更多,少
 

离线 Siwastaja.

  • 超级贡献者
  • ***
  • 帖子:3663
  • 国家: FI.
RE:GHZ微控制器?你打赌!
« 回复#96开启: 2019年10月6日,晚上12:26:42»
您可以指定代码和数据的某些部分在ITCM / DTCM中钉在一起吗?最后一个处理器我看着那种能力是I960,那种机制是原油!

自1986年以来,我有这么多不同的ARM处理器,我'失去了细节的轨道 :)

当然。 GNU工具没有问题,而且它们'几十年来,我认为这是同样的,并且应该为任何卖方,任何CPU工作。

我在链接器脚本中定义RAM部分:

代码: [选择]
...
  ram_itcm   (rwx)      : ORIGIN = 0x00000000, LENGTH = 63K
  ram_vectors(rwx)      : ORIGIN = 0x0000FC00, LENGTH = 1K  /* last 1K of ITCM dedicated for relocated vector table*/
...
  rom_b1s0 (rx) : ORIGIN = 0x08000000, LENGTH = 128K
...


. = ALIGN(8);

    _TEXT_ITCM_I_BEGIN = LOADADDR(.text_itcm);

    .text_itcm :
    {
        _TEXT_ITCM_BEGIN = .;
        *(.text_itcm)
_TEXT_ITCM_END = .;
    } >ram_itcm AT>rom_b1s0


然后在C运行时初始化,phare()之前:

代码: [选择]
uint32_t* text_itcm_begin  = (uint32_t*)&_TEXT_ITCM_BEGIN;
uint32_t* text_itcm_end    = (uint32_t*)&_TEXT_ITCM_END;
uint32_t* text_itcm_i_begin = (uint32_t*)&_TEXT_ITCM_I_BEGIN;

while(text_itcm_begin < text_itcm_end)
{
*text_itcm_begin = *text_itcm_i_begin;
text_itcm_begin++;
text_itcm_i_begin++;
}

然后函数定义:

代码: [选择]
void __attribute__((section(".text_itcm"))) delay_us(uint32_t us)
{
...
}

I'M确定您可以获得编译器以生成启动代码,依此类推,但我自写它自己'琐碎的。它留下了一些选项,例如,如果我想真正快速启动一些东西,并稍后将从闪存初始化RAM。

我认为可以完全控制自己的工具,以及哪里是......容易。比不得不猜测更容易。是的,需要了解链接程序脚本语法,但OTOH您只能从上一个项目中复制粘贴,主要是。
« 上次编辑:2019年10月6日,12:28:58 PM由Siwastaja »
 

离线 TGZZZ.

  • 超级贡献者
  • ***
  • 帖子:13408
  • 国家: GB.
    • 玩得开心更多,更少
RE:GHZ微控制器?你打赌!
« 回复#97开启: 2019年10月6日,晚上12:44:07»
我认为可以完全控制自己的工具,以及哪里是......容易。比不得不猜测更容易。是的,需要了解链接程序脚本语法,但OTOH您只能从上一个项目中复制粘贴,主要是。

和许多事情一样,它是"你在摇摆中获得的东西,你在环形交叉路口失去了".

一旦你在学习曲线上,就是明确的 非常 安慰 :)

我会说Xcore / XC学习曲线是 很多 比我期望的更短和更甜。数据表和教程是 短的 简单,明确,我找到了 "gotchas"。一些ARM和GCC文档ISN't quite like that :(

也许人们不习惯"thinking parallel" and in terms of "events" and "messages"会发现它更难以开始。我所做的唯一努力是由于我的邋and思考,并且在利用XC异步消息界面是有益的时候。能'责怪那些人的工具:Pebcak!
« 上次编辑:2019年10月6日,TGZZZ下午12:48:10 »
那里 are lies, damned lies, statistics - and ADC/DAC specs.
滑翔机飞行员's aphorism: "跨度没有替代品". Retort: "有一个替代品:技能+想象力。但是你可以 span".
正玩得开心 做更多,少
 

离线 矮林

  • 超级贡献者
  • ***
  • 帖子:6147
  • 国家: GB.
RE:GHZ微控制器?你打赌!
« 回复#98开启: 2019年10月6日,02:08:47 PM»
也许人们不习惯"thinking parallel" and in terms of "events" and "messages"会发现它更难以开始。
大多数真正争取与一天的平行思维斗争的人从来没有觉得一样擅长它。它真正似乎将人们分为有能力和不能力的群体的东西。
« 上次编辑:2019年10月6日,02:51:55 PM由Coppice »
 

离线 TGZZZ.

  • 超级贡献者
  • ***
  • 帖子:13408
  • 国家: GB.
    • 玩得开心更多,更少
RE:GHZ微控制器?你打赌!
« 回复#99开启: 2019年10月6日,02:16:02 PM»
也许人们不习惯"thinking parallel" and in terms of "events" and "messages"会发现它更难以开始。
大多数真正争取与一天的平行思维斗争的人从来没有觉得一样擅长它。它真正似乎将人们划分有能力和不能力的群体的东西。

用硬件,模拟和数字,它是'甚至是你是否有问题"think parallel"从头开始。在介绍时钟和寄存器之后,稍后依次思考。

我想知道未来的软件课程是否会逐步转移到引入这种方式的概念。一世'我可能会被那么死!
那里 are lies, damned lies, statistics - and ADC/DAC specs.
滑翔机飞行员's aphorism: "跨度没有替代品". Retort: "有一个替代品:技能+想象力。但是你可以 span".
正玩得开心 做更多,少
 


分享我

掘客  Facebook  诽谤  可口的  Technorati.  推特  谷歌  雅虎
SMF.