freebsder

个性签名:人已离开,无事别找,找也找不到。

  • 2019-04-23
  • 回复了主题帖: USART_SendArray(DEBUG_USARTx , a,10);没能输出a[10]中的元素?

    本帖最后由 freebsder 于 2019-4-24 15:00 编辑 <p>&lt;pre&gt;<br /> &lt;code class=&quot;language-cpp&quot;&gt;#include &quot;stm32f10x.h&quot;<br /> #include &quot;bsp_led.h&quot;<br /> #include &quot;bsp_usart.h&quot;<br /> int main()<br /> {<br /> &nbsp; &nbsp; &nbsp; &nbsp; uint8_t ch;<br /> &nbsp; &nbsp; &nbsp; &nbsp; uint8_t a[10]={1,2,3,4,5,6,7,8,9,10};<br /> &nbsp; &nbsp; &nbsp; &nbsp; USART_Config();<br /> &nbsp; &nbsp; &nbsp; &nbsp; USART_SendByte(DEBUG_USARTx , 0x64);//01100100<br /> &nbsp; &nbsp; &nbsp; &nbsp; printf(&quot;\n&quot;);<br /> &nbsp; &nbsp; &nbsp; &nbsp; USART_Send2Byte(DEBUG_USARTx , 0xff56);<br /> &nbsp; &nbsp; &nbsp; &nbsp; printf(&quot;\n&quot;);<br /> &nbsp; &nbsp; &nbsp; &nbsp; USART_SendArray(DEBUG_USARTx , a,10);<br /> &nbsp; &nbsp; &nbsp; &nbsp; printf(&quot;\n&quot;);<br /> &nbsp; &nbsp; &nbsp; &nbsp; USART_SendString(DEBUG_USARTx, &quot;sendString&quot;);<br /> &nbsp; &nbsp; &nbsp; &nbsp; printf(&quot;\n&quot;);<br /> &nbsp; &nbsp; &nbsp; &nbsp; printf(&quot;chuankou printf函数测试\n&quot;);<br /> &nbsp; &nbsp; &nbsp; &nbsp; putchar(&#39;b&#39;);<br /> &nbsp; &nbsp; &nbsp; &nbsp; printf(&quot;\n&quot;);<br /> &nbsp; &nbsp; &nbsp; &nbsp; while(1)<br /> &nbsp; &nbsp; &nbsp; &nbsp; {<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; &nbsp; &nbsp; ch = getchar();<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ch = &#39;1&#39;;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; printf(&quot;ch = %c\n&quot;,ch);<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; switch(ch)<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; case &#39;1&#39;:LED_GREEN;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; break;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; case &#39;2&#39;:LED_BLUE;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; break;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; case &#39;3&#39;:LED_RED;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; break;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; default:LED_RGBOFF;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; break;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }<br /> &nbsp; &nbsp; &nbsp; &nbsp; }<br /> }&lt;/code&gt;&lt;/pre&gt;<br /> <br /> &lt;p&gt;&nbsp;&lt;/p&gt;</p>

  • 回复了主题帖: 彻底告别石英?发现下周TI直播主角之一CC2652RB是无晶振无线MCU

    <p>期待</p>

  • 加入了学习《在EFM32GG上运行Lua脚本语言》,观看 在EFM32GG上运行Lua脚本语言

  • 回复了主题帖: Atmel Studio已停止工作?

    石玉 发表于 2019-4-23 08:41 这不是PIC的开发环境吗
    合并了。

  • 2019-04-21
  • 回复了主题帖: 【RT-Thread读书笔记】正视操作系统

    操作系统的产生就是为了分时。后来os带的功能越来越多,诸如提到的 GUI,文件操作,USB,网络编程,渐渐的作为初衷的分时反倒成了最不起眼的特性。 裸奔比较rtos最大的竞争点我个人认为只剩下占用资源少那么一点点了。 其实学rtos最合适的是freertos,文件少,又包含了所有最基本最核心的os元素,但没有杂七杂八的组件。所有这些rtos概念都一样,只是api不一样罢了,切换起来很easy。

  • 2019-04-20
  • 回复了主题帖: EDGE浏览器终于换内核了

    如果edge的调试器还是chrome那么强大,也就没太多必要装chrome了。

  • 2019-04-19
  • 回复了主题帖: 试玩柔性墨水屏

    墨水屏有刷新次数的,所以,,,那么长时间估计就是叫你尽可能不刷

  • 回复了主题帖: EETALK:物联网落地应用,您觉得还应该有哪些关键点?( 回帖赠芯币 )

    估计还是看应用标准,标准不统一各自为战,肯定做不大,最后等大鱼吃小鱼吧。

  • 发表了主题帖: 物联网协议之:MQTT协议

    简介:MQTT协议(Message Queuing Telemetry Transport),翻译过来就是遥信消息队列传输,是IBM公司于1999年提出的,现在最新版本是3.1.1。MQTT是一个基于TCP的发布订阅协议,设计的初始目的是为了极有限的内存设备和网络带宽很低的网络不可靠的通信,非常适合物联网通信。MQTT的网络层级工作原理:发布订阅示意图如上图所示,客户端A连接到消息代理(message broker),消息代理返回确认消息。客户B发布消息温度25度,客户A订阅‘温度’,消息代理吧消息推给客户A,客户A发布温度20度,但客户B没有订阅,消息代理不推送。消息B又发布了温度38度,客户A就再次收到订阅的消息38度。最后客户端断开连接。整个过程非常简单清晰,容易理解。MQTT消息的QOSMQTT支持三种QOS等级:QoS 0:“最多一次”,消息发布完全依赖底层 TCP/IP 网络。分发的消息可能丢失或重复。例如,这个等级可用于环境传感器数据,单次的数据丢失没关系,因为不久后还会有第二次发送。QoS 1:“至少一次”,确保消息可以到达,但消息可能会重复。QoS 2:“只有一次”,确保消息只到达一次。例如,这个等级可用在一个计费系统中,这里如果消息重复或丢失会导致不正确的收费。MQTT的消息类型1 CONNECT – 连接服务端:客户端到服务端的网络连接建立后, 客户端发送给服务端的第一个报文必须是CONNECT报文2 CONNACK – 确认连接请求:服务端发送CONNACK报文响应从客户端收到的CONNECT报文。 服务端发送给客户端的第一个报文必须是CONNACK。如果客户端在合理的时间内没有收到服务端的CONNACK报文, 客户端应该关闭网络连接。合理的时间取决于应用的类型和通信基础设施。3 PUBLISH – 发布消息:PUBLISH控制报文是指从客户端向服务端或者服务端向客户端传输一个应用消息。4 PUBACK –发布确认:PUBACK报文是对QoS 1等级的PUBLISH报文的响应。5 PUBREC – 发布收到( QoS 2, 第一步):PUBREC报文是对QoS等级2的PUBLISH报文的响应。 它是QoS 2等级协议交换的第二个报文。6 PUBREL – 发布释放( QoS 2, 第二步):PUBREL报文是对PUBREC报文的响应。 它是QoS 2等级协议交换的第三个报文。7 PUBCOMP – 发布完成( QoS 2, 第三步):PUBCOMP报文是对PUBREL报文的响应。 它是QoS 2等级协议交换的第四个也是最后一个报文。8 SUBSCRIBE - 订阅主题:客户端向服务端发送SUBSCRIBE报文用于创建一个或多个订阅。 每个订阅注册客户端关心的一个或多个主题。 为了将应用消息转发给与那些订阅匹配的主题, 服务端发送PUBLISH报文给客户端。 SUBSCRIBE报文也( 为每个订阅) 指定了最大的QoS等级, 服务端根据这个发送应用消息给客户端。9 SUBACK – 订阅确认:服务端发送SUBACK报文给客户端, 用于确认它已收到并且正在处理SUBSCRIBE报文。10 UNSUBSCRIBE –取消订阅:客户端发送UNSUBSCRIBE报文给服务端, 用于取消订阅主题。11 UNSUBACK – 取消订阅确认:服务端发送UNSUBACK报文给客户端用于确认收到UNSUBSCRIBE报文。12 PINGREQ – 心跳请求:客户端发送PINGREQ报文给服务端的。 用于:1. 在没有任何其它控制报文从客户端发给服务的时, 告知服务端客户端还活着。2. 请求服务端发送 响应确认它还活着。3. 使用网络以确认网络连接没有断开。13 PINGRESP – 心跳响应:服务端发送PINGRESP报文响应客户端的PINGREQ报文。 表示服务端还活着。14 DISCONNECT –断开连接:DISCONNECT报文是客户端发给服务端的最后一个控制报文。 表示客户端正常断开连接。MQTT控制报文格式控制报文格式

  • 发表了主题帖: 物联网协议Coap协议介绍

    COAP协议简介Coap(Constrained Application Protocol)是一种在物联网世界的类web协议,它的详细规范定义在 RFC 7252。COAP名字翻译来就是“受限应用协议”,顾名思义,使用在资源受限的物联网设备上。物联网设备的ram,rom都通常非常小,运行TCP和HTTP是不可以接受的。COAP协议特点1 COAP协议网络传输层由TCP改为UDP。COAP协议层2 它基于REST,server的资源地址和互联网一样也有类似url的格式,客户端同样有POST,GET,PUT,DELETE方法来访问server,对HTTP做了简化。3 COAP是二进制格式的,HTTP是文本格式的,COAP比HTTP更加紧凑。4 轻量化,COAP最小长度仅仅4B,一个HTTP的头都几十个B了。5 支持可靠传输,数据重传,块传输。 确保数据可靠到达。6 支持IP多播, 即可以同时向多个设备发送请求。7 非长连接通信,适用于低功耗物联网场景。COAP协议消息类型COAP协议有4种消息类型CON—— 需要被确认的请求,如果CON请求被发送,那么对方必须做出响应。这有点像TCP,对方必须给确认收到消息,用以可靠消息传输。可靠消息传输NON—— 不需要被确认的请求,如果NON请求被发送,那么对方不必做出回应。这适用于消息会重复频繁的发送,丢包不影响正常操作。这个和UDP很像。用以不可靠消息传输。不可靠消息传输ACK —— 应答消息,对应的是CON消息的应答。RST —— 复位消息,可靠传输时候接收的消息不认识或错误时,不能回ACK消息,必须回RST消息。COAP消息格式coap消息格式消息头(HEAD)第一行是消息头,必须有,固定4个byte。Ver : 2bit, 版本信息,当前是必须写0x01。T: 2bit, 消息类型,包括 CON, NON. ACK, RST这4种。TKL: 4bit,token长度, 当前支持0~8B长度,其他长度保留将来扩展用。Code:8bit,分成前3bit(0~7)和后5bit(0~31),前3bit代表类型。 0代表空消息或者请求码, 2开头代表响应码,取值如下:1 0.00 Indicates an Empty message2 0.01-0.31 Indicates a request.3 1.00-1.31 Reserved4 2.00-5.31 Indicates a response.5 6.00-7.31 ReservedMessage ID:16bit, 代表消息MID,每个消息都有一个ID ,重发的消息MID不变token(可选)用于将响应与请求匹配。 token值为0到8字节的序列。 ( 每条消息必须带有一个标记, 即使它的长度为零)。 每个请求都带有一个客户端生成的token, 服务器在任何结果响应中都必须对其进行回应。token类似消息ID,用以标记消息的唯一性。token还是消息安全性的一个设置,使用全8字节的随机数,使伪造的报文无法获得验证通过。option(可选,0个或者多个)请求消息 与回应消息都可以0~多个options。 主要用于描述请求或者响应对应的各个属性,类似参数或者特征描述,比如是否用到代理服务器,目的主机的端口等。payload(可选)实际携带数据内容, 若有, 前面加payload标识符“0xFF”,如果没有payload标识符,那么就代表这是一个0长度的payload。如果存在payload标识符但其后跟随的是0长度的payload,那么必须当作消息格式错误处理。COAP的请求码(requests)和响应码(responses)【0.01】GET方法——用于获得某资源【0.02】POST方法——用于创建某资源【0.03】PUT方法——用于更新某资源【0.04】DELETE方法——用于删除某资源CoAP的URLcoap的url和HTTP的有很相似的地方,开头是“coap”对应“http”或者“coaps”对应“https”。HTTP的默认端口是tcp 80,coap的默认端口是udp 5683(coaps是5684)。URL里面的“/”“&”“.”下面三个URL的地址是一样的。访问example.com这个域名,端口是udp 5683,访问的资源地址是~sensors/temp.xml。coap://example.com:5683/~sensors/temp.xmlcoap://EXAMPLE.com/%7Esensors/temp.xmlcoap://EXAMPLE.com:/%7esensors/temp.xmlCOAP的安全性COAP的安全性是用DTLS加密实现的。DTLS的实现需要的资源和带宽较多,如果是资源非常少的终端和极有限的带宽下可能会跑不起来。DTLS仅仅在单播情况下适用。

  • 回复了主题帖: 免费尝鲜:ST 双核无线 MCU STM32WB55 开发板

    来了来了!

  • 2019-04-15
  • 回复了主题帖: 求教蓝牙5.1 的方向定位原理

    topwon 发表于 2019-4-15 13:54 比较详细的介绍原文地址:http://dev.ti.com/tirex/content/ ... etag=s_pctim_aiomsg, 以及 http://dev ...
    谢谢!比其他介绍确实内容详实很多!

  • 2019-04-14
  • 回复了主题帖: (转)bluetooth 名词 缩写

    懒猫爱飞 发表于 2019-4-13 22:21 这些配置经典蓝牙上用的多
    大神求带。

  • 回复了主题帖: 求教蓝牙5.1 的方向定位原理

    懒猫爱飞 发表于 2019-4-13 22:20 1)支持 5.1的IC已出来了,dialog,nordic都有 2) AOA,AOD只是5.1的一个特性,芯片虽然有,但SDK目前还没 ...
    是的,雷声大,各家给的资料也都基本是概念普及。这个功能感觉应该有应用,所以想了解了解原理。

  • 回复了主题帖: P-NUCLEO-WB55

    蓝雨夜 发表于 2019-4-13 18:44 你怎么知道的?
    管理员和我唠嗑的时候不小心说漏了:lol

  • 2019-04-13
  • 发表了主题帖: 求教蓝牙5.1 的方向定位原理

    关于蓝牙5.1的方向定位,网上看了看基本没有比较深入的文章,大部分都是蜻蜓点水的介绍。感觉这个功能很牛逼的样子,求大神解惑!

  • 回复了主题帖: P-NUCLEO-WB55

    一直没有系统的摆弄过蓝牙,要么用库要么用现成的,打算有机会了解一下。

  • 回复了主题帖: P-NUCLEO-WB55

    @damiaa @ljj3166 @蓝雨夜 据悉EE要搞活动了,玩起来,燥起来。

  • 发表了主题帖: (转)蓝牙开发入门

    相关资料: Bluetooth 和BLE 蓝牙(Bluetooth)一种无线技术标准,用来让固定与移动设备,在短距离间交换数据,以形成个人局域网(PAN)。其使用短波特高频(UHF)无线电波,经由2.4至2.485 GHz的ISM频段来进行通信。1994年由电信商爱立信发展出这个技术。它最初的设计,是希望创建一个RS-232数据线的无线通讯替代版本。 技术历史蓝牙1.1标准:为最早期版本,传输率约在748~810kb/s,因是早期设计,容易受到同频率之产品所干扰下影响通讯质量。蓝牙1.2标准:同样是只有 748~810kb/s 的传输率,但在加上了(改善 Software)抗干扰跳频功能。蓝牙2.0标准:1.2 的改良提升版,传输率约在 1.8M/s~2.1M/s,开始支持双工模式——即一面作语音通讯,同时亦可以传输档案/高质素图片。蓝牙2.1标准:2007年8月2日,蓝牙技术联盟正式批准了蓝牙2.1版规范,即“蓝牙2.1+EDR”,可供未来的设备自由使用。相对2.0版本主要是提高了待机时间2倍以上,技术标准没有根本性变化。蓝牙3.0标准:2009年4月21日,蓝牙技术联盟颁布的新一代标准规范"Bluetooth Core Specification  Version 3.0 High Speed"(蓝牙核心规范3.0版 ),核心是"Generic Alternate  MAC/PHY"(AMP)一种全新的交替射频技术,允许蓝牙协议栈针对任一任务动态地选择正确射频。3.0的数据传输率提高到了大约24Mbps(即可在需要的时候调用802.11 WI-FI用于实现高速数据传输)。3.0的传输速速率是2.0的八倍。蓝牙4.0标准:于2010年7月7日正式发布,是蓝牙3.0+HS规范的补充,新版本的最大意义在于低功耗,同时加强不同OEM厂商之间的设备兼容性,并且降低延迟,理论最高传输速度依然为24Mbps(即3MB/s),有效覆盖范围扩大到100米(之前的版本为10米)。4.0是专门面向对成本和功耗都有较高要求的无线方案,可广泛用于卫生保健、体育健身、家庭娱乐、安全保障等诸多领域。蓝牙5.0标准:蓝牙5.0是由蓝牙技术联盟在2016年提出的蓝牙技术标准,蓝牙5.0针对低功耗设备速度有相应提升和优化,蓝牙5.0结合wifi对室内位置进行辅助定位,提高传输速度,,增加有效工作距离。频率和信道蓝牙使用2.4GHZ ISM波段,Bluetooth有79个信道,按0-78排序:
    channel 00:2.402000000 Ghz channel 01 : 2.403000000 Ghz ... channel 78 : 2.480000000 Ghz
    BLE 有40个频道 蓝牙规格规格名称规格类型分配编码规格级别 警报类别IDorg.bluetooth.characteristic.alert_category_id0x2A43已采纳 警报类别ID位掩码org.bluetooth.characteristic.alert_category_id_bit_mask0x2A42已采纳 警报级别org.bluetooth.characteristic.alert_level0x2A06已采纳 警报通知控制点org.bluetooth.characteristic.alert_notification_control_point0x2A44已采纳 警报状态org.bluetooth.characteristic.alert_status0x2A3F已采纳 Appearanceorg.bluetooth.characteristic.gap.appearance0x2A01Adopted 电池电量org.bluetooth.characteristic.battery_level0x2A19已采纳 血压功能org.bluetooth.characteristic.blood_pressure_feature0x2A49已采纳 血压测量org.bluetooth.characteristic.blood_pressure_measurement0x2A35已采纳 人体传感器定位org.bluetooth.characteristic.body_sensor_location0x2A38已采纳 引导键盘输入报告org.bluetooth.characteristic.boot_keyboard_input_report0x2A22已采纳 引导键盘输出报告org.bluetooth.characteristic.boot_keyboard_output_report0x2A32已采纳 引导鼠标输入报告org.bluetooth.characteristic.boot_mouse_input_report0x2A33已采纳 CSC功能org.bluetooth.characteristic.csc_feature0x2A5C已采纳 CSC测量org.bluetooth.characteristic.csc_measurement0x2A5B已采纳 当前时间org.bluetooth.characteristic.current_time0x2A2B已采纳 自行车功率控制点bluetooth.characteristic.cycling_power_control_point0x2A66已采纳 自行车功率特征org.bluteooth.characteristic.cycling_power_feature0x2A65已采纳 自行车功率测量org.blueeooth.cycling_power_measurement0x2A63已采纳 自行车功率矢量org.bluetooth.characteristic.cycling_power_vector0x2A64已采纳 日期时间org.bluetooth.characteristic.date_time0x2A08已采纳 星期日期时间org.bluetooth.characteristic.day_date_time0x2A0A已采纳 星期org.bluetooth.characteristic.day_of_week0x2A09已采纳 Device Nameorg.bluetooth.characteristic.gap.device_name0x2A00Adopted 日光节约时间偏移org.bluetooth.characteristic.dst_offset0x2A0D已采纳 准确时间256org.bluetooth.characteristic.exact_time_2560x2A0C已采纳 固件修订字符串org.bluetooth.characteristic.firmware_revision_string0x2A26已采纳 血糖功能org.bluetooth.characteristic.glucose_feature0x2A51已采纳 血糖测量org.bluetooth.characteristic.glucose_measurement0x2A18已采纳 血糖测量环境org.bluetooth.characteristic.glucose_measurement_context0x2A34已采纳 硬件修订字符串org.bluetooth.characteristic.hardware_revision_string0x2A27已采纳 心率控制点org.bluetooth.characteristic.heart_rate_control_point0x2A39已采纳 心率测量org.bluetooth.characteristic.heart_rate_measurement0x2A37已采纳 HID控制点org.bluetooth.characteristic.hid_control_point0x2A4C已采纳 HID信息org.bluetooth.characteristic.hid_information0x2A4A已采纳 IEEE 11073-20601监管认证数据表org.bluetooth.characteristic.ieee_11073-20601_regulatory_certification_data_list0x2A2A已采纳 中间体套囊压力org.bluetooth.characteristic.intermediate_blood_pressure0x2A36已采纳 中间体温度org.bluetooth.characteristic.intermediate_temperature0x2A1E已采纳 LN控制点org.bluetooth.ln_control_point0x2A6B已采纳 LN功能org.bluetooth.characteristic.ln_feature0x2A6A已采纳 当地时间信息org.bluetooth.characteristic.local_time_information0x2A0F已采纳 定位和速度org.bluetooth.location_and_speed0x2A67已采纳 制造商名称字符串org.bluetooth.characteristic.manufacturer_name_string0x2A29已采纳 测量间隔org.bluetooth.characteristic.measurement_interval0x2A21已采纳 型号字符串org.bluetooth.characteristic.model_number_string0x2A24已采纳 导航org.bluetooth.characteristic.navigation0x2A68已采纳 新警报org.bluetooth.characteristic.new_alert0x2A46已采纳 Peripheral Preferred Connection Parametersorg.bluetooth.characteristic.gap.peripheral_preferred_connection_parameters0x2A04Adopted Peripheral Privacy Flagorg.bluetooth.characteristic.gap.peripheral_privacy_flag0x2A02Adopted PnP IDorg.bluetooth.characteristic.pnp_id0x2A50已采纳 定位质量org.bluetooth.position_quality     0x2A69已采纳 协议模式org.bluetooth.characteristic.protocol_mode0x2A4E已采纳 Reconnection Addressorg.bluetooth.characteristic.gap.reconnection_address0x2A03Adopted 记录存取控制点org.bluetooth.characteristic.record_access_control_point0x2A52已采纳 参考时间信息org.bluetooth.characteristic.reference_time_information0x2A14已采纳 报告org.bluetooth.characteristic.report0x2A4D已采纳 报告地图org.bluetooth.characteristic.report_map0x2A4B已采纳 振铃器控制点org.bluetooth.characteristic.ringer_control_point0x2A40已采纳 振铃器设定org.bluetooth.characteristic.ringer_setting0x2A41已采纳 RSC功能org.bluetooth.characteristic.rsc_feature0x2A54已采纳 RSC测量org.bluetooth.characteristic.rsc_measurement0x2A53已采纳 SC控制点org.bluetooth.characteristic.sc_control_point0x2A55已采纳 扫描间隔窗口org.bluetooth.characteristic.scan_interval_window0x2A4F已采纳 扫描刷新org.bluetooth.characteristic.scan_refresh0x2A31已采纳 传感器定位org.bluetooth.characteristic.sensor_location0x2A5D已采纳 序列号字符串org.bluetooth.characteristic.serial_number_string0x2A25已采纳 Service Changedorg.bluetooth.characteristic.gatt.service_changed0x2A05Adopted 软件修订字符串org.bluetooth.characteristic.software_revision_string0x2A28已采纳 获支持的新警报类别org.bluetooth.characteristic.supported_new_alert_category0x2A47已采纳 获支持的未读警报类别org.bluetooth.characteristic.supported_unread_alert_category0x2A48已采纳 系统IDorg.bluetooth.characteristic.system_id0x2A23已采纳 温度测量org.bluetooth.characteristic.temperature_measurement0x2A1C已采纳 温度类型org.bluetooth.characteristic.temperature_type0x2A1D已采纳 时间准确度org.bluetooth.characteristic.time_accuracy0x2A12已采纳 时间源org.bluetooth.characteristic.time_source0x2A13已采纳 时间更新控制点org.bluetooth.characteristic.time_update_control_point0x2A16已采纳 时间更新状态org.bluetooth.characteristic.time_update_state0x2A17已采纳 日光节约时间的时间org.bluetooth.characteristic.time_with_dst0x2A11已采纳 时区org.bluetooth.characteristic.time_zone0x2A0E已采纳 射频功率org.bluetooth.characteristic.tx_power_level0x2A07已采纳 未读警报状态org.bluetooth.characteristic.unread_alert_status0x2A45已采纳记忆码UUID规格UUID参考规格 «设备名称»uuid160x2A00蓝牙核心规格第3卷C部分第12.1节 «外观»uuid160x2A01蓝牙核心规格第3卷C部分第12.2节 «外置设备隐私标志»uuid160x2A02蓝牙核心规格第3卷C部分第12.3节 «重新连接地址»uuid160x2A03蓝牙核心规格第3卷C部分第12.4节 «外置设备首选连接参数»uuid160x2A04蓝牙核心规格第3卷C部分第12.5节 «服务更改»uuid160x2A05蓝牙核心规格第3卷G部分第7.1节蓝牙UUIDUUID是“Universally Unique Identifier”的简称,通用识别码的意思。对于服务,每个服务都有通用独立且唯一的UUID与之对应。 例:
    蓝牙串口服务 SerialPortServiceClass_UUID = '{00001101-0000-1000-8000-00805F9B34FB}'
    LANAccessUsingPPPServiceClass_UUID = '{00001102-0000-1000-8000-00805F9B34FB}'
    拨号网络服务 DialupNetworkingServiceClass_UUID = '{00001103-0000-1000-8000-00805F9B34FB}'
    信息同步服务 IrMCSyncServiceClass_UUID = '{00001104-0000-1000-8000-00805F9B34FB}' SDP_OBEXObjectPushServiceClass_UUID = '{00001105-0000-1000-8000-00805F9B34FB}'
    文件传输服务 OBEXFileTransferServiceClass_UUID = '{00001106-0000-1000-8000-00805F9B34FB}'

  • 发表了主题帖: (转)bluetooth 名词 缩写

    本帖最后由 freebsder 于 2019-4-13 17:31 编辑 HCI  (Host to Controller Interface)主机到控制器接口L2CAP (logical link control and adaptation protocol 逻辑链路控制和适配协议SDP   (Service Discovery Protocol)服务发现协议GAP(Generic Access Profile)通用的访问协议RFCOMM  串行线性仿真协议AVDTP(Audio / video distribution transport protocol)音频/视频分发传送协议OBEX  (Object Exchange)对象交换HFP  (Hands-free Profile)免提配置协议AVRCP (Audio/Video Remote Control Profile) 音频/视频远程控制配置文件A2DP  (Anvanced Audio Distribution Profile)  蓝牙音频传输模型配置文件HSP  (Headset profile),耳机配置文件GATT  (Generic Attribute Profile)  读写属性类小数据的Profile通用规范HDP (Health Device Profile) 蓝牙医疗设备协议FTP (File Transfer Profile):文档传输配置文件AG(Audio Gate)音频网关HF(Hands Free)免提

统计信息

已有448人来访过

  • 芯币:3096
  • 好友:8
  • 主题:83
  • 回复:1483
  • 课时:--
  • 资源:1

留言

你需要登录后才可以留言 登录 | 注册


yezi2989 2018-2-26
您好!看您在论坛上分享了很多主题经验,我们现在有一个投稿活动有兴趣了解下不?
查看全部