MDK

RTC（Real-Time Clock）实时时钟可以提供精确的实时时间，可以提供时钟日历的功能。目前实时时钟芯片大多采用精度较高的晶体振荡器作为时钟源。iCore3 RTC外加电池供电，为了在主电源掉电时还可以工作。RT-Thread的RTC设备为操作系统的时间系统提供了基础服务，面对越来越多的loT场景，RTC已经成为了产品的标配。 一、 使能RTC ，选择时钟源 1.1 我们打开../BSP/STM32/STM32F407_gingko_iCore3/board/CubeMX_Config来进行RTC使能配置，其他参数不予更改。配置完成后点击CREATE CODE。 1.2 CubeMX生成工程后，只保留红色方框内的文件，其他的两个文件夹可以删除掉。 1.13复制刚生成的src文件夹main.c文件夹中的函数SystemClock_Config(void)到board.c。这里内核初始化时要调用该函数进行时钟配置。 二、 打修改Kconfig 文件，在menu “On-chip Peripheral Drivers” 下增加RTC 选项 2.1打开../BSP/STM32/STM32F407_gingko_iCore3/board/Kconfig： 2.2点击保存，打开Env工具，输入menuconfig命令，使能RTC： 2.3保存退出，输入scons --target

从docker hub下载了一个es的镜像，版本为6.4.2，详细信息如下： 比较重要的就是这两条，第一个是工作目录，挂载目录也需要和这里对应；第二个是启动命令，这里是指定了一个预先写好的启动脚本。所以我启动了一个空容器去查看了下容器内的情况： 容器内部目录结构如上图，data是用来存放数据，logs用来存放日志。 接着查看下启动脚本 /usr/local/bin/docker-entrypoint.sh 前半部分我也是看的一知半解，不过真正和挂载目录相关的是最后这部分，这里处理了挂载目录后的操作，大致意思是： 如果是root用户（docker启动容器，默认是以root用户身份），并且 TAKE_FILE_OWNERSHIP 变量存在，则将/usr/share/elasticsearch/{data,logs}，这两个目录都改变为1000用户所属（这里也可以看到最终存储数据的路径为data，所以挂载时应该挂载到data下）。 id为1000的用户： 正是elasticsearch用户，所以如果不挂载任何目录直接启动容器即可，如果挂载，那么就添加一个变量，任意赋值，es可以正常启动。 docker run -itd -v /root/es-data/:/usr/share/elasticsearch/data -e TAKE_FILE_OWNERSHIP=111 -p 9200

NUC972直接可以在BSP包里模板进行编程，烧录用Nu writer http://www2.keil.com/mdk5/legacy 下载对应的安装包的插件 是直接下载到DDR 里面去运行，所以不用点下载，用这个jlink 是不能直接下 载到nandflash 上面的，固化到nand 需要用到NUWriter 这个工具 也就是说可以进行调试但不能进行烧录 来源： oschina 链接： https://my.oschina.net/u/4340488/blog/4039883

前言： 由于项目的原因，需要在LPC1788（STM32 cortex-M3）上面跑contiki。 之前没有涉及到contiki，不知其为何物。不过这个不是难事，做IT的，每每遇到新事物，都不会处理，习惯了从无到有的过程就好了。 开始老师说这个系统很好移植，于是想在网上找现成的资料。无奈，关于contiki的资料少的可怜，contiki移植就更少了，有几篇也是互相copy而来的，连图片都没有改，呵呵。于是不得不自己动手，从头开始搞移植了。 操作系统：windowsXP 开发环境：MDK 目标板：LPC1788(cortex-M3 STM32) 移植系统：contiki 开发工具：J-Linker 在这里，先给出几个我认为比较好的链接，供大家学习研究contiki时使用。 1) Contiki大神Jelline的博客http://blog.chinaunix.net/uid-9112803-id-2978041.html，相信大家都看过他写的关于contiki的学习资料，没说的，大神的文章，当然要借鉴学习的。 2) Contiki大神徐凯的博客http://blog.csdn.net/xukai871105/article/category/1129569，这篇也是比较好的，我有些东西也是参考他的。 一 contiki简介： “Contiki 是一个小型的，开源的

