基于BP神经网络技术的红土镍矿还原焙烧-磁选工艺条件的优化

还原焙烧—磁选工艺可有效提取红土镍矿中的镍和铁等有价金属，由于影响红土镍矿还原焙烧—磁选效果的因素较多，导致工业生产中的选矿指标不稳定。为进一步提高还原焙烧—磁选工艺处理红土镍矿的效果，本研究以青海某镍矿为原料，采用正交试验与BP神经网络相结合的方法，对还原焙烧—磁选工艺的还原剂用量、焙烧温度、料层厚度、焙烧时间及磁场强度等因素进行了优化。结果表明:通过BP神经网络模型优化后的试验条件为还原剂用量9.5%、焙烧温度1 070℃、料层厚度10.0 mm、焙烧时间65 min及磁场强度2.5 kA·m-1，在此条件下可获得产率为30.29%的镍粗精矿，比采用正交试验最优因素组合条件所得的镍粗精矿产率提高了2.83%。      

用于厚屏蔽小探测器的蒙特卡罗模拟减方差方法研究

反应堆屏蔽计算中经常出现厚屏蔽、小探测器问题，常规蒙特卡罗方法难以有效解决。基于自动重要抽样（AIS）方法，本文提出了小探测器自动重要抽样(SDAIS)方法，并针对小探测器问题，优化了AIS方法的虚粒子赌分裂算法。该方法在自主开发的蒙特卡罗屏蔽程序MCShield上进行了实现。使用NUREG/CR-6115 PWR基准题验证该方法的正确性和计算效率。结果表明，SDAIS方法可有效地解决厚屏蔽小探测器问题，相比AIS方法及传统的重要性方法，计算效率提升1~2个量级。     

我国煤矿区水环境现状及矿井水处理利用研究进展

煤炭长期占据我国能源消费结构的主体地位,因煤矿建设、开采、洗选、加工、废旧煤窑和矿井关闭等引发矿区一系列水环境问题尤为突出。国家大力支持"煤炭革命",煤炭安全绿色开采成为新时代的主题,环保部门越发重视煤矿区的水环境问题。分析研究了我国煤矿矿区现阶段的水环境现状,针对不同矿区、不同矿井水类型,从矿井水污染模式和类型、含水岩组结构破坏、水资源流失、矿区土壤重金属富集和废弃矿井水位回升诱发的环境地质问题出发,总结我国煤矿区水环境研究现状、技术水平和未来发展趋势,并以矿井水处理为重点,分析归纳了洁净矿井水(物理法)、含悬浮物矿井水(混凝和超磁分离法)、高矿化度矿井水(蒸馏、离子交换和膜分离法)、酸性矿井水(物理、化学和生物法)、特殊组分矿井水(絮凝沉淀和离子交换法)和矿井水回灌(深层回灌)的水质特点、处理工艺和优缺点,并指明了未来的研究方向。根据煤矿区矿井水资源化利用现状,提出矿井水用于工农业生产、生活和特殊组分的矿井水资源化利用的优势和局限,针对特殊组分的矿井水提出了矿井水资源化利用的技术体系和理论框架,为进一步丰富和完善矿区水资源利用提供技术支撑。最后,针对矿井水资源化利用过程中的问题提出了"阻断、减量和保护"三原则,并对未来我国煤矿区环境现状和矿井水处理利用进行了展望。     

核电站含硼废液中硼浓度测量方法对比研究

硼作为重要的中子吸收剂大量存在于核电站一回路中，因此在对核电站放射性废液的分析以及模拟研究中经常需要对不同硼浓度样品进行浓度测量。本文对比了4种常用的硼检测方法，分析了各自的优缺点。最终结果显示，国家标准姜黄素法仅适宜检测低浓度硼（＜1.2 mg/L）；甘露醇滴定法仅对高浓度硼（＞1 g/L）的测量有效；甲亚胺-H酸比色法适用硼浓度范围广，精确度高，但操作复杂，样品准备过程中需避光保存；利用电感耦合等离子体发射光谱仪（ICP-OES）测量溶液硼浓度操作简单快捷，适用硼浓度范围大，准确度和精密度能满足检测分析要求。      

四川某稀土矿选矿试验研究

针对四川某稀土矿选矿工艺存在的稀土回收率低的问题，开展了一系列选矿试验研究。试验结果表明，在矿浆质量浓度为30%，粗选NaOH用量为600g/t，水玻璃用量为3000g/t，EF1106用量为3500g/t，起泡剂用量为60g/t情况下，采用一粗、三精、两扫、中矿按顺序返回的选矿流程，可获得稀土REO的品位和回收率分别为66.32%和79.88%的稀土浮选精矿。与该选厂的生产指标相比，稀土回收率提高了13.93%。     

超级电容器在汽车启动中的应用

根据超级电容器的结构特性,介绍在汽车启动过程中如何利用超级电容器减小对车内其他电子设备的干扰,改善汽车的启动性能,延长蓄电池使用寿命.     

一种新颖的菜单生成技术

一般C语言构造菜单都是采用HerbSchidt的Pull-Down菜单技术。大多在以下几个方面加以改进:允许显示菜单标题,允许一行显示多个菜单项,不同的菜单可以用不同的颜色等等。或者对其实现部分稍加修改,增加汉字处理功能。有些改进较好地对该技术进行了扩展。但这些改动都没有脱离原技术的基本思路,也就都有类似的缺点。对于使用过该技术的用户都会发现,当要处理的菜单结构(包括层次,个数)变化时,不但要修改数据,还必须修改实现部分的代码。当菜单的层次、个数都较多时,层层嵌套的switch…case语句将使驱动函数变得硕大笨重,加上又必须每一选择分枝进行详尽的考虑,给编程者带来了不小的负担。而且当我们要增加某些功能,如支持横条菜单(MenuBar),会感到束手束脚,不得不利用各种编程技巧达到目的。常用方法如增加专用的获得响应函数(get—re—sp)和专用的菜单驱动函数(pd—driver)都需要相当大的工作量。所以说,这一技术虽然比较简单,但它对使用者来说并不友好。下面我们通过分析该技术基本数据结构来找出它缺陷的根源所在。