第326章 无线传呼系统测试（四） (1/2)

这名研究员所做的工作，就是把数十根线缆依次接通。基站上的通讯指示灯依次亮起之后，祁自强继续下令道：“第三项，基站和天线测试，开始。”

操作简易电脑的年轻研究员输入指令，将刚刚的寻呼请求再次发送了一遍，并回复道：“寻呼指令重复发送成功。”

与此同时，吴志航手里的bb机屏幕一个闪烁，出现了“”的数字，同时伴随着“bb，bb，bb”的响声。随着bb机发声，原本十分嘈杂的实验室，顿时安静了下来，就像是有人按下了游戏的暂停按键似的。

吴志航淡定的按停了bb机的铃声，说道：“寻呼机终端已经接收到了信息，内容是，和发送内容相符，恭喜你们，数字无线传呼系统，第一次测试就成功了！”

吴志航发言过后，实验室内响起一片热烈的掌声，好几个年轻的研究员难耐内心的激动，振臂欢呼了起来。

“太好了，我们成功了！”“一次成功，吔！”“从今天开始，再也不用加班了，我们解放啦！”……

等众人发泄的差不多了，组长祁自强才咳嗽了两声，说道：“好了，戒骄戒躁，这才刚刚第一次寻呼测试，成功了有啥好激动的，后面还有十几个测试项目，全部通过了再庆祝也不迟。”

祁自强的话点醒了大家，意识到他们高兴的太早了一些，纷纷收敛情绪，将全部心神，投入到后续的测试中去。不同编号，不同内容的的传呼，调节基站的信号发射功率，测试bb机的信号覆盖范围，和信号穿透情况。吴志航作为一个测试参与者，亲自带着两部bb机，开车跑出十几公里去，在全发射功率的情况下，依旧能接收到信号，只是由于信号强度太低，传递过来的数字信息很可能会出现缺失，少个一两位，或其中几位出现差错，也多次出现。

另外测试过程中，还出现了13和13的倍数编号的bb机，能收到传呼信号，能响铃，却接收不到传呼内容的怪异问题。全体研究员上阵，从头检查了寻呼系统硬件，和寻呼接收机，结果什么都没查出来。

祁自强沉吟一下，猜测道：“整个系统的所有组成部分，都检查过了，一切正常。现在呼别的编号，一切正常，碰到13，26，39，52，就会出现只响铃，却接收不到传呼内容的问题。我怎么觉得，这问题是出现在了系统软件上。”

一名负责软件编程的年轻研究员，摇摇头，说道：“传呼系统软件的源码都是老板提供的，应该不会出现什么错误吧？”

祁自强用手比划了一下，说道：“软件编程的事情，我不太懂，却也听你们说，老板提供的源码，原本是运行在x86复杂指令集作为cpu的电脑上的。而咱们现在使用的电脑是咱们公司基于自产精简指令集arm芯片，开发的简易电脑，系统和软件都合x86不兼容。老板提供的软件源码，也是经过你们的代码移植，这才编译成arm简易电脑使用的软件。在这个代码移植过程中，会不会某段代码出现了错误，或逻辑上出现了bug什么的，造成了现在的现象。”

听祁自强如此一说，刚刚发言的那位研究员也不说话了，他和十几个负责程序编写的年轻研究员凑到一起，嘀嘀咕咕商量了一会儿，这在站起身，说道：“祁组长说的对，问题很可能就处在移植过后的软件代码上，我建议对所有的软件源码进行一次检查，找出bug所在，做出修改。”

祁自强点点头，说道：“好吧，你们现在就开始审查源码，一定要尽快找出bug，实在不行，就多叫几个第一第二研发小组的人，帮你们一起审查。其他人也不要闲着，既然全部六十台bb机，只有这四台信息接收有问题，那就使用其他五十六台正常使用的bb机，进行下一步的寻呼压力测试。利用这里的几十台简易电脑，模拟多名寻呼员，同时输入寻呼信息，看看整套系统的承压能力如何，会不会出现延迟，死机等情况。”

随着祁自强的一声令下，全体研究员再次忙碌了起来，连吴志航这个当老板的，也找了一台电脑，帮着审查起了源代码。相比负责编程工作的十几位年轻研究员，吴志航学习编程的时间更长，经验更丰富，见识也更广博，算是资深老码农了。再加上穿越过后，被天地玄门改造过的超级大脑，检查起代码来，几乎一目十行，速度比其余十几位研究员加起来都快。

十几分钟后，吴志航打了个响指，兴奋道：“总算让我抓到你了，原来bug出现在了这里！”

吴志航一发声，其他十几个坐在电脑跟前，跟一行行代码较劲的研究员，全部停下手上的动作，抬起头，将目光看向吴志航的方向，接着呼啦啦的站起身，围在了吴志航后面，嘁嘁喳喳的讨论了起来。

“呀，原来咱们把数据类型搞错了，原本是文本类型的传呼内容，被咱们写成了整数类型，出问题也就不奇怪了。”

“还是不对劲吧，如果只是数据类型不对，应该所有的bb机都接收不到传呼信息，但现实情况是，只有13和13的倍数编号接收不到信息，这也太奇怪了。”

“应该是显示位数问题，传呼编号是13的倍数时，代入这个计算公式，相当于将两个传呼内容叠加，其结果超过了bb机显示的数字位数上限，bb机显示不开，就出现了只响铃，却显示不出传呼内容的问题。”

“问题找到了，只要修改一下这几个参数的数据类型，就能完美解决。