原理说明: 通过检测感应按键PAD的电容量变化来判断是否有触摸动作.当手指触摸PAD时,电容量增加,充放电时间变长. 本方案中利用M48的20个双向IO口实现了20个触摸按键,而且所用原器件最少.其中R1~R20的10K电阻是消除干扰用的,如果采用软件算法,用数字滤波来消除干扰,这20个电阻也可以省略.这样就只需要10只1M的充放电电阻(R21~R30)就可以了. 最基本的按键单元是两个PAD分别接M48的两个IO引脚,两个引脚之间用一个1M的电阻相连.如图: PB1(PAD1) O------

这次的制作背景是由于单片机课程实训课程要求 刚好手上有块ESP8266-12F的WiFi模块 于是就选择了制作一个基于单片机,使用WiFi传输数据的温湿度采集测量仪 制作过程: 由于有使用过WiFi模块的经验,对其AT指令的使用较为熟悉,故依旧采用AT指令对WiFi进行操作 遇到的问题主要在传感器: 1)温湿度的采集为0: 解决方案:调低主机拉低的时间(原来500ms,改后18ms,正常采集到数据) 2)WiFi模块无法正常收发数据: 解决方案:发送指令间增加延迟,从而使从机能收到数据 实验成品

服务器配置要求 x86服务器内存不能低于32GB 服务器CPU需要支持虚拟化和设备虚拟化 VT-x VT-d,SR-IOV 功能,并且在BIOS中能启用了SR-IOV 网卡配置最起码为千兆配置 支持 SR-IOV 的网卡必须插在总线带宽 X8 以上的扩展槽中 基本定义 SR-IOV 技术标准允许在虚拟机之间高效共享 PCIe(Peripheral Component Interconnect Express,快速外设组件互连)设备,并且它是在硬件中实现的,可以获得能够与本机性能媲美的 I/O 性

嵌入式开发PCB设计几点体会(转载):http://bbs.ednchina.com/BLOG_ARTICLE_3021801.HTMCollector-Emitter Saturation Voltage:集电极-发射极饱和电压 PCB常见封装(转载):http://blog.163.com/w_m314@126/blog/static/67849299201092211745865/?latestBlog 51单片机的IO口驱动能力.灌电流.拉电流.上拉电阻的选择:http://bbs.el

一.前言 下面是本系列文章的前几篇: [Intel Edison开发板] 01.Edison开发板性能简述 [Intel Edison开发板] 02.Edison开发板入门 [Intel Edison开发板] 03.Edison开发IDE入门及跑官方提供的DEMO [Intel Edison开发板] 04.Edison开发基于nodejs和redis的服务器搭建 前几篇文章中介绍了如何实现软硬件和云的通信: 这篇解决edison开发板控制IO口问题! 二.发现MRAA能解决问题过程: 下面是我发

一.聊天室简单介绍 采用nodeJS设计,基于express框架,使用WebSocket编程之 socket.io机制.聊天室增加了 注册登录模块 ,并将用户个人信息和聊天记录存入数据库. 数据库采用的是mongodb , 并使用其相应mongoose对象工具来处理数据的存取. 功能主要涉及:群聊.私聊.设置个人信息.查看聊天记录.查看在线用户等 效果图: 你也可以直接来这里  查看演示 二.聊天室基本设计思路 除去上次的注册登录模块不说,本次主要就是增加了socket.io模块的设计 以及 

IO口扩展芯片,主要是解决单片机IO口太少. 74HC165:数据从并转串 74HC595:数据从串转并 两种芯片,都是通过时序电路,加上移位功能,进行数据传输 74HC165:数据从并转串.以下实例,实现8个独立按键,控制数码管的8段 #include <reg52.h> #include <intrins.h> typedef unsigned char u8; typedef unsigned int u16; void delay( u16 i ){ while( i--

