回复：(*^▽^*) 鉴赏一下猕猴桃兄弟分享的价值10w元大项目

在某个行业值10W，在别的行业值不值10块啊

case 3 的内部就是查找变为激活中状态，但是激活失败的情况，调底层接口重新激活，根据接口结果重新修正状态，fibo_textTrace("[%s-%d]cid = %d,state = %d", __FUNCTION__, __LINE__,cid,state); 这个打印方式可以学习一下，__FUNCTION__打印当前代码所在的函数名，__LINE__打印此打印所在行数，便于查找，但是串口工具这b玩意打印过长的东西就会丢失，可用可不用吧，在前面加点标志直接ctrl+f 搜也一样

有小登就纳闷了，我有仿真断点调试直接看寄存器状态，我还打印个集矛啊，通信过程就一瞬间没有打印万万不行滴，debug手段千千万，日志调试不规范，同事领导泪两行

这里看起来是有点问题的，首先是这个fibo_pdp_active(1,&net_info.pdp_cus->pdp_profile,0) 传参错误，这里应该传的是当前第i个PDP的配置地址，应该是这个fibo_pdp_active(1, &net_info.pdp_cus[i].pdp_profile, 0)，其次没有行业标准的3次重连机制，在网络波动情况下没有稳定性，这个是否在底层fibo_pdp_active（）内部进行了3次判定不得而知，没过这么智能的接口，个人看法此处有失误还有瑕疵10w的价值大打折扣，鉴于项目未完成且未迭代，此处问题可忽略，忽略个毛线没有验证过的相关代码只会祸害后人，宁可慢不可错，取的地址错误后续数据一直是错一旦运行起来找起来也是个大麻烦，我将对此外包工程师不负责任的态度提出强烈的谴责

emmmmm
这个fibo是不是fibocom的缩写

case 4 这里也是有点问题，根据上下文，这个fibo_pdp_active()接口激活失败返回值是负数，这个条件不对，还把break；给漏了

应该是这样吧，emmmmmm，为了规范点还是用if(){}else{}把两种处理括号起来吧，看着顺眼一点

case 5 纯打印就不看了

case 6 也没啥好看的就是注网情况改变时重新跑一遍激活流程

我发现大家都不喜欢看这种，还要继续更吗

顶

好啊好啊，喜欢看这种干巴的干货

整个项目才3w多行，感觉有点少呀，充电桩就这样嘛，还是因为没做完上市，抢到12号的票，上高铁之前能更完吗

好厉害