openluat / luat_2g_rda_8955 Goto Github PK

View Code? Open in Web Editor NEW

203.0 203.0 137.0 7.69 MB

Luat 2G开源项目，适用于Air202、Air800、Air201等，已经停止维护

Lua 63.54% HTML 35.73% CSS 0.41% C 0.05% C++ 0.27%

luat_2g_rda_8955's People

Contributors

Stargazers

Watchers

Forkers

wangyx0055 hellodavid2020 hupozhao kireli guohaidao babylxg wangchangcode zhuhui09 jangocheng sorke mvincm xiaotong0202 gitkeidy xueyeguiren skyformat99 menglin330 fengmingfm zhuyoucai168 kontais luawei1 kevin-shen karlzheng jasonyu vincent-vg yuanzhao215 myzhang001 ljundai luckyboy234 moonsummer jyrpxj sobiso zhang1048576 good8051 xjiezheng jyrpxj01 huileme liuyl110 zbigartist nccbl 729517723 wangyoufeng8889 zhoum2467807869 xundon huaran770 artificer123 mars52111 myself1tong zhuhuimin6909 hackhuman vimiii zhanxy jason-zhou2014 huangpengfen xiaowu5 chzfmx remex-yu amanda-yh liyunqi825 chan-victor kupier mblab chenxuuu 3050311118 xiegengxiao wujixiaomin witsoft001 yy1109382152 lv-yi paladinzh zhang527 erickong1985 yiyakiller q1315150719 shenfahsu cyrusshu jiang20082233 bottlehe wuhuaroubj kesshei weightm lyzhsf xiaoqingxu1996 zhiqiang-hu qiueamo alchemylindx zyt1978 oupula tigerlyt scz-u 648529054 gsshch miuser00 mgicode lyp365859350 yanagihoxi flymanhi ssstk wsnlink fwmao weiyuliang

luat_2g_rda_8955's Issues

mqtt 使用 tcp_ssl 连接报错

板子的网络没有问题，证书和域名配置也都正常，用其它 MQTT 客户端是能够正常连接的，错误信息如下

开发板：air202s
固件版本：Luat_V0040_8955_SSL_FLOAT

看错误信息貌似是证书校验失败?： SSL_VerifyCert sslReturn=-516

尝试了官方示例中的 MQTT ，用 `tcp_ssl` 方式连接也是连接失败: https://github.com/openLuat/Luat_2G_RDA_8955/blob/master/script_LuaTask/demo/mqtt/sync/sendWaitRecv/mqttTask.lua#L62

