b***i
发帖数: 3043 | 1 说的是最critical的就是串行通讯。但是为了支持TCP/IP，SD Card,文件系统等，所以
需要操作系统。
TI我们烙印想用OMAP 138，也是SoC，ARM + DSP,说用一个real time OS, TI的。我更
喜欢linux。
到底linux有什么问题吗？用在嵌入式，但其实是服务器，就是一旦在海底用了，就再
也见不到了。但是可以通过ftp来更新代码什么的。
TI |
|
b***i
发帖数: 3043 | 2 什么声纳，我们做的是30年前IT产业作的事情，那个时候UART还是独立的，那个16550
是8位的，现在java居然不支持UART。痛心。
我们的速度是1200， 9600，比特每秒，这有什么秘密。不过我不想用软件，或者中断
来实现这个罢了，我想用FPGA或者TPU来实现9bit uart。
FPGA怎么个crash?是软arm core? 有linux吗？
我的设想是即使SRAM有问题，但是我不是有firmware吗，可以再写一次，就是在嵌入式
系统中可以重写FPGA。
总之听听大家的意见，刚才发现OMAP L138好像没有9bit uart。基本arm都没有，pic是
有的。 |
|
d***a
发帖数: 13752 | 3 瞎猜了，有人拿time processing unit处理声纳数据。拿来实现9-bit UART，有点大材
小用了...也不少见。在微控器中一般都有9-bit UART，OMAP处理器已经不是微控器。
你痛心Java不支持UART...呵呵，没那个硬件，软件是变不出花样的。
SRAM-based的FPGA，FPGA的look-up table是存在SRAM bits里的。但SRAM bits有一定的
概率出现soft error，FGPA的逻辑功能就变了。用的是soft core。
16550 |
|
d***a
发帖数: 13752 | 4 ARM SoC也能做啊。
我查了一下，TI的OMAP L1x系统其实是可以支持9-bit UART的，通过PRU软件实现。PRU
实现和TPU实现类似，用很小的特殊处理器运行I/O程序。
当然用Zynq实现也是一种选择。看你说的要求，你要做的系统，基本上没有cost,
power, real-time, reliability的限制，那怎么做都可以啊。:-) |
|
b***i
发帖数: 3043 | 5 主要考虑两点可靠性，和快速开发。目前就我一个人，能搞定TI的SYSBIOS吗？据说有
bug。
烙印让我用这个Ti的OMAP L138，但是这是以前在别的公司做的，他们告我们抄袭怎么
办？我还不如离远点。
烙印对linux的主要质疑是是否可靠和开发速度。能否，比如1个月搞定底层，就是说所
有外设我都用Zynq片上的，是否可以快速砍掉所有多余程序，让最后的linux代码量达
到我能够驾驭的地步。他说他SYSBIOS最后100000行代码他基本都知道哪个文件干什么
。linux能否达到这个地步。我不需要改硬件，不需要什么pciE等台式机级别的设备，
不需要plug and play新的外设。唯一可能需要动态识别的SD card，就是插卡后应该可
以看到，而不是非得开机的时候有卡才行。
价钱$200应该是上限了，看了$130的也有。FPGA部分小点。我们需要的功能应该不高，
但就是想尽快开发出来，少费点事。
PRU |
|
W*****x
发帖数: 684 | 6 Without OS, you can use STM32F4...
With Android, you can use iMX28, OMAP, Allwiner, Rockchip, Wondermedia... |
|
b*******s
发帖数: 5216 | 7 dsp一般就是c，我以前做过德仪的omap（？）就是dsp ＋ arm的那个
c++适合底层基础设施，能不能再次向上，要看新标准
现在新标准还是在不停发布，不过如果是00年代有这个频率就好了 |
|
|
|
b*******s
发帖数: 5216 | 10 did some OMAP firmware many years ago |
|
|
|
c********1
发帖数: 5269 | 13 omap is soc(system on a chip) |
|
j******g
发帖数: 1098 | 14 我觉得low power design 不是就只是一个电源管理IC就能搞定的。
更多的是从系统上选用省电的部件，或者用集成度更高的部件，或者工艺更高的部件。
对于具体的部件，那就是IC设计上如何优化，还有软件如何优化的问题。
我来抛砖，大家讨论
1.iphone里面那个600Mhz的samsung arm 能够跑iphone os很流畅。
2.google的手机里面那个1G的qcom arm 也只能让google os差不多流畅。
3.nokia的N900里面那个600M的TI OMAP arm不能流畅运行Maemo |
|
g****t
发帖数: 31659 | 15 软件和电源要两头凑.
这是工程师发挥技艺的很好空间.
我觉得low power design 不是就只是一个电源管理IC就能搞定的。
更多的是从系统上选用省电的部件，或者用集成度更高的部件，或者工艺更高的部件。
对于具体的部件，那就是IC设计上如何优化，还有软件如何优化的问题。
我来抛砖，大家讨论
1.iphone里面那个600Mhz的samsung arm 能够跑iphone os很流畅。
2.google的手机里面那个1G的qcom arm 也只能让google os差不多流畅。
3.nokia的N900里面那个600M的TI OMAP arm不能流畅运行Maemo |
|
z***9
发帖数: 696 | 16 which company? can it lead to a permanent job? |
|
T******T
发帖数: 3066 | 17 kernel from scratch, NB.. |
|
v****n
发帖数: 7841 | 18 本人EE背景, 小硕. 递给公司的简历写的很杂, 现在时间有限, 不知道准备哪些比较好..
基本skill就是写过mac protocol, 写过socket(rtp/rtcp), 做过OMAP下Linux kernel/driver的开
发.
对SmartGrid了解有限, 请问onsite会问些什么样的问题? 面试时间大概三小时. |
|
s******v
发帖数: 4495 | 19 【 以下文字转载自 Stock 讨论区 】
发信人: superdmv (你想咋的), 信区: Stock
标 题: 移动CPU的战争
发信站: BBS 未名空间站 (Sun Feb 27 21:49:06 2011, 美东)
移动CPU架构方面，ARM已经完胜x86，随着NOK转投MSFT，INTC反攻大陆的最后一块踏板
被以前
亲密战友MSFT抽走了。要怪INTC自己，如果早12个月把32nm的ATOM做出来，发到NOK手
里，还
有希望，结果为了赚钱把2010年投产的4个32nm Fab全部给了i5/i7，没有给ATOM,
"Because Tablet is just an extension of Laptop"。大公司在新的技术面前的笨拙
总是出人意料的。正是应了High Tech领域第一定律：昨天的成功就是今天的失败。
那么剩下的ARM产商，究竟谁会胜出哪？现在摆在我们目前的是AAPL(A4) BRCM(?)
MRVL(Armada) NVDA(Tegra) QCOM(Snapdragon) Sumsung(Hummingbird)
TXN(OMAP)。这是个关键问题，... 阅读全帖 |
|
w****a
发帖数: 9 | 20 想用OMAP-L138这款DSP，但是想买来裸片和自己设计的其它一些芯片封装到一起，不知
道这样能不能行。另外，可以向TI直接购买裸片吗？不知道这儿有没有对这方面有经验
的人士。
多谢 |
|
h*******a
发帖数: 9 | 21 TI 现在有小部分产品开始直接卖die了，可以从TI的几个代理那里买。几个月前还有最
小quantity的要求，现在或者near future应该就没有这样的要求了
但产品的选择少，主要是给high temp的应用。omap应该在11年或者12的roadmap上。现
在可以买到的DSP就应该2种，一个fix point，一个floating point |
|
|
|
s******v
发帖数: 4495 | 24 【 以下文字转载自 Stock 讨论区 】
发信人: superdmv (你想咋的), 信区: Stock
标 题: 硅谷八道: NVDA, Post PC时代的CPU之王
发信站: BBS 未名空间站 (Tue Apr 26 13:24:02 2011, 美东)
Post PC时代，Computing市场分为四块
1. Smartphone
2. Tablet
3. PC
4. Server
在新兴的Smartphone和Tablet市场，大的方面讲，是传统的PC和Mobile公司竞争，可以
说他
们有着显著的区别：
1. 文化:
PC公司更加激进，当年的PC大战记忆犹新，例如GPU竞争之惨烈，最多的时候有60多家
厂商，最后
不是倒闭就是退出市场，例如，现在Mobile GPU的第一Imagination Tech就是其中之一
，还
有S3, 3Dfx, Trident等等。NVDA进入mobile市场，依然保持优良传统，roadmap是一年一
款CPU，而QCOM/TI的周期是基本上18-24月，因为他们的客户多是telecom公司，所以已
经习惯
了比较缓慢的节奏。
最明显的... 阅读全帖 |
|
g****t
发帖数: 31659 | 25
analog本来需要人就不多，是没必要outsource, 现在主要的outsource是在digital的
backend部分。比如现在很火的mobile CPU, 有些公司主要后端工作都是在印度做的。
你说的是TI吧? 我也听说OMAP很多部分是在
印度设计的,正坐等看他家老印的笑话.
analog因为人少，相应的职位本来就比digital少很多，所以不会感受到什么冲击。但
并不是说就非常好找工作。 |
|
i****s
发帖数: 375 | 26 想用ANDROID开发一款手表板子，类似MOTOACTV 、Nike Sportwatch等。 问题是板子做
这么小，layout 难度是不是很大啊？ MOTOACTV 是在 TI OMAP 3630下开发的. 恳请板
上大牛指点指点，不胜感激！ |
|
h*******o
发帖数: 778 | 27 TI从放弃无线到放弃OMAP还是挺可惜的...
不过决策层决定倒是做的很干脆... |
|
|
|
g*g
发帖数: 6908 | 30 这次主要是omap吧，这个不过他们公司内部，外边也都传了很久了，不用铁口都能断了
，呵呵
national合并引起的裁员，听说的都是比较小规模的，断断续续一直有 |
|
w***n
发帖数: 1162 | 31 Good news for wall st
OMAP is gone |
|
s********k
发帖数: 6180 | 32 这点我比较佩服BRCM，从来不退出红海，等到红海里面其他人厮杀差不多就剩几条命时
候利润又回到比较好的水平了。TI的wireless确实可惜了，又有OMAP，原来GSM时代
Baseband也是基本老大（Nokia的头号供应商），当然可能QCOM在3G时代压力太大了 |
|
g****t
发帖数: 31659 | 33 你说的ARM阵营只剩下两个,基本上不可能.
用到ARM的行业太广阔,制造ARM芯片的公司太多.
另外,就算没了OMAP,TI还有大量其他的ARM芯片.
64-bit ARM出来前(如果AMD还没倒)
手机/平板的ARM是最高端的ARM
高端ARM都能做,低端的做不了?
低端的可以赔本卖,高端ARM的利润拿来补贴
绝对能把其它的都挤兑光 |
|
g**********3
发帖数: 61 | 34 上大学的时候学过DMA 控制器，知道这是一个可以为CPU 分担任务的重要设备。
工作后一直没有机会接触，就算接触也仅限于改改bug,没有机会了解DMA多莫有用。
上个月接了个活，真是开了眼了：要求我设计一个isochronous pipe 在 mentor's 的
musb 控制器上，参考设计上没有对isochronous endpoint 的支持，我需要参考ehci或
者Ohci设计出一套方案使得 musb可以以1ms的频率发送192byte的音频数据包。
操作系统是windows moible,主控制器是TI 的 OMAP ,困难之处在于 windows （我相信
不止windows,任何操作系统）不能以1ms的频率精确的推送数据包给musb控制器，这对
cpu将是一场巨大的灾难，所有的其它线程都将停止，系统功耗将急剧提升，UI会在播
放音频时锁死，怎么办？
DMA方式跃入我的眼帘， what if 我同时把1024个数据包同时发给DMA控制器，让DMA
控制器线性发送，这样cpu可以设定一个时间间隔 （1024ms） ,把数据周期性发给DMA
控制器，DMA 负责以1ms的int... 阅读全帖 |
|
|
b***i
发帖数: 3043 | 36 主要任务 1200比特每秒的uart, 9bit，
同时，9600比特, 8bit uart
经常tCP, IP，文件存储，估计10年能存个16G，
有可能有特殊的信号，以后如果可能，上web server.
主要吧，烙印居然说linux不好，会有问题。以前我们开发uClinux是很麻烦，因为
coldfire的uClinux不行，很多kernel代码需要自己写，比如qspi什么的， SD好不容易
折腾出来了，还是很慢。
我想用linux，不是因为所有东西都有了，都不用自己写了吗。然后我写application就
可以了。 |
|
p***e
发帖数: 472 | 37 Based on your description, why do you need Fpga? Wouldn't arm is good enough
? Either chip I would think you will rely on arm to process your tcpip and
data comm. So pick up the one that gives you a better framework. L138 has a
good MV Linux lsp, i don't know if the other chip has same level of third
party software support. |
|
d**g
发帖数: 1031 | 38 TI在台湾正式通知ODM: TI放弃CPU电源市场.
又可以编故事骗华尔街, TI focus on something more profitable......
So TI gave up wireless first, then OMAP second, then CPU Vcore third, who
knows what is the next........
TI往往是价格战的挑起者, 这下没搞好自己把自己玩死了.
可怜的INTEL又少了一个玩家. |
|
