HDSP2000点屏

占着坑,这周末把它写了,下周直接拿去水数字系统课作业((

前言

简单来说动机是这样的:这学期我们有一门数字系统设计的课:每个人发了FPGA实验板子(Ego1 ,芯片是Aritx7系列的),结合实验一起讲Verilog语言。不幸的,我们班80多人,只有我一个没有领到板子。那我就有理由好好用一把自己吃灰已久的XUPV5了不是(x

此前做过一些FPGA开发,也一直停留在做超小系统的级别(比如那个至今没时间填完坑的HP35复刻)。我意识到自己的问题不是说不会用还是怎么的,主要是懒和过度担心,有些时候有些问题明明是安静写那么一段时间就能写出来的,我却经常选择回避或者单纯的kill time,不干正事。现在我感觉有必要给自己找些小模块,花几个小时硬逼自己一个一个一口气不中断地写完,作为练习。

这次我们留了一个作业,基本还是在教同学们怎么用case写查找表,最终来驱动一组段码LED。我的开发板上并没有段码LED,而且我觉得如果我也做一个段码LED那就太无聊了,不如设计一个比较精致的HP字符LED屏控制器,然后再画一个PCB,做成XUPV5上那个LCD模块的形状,将它替代掉?

HDSP2000模块

HDSP-2000系列是HP在1975年推出的字符点阵LED显示器,陶瓷DIP12封装,以4个字符为一个模块。这种东西在HP自家的仪器中见得很多,比如HP在1980年推出的HP8662A极低相噪射频信号源上就用了类似的显示模块

HP3048相噪测试系统,左下角那个仪器就是所提到的HP8662A,红色的字符显示器非常显眼。(图片来自The Hp Memory Project)

这个模块的工艺非常精良,整体是玻璃+陶瓷,这对于见多了塑料屏幕的我而言无疑是很有诱惑力的,它看上去就算不是军用产品也至少是高可靠的工业产品。全新的HDSP模块售价从来不低,我在逛淘宝的时候看到有人卖一个叫“HP5616085”的元件,看上去和HDSP2000完全一样,但是我却查不到任何关于这个编号的资料,而且他所销售的这些模块只有这一个标记,我想一定是某种奇怪的内部编号。HP的显示模块都一直保持引脚兼容的优秀传统,我希望它能和HDSP2000一样用,就低价买了一大把回来。

买了一把,都是拆机件。比较可惜的是表面的玻璃在边缘处大都有些破碎

这个显示器的结构相比于后来的几代微点阵字符屏产品显得非常的简陋,我此前用过的一些驱动简单的点阵屏比如HCMS2904,内置了完整的像素缓冲区、振荡器、同步、亮度控制、电流控制,单片机只需把像素数据往里扔一次就可以高枕无忧了。HDSP2000甚至不能保存完整的一帧——这个显示模块内部只能同时存储一竖列的数据,为了显示完整的字符,需要不停刷新。

两年前用FPGA点过的HCMS2904,橘红色的光非常好看
HDSP2000系列的内部结构
  • 其内部有一个28bit的移位寄存器,对应当前被选中的那一组竖列的像素数据(每一个字符每一列是7bit,总共4个字符)
  • 五个Column Drive Input直接和五竖列LED的阳极分别相连,这五个引脚的电流非常大:可以达到500mA。
  • LED的阴极接在一组受移位寄存器控制的电流源上,这些电流源还受一个Blanking引脚(vb)控制,将其拉低可以让屏幕熄灭。
PCB Layout
自己做了个PCB,图中什么信号线都没接

硬件方面的事做起来算是比较轻松了,用某节水课的时间搞定了这么一个小设计,里面用到了一个开关电源来产生驱动LED的3.3V轨(因为它功耗巨大,电流最大可以达到3A,LDO不现实),用几个PNP管做大电流高侧驱动,再加一个74138来解决引脚不够用的问题。

但是测试的时候坑爹的事情就出现了,任凭我怎么弄这个屏幕的引脚就是无比安静,没有任何信号通过去。

XUPV5这个板子的部分外设与FPGA本身之间用了一个CPLD做“胶水逻辑与电平转换”,内置了一个程序,用户也可以选择自己给它编程。按照官方的意思这个CPLD自带的程序应该没有包含什么逻辑:是直通的;但是我实际测试觉得里面一定是做了一些逻辑,使得只有LCD的控制信号才能够通过去,因为之前写的LCD程序在板子上运行并没有什么问题,现在居然一个时钟信号都无法通过。我感到奇怪,但是很可惜,虽然十几年前Xilinx推出这个开发板时附送了那颗CPLD内程序的源码,用wayback machine也无法找回那份文件,我就暂且放弃了,换成了其他的3.3V IO口。虽然一切顺利,还是为没法把这个安装在LCD模块的位置上而感到可惜……

XUPV5顶层视图,那个框起来的QFP芯片就是所提到的CPLD

Verilog程序

Pinout

引脚安排成了如图所示的样子,ABC经过74138译码后,通过一组三极管成为列驱动信号;D1D0分别对应两排屏幕的数据输入端,同一排内屏幕的Data out和Data in是串接的,因为该屏幕的时钟频率可以达到惊人(以1975年逻辑电路的普遍水准而言)的3MHz,这个移位寄存器可以接的非常长也不会影响刷新。

最终决定将系统设计成这样:

这样可以保证较长时间是静止状态,肉眼看上去不会闪烁;对Blanking引脚发一个300kHz的PWM信号,就可以比较容易地调节亮度,而且因为静止的时间比较长,这个PWM信号是比较准的(即:PWM设置为0000就对应没有能量,1000就对应一半的能量,不会有显著的直流偏移。但是如果将刷新周期里的静止时间切分为小块,PWM频率又没有加快的话,会存在一个明显的直流偏移)

先从简单的开始,PWM产生,因为频率比较低,用的就是传统的累加-比较法

然后是主要的状态机,用来产生所有和时间有关的信号,其实这里的各个计数器都可以和后文的合并,进一步减少资源占用

这里是字符产生,有一个12位DEC SIXBIT编码(ASCII前身)的字符寄存器,按照行计数器,以时间顺序读取这12个字符,用一个字符查找表加上列偏移量找到它的像素数据,再用行计数器取出其中一个bit,直接给到D[1:0],文中只给了一个。

这里用了generate for语法来初始化这个字符寄存器(因为懒得写输入输出了),虽然里面有很多乘法之类的,因为i在综合时被视作一个常数,这部分都会被自动优化掉。其实你看到我在这里写了这么一大堆东西,目的就是为了能够在程序里写下一句漂亮的字符串常量(orz),不然的话一个初始化没必要搞得这么麻烦。但是在取像素数据时不可避免会遇到x6和x5这两个乘法(除非将字符ROM以2为底对齐,那样的话又觉得有些浪费(话说回来,反正出来是bram,没有什么浪费的说法吧草)),我将其变为位移和加法的组合,避免了使用乘法器。

字符集的下载点这里,这是我以前为了另一个HP显示屏设计的字符集,形状上都比较方正。这个文件里面是DEC SIXBIT(将7bit ASCII编码减去0x20即可得到)编码顺序排列的64个字符,每个字符分为五竖列,按从左到右排列;每一列内的LSB是字符的上侧。

最后再加上PLL,弄出所需要的600kHz时钟,就算是完成了。我的开发板上有一个100MHz的时钟源,我用PLL将其降到6MHz后再进一步用锁存器分频得到所需的时钟。

呼……这就是一个下午的成果,感觉对于项目的复杂度而言花的时间还是太多了。最终将这个程序通过JTAG写进去,就得到了一句名言

咦,我怎么上下左右都反了,懒得重新综合了要么就这样吧((
屏幕的工艺相当古老(1975年),能够达到3MHz的刷新速度,想必功耗也和74S系列(早期的高功耗肖特基系列产品)有的一拼。这个模块(共6个屏幕)光是双极性逻辑电路的功耗就达到了惊人的3W,全部点亮时功耗可以超过10W。在正常条件下温度就可以轻松达到80°C甚至更高,可以用来煎鸡蛋了。

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.