206、破困局X单骑救主，当助手琳达通宵陪伴(2/4)
阅读提示：为防止内容获取不全，请勿使用浏览器阅读模式。
但大家高兴了还不到一分钟，马上又发现新的问题了。
“aitainute！（等一下）”To的眉头又重新紧锁了起来，说道：“这是不是意味着我们必须修改整个光通信模块的硬件设计和软件系统的结构？”
硬件要改，那是自然的，因为原来的设计中没有这么一个单独的RO存在。
软件结构要改，因为原来启动程序是整个光通信模块中的软件系统的一部分，并不是完全独立的，现在要独立出来，这样一来，启动程序和控制管理程序之间就存在一个控制权转移的问题，这就要改软件系统的结构了，而软件系统最怕的就是改结构。
大家一听To这么说，也傻了，因为OFC只有短短的一周时间！
包括AT≈T的人明天还要看结果呢！而AT≈T是通信行业内最重要的客户。
所以，如果不能在最短的时间内解决问题——最好是今晚就解决，否则这次OFC等于白来了！
“只需修改软件的框架，而硬件则不用改，只需把其中的一片KB固态存储器改成KB的RO就行了，因为两片KB的固态存储器我只用了其中的一片，还有一片完全空着没用。”我听To问到是不是要改硬件设计，就摇摇头说只需改软件，硬件可以不用改。
原来，每块光通信模块都有KB的存储空间，由两片KB的固态存储器构成。
由于我当年是从只有KB存储空间四位微处理器起步的，因此已经习惯了尽可能地优化和压缩代码，所以KB的存储空间我只用了其中的KB的空间。
换句话说，还有一片KB的固态存储器完全空着，因此只需用一片KB的RO来简单替代就行，因为固态存储器和RO的管脚排列是一样的。
To一听硬件不用改，只需改软件，不禁转忧为喜，因为如果要改硬件，那铁定明天是完成不了的，而如果只改软件，那就还有可能，于是他看了一下手表，对琳达说道：
“OK！琳达，你马上打电话通知Robinson，让他马上去仓库，拿上几片KB的RO，连夜开车送来OFC！”
Robinson是LunX公司中负责仓库管理的经理。
这时大家的目光都集中到了琳达身上，因为大家仿佛都看到了希望，因为这是唯一的解决方法，而琳达目前是代理项目经理，因此自然应该是由她去负责协调此事了。
“aitainute！（等一下）”就在大家认为问题解决了的时候，突然一位前来为OFC保驾护航的硬件工程师发言了：“仓库中没有KB的RO，因为我们从来都是只用固态存储器，不用RO！”
这位硬件工程师说的没错，因为RO是一次性写入的，如果要修改程序，那只能换一片新的RO，这样就太浪费了，因此在进行硬件设计时，选择了固态存储器，没有选择用RO，所以仓库中自然不会有RO了！
To一听，又傻了，大家也都又傻了，刚刚燃起的一丝希望，又被一盆冷水给浇灭了。
因为软件的框架改动，虽然工作量大，但努力一下还有成功的可能，而硬件，没有RO，那是巧妇难为无米之炊！
屋内一片寂静。
大家面面相觑，束手无策。
“我有一个办法！”我突然打破了沉默，缓缓地说道。
这好比在一间充满可燃气体的屋子里投入了一颗火星。
“你有办法？”大家不约而同的向我投来怀疑的目光，惊问道。
“只需把固态存储器的‘写入控制线"割断，然后用一颗电阻把割断后的‘写入控制线"拉高就行了。”我慢条斯理的说着我的解决方案。
“Goodidea！（好主意）”前来为OFC保驾护航的那位硬件工程师一听，拍了一下
本章未完，请点击下一页继续阅读》》