西西河

主题:【原创】大纵深的移动位置业务 -- 邓侃

共:💬70 🌺97 新:
分页树展主题 · 全看首页 上页
/ 5
下页 末页
          • 家园 差异化

            所以大部分人都会认为将来手机网络的带宽会满足需求。

            Google显然就是这么想的。

            微软也在推销云计算平台。但是微软的侧重点在于提供多个终端接入点,包括PC,Palm,手机等等,甚至SmartDust。从微软版云计算的设想来看,微软大概也赞同Google的想法。

            如果小公司想在大公司的压制下寻求生存空间,出路只能是差异化。跟风只能喝汤,吃不着肉的。

            大公司做网络版,小公司就把宝押在手机版,或者稳妥一点,网络版加手机版。这样的押宝方式,实际上是在等待大公司犯错误。大公司如果不犯错误,小公司就只能等死。如果大公司犯了错误,小公司就有机会做大。

            现实就是这么残酷。

      • 家园 我想是殊途同归

        其实最初HTML仅仅是用来显示文本。但是它是一个很好的概念。基本上是一个XWindow的一个简化的实现。

        其实现在的问题是,web application目前的接口已经不能满足现在的应用程序的开发了。即使是google gear也无法满足。而等待各方面达成一个新的协议,那么又太慢,应用程序开发商耗不起。

        而且很有可能在这个新协议达成之后,发现又过时了,又得重新协商来做个新协议。这就陷入了一个怪圈了。

        所以自己做,其实是无奈的体现。特别是在手机端的所有的web接口还更加弱的时候,只能自己做

        • 家园 Sky100的问题

          我的理解,sky100的问题其实不是web application的问题,而是有没有必要做手机本地版的问题。

          如果没有必要做手机本地版,那就没有必要讨论Embedded HTTP server。

    • 家园 我考虑问题的角度是从终端出发

      谢谢邓兄好文。

      我考虑问题的角度是从终端出发。我的看法是应该在终端缓存尽可能多的数据。然后用爆发式的同步来减少对网络端的依赖。这样做至少有两个好处:一是最好的用户体验。你不希望你的用户下线后无法使用你的服务。最好是用户根本就体会不到是否在线。二是电力消耗。爆发式同步可以最大限度的减少与网络端数据链接的时间,也就可以延长终端的使用时间。我给你一个3G基带芯片的电源数据:

      Average(mA)

      IDLE mode with GPS ON full power mode* (Stand by mode; no call in progress; GPS ON)

      AT+CFUN=1 WCDMA 117 GSM 113

      AT+CFUN=4 WCDMA 109 GSM 109

      WCDMA TX and RX mode with GPS ON full power mode*

      WCDMA Voice 785 (WCDMA voice channel)

      WCDMA Data 775 (WCDMA data channel)

      HSDPA Data 825 (HSDPA data channel)

      GSM TX and RX mode with GPS ON full power mode*

      GSM Voice 410 (GSM voice channel)

      GPRS Data Class12 880 (GPRS data channel)

      EDGE Data Class12 650 (EDGE data channel)

      考虑到邓兄的应用,我给出的是GPS ON的数据。这里还必须再加上主机端的耗电量。500MHz CPU,3吋左右屏正常亮度正常使用时的耗电量大约100mA到250mA。取决于系统Idle(不是Standby)时电源管理的优化程度。

      可以看到如果应用程序总是呼叫数据连接,终端的可用性是要大大降低的。

      • 家园 请教几个问题

        1. 手机各个功能运行时的耗电量是怎么测算出来的?

        譬如,“AT+CFUN=1 WCDMA 117 GSM 113”

        117和113是mA还是mW,是电流还是电功率?

        如果只是电流,那么这些数据不能完全表示耗电量。我的理解是否正确?

        2. 这些数据是怎么测出来的?

        是用的Agilent的测量仪器么?

        3. 有没有办法测量运行某一段程序所耗用的电功率?

        譬如,我写了一段HelloWorld在手机里跑,有没有办法测量,跑完这段程序所耗费的电功率?

        • 家园 试着回答。

          1. 手机各个功能运行时的耗电量是怎么测算出来的?

          譬如,“AT+CFUN=1 WCDMA 117 GSM 113”

          117和113是mA还是mW,是电流还是电功率?

          如果只是电流,那么这些数据不能完全表示耗电量。我的理解是否正确?

          严格的说,我引用的是“3G基带芯片(应为模块)的”数据。此数据来源于3G基带模块的硬件手册,并非手机整体的耗电量。数据开头已标明“Average(mA)”,所以是电流不是功率。但还是可以表示耗电量的。如果你检查你的手机电池,容量几乎都是以mAh标明的。原因是几乎所有的手机电池供电范围很窄,一般是3.7/3.8V,允许波动范围是3.4-4.2V.功率需要计算,电压几乎固定,而电流可以直接测量。所以一般都是直接用电流表示耗电量。

          2. 这些数据是怎么测出来的?

          是用的Agilent的测量仪器么?

          单独测量某个模块(3G基带)的耗电量比较困难,一般都是在大板(开发板)时测。此时容易焊测点。到了小板(目标板),大部分的测点都被覆盖了。很难测。不过,我觉得你关心的是整机的耗电量。这就容易多了。比较贵的方法是用Agilent的直流电源,很多都有GPIB(IEEE-488)接口,直流电源接到电池供电的pin上,可以编程GPIB通过串口记录。便宜的用穷人的办法:USB Power Monitor。

          点看全图

          外链图片需谨慎,可能会被源头改

          PC软件直接记录和分析电流值。

          3. 有没有办法测量运行某一段程序所耗用的电功率?

          譬如,我写了一段HelloWorld在手机里跑,有没有办法测量,跑完这段程序所耗费的电功率?

          有。但不是绝对值。方法是:

          1.测baseline

          1.1 把所有自动省电的设置都关掉。如果不需要在线,把基带置于飞行模式或关掉。应该尽可能关掉所有的程序

          1.2 测n个时间段的电流均值,同时记录峰值

          2.测你的程序

          2.1 保持1.1的状态不变

          2.2 运行你的程序

          2.3 测n个时间段的电流均值,同时记录峰值

          2.3 和1.2 的差值就可以假定是你的程序的耗电量。

          需要的话,你可以在程序中加几个固定时间段的睡眠来同步,使测量数据更容易解读。(真正的数据要把睡眠去掉。)

          • 家园 献花,只让献一朵真不够

            1. 测量设备

            便宜的用穷人的办法:USB Power Monitor。

            PC软件直接记录和分析电流值。

            能不能推荐某个厂家的某个型号?

            2. 峰值怎么用?

            1.测baseline

            1.1 把所有自动省电的设置都关掉。如果不需要在线,把基带置于飞行模式或关掉。应该尽可能关掉所有的程序

            1.2 测n个时间段的电流均值,同时记录峰值

            2.测你的程序

            2.1 保持1.1的状态不变

            2.2 运行你的程序

            2.3 测n个时间段的电流均值,同时记录峰值

            2.3 和1.2 的差值就可以假定是你的程序的耗电量。

            “2.3 和1.2 的差值”,应当是指均值的差值吧?

            记录峰值有什么用?

            • 家园 刚腾出手来

              台北office是千头万绪,还得照料总部的事。忙的我觉都没的睡。真不知道你是如何抽出这么多时间写东西的。言归正传:

              1. USB设备可以在monsoon solutions买到。软件是PC程序。 http://www.monsoonsolutions.com/

              2. 对,是均值的差值。均值的差值表明的是你的程序总的耗电。记录峰值的目的是发现程序的优化点。比如,宁可有一个较长的峰值,也不要很多互相间隔不大的多个峰值。当然,如果可以通过分析避免峰值的出现,那是最好的了。

              • 家园 Time management

                我刚回国草创分公司的时候,也是忙得骨头快散架。后来各项工作上了轨道就好多了。

                另外,要敢于放权。发动大家去做事情,不要什么事情都包揽。

                放权以后,控制做事的质量是重点。要勤检查进度,询问有没有困难。出了问题时,别发脾气,多鼓励,就事论事,寻找解决办法。

                另外,我刚写了一篇关于smart apparel的文章。

                http://www.ccthere.com/article/1970855

                其中提到无线传输数据的问题。文中我用了一个S5芯片的图,用来表意,但是不严谨。

                其实,想要的是一个体积小,能耗低,便宜的GSM或者CDMA无线发射卡,只需要上行,不需要下行。当然,如果便宜,那么上下行都具备最好。

                能不能推荐几款芯片?

                • 家园 都是很好的建议。谢谢!

                  我也正在这么做。管理的问题并不是太大。台北分公司并非只有开发中心,还包括销售。现在的主要问题是我要用销售来养我的开发工程师。金融危机当头,项目实在很难谈。

                  无线传输数据的问题我回头再写。

      • 家园 数据来源

        多谢WiFi兄的回复。

        爆发式同步,我非常认同。在回答四方兄的问题时,我说过,不能等到用户发出请求了,然后再联网,这时已经太晚了。要预先联网同步,同步的方式就是就是WiFi兄所说的“爆发式”,也就是批处理,不能滴滴答答。

        关于耗电量的数据,非常有价值。有没有更详细的资料?

        • 家园 资料有很多

          但大部分有保密协议限制。明天起准备休假到元旦。元旦后,我要去台北分公司工作。太守兄给了我你的电话,但一直没机会联系你。到台北后,咱们再安排看如何提供更详细的资料。

          • 家园 台北 北京

            欢迎来北京看看。我明年也有可能回去台湾转转,多半是旅游,而不是出差。

            多交流。

            • 家园 春节前会到北京两三天

              可是时间安排比较紧。如果没机会的话只好年后再说了。

              如果到台湾请一定提前联系,尽尽半个地主之谊。

分页树展主题 · 全看首页 上页
/ 5
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河