我是一名电子爱好者，也是一名”万能维修工"，有20多年的维修经验。下面是一些我的维修故事。
不久前接到一个经销商咨询（以下简称W先生），问我除了我自己经常维修的H品牌以外，B品牌的是否可以维修？我虽然对B品牌没有了解，但是我知道，品牌虽然不同，其框架是相同的，具体产品细节不同而已。来送钱的当然不能拒绝，我立马说“当然可以”，说的虽然理直气壮，但心里难免有点担心。因为我一次维修成功率在80%以上，贸然接手不熟悉的产品，若翻了车，会损害自己的声誉和自尊。
2015年-2018年，我曾经在一个生产消防产品的电子厂上班。厂里主做的是智能疏散系统和EPS。我主要工作是做售后的技术支持工作，就是负责把部门遇到的难题研究透彻，指导售后工程师。我深知公司产品的不求精进，试图从售后端口打补丁进行调整。
老板一心想玩大的，结果贪心不足，资金链断裂，把厂子玩死了。我虽然是一只蚂蚁，但是我有大象志向。但我终究只是一只蚂蚁，没有大象的力量。不但不能阻碍大象倒下，也没有在大象倒下时选择避险，被倒下的大象压在身下。。。付出太多，收获凄惨，瞬间负资产几十万元，深受其害。
在接下来的几年内，我一直自由职业，偶尔接点售后服务的小活儿糊糊口，没事就研究研究技术，学学单片机等。但终究不能解决负债问题，交完社保，负债一直在扩大。
智能疏散系统，与普通的疏散系统相比，有一个很大的特点，就是所有灯具都是通过分配电箱连接上位机。所有的控制都是上位机说了算。有了上位机，才配的上智能二字嘛。我公司的产品，上位机通过CAN总线把命令发到分配电箱，分配电箱再通过MBUS或POWERBUS总线发送到灯具。
公司产品的上位机，是拿PC主板拼凑的。操作系统是Windows。
上位机软件构成，是对软件一窍不通的技术副总设计的。
上位机软件代码，是某培训班出身的码农敲的，好多bug，拿着一两万高薪的，吊的一批。这里没有歧视培训班的意思，毕竟培训班老师不教码农编bug，bug的多少取决于码农的人品和老板的人品。
上位机到分配电箱，是CAN总线。CAN是先进的现场总线，CAN比485拥有更多优势，这没毛病。但是，CAN总线不像485那样好调教。如果调教不好，会翻车的，例如我公司。
上位机没有CAN接口，怎么办？网口来凑。前期花几百元买成品网口转CAN的网关，后期研发自己设计了一个网口转CAN的网关，将成本降低到几十元，这样上位机拼凑完成。
如果考虑到成本控制和和上位机编程的便利，用232转CAN岂不是更合适吗？但是没有人懂，也没有人去优化，也没有人去这样设计。
项目现场，往往一台上位机带很多栋建筑的分配电箱，加上建筑高度都很高，所以通讯线路会很远；施工队伍对CAN总线没有认知，不知道需要避开强电走线，不知道要手拉手连接，不知道需要布屏蔽双绞线。但他们深深知道，省钱省工最重要。强电桥架走线、双绞线被换成了平行线、手拉手最后成了树形连接，终端电阻都不知道往哪里加，所以最后通讯成功率惨不忍睹。这就要求CAN总线速率尽可能低，才能变通解决问题。
我厂分配电箱控制板采用的是51单片机+SJA1000+82C250，就这成熟的方案都被设计错了，模式引脚悬空，芯片有时工作在intel模式，有时工作在Motorola模式；82C250最低可工作在5K，我们速率被固定在50K且不支持手动调整；程序中未对干扰做容错处理，造成CAN节点因累计错误而关闭通讯；CAN自恢复保险质量不行，长时间运行CAN不能通讯；通讯协议完全照搬485来的，直接用CAN透传数据，还加的CRC16校验，损失了CAN的先进性......哎，马马虎虎用吧。谁叫老板不舍得花钱招人，净找些250呢。不对，最大的250就是老板，因为下面出问题要往上找。
我一直有个思路，取消网转CAN转换器，在上位机用串口转CAN实现联网。这样造价低、电路简单、上位机编程更容易。于是经常在某宝某多搜索相关产品。终于有一天入手了某铁航USB转CAN的设备。
某铁航出此设备的目的主要是，他们对CANID做了协议扩充，需要一种硬件方便验证和使用他们的协议。他们的硬件设计很精妙，使用起来非常方便。当USB插入电脑后，会产生一个虚拟串口，上位机通过打开虚拟串口时传递的波特率、校验位和停止位来控制CAN。其中波特率控制CAN波特率，用9600代表10K，19200代表50K，共预置了常用的8种波特率；校验位控制日志模式还是工作模式，用none代表日志模式，用odd代表工作模式；停止位控制收发模式，用1代表可收发，用1.5代表仅偷听。有了以上功能，其实就相当于一个CAN分析仪。不过该CAN分析仪主打一个便宜，才30来元。缺点是CAN不带隔离，有一定概率无法与CAN通讯，需先连接CAN，再连接电脑。
这个小宝贝不但可以参与CAN协议的分析，还可以进行CAN数据的发送。其格式为0xAA CC 12345678 08 11 22 33 44 55 66 77 88 DD.其中0xAA代表包头，0xCC代表29位CANID的扩展帧，0x12345678代表CANID，0x08代表数据长度，0x1122334455667788代表数据，0xDD代表包尾。该设备配合我学习了一段时间的51+SJA1000编程，之后就被收藏起来吃灰。这段学习的历程给我以后维修带来了便利。
W先生是其它品牌智能疏散的经销商，从去年开始我们才有交集。交集的原因是因为有一个项目是双品牌供货，他负责B品牌供货，我们负责H品牌供货。H品牌上位机坏了，找不到维修的，交付不出去，于是总包就让W先生帮忙找人维修。W先生找到N品牌的业务，N品牌业务找到我们H品牌代理商家的技术，最后找到了我。线路有点长，就像是手拉手连接。。。。。
自从帮W先生解决了问题，W先生就牢牢记住了我。当他自己项目出现问题时，便想到了让我帮忙解决。
前面说到，W先生联系我，B品牌能不能修。当时我满口答应下来。过了10余天，W先生又来信息了，说可以去维修了。详细故障他一问三不知，只是说有地下车库一些区域标志灯不亮，需要点亮，可以边检查边维修。毕竟是业务人员，只负责跟客户吃吃喝喝玩玩，他们对技术一窍不通，可以理解。
对于B品牌，我只知道我一个关系不错的前同事入职过该品牌的售后队伍（后面已离职），有问题可以咨询他。对于其它技术细节，我一无所知，心里还是忐忑的。于是我准备了一后备箱的物资，甚至把示波器、热风枪都带上了。
项目离家不远，两个小时的车程。到了目的地，跟物业经理联系上了。物业经理热情的接待我，就差给个拥抱了。他说：你知道嘛，来了好几拨人了，都没解决，我们一层一层的找，找了五六层，最后才找到你。
经理领我到现场，指着那些成片不亮的疏散灯跟我说，就是这个情况，前面来人都解决不了，说要升级什么东西。
我看到这些灯确实不亮，但是其通讯指示灯在有规律的闪烁，供电应该没问题。拿万用表印证了一下，确实没有问题。分配电箱上有一个测试按钮，按下该按钮，灯都亮了；松开该按钮，灯都灭了。
我们行业里经常遇到信誉不良的经销商，他们经常不能按合同节奏付款。也不能全怨他们，他们还有甲方，甲方不付款，就会导致经销商不能及时履约。厂商为了保持销量和业务关系，一般不会起诉经销商，而是装孙子、低三下四的催款。为了解决装孙子问题，厂商就在上位机软件上增加了授权功能，超过一定时间，就让系统瘫痪，等经销商完款之后再重新激活系统，这样孙子就变成爷爷了。
我想可能我遇到授权问题了。去上位机检查，果然，软件界面显示“未授权”。复位和应急功能不能用，只有巡检可用。怪不得前面几拨人都搞不定。
给经销商W先生打电话询问是否有经济纠纷。W说自己是从上一级代理进的货，款已经全额支付给上一级经销商。至于上家有没有全款，他就不清楚了。他说，项目出问题后，自己通过上家申请服务，催了好多次都催不来人，跟上家吵起来了，都没有用。实在没有办法，才自费请我出场。
我通过私人关系联系到了B品牌的售后，也就是我前同事的前同事，简称G先生。G先生说，他了解该项目，前面确实有派单被拒的情况，原因就是欠款问题，不能给予服务。而且厂里的业务已经交代了，严禁厂家售后人员插手此事。
难道我要白跑一趟吗？我继续跟G先生沟通，能不能临时给授权一下，先把灯亮起来。G先生说，他们没有权限，只有业务人员有权限申请。G先生还说，是其它项目欠款引起的纠纷，厂家通过停止服务逼W先生上面的大经销商付其它项目的款。
业务人员太傲慢了！难道要逼我放大招？
B品牌的上位机是Linux系统，数据库是SQLite。我对这两个祖宗都不熟悉，既不知道root密码也不知道SQLite密码，软件还有加密狗保护，维修陷入困境。。。
欲知后事如何，请看下篇文章：
记B品牌智能疏散维修和应急照明系统维修（2）_AQing阿清的博客-CSDN博客
（码字不易，转载请注明出处）