[2020-09-24 14:46:51.374] [I]-[连接 MQTT 服务器 ...]
[2020-09-24 14:46:51.391] [I]-[ril.sendat] AT+SSLCREATE=1,"xxxxxxxx-ats.iot.cn-northwest-1.amazonaws.com.cn:8883",0
[2020-09-24 14:46:52.525] [I]-[ril.proatc] 
[2020-09-24 14:46:52.551] [I]-[ril.proatc] SSL&1,CREATE OK
[2020-09-24 14:46:52.579] [I]-[ril.sendat] AT+SSLCERT=1,1,"cacrt","AmazonRootCA1.pem"
[2020-09-24 14:46:52.666] [I]-[ril.proatc] 
[2020-09-24 14:46:52.680] [I]-[ril.proatc] SSL&1,CONFIG CERT OK
[2020-09-24 14:46:52.694] [I]-[ril.defrsp] AT+SSLCERT=1,1,"cacrt","AmazonRootCA1.pem"	true	SSL&1,CONFIG CERT OK	nil
[2020-09-24 14:46:52.708] [I]-[ril.sendat] AT+SSLCERT=1,1,"localcrt","certificate.pem.crt",""
[2020-09-24 14:46:52.722] [I]-[ril.proatc] 
[2020-09-24 14:46:52.732] [I]-[ril.proatc] SSL&1,CONFIG CERT OK
[2020-09-24 14:46:52.741] [I]-[ril.defrsp] AT+SSLCERT=1,1,"localcrt","certificate.pem.crt",""	true	SSL&1,CONFIG CERT OK	nil
[2020-09-24 14:46:52.751] [I]-[ril.sendat] AT+SSLCERT=1,1,"localprivatekey","private.pem.key"
[2020-09-24 14:46:52.760] [I]-[ril.proatc] 
[2020-09-24 14:46:52.769] [I]-[ril.proatc] SSL&1,CONFIG CERT OK
[2020-09-24 14:46:52.779] [I]-[ril.defrsp] AT+SSLCERT=1,1,"localprivatekey","private.pem.key"	true	SSL&1,CONFIG CERT OK	nil
[2020-09-24 14:46:52.789] [I]-[ril.sendat] AT+SSLCONNECT=1
[2020-09-24 14:46:52.798] [I]-[ril.proatc] 
[2020-09-24 14:46:52.807] [I]-[ril.proatc] OK
[2020-09-24 14:47:03.765] [network2] psStatus=1, pdpStatus=0
[2020-09-24 14:47:26.159] SSL_VerifyCert sslReturn=-516
[2020-09-24 14:47:26.185] [I]-[ril.proatc]	
[2020-09-24 14:47:26.204] [I]-[ril.proatc] SSL&1,CONNECT ERROR: 35,0,0,0,0
[2020-09-24 14:47:26.216] [I]-[ril.sendat] AT+SSLDESTROY=1
[2020-09-24 14:47:26.284] [I]-[ril.proatc] 
[2020-09-24 14:47:26.311] [I]-[ril.proatc] SSL&1,DESTROY OK
[2020-09-24 14:47:26.333] [I]-[mqtt.client:connect] connect host fail

我们的air202在与设备通信时（串口参数为9600， 8， N， 1），会周期性的出现连续的数据误码，每正常大约100字节后会出现连续的10字节左右连续误码，请问这是怎么回事。
LOD为我们自己修改增加了自动换向功能的V0032版本
PS:
这是USB转串口抓到的数据0xAA, 0x55, 0x00, 0x03, 0x01, 0x00, 0x11, 0x83, 0xA1, 0x31, 0x20, 0x20, 0x33, 0x30, 0x30, 0x30, 0x45, 0x31, 0x2E, 0x30, 0x30, 0x20, 0x20, 0x20, 0x20, 0x41, 0x53, 0x57, 0x33, 0x30, 0x30, 0x30, 0x53, 0x2D, 0x53, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x41, 0x49, 0x53, 0x57, 0x45, 0x49, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x4D, 0x41, 0x33, 0x30, 0x30, 0x30, 0x30, 0x31, 0x31, 0x31, 0x39, 0xE3, 0xB8, 0xB8, 0xB9, 0xBE, 0xBB, 0xBF, 0xB8, 0xB8, 0xFF, 0x36, 0x31, 0x30, 0x2D, 0x30, 0x31, 0x30, 0x35, 0x31, 0x2D, 0x30, 0x30, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x56, 0x36, 0x31, 0x30, 0x2D, 0x30, 0x31, 0x30, 0x35, 0x32, 0x2D, 0x30, 0x30, 0x56, 0x36, 0x31, 0x30, 0x2D, 0x31, 0x30, 0x30, 0x30, 0x35, 0x2D, 0x30, 0x30, 0x30, 0x31, 0x2E, 0x35, 0x31, 0x2E, 0x30, 0x30, 0x2E, 0x30, 0x30, 0x2E, 0x30, 0x30, 0x19, 0x4A
这是Air202读到的数据0xAA, 0x55, 0x00, 0x03, 0x01, 0x00, 0x11, 0x83, 0xA1, 0x31, 0x20, 0x20, 0x33, 0x30, 0x30, 0x30, 0x45, 0x31, 0x2E, 0x30, 0x30, 0x20, 0x20, 0x20, 0x20, 0x41, 0x53, 0x57, 0x33, 0x30, 0x30, 0x30, 0x53, 0x2D, 0x53, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x41, 0x49, 0x53, 0x57, 0x45, 0x49, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x4D, 0x41, 0x33, 0x30, 0x30, 0x30, 0x30, 0x31, 0x31, 0x31, 0x39, 0xE3, 0xB8, 0xB8, 0xB9, 0xBE, 0xBB, 0xBF, 0xB8, 0xB8, 0xFF, 0x36, 0x31, 0x30, 0x2D, 0x30, 0x31, 0x30, 0x35, 0x31, 0x2D, 0x30, 0x30, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x56, 0x36, 0x31, 0x30, 0x2D, 0x30, 0x31, 0x30, 0x35, 0x32, 0x2D, 0x30, 0x30, 0x56, 0x36, 0x31, 0x30, 0x2D, 0x31, 0x30, 0x30, 0x30, 0x35, 0x2D, 0x30, 0x30, 0x30, 0x31, 0x2E, 0x35, 0x31, 0x2E, 0x30, 0x30, 0x2E, 0x30, 0x30, 0x2E, 0x30, 0x30, 0x19, 0x4A

