利用C8051F350我们做到了稳定的19~20位,24bitADC结果中最后四位跳变。总结一下影响精度的主要原因:1、采样速率、字输出速率和抽取比决定了ADC的有效分辨率和精度,手册给出了详尽的表格(表4.4~表5.9),这是350AD
移植环境1,主机环境:VMare下CentOS 5.5 ,1G内存。2,集成开发环境:Elipse IDE3,编译编译环境:arm-linux-gcc v4.4.3,arm-none-linux-gnueabi-gcc v4.5.1。4,开发板:mini2440,2M nor flash,128M nand flash
R3EQU0X03PORT5EQU0X05PORT6EQU0X06R3EQU0X03KEY_STATUSEQU0X10;低半字节为按键标志,高半字节为控制标志SIGNAL_LOWEQU0X11;信号电平低计数器SIGNAL_HIGHEQU0X12;信号电平高计数器DATA_RECORDEREQU0X1
ADS1115通过模拟I2C驱动:(部分代码借鉴了网络上的几个,并且根据引脚进行了配置,都没有运行成功,今天调了一天,终于在晚上调了出来)注意:本部分代码需要只是ADS1115的部分程序(一些用到的数组在此没有写),模
RS232 标准是诞生于 RS485 之前的,但是 RS232 有几处不足的地方:接口的信号电平值较高,达到十几 V,使用不当容易损坏接口芯片,电平标准也与 TTL 电平不兼容。传输速率有局限,不可以过高,一般到一两百千比特每秒
关于DSP和普通51 AVR还有STM32的区别 DSP是为运算而生的芯片,他最强大的地方就在与它的数**算性能,那是由它的指令集支持的。那些拿DSP和STM32比较的,省省吧,如果你两者都熟悉你就知道根本没啥好比的, 如果我需要
一 leds的驱动程序位置:linux 2.6.29/drivers/char/mini2440_leds.c#include #include #include #include //具体头文件位置/opt/FriendlyARM/mini2440/linux-2.6.29/arch/arm/mach-s3c2410/include/mach/*.h#includ
问题:在调STM32的程序的时候,发现定时器(timer2)比自己设定的中断周期缩小了一倍。设定为10ms中断一次,但实测发现5ms便中断了一次。初始化代码如下:void InitTimer2(void){RCC->APB1ENR|=0x01; //enable cloc
1、 算术逻辑单元(ALU)2、 累加器A,B寄存器、暂存器3、 程序状态字(PSW):C AC FO RS1 RS0 OV - P4、 十进制调整电路、布尔处理器它们功能包括: 加、减、乘、除算术运算加1、减1运算十进制数调整 位操作置1、清
数码管依次显示1-6,并保持造成视觉停留状态,也叫动态扫描显示1#include 2#define uint unsigned int3#define uchar unsigned char4sbit dula=P2^6;5sbit wela=P2^7;6uchar timer,numwe,numdu; //timer定时器计数 t
最近和一位8051都老前辈接触51单片机(接触arm之后返璞归真??不过,51是个好东西),我用keilC写了一个test,他用汇编(他的汇编功力的是恐怖),我c生成的hex,经过反汇编之后对比两个程序,发现c生产的hex冗
最近在一个项目中用到了nRF24L01这个无线2.4G收发芯片,项目中有主机和分机,默认都是使用数据通道0,主机通过nRF24L01发送数据后,对应地址的分机在收到数据后会返回一个确认数据包给主机(注意:这个确认数据包并不
Ⅰ、概述上一篇文章是讲述uC/OS-II Ports下面os_cpu_a.asm、os_cpu_c.c和os_cpu.h文件底层端口代码的移植(修改)和说明,接着上一篇文章来讲述关于UCOS移植应用部分的代码。该文主要针对uC/OS-II上层应用(配置OS、
ARM CPU 为用户模式提供了 16 个通用寄存器和一个状态寄存器 (CPSR), 不同模式间还提供有备份状态寄存器(SPSR). 对于软硬件的一些约定, 下面三个寄存器有着不同的含义, 使用时要注意:R13 is used as stack pointer (
使用STM32库函数的时候,你会发现带参数的库函数前面都有assert_param语句。例如我们随便看一个库函数,如下所示:这个函数是3.5版本库函数stm32f10x_tim.c中的定时器复位函数。assert_param语句的作用?assert_para