MDK本身的更新主要还是为了更好的配合CMSIS5.7.0的升级： 1、开始添加M55内核的支持。 2、AC6将作为默认编译器，而AC5将只用于Armv6-M和Armv7-M。 3、修改了Event Statistics偶尔无法正常统计任务执行时间的坑。 4、新增了一些功能项，可以更好的配合CMSIS-Build。 硬汉论坛有详细的说明： 自己在个人电脑中已经更新了，和5.29差不多的，下面是什么工具不太清楚。 编译器有更新了，cmsisi的驱动更新了，cortex-m33有了支持了，具体的更新可以看看安装好的release notes的html文件 来源： oschina 链接： https://my.oschina.net/u/4314546/blog/4268076

首先要说明，没有那款开发工具是万能的，也没有那款工具在所有方面都具有绝对优势。对于Keil MDK-ARM和IAR两款工具择，可以根据自己的习惯来选择，而不应该在使用其中的一款时贬低另外一款，或者总是赞美自己的选择。 好了，下面开始讲Keil MDK-ARM和IAR的区别。 一、概述 Keil MDK-ARM （旧称RealView MDK）开发工具源自德国Keil公司，被全球上百万的嵌入式开发工程师验证和使用，是ARM公司目前最新推出的针对各种嵌入式处理器的软件开发工具。 KEIL MDK集成了业内最领先的技术，包括uVision3、uVision4、uVision5集成开发环境与 ARM编译器。支持ARM7、ARM9、Cortex-M0、Cortex-M0+、Cortex-M3、Cortex-M4、Cortex-R4内核核处理器。 Keil MDK可以自动配置启动代码，集成Flash烧写模块，强大的Simulation设备模拟，性能分析等功能，与ARM之前的工具包ADS等相比，ARM编译器的最新版本可将性能改善超过20％以上。 　　 IAR Embedded Workbench 是一套用于编译和调试嵌入式系统应用程序的开发工具，支持汇编、C和C++语言。它提供完整的集成开发环境，包括工程管理器、编辑器、编译链接工具和C-SPY调试器。IAR

说的直白点就是以下区别，在选择启动文件的时候有选择性区别！ startup_stm32f10x_cl.s 互联型的STM32F105xx，STM32F107xx startup_stm32f10x_hd.s 大容量的STM32F101xx，STM32F102xx，STM32F103xx startup_stm32f10x_hd_vl.s 大容量的STM32F100xx startup_stm32f10x_ld.s 小容量的STM32F101xx，STM32F102xx，STM32F103xx startup_stm32f10x_ld_vl.s 小容量的STM32F100xx startup_stm32f10x_md.s 中容量的STM32F101xx，STM32F102xx，STM32F103xx startup_stm32f10x_md_vl.s 中容量的STM32F100xx startup_stm32f10x_xl.s 超大容量FLASH在512K到1024K字节的STM32F101xx，STM32F102xx，STM32F103xx 疑问一：为什么需要选择启动文件？ 1.建立中断服务入口地址，即把中断向量与中断服务函数链接起来。 我们知道在串口NVIC配置中我们只定义了个 NVIC_InitStructure.NVIC_IRQChannel = USART2_IRQn;

