5iMX.com 我爱模型 玩家论坛 ——专业遥控模型和无人机玩家论坛（玩模型就上我爱模型，创始于2003年）

标题: JR9X的CPU [打印本页]
作者: 屏幕上的鱼    时间: 2006-9-1 08:42
标题: JR9X的CPU
闲来无事打开了JR9X的壳，发现所用CPU(MCU)是日立的16位处理器，摘录如下：
H8S系列
型号：HD64F2238RBR
FLASH(很有可能是MASK ROM的防止盗版) 256K BYTE
RAM 16K BYTE
时钟主频 13.5MHz（2.7 to 3.6V,）

更详细的如下:

1.1 Features
• High-speed H8S/2000 central processing unit with an internal 16-bit architecture
 Upward-compatible with H8/300 and H8/300H CPUs on an object level
 Sixteen 16-bit general registers
 65 basic instructions
• Various peripheral functions
 PC break controller
 DMA controller (DMAC)
Supported only by the H8S/2239 Group.
 Data transfer controller (DTC)
 16-bit timer-pulse unit (TPU)
H8S/2258 Group, H8S/2239 Group, H8S/2238 Group, and H8S/2237 Group: Six channels
H8S/2227 Group: Three channels
 8-bit timer (TMR)
H8S/2258 Group, H8S/2239 Group, H8S/2238 Group: Four channels
H8S/2237 Group, H8S/2227 Group: Two channels
 Watchdog timer (WDT)
 Serial communication interface (SCI)
H8S/2258 Group, H8S/2239 Group, H8S/2238 Group, and H8S/2237 Group: Four
channels (SCI_0 to SCI_3)
H8S/2227 Group: Three channels (SCI_0, SCI_1, and SCI_3)
 I2C bus interface (IIC)
Optional function for the H8S/2258 Group, H8S/2239 Group, and H8S/2238 Group
 10-bit A/D converter
 8-bit D/A converter
Not available in the H8S/2227 Group.
 IEBus controller (IEB)
H8S/2258 Group: One channel
作者: propeller    时间: 2006-9-1 08:58
完成这种任务看来Mega系列绝对可以，不过必须采用他们的系统设计思想。
作者: 屏幕上的鱼    时间: 2006-9-1 09:00
作者: 屏幕上的鱼    时间: 2006-9-1 09:23
ATMEL MEGA 最高级别的CPU ：MEGA128参数如下

FLASH:128K byte
RAM 4K BYTE
时钟:8MHZ（也有16Mhz，不过价格差距太大，恐怕很少会同）

内部资源远比2238少，用来实现JR 9X相同功能和存储相同机型参数，开发难度不小。
作者: icefire    时间: 2006-9-1 10:59
8m 和 16m 的avr 价格差别不大。 而且8m也能超频用 。
机型参数可以外扩eeprom 没有任何开发难度。

主要不是资源的问题。
真正的区别是H8 是16位的，avr是8位的，在复杂运算，乘，除时有不少优势。
作者: palm    时间: 2006-9-1 11:38
..............
作者: dpcom    时间: 2006-9-1 12:32
唏唏！！！拆开了也不上个内部图片看看啊！！！！~q~
作者: 屏幕上的鱼    时间: 2006-9-1 12:59
挺好，没有难度，总不见出产品啊？说得容易做得轻巧！国人好些都是这样：拿过来看看，“没什么嘛”，“要是我们做早就搞定了...”，如此云云，实际上呢：两个月过去了天地飞怎么没踪影，还有帖子发得摇摇欲坠的国产高级遥控呢？只是感慨，不针对任何人。实验室的东西离商业化还远着呢。
作者: 屏幕上的鱼    时间: 2006-9-1 14:31
难度，看是什么样的难度。我认为可以分为两种：技术屏障类的难度，以及 繁琐工作的难度。前者在这种产品上不存在，关键是第二种。例如油门曲线，核心的东西不就是计算吗，可以查表可以硬着头皮去写算法，实现的路经很多。但是，作为商品，能就卖个算法？百分之七八十的工作去做MMI方面的事情：怎么编辑，如何显示、怎么操作、存储、初始化、合成.....这些从细节来看没有任何难度而言，然而谁去做，繁琐的事情就来了。核心的技术能做就做出来了，做不出来你加上一百个人恐怕也做不出来，而那些繁琐的东西，让你一个人做，给点时间也能做出来，到底需要多少时间呢，像JR9X恐怕一个人一年时间也做不出来，可以加人啊，的确，可问题又来了，管理、配合、协调，这些都是问题。
  不要动不动拿着核心的东西就评价，遥控器能有什么核心技术呢，零。
作者: gz-liang    时间: 2006-9-1 16:26
标题: 顶，讲得好！！！赞成。
·····
作者: XJR-400    时间: 2006-9-1 20:23
看不懂．．．．．．．．．
作者: propeller    时间: 2006-9-1 20:30
有道理，我的哪个就开发了6个月
作者: gyro    时间: 2006-9-1 23:44
原帖由 屏幕上的鱼 于 2006-9-1 14:31 发表
难度，看是什么样的难度。我认为可以分为两种：技术屏障类的难度，以及 繁琐工作的难度。前者在这种产品上不存在，关键是第二种。例如油门曲线，核心的东西不就是计算吗，可以查表可以硬着头皮去写算法，实现的路 ...


