if.q的博客（请转iwood.co.nr）

开发 Smartphone 游戏 摘要 概要介绍 Microsoft Smartphone 2002 软件的游戏开发并提供一些相关技巧。

今天终于在cygwin下把bootloader vivi编译通过了。用的是GNUARM得编译环境。gcc4.0.2. 但是烧到板子上运行到VIVI version 0.1.4 (IF.Q@ifqq) (gcc version 4.0.2) #0.1.4 Mon Apr 10 22:18:40 2006MMU table base address = 0x33DFC000Succeed memo

最近两天在HHARM2410-R3上移植了USB蓝牙设备和 BlueZ 蓝牙协议栈，呵呵，蓝牙果然是个很好的东西，协议栈内容很丰富，挂上去以后可以使用很多功能。我现在就可以用它来接收 GPS 数据以及和用手机上网。我是在做车载的，所以特别有用。积累了一些关于蓝牙的知识，但是算是初步的，把我的经验发上来，各位做过蓝牙的大哥请多指导。 　　一切版权归blue

昨天晚上编译了下2.4.18内核,有编译了BlueZ的lib以及工具,过程还是比较顺利的,没有出现什么特别怪的问题,60元钱买了2个便宜的蓝牙适配器,倒是可以连接上计算机并显示出硬件信息,还能够监测到其它的蓝牙设备,但是却不能用SDP发现其他设备的服务.估计是这个廉价的适配器没有地址码的缘故.系统提示错误:no route to host 但是奇怪的是在win下用BlueSoleil是可以使用的,

今天用bluez的lib写了个小程序调试,运行通过.对linux下蓝牙编程有了点初步的认识.功能就是检索周围是否有其它蓝牙设备,并得到他们的友好设备名.#include #include #include #include    //蓝牙的3个头文件.#include #include int main ( int argc , char **argv ){   inquiry_info *ii

学了很久的arm和单片机了,但是对于DSP和FPGA概念还是很模糊 看到篇文章 贴上开看看ARM（Advanced RISC Machines）是微处理器行业的一家知名企业，设计了大量高性能、廉价、耗能低的RISC处理器、相关技术及软 件。ARM架构是面向低预算市场设计的第一款RISC微处理器，基本是32位单片机的行业标准，它提供一系列内核、体系扩展、微处理器和系统芯片方案，四 个功能模块可供生产

为了方便开发板和pc的文件共享，我使用了linux下的NFS来做共享。首先启动PC主机上的NFS服务，然后修改/etc/exports文件。这个文件标示了主机上要共享的文件路径和连接连接着者的权限。我的文件里边是空的，于是自己插入一行：/root/ifq 222.18.142.*(rw)   #最前边是要共享的路径  IP地址是对连接着的限制范围 rw是访问的权限.保存之后.执行exportfs

这两天一直在移植blueZ到arm-linux平台,但是在交叉编译utils包的时候总是有问题.提示为定义的符号:PATH_MAX.到现在还是不知道具体哪里的问题.开始的时候看帮助文档,里边说必须要libusb的支持,所以怀疑是自己没有这个库.于是在网上查这个库找到了官网:libusb.sourceforge.net.发现没有针对arm的版本,于是下载了原代码,自己交叉编译.但是在编译的时候出现错

今天写了个简单的蓝牙server—client传递字符串的程序，并且把server移植到了开发板上，测试通过。能够在测试端输入字符串，并显示在服务端。现在输入超过1200个左右的字符就会出现问题，还不清楚究竟是socket的write大小限制在1000多，还是自己缓冲区的问题，明天去借本书来研究研究。利用蓝牙建立连接其实和普通socket编程中建立tcp连接很相似,首先在监听端创建socket,b

1 引言cygwin是一个在windows平台上运行的unix模拟环境，是cygnus solutions公司开发的自由软件（该公司开发了很多好东西，著名的还有eCos，不过现已被Redhat收购）。它对于学习unix/linux操作环境，或者从unix到windows的应用程序移植，或者进行某些特殊的开发工作，尤其是使用gnu工具集在windows上进行嵌入式系统开发，非常有用。随着嵌入式系统开