完整教程下载地址： http://www.armbbs.cn/forum.php?mod=viewthread&tid=86980 第18章 STM32H7的GPIO应用之跑马灯 本章教程为大家介绍STM32H7的GPIO应用之跑马灯，跑马灯作为经典的测试例程，可以让大家对STM32H7应用有个简单的整体认识。 18.1 初学者重要提示 18.2 跑马灯硬件设计 18.3 跑马灯软件驱动设计 18.4 跑马灯板级支持包（bsp_led.c） 18.5 实验例程设计框架 18.6 跑马灯驱动移植和使用 18.7 实验例程说明（MDK） 18.8 实验例程说明（IAR） 18.9 总结 18.1 初学者重要提示 学习本章节前，务必保证已经学习了第15，16和17章。 虽然是跑马灯的初级例程，但有必要掌握程序的基本设计框架，后面的例子都是建立在这个框架的基础上。 LED不是用CPU的IO直接驱动，而是由74HC574驱动的，74HC574是一个8路并口缓冲器，挂在FMC总线上，实现IO扩展。也许初学者会问为什么要做IO扩展，不是已经用了240脚的STM32H743XIH6吗？因为开发板使用了32位SDRAM和RGB888硬件接口，消耗IO巨大，所以必须得扩展了。 对于初学者来说，仅需掌握LED驱动的实现方法和对应的API调用即可，需要深入的理解IO扩展部分

可能是疫情吧，大家在现实中行动受限，就越来越多去游戏世界中释放天性。 前有《我的世界》举办毕业典礼，后有《动物森友会》举办 AI 会议。最近《我的世界》又被大神带来了硬核玩法： 你以为他在涂鸦？不！其实他在进行神经网络的推理。 你如果是一个熟悉神经网络的人，想必已经猜出来了。 图片里这位玩家做的正是 MNIST 手写数字分类网络。 只需用剑在墙壁上画出数字，神经网络就能知道你写的是几。不仅仅如此，神经网络在推理过程中，哪些神经元被激活，都可以在这里看得一清二楚。 这个脑洞大开的玩家是一位来自印度的小哥 Ashutosh Sathe ，游戏项目叫做 Scarpet-nn 。 Sathe 不仅放出了试玩视频，还开源了代码，如果你是《我的世界》玩家 + 神经网络炼丹师，那么你也可以把自己的网络放在游戏里。 Scarpet-nn 支持卷积层和完全连接层，允许在单个世界中运行多个神经网络。而且可以展示中间张量的逐块激活，甚至还能一次运行多个神经网络。 Sathe 小哥到底是怎么想到用《我的世界》来搭建神经网络的呢？ 像素风和神经网络是绝配 我的世界里那一个个像素色块简直就是显示 3 维数组的神器。如果一个长方体的每个小块都用不同颜色来展示数值，那么一个长方体就可以表示一个张量。 但是用表示的范围有限，我的世界地图里的资源也有限，在神经网络中显示 BERT 什么的显然不切实际。

作者 | Paul Alcorn 译者 | 弯月，责编 | 郭芮 以下为译文： 不论是选游戏CPU还是桌面应用的CPU，我们只有两种选择：AMD或者英特尔。两家都有各自的粉丝，所以想买CPU的人很难获得中肯的建议，但其实在很多情况下答案很明显。实际上对于大多数人来说，AMD明显胜出。这个结论是大反转，因为要知道在三年前AMD几乎破产，而如今却能和英特尔统治了十多年的芯片市场上与之一战。 这篇文章从个人电脑的使用目的、价格、性能、驱动支持、能耗和安全性方面讨论AMD与英特尔的桌面级CPU之间永不休止的争论（这里我们不讨论笔记本或服务器的芯片），以及目前两者竞争的现状。我们还会讨论改变了游戏规则的制程和架构。总体上的胜利者毫无疑问，但选择哪家的CPU，应该根据价格、性能以及最看重的功能来综合考虑。 AMD和英特尔CPU的价格和价值比较 不论是谁，价格总是最重要的考虑因素，而在价值方面，AMD很难被打败。AMD的产品有很多额外的优势，如集成散热、所有型号完全支持超频，更不用说各种各样的软件，如Precision Boost Overdrive的自动超频功能。 而Socket AM4主板非常广泛的向前向后兼容性也带来了极大的好处，你花在处理器和主板上的每一分钱都物有所值。AMD还允许除了A系列之外的所有主板进行超频，对于用户来说这也是利好消息。 此外，在AMD和英特尔的CPU大战中