Yasin Lee

转自：http://baike.baidu.com/view/3739115.htm 球虫机器人人类一直梦想着能够制造出这样一种机器人:行动自如,能在家庭、办公室和疗养院等场所帮助人们完成各种任务。科幻作家妙笔生花,从不同角度描写过这类机器人;科学家更是绞尽脑汁,为制造出这种机器人孜孜不倦地奋斗了多年,但是,这个梦想似乎至今仍遥不可及:机器人如何感知并模拟环境、进行自动推理、摆弄物

博通发布业内首款全球导航和传感器中枢（Sensor Hub）组合芯片摘要：博通（Broadcom）公司，昨天发布了业内首款兼具全球导航卫星定位系统（GNSS）和传感器中枢（sensor hub）功能的低功耗组合芯片，为各类移动设备带来全新不间断的定位应用。如需了解更多新闻，请访问博通公司新闻发布室。作者：来源：ZDNet网络频道 | 2014年09月23日 11:14:11

从高中物理课本中的“多普勒效应”我们知道当波源在运动时观察者感受到波的频率是变化的，救护车的鸣笛声就是一个很好的例子，你也许没有想到过利用“多普勒效应”来控制电脑吧。利用“多普勒效应”来控制电脑？你没有听错，位于华盛顿州雷德蒙德市的软件巨头微软研究院就正在做这件事情。“手势控制”技术变得越来越常见，实际上这种技术已经运用到某些电视上了。当其它“动作感应"技术(微软的Kinect)还停留

我一边编译，一边想，怎么会搞出这么个烂玩意呢？展讯真是在强奸谷歌啊。做展讯的android2.3就等同于强奸我。。。。啊！我被暴菊了。。。。终于找到libsensor了，备忘下：~/mywork/xxxx/3rdparty/app/appxxxx/special/android/hardware/sprd/hsdroid/libsensors/其它的hal层代码在：~/mywork

转自：http://www.eettaiwan.com/ART_8800594425_480502_TA_0ab2b212.HTM近接感測(proximity sensing)是以紅外線訊號的擷取與處理為基礎，一般需要兩個部份來構成光學前端：一個紅外線LED和一個光學感測器。紅外線LED針對感測物體發射一束紅外線訊號，部份訊號反射回來後，再經由紅外線CMOS光感測器進行偵測。透過晶片上

按下电源按键后屏幕关闭的log如下：D/WindowManager(  250): interceptKeyTq keycode=26 screenIsOn=true keyguardActive=falseI/power   (  250): *** set_screen_state 0D/SurfaceFlinger(   87): About to give-up screen,

错误如下-- testSensorFeaturesfailjunit.framework.AssertionFailedError: PackageManager#hasSystemFeature(android.hardware.sensor.gyroscope) returns false but SensorManager#getSensorList(

问题描述：用户接通电话后，遮挡接近传感器，屏幕关闭。当用户移开遮挡后发现屏幕再次点亮的时间较慢，约1s以上。用户感觉很不爽。因为别人的手机明显别这要快。有户怀疑是p-sensor反应慢引起的。所以问题交给了我。虽然我知道这一定和p-sensor没什么关系。（因为 P 已经被我调教的很到位了。。）本着迎难而上的无畏精神。。。我昨晚仔细思考了以下，终于搞定！以下是我给出的结论。

android开机震动是由uboot实现的。这里当然不能在开启震动和关闭震动之间使用延时函数来实现。那怎么做呢？只能靠代码本身的执行顺序来大概作出一个等效的延时。比如在uboot启动后立刻开启震动，接着uboot会执行一系列的动作，也就是消耗一定的时间。而后在uboot开始加载kernel或者读取kernel前关闭震动就好了。

哥今天完美实现了距离传感器因结构差异导致的失效问题！这是一个算法。。。。添到驱动中。。。很简单。。不会造成任何额外负荷。。。。而且对上层透明。。。有了这个算法就可以完全秒杀所有因结构不一致而导致的P-sensor失效问题。。提高良品率。。。给老板创造价值。。。给我创造加班机会。。。为社会奉献。知道结构差异有多大吗？？？？同样的手机A和Bp-sensor读到数据