QQ的邮箱居然把别人给我的资料判定为垃圾邮件，害我白等了2天。---------------------------------------------------------------------关于TFT LCD 操作的几个重要概念：·点时钟（CLK 信号）CLK 是整个LCD 工作的基础。它提供LCD工作的基本脉冲。基本的算法为：CLK = (HCLK)/((CLKDI

之所以会产生PC+4变成PC+12是因为ARM的三及流水线。 当CPU在进行运算阶段的时候实际上已经可能又取了2条指令了。使得PC自加了8。所以。。。。但是好象CPU会自动修正会PC+4吧？

哎，郁闷。困扰了几周的问题其实还是自己太粗心，思维不够全面导致的。我的板子带LCD。同时有一块VGA的转换芯片可以直接驱动CRT显示器，而我做的就是驱动CRT。但是由于在网上查的资料都是关于LCD的，就没有注意到自己还需要初始化VGA芯片。导致这么长时间只能显示画屏。。。。。。。。。。现在终于有方向了，相信2天就可以搞顶了。还是经验不足啊。

今天试了下在ARM下显示简单的动画，发现画面十分缓慢而且会闪烁。根据以往的经验还是自己操作的方式有问题----直接对1FRAME的内存不停的写入数据，当然会有很大的延迟。后来查看了2410的DATASHEET，发现LCDSADDR1，2的值是可以动态改变的。于是就想到在2块显寸间切换来试试，果然就不会出现闪烁的感觉。但是开始的时候理解错误，以为要用到VIRTRUL SCREEN。就

armcc的编译器的C对ANSI C的关键字做了些扩展。比如__irq 是用来声明IRQ和FIQ中断处理函数用的，可以自动返回原来的现场。__asm用来嵌入汇编代码等。

1． 做个最小系统板：如果你从没有做过ARM的开发，建议你一开始不要贪大求全，把所有的应用都做好，因为ARM的启动方式和dsp或单片机有所不同，往往会遇到各种问题，所以建议先布一个仅有Flash,SRAM或SDRAM、CPU、JTAG、和复位信号的小系统板，留出扩展接口。使最小系统能够正常运行，你的任务就完成了一半，好在ARM的外围接口基本都是标准接口，如果你已有这些硬件的布线经验，这对你来讲是一

今天在用ADS调试时遇到一个问题。调试的程序是往串口写数据，在超级终端应该可以看到输出。但是在调试的时候不能看到输出，而把文件烧到板子上却可以。试了半天，想到可能和连接方式有关，就把连接方式从HALT（连接TARGET就中断）改为ATTACH（根据目标属性）就可以看到结果了。具体原因还不清楚。有待近一步研究。

33f0002c   [0xe28f0004]   add      r0,pc,#4 ; #0x33f00038为什么结果R0会是0x33f00038呢。好象在哪儿看到是因为ARM是3级流水线，当时没有注意。回头得把这个搞清楚。

winarm的环境真的还不错。现在已经能够编译，调试了。开始的时候都不能够用它的那个调试器ocdremote连接到板子。查了半天原来是JTAG连接线不符合它的要求。它要求连接线的电脑端要把PIN8和PIN15连接起来。接上之后果然能调试了。在命令行输入：ocdremote.exe -c arm920t -d wiggler 然后打开GDB，在命令行中输入：target remote :88

在linux平台上创建超小的ELF可执行文件创建时间：2001-09-04文章属性：转载文章来源：http://www.xfocus.org文章提交：if.q@qq.com在linux平台上创建超小的ELF可执行文件作者：breadbox 原文整理翻译：alert7    主页:    http://www.xfocus.org/时间：2001-9-4-------------------

昨天晚上完成了使用BlueZ协议栈中的lib实现rfcomm层连接的程序,并且移植到了arm-linux上运行通过.程序实现了客户端发送字符串在服务端控制台显示.但是在输入大量的字符时会出现没有响应的情况.看了下书估计和socket中的MTU(Max Transportion Unit)有关系,但也没有继续去试验了,应为在我的应用中一般不会直接使用rfcomm作为连接协议,而是使用l2cap协议.