- 综合排序
- 最热优先
- 最新优先
- 来自专栏物联网思考
LoRa串口透传
前言：串口透传也是用的最多的一种，用户把需要发送的数据通过串口发送到模块，模块正确接收后，然后通过LoRa发送出去，发送完后再切换到接收模式。模块不分主从机，但是要确保两个模块的射频参数一致。 LoRa点对点通信，OLED显示（内附代码） 4、串口透传
1.6K10发布于 2021-03-09 - 来自专栏原创
安卓推送技术手册——使用透传消息的正确姿势
目前的消息推送方式主要有两种：通知和透传。 什么是透传？透传即是透明传送，即传送网络无论传输业务如何，只负责将需要传送的业务传送到目的节点，同时保证传输的质量即可，而不对传输的业务进行处理。 透传消息，就是消息体格式及内容，对于传递的通道来说是不去过问的，通道只负责消息的传递，对消息不做任何处理，当客户端接收到透传消息后，由客户端自己来决定如何处理消息。 整个透传消息的流程如下：根据个推提供的API接口或在个推开发者平台上推送透传消息，个推服务端接收到推送的消息后，不做任何处理，直接发送给目标用户。 当客户端SDK接收到透传消息后，以广播方式发送给客户端，客户端在配置的第三方BroadReceiver里接收到透传消息后进行处理。 透传消息的消息体，可以根据不同的需求传递不同的参数或格式。 用户有感知的透传：把透传消息处理成通知栏展示出来，提醒用户方便点击查看相关信息（如个人帐单信息），直接打开应用或跳转到指定的应用界面中（根据透传消息的相关参数来判断跳转到哪一个指定的界面，相关参数传递要打开的界面的类名或
2.8K60发布于 2018-03-21 - 来自专栏用户8851537的专栏
Ubuntu+KVM显卡透传
显卡透传本来是工作内容，我自己做完发现还不错挺方便的，物理机是Ubuntu，KVM下的虚拟机是WIN10，完成后一个主机两个显示屏上的内容分别是Ubuntu、Win10，用起来挺方便的。 3.通过查询本机显卡信息 lspci | grep -i vga 二、部署步骤 在Ubuntu环境下安装KVM我就不多说了（+_+） 1.透传环境部署 修改文件/etc/default/grub 将intel_iommu 然后重启libvirtd systemctl restart libvirtd 到这里显卡透传的环境就配置完成了 2.KVM虚拟机配置 这里我整理了需要注意的两点，至于虚拟机的安装大家都懂我就不说了（奥里给
2.3K10发布于 2021-07-21 - 来自专栏农历七月廿一
Vue-透传Attributes使用解析
透传是vue中一种特性，官方的解释是：“透传 attribute”指的是传递给一个组件，却没有被该组件声明为 props 或 emits 的 attribute 或者 v-on 事件监听器。 ，那么透传属性会直接失效，并且警告 子节点如果不是单根节点的时候，可以通过添加v-bind=“$attrs” 的属性进行某一个dom元素的透传 透传过去的属性如果和子组件上的命名重复了，会以子组件本身的属性为主 透传过去的属性如果和子组件上的属性重复了，会直接添加到属性值的后面 透传的子组件里面如果只有一个根节点，这个根节点是另一个组件的时候，透传的属性会直接传递给他本身的子组件 透传过去的属性ID获取需要在 透传过去的属性如果和子组件上的属性重复了，会直接添加到属性值的后面 这两个通过上面的例子相信你们已经看出来了，这里就不做演示了 透传的子组件里面如果只有一个根节点，这个根节点是另一个组件的时候，透传的属性会直接传递给他本身的子组件 如上所示，我们给js模块部分添加 inheritAttrs:false即可，默认的值是true，设置为false的时候透传的属性久不存在了 我怎么在js中获取到透传的属性呢？
2.2K10编辑于 2023-03-07 - 来自专栏运维开发故事
KVM虚拟化之设备透传
显卡透传 查看显卡PCI地址 lspci | grep -i nvidia 会看到类似下面的输出，其中包含显卡的 PCI 地址，例如 0000:03:00.0： 03:00.0 VGA compatible </devices> 之后启动虚拟机 网卡透传 检查宿主机是否支持 IOMMU 要进行网卡透传，宿主机需要支持 IOMMU，并且BIOS中要开启Intel vt-d。 在虚拟机中运行以下命令，查看网卡是否被识别： lspci | grep -i ethernet USB透传 常要用于透传usb存储设备和加密狗设备给虚拟机 确认宿主机可以识别 USB 设备 查看所有连接的 USB 设备是否可用： lsusb 应该可以看到之前透传的 USB 设备。 并将其透传到对应的虚拟机上继续使用 检查宿主机支持 PCI 直通 HBA 卡透传需要宿主机支持 IOMMU 功能。
1.3K10编辑于 2024-12-27 - 来自专栏JAVA烂猪皮
全链路中的数据透传
我们看到这里主要包括两层，即透传数据上下文与数据透传协议实现层。前者是一层抽象的概念，依附于一个贯穿整条链路的对象。而后者是依据各个通信方式协议的不同而具体实现的。 这里业务方 A 使用透传数据上下文设置透传数据后，在协议中需要先使用上下文获得透传数据，然后各个协议自己实现透传数据随通信传递，在通信对端获得透传数据后重新设置回透传上下文中， 这样业务方 B 就可以使用上下文获取到业务方 A 设置的透传数据并进行使用了。 数据透传实现层 各个协议层需也只需要干两件通用的事情，1 是将透传数据从上下文中取出设置到协议中，2 是将透传数据从协议中取出设置回上下文中，实现方式依协议而定。 数据透传的使用场景 链路的数据透传看起来好像使用场景比较单一，除了给业务方传递一些业务场景上的数据外，其实数据透传在纯技术层面也有比较多的应用，这里简单介绍 2 个场景。
2.3K10发布于 2021-04-02 - </template> 这个时候，我们需要保证外面能够直接设置 el-input 的属性，比如 placeholder、clearable 等等，最好能够透传 上面就是通过传入的 props —— configProps，来设置 placeholder 和 clearable 但是这样代码可读性差、维护不方便、而且还会有遗漏的点 通过 v-bind="$attrs" 进行透传 完整的代码示例放在了 codesandbox 中了，可以在线看下——[普通的 v-bind=" attrs"")，建议大家自己试下 动态组件如何透传 虽然上面可以解决了大部分的问题了，但同事发现并不能满足场景 结束语 以上通过渲染函数就可以完全解决透传属性的问题了，具体的我也放在了 codesandbox 中了——动态组件透传属性[3]。 file=/src/components/Config.vue [2] 官方文档: https://cn.vuejs.org/v2/guide/render-function.html [3] 动态组件透传属性来自专栏前端杂货铺-Gopal
【Vue进阶】——如何实现组件属性透传？
></el-input>
6.6K30发布于 2020-09-24
如何实现线程池之间的数据透传 ？
如何实现线程池之间的数据透传 ？ 引言 当我们涉及到数据的全链路透传场景时，通常会将数据存储在线程的本地缓存中，如: 用户认证信息透传，链路追踪信息透传时；但是这里可能面临着数据在两个没有血缘关系的兄弟线程间透传的问题，这通常涉及到两个不同线程池之间数据的透传问题 ---- transmittable-thread-local transmittable-thread-local 是阿里开源的一个线程池间数据透传工具类，它的实现思路其实就是上面我讲的四个阶段，下面我们先来看看 ---- 概览 TransmittableThreadLocal实现了InheritableThreadLocal，其可以确保数据能够在父子线程间进行透传，透传逻辑体现在Thread的构造函数中； 而TransmittableThreadLocal要做的事情就是解决数据在不同线程池之间进行数据透传的问题，该问题解决思路就是本篇开头提到的思路，下面我将分四个阶段，依次来看看TransmittableThreadLocal
ApiBoot Logging使用RestTemplate透传链路信息
在上一篇文章【ApiBoot Logging使用SpringCloud Openfeign透传链路信息】中我们详细的讲解了ApiBoot Logging整合SpringCloud通过Openfeign进行透传链路信息 this.id = id; this.name = name; } } } 我们所需要的两个服务都已经编写完成，下面我们来测试RestTemplate是可以透传 测试点：透传链路信息 我们使用curl命令访问user-service提供的地址/user，如下所示： ➜ ~ curl http://localhost:9091/user/1 {"id":1,"name
什么是透传(虚拟服务器地址)
moxa串口服务器配置点对点透传模式步骤 MOXA串口服务器基本要点： 使用TCP/IP通讯协议，需要2个串口服务器配对使用。 点对点透传模式配置步骤 ： 1、 串口服务器出厂默认设置： IP地址：192.168.192.100 工作模式：Server 串口TCP/IP映射 串口A：监听在192.168.192.100:6020
STM32和树莓派串口透传
目录 树莓派环境串口透传 STM32环境串口透传 ---- 最近做一个项目需要STM32和树莓派进行串口通信，实现原理如下： 第一步：使用USB转TTL分别调试STM32和树莓派的串口透传，确保可以通信 ； 第二步：确保第一步成功后，将树莓派和STM32连接，进行串口透传。 下面进行具体实验吧~ 树莓派环境串口透传 在开始前说明以下几点： 1、树莓派UART端口的位置：TXD位于HEAD-8；RXD位于HEAD-10；GND位于HEAD-6（可选其他GND）。 若使用apt-get工具安装，可输入以下指令： sudo apt-get install python-serial 当以上步骤成功后，就可以使用Python编写树莓派串口透传程序，具体Demo如下： STM32环境串口透传 接下来实现STM32串口透传，这里我使用的MCU是STM32F103C8T6，配置UART1，STM32不需要配置环境直接在Demo中配置GPIO即可，将USB转TTL的TX
硬件辅助IO虚拟化之设备透传
PCI设备直接分配实践 下面的例子是把host主机中个一个网卡透传给虚拟机使用。 （在intel平台上要开启VT-d，内核要设置intel_iommu=on。）
基于TencentOS Tiny的数采透传模块
基于TencentOS Tiny 物联网操作系统和 rt1062开发板 进行数采模块透传功能的开发。 使用板载的 ESP8266 WIFI模组进行数据的透传，采集 BH1750 光照传感器的数据进行上报，代码的仓库地址为：https://gitee.com/robot266/imxrt1062_esp8266 _demo 基于TencentOS Tiny的数采透传模块.ppt
小程序实时音视频参数透传
腾讯视频云小程序里面的实时音视频方案支持给协议地址添加相关参数实现特定的音视频功能，实现步骤如下： 在拼接实时音视频上行协议地址room://cloud.tencent.com的时候加上bizbuf参数，然后赋值给live-pusher标签的url属性，这样上行音视频的时候就会具备对应的能力。
四轴笔记----无线透传模块|无线图传|遥控和接收机|无线数传
一、无线透传模块 所谓透传就是透明传输，透明传输就是在数据传输过程中，发送方和接收方数据的长度和内容完全一致，不需对数据做任何处理，相当于一条数据线或者串口线，只不过把有线变成无线。 二、无线图传模块 四轴通常由遥控系统和图传系统进行无线传输，常见的无人机遥控，主要还是源自遥控模型的遥控系统，通常采用2.4G频率的信号进行操作指令的传输。 图传系统通常采用5.8G模拟图传模块。在很多航拍无人机上，通常可以看到这样带有“蘑菇状天线”的发射器，这是图传系统的发射装置，通常采用5.8G频率的信号把图像画面传回地面。 另外还会有1.2G、2.4G等不同信号频段的图传，不过通常1.2G图传会影响GPS信号，2.4G图传又会影响2.4G遥控的信号，所以5.8G图传较为流行。 四、数传模块 数传仅仅是传输数据的作用，飞控通过数传连接地面站可以查看飞控数据，调参，另外给飞控发送飞行指令等，这个和接收机不一样，接收机是和遥控通讯，而数传是和电脑上地面站通讯，直接通过USB把数传中的一个接到电脑上
NSURLSession 跨域重定向透传 HTTP Header 问题
核心原因是跨域重定向场景透传了 Header 带到了三方服务，这有些不符合常理，会带来两个明显的问题： 敏感 HTTP Header 传递给三方服务，存在隐私安全问题； 服务收到未预期的 HTTP Header ，可能被视为非法访问，导致网页异常； 系统库如何设计的 NSURLSession 在跨域重定向场景默认会透传 HTTP Header，参考 Swift 在 _HTTPURLProtocol 的相关处理：
ApiBoot Logging使用SpringCloud Openfeign透传链路信息
测试点：链路信息传递 我们通过控制台输出的日志信息来确认下链路信息（traceId、spanId）的透传是否正确。 本次请求会经过good-service服务，因此parentSpanId则是order-service生成的spanId，traceId同样也是order-service生成的，透传HttpHeader
全志XR806蓝牙透传(单向)测试
评测三 蓝牙透传(单向) 有时无线透传在无法布线时有很方便的效用，不妨试试蓝牙透传，效果如下： 具体是无线数据->串口数据，串口数据->无线数据，目前前者实现了，后者还有些问题未解决， 实现过程如下， nvnd_notify\r\n"); bt_gatt_notify(NULL, &vnd_svc.attrs[1], vnd, sizeof(vnd)); } 然后在bt_app_init函数里加入透传口
ESP8266 建立TCPserver 进行数据透传
简介 本设计通过使用Arduino IDE开发环境，建立TCPserver 进行数据透传。
ble4.2串口透传综合速率测试
前言：在基于CH579实现蓝牙（ble4.2）串口透传的基础上测试发送和接收的速率。为了最大限度的提高速率，设置MTU为最大，对于CH579来说ATT_MTU最大为247。 3、速率分析 通过以上测试发现，应用层的串口波特率、串口数据处理等会影响透传速率。
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号