长时间工作出现指令错误

部分工作日志，最新的固件，主要是AT+CIPSTART 指令一直报错了，麻烦调查一下

[2018-09-20 18:30:06.991]: [I]-[ril.proatc]	CALL READY
[2018-09-20 18:30:06.991]: [I]-[ril.defurc]	CALL READY
[2018-09-20 18:30:07.006]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.006]: [I]-[ril.proatc]	+CREG: 1,"57B1","67B2"
[2018-09-20 18:30:07.022]: [I]-[ril.sendat]	AT+CSQ
[2018-09-20 18:30:07.053]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.053]: [I]-[ril.proatc]	+CSQ: 5,0
[2018-09-20 18:30:07.053]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.084]: [I]-[ril.proatc]	OK
[2018-09-20 18:30:07.084]: [I]-[ril.sendat]	AT+CENG?
[2018-09-20 18:30:07.115]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.115]: [I]-[ril.proatc]	+CENG:1,1
[2018-09-20 18:30:07.115]: [I]-[ril.proatc]	+CENG:0,"0001, 0,99,460,00,14,26546,10,00,22449,00"
[2018-09-20 18:30:07.147]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.147]: [I]-[ril.proatc]	OK
[2018-09-20 18:30:07.178]: [I]-[ril.sendat]	AT+CIICRMODE=2
[2018-09-20 18:30:07.178]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.178]: [I]-[ril.proatc]	OK
[2018-09-20 18:30:07.193]: [I]-[ril.defrsp]	AT+CIICRMODE=2	true	OK	nil
[2018-09-20 18:30:07.193]: [I]-[ril.sendat]	AT+CIPMUX=1
[2018-09-20 18:30:07.193]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.209]: [I]-[ril.proatc]	ERROR
[2018-09-20 18:30:07.209]: [I]-[ril.defrsp]	AT+CIPMUX=1	false	ERROR	nil
[2018-09-20 18:30:07.225]: [I]-[ril.sendat]	AT+CIPHEAD=1
[2018-09-20 18:30:07.225]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.225]: [I]-[ril.proatc]	OK
[2018-09-20 18:30:07.240]: [I]-[ril.defrsp]	AT+CIPHEAD=1	true	OK	nil
[2018-09-20 18:30:07.240]: [I]-[ril.sendat]	AT+CIPQSEND=0
[2018-09-20 18:30:07.256]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.256]: [I]-[ril.proatc]	OK
[2018-09-20 18:30:07.271]: [I]-[ril.defrsp]	AT+CIPQSEND=0	true	OK	nil
[2018-09-20 18:30:07.271]: [I]-[ril.sendat]	AT+CGATT?
[2018-09-20 18:30:07.271]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.287]: [I]-[ril.proatc]	+CGATT: 0
[2018-09-20 18:30:07.287]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.303]: [I]-[ril.proatc]	OK
[2018-09-20 18:30:07.334]: [I]-[ril.sendat]	AT+CIPSTART=6,"UDP","dl.test.com",2018
[2018-09-20 18:30:07.365]: [I]-[ril.proatc]	
[2018-09-20 18:30:07.365]: [I]-[ril.proatc]	ERROR
[2018-09-20 18:30:09.271]: [I]-[ril.sendat]	AT+CGATT?
[2018-09-20 18:30:09.271]: [I]-[ril.proatc]	
[2018-09-20 18:30:09.271]: [I]-[ril.proatc]	+CGATT: 1
[2018-09-20 18:30:09.287]: [I]-[ril.proatc]	
[2018-09-20 18:30:09.287]: [I]-[ril.proatc]	OK
[2018-09-20 18:30:09.287]: [I]-[ril.sendat]	AT+CIPSTATUS
[2018-09-20 18:30:09.302]: [I]-[ril.proatc]	
[2018-09-20 18:30:09.302]: [I]-[ril.proatc]	OK
[2018-09-20 18:30:09.318]: [I]-[ril.defrsp]	AT+CIPSTATUS	true	OK	nil
[2018-09-20 18:30:09.318]: [I]-[ril.proatc]	
[2018-09-20 18:30:09.318]: [I]-[ril.proatc]	STATE: IP STATUS
[2018-09-20 18:30:09.333]: [I]-[link.STATE]	IP STATUS	IP STATUS
[2018-09-20 18:30:09.333]: [I]-[ril.proatc]	
[2018-09-20 18:30:09.349]: [I]-[ril.proatc]	C: 0,,"","","","INITIAL"
[2018-09-20 18:30:09.349]: [I]-[ril.defurc]	C: 0,,"","","","INITIAL"
[2018-09-20 18:30:09.349]: [I]-[ril.proatc]	C: 1,,"","","","INITIAL"
[2018-09-20 18:30:09.365]: [I]-[ril.defurc]	C: 1,,"","","","INITIAL"
[2018-09-20 18:30:09.365]: [I]-[ril.proatc]	C: 2,,"","","","INITIAL"
[2018-09-20 18:30:09.380]: [I]-[ril.defurc]	C: 2,,"","","","INITIAL"
[2018-09-20 18:30:09.380]: [I]-[ril.proatc]	C: 3,,"","","","INITIAL"
[2018-09-20 18:30:09.380]: [I]-[ril.defurc]	C: 3,,"","","","INITIAL"
[2018-09-20 18:30:09.396]: [I]-[ril.proatc]	C: 4,,"","","","INITIAL"
[2018-09-20 18:30:09.396]: [I]-[ril.defurc]	C: 4,,"","","","INITIAL"
[2018-09-20 18:30:09.412]: [I]-[ril.proatc]	C: 5,,"","","","INITIAL"
[2018-09-20 18:30:09.412]: [I]-[ril.defurc]	C: 5,,"","","","INITIAL"
[2018-09-20 18:30:09.412]: [I]-[ril.proatc]	C: 6,,"","","","INITIAL"
[2018-09-20 18:30:09.427]: [I]-[ril.defurc]	C: 6,,"","","","INITIAL"
[2018-09-20 18:30:09.427]: [I]-[ril.proatc]	C: 7,,"","","","INITIAL"
[2018-09-20 18:30:09.443]: [I]-[ril.defurc]	C: 7,,"","","","INITIAL"
[2018-09-20 18:30:09.443]: [I]-[ril.sendat]	AT+CIPSTART=5,"UDP","dl.test.com",2018
[2018-09-20 18:30:09.443]: [I]-[ril.proatc]	
[2018-09-20 18:30:09.458]: [I]-[ril.proatc]	ERROR

