定位器是不是类似于传感器，或是说和传感器原理差不多？

是否有可能使用任何传感器从移动SIM卡获取号码？例如，如果某人手里拿着一部手机，并且当该人从登机口经过时，我们想获取其手机中该SIM卡的号码！

资源类 [backcolor=transparent]Instance 用户申请购买 MQTT 服务的实体单元，每个 MQTT 实例都对应一个全局唯一的服务接入点URL。使用 MQTT 前都需要在对应的 Region 申请一个实例，并使用对应的接入点来访问服务。如何申请 MQTT 实例请参考 资源申请。 [backcolor=transparent]Parent Topic MQTT 协议基于 Pub/Sub 模型，因此任何消息都属于一个 Topic。根据 MQTT 协议，Topic 存在多级，定义第一级 Topic 为父 Topic（Parent Topic），使用 MQTT 前，该 Parent Topic 需要先在 MQ 控制台申请。 [backcolor=transparent]Subtopic MQTT 的二级 Topic，甚至三级 Topic 都是父 Topic 下的子类。使用时，直接在代码里设置，无需申请。需要注意的是 MQTT 限制 Parent Topic 和 Subtopic 的总长度为64个字符，如果超出长度限制将会导致客户端异常。 [backcolor=transparent]Client ID MQTT 的 Client ID 是每个客户端的唯一标识，要求全局唯一，使用相同的 Client ID 连接 MQTT 服务会被拒绝。 Client ID 由两部分组成，组织形式为 GroupID@@@DeviceID。Client ID 的长度限制为64个字符，不要使用不可见字符。 [backcolor=transparent]Group ID: 用于指定一组逻辑功能完全一致的节点共用的组名，代表一类相同功能的设备。Group ID 需要在 MQ 控制台申请方可使用，申请链接参考申请资源。[backcolor=transparent]Device ID: 每个设备独一无二的标识，由业务方自己指定。需要保证全局唯一，例如每个传感器设备的序列号。 权限类 [backcolor=transparent]Username 使用 MQTT 客户端收发消息时，MQ 会根据用户设置的 Username 和 Password 来进行鉴权。鉴权逻辑遵循阿里云统一的权限规范。此处 Username 设置为阿里云的 AccessKey 即可。 [backcolor=transparent]Password MQ 要求用户将 GroupID 作为签名字段，SecretKey 作为秘钥，使用 HmacSHA1 算法计算签名字符串，并将签名字符串设置到 Password 参数中用于鉴权。关于鉴权的签名计算规则请参考 签名计算章节文档。具体的代码实现可以参考各个语言版本的demo程序。 网络类 [backcolor=transparent]ServerUrl MQ 提供的 MQTT 服务的接入点 URL，都是公网 URL，目前 MQTT 的接入除了支持标准协议的1883端口，同时还支持加密 SSL，WebSocket，Flash 等方式。接入点URL是在申请实例之后自动分配，请妥善保管。申请实例请参考 资源申请章节。 协议相关 [backcolor=transparent]QoS QoS （Quality of Service）指代消息传输的服务质量。它包括QoS0（最多分发一次）、QoS1（至少达到一次）和 QoS2（仅分发一次）三种级别。 [backcolor=transparent]cleanSession cleanSession 标志是 MQTT 协议中对一个客户端建立 TCP 连接后是否关心之前状态的定义。具体语义如下： cleanSession=true：客户端再次上线时，将不再关心之前所有的订阅关系以及离线消息。cleanSession=false：客户端再次上线时，还需要处理之前的离线消息，而之前的订阅关系也会持续生效。 [backcolor=transparent]注意： MQTT 要求每个客户端每次连接时的 cleanSession 标志必须固定，不允许动态变化，否则会导致离线消息的判断有误。MQTT 目前对外 QoS2 消息不支持非 cleanSession ，如果客户端以 QoS2 方式订阅消息，即使设置 cleanSession=false 也不会生效。P2P 消息的 cleanSession 判断以发送方客户端的配置为准。QoS 和 cleanSession 的不同组合产生的结果如下表所示： QoS级别cleanSession=truecleanSession=falseQoS0无离线消息，在线消息只尝试推一次无离线消息，在线消息只尝试推一次QoS1无离线消息，在线消息保证可达有离线消息，所有消息保证可达QoS2无离线消息，在线消息保证只推一次暂不支持

阿里云流数据处理平台DataHub是流式数据(Streaming Data)的处理平台，提供对流式数据的发布 (Publish)，订阅 (Subscribe)和分发功能，让您可以轻松构建基于流式数据的分析和应用。DataHub服务可以对各种移动设备，应用软件，网站服务，传感器等产生的大量流式数据进行持续不断的采集，存储和处理。用户可以编写应用程序或者使用流计算引擎来处理写入到DataHub的流式数据比如实时web访问日志、应用日志、各种事件等，并产出各种实时的数据处理结果比如实时图表、报警信息、实时统计等。 产品简介 什么是DataHub https://developer.aliyun.com/ask/275783 DataHub的产品优势有哪些 https://developer.aliyun.com/ask/275784 DataHub的应用场景有哪些 https://developer.aliyun.com/ask/275785 #常见问题 访问DataHub服务的域名是什么 https://developer.aliyun.com/ask/275786 如何申请云账号的RAM用户账号 https://developer.aliyun.com/ask/275787 MaxCompute中如何配置Connector访问的账号权限 https://developer.aliyun.com/ask/275788 读写DataHub服务性能问题排查 https://developer.aliyun.com/ask/275789 为什么Connector归档到MaxCompute系统中时间字段都变成了 1970.xx.xx https://developer.aliyun.com/ask/275790

