电信物联网卡只支持自己的云服务器，其他服务器无法接入
一次偶然的机会在创易栈的展会上申请了一个高新兴的NB-Iot模组—ME3616，并同时在平台上付了购买物联网卡的费用。因为那个时候物联网模组还比较稀奇所以好奇心很充实。
当时创易栈给了一个ME3616的相关资料*载下**，包括自己板子的硬件设计图（ps这个硬件设计上面还有个小瑕疵，标注错误了，这个找卢工确认过了的）给用户*载下**。因为没有过多的开发资料，因此拿回来也只有跑一些AT指令联网之类的，一顿操作下来非常的顺利。此模组非常强大，支持OpenCPU二次开发的，但是呢没有实际的项目用到，因此简单的用了一下。
直到公司决策需要用新产品要结合NB模组去实现的时候，这块板子就真正的排上了用场。大家都知道NB模组主打低功耗路线的，特别在一些便携式产品*功中**耗越低越能对电池的功耗进行降低，这样用户使用的时间就会长一点。考虑到这一点MQTT服务协议就不合适了，因为基于TCP/IP的协议都要求一直连接的，但是这样的连接功耗会非常高，所以就重新选用了基于UDP模式的CoAP协议来实现，在间隔一段时间进行数据推送，这样就可以很好的降低功耗。但是呢就是这个协议让我们叫苦不迭。
我们公司自己搭建了一个CoAP服务器，然后用其他设备接入都能ping通，但是ME3616死活就连接不上，用AT指令测试网络信号什么的都是没问题的，所以让人百思不得其解。我领导就觉得我这个模组可能网络这儿坏掉了，就去骑士科技买了同样的ME3616开发板回来，利用OpenCPU烧录编译好的固件进去，就可以连上了。难道真的是我的ME3616网络出问题了，对比了全部硬件属性，除了SIM卡不一样之外其他的都是相似的，然后把骑士科技的移动物联网卡替换了现在电信物联网卡，没想到也能成功接入。询问了一番之后才知道原来电信在网关这一部分只开通自己的电信云服务器接入，其他的都不支持。那一刻我除了深深地鄙视我也找不到其他的来吐槽了。所以大家以后遇到ip信号能通的情况下无法接入网络反过来看看是否是自己的SIM不支持。
如需申请样品/开发板——请前往问个芯公众号哦