rtos.timer_start error

[2019-03-01 11:21:31.029]: [platform_rtos_start_timer]: create timer failed.
[2019-03-01 11:21:31.031]: [D]-[rtos.timer_start error]

板子运行一段时间后一直重复出现上面的日志，然后sys.waitUntil(msg, ms)函数开始一直调用异常，请问有什么调试手段？

V0038版LOD串口1输出异常

更新V0038版内核后串口1输出不正常，从示波器上看，数据输出过程中会被打断，一包10字节的数据输出会被拆成3~4段，造成输出数据错误

Wiki网站http://wiki.openluat.com/无法打开

pio.pin.setbounce 函数名称写错了，setdebounce

版本号：Luat_V0035_8955_XXX.lod
发布时间：2019/07/24 14:15
修改记录：
(1)修正“aes和des加密时，不填充方式加密错误”的问题
(2)修正“aes和des加密时内存泄漏”的问题
(3)新增pio.pin.setbounce接口，可设置中断防抖时间；在设置中断前调用有效，例如pio.pin.setbounce(10),表示中断防抖时间为10ms

pio.pin.setbounce 函数名称写错了，setdebounce

什么原因造成的呢？

sys.regapp(procer)
attempt to call field 'regapp' (a nil value)
程序运行错误，请根据上方提示,找到对应lua文件修改程序