在发现云服务器读取OCS缓存的“黑色0.1秒”是发生在socket读取数据时,而且是发生在读取开始的字节,甚至在socket写数据时(比如写入缓存key)也会出现超过50ms的情况,我们的好奇心被激发到一个新的高度. 根据我们的实测,在云服务器上创建一个新的TCP连接通常也不过3ms左右.在黑色0.1秒期间,TCP包已经到达网卡,从网卡读到内存中竟然超过100ms,这太不可思议了!后来想想,如果.Net或Windows存在这样的问题,那微软就不是全球第一大软件公司,而是全球第一大忽悠公司,这个可

​ 之前有小伙伴提到需要虚拟示波器的资料,有些库还有文件丢失了,直接给的工程跑不起来,这里我把关键的地方讲解一下,大家可以自行开发.其实开发不难,只是有些点会耗点时间.虚拟示波器,顾名思义就是非实物的示波器,但也还是硬件(便携的采集设备)和软件(在电脑上显示和操作)的结合,和数字示波器相比,本质上区别不大,现在贵一些的数字示波器从功能上看,也很像一台计算机了).今天要讲的只是低配的,简易版的虚拟示波器(在下当年的毕业设计).下位机是基于STM32的ADC采集实现的信号抓取,然后通过串口传到上位机

记得从高中上课时经常偷偷的和同学们使用qq进行聊天,那时候经常需要进行下载qq,但是当时又没有那么多的流量进行下载,这就是一个很尴尬的事情了,当时就多想要有一个可以进行线上聊天的网站呀,不用每次痛苦的进行蓝牙传送软件了,现在,我从事了IT这个行业,便想要去实现当初的那个梦想吧.毕竟,不去努力的实现梦想,你会从一个梦想家变成一个幻想家. ###技术选择 由于从事的是前端工作,界面什么的对我来说是so easy,后台部分当然是选择了node.js,经过分析呢,数据库部分选择了mongoose,很早之

通过前面的学习发现,常见的websocket虽然可以很好地实现服务端和客户端的信息传递,但二者之间传递的数据只是简单的字符串,这对事物的描述,信息的传递是非常不友好的,下面将引入socket.io,来弥补这方面的不足. 先来一段简单的实现: 客户端代码: 服务端代码 运行client.html 可以发现,可以直接从服务器传一个对象.同时可以在终端看到从客户端发送的数据:{my: 'data'} 服务端的代码实现要依靠socket.io 实现,可以在相中通过 npm install --save

#include<reg51.h> #include<intrins.h> #define char unsigned char #define unit unsigned int sbit k1=P3^;//定义开始键 sbit k2=P3^;//定义暂停键 sbit k3=P3^;//定义模式切换 sbit k4=P3^; //定义速度切换 void disp1(); void disp2(); void disp3(); void typeqiehuan(); void sp

IO口操作是单片机实践中最基本最重要的一个知识,本篇花了比較长的篇幅介绍IO口的原理. 也是查阅了不少资料,确保内容正确无误,花了非常长时间写的. IO口原理原本须要涉及非常多深入的知识,而这里尽最大可能做了简化方便理解.这样对于以后解决各种IO口相关的问题会有非常大的帮助. IO口等效模型是本人独创的方法.通过此模型,能有效的减少对IO口内部结构理解的难度.而且经查阅资料确认,这样的模型和实际工作原理基本一致. =========================================

背景 ​ 自Kubernetes 1.11版本起,K8s资源采集指标由Resource Metrics API(Metrics Server 实现)和Custom metrics api(Prometheus实现)两种API实现,传统Heapster监控被废弃.前者主要负责采集Node.Pod的核心资源数据,如内存.CPU等:而后者则主要负责自定义指标数据采集,如网卡流量,磁盘IOPS.HTTP请求数.数据库连接数等. ​ heapster被废弃以后,所有的指标数据都从API接口中获取,kube

