Probably a memory availability issue. Please detail how are you receiving the files, how big they are and what are you doing with them.
Dear Sir,
I am receiving this file from FTP server in online mode and save in module NVM on same time. This file size around 270KB
Thanks,
DIwakar
Hi,
If the Python script uses MDM. receive, it’s better to substitute it with MDM.read, because
MDM.receive(timeout) was conceived to manage simple AT commands for short answer time (max 2 seconds, not specified).
In the situations with long timeout, it’s better to use a similar code:
res = ” timeout = MOD.secCounter() + TIMEOUT_COMMAND res = MDM.read() while((len(res) == 0) and (MOD.secCounter() < timeout)): res = res + MDM.read()
and enlarge time between consecutive readings, and however if , it’s possible, it’s better to wait for an answer before to issue the next command
This is an alternative way to avoid this problem discovered and used by another customer with success:
it reduces the timeout argument of the MDM.receive() method to the minimum value
def SendATCommand(Message, timeout): Message = Message + ‘r’ c = MDM.receive(5) ## Clear Buffer result = MDM.send(Message,0) c = ” Loop = 0 while (Loop < timeout) and (c.find(‘OK’) == -1) and (c.find(‘ERROR’) == -1): res = MDM.receive(5) if (len(res) + len(c) > 16000): c = ” else: c = c + res Loop = Loop + 5 return c
##############################################
If the info above will not be useful for your case, please send the script sources.
Dear Sir
I am using GL868-DUAL (10.01.181) module with python interrupter. i am getting Python run time after FTP file downloaded.
Please find below log and help to suggest solution.
16-Dec-15 16:42:27.133 [RX] – SYSendMsg – queue error – err code -46
13 13
AT QUEUE FULL
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 1415 Mess D0000 Task_Id PY
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 13 Mess 0 Task_Id BA
Prim 1288 Mess 81F10 Task_Id RR
Prim 13 Mess 0 Task_Id BA
Last FN 746970
Protocols Version: 5.05.000
System Version: 10.01.181.1-B000
*** SYExit(10) [ Message fail ] called from CEF05A (task BA) PSW 0043
MDL 0000 MDH 0000 MDC 0000 CP FC00 DPP0 0002 DPP1 0023 DPP2 0002 DPP3 0003
R0 4F36 R1 0002 R2 0023 R3 0002 R4 0003 R5 001F R6 0006 R7 007D
R8 FFD2 R9 000D R10 0F1C R11 0023 R12 0023 R13 3C1A R14 0003 R15 4F52
System stack (SP 0000FC00, 0 words on stack):
User stack (USP 0008CF36, 109 words on stack):
000A 0000 0010 00CE F05A 0043 0000 0000 0000 FC00 0002 0023 0002 0003 4F36 0002
0023 0002 0003 001F 0006 007D FFD2 000D 0F1C 0023 0023 3C1A 0003 4F52 0000 FC00
0000 0008 CF36 006D 3C00 0003 006D 3C20 0003 0010 00CE F05A 3701 007D FFD2 000D
00CE F05A 000A 000D 0000 0000 0010 000D 0000 0000 3FFC 032B 00CE FD4E 0002 376E
006A 0002 0001 00B5 DE44 0FCA 0023 000D 0000 0000 800D 376E 006A 001D 000D 0000
0000 0000 0000 0000 0015 0000 00AC 0000 0000 00BA DB3E 0000 00BA E28A 0000 0000
0010 0000 00B6 FCCC 0000 0000 00D1 F8EC 0000 0000 0000 00D1 F932
Crash Profile writes 6451 bytes succesfully
Thanks,
Diwakar
Probably a memory availability issue. Please detail how are you receiving the files, how big they are and what are you doing with them.
Dear Sir,
I am receiving this file from FTP server in online mode and save in module NVM on same time. This file size around 270KB
Thanks,
DIwakar
Hi,
If the Python script uses MDM. receive, it’s better to substitute it with MDM.read, because
MDM.receive(timeout) was conceived to manage simple AT commands for short answer time (max 2 seconds, not specified).
In the situations with long timeout, it’s better to use a similar code:
res = ”
timeout = MOD.secCounter() + TIMEOUT_COMMAND
res = MDM.read()
while((len(res) == 0) and (MOD.secCounter() < timeout)):
res = res + MDM.read()
and enlarge time between consecutive readings, and however if , it’s possible, it’s better to wait for an answer before to issue the next command
This is an alternative way to avoid this problem discovered and used by another customer with success:
it reduces the timeout argument of the MDM.receive() method to the minimum value
def SendATCommand(Message, timeout):
Message = Message + ‘r’
c = MDM.receive(5) ## Clear Buffer
result = MDM.send(Message,0)
c = ”
Loop = 0
while (Loop < timeout) and (c.find(‘OK’) == -1) and (c.find(‘ERROR’) == -1):
res = MDM.receive(5)
if (len(res) + len(c) > 16000):
c = ”
else:
c = c + res
Loop = Loop + 5
return c
##############################################
If the info above will not be useful for your case, please send the script sources.