Search found 7 matches

What you show does not agree.

You have an FTP session, and send this, but then with this still active, send a EXTPUT=0. There is no sign at this point that you have actually had an EXTPUT session. ...

Some things need to happen in order.

It is the FTPCID command that associates the transfer session with the number '1'. This needs to be before you send the SAPBR stuff linked to this number.
Yo ...

You seem to be sending an FTPPUT=1 before the FTPEXTPUT. The FTPPUT=1 is what triggers the transfer. You can't setup the extended transfer after having triggered the transfer.

Look at the applicat ...

I notice your syntax is incorrect for the FTPTYPE command. Might not be helping.

The syntax is:

AT+FTPTYPE="I"

Must have the inverted commas.

Good catch. I changed that, no chang ...

If the simple FTPEXTPUT command is giving 'ERROR' directly like this without saying anything else, I'd say you don't have firmware that supports this.
Check your firmware version and update if neces ...

Error on FTPPUT, almost certainly means it has not dropped the previous connection. I have never worked out 'why', you tell it to drop the connection at the end, but for some (unknown) reason it seems ...

If you are intending ever to use it on a different GSM provider, or even at different sites, then you need to assume that on some at least, 1024 will not be supported as a single transaction.

So, u ...