Why aLiYun.subscribe the same topic twice?

In the aLiYun Demo,the following code subscribes the same topic twice, why?
aLiYun.subscribe({["/"..PRODUCT_KEY.."/"..getDeviceName().."/get"]=0, ["/"..PRODUCT_KEY.."/"..getDeviceName().."/get"]=1})

GPD file information is fixed and does not change

https://github.com/openLuat/Luat_2G_RDA_8955/blob/bc9ffd5edf95a628e7ab9cf99bc33f3af7cce0e1/script_LuaTask/lib/gpsv2.lua#L205C7-L205C7
It seems that the file can be downloaded for a long time, but the file information remains the same.
Is the file generator server not working properly?

创建GPD文件的解决方案

你好
“gps goke”芯片的AGPS服务器已经宕机几天了。谁能提供创建 GPD 文件的解决方案？

http模块中调用 destroy 函数没有停掉超时函数的问题

在用户代码中调用 httpclient:request 函数发送了http请求后，如果在服务器返回结果之前就调用 httpclient:destroy 函数，会在lib中发生语法错误。原因是调用 httpclient:destroy 后，在以下代码处，

Luat_2G_RDA_8955/script/lib/http.lua

Line 226 in 46b9a61

table.remove(tclients,hidx)

tclients表中已经移除了分配的 http_client 对象，
而由于服务器尚未返回结果，因此对应的 timerfnc 尚在运行，没有停止，等到 timerfnc 定时时间到，
在以下代码处，

Luat_2G_RDA_8955/script/lib/http.lua

Line 254 in 46b9a61

 if tclients[hidx].rcvcb then tclients[hidx].rcvcb(3,tclients[hidx].statuscode,tclients[hidx].rcvhead,tclients[hidx].filepath or tclients[hidx].rcvbody) end 

调用到 if tclients[hidx].rcvcb then ... 时，tclients[hidx] 索引内的对象已经是 nil 空值。从而引发语法错误。

一个结局方法是，修改 thttp:destroy 函数，添加停掉 timerfnc 定时器

function thttp:destroy(destroycb)
local k,v
self.destroycb = destroycb
for k,v in pairs(tclients) do
if v.sckidx==self.sckidx then
sys.timer_stop(timerfnc, v.sckidx)
socket.close(v.sckidx)
end
end
end

该问题同时存在 http.lua 及 https.lua 中

http返回 heads 中不包含 Content-Length 引起的重启问题

Luat_2G_RDA_8955/script/lib/https.lua

Line 296 in 46b9a61

 tclients[hidx].contentlen = tonumber(smatch(heads,"Content%-Length:%s*(%d+)\r\n"),10) 

如果 http返回的 heads 不包含 Content-Length 字段，那么 contentlen 将被设置为 nil 值，那么接下来

Luat_2G_RDA_8955/script/lib/https.lua

Line 337 in 46b9a61

local rmnLen = tclients[hidx].contentlen-(tclients[hidx].rcvLen or 0)

