微控制器的处理能力
我想把一个基于MATLAB/Simulink的实时控制监测系统改为内置控制系统,但是碰到一个问题, 希望在这里能获得一个答案.
这个系统有一个对动态系统的数值模拟模块, 对处理器的运算能力要求较高, 不知道一般的
microcontroller运算能力够不够? 放了狗, 发现大部分运行频率都在在10MHz的数量级,
而且内置的ROM也偏小. 不知哪位大侠有这方面的经验或者能给出一些其他的思路, 谢谢先! Infineon 的产品, 似乎没什么希望了, RAM和ROM也太小了吧{:5_382:}
=================================
TC1797
TC1797为AUDO FUTURE产品家族中性能最优的旗舰产品，专为汽车应用而优化设计。屡获殊荣TriCore® CPU的时钟频率为180 MHz，具有高端微控制器的性能和复杂的DSP功能。
专用外设控制处理器 (PCP) 用来管理各种片上外设，可处理原本需要TriCore®执行的标准处理任务。最重要的是，快速中断响应时间确保了中断驱动系统的极短延迟和较低的性能开销。TC1797提供4MB片上闪存和总共224KB RAM，是嵌入式实时汽车应用中性能最佳的产品之一。该款芯片是AUDO FUTURE产品家族的顶级产品，可覆盖从非常高端到非常低成本的所有应用领域。广泛的开发工具支持使得该产品的开发具有更大灵活性。
目前可为选中的用户提供样片，计划于2009年中期量产。 要看你的application了，如果是视频处理器，应该不难，如果是工业环境，要好好选择。最常用的就是texas的320系列，你可以上网查一下。都是dsp，不是microcontroller。 要看你的application了，如果是视频处理器，应该不难，如果是工业环境，要好好选择。最常用的就是texas的320系列，你可以上网查一下。都是dsp，不是microcontroller。
jiejiedog 发表于 2009-10-23 16:21 http://www.dolc.de/forum/images/common/back.gif
谢谢楼上哈. 我这个是工业领域的应用, 貌似还是MCU的天下吧, DSP有在这个方面应用的例子吗?
我对DSP没什么概念... Infineon 的产品, 似乎没什么希望了, RAM和ROM也太小了吧{:5_382:}
=================================
TC1797
TC1797为AUDO FUTURE产品家族中性能最优的旗舰产品，专为汽车应用而优化设计。屡获殊荣TriCore ...
SMD 发表于 2009-10-23 16:21 http://www.dolc.de/forum/images/common/back.gif
第一，汽车应用注重的是抗干扰，所以你的搜索方向错了。
第二，rom和ram可以扩展，不是问题的关键。
第三，处理器方面，infineon不是那么的强。
第一，汽车应用注重的是抗干扰，所以你的搜索方向错了。
第二，rom和ram可以扩展，不是问题的关键。
第三，处理器方面，infineon不是那么的强。
jiejiedog 发表于 2009-10-23 16:28 http://www.dolc.de/forum/images/common/back.gif
第一，... =>现在是能否实现的问题, 还没有到考虑干扰那一步
第二，... =>这是个好消息
第三，... =>那家产品能满足这个系统的数值模拟的运算要求, 其中包括简单的曲线拟合,
求解小于一百个状态参量的常微分方程
谢谢先!
第一，... =>现在是能否实现的问题, 还没有到考虑干扰那一步
第二，... =>这是个好消息
第三，... =>那家产品能满足这个系统的数值模拟的运算要求, 其中包括简单的曲线拟合,
求解小于一百个状态参量的常微分方程 ...
SMD 发表于 2009-10-23 16:40 http://www.dolc.de/forum/images/common/back.gif
实现肯定没问题。我们公司用于工业用途的控制器，其实是视频的dsp处理器。
mcu基本上我的概念里面只能做一些简单控制steuerung，不适合做regelung。
最后我得说，你的控制方法看来没有实用价值。解非线性方程的任何算法都会或多或少碰到收敛问题，而且迭代次数过多会超过控制周期，系统直接崩溃。凡是过于依赖modelling的系统都不会有好下场。 look at
http://focus.ti.com/mcu/docs/mcuhome.tsp?sectionId=101&DCMP=TIHomeTracking&HQS=Other+OT+home_p_micro
第三，... =>那家产品能满足这个系统的数值模拟的运算要求, 其中包括简单的曲线拟合, 求解小于一百个
SMD 发表于 2009-10-23 16:40 http://www.dolc.de/forum/images/common/back.gif
就这点而言，问题不在于硬件，而在于软件的编写，目前为止我还没有碰到过一种算法可以保证不碰到收敛问题的。 8# 超级玛丽
这个是专业的
http://www.mikrocontroller.net/ 是线性还是非线性啊，线性的话ls就好，很快，非线性的话需要比如lm优化，那是相当的慢。我们做hil的时候用的atmel,目前可以达到32mhz，可以考虑。 是线性还是非线性啊，线性的话ls就好，很快，非线性的话需要比如lm优化，那是相当的慢。我们做hil的时候用的atmel,目前可以达到32mhz，可以考虑。
☆★☆★☆ 发表于 2009-10-24 00:03 http://www.dolc.de/forum/images/common/back.gif
非线性的. 其实这个已经不是我的任务了, 就是想了解一下可行性.
还是留给工厂那边的人处理吧. 谢谢楼上各位给的信息! 1# SMD
做数值计算你需要浮点DSP。查一下Atmel的diopsis能不能满足。 1. 思路有问题。 哪有让MCU 做曲线拟合的。 都是离线做好，然后参量化，烧入MCU 的算法就不需要拟合了。
2. 2M 的ROM 一般都够用了。 汽车上光是一个ECU就这么多模型，PID 控制器，查询表都能用。 经典作法：
离线仿真
简化算法
控制算法转换成LOOK UP TABLE
定义边界条件
即使再好的MCU 也不能像你那么做。 在线算。。。。。。发散怎么办？ 经典作法：
离线仿真
简化算法
控制算法转换成LOOK UP TABLE
定义边界条件
即使再好的MCU 也不能像你那么做。 在线算。。。。。。发散怎么办？
violetpeter 发表于 2009-11-1 14:19 http://www.dolc.de/forum/images/common/back.gif
数据都是实时监测, 然后拟合再优化, 没有办法离线, 因为人的操作和工作环境是无法事先预计的...
发散的话有异常处理机制, 而且实时控制, 也不可能算太久 楼主把问题再讲得详细些。最好有些图。
还有。TC1797 已经是汽车发动机控制器的标准MCU 了。 你的模型不可能比发动机的模型更复杂。 人家2M 够用了。 你的不够用。。。。。。
在线曲线拟合，除非你的曲线很简单，要不然很难算。。。。你怎么保证在线拟合的正确性?
最后。 你说的异常处理机制是什么。。。 说来听听 我看楼主是只负责method这块的，但采用何种策略控制（online or offline curvefit）应该不是他的层级能决定的。
不管谁决定，这个方法显然很烂不切实际。 多给楼主一些信息。
Matlab 对 TC1797 支持不好。目前支持最好的芯片到 TC1796。 只有150MH。 比TC1797 （180MH)慢了些。这个也是我刚知道的。我周5刚和Mathworks 的人电话讨论过。 他们不建议用 TC1797. 除非你给BOSCH公司做项目，可以免费用他们的软件平台和他们已经优化好的算法集。 我看楼主是只负责method这块的，但采用何种策略控制（online or offline curvefit）应该不是他的层级能决定的。
不管谁决定，这个方法显然很烂不切实际。
jiejiedog 发表于 2009-11-1 20:09 http://www.dolc.de/forum/images/common/back.gif
这个项目本来就是做到方法就可以了, 至于工厂后期怎么做不是我的问题. 我只是想知道有没有可能实现, 毕竟几个工厂联合起来的项目,应该不可能白白砸钱吧?
这个东西也许放到MCU里是不现实, 可是做为研究, 是可以允许有高性能的计算机在系统里的. 记住, 这不是最终产品! 楼主把问题再讲得详细些。最好有些图。
还有。TC1797 已经是汽车发动机控制器的标准MCU 了。 你的模型不可能比发动机的模型更复杂。 人家2M 够用了。 你的不够用。。。。。。
在线曲线拟合，除非你的曲线很简单 ...
violetpeter 发表于 2009-11-1 18:35 http://www.dolc.de/forum/images/common/back.gif
不好意思哈, 太具体的东西不能说, 签了保密协议, 所有的数据和图表都不能随意发布, 必须经过各工厂的同意. 很感谢你的信息!
这个项目本来就是做到方法就可以了, 至于工厂后期怎么做不是我的问题. 我只是想知道有没有可能实现, 毕竟几个工厂联合起来的项目,应该不可能白白砸钱吧?
这个东西也许放到MCU里是不现实, 可是做为研究, 是可以允 ...
SMD 发表于 2009-11-2 00:01 http://www.dolc.de/forum/images/common/back.gif
目前看来。你的东西放到1796完全可以。 但肯定要修改你原先的思路。
不好意思哈, 太具体的东西不能说, 签了保密协议, 所有的数据和图表都不能随意发布, 必须经过各工厂的同意. 很感谢你的信息!
SMD 发表于 2009-11-2 00:03 http://www.dolc.de/forum/images/common/back.gif[/quote
谁都不要你的数据和图表。 我们也是给公司做项目的。 保密协议签了不少。
你把自己的东西，解决问题的方法，思路，讲清楚就可以了。
把问题讲明白，又不泄密 不是很困难的事情。
每天这么多人在各个论坛问问题。 也没有见谁泄密了。
关键是： 对问题的概括的能力和理解的层次 。。。。。 简单介绍下算法吧, z.B. self-tuning pi(d)?{:5_362:}
btw. 目前的硬件绝对够用，算法如果正常的话。如果算法怪异，那没办法啦。
不好意思哈, 太具体的东西不能说, 签了保密协议, 所有的数据和图表都不能随意发布, 必须经过各工厂的同意. 很感谢你的信息!
SMD 发表于 2009-11-2 00:03 http://www.dolc.de/forum/images/common/back.gif[/quote ...
violetpeter 发表于 2009-11-2 12:57 http://www.dolc.de/forum/images/common/back.gif
就是思路和方法已经申请Patent了, 具体有哪些规定我也不是很清楚,
不过老板曾经很严肃的谈过这个问题. 大概就是Sensoren测得外边界
条件, 对数据拟合, 求解Inverse问题, 获得内边界条件, 进行动态模拟,
所得结果转换优化后反馈.
就是思路和方法已经申请Patent了, 具体有哪些规定我也不是很清楚,
不过老板曾经很严肃的谈过这个问题. 大概就是Sensoren测得外边界
条件, 对数据拟合, 求解Inverse问题, 获得内边界条件, 进行动态模拟,
所得结 ...
SMD 发表于 2009-11-2 22:53 http://www.dolc.de/forum/images/common/back.gif
我无语了。。。。楼主保重
页:
[1]