一、客户背景
上海良信电器股份有限公司创建于1999年，是中国低压电器行业中、高端市场的领先公司之一。企业专注于低压电器领域，致力于人们更安全、便捷、高效地使用电能，为用户提供高性价比的产品和贴近客户的专业化服务。经过十余年发展，公司于2014年1月在深圳证券交易所成功挂牌上市。公司是“上海市高新技术企业”、主导产品被认定为“上海市名牌产品”、“nader 良信”商标被认定为“上海市著名商标”。良信以上海总部为依托，目前全国设立了40个办事处。在电信、建筑、电力、工控等行业与艾默生、华为技术、中兴通讯、万科集团、绿地集团、上海电力、江苏电力、唐山松下、三菱电梯、日立电梯、重钢集团、振华港机等企业形成了持续稳定的合作关系。
二、业务目标与范围
1.业务现状详述
目前生产线总共有13道工序。这些工序按照顺序依次为基座螺丝紧固单元、机械磨合单元、开矩、超程、脱扣力、脱扣行程检测单元、回路电阻终压力同步性检测单元、装灭弧室隔弧片单元、面盖螺钉固定单元、底塞螺母组装单元、瞬时检测单元、延时检测单元、机械可靠性检测单元、耐压检测单元、塑壳接线端打螺丝单元、塑壳外观检测专机。
每天开班前从SAP抓取当天工单信息，并将其保存到上位机本地数据库。当产品流经每道工序时，PLC将扫描枪读取的条码信息传递给上位机，上位机在其本地数据库中查询条码信息，如果本地没查询到结果，再向SAP发送查询请求。最终结果由上位机反馈给PLC，触摸屏再在PLC中调取条码的对应配方信息，实时显示产品检测过程中的数据。
生产模式分为在线模式和离线模式，在线模式下各检测单元实时向上位机发送保存数据的请求，如果固定周期内上位机未给检测单元发送反馈信息，则报警并提示数据未保存。离线模式下各检测单元实时检测数据不保存，并且各个检测单元之间是相互独立的关系。产品在每个单元使用的配方由人工在生产前选择好。当发现不良产品时，人工手动扫描不良产品条码和不良代码，使其数据保存至SAP。以此统计不良产品数量。
2.业务痛点
1．产品流经瞬时单元时，人工可以动态地修改配方一个或多个参数。比如产品在该单元一个或多个检测实时值比配方中对应参数的值稍高或稍低，这时操作工会刻意修改配方参数值，导致有问题产品检测合格。针对此类情况，应该增加配方权限管理，拥有修改权限的人才去修改，这种操作在检测过程中应该被禁止掉。（设备层面）
2.目前延时单元保存的配方类型满足不了生产需求。当检测产品为L型、M型配方时，系统中不存在此配方，以致于手动修改已存在的配方参数。针对此类型情况，应该增加配方类型的添加的权限。拥有配方类型添加权限的人才去添加，这种操作在检测过程中应该被禁止掉。（设备层面）
3.外观检测单元出现部分型号产品检测不出。先有本单元微型照相机获取条码，该条码在上位机本地数据库或SAP查询不到，或者条码上存在污渍而不能识别。针对此类情况，应该完善程序内部逻辑，杜绝因逻辑不全而出现此类问题。如果是条码有污渍给出相应提示，人工去处理。（设备层面）
4.手柄检测不出，可能有以下几种原因导致的。在开矩、超程、脱扣力、脱扣行程测试单元中没有该检测项目、脱扣按钮装反装错在当前单元检测不出来、颜色不对也能导致手柄检测不出来，因为当前单元没有检测手柄颜色的项目。针对此类情况，在具备条件的情形下对设备进行改造，增加上述不存在的检测项目。（设备层面）
5.外观检测单元面盖没到位。外观检测单元检测产品面盖时，检测出面盖与其他从外部可以观测到的零部件之间有较大的缝隙，导致产品检测时报面盖没打到位。（此问题目前无法解决，检测不到的面被机械手挡住）。（设备层面）
6. 某些产品可以跳过瞬时单元、延时单元检测。实际生产过程中产品必须按照指定的工序一步一步往下流转，直至所有工序都检测结果合格方可包装入库。但是有些产品是没有瞬时检测、延时检测这几道工序。例如直流产品、报警不脱扣。但是按照现有的程序逻辑，例外的产品流经这两个单元而发生损坏。应该在系统层面增加对应的逻辑判断，使其可以跳过这两道工序。（系统层面）
7.某个产品在某个单元检测不合格时则在该单元就要被踢掉。不进入后续工序检测。万一进入后续单元进行检测，在后续单元也要把其剔除。目前同一条码的产品不能二次通过同一个单元。这个问题在当前系统未处理，升级的系统中将优化程序内部判断逻辑。（系统层面）
8.螺钉紧固机高矮检测不出来。基底螺钉紧固单元紧固的螺钉一高一矮，螺钉紧固机检测不出来。当前单元检测项目中没有这一检测项目。在具备条件的情况下，设备层面能够增加检测这一项目的机制。（设备层面）
9.目前各个单元存在检测数据不准。例如设备显示范围0.5mm-5mm，检测值为0.00结果判定合格；瞬时测试数据不合格，但判定结果为PASS；脱扣力检测，不在范围内，检测0.0均显示合格，数据导出前设备已确认，设备设置范围正确（1.2-3.6）。（设备层面与系统层面）
3.用户需求
1.目前设备发生故障时由操作工打电话给维修工，维修工接到电话再去现场维修。在这个流程中使得设备不能及时得到维修处理，耽误生产进度。希望设备发生故障时直接传递给报警系统，并由报警系统发送消息给维修工维修处理。
2.每一班次或者某一段时间会挑出几个样品作为标准件。这些标准件和其他产品一样严格经过每一步工序检测。其数据也是和其他产品一起保存。但是后期要查询这些产品信息时需要在海量的数据中挑出。查询样品数据不方便。建议这些样品的数据同时在新建一个样品表，专门存取样品数据信息，便于后期查询使用。
3. 目前返修产品返工需要靠人工去判断要放到哪个单元返工。希望程序能增加返工工序的逻辑判断，并提示返修产品要被送往哪个工序进行返工。
4.用户希望生产线实时检测数据可以在看板系统中显示出来。实时地向上位机数据库中保存检测数据，同时将其保存到另外两张数据表中，分别为抬头表与明细表。
4.业务目标
最终业务目标是解决上述提到的问题点，尽可能多地考虑实际生产过程中可能会遇到的问题，并在上位机或PLC程序增添相应的控制逻辑避免掉。提高数据的准确性和正确性和提升生产流畅度，完成先驱设备的数据采集。
三、作品截屏
