实验目的 点灯是练习GPIO输出的最佳实验.由于疫情期间没法返校,手头上没有现成的实验板,于是借助Proteus进行仿真.本实验点的不是普通的灯,而是RGB混色灯,实现多种颜色的显示.后期还可以加上PWM,实现全彩灯控制. 仿真电路 电路非常简单,采用的LED型号是RGBLED-CA,这是一个共阳的RGB灯.我们需要关注灯的两个参数:正向压降和正向电流.三盏灯的正向电流都是20mA,红灯的压降是1.8V,另外两盏灯是3.2V,由此可以很容易计算出合适的电阻值. 为了程序的方便,我把三盏灯依次接到

最近才做的板子由于自己的粗心把串口线搞反了,还好只有两条,飞线解决,而且现在还只是样板,但是还是应该引以为戒,以后做硬件一定要谨慎. 今天同事出差把CAN分析仪拿走了,本来在开发板上调试好的程序不知为何移植到板子上以后CAN突然不能发送数据了,恰好今天没法用硬件调试,只能用软件仿真了.除了CAN部分在主函数前还有和USART相关的操作,起初我苦思冥想也没想到这能有什么错,之前用开发板的时候串口和CAN都可以用.昨天仅仅把串口1移植到了串口2,尽管这两个串口不在同一个总线上,但是想起来和CAN八竿

引用:http://blog.sina.com.cn/s/blog_3c63d2bd0102vt9a.html 问题描述:使用MDK进行软件设计时没有使用ST官方的模板而是手动建立的工程,使用ST官方提供的3.5版本固件库.编译完全通过,在使用软件仿真时出现问题,表现为程序无法跳转到main入口,直接在SystemInit()函数就无法执行,调试窗口出现如标题所示的错误信息: error 65: access violation at 0x40021000 : no 'read' permiss

摘要 利用STM32CubeMx配置STM32芯片的功能,然后将配置后的内容生成代码,并导出成可以使用Keil打开编辑的文件,在Keil中添加控制代码后,下载到Proteus仿真中,使用仿真观察代码执行结果.     所需软件 1) STM32CubeMx 下载地址:https://www.st.com/en/development-tools/stm32cubemx.html 2) Keil 软件版本:uVision V5.14.2 3) Proteus 软件版本:8.9 ps2 实现的功能

1.支持的具体型号: P7.8: Proteus8.9: Proteus8.9能够支持的类型明显要多于Proteus7.8.但是对于仿真而言,目前个人还是觉得Proteus7.8更稳定.这也是目前能用P7不用P8的原因. 2.时钟设置 在仿真中,外置晶振电路不论如何设计都不会影响单片机的真正运行时钟.MSP430的时钟通过点击芯片"Edit Component"进行设计.下图可以看出可以直接设置MCLK,SMLK和ACLK.经过实际测试可以在程序中选择不同的时钟源,并且可以设计分频.

1.      解压st-link_v2_usb driver.zip文件. 2.       运行解压后的st-link_v2_usbdriver.exe文件,安装STLINK V2驱动程序.安装路径尽量保持默认路径. 3.       安装完成后,可以在“开始”菜单中查看到STLINK V2相关选项.如图所示: 2013-7-2 10:15 上传 下载附件 (43.27 KB)   4.       将STLINK通过USB接口连入电脑. 5.       右击“我的电脑”选择“属性”打开“

经常用keil,也听说IAR的编译效率很高,原来C51时用proteus,最近proteus8开始支持stm32,所以在研究用keil5+HAL+proteus学习STM32F. 问题:因为proteus的对stm32的仿真只支持.elf文件格式(GCC编译器的输出文件),而keil只能生产.alf和hex所以跑不起来. 查找:那keil能否用GCC呢?网上找到是可以的,在keil官网上http://www.keil.com/arm/gnu.asp查到和另一篇文章: 一 下载GNU ARM:ht

其实可以直接通过stm32的仿真看到结果:(这里是我用keil进行的测试,不知道这种方法是否准确) 从上面看, char是8位  short是4*4=16位  int是8*4=32位  long是8*4=32位 这里关于 long还是有点不清楚,不是道是不是64位,有的人说是64位(起码在stm32中,long是32位的不是64位的), int 范围 -2^31--2^31-1,即-2147483648--2147483647  也就是10位数. 为了验证long是多少位,然后进行了程序运行:

软件MDK5 stm32的pack     打开MDK,添加工程 一.首先找到Project的Options选项,里面的Debug选为Use Simulator,也就是选择软件仿真. 然后再Logic Analyzer的Setup选项里添加你要观察分析的IO,如PORTA.0.开始仿真后会看到逻辑分析窗口出现波形,调整Zoom的In或者Out就可以看到了 ①点开debug