呵呵，这东西其实没你想象的那么吓人的，只是国内的程序员和产品设计师，基本上都是一个人，实际上最好是两个人，就算是一个人，也不要边设计，边写程序，那样出来的东西很乱的，自然到最后问题越来越多，最后只好不了了之
正统的产品开发，需要从刚开始，做好一个完整的设计文档，然后按照设计文档，挨个的模块去实现，每个模块都进行完善的测试，最理想的情况就是所有的模块连接起来以后，都不需要怎么调试，就可以完成功能了。
希望大家做东西的时候，不要拍脑袋就上，最好想想，简单的程序还没啥，这种高级遥控器，功能高达上百，你拍脑袋做出来的东西，就算你运气来做出来了，以后升级的可能性，基本就是零

PS：看9x的特殊模式，和3810的特殊模式，基本上是一样的，可以肯定，他们的核心，基本是一样的，但是核心的稳定性好，扩展性好，所以，jr可以很容易的对软件升级，自然就很舒服了
作者: 屏幕上的鱼    时间: 2006-9-2 15:10
在国内软件开发能够从头到尾如此贯彻的公司寥寥无几，好像华为是做得最好的。小公司甚至个人去这样规范化做开发实数罕见。这种小市场大软件量的产品按照瀑布式开发难度和问题可想而知。
作者: 童梦    时间: 2006-9-2 18:04
原帖由 屏幕上的鱼 于 2006-9-1 12:59 发表
挺好，没有难度，总不见出产品啊？说得容易做得轻巧！国人好些都是这样：拿过来看看，“没什么嘛”，“要是我们做早就搞定了...”，如此云云，实际上呢：两个月过去了天地飞怎么没踪影，还有帖子发得摇摇欲坠的国 ...

:em16::em16::em16::em16:不是说十月北京展试卖吗！！！！！
作者: 极地猎人    时间: 2006-9-2 18:56
跟个人电脑的cpu没个比啊
作者: djmodel    时间: 2006-9-2 21:13
哈哈！！俺用ARM7比他高级N倍哈哈！！工作忙没时间继续搞我的遥控器了，等工作忙完了我就再继续。
作者: djmodel    时间: 2006-9-2 21:26
原帖由 屏幕上的鱼 于 2006-9-1 14:31 发表
难度，看是什么样的难度。我认为可以分为两种：技术屏障类的难度，以及 繁琐工作的难度。前者在这种产品上不存在，关键是第二种。例如油门曲线，核心的东西不就是计算吗，可以查表可以硬着头皮去写算法，实现的路 ...

你说得很对，俺把JR 10X的所有功能全部实现了差不多用了4，5个月，不过高频头和接收机的高频部分就搞了我快一年了，没有设备，没有资金还是不好搞呀。遥控器就是没有任何技术含量的东西，但它是专用设备，需要的是稳定性，需要考虑的东西也不少，而且使用范围也就那么点，就像我在公司做医疗设备，那玩意也没什么技术含量，但要求的也是稳定，而且需求量也很小，但是价格就是超高，国产的和老外的设备的价格就是要差好几个数量级没办法。曲线算什么成熟的曲线算法网上比比皆是，没什么了不起的。我写的曲线就和14Z的曲线一模一样。没任何技术含量，1天多就搞定了。程序上最耗时间的是写界面画界面这就花了我好几个月的时间，算法不到一个月就全部搞定了。不过俺地现在基本难产了，公司活太忙，没时间再把高频给搞完。等忙完了再说吧。用ESKY的装了一套，先用别人的高频用着吧，自己的回头再说。
:em15:
作者: djmodel    时间: 2006-9-2 21:34
原帖由 gyro 于 2006-9-1 23:44 发表


呵呵，这东西其实没你想象的那么吓人的，只是国内的程序员和产品设计师，基本上都是一个人，实际上最好是两个人，就算是一个人，也不要边设计，边写程序，那样出来的东西很乱的，自然到最后问题越来越多，最后 ...

你说得不全对呀。有很多人开发东西是你说的这样的，没有计划性和程序性。但绝大多数设计都是模块化处理的。至少我所接触到的作嵌入式圈内的基本都是模块化设计（初哥，低手除外），不按模块化开发以后修改都没法修改，尤其是程序上了K行的，更别说上了M行的了，不模块化开发看程序都要看死你，不晓得老兄试过没有看那种非模块化的程序。我以前接触过1W多行的程序，俺看了1个多月的程序，又花了好几个星期才把它按模块给划分出来。设计程序不按模块化设计会害死人的。而且注释很重要，注释不做好更让你郁闷。
作者: tah168    时间: 2006-9-3 10:05
:em15::em15:打个标识.....
作者: gyro    时间: 2006-9-3 19:09
原帖由 djmodel 于 2006-9-2 21:34 发表

你说得不全对呀。有很多人开发东西是你说的这样的，没有计划性和程序性。但绝大多数设计都是模块化处理的。至少我所接触到的作嵌入式圈内的基本都是模块化设计（初哥，低手除外），不按模块化开发以后修改都没法 ...


我看那种非模块化的程序，一般都是一般看，一般给他拆分成多个模块，不然，真要死人的。。
公司的进程都比较紧，所以，程序基本上都是没有注释的，还好大家的变量命名和函数命名都还算规矩，还能猜得差不多

[ 本帖最后由 gyro 于 2006-9-3 19:13 编辑 ]
作者: 黑心贱人    时间: 2007-1-14 23:15
其实大家可以合伙成立一个类似于协作群的，在线协作，软件硬件什么的，最后开发出来以后利益也按照工作量分
作者: hpg_xx    时间: 2012-4-8 20:35
顶了
作者: 遇室俱进    时间: 2012-4-8 20:58
:em21:



欢迎光临 5iMX.com 我爱模型 玩家论坛 ——专业遥控模型和无人机玩家论坛（玩模型就上我爱模型，创始于2003年） (http://5imx.com./) Powered by Discuz! X3.3