写在前面的话 这篇文章的“主人公”，即LIFX智能灯泡。根据官方描述，这种灯泡配备了WiFi功能，可以进行多色调节，它是一种高效节能的LED灯泡，并且可以通过智能手机远程控制。考虑到它使用了新型的无线网络协议以及其进入市场的高调程度，因此我们选择对这款物联网设备进行安全分析。 LIFX项目最初于2012年9月份在众筹网站Kickstarter上发起，当时该项目大受欢迎，其最终筹得的资金是原始计划的十三倍之多。 为了通过智能手机应用来进行远程控制，LIFX灯泡需要连接至WiFi网络。如果处于多个灯泡均可用
受Kevin Backhouse在寻找XNU远程漏洞方面的伟大工作的启发，我决定花一些时间看看CodeQL，并进行一些变种分析。这导致了在macOS 10.15.4的6LowPAN代码中发现了一个本地根到内核（虽然被苹果记录为远程）的漏洞。
物联网涵盖了广泛的行业和用例，从单一受限制的设备扩展到大量跨平台部署嵌入式技术和实时连接的云系统。
英国资安研究公司ContextInformation Security发布声明警告所有与物联网相关的公司，由LIFX公司生产，支持无线连网的LED灯泡存在安全风险。 这些由新创科技公司LIFX生产的LED灯泡，采用802.15.46LoWPAN网络，让灯泡可以在连接Wi-Fi后透过手机App连结进行遥控。只要监听网络封包，即可透过这些灯泡发现加密的网络设定讯息。基本上，要攻破所使用的加密方式，可将两个微控系统单元（TI及 STM，均为Cortex-M3）与JTAG测试用连接埠连
前几年，Json比较火的时候，和朋友在讨论项目协议时就在感慨，要是咱们的这些设备都能走Json，那该多爽。由于HTTP协议对于物联网设备实在是太铺张了，我们只好作罢。
目前供热改革的进展缓慢，很大程度由热量表计的标准不一，质量参差不齐所导致。有业内人士指出，云计算和物联网或将成为加快热计量改革的关键点。物联网和云计算将大大促进热力企业的创新、标准统一等。 近年来，在政府相关部门和政策的积极推动下，热计量改造在我国发展迅速，众多热力公司和相关企业、大学和研究机构、表计公司、软件公司、集成公司积极努力在各地用不同的方式推动热计量改造，力争实现节能减排、保护环境、公平计费的目标。不可否认，如今已经取得了一定的成绩，比如获得了很多一手数据和资料，施工、部署、维护的现场经验，
物联网设备和应用程序涉及协议的概述。 帮助澄清IoT层技术栈和头对头比较。 物联网涵盖了广泛的行业和用例，从单一受限制的设备扩展到大量跨平台部署嵌入式技术和实时连接的云系统。 将它们捆绑在一起是许多传统和新兴的通信协议，允许设备和服务器以新的，更互联的方式相互通信。 同时，数十个联盟和联盟正在形成，希望能够统一断层和有机的物联网景观。 以下频道指南： 提供有助于IoT设备，应用程序和应用程序的热门协议和标准的概述列表 深入了解特定层次或行业特定协议 列出流行协议的头对头比较（即：mqtt vs xmpp）
最近有安全研究人员报告LIFX灯泡存在漏洞，黑客可以在距离灯泡30米内获取灯泡连接的WIFI密码。LIFX灯泡使用aes加密wifi密码，其加密密钥是固定的，通过特殊方式获得密钥之后就可以解密wifi
从 2015 年起至今，Eclipse 基金会每年会通过 IoT 开发者调查报告（2015、2016）来研究 IoT 开发者社区的发展趋势。近期，Eclipse 正式发布 2017 年 IoT 开发者调查报告，与大家共同探索物联网的解决方案。 该调查组由 Eclipse IoT 工作组、IEEE、Agile-IoT EU 和 IoT 委员会共同组成，此次共有 713 位开发者参加了调查。 ▶主要趋势 1、物联网产业多样化 今年调查参与者来自更加多样化的行业。其中 IoT 平台和家庭自动化行业继续领先，同时诸
06.26.19-Introduction-to-IoT-Standards-and-Protocols.jpg
本文罗列下市面上物联网通信中的各类消息技术-即工作在网络通信的应用层协议，总结下它们各自特点、特定的物联网应用场景等。 这类协议都直接用于在无线或有线网络环境下的设备之间、人与设备之间的通信，物联网开
去年12月，Zigbee联盟发起了“Project Connected Home over IP（基于IP的家庭互联项目）”（CHIP），其宏伟目标是实现即插即用型消费物联网设备。 由亚马逊，苹果和谷歌领导的Project CHIP计划于今年晚些时候发布规格和开源代码。现在，最初的媒体和分析师的报道已经尘埃落定，CHIP项目就值得我们仔细研究，因为大型、知名的公司只有真正相信自己能够实现目标，才能够围绕这样一个大胆的目标团结起来。
The Constrained Application Protocol（CoAP）是一种专用的Web传输协议，用于受约束的节点和受约束的(例如，低功率，有损)网络。
对于使用传感器和保持连接性的IoT系统而言，如何使用这些元素和多种互联网技术相结合呢？
这几年物联网发展迅猛，各种新产品、新技术也是层出不穷，本章节就为大家介绍当前主流的小型嵌入式网络协议栈。
对于MbedOS的认知一直停留文档上，安智客上周末闲逛淘宝手贱买了一个支持MbedOS的开发板，到货了忍不住玩一玩，也就是helloworld！各位见笑了！整理出8个步骤。
世界是蓝色的，而不知不觉这个世界将有 40 亿蓝牙设备了。这篇文章，我们将带你一起回顾蓝牙 1.0 到 5.0 的技术变迁，从音频传输、图文传输、视频传输，再到以低功耗为主打的物联网传输。我们还将和你一起梳理，越来越广阔的蓝牙应用的场景。
使用简单的无线传感器而非摄像头构建IoT网状网络可以帮助了解购物者的行为。但是，为什么要建立一个物联网网状网络来监视购物者呢？在线零售商非常了解其客户如何浏览其虚拟商店，但是线下零售商就没有那么幸运了。
近日，腾讯无线网络与物联网技术负责人李秋香与高校科研教授、产业链、运营商等各行业的嘉宾一起参与了知乎「 科技共振之 5G+ 」活动，除了专业的5G探讨，也聊了不少和开发者们息息相关的问题。基于此，云加社区联手知乎科技，从知乎超过 10000 条 5G 相关问答中精选内容落地社区专题「 共探 5G 」。
目前，市场上存在的边缘计算相关概念包括雾计算、边缘计算、多接入边缘计算/移动边缘计算、移动云计算等概念。这是边缘计算的第三篇，主要讲的内容是边缘计算的解决方案。
IPv6对物联网有利，而物联网对IPv6也有利。有许多论据和功能证明IPv6实际上是未来物联网的关键通信促成因素：
智能家居和智能建筑等产品的开发者可以使用大量的无线协议。 Zigbee，Z-Wave，以及专有的无线协议，在这些市场中占据了主导地位，新的进入者还包括Thread 和蓝牙网格。 虽然传统的BLE和 Wi-Fi 在这些市场上也很流行，但它们不支持网状网络。 无论底层协议如何，物联网的部署网络必须是健壮的，这种稳健性可以通过测量吞吐量、延迟和可靠性来量化。 这些测量取决于部署规模的大小和其他系统级别的需求。
本文介绍了LoRaWAN协议栈的基本架构和主要技术特性，包括LoRaWAN的物理层、MAC层、网络层、应用层和LoRaWAN的帧格式。同时，文章还探讨了LoRaWAN的协议栈各层之间的接口和通信流程，以及LoRaWAN的终端和网关的设计和实现。此外，文章还介绍了LoRaWAN的几种不同部署方式和技术挑战，以及LoRaWAN的部署和技术挑战的解决方案。
我们这次先说IoT设备的安全，谈IoT设备安全防御，这次谈IoT的设备安全，咱们先要涉及到IoT的协议，现在IoT的协议非常多，主要设计这些，蓝牙，Zigbee，Z－Wave，6LowPAN，线程，WiFi，GSM／3G／4G蜂窝，NFC，Sigfox，HTTP，MQTT，CoAP，DDS，AMQP，XMPP，JMS。
原文地址：https://internetofthingsagenda.techtarget.com/blog/IoT-Agenda/Wearable-IoT-devices-guard-personal-safety-in-rugged-environments
往期周报汇总地址：http://www.armbbs.cn/forum.php?mod=forumdisplay&fid=12&filter=typeid&typeid=104 视频版： https:
12月20日，雷锋网主办的AIoT+智慧城市峰会在深圳举行，ZNV力维首席技术官曹友盛在峰会上分享了ZNV AIoT架构设计与 AIoT如何赋能智慧城市的创新实践。
目前有各种智能家居的自动化解决方案，但其中大多数缺乏将已存在的家庭环境和安全无缝整合的潜力。为了弥合消费者和技术之间的差距，同时允许在不对建筑进行改造的情况下融入任何现有的家庭环境，需要一个具有无缝集成潜力的模块化和灵活的智能家居自动化解决方案。
传统意义上的“通讯”主要指电话、电报、电传。通讯的“讯”指消息（Message）,媒体讯息通过通讯网络从一端传递到另外一端。媒体讯息的内容主要是话音、文字、图片和视频图像。其网络的构成主要由电子设备系统和无线电系统构成，传输和处理的信号是模拟的。所以，“通讯”一词应特指采用电报、电话、网络等媒体传输系统实现上述媒体信息传输的过程。“通讯”重在内容形式，因此通讯协议主要集中在ISO七层协议中的应用层。
周报汇总地址：http://www.armbbs.cn/forum.php?mod=forumdisplay&fid=12&filter=typeid&typeid=104 视频版： https://
物联网作为新时代的宠儿，有其独到之处，操作系统是物联网的灵魂，开源操作系统更是集结了各物联网大亨的理论精髓，物联网、开源、操作系统这三个词汇构成了物联网开源操作系统。接下来给大家介绍10款经典的物联网操作系统。
与全球网络相连接 有两种让设备连接到网络的方式，一种是由设备本身直接连接全球网络，另一种是在本地区域内使用网关来连接全球网络（图 3.21）。近来，“生活记录”型的设备越来越多，其结构更接近前面说的第二种方式，例如通过蓝牙把可穿戴设备和智能手机配对，通过智能手机向服务器发送数据。
前篇博文Bluetooth 协议栈设计与演进[1]已经分别介绍了蓝牙协议的四大应用场景及对应的技术解决方案，为满足物联网设备的需求，蓝牙协议新增了室内精准定位技术、基于MESH 的大规模自组网技术和基于6LoWPAN 的IPv6 组网技术，逐渐在物联网无线技术中占稳短距离低速率无线通信的生态位，未来前景可期。
在过去的十年间，大多数新型开源操作系统已从移动市场转向物联网市场。本文介绍了面向物联网的许多新型开源操作系统。我们之前的文章介绍了开源物联网框架，以及面向物联网和消费者智能家居设备的Linux和开源开发硬件。 除了介绍面向物联网的新型嵌入式Linux发行版外，我还介绍了OpenWrt等几款比较老的轻量级发行版，它们在这个领域迎来了新生。虽然Linux发行版主要针对网关和集线器，但是面向物联网的非Linux开源操作系统取得了同样迅猛的发展，它们可以在微控制器单元(MCU)上运行，通常面向物联网边缘设备。
3. esp32发布机器人电池电压到ros2（micro-ros+CoCube） 2022
技术的巨大变化加速了以前有关连接设备的观念。物联网生态系统由四个主要部分组成。硬件涵盖了从新连接的设备到支持操作所需的网络和服务器的所有内容。软件包括访问或控制这些连接的系统的所有应用程序，并且这些应用程序可以来自各种提供商。为了实现该技术的真正潜力，将需要规则和标准。最后，服务将建立在这个复杂的环境之上，以为众多公司提供价值。
这个系列文章描述了一个单一的语义数据模型来支持物联网和建筑、企业和消费者的数据转换。 这种模型必须简单可扩展, 以便能够在各行业领域之间实现插件化和互操作性。 对于一个目前从事智能硬件的老码农，觉得这些文字具有积极的参考意义。在这第二部分, 尝试确定了现有的行业标准和开源方法, 以便在应用程序层提供互操作性。
操作系统是物联网时代的战略制高点，今天 PC 和手机时代的操作系统霸主未必能在物联网时代延续霸业。操作系统产业的规律是，当垄断已经形成，后来者就很难颠覆，只有等待下一次产业浪潮。如今，一个全新的、充满想象空间的操作系统市场机会正在开启。
Linux虚拟网络设备支撑着各种复杂的网络需求和配置，从基础的网络桥接到高级的网络隔离和加密🔐。以下是对主要Linux虚拟网络设备的介绍、它们的作用以及适用场景的概览，同时提出了一种合理的分类，并指出应用开发人员应该着重掌握的设备。
本文是蓝牙协议分析的第二篇文章，在“蓝牙协议分析(1)_基本概念”的基础上，从整体架构的角度，了解蓝牙协议的组成，以便加深对蓝牙的理解。
版权声明：博客文章都是作者辛苦整理的，转载请注明出处，谢谢！ https://blog.csdn.net/Quincuntial/article/details/79047050
本章节介绍 ThreadX NetXDUO网络协议栈，让大家对NetXDUO有一个整体的了解。
从2013年Semtech公司发布第一代商用LoRa芯片以来，LoRa技术经受住了物联网行业的考验，凭借其低功耗远距离等技术优势，近几年在全球物联网无线通信的细分市场上攻城拔寨，并一直保持着高速发展的态势。特别是在智能表计、智能烟感等民用公有事业领域得到广泛应用与认可，已经成为一种主流的物联网连接技术。
最新教程下载：http://www.armbbs.cn/forum.php?mod=viewthread&tid=104619 第5章 ThreadX NetXDUO网络协议栈介绍 本章节介绍 T
大量的研究表明，智能家居和可穿戴设备是目前最流行的物联网应用。嵌入式的MCU是这些物联网应用程序的核心。 然而，为了在这个快速而有竞争力的市场上成为一个有效的基础，嵌入式的MCU需要能够支持不断增长的创新速度。为了加快开发速度和降低制造成本，物联网设计师们正在寻找单片机的MCU，这种单片机集成了安全性、 I/O功能以及与超低功耗系统设计的无线连接，以及一个灵活的架构，以便使设计与不断变化的标准保持最新的设计。
许多嵌入式系统部署在人类操作员很难或无法访问的地方。 对于物联网应用程序来说尤其如此，物联网应用程序通常数量较大，电池寿命有限。 一些例子是监视人或机器健康状况的嵌入式系统。 这些挑战，再加上快速的软件生命周期，导致许多系统需要对OTA更新提供支持。
学习一下linux kernel namespace的代码还是很有必要的，让你对docker容器的namespace隔离有更深的认识。我的源码分析，是基于Linux Kernel 4.4.19 (https://www.kernel.org/pub/linux/kernel/v4.x/patch-4.4.19.gz)版本的，由于namespace模块更新很少，因此其他相近版本之间雷同。User namespace由于与其他namespaces耦合在一起，比较难分析，我将在后续再作分析。 Kernel，Nam
上一篇我们大概聊了如何写一个简单的字符设备驱动，我们不是神，写代码肯定会出现问题，我们需要在编写代码的过程中不断调试。在普通的c应用程序中，我们经常使用printf来输出信息，或者使用gdb来调试程序，那么驱动程序如何调试呢？我们知道在调试程序时经常遇到的问题就是野指针或者数组越界带来的问题，在应用程序中运行这种程序就会报segmentation fault的错误，而由于驱动程序的特殊性，出现此类情况后往往会直接造成系统宕机，并会抛出oops信息。那么我们如何来分析oops信息呢，甚至根据oops信息来定位
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