为方便工作上做测试,移植FreeRTOS到STM32F103xx,先做简单的UART1 printf. 工程编译通过,运行逻辑也确认可行,可就是无法正常打印消息.对比了网上的移植工程也是一致,硬件仿真在汇编窗口看到停留在“0x0800XXXX BEAB BKPT 0xAB",遂网上搜索"BKPT",找到下面网友的笔记, 参考:014:针对mdk中STM32程序无法使用printf,产生停留BEAB BKPT 0xAB处问题的解决(转) 试了“问题3”后可正常运行了,再看“问题

STM32单片机在Keil5下仿真的问题解决及GPIO口初始化.使用 最近看了视频,里面有仿真,可以清楚看到GPIO口的数据变化,也想尝试下,DUG时却出现*** error 65: access violation at 0x40021000 : no 'read' permission,按照网上给的各种办法,包括修改memory map,以及其他各种办法,都无法解决,后来发现问题在下面这张图所示的位置: 这个图上红色框中的两个参数是我修改之后的,原来的值是软件安装之后的默认值: Dialog

当使用Keil软仿真STM32时,SystemClock设置为72MHz,使用循环延迟1s钟,实际时间明显大于1S钟,但是Keil调试窗口显示的确实是1s钟//毫秒级的延时void delay_ms(u16 time){       u16 i=0;     while(time--)   {      i=12000;  //自己定义      while(i--) ;       }} delay_ms(1000) 经过反复检查考虑,可能原因是 因为Keil支持72MHz时太慢导致,将Sys

0xWS2812 STM32 driver for WS2812(B) RGB LEDs 0xWS2812 pronounced "hex-WS2812" This code aims at providing a basic interface to the WS2812(B) individually addressable RGB LEDs by WorldSemi. The code outputs 16 parallel data streams to 16 parallel

通过查看Sec的值和上次中断的差值计算的,虽然这个值是不准的 ,但实际上时间是准的, 原因如下:stm32在调试模式下虽然进断点之后程序停止了,但定时器的时钟还在走,计数器还在计数,若要在产生断点时计数器停止计数可以 在初始化时调用函数DBGMCU_Config(DBGMCU_TIM2_STOP,ENABLE);,这样一来仿真的时候定时时间就是准的了

stm32的程序用MDK软件仿真时,由于系统时钟初始化函数里有个等待系统时钟准备好的循环,所以过不去. 设置方式如下:这么设置之后仿真时就可以直接进入main函数了.

导读:PWM(Pulse Width Modulation)控制——脉冲宽度调制技术,通过对一系列脉冲的宽度进行调制,来等效地获得所需要波形(含形状和幅值). PWM控制技术在逆变电路中应用最广,应用的逆变电路绝大部分是PWM型,广泛应用在从测量.通信到功率控制与变换的许多领域中. 本文引用地址:http://www.eepw.com.cn/article/272990.htm PWM是什么——PWM原理 脉宽调制(PWM)基本原理:控制方式就是对逆变电路开关器件的通断进行控制,使输出端得到一系

使用MDK自己创建一个STM32F103ZE核的项目 加入源码后编译,正常,在线仿真单步执行出现如下问题 error 65: access violation at 0x40021000 : no 'read' permission 发现是Debug里面的设置有问题 http://www.cnblogs.com/xiaobo-Linux/ 主要是下面2项设置 Dialog DLL默认是DCM3.DLL Parameter默认是-pCM3 应改为 Dialog DLL默认是DARMSTM.DLL

直接选择simulator,仿真时报错 *** error 65: access violation at 0x40021000 : no 'read' permission 修改系统配置,原配置如下 CPU DLL默认为SARMCM3.DLL,经查找Keil的安装目录下没有SARMCM4.DLL的文件,基本判定目前暂不支持…………,白忙活了…… 麻烦可能有用的方法: http://www.mesnet.com.cn/fileup/HTML/20131007.shtml

1. 仿真的时候,进入之后 2. 说是main()未定义,可是明明定义了,什么原因?喔,看错了,是--main.对比了一下和正常工厂的配置,都一样,换个jlink V9测试一下吧.换了个ST LINK V2 也不行,看样子是工程的问题喽?屏蔽了一些main()函数的一些代码,发现可以执行到main()了!!!奇哉怪也,难道后面的代码写错了,导致不能仿真到main()??? 3. 最后测试发现,原来是多了一个printf函数,keil MDKb编译的时候没有报错,去掉这行函数解决问题

设置 Dialog.DLL 分别为:DARMSTM.DLL和TARMSTM.DLL, Parameter 均为:-pSTM32F103RC,用于设置支持芯片的软硬件仿真