无线传感器web项目？? 400 报错 需求：大量无线传感器（2000-3000）需要定时向服务器发送请求，提交数据。想到的解决方案是mina，不知道对不对。     客户端要请求服务器，查看传感器传回来的数据。使用tomcat。     如何让mina随着tomcat启动和销毁？     

我用树莓派(一个安装linux的开发板)连接ds18b20温度传感器做小实验，安装好驱动后，发现温度传感器连接树莓派的一个IO引脚后，驱动模块会自动加载，请问linux是怎么探测到传感器连接的呢？是因为探测IO口的电流或电压变化吗？如果是这样是不是有一个线程一直在查询？还是中断实现的？如果是中断实现的，难道那么多IO引脚都注册了中断吗？我对系统内核、驱动不是很了解，所以请大神们能不能通俗的给我讲解一下？

    7月27日，第二届中国汽车智能座舱论坛在广州举行，AliOS总经理王矛参加此次会议并做了主题演讲。他提出未来的方向应该是全车智能，是基于OS的融合智能，包括感知设备、交互方式、计算能力的融合。     在谈到AliOS如何打造全车智能时，王矛用神经系统的进化史来举例。他认为OS在智能硬件中扮演的角色类似于神经系统。“AliOS的任务是推动汽车行业完成神经系统的进化，从原始的扁形虫式的网络变为存在一个“大脑”的智能的神经系统。”王矛表示，“我们希望打造一个连接万物的‘大脑’，实现车车、车人、车路的连接。而要实现真正的全车智能，必须拥有全车感知、协同计算、多模交互、互联服务、开放生态5大要素。”     王矛进一步阐释了实现全车智能的关键要素，首先他提出了“全车感知，让车像人一样有‘五感’”这一全新的理念。他表示，随着汽车电子化程度越来越高，车身上的感知设备越来越多，包括各式传感器、摄像头、激光雷达等。而通过感知数据的融合与AI能力，可以让车更好地理解自己（车）、理解乘客（人）、理解周围的环境（路），并以此为基础打造更好的服务。     对于云与端的协同计算，王矛认为这是为了实现“更紧密的大小脑配合”。他表示，随着车内AI应用场景的快速发展，计算能力和延迟的要求也愈发多样，这就要求我们去实现车上“小脑”和云端“大脑”的紧密结合，实现数据和计算能力的完美协同。     人与车的交互不应是单一的模式，他提出“让车像人一样与你交流”，在适当的时候选择适当的方式。王矛介绍道，“目前AliOS在研究包括多屏互动、手势识别、语音识别、图像识别等多模态交互，一些新的成果会在不久后发布。”     最后，在谈到互联服务与开放生态时，王矛表示，“AliOS在创立之初就提出了轻服务的理念，希望可以打破割裂的App高墙，让服务直接到人。目前我们已经接入了阿里生态内外的众多服务，未来也会将AliOS的更多能力开放给更多的开发者，一起为用户提供更好的服务。”     

日志处理是一个很大范畴，其中包括实时计算、数据仓库、离线计算等众多点。这篇文章主要介绍在实时计算场景中，如何能做到日志处理保序、不丢失、不重复，并且在上下游业务系统不可靠（存在故障）、业务流量剧烈波动情况下，如何保持这三点。 为方便理解，本文使用《银行的一天》作为例子将概念解释清楚。在文档末尾，介绍日志服务LogHub功能，如何与Spark Streaming、Storm Spout等配合，完成日志数据的处理过程。 问题定义 什么是日志数据？ 原LinkedIn员工Jay Kreps在 《The Log: What every software engineer should know about real-time data’s unifying abstraction》描述中提到：“append-only, totally-ordered sequence of records ordered by time”。 Append Only：日志是一种追加模式，一旦产生过后就无法修改。Totally Ordered By Time：严格有序，每条日志有一个确定时间点。不同日志在秒级时间维度上可能有重复，比如有2个操作GET、SET发生在同一秒钟，但对于计算机而言这两个操作也是有顺序的。 什么样的数据可以抽象成日志？ 半世纪前说起日志，想到的是船长、操作员手里厚厚的笔记。如今计算机诞生使得日志产生与消费无处不在：服务器、路由器、传感器、GPS、订单、及各种设备通过不同角度描述着我们生活的世界。从船长日志中我们可以发现，日志除了带一个记录的时间戳外，可以包含几乎任意的内容，例如：一段记录文字、一张图片、天气状况、船行方向等。半个世纪过去了，“船长日志”的方式已经扩展到一笔订单、一项付款记录、一次用户访问、一次数据库操作等多样的领域。 在计算机世界中，常用的日志有：Metric，Binlog（Database、NoSQL），Event，Auditing，Access Log 等。 在我们今天的演示例子中，我们把用户到银行的一次操作作为一条日志数据。其中包括用户、账号名、操作时间、操作类型、操作金额等。 例如： 2016-06-28 08:00:00 张三 存款 1000元2016-06-27 09:00:00 李四 取款 20000元

