蜗窝科技

DRAM 原理 3 ：DRAM Device

作者：codingbelief 发布于：2016-7-27 22:12 分类：基础技术

在前面的文章中，介绍了 DRAM Cell 和 Memory Array。 本文则以 SDR SDRAM 为例，描述 DRAM Device 与 Host 端的接口，以及其内部的其他模块，包括 Control Logic、IO、Row & Column Decoder 等。

阅读全文>>

标签: SDRAM dram

评论(6) 浏览(37974)

X-008-UBOOT-支持命令行(Bubblegum-96平台)

作者：wowo 发布于：2016-7-27 21:41 分类：X Project

经过前面文章的铺垫，u-boot command line的支持已经成了一个顺理成章的事情了。因此，本文没有太多技术细节，仅仅记录支持命令行的实现过程，权当“X Project” “【任务2】启动到u-boot command line”的一个完结。

阅读全文>>

标签: u-boot cmdline

评论(11) 浏览(12294)

X-007-UBOOT-DDR的初始化(Bubblegum-96平台)

作者：wowo 发布于：2016-7-21 22:47 分类：X Project

到目前为止，“X Project”在Bubblegum-96平台上的代码，都是运行在SRAM中。由于SRAM的size很小（最多也就96KB），如果要做更多的事情，就必须把DDR跑起来。不过，关于Bubblegum-96平台的DDR driver，我和codingbelief同学折腾了很久，试图找出一个最佳的方法，给大家呈现出DDR driver的开发方法和开发步骤。最终，受限于“资源”的短缺，还是失败了。

根据Bubblegum-96公开的资料，只知道它包含了一个2GB的、单bank的LPDDR，除此之外，找不到任何技术有关的细节，如LPDDR的datasheet、S900 DDR controller的说明、DDR时钟的配置等等。没有这些东西，我们根本无法完成DDR的配置，更不用说以此介绍、分析DDR driver了。

但是，虽然困难重重，“X Project”还是要进行下去，既然常规方法走不通，我们就采用一些非常规的手段，无论如何，还是能把DDR成功的初始化起来的。由于是非常规手段，当然就无法开源，也无法给大家讲解了。

因此，本文关于DDR的技术细节不多，主要目的是结合DDR的初始化，进一步介绍嵌入式linux开发的基本过程，包括如下知识点：

嵌入式Linux的启动过程。

u-boot SPL的使用场景。

u-boot启动过程中DDR初始化的流程。

阅读全文>>

标签: SDRAM u-boot spl ddr

评论(4) 浏览(10366)

X-006-UBOOT-pinctrl driver移植(Bubblegum-96平台)

作者：wowo 发布于：2016-7-9 21:47 分类：X Project

wowo觉得，在linux kernel新引入的众多子系统中，pinctrl subsystem是一个特别晦涩难懂的子系统，它所解决的问题，和它所引入的困扰，不相上下。在平时工作的过程中，年轻工程师问的最多的，就是在驱动中要怎么使用pinctrl？这样配置pinctrl到底是什么意思？等等。

对一个子系统来说，如果不能让它的使用者（consumer）很容易的理解和掌握，就宣告了它的失败。更不用说让它的提供者（provider）简单、快速地编写驱动程序了。

为什么会这样呢？通俗一点讲，就是“大炮打蚊子”。从技术的角度看，pinctrl是一个非常优秀的子系统，有着复杂而巧妙的封装和抽象，但它所要解决的问题，实际上非常简单、直白。这就造成了一个落差，从而带来了各种理解上的困惑。

正因为此，u-boot在照搬linux kernel pinctrl的同时，额外提供了一种简洁的方法。本文将借助“X Project” u-boot中pin control driver的移植过程，介绍、分析这种方法，并以此理解pinctrl的本质。

与此同时，我们会基于“X-005-UBOOT-device tree移植(Bubblegum-96平台)”，扩展对device tree的使用，以加深对device tree的理解和掌握。

阅读全文>>

标签: subsystem u-boot porting pinctrl

评论(8) 浏览(11101)

蓝牙协议分析(7)_BLE连接有关的技术分析

作者：wowo 发布于：2016-7-1 17:17 分类：蓝牙

了解蓝牙的人都知道，在经典蓝牙中，保持连接（Connection）是一个相当消耗资源（power和带宽）的过程。特别是当没有数据传输的时候，所消耗的资源完全被浪费了。因而，对很多蓝牙设备来说（特别是功耗敏感的设备），希望在无数可传的时候，能够断开连接。但是，由于跳频（hopping）以及物理通道（Physical Channel）划分的缘故，经典蓝牙连接建立的速度实在难以忍受（要好几秒）。对那些突发的数据传输来说，几秒钟的连接延迟，简直是灾难。

因此，蓝牙SIG制订BLE规范的时候，充分考虑了这方面的需求，极大的简化了连接的建立过程，使连接速度可以达到毫秒级（最快3.75ms就可以搞定）。与此同时，为了节省功耗，也调整了跳频的策略。至此，相比广播通信而言，BLE面向连接的通信，几乎没有额外的代价。

在“蓝牙协议分析(5)_BLE广播通信相关的技术分析”中，我们对BLE的广播通信有了比较全面的了解，本文将接着分析和面向连接的通信有关的技术，包括连接的建立和断开、BLE跳频（Hopping）技术、Link Layer的应答、重传、流控、等等。

阅读全文>>

标签: 蓝牙 BLE connection 跳频 流控 hopping flow_control

评论(129) 浏览(77272)