就会引发lua语法错误，引起系统重启.

该问题同时存在于 http.lua 及 https.lua

一个解决办法是：
tclients[hidx].contentlen = tonumber(smatch(heads,"Content%-Length:%s*(%d+)\r\n"),10) or 0

解析长短信失败

测试接收含3个以上包组成的长短信时，发现sms.lua中longsmsmergecnf方法里的common.ucs2beToGb2312似乎无响应。也就是下面的beforemsg日志能打印，但aftermsg未打印。

local function longsmsmergecnf(res,num,data,datetime)
    --log.info("longsmsmergecnf",num,data,datetime)
    if data then
        --短信内容转换为GB2312字符串格式
        log.info("beforemsg:",data)
       data = common.ucs2beToGb2312(data:fromHex())
       log.info("aftermsg:",data)
        --用户应用程序处理短信
        if newsmscb then newsmscb(num,data,datetime) end
    end
end

两个包长短信似乎有的可以有的也会失败。

我的LOD版本是Luat_V0035_8955_SSL。用LuaTools 1.6.4写入lua脚本。

下面是部分日志：

[2020-02-21 12:12:55.857]: [I]-[ril.proatc]	+CMGR: 0,,159
[2020-02-21 12:12:55.857]: [I]-[ril.proatc]	0891683108707515F0640BA18175552228F60008022012214135238C0500038802018D85957F76848BBA662F54EA4E2A884C4E1AFF0C85
[2020-02-21 12:12:55.857]: AA916C6C388FDC90FD662F6BCF4E2A4EBA774091CD51736CE87684898170B9FF0C800C79D84E66768485AA916C662F591A5C114E5F4E0076F4662F8BB8591A4
[2020-02-21 12:12:55.857]: EBA6240597D59477684FF0C4F4653744E0076F46CA167095F97523051C6786E7B54684830024E00822C67658BF4FF0C516C
[2020-02-21 12:12:55.897]: [I]-[ril.proatc]	
[2020-02-21 12:12:55.903]: [I]-[ril.proatc]	OK
[2020-02-21 12:12:55.903]: [I]-[lib_sms rsp]	+CMGR	AT+CMGR=1	true	OK	+CMGR: 0,,159
[2020-02-21 12:12:55.903]: 0891683108707515F0640BA18175552228F60008022012214135238C0500038802018D85957F76848BBA662F54EA4E2A884C4E1AFF0C85AA916C6C388FDC90F
[2020-02-21 12:12:55.903]: D662F6BCF4E2A4EBA774091CD51736CE87684898170B9FF0C800C79D84E66768485AA916C662F591A5C114E5F4E0076F4662F8BB8591A4EBA6240597D594776
[2020-02-21 12:12:55.903]: 84FF0C4F4653744E0076F46CA167095F97523051C6786E7B54684830024E00822C67658BF4FF0C516C
[2020-02-21 12:12:55.945]: [I]-[TP-PID : ]	0	dcs: 	8	tz: 	02201221413523	data: 	8D85957F76848BBA662F54EA4E2A884C4E1AFF0C85AA916C6C388FDC90FD662F6BCF4E2A4E
[2020-02-21 12:12:55.949]: BA774091CD51736CE87684898170B9FF0C800C79D84E66768485AA916C662F591A5C114E5F4E0076F4662F8BB8591A4EBA6240597D59477684FF0C4F4653744
[2020-02-21 12:12:55.950]: E0076F46CA167095F97523051C6786E7B54684830024E00822C67658BF4FF0C516C	txtlen	140
[2020-02-21 12:12:55.982]: [I]-[ril.sendat]	AT+CMGD=1
[2020-02-21 12:12:55.982]: [I]-[longsmsind]	isn	136	total:	2	idx:	1	data	8D85957F76848BBA662F54EA4E2A884C4E1AFF0C85AA916C6C388FDC90FD662F6BCF4E2A4EBA77409
[2020-02-21 12:12:55.982]: 1CD51736CE87684898170B9FF0C800C79D84E66768485AA916C662F591A5C114E5F4E0076F4662F8BB8591A4EBA6240597D59477684FF0C4F4653744E0076F4
[2020-02-21 12:12:55.982]: 6CA167095F97523051C6786E7B54684830024E00822C67658BF4FF0C516C
[2020-02-21 12:12:56.046]: [I]-[ril.proatc]	
[2020-02-21 12:12:56.046]: [I]-[ril.proatc]	OK
[2020-02-21 12:12:56.046]: [I]-[lib_sms rsp]	+CMGD	AT+CMGD=1	true	OK	nil
[2020-02-21 12:13:00.575]: [I]-[ril.proatc]	
[2020-02-21 12:13:00.607]: [I]-[ril.proatc]	+CMTI: "ME",1
[2020-02-21 12:13:00.607]: [I]-[ril.sendat]	AT+CMGR=1
[2020-02-21 12:13:00.607]: [I]-[ril.proatc]	
[2020-02-21 12:13:00.607]: [I]-[ril.proatc]	+CMGR: 0,,103
[2020-02-21 12:13:00.655]: [I]-[ril.proatc]	0891683108707515F0640BA18175552228F60008022012214145235405000388020253F84F1A7ED979D84E6653D1591A5C115DE58D44FF
[2020-02-21 12:13:00.669]: 1F6C47603B516856FD00374E074E2A79D84E6662DB8058540EFF0C5F9751FA76845E735747503C4E3A00360035003700305143002F67083002
[2020-02-21 12:13:00.669]: [I]-[ril.proatc]	
[2020-02-21 12:13:00.669]: [I]-[ril.proatc]	OK
[2020-02-21 12:13:00.669]: [I]-[lib_sms rsp]	+CMGR	AT+CMGR=1	true	OK	+CMGR: 0,,103
[2020-02-21 12:13:00.685]: 0891683108707515F0640BA18175552228F60008022012214145235405000388020253F84F1A7ED979D84E6653D1591A5C115DE58D44FF1F6C47603B516856F
[2020-02-21 12:13:00.685]: D00374E074E2A79D84E6662DB8058540EFF0C5F9751FA76845E735747503C4E3A00360035003700305143002F67083002
[2020-02-21 12:13:00.701]: [I]-[TP-PID : ]	0	dcs: 	8	tz: 	02201221414523	data: 	53F84F1A7ED979D84E6653D1591A5C115DE58D44FF1F6C47603B516856FD00374E074E2A79
[2020-02-21 12:13:00.701]: D84E6662DB8058540EFF0C5F9751FA76845E735747503C4E3A00360035003700305143002F67083002	txtlen	84
[2020-02-21 12:13:00.701]: [I]-[ril.sendat]	AT+CMGD=1
[2020-02-21 12:13:00.701]: [I]-[longsmsind]	isn	136	total:	2	idx:	2	data	53F84F1A7ED979D84E6653D1591A5C115DE58D44FF1F6C47603B516856FD00374E074E2A79D84E666
[2020-02-21 12:13:00.717]: 2DB8058540EFF0C5F9751FA76845E735747503C4E3A00360035003700305143002F67083002
[2020-02-21 12:13:00.717]: [I]-[mergelongsms]	num:	18812321243	data	8D85957F76848BBA662F54EA4E2A884C4E1AFF0C85AA916C6C388FDC90FD662F6BCF4E2A4EBA774091CD51
[2020-02-21 12:13:00.717]: 736CE87684898170B9FF0C800C79D84E66768485AA916C662F591A5C114E5F4E0076F4662F8BB8591A4EBA6240597D59477684FF0C4F4653744E0076F46CA16
[2020-02-21 12:13:00.717]: 7095F97523051C6786E7B54684830024E00822C67658BF4FF0C516C53F84F1A7ED979D84E6653D1591A5C115DE58D44FF1F6C47603B516856FD00374E074E2A
[2020-02-21 12:13:00.730]: 79D84E6662DB8058540EFF0C5F9751FA76845E735747503C4E3A00360035003700305143002F67083002
[2020-02-21 12:13:00.731]: [I]-[longsmsmergecnf]	true	:	18812321243	:	8D85957F76848BBA662F54EA4E2A884C4E1AFF0C85AA916C6C388FDC90FD662F6BCF4E2A4EBA774091CD
[2020-02-21 12:13:00.731]: 51736CE87684898170B9FF0C800C79D84E66768485AA916C662F591A5C114E5F4E0076F4662F8BB8591A4EBA6240597D59477684FF0C4F4653744E0076F46CA
[2020-02-21 12:13:00.731]: 167095F97523051C6786E7B54684830024E00822C67658BF4FF0C516C53F84F1A7ED979D84E6653D1591A5C115DE58D44FF1F6C47603B516856FD00374E074E
[2020-02-21 12:13:00.731]: 2A79D84E6662DB8058540EFF0C5F9751FA76845E735747503C4E3A00360035003700305143002F67083002	:	20/02/21,12:14:53+32
[2020-02-21 12:13:00.935]: [I]-[longsmsmergecnf beforemsg:]	8D85957F76848BBA662F54EA4E2A884C4E1AFF0C85AA916C6C388FDC90FD662F6BCF4E2A4EBA774091CD51736CE876
[2020-02-21 12:13:00.935]: 84898170B9FF0C800C79D84E66768485AA916C662F591A5C114E5F4E0076F4662F8BB8591A4EBA6240597D59477684FF0C4F4653744E0076F46CA167095F975
[2020-02-21 12:13:00.935]: 23051C6786E7B54684830024E00822C67658BF4FF0C516C53F84F1A7ED979D84E6653D1591A5C115DE58D44FF1F6C47603B516856FD00374E074E2A79D84E66
[2020-02-21 12:13:00.950]: 62DB8058540EFF0C5F9751FA76845E735747503C4E3A00360035003700305143002F67083002