Kaggle去年有个比赛（Accelerometer Biometric Competition），是通过手机传感器收集的加速度数据，对用户进行分类 但是没过多久，很多参赛者发现，有些采集的加速度数据在时间上很集中，于是就把时间上几乎靠的很近的样本预测为同一个用户，这一几乎“作弊”的方法对主办方想解决的通过不同用户运动轨迹的模式不同来判断用户这一问题，没有任何价值，完全就是钻了空子 但是，规则既然已经给了，主办方还是按照预定的规则继续办了下去，但是为了鼓励不使用这个数据漏洞，主办方对坚持在用加速度轨迹数据来分类的优秀算手，颁发额外的奖励 还能说什么呢。。。 阿里既然对我们的验证如此严肃，身份证，学生证，人和学生证照片，实名支付宝。。。对自己能不能严肃一点？

   你能想象1985年的时候创业环境有多棒吗？那时候，所有的词，短的、酷的，几乎任何你想要的.com域名都能要得到。你所要的做只是去问。甚至连域名声明也不需要花钱。这样的大好机会一直持续了几年。1994年，《连线》的一位作者注意到mcdonalds.com还没有人用，在我们的鼓励之下他注册了这个域名，然后试图卖给麦当劳，但是对方对互联网的无知是如此的令人捧腹，以至于这后来成为了《连线》上的一个故事。很快我发现abc.com也还没有注册，于是我给abc的高层解释了数字化的未来，告诉他们应该把自己最聪明的极客都派到地下室去注册自己的域名，但他们并未理会。    当时的互联网还是一片完全开放的未知领域。成为X领域的先驱易如反掌。消费者几乎没有什么期待，而且门槛极低。做个搜索引擎！开家网店！推出业余视频！当然，这一切都是想当年。现在回过头一看，似乎自那以后一波波的拓荒者已经把所有可能的疆域都开发遍了，留给今天的新进入者的仿佛只剩下凹凸不平的星星点点。30年过后，互联网感觉已经被app、平台、设备以及多到未来数百万年的注意力也跟不上的内容填满，变得臃肿和拥挤不堪了。哪怕你绞尽脑汁想出又一个微创新又怎样，谁会注意呢？    可如果我们细想过去在线30年取得了哪些成就时，这种富足依然令人觉得不可思议。我们有了：与家人朋友随时随地的联系，随需可定制的新闻流，覆盖全球大部分城市的可伸缩的3D地图，可以语音查询的百科全书，可以在能装进口袋的平板上观看电影，商店几乎什么都有卖而且东西次日即可送达—这只是成千上万项成就里面的6项。    但是，但是……有个问题。在互联网方面，还没什么事情发生。互联网仍然是刚开始的那个互联网。如果我们可以进入时光机器去到30年后再回过头来看看今天，我们就会意识到，2044年的人所使用的大多数最伟大产品在2014年以前仍未被发明出来。那时候的人看的是全息甲板（holodeck），戴的是虚拟现实隐形眼镜，可下载的阿凡达（avatar），以及人工智能接口，然后说，哦，那时候你们还没有“互联网”（或者是他们的其他定义）……    是这样的。因为从我们现在的角度来看，本世纪上半叶最伟大的在线事物就在我们面前。所有这些不可思议的发明—这些相当于1984年的域名一样长在低处的水果，正等待着那位疯狂的、说着“没人告诉我那是不可能”的梦想家伸手去采摘。    因为2044年的老人还要告诉你一件事情：你能想象得出2014年作为一名创业者到底有多棒吗？那是一片完全开放的未知领域！你几乎可以随便选择一个领域，给它添加一点人工智能，然后再放入云端。那时候（2014）还没有几款设备有超过1、2个的传感器，不像现在的数百个（2044）。期望和门槛很低。很容易就成为第一。然后他们会慨叹，“哦，要是那时候我们能意识到一切皆有可能就好了!”    因此，真相是：现在，2014年是在互联网上做点什么的最好时机。纵览全球历史，对于发明创造来说，还没有哪一个时期能好过现在。像今天这样机会更多、开放性更强、门槛更低、收益风险比更高、回报更好、利好更大的时刻是前所未有的。就是现在，就是这一刻。此刻正是未来的那些家伙回首往事慨叹“要是能生龙活虎地回到那时候就好了！”的那一刻。    过去30年创造了一个不可思议的起点，搭建了一个可开发真正伟大事物的牢固平台。然而最酷的东西还没有发明出来。它不会仅仅是“更好”，它将是不同的、超越现在的。    你也许没有意识到，今天我们所面对的是一片真正的、完全开放的新领域。这是人类有史以来将要开启的最好时光。    现在创业并不晚。编者注：此文是作家、未来学家凯文凯利（Kevin Kelly，KK）的文章，原文发表在Medium上。