1.什么是源型 漏型?什么是上拉电阻?下拉电阻?什么是 线驱动输出 集电极开路输出,推挽式输出? 我们先来说说集电极开路输出的结构.集电极开路输出的结构如图1所示,右边的那个三极管集电极什么都不接,所以叫做集电极开路(左边的三极管为反相之用,使输入为“0”时,输出也为“0”).对于图1,当左端的输入为“0”时,前面的三极管截止(即集电极c跟发射极e之间相当于断开),所以5v电源通过1k电阻加到右边的三极管上,右边的三极管导通(即相当于一个开关闭合):当左端的输入为“1”时,前面的三极管导通,而后

CC2541一拖多例程中RSSI获得是通过一个事件回调函数实现的,前提是需要连接上蓝牙设备. 这个对于多点定位来说是不可行的,由于主机搜索蓝牙设备过程中也能获得当前蓝牙设备的RSSI等信息,因此可基于广播实现定位及数据传输. 基于广播的数据传输是从beacon中学到的思想. 基于广播的RSSI获得方法具体如下: 在一拖多工程中的主机代码的simpleBLECentral.c的simpleBLECentralEventCB中: 打开原来被注释掉的1021-1023行,可以在搜索到设备时显示设备地址

Java的IO类都在java.io包下,这些类大致可分为以下4种: 基于字节操作的 I/O 接口:InputStream 和 OutputStream 基于字符操作的 I/O 接口:Writer 和 Reader 基于磁盘操作的 I/O 接口:File 基于网络操作的 I/O 接口:Socket 1 IO类库的基本结构 1.1 基于字节操作的IO接口 基于字节操作的IO接口分别是InputStream和OutputStream,InputStream的类结构图如下所示: 同InputStream

本文话题: IO虚拟化概述 设备发现 访问截获 设备模拟 设备共享基于软件的IO虚拟化 基于前端后端的IO虚拟化基于硬件的IO虚拟化 概述 从处理器的角度看,外设是通过一组I/O资源(端口I/O或者是MMIO)来进行访问的,所以设备的相关虚拟化被称为I/O虚拟化.其思想就是 VMM截获客户操作系统对设备的访问请求,然后通过软件的方式来模拟真实设备的效果.基于设备类型的多样化,I/O虚拟化的方式和特点纷繁复杂. 一个完整的系统虚拟化方案在I/O虚拟化方面需要处理以下几块 虚拟芯片组 虚拟PCI总线

在我们的单片机应用系统中,常常会遇到I/O口不够的情况.譬如说接有外部RAM而且要求有16个以上的按键,8位数码管以上的显示.而且还不包括其它的外围器件.这时整个系统的I/O资源就很吃紧了.系统的扩展性也不好.这时我们就需要考虑对单片机的I/O进行扩展了. 虽然专门的I/O扩展芯片市场上也有不少,但对于我们一般的应用,没有必要整的那么复杂.用一些简单的移位寄存器芯片一样可以实现我们的目标.下面我们首先来认识一下74HC164这款芯片.这款芯片的作用是把串行输入的数据并行输出.注意,它没有锁存功能

LED(light-emitting diode),即发光二极管,俗称 LED 小灯,它的种类很多,参数也不尽相同,我们板子上用的是普通的贴片发光二极管.这种二极管通常的正向导通电压是 1.8V到 2.2V 之间,工作电流一般在 1mA-20mA 之间.其 中,当电流在 1mA-5mA 之间变化时,随着通过 LED 的电流越来越大,我们的肉眼会明显感觉到这个小灯越来越亮,而当电流从5mA-20mA 之间变化时,我们看到的发光二极管的亮度变化就不是太明显了.当电流超过20mA 时,LED 就会有烧

IO是当今Web面临的主要问题之一,可以说,大部分web应用的瓶颈都是IO的瓶颈. Java的IO类是java.io.它包含有80多个类,分为4大部分: 基于字节操作: InputStream,OutputStream 基于字符操作: Writer 和Reader 基于磁盘操作: File 基于网络操作: Socket 一.基于字符的IO操作 不管是网络传输还是磁盘,最小的存储单元都是字节,而不是字符,那为什么还有字符的处理呢?这是因为我们程序中操作的单位一般都是字符,而不是字节,而将字符转换为