先说两句 在调试和移植的过程中 我们经常想用节点去抓上行包 或者去抓下行包 但在抓取的过程中发现,上行包抓取不到到,或是下行包抓取不到,或者是两个都抓取不到,觉得非常的诡异.明明接收频点.BW和SF都设置正确,百思不得其解 下面我就来解析一下这个问题 影响接收和发射的参数 常见通信参数 1.频点,这个应该都明白,如果收发的频点不一样,肯定是收不到包的 2.SF(扩频因子),这个相当于速率,两端设置不同肯定也会收不到 3.BW(带宽),假如用125Khz发射,用250Khz去接收,这也是收不到的,

关于由多个不同的C文件构成的工程,我采用以下方法 以为400Hz数字电源程序为例 假设工程由以下文件组成 DC_Comm.c 主要完成串口通讯部分 DC_Config.c 主要完成时钟,外设 中断初始化 DC_Control.c 主要完成电源数字化SPWM控制,以及串口接收中断的处理 DC_Memory.c 主要完成FM33256 的SPI时序的软件实现.故障记录与操作记录的写入与读取操作. DC_Timing.h 主要完成与CPLD配合的一些时序. 响应的在include 中我还用到了一些头文

我是卓波,很高兴你来看我的博客. 系列文章: stm32+lwip(一):使用STM32CubeMX生成项目 stm32+lwip(二):UDP测试 stm32+lwip(三):TCP测试 stm32+lwip(四):网页服务器测试 stm32+lwip(五):以太网帧发送测试 很多时候,我们想直接获取以太网帧的数据或者直接发送以太网帧数据.在使用STM32CubeMX生成的工程当中,有两个函数就是直接跟以太网通信有关: /** * This function should do the act

原文:在论坛中出现的比较难的sql问题:27(字符串拆分.字符串合并.非连续数字的间隔范围.随机返回字符串) 在论坛中看到一个帖子,帖子中有一些sql方面的面试题,我觉得这些面试题很有代表性. 原帖的连接为:http://bbs.csdn.net/topics/390884161?page=1#post-398177057 下面是我的解法,供大家参考: 1.分拆字符串 create table test1 (number varchar(100)) insert into test1 value

目录 分析ffmpeg源码 分析问题 修改源码解决问题 分析ffmpeg源码 分析问题 mpegtsenc.c 找到发送PAT.PMT的函数 /* send SDT, PAT and PMT tables regularly */ static void retransmit_si_info(AVFormatContext *s, int force_pat, int64_t dts) { MpegTSWrite *ts = s->priv_data; int i; if (++ts->sdt

试验平台 仅仅 需要一台主机 一台 周立功 CAN 助手, 一个232 助手就OK ICAN 协议 资源节点地址 电脑 我认为是0x01 51单片机主机的地址 是 0x1f 建立连接的 功能码 是0x04 发送分帧 和 一个 帧 的 资源 source ID 0X80 所以建立连接发送的时候 上位机的地址是 0023e4fe 所以发送分帧传送的时候 上位机的地址就是 0x0023e180 0x80 是资源节点编号 这个程序 在 51单片机板 接收到CAN    消息以后 单片机板上的数码管从0重

// //  MJViewController.m //  05-汤姆猫 // //  Created by apple on 14-3-24. //  Copyright (c) 2014年 itcast. All rights reserved. // #import "MJViewController.h" @interface MJViewController () - (IBAction)drink; - (IBAction)knock; - (IBAction)rightF

在体系结构中,我们知道:链路层(或数据链路层)包含为共享相同介质的邻居建立连接的协议和方法,同时,设计链路层的目的是为 IP 模块发送和接受 IP 数据报,链路层可用于携带支持 IP 的辅助性协议,例如 ARP. TCP/IP 取得成功的的原因之一在于它能工作在几乎任意一种链路之上.不同的链路层依赖于其使用的网络硬件类型:有限局域网,例如以太网:城域网,例如有线电视.DSL 连接:有线语音网络,例如支持调制解调器的电话线:无线网络,如 WiFi(无线局域网):基于蜂窝技术的无线数据服务.在本章中

黏包: 同时执行多条命令之后,得到的结果很可能只有一部分,在执行其他命令的时候又接收到之前执行的另外一部分结果,这种显现就是黏包. 只有TCP协议中才会产生黏包,UDP协议中不会有黏包(udp协议中数据会直接丢失,俗称丢包) #面试 #首先只有在TCP协议中才有黏包现象,是因为TCP协议是面向流的协议, #在发送的数据传输的过程中还有缓存机制来避免数据丢失 #因此在连续发送小数据的时候,以及接收大小不符的时候,都容易产生黏包现象 #本质是不知道客户端发送的数据长度 面试中解释黏包 #连续send

一.序 OkHttp 应该算是 Android 中使用最广泛的网络库了,我们通常会利用它来实现 HTTP 请求,但是实际上它还可以支持 WebSocket,并且使用起来还非常的便捷. 那本文就来聊聊,利用 OkHttp 实现 WebSocket 的一些细节,包括对 WebSocket 的介绍,以及在传输前如何做到鉴权.长连接保活及其原理. 二.WebSocket 简介 2.1 为什么使用 WebSocket? 我们做客户端开发时,接触最多的应用层网络协议,就是 HTTP 协议,而今天介绍的 We

码率就是数据传输时单位时间传送的数据位数,一般我们用的单位是kbps即千位每秒.通俗一点的理解就是取样率,单位时间内取样率越大,精度就越高,处理出来的文件就越接近原始文件,但是文件体积与取样率是成正比的,所以几乎所有的编码格式重视的都是如何用最低的码率达到最少的失真,围绕这个核心衍生出来的cbr(固定码率)与vbr(可变码率),都是在这方面做的文章,不过事情总不是绝对的,从音频方面来说,码率越高,被压缩的比例越小,音质损失越小,与音源的音质越接近."码率"就是失真度,码率越高越清晰,反

前言关于opencvOpenCV 是 Intel 开源计算机视觉库 (Computer Version) .它由一系列 C 函数和少量 C++ 类构成,实现了图像处理和计算机视觉方面的很多通用算法. OpenCV 拥有包括 300 多个 C 函数的跨平台的中.高层 API .它不依赖于其它的外部库 —— 尽管也可以使用某些外部库. OpenCV 对非商业应用和商业应用都是免费 的.同时 OpenCV 提供了对硬件的访问,可以直接访问摄像头,并且 opencv 还提供了一个简单的 GUI(grap

成帧与解析 阅读 <java TCP/IP Socket 编程>第三章笔记 成帧技术(frame)是解决如何在接收端定位消息的首尾位置的问题.在进行数据收发时,必须指定消息接收者如何确定何时消息已经接收完整. 在TCP协议中,消息是按照字节来传输的,而且TCP协议中是没有消息边界的概念的.因为当client和server双方建立TCP连接后,双方可以自由发送字节数据. 为了能够在消息传输中确定消息的边界,需要引入额外的信息来标示消息边界.常用的办法有两种: 基于定界符与基于显式消息长度. 基于

LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和链接. 5 MAC指令 网络管理时会在网络服务器和终端设备的MAC层之前传输一系列的MAC指令.MAC层指令对应用.应用服务器或终端设备的应用永不可见. 单个数据帧可以包含任何MAC指令序列,MAC指令既可以包含在FOpts字段中和正常数据一起发送,也可以放在FRMPayload字段单独发送,这是F

过载帧 过载帧与主动错误帧具有相同的格式.但是,过载帧只能在帧间间隔产生,因此可通过这种方式区分过载帧和错误帧(错误帧是在帧传输时发出的).过载帧由两个字段组成,即过载标志和随后的过载定界符.过载标志由6 个显性位和紧随其后的其他节点产生的过载标志构成(而主动错误标志最多包含12个显性位).过载定界符包含8 个隐性位.节点在两种情况下会产生过载帧: 1.节点在帧间间隔检测到非法显性位.在IFS 的第三位期间检测到显性位除外.这种情况下,接收器会把它看作一个SOF 信号. 2.由于内部原因,节点尚

一.HT Capabilities HT Capabilities:802.11n的mac层给802.11的mac层加入了高吞吐量单元.所有新加的802.11n功能都是通过管理帧中的HT单元才得以实现,总体如下 抓包中显示,可见对HT的解析,omnipeek还是可行的 (一)HT Capability Info 不同的软件解析出来顺序可能不同,wireshark更贴近现实,而omnipeek则是顺序相反,不过解析的内容都是一样的 1．L-SIG TXOP保护: Legacy Signal Tra

说明 在UDS协议中,其中有一点我视作为基础,即帧传输.也即是数据传输这一块,在UDS的帧传输中,分为4种: SF单帧 FF第一帧 CF连续帧 FC流控制帧 首先,我们抛开以上的东西,假设一个销售商(超市)和一个供应商之间存在某种通信协议,该协议大致规定了货物的发送和接收.即: 供应商每次提供给超市的货物的数量与种类. 经过分析,发现,就只有以上的这些东西.假设,之间的传输是通过货车来运输的,我们知道,对于同一辆货车所载的货物是一定的,当然,这里需要转换一下,即UDS data的传输是基于CAN

 1 概述 游戏乃至图形界面的本质是不断地画图,然而画图并非任意的,不论什么游戏都须要遵循一定的规则来呈现出来,这些规则就体现为游戏逻辑.游戏逻辑会控制游戏内容,使其依据用户输入和时间流逝而改变.因此.游戏能够抽象为不断地反复. 2 下面动作: A 处理用户输入 B 处理定时事件 C 画图 游戏主循环就是这种一个循环,它会重复运行以上动作,保持游戏进行下去.直到玩家退出游戏. CCDirector::mainLoop()方法,这种方法负责调动定时器,画图,发送全局通知,并处理内存回收池.该方

一.视频传输原理 视频是利用人眼视觉暂留的原理,通过播放一系列的图片,使人眼产生运动的感觉.单纯传输视频画面,视频量非常大,对现有的网络和存储来说是不可接受的.为了能够使视频便于传输和存储,人们发现视频有大量重复的信息,如果将重复信息在发送端去掉,在接收端恢复出来,这样就大大减少了视频数据的文件,因此有了H.264视频压缩标准. 视频里边的原始图像数据会采用 H.264编码格式进行压缩,音频采样数据会采用 AAC 编码格式进行压缩.视频内容经过编码压缩后,确实有利于存储和传输.不过当要观看播放时

零.前言 客户端和服务器端一旦握手协商成功接建立连接,端点之间可以基于HTTP/2协议传递交换帧数据了. 一.帧通用格式 下图为HTTP/2帧通用格式:帧头+负载的比特位通用结构: +-----------------------------------------------+ | Length (24) | +---------------+---------------+---------------+ | Type (8) | Flags (8) | +-+-------------+-

http://blog.csdn.net/kevinhg/article/details/40991655 STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03 0x04..接收端收到的数据为:0x02 0x03 0x04,第一个数据丢失.换成发送别的数值的数据,如0x06 0x0ff,则接收到0x0ff,0x06丢失.错