b*****e
发帖数: 1193 | 1 很多ARM MCU的internal flash和ram就足够应用了，比如1M flash，256KB RAM。
但是一涉及linux，就不得不上DDR ram。128M都常常紧张。
所以很多产品级的应用就是一个简单的RTOS，挂上file system，GUI,比linux开发起来
快的的多。 |
|
h**i
发帖数: 712 | 2 我最近用C++11写了个8位MCU的项目，感觉比C还是方便，好维护。 |
|
|
d****i
发帖数: 4809 | 4 Forgot to mention, those are just are generic C++ development running on PC/
Server. For C/C++ running on a particular embedded platform, you generally
need a compiler with and IDE from the vendor so that you code can run on the
target platform. For example TI's Code Composer Studio (Eclipse-based) for
TI CPU/MCU with TI's compiler. This is very peculiar since each vendor has
their own extension of C/C++ for their OS and target architectures. |
|
d****i
发帖数: 4809 | 5 What you said is completely untrue. goto is still used in Linux kernel
programming and a lot of embedded system programming. It all depends on the
use case and particular situation. You can even see some asm code
interleaved with C code in many MCU code. |
|
T********i
发帖数: 2416 | 6 我给你的一个终极建议吧。
Visual Studio 2013或者2015 community edition。完全免费。是世界上最好的C++
IDE，没有之一。
2015是最新的，但是插件不如2013多。我主要还是用2013。
你要求Windows下能调试，这是最优解。
而且源代码共享到eclipse上太简单了。只需要import existing project就好。
我都是eclipse和VS 2013混用，连接到一个git或者svn上。Windows和linux都能编译调
试。
我甚至用VC编译调试数万行的C firmware，完全搞定后再部署到内存只有几十K的MCU上
面去。
估计像我这么玩儿的，你再找不到第二个人。 |
|
T********i
发帖数: 2416 | 7 我20年前就写过GPIO模拟串口的。
RTOS, MCU，Linux，Windows串口都写过。
串口恶心就在于一根线叫UART，两根线双向，增加其他I/O针脚就有RS232和485之类的
。485还是半双工。232为了当年modem设计的，有什么响铃线之类的现在的小年轻估计
很难理解。当年俺还有过电传打字机当显示器玩basic，一个list命令打印出一张纸的
神奇体验。
标准确实有。具体实现遵守多少就是另外一回事。
至于flow control，buffer，时序之类的要考虑的比TCP/IP还多。至少TCP/IP还不会丢
数据。你串口那一边要是一个蠢货写的，啥事都能发生。
写一个随便插拔，两边都能自我恢复的。比TCP/IP困难多了。大多数情况，是根本不可
能的。 |
|
T********i
发帖数: 2416 | 8 我们用一款802.15.4 MCU。一美金的单色LCD。
我的产品是给 人 用的。不是装逼用的。
link |
|
k***5
发帖数: 583 | 9 32 bits MCU带 802.15.4 module 7-12 美金左右，加上你1 美金的 LCD，加上其他BOM
，很期望看到你能控制在10美金的成本。 |
|
k***5
发帖数: 583 | 10 你用32KB RAM来跑TCP/IP ? 这确实让人意外。这类整合MCU通常是来做WiFi dongle的。
我的假设是基于32bits ARM 加 外置 16MB - 64 MB memory，WiFi module 外置。这样
可以直接跑Linux。和你的设计构想相差太远。 |
|
T********i
发帖数: 2416 | 11 ZigBee做900MHz也没问题呀？协议栈如果是我们自己的，Port到不同的MCU上问题都不
大。
我说的完美，主要是组网+安全。至于兼容，有这个能力，做多少还要再看。 |
|
T********i
发帖数: 2416 | 12 ZigBee Pro。组网就要组理论最大值。这方面我现在不能多说。只说两点：
1. 我直接上AODV
2. 中控协议栈在大ARM上，这就是自己有协议栈的好处。
还有更牛逼的就是我自己的协议栈，直接上Visual C++编译调试。也就是同样的code
base，MCU上和Visual C++上都能运行。当然几个函数不一样，但是超90%的代码都是共
享的。 |
|
T********i
发帖数: 2416 | 13 其实根本没有什么上层和底层。
且不说现在单板Linux也叫嵌入式，即使是MCU现在也都用OS。
你们看看FreeRTOS就知道了。上层和底层基本没有任何差别。
前提是你要用C语言。当然，你要懂OS。
其实现在无论上层还是底层，做东西做错了，是因为OS基本功差。而且，大多数都做错
了。 |
|
T********i
发帖数: 2416 | 14 不懂unicode有啥困难的？百八十行就能utf8到utf32自由转换。我在只有32k内存的mcu
上都能用。
那个lock free queue做的不对。太复杂。use case也没啥意义。我想wdong应该明白。 |
|
w***g
发帖数: 5958 | 15 你说得对, 是我糊涂了.
lock free的东西boost也有. 特殊情况下是有用的, 但确实没啥普世意义.
我以前做节目推荐的时候有这种情况, 就是内存中要维护一个节目表.
然后推荐请求来了需要扫描这个节目表, 这个频率非常高.
同时偶尔会有新节目来, 需要添加到这个表里面. 表是append-only的.
我的做法是用rw-lock, 可以应付需求.
如果自己手写,因为是append-only, 可以很容易做到lock free, 那样最快.
我估计用lock free的轮子估计速度在中间.
一个系统里这种性能瓶颈一般也就一两个. 如果真到了这一步, 针对特殊
情况特殊写一下, 一般应该也能接受吧.
mcu |
|
i********m
发帖数: 934 | 16 湾区一数字医疗公司诚聘嵌入式软件工程师，要求有一定相关经验，中文流利，熟悉
STM32 MCU, BLE/Bluetooth 4.0, low energy management system，full time 或
contract都可，尽快入职，待遇丰厚，有工作经验或在校学生皆可。详情请站内信。求
万能的mit帮忙扩散或推荐！谢谢！！ |
|
T********i
发帖数: 2416 | 17 老方说latency的时候，其实他的意思是throughput。
即使latency，做low latency软件的还是搞软件的。除非是FPGA硬件。
我个人认为他山之石可以攻玉。我就啥都搞。Web，Java，C/C++，ASM，MCU/X86/ARM，
RF，UART，SPI/SSI，i2c还有上百个RFC。还其他一些有些乱七八糟的东东。 |
|
T********i
发帖数: 2416 | 18 到底是年轻，被洗脑挺严重，脑子转不过弯儿来。
我们用OS是因为那时通用计算机。上面运行的大多数shit不是我们的。
这种专用系统，而且是硬实时的。所有的任务调度就是中断响应。硬件有个中断优先级
就OK啦。这玩意儿，你管他叫OS也行，不叫OS也行。你知道FreeRTOS才多少行代码？
至于那些sensors，算个屁啊？哪一个不是百八十行就驱动起来了？数据拿过来咋处理
？该咋处理就咋处理好了？需要OS么？
我老一个32MHz的MCU驱动10个8个sensor，外加dsisplay module，只用几K RAM，也不
是没做过。
所以回答你的问题，这些玩意儿，我用一个FreeRTOS都fuse一下，当然，不用FreeRTOS
也行。
再给你一个tip，这东西，关键代码，我要说90%以上，应该跟OS无任何鸟关系。而且架
构都和OS无关，涉及到的core都是isolate在OS之外的。所谓的OS干些杂活而已。 |
|
发帖数: 1 | 19 你買車時聽過這個詞沒：Variable Valve Timing，這是ECU控制的，ECU crash了你的
車會熄火，方向盤當然就失去助力了。現在的汽車ECU就是電腦控制點火，未來的汽車
電腦還會控制駕駛。系統只會越來越複雜。
Hypervisor是未來的MCU方向，你去看看Cortex-M33。
Core根本沒有隔離任何東西，程序是什麼？程序是存儲器狀態，你SoC裡面的memory都
是共享的（我就不跟你講multicore coherency了，估計你也不懂），光有core能隔離
啥？
說memory隔離簡單的，回去看虛擬內存、物理地址、MMU和paging的實現，看你能自己
寫一個不？
調用sensor數據簡單，你給我寫個程序，實時合成6個1080p攝像頭的MIPI CSI數據？然
後分析裡面的障礙物？
你是不是只做過溫度傳感器或GPS這種小項目？
結論：你可以吹牛，但我不相信你不用OS可以搞出自動駕駛系統。。。 |
|
T********i
发帖数: 2416 | 20 没有stdlib的多了，Cortex M哪有带stdlib的？内存只有那么几十K。
再说了，stdlib还要考虑平衡安全性，不能被恶意用户core dump之类。还有memory和
speed的trade off都不一样。
Cortex M连printf都要自己写。当然这并不意味着没有memory management。malloc还
是可以有的。我可以给你一个源码啊。
这些mcu本来就贼慢。中断优先级管好，内存慢慢管还是没问题的。内存管理和每秒钟
要处理上万次的interrupt都可以同时有啊。我做个in wall dimmer，就要提供每秒120
次的精确定时。还要有整个wireless协议栈。
+ |
|
发帖数: 1 | 21 我就不難為你讓你實現DNN了，就OpenCV，你的OS怎麼支持？
乙太網簡單，呵呵，你在MCU上實現過千兆乙太網麼？
你的OS怎麼支持GUI？別告訴我沒有儀表。
怎麼支持TCP/IP？光TCP協議就累死你。
有C++庫沒？是C++14麼？兼容POSIX麼？還是冒牌的embedded C++？
如果客戶要求ABS/ESC/TSC功能和視覺功能分開，你怎麼實現？如果必須Hypervisor，
你想過沒？
你的OS支持幾種CPU？遠程debug用什麼？
別以為Renesas的CPU和NXP的都是ARM，你的OS就完全相同。
驅動程序誰寫？你需不需要重新定義一下ABI？
有文件系統麼？這又是一個大坑。
行了，不說了。
最後問你準備用什麼compiler寫OS？別告訴我用IAR。。。 |
|
T********i
发帖数: 2416 | 22 你又眉毛胡子一起抓。看来我真是高看你了。
多脑残会把GUI和自动驾驶控制核心板做到同一块板子上？有这么作死的傻逼么？GUI那
是娱乐系统，早烂大街了。必须是另外一块板。你懂了么？
妈的特斯拉那块亮瞎眼的大屏，半小时至少死机两次，要不要我给你看看照片？就这个
质量的GUI还要和自动驾驶共用一块板？
GCC和G++咋就不能用了？build一个toolchain就好了。stdlib有很多不支持就不支持呗
。container支持良好就行。
自动驾驶如果还依赖openCV的话，那就不是一般的山寨了。这方面砸大钱做研发我也知
道一些。说实话NVDA都可以一边去凉快。而且opencv就是傻算，改几行就能编译了，也
没啥了不起的。
TCP协议栈也没啥大不了的。我手下就有工程师干这个活儿的。在Cortex M3上做个以太
网也是分分钟的事情。
他妈的ABS/ESC/TSC就是一小块价格屎一样的MCU，运行的好好的。凭啥非要和自动驾驶
做到同一块板子上啊？还嫌作死不够？ |
|
发帖数: 1 | 23 看在你寫這麼多的份上，我告訴你自動駕駛的核心是什麼：實時感知系統
舉一個最最簡單的例子，怎麼識別路邊各種各樣的限速牌？Google那個論文專門討論過。
如果連限速都不知道，那車開多少邁合適？
別告訴我用GPS和地圖，如果警察臨時搞一個Working Sign怎麼辦，黑天看不清怎麼辦
？牌子歪了怎麼辦？工人突然衝出來了怎麼辦？馬路中央橫一輛工程車怎麼辦？
你識別準確率都不行，還搞啥算法規劃路線？自動駕駛一定要上DNN，而且是實時帶反
饋的增強型，同時inference和training。老黃現有板子都300W了，就是往這個方向走
。集成度越高越穩定，這也是VLSI比分立元件更穩定的原因。
總結，我認為的L5自動駕駛關鍵技術：
1. 實時感知和深度學習包（OpenCV + cuDNN）。
2. 便宜的固體器件LIDAR，不帶機械轉動的。
3. 廉價小型相控陣雷達。
4. 精密3D街景地圖，精確到釐米。
5. 精密GPS，精確到釐米。
6. 5G高速網路，絕對不是Wifi，支持雲端輔助計算。
7. 符合ASIL D的高集成SoC，包含MCU、CPU、GPU、IPU、TPU，支持lockste... 阅读全帖 |
|
发帖数: 1 | 24 早跟你們說過了，未來的MCU必須用hypervisor，而且是多核心的。。。
From VxWorks ADAS Whitepaper:
Lower Costs, Space, Weight, and Power Consumption
Modern vehicles incorporate more than 125 dedicated electronic control units
(ECUs). These ECUs account for significant bill-of-materials and warranty
costs; take up increasing amounts of space; draw power; and add weight that
decreases the vehicle’s energy efficiency. Drive, through its safety-
certified Type 1 hypervisor–based virtualization technology, enables
reliable consol... 阅读全帖 |
|
T********i
发帖数: 2416 | 25 到底是年轻，被洗脑挺严重，脑子转不过弯儿来。
我们用OS是因为那时通用计算机。上面运行的大多数shit不是我们的。
这种专用系统，而且是硬实时的。所有的任务调度就是中断响应。硬件有个中断优先级
就OK啦。这玩意儿，你管他叫OS也行，不叫OS也行。你知道FreeRTOS才多少行代码？
至于那些sensors，算个屁啊？哪一个不是百八十行就驱动起来了？数据拿过来咋处理
？该咋处理就咋处理好了？需要OS么？
我老一个32MHz的MCU驱动10个8个sensor，外加dsisplay module，只用几K RAM，也不
是没做过。
所以回答你的问题，这些玩意儿，我用一个FreeRTOS都fuse一下，当然，不用FreeRTOS
也行。
再给你一个tip，这东西，关键代码，我要说90%以上，应该跟OS无任何鸟关系。而且架
构都和OS无关，涉及到的core都是isolate在OS之外的。所谓的OS干些杂活而已。 |
|
发帖数: 1 | 26 你買車時聽過這個詞沒：Variable Valve Timing，這是ECU控制的，ECU crash了你的
車會熄火，方向盤當然就失去助力了。現在的汽車ECU就是電腦控制點火，未來的汽車
電腦還會控制駕駛。系統只會越來越複雜。
Hypervisor是未來的MCU方向，你去看看Cortex-M33。
Core根本沒有隔離任何東西，程序是什麼？程序是存儲器狀態，你SoC裡面的memory都
是共享的（我就不跟你講multicore coherency了，估計你也不懂），光有core能隔離
啥？
說memory隔離簡單的，回去看虛擬內存、物理地址、MMU和paging的實現，看你能自己
寫一個不？
調用sensor數據簡單，你給我寫個程序，實時合成6個1080p攝像頭的MIPI CSI數據？然
後分析裡面的障礙物？
你是不是只做過溫度傳感器或GPS這種小項目？
結論：你可以吹牛，但我不相信你不用OS可以搞出自動駕駛系統。。。 |
|
T********i
发帖数: 2416 | 27 没有stdlib的多了，Cortex M哪有带stdlib的？内存只有那么几十K。
再说了，stdlib还要考虑平衡安全性，不能被恶意用户core dump之类。还有memory和
speed的trade off都不一样。
Cortex M连printf都要自己写。当然这并不意味着没有memory management。malloc还
是可以有的。我可以给你一个源码啊。
这些mcu本来就贼慢。中断优先级管好，内存慢慢管还是没问题的。内存管理和每秒钟
要处理上万次的interrupt都可以同时有啊。我做个in wall dimmer，就要提供每秒120
次的精确定时。还要有整个wireless协议栈。
+ |
|
发帖数: 1 | 28 我就不難為你讓你實現DNN了，就OpenCV，你的OS怎麼支持？
乙太網簡單，呵呵，你在MCU上實現過千兆乙太網麼？
你的OS怎麼支持GUI？別告訴我沒有儀表。
怎麼支持TCP/IP？光TCP協議就累死你。
有C++庫沒？是C++14麼？兼容POSIX麼？還是冒牌的embedded C++？
如果客戶要求ABS/ESC/TSC功能和視覺功能分開，你怎麼實現？如果必須Hypervisor，
你想過沒？
你的OS支持幾種CPU？遠程debug用什麼？
別以為Renesas的CPU和NXP的都是ARM，你的OS就完全相同。
驅動程序誰寫？你需不需要重新定義一下ABI？
有文件系統麼？這又是一個大坑。
行了，不說了。
最後問你準備用什麼compiler寫OS？別告訴我用IAR。。。 |
|
T********i
发帖数: 2416 | 29 你又眉毛胡子一起抓。看来我真是高看你了。
多脑残会把GUI和自动驾驶控制核心板做到同一块板子上？有这么作死的傻逼么？GUI那
是娱乐系统，早烂大街了。必须是另外一块板。你懂了么？
妈的特斯拉那块亮瞎眼的大屏，半小时至少死机两次，要不要我给你看看照片？就这个
质量的GUI还要和自动驾驶共用一块板？
GCC和G++咋就不能用了？build一个toolchain就好了。stdlib有很多不支持就不支持呗
。container支持良好就行。
自动驾驶如果还依赖openCV的话，那就不是一般的山寨了。这方面砸大钱做研发我也知
道一些。说实话NVDA都可以一边去凉快。而且opencv就是傻算，改几行就能编译了，也
没啥了不起的。
TCP协议栈也没啥大不了的。我手下就有工程师干这个活儿的。在Cortex M3上做个以太
网也是分分钟的事情。
他妈的ABS/ESC/TSC就是一小块价格屎一样的MCU，运行的好好的。凭啥非要和自动驾驶
做到同一块板子上啊？还嫌作死不够？ |
|
发帖数: 1 | 30 看在你寫這麼多的份上，我告訴你自動駕駛的核心是什麼：實時感知系統
舉一個最最簡單的例子，怎麼識別路邊各種各樣的限速牌？Google那個論文專門討論過。
如果連限速都不知道，那車開多少邁合適？
別告訴我用GPS和地圖，如果警察臨時搞一個Working Sign怎麼辦，黑天看不清怎麼辦
？牌子歪了怎麼辦？工人突然衝出來了怎麼辦？馬路中央橫一輛工程車怎麼辦？
你識別準確率都不行，還搞啥算法規劃路線？自動駕駛一定要上DNN，而且是實時帶反
饋的增強型，同時inference和training。老黃現有板子都300W了，就是往這個方向走
。集成度越高越穩定，這也是VLSI比分立元件更穩定的原因。
總結，我認為的L5自動駕駛關鍵技術：
1. 實時感知和深度學習包（OpenCV + cuDNN）。
2. 便宜的固體器件LIDAR，不帶機械轉動的。
3. 廉價小型相控陣雷達。
4. 精密3D街景地圖，精確到釐米。
5. 精密GPS，精確到釐米。
6. 5G高速網路，絕對不是Wifi，支持雲端輔助計算。
7. 符合ASIL D的高集成SoC，包含MCU、CPU、GPU、IPU、TPU，支持lockste... 阅读全帖 |
|
发帖数: 1 | 31 早跟你們說過了，未來的MCU必須用hypervisor，而且是多核心的。。。
From VxWorks ADAS Whitepaper:
Lower Costs, Space, Weight, and Power Consumption
Modern vehicles incorporate more than 125 dedicated electronic control units
(ECUs). These ECUs account for significant bill-of-materials and warranty
costs; take up increasing amounts of space; draw power; and add weight that
decreases the vehicle’s energy efficiency. Drive, through its safety-
certified Type 1 hypervisor–based virtualization technology, enables
reliable consol... 阅读全帖 |
|
|
g****t
发帖数: 31659 | 33 这类文档一般都是application engineer写的。这个职位偏市场。技术能力一般不高。
到最后你会发现你的很多技术问题是design engineer 才能回答的。芯片的特性和取舍
，以及未来的路线图是system engineer才能回答的。
但客户往往得通过application
engineer才能获得后两者的答案。这就造成了一些老中application engineer在国内装
大爷的独特现象。卖家比买家还牛.
总而言之，芯片这个行业就是个shithole。我原来上万人的工作地点，看到的年轻人越
来越少。来了也往往呆不住。
: 小伙子你的火气太旺了。你们年轻人搞啥，其实俺们这些老年人不见得有
兴趣的。
: 俺也就是在力所能及的情况下，做一些低科技的人事儿就好了。做不了太
复杂的
事情，
: 能把继电器控制好就不错了。
: 昨天还刚刚解决了一个困扰我好几天的问题。watchdog在低功耗睡眠的时
候就是
停不下
: 来。后来俺发现有个调试寄存器MCU文档里面根本没写。
: http://e2e.ti.com/suppo... 阅读全帖 |
|
发帖数: 1 | 34 又是沒有做過server cpu的人在順嘴胡說，server cpu比embedded cpu複雜一個數量級
，根本原因就是內存虛擬化和IO虛擬化，非常非常多的花樣和專利技術，MCU那種實模
式，in-order scalar太簡單了。即使是PowerPC（我猜是你的老東家），對IO虛擬化也
支持很差。還有為什麼自動駕駛一定要硬件虛擬化，因為安全，不會跑飛。 |
|
g****t
发帖数: 31659 | 35 視覺是最靠譜的深度學習應用。別的方法不可行。
攝像頭這條鏈的朝向是出货巨大的AI/DL芯片。
說了你也聽不懂。
這塊可以產生出每年出貨幾十億的新型CPU的。
: 又是沒有做過server cpu的人在順嘴胡說，server cpu比embedded cpu複
雜一個
數量級
: ，根本原因就是內存虛擬化和IO虛擬化，非常非常多的花樣和專利技術，
MCU那
種實模
: 式，in-order scalar太簡單了。即使是PowerPC（我猜是你的老東家），
對IO虛
擬化也
: 支持很差。還有為什麼自動駕駛一定要硬件虛擬化，因為安全，不會跑飛。
|
|
发帖数: 1 | 36 Renesas真是CPU垃圾回收站啊。。。
The Renesas M32R is a 32-bit RISC instruction set architecture (ISA)
developed by Mitsubishi Electric for embedded microprocessors and
microcontrollers. M32R processors are used in embedded systems such as
Engine Control Units, digital cameras and PDAs.
Renesas SuperH (or SH) is a 32-bit reduced instruction set computing (RISC)
instruction set architecture (ISA) developed by Hitachi and currently
produced by Renesas. It is implemented by microcontrollers and
microprocessors... 阅读全帖 |
|
c***o
发帖数: 35 | 37 说的是那些大家都知道其重要性，但相当长时间一直没有找到的，介导某一个狠重要生
物功能的，其发现以后对本领域能产生重大影响的蛋白分子。最近的例子包括：
1. MCU mitochondiral uniporter (2011 Mootha et al.)
2. PYLs as ABA receptor (2009 Cutler et al.)
3. HIF hydroxylases as O2 sensors (2001 Kaelin et al.)
4. LSD/JMJD enzymes as histone demethylases (2004 Shi et al.)
5. Orail channels as CRAC (2006 Rao et al.)
6. TET enzymes as 5mC hydroxylase (2009 Rao et al.)
7. Piezo as mechanosensory channels (2010 Patapoutian et al.)
看看这些original的发现历史和来龙去脉很有启发性（虽然很多其他发现比如microRNA
是完全出乎意... 阅读全帖 |
|
c****g
发帖数: 93 | 38
mitochondrial
这个Darwin程序真是不简单，俺还还专门找来文献来看了看，发现简直就是天书嘛。再
加上mRNA和protein的表达谱分析就找到了伊--MCU！！！这种screening手法不愧是大
师手笔。不知道版上有没有牛人来指点一二？ |
|
c***o
发帖数: 35 | 39 说的是那些大家都知道其重要性，但相当长时间一直没有找到的，介导某一个狠重要生
物功能的，其发现以后对本领域能产生重大影响的蛋白分子。最近的例子包括：
1. MCU mitochondiral uniporter (2011 Mootha et al.)
2. PYLs as ABA receptor (2009 Cutler et al.)
3. HIF hydroxylases as O2 sensors (2001 Kaelin et al.)
4. LSD/JMJD enzymes as histone demethylases (2004 Shi et al.)
5. Orail channels as CRAC (2006 Rao et al.)
6. TET enzymes as 5mC hydroxylase (2009 Rao et al.)
7. Piezo as mechanosensory channels (2010 Patapoutian et al.)
看看这些original的发现历史和来龙去脉很有启发性（虽然很多其他发现比如microRNA
是完全出乎意... 阅读全帖 |
|
c****g
发帖数: 93 | 40
mitochondrial
这个Darwin程序真是不简单，俺还还专门找来文献来看了看，发现简直就是天书嘛。再
加上mRNA和protein的表达谱分析就找到了伊--MCU！！！这种screening手法不愧是大
师手笔。不知道版上有没有牛人来指点一二？ |
|
a****k
发帖数: 1130 | 41 我怎么觉得bioinformatics超级有用的呢。。。之前自己的文章都是靠bioinformatics
帮了忙。再加上最近那篇MCU用到phylogenetics等一系列方法找到大家这么多年想要找
的蛋白，无比崇拜，无比赏心悦目啊
我觉得最主要的是要找到一个很好的有价值的问题，然后运用这个方法手段给与帮助。 |
|
f*****0
发帖数: 489 | 42 in this case, you may want to use a dedicated adc, with a multiplexer, or
two adc for speed, plus a mcu.
most onboard adc in mcus (PIC for example) wouldn't be fast enough for you.
on the flipside, you don't really need that much precision / speed to
control a motor. |
|
b*****e
发帖数: 1193 | 43 matlab/simulink
1.what's the difference bettween Matlab language and Embedded Matlab
language?
2.Do u know RTW embedded coder? what's the function for RTW embedded code in
matlab? if I have a new 64bit microprocessor architecture, how to support
this new mcu in RTW embedded coder?
3. What is fixed point and its usage ?Tell me the steps in converting the
fixed point model in Matlab/Simulink?
4.I have a matlab simulation running very slow.Tell me how to speed up the
execution of my simulation
不知道你 |
|
f*****0
发帖数: 489 | 44 the solutions that are done in the analog domain (using voltage references
or CCS) are not suitable for mass production as you may need calibration for
accuracy.
another solution is to use a digital pot. the simplest would be to use a mcu
with a built-in adc (pic12f675 for example) to adjust the digital pot's
wiper so the voltage drop over the two devices are the same. the wiper's
position then represent's the trimmer's resistance.
if the digital pot uses up/down buttons (some of them do), you c |
|
c***p
发帖数: 2554 | 45 power consumption一直是wireless base的技术方向，所以TI,ADI才会出好多集成无线
低功耗的mcu |
|
a*****s
发帖数: 6260 | 46 要是你能测定温飘系数的话直接在MCU里补偿最便宜 |
|
|
|
a*****s
发帖数: 6260 | 49 几个人小打小闹不容易啊，真要做大家仿不出的可难。纯电子产品的话，
甚至不需要知道原理，直接抄板，MCU的固件拿出来复制一番，一点办法
也没有。还不如搞短平快，用小的代价搞一点创意赚一点，然后赶紧走
人。
还是要积累的东西才好用，比方改一点参数就完全不同的那种。可是几个
人捣鼓能弄出来啥？
. |
|
f*****0
发帖数: 489 | 50
true. they did a good job marketing the cortex-m3 architecture to compete
with the 8/16 bit mcus.
I am moving up from the pic world, and struggled with the arm7's way of
setting / clearing the gpio. and the bit banding on the cortex-m3 is a big
help for me.
they have a pretty good portfolio now and covers pretty much anything that
a typical 8/16bit mcu can do. |
|
