z*****n
发帖数: 7639 | 1 硬件接口当然要revise。所有那些rtos都有针对不同硬件平台的porting。
上层就基本上不用动了。做嵌入式系统还能不搞interface编程？
callback就是interrupt。routing是简单的AODV，很原始，不过我们做
的应用里面节点间通信要求不大，主要是route to sink，这个不是AODV。
ATMEGA128的RAM是有点不够，后来找了个96K RAM的802.15.4平台，啥都不
是问题，赫赫。 |
|
h*******g
发帖数: 93 | 2 借这个板块发一个职位.是在Oregon的.
Software System Engineer (Design Lead)
Key Skills
-(RTOS, QNX, Embedded Linux Development)
-Strong C/C++
-Experience in TCP/IP, SSL, 802.3, SCPI, SOAP, XML
-System Design
-Software Development/Define hardware requirements
-Non Technical Skills: ability to lead team/project
至少七年以上工作经验。
请和我直接联系。
沈慧
Analog Solutions
专业猎头（半导体行业）
865-244-7494 (C) |
|
|
w******t
发帖数: 241 | 4 有没有比较详细的课件，比如开的研究生课程之类也好，embedded 或者RTOS都行 |
|
z*****n
发帖数: 7639 | 5 参考一些RTOS对不同microcontroller的porting中
是如何对heap进行管理的。
如果你是准备在atmega128这样只有4kram的系统上
用，我的建议是别用动态内存，用静态数组。你在
内存管理上耗费的资源对于4kram来讲太大。
我搞过atmega128+cc2420的平台，多跳路由协议，
全网同步功能，内存很紧张。 |
|
z*****n
发帖数: 7639 | 6 Generally speaking a multitasking embedded system
needs a RTOS.
PS:
In most cases there is no file system for embedded
environments. |
|
n***e
发帖数: 723 | 7 看你的经验很丰富啊。
你一个senior engineer学什么master。直接求工作签证就好了。h264加rtos。不少公
司会要吧？ |
|
c********g
发帖数: 17 | 8
美国市场不太清楚，日本这边电器Maker东西卖不出去，rtos的开发需求不太景气。
如果直接申请工作签证，是不是要看公司是否sponsor H1B，L1签证吧，找猎头，还是
海投？ |
|
w*******f
发帖数: 5 | 9 【 以下文字转载自 JobHunting 讨论区 】
发信人: wildstuff (Wild Stuff), 信区: JobHunting
标 题: 内推Amazon FW engineer positions
发信站: BBS 未名空间站 (Tue Dec 31 19:38:04 2013, 美东)
我也内推一下吧。Office在加州湾区，主要是Embedded firmware 和 Linux-based
platform, developer and AE 都招。欢迎fresh grad和junior。 有兴趣的，简历请寄
w****[email protected].
JD highlights:
• Improve application-layer and network layer protocols according to
given standards and implement new features
• Implement API interfaces between layers and between core modules and
UI... 阅读全帖 |
|
y*********n
发帖数: 95 | 10 先搞清有多少系统，什么样的系统，多少数据，什么样的数据，需要备份，备份的RTO
，RPO，Retention Policy, Vaulting Policy, ...
根据这些信息，选择软件，我比较熟悉的是Symantec（Veritas)的NetBackup和
BackupExec，根据你的需求选择适当的软件。
然后再去考虑硬件 |
|
|
t****g
发帖数: 35582 | 12 android都不是实时OS，回头大浦东都落地了，android还没
把轨道算出来。这种应该都是用vxworks，uc／os之类的嵌入式rtos |
|
d****i
发帖数: 4809 | 13 Java的多线程和OS Native thread的多线程还是很不一样的。就像不同的OS, Win32
thread和pthread也完全不一样，然后Win32和pthread和RTOS上的thread(task)也完全
不一样，虽然概念上总是有些相通之处。 |
|
j******y
发帖数: 4 | 14 一帮WSN，不懂不要胡扯，要了解历史的，先看看这
http://www.computerhistory.org/exhibits/
要知道数电刚上晶体管的时候，中国就没赶上，后来搞得都是高功率器件，通用芯片就
没成过。
就算从苏联那搞，毛子也都会留几手，你说的那openVMS 1977年才有，您说6几年哪来
的啊？
Von Neumann搞完原子弹才发现计算机的重要，中国当时全是靠人算，人海战术，分布
式人脑计算机还是有点牛B，也还是硬给算出来了。 那就是60年代的事，什么操作系统
？知道RMA吗？prof C.L.Liu 的Scheduling Algorithms for Multiprogramming in a
Hard-Real-Time Environment.pdf 1973年才出来，所以OS是在70年代才算正式浮出水
面。
中国军方早期都不用OS，我爸以前在205研究所（80年代），做导弹都是自己搞几个FSM
，90年代都用FPGA了，RTOS只有航电系统用，现在据了解是vxworks或linux，不否认军
口里有牛人，但是90年代初向我爸一样下海的无数，8964之后这 |
|
p*****s
发帖数: 344 | 15 现在的增长点在应用，没看几乎所有的RTOS公司都被大公司买了。
embeded，device driver， C++，很多公司要。微软手机部，高通，samsung等等试过
吗？ |
|
V******B
发帖数: 3940 | 16 系统越来越大了
每一代产品都是上一代10倍的code
如果有现成好的RTOS当然是最好的选择了 |
|
m********5
发帖数: 17667 | 17 可能他担心μClinux的三个问题:
1. 版权问题, 公司如果投入很多在系统修改上, 最后被要求开源会比较郁闷. 如果只
是用, 不做修改, 问题应该不大.
2. 另外linux实时性本身不佳.
3. μClinux 并不是很流行的. 我认为它才是比较小众的东西. 支持不完备, 以后你想
换片子, 很可能要自己花时间做porting. 别人的porting 在他用不到的地方常有一些
bug. 因此那个老印说得对, 用起来可能确实有后患.
其实你可以考虑 Nucleus, 支持比较多; 我自己一般用μC/OS II, 虽然要付钱, 但是用
户很多, 支持比较广. 不过看你似乎对实时性要求不高对fs这写要求高, 那么linux,
Nucleus等应该方便一些.
至于TI-RTOS, 其实它不算太小众, 性能还不错, 在TI的片子上用很多. 但是其实它支
持的TI片子可能比μClinux还少 LoL.
你新选的片子带MMU, 用μClinux就不合适了. 应该选支持MMU的OS, 比如 μC/OS-MMU,
Nucleus,
LynxOS, embedded linux (MontaVis... 阅读全帖 |
|
d****i
发帖数: 4809 | 18 嵌入式的大部分要么是没有用任何操作系统，要么就是一些实时的RTOS像Greenhills
Integrity, VxWorks, QNX, RTX, SysBIOS等等，还有一些定制的embedded Linux像
MontVista等，用FreeBSD的从来没有见过。可能BSD的kernel的设计不是为嵌入式实时
操作系统用的。 |
|
t***i
发帖数: 40 | 19 Thanks. I am using a RTOS named PharLap ETS which is a Win32 API compliant
Os. Is it easy to port udhcp or dnsmassq this kind of system?
a
dhcp |
|
A**T
发帖数: 362 | 20 【 以下文字转载自 CS 讨论区 】
发信人: ABAT (ABAT), 信区: CS
标 题: Can anyone recommend a book for learning Real Time Operating Systems (RTOS)
发信站: BBS 未名空间站 (Thu Jun 17 22:15:54 2010, 美东)
Thanks. |
|
s********k
发帖数: 6180 | 21 多谢，那general的RTOS上的memory management一半是block pool和byte pool都用吗
？然后应用程序（开发者）自己选择哪个合适？
no
of
,
without |
|
w*********u
发帖数: 392 | 22 这得买硬件，真枪实弹
没什么神秘的，debug硬件，IO， memory |
|
r*******n
发帖数: 3020 | 23 我觉得还是ARM的板子比较好，
比如ARM11的板子也很便宜了，500多人民币，带触摸屏
搞定以些基本接口，比如R232
找个小项目实现一下，应该就可以了。 |
|
d****i
发帖数: 4809 | 24 Windows does not support POSIX API natively. This is the key. As far as the
kernel, Windows is also very different from Unix and Unix-like systems. That
makes Windows a non-POSIX system. If you look at a lot of RTOS
implementations, almost all have corresponding system calls equivalent to
Unix system calls. |
|
d***a
发帖数: 13752 | 25
你可以在OMAP上运行Linux啊。另外，如果老印说他知道SYSBIOS，那你就用SYSBIOS，
有什么事情可以去问他。如果他是头，有什么事是他和公司的责任，
保留email做证据。
老实说，我个人对Xilinx的support印象很差。我们搞个CF Card文件系统，折
腾很久才弄出来。想搞个RTOS，和他们联系很久，拿到的BSP居然编译不通过。
我也接触过TI的低端ARM系列（不是OMAP），TI的源代码看起来清爽多了。
$130是芯片价格吧，Xilinx给的Zynq evaluation board要九百美刀呢。你们
要自己做板子吗？ |
|
s********k
发帖数: 6180 | 26 I am not doing switch. we deploy our network using C on embedded/RTOS, and
python on server/cloud side. but some of my colleagues from networking
company told me they use a lot of python in switch/router also |
|
d****i
发帖数: 4809 | 27 Linus的那个吐槽主要是他觉得C++不应该用来写kernel的代码，这个他是对的，我读了
一些RTOS的kernel代码以后觉得同意他的看法。 |
|
d****i
发帖数: 4809 | 28 这个不能这么比啊，语言各有适用的地方，你光写写web，当然不需要用到C++，一大堆
的适用于web的语言放在那儿呢，但是这个世界还有很多不同的实体产业在啊。
multithreading的话, C++不设专门的thread类（虽然boost, C++11有）是有原因的，C
++和Java, C#最大的不同之处在于C++是兼容C的一个超集，和C一样是native code，这
样就得考虑不同的操作系统和硬件上的实现，thread这个东西是OS dependent的，Java
, C#等因为是属于middleware, 隔了一层抽象的虚拟机，从而与底层的东西彻底的抽象
化了，所以可以有专门的Thread类，但是C++由于是直接作用于机器硬件上，就不能给
出一个直接的thread类，尽管boost thread给了一个跨平台的thread的实现，实际上还
是POSIX，Win32的thread的wrapper而已。实际上如果考虑到有多达几百种的嵌入式
RTOS的thread的实现，你就知道为什么C++不能规定一个thread类了。 |
|
s********k
发帖数: 6180 | 29 wireless network + back end system.
wireless 部分用C，embedded RTOS，这些都是专有工具，比如IAR，Greenhill。
backend两部分，一个是local server。一个是cloud。都用python， local的server是
python+sqlite+SQLalchemy，还有自己实现的类似gevent的coroutine库，主要是和
wireless network做interface。
cloud端是python+postgresql+bottle/ZOPE,还有大量私有库，包括自己蛋疼实现的
DBcache,类似memacached.
主要用pycharm开发，当然工作不是我一个人做的.项目管理用开源的TRAC自带代码管理
，进度管理，wiki，ticket tracker。代码是SVN，准备引入git。 |
|
b***i
发帖数: 3043 | 30 我们一位老哥退休又返聘了。他20年前在一个公司做嵌入式经理。VP认为所有的C程序
员都是等价的，如果项目需要，可以从嵌入式组那里拉一个人到处理数据（通常用
Excel)的组里去补漏。老哥知道这样的公司没有前途就辞职自己干了。
还有一个公司在80年代中开发项目的时候，团队想用Motorola处理器加Unix，可是VP用
过Compact的PC，觉得Intel处理器很好，拍板用Intel的。可是那个时候只有一个公司
用Intel+Unix。后来8年了，项目也没开发出来。
经理和VP级别的人应该只关心项目的开销，人员等，而不是具体的技术。否则项目必然
失败。就跟老蒋总是去前线替将领指挥一样，总是失败。
我在我们公司说准备在嵌入式上用Java,经理没有反对的。当然我现在还是研究阶段，
并不是决定必须用Java。经理是不关心我用什么工具的，他只关心能否按时完成任务。
而且，在我看来，这些工具的差距并不大，也许RTOS+C能够2年完成任务，也许Android
+Java也是2年，也许Android+C也是2年。同样，一个桌面系统用MFC，Qt和C#都能完成
任务。用很多工具没有什么本质的区别，只是... 阅读全帖 |
|
d****i
发帖数: 4809 | 31 嵌入式上用Java? 这个你指的是做类似于做Android这样的应用吗？如果你要调用系统
底层的资源和硬件的话，肯定不能用Java的。另外，如果考虑功耗等这些指标的话，不
要说Java，就是C++也要省着点用。我们的一个含有RTOS的嵌入式项目里面70%是C, 25%
是C++, 剩下5%是assembly，而且C++都是不用STL的。 |
|
b***i
发帖数: 3043 | 32 功耗自然差别大了.如果是RTOS,估计256K SRAM，如果是android,那得512M DDR3,功耗
要查20倍以上。 |
|
d****i
发帖数: 4809 | 33 这个确实是这样，现在市面上大概有形形色色五花八门几百种RTOS，我以前的公司的一
个产品用的是QNX，但是发现下面少很多驱动，然后我们自己写，后来又找人写，结果
搞了好久还是有没有搞定的，这个QNX已经是算很流行的了，最后换了Linux才算了事。
600MHz |
|
s********k
发帖数: 6180 | 34 uCOS 基本上算是一个RTOS，linux不算 |
|
d****i
发帖数: 4809 | 35 en, Linux还是从desktop来的，太heavy-weight了，很多嵌入式上连RTOS都不用，就是
一个scheduler。 |
|
H**r
发帖数: 10015 | 36 以前很多行业是不跑RTOS的，现在有那么多现成的可以用，时代不同了 |
|
s********k
发帖数: 6180 | 37 非也，多线程再怎么也比poll based复杂，尤其考虑到各种同步的情况，消耗资源多数
情况下也比poll多。我看大多数资源有限情况下，一个BG的poll和FG的INT就可以了。
多线程用在极其成熟的RTOS，比如ucOS还可以 |
|
d****i
发帖数: 4809 | 38 这个要加些什么东西on top of windows吧，再说POSIX comliant并不意味着是UNIX啊
，很多RTOS都是POSIX-compliant，但是不是UNIX，比如VxWorks和Integrity，虽然提
供了POSIX system call API。只有Single UNIX specification认证的操作系统才是吧
，连Linux都不是。 |
|
d****i
发帖数: 4809 | 39 这个是，所以在嵌入式系统上，不同于桌面和现在的手机系统比较容易统一平台, RTOS
五花八门，大大小小大概有几百种，当然代表性的就那么十几种。 |
|
d****i
发帖数: 4809 | 40 这个是我们在工作中的实际经历，我们用过几个不同的公司的嵌入式系统run在不同的
RTOS上的C/C++编译器，C从来没有出过问题，但是德州仪器和GreenHills的C++编译器
都发现过小错误。而且在测试中发现同样的code,C的效率比C++好10%左右。非嵌入式的
台式机上是另外一回事。
点。 |
|
