Upload File via FTP SIM7080G

[Marco27293]

Hi Ttelmah,

I got:

....

AT+FTPEXTPUT=1

OK

AT+FTPEXTPUT=2,0,64022,100000

+FTPEXTPUT: 0,64022

//send 64.022KB data to sim7080g via uart

OK

AT+FTPPUT=1

OK

+FTPPUT: 1,0
...

BUT when I open uploaded file on FTP host it has 1360 bytes size which is the maximum for a normal ftp put, while I'm using a extended FTP put...

[temtronic]

Simple, easy test..

Use a PC terminal program to 'see' the data between PIC and SIM, both ways.
That WILL confirm whether the 64K worth of data IS being sent from PIC to SIM....

I use Realterm, though others will work to verify data IS being sent from 'A' to 'B' as I don't trust ANY computer as far as I can throw them !

[Marco27293]

I can confirm that all data are correctly transmitted from PIC to SIM7080g.

[benoitstjean]

How can you 'confirm' that all data is successfully sent?

[Marco27293]

Yes,

I got:

....

AT+FTPPUT=2,1000

+FTPPUT: 2,100

//send 1000 data bytes via uart from PIC to sim7080g

OK

+FTPPUT: 1,1,1360

//repeate the above steps

...

//Finally

AT+FTPPUT=2,0

OK

+FTPPUT: 1,0


When I check the file on FTP host some data are lost...

[benoitstjean]

What does the '2' and '100' mean in +FTPPUT?

I don't have the docs for this command and mine is different.

[temtronic]

re:

[benoitstjean]

Still curious as to what the '2' and '100' mean in +FTPPUT response...

I know for SMS messages, the returned value is just some incremental number that wraps around when it hits 255. I don't think this is the case here. Wondering if that's the amout of data that got sent.

For SIMCOM, usually the first retuned value is a confirmation of some sort, like '0' means success when issuing a command but can also mean "option off" when querying a command. In this case it's '2'. What does that mean? Partial sent? Error encountered?

[temtronic]

Curious..so I googled, got a LOT of hits...
one of them...

What I'm doing is reading my file from the SD and writing with the command AT+FTPPUT=2,numberBytes, where numberBytes is the max length of data can be sent at a time, it depends on the network status, in my case the max lenght is 1360, so i decided to send 1000 first, then send the other bytes that are left. I'm still working in this code but hope it helps
...
Now this is NOT for the OP's SIM card, another version..and I've yet to see what '2' means.

This...

[Ttelmah]

The 2 just means this is the mode to write FTP data. The mode byte can be
'1' to open the session, or '2' to send data. The reply uses the same byte.

I must admit just looked back at my own code for handling this modem,
and I'm doing so much status checking compared to this. Have the modem
set to send 'unsolicited' messages if the status changes, and the RX ISR
parses how the link is running, and this status is checked before every
transmission. Funnily though I use FTPEXTPUT, I'm also explicitly setting
"APPE", or "STOR" with FTPPUTOPT, with a note that I was having problems
with FTPEXTPUT unless this separate setting was done. I also set the
timeout in the FTPEXTPUT command, so I don't get hung up if the link
fails. There seems to be a poorly documented setting for this:

fprintf(GSM,"AT+FTPEXTPUT=2,0,1024,15000\r"); //Extended mode
//15 seconds timeout

Are you sending in binary or ASCII mode?. If ASCII it is vital that the
last byte is a carriage return.

[Marco27293]

Hi,

I use carriage return.

My problem is: How can I upload 64KB with extended put FTP method ?

I tried and I got:

AT+FTPEXTPUT=2,0,64022,100000

+FTPEXTPUT: 0,64022

but the file in FTP hosting has only 1360 bytes...

Regards,

Marco

[Ttelmah]

You have already been told. You can't.
You have to send it is smaller blocks. The actual maximum block size allowed
is available from the connection status. You just have to send the first 1024
bytes (say), then send the next 1024 bytes, and keep repeating till it is
all sent.
There are a swath of pieces between your modem. and the final ftp
device receiving the packets. All have packet size limits. You need to ensure
you are sending a packet smaller than the smallest in the entire link. The MTU
for standard ethernet, is 1500 bytes, but even this can cause problems on
some systems. The standard recommendation is to start somewhere under
1400 bytes packet. A common figure is 1260 bytes.

[temtronic]

Think of it like having a bowl of soup.
You can't have the whole bowl at once, beause you only have a spoon !
As Mr. T. points out, you have a range of spoons (tiny, small, bit bigger..) but NOT one super large one !!