测试短信内容是：

超长的论是哪个行业，薪酬永远都是每个人着重关注的要点，而秘书的薪酬是多少也一直是许多人所好奇的，但却一直没有得到准确答案。一般来说，公司会给秘书发多少工资？汇总全国7万个秘书招聘后，得出的平均值为6570元/月。

系统在请求 +CREG指令后，有阻塞现象

[2019-03-18 11:30:14.394]: [I]-[ril.proatc] +CREG: 1,"30xx","4Exx"
[2019-03-18 11:30:30.410]: [I]-[ril.proatc]
[2019-03-18 11:30:30.434]: [I]-[ril.proatc] +CREG: 1,"30Ex","4Ex7"
两个心跳之间，只要出现这个指令，心跳间隔就会增加，增加时间不等。
不出现这个指令是，周期基本稳定。
心跳发送方式跟demo中的longconnect 的方法一样。
这样有可能导致，心跳不规律而掉线。

这真叫开源？？

Luat维护者，很感谢你们给开源社区带来了这样一个好的项目。
但是开源不仅仅是把代码放到Github上就行了，还需要和其他开发者一起努力维护项目。我看到pull request都拖了半年了，任然没有任何人理会，你确定这是做开源社区的正确方式和态度？

openluat / luat_2g_rda_8955 Goto Github PK

luat_2g_rda_8955's People

Contributors

Stargazers

Watchers

Forkers

luat_2g_rda_8955's Issues

尝试了官方示例中的 MQTT ，用 tcp_ssl 方式连接也是连接失败: https://github.com/openLuat/Luat_2G_RDA_8955/blob/master/script_LuaTask/demo/mqtt/sync/sendWaitRecv/mqttTask.lua#L62

Recommend Projects

Recommend Topics

Recommend Org

Jobs

尝试了官方示例中的 MQTT ，用 `tcp_ssl` 方式连接也是连接失败: https://github.com/openLuat/Luat_2G_RDA_8955/blob/master/script_LuaTask/demo/mqtt/sync/sendWaitRecv/mqttTask.lua#L62