首先：请上层应用确认，目前手机按键上对应的LED灯叫什么名字。因为我们的驱动中以及PCB中对这三个灯的命名为 led-keyboard。而上层对灯的分类比较多了：参考：hardware/libhardware/include/hardware/lights.h 39 #define LIGHT_ID_BACKLIGHT          "backlight" 40 #define

这两天看一个bug，其他同事怀疑是因为光线传感器每隔两秒产生一个中断导致系统无法休眠。我开始不怎么相信这种说法，因为这个普通的gpio中断怎么会导致系统无法休眠呢？但是它提到我们的这个gpio中断会申请一个wake-lock 。。。。这我就需要自己研究研究了。不过这会儿没时间仔细跟代码了。因为我还有好几个bug需要处理。这个问题等我后面有空了，仔细看看。此处待续。。。。。没有人知道

20130107关于G-sensor LIS3DH的调试：在input子系统的配置过程中，有如下两个参数 FUZZ 和 FLAT。input_set_abs_params(acc->input_dev, ABS_X, -G_MAX, G_MAX, FUZZ, FLAT);input_set_abs_params(acc->input_dev, ABS_Y, -G_MAX, G_MA

20130108G-sensor的抖动问题：现象：当手机在桌面静止的时候，测试应用显示z轴报点为10左右，但会频繁出现-10。x和y轴也有这个现象。用测试应用绘制曲线图发现数据完全不平滑，高概率出现跳跃，跳跃到负方向！调查描述：1.硬件采样和报点数据确认正确！说明硬件和驱动没有问题。2.检查event事件，getevent发现，虽然硬件报点每次都有xyz没有缺失，但是getev

20130109发现L sensor只在系统启动时被打开并enable一次，以后再也没有调到驱动的ioctl。这是一个问题。为什么在系统启动后，只有当P-sensor被enable一次后，L-sensor才能工作？表现为：需要把P-sensor先开启后，才会有中断不断产生，而如果先开L-sensor则中断不发生。二者用的是同一个中断。问题解决！原因：中断配置前senso

sensors.goldfish.so是什么突然发现编译总是会有sensors.goldfish.so生成，今天追究了一下，它来自development/tools/emulator/system/sensors看样子是给模拟器用的。同样的例子还有一些库，都是模拟器用的。不用关心。也可以修改Android.mk不编译他们我一直想弄明白上层是怎么调用HAL层编译出

android4.0和android2.3中对automatic brightness（背光调整）的策略是不一样的android4.0中，上层对HAL层关于背光的自动调整调用是正常的。在~/mywork/403-sync/device/sprd/common/libs/liblights/lights.c中加入log发现。在自动背光调节过程中，上层会连续调用set_light_

这两天在研究linux中的input-polldev.c ,这是kernel提供的一个新的架构，该架构基于linux原有的input子系统，在input设备外增加了一层轮询设备的封装。这个架构允许我们注册一个poll-dev。我们只要提供给这个poll-dev一个轮询时间间隔，一个轮询的回调函数即可，而后该系统会为我们注册一个input设备并在我们打开该input设备时启动轮询（当轮询时间大于0时

linux kernel 提供了轮询设备poll_dev机制，如果你想写一个用轮询方式的驱动，以前都是用定时器做的。。这个有些蹩脚了。。用这个poll_dev会很方便的。但是别忘了在调试阶段打开 Event Debugging选项，否则你就看不到你注册的那个轮询函数被调用了。因为

pwm.c is the driver for PWM device .这个事pwm的驱动。这个驱动是个给各个需要使用pwm的设备提供针对pwm的基本操作功能。在系统初始化的时候会注册所有的pwm设备驱动，当然这个驱动代码本身只有一份，根据devices.c中设备结构体的不同id

重力传感器和方位传感器