7 thoughts on “Problems with continuous FTP transmission”
Hi,
I am trying to achieve "continuous" FTP data upload from GE865. Ideally, one file with up 40 MB should be collected during 24 hrs, in a single and lasting session.
But the transmission seems to break always after about 30 minutes, having gathered 200 to 400 kB of data.
I use GPRS and have an unlimited subscription. Any idea from where to look for the problem?
Best regards, Tom
Do you think is wise to take this route? There are so many problems that might appear leading to a connection break down, maybe rendering the data for this session unusable.
Anyway, what are you observing? Graceful close (no carrier) or simply data doesn’t transfer anymore? Maybe inter-packet timeouts? Can you observer anything on server?
Hi Cosmin,
thanks for your quick response. Actually, this 24 hr transmission is for a remote test purpose, not for a real production. I admit it is a questionable setup.
But how to observe what goes wrong? I just notice from server side that the file update has stopped . It is a service from an ISP, so I cannot get a debug access there.
Onthe GE865 side, I neither have any local trace. But I think I could have something on ASC1, as ASC0 is occupied by peripheral circuitry. What do you propose? Some printout in the script? The timing is also pretty critical, I am afraid not much printouts could be tolerated.
Based on the LED, it seems that my script keeps running but no FTP transmission takes place.
Tom
Further to my previous post: Is there a way to easily check FTP connection status? I tried intuitively AT#FTPOPEN? but it just returns ERROR.
I could of course blindly reopen the FTP connection, but it consumes some unnecessary time.
Tom
You can perform an AT#FTPPWD maybe?
Yes, I tried that also. But similarly, takes a bit time to get a response. However, it seems that the only alternative is either reopening or AT#FTPPWD as you said.
There is no way to find that a connection is really alive, other that doing traffic on it. FTP protocol has the NOOP command exactly for such purpose, see here and here. Telit FTP client hasn’t NOOP implemented but FTPPWD is doing the same with some more traffic.
We use cookies to enhance your browsing experience and help us improve our websites. To improve our website, we carefully select third parties that use cookies to allow us to serve specific content and achieve the purposes set out in our cookie policy. For more information on how to make adjustments through your browser to the cookies being used on your device, please click Find Out More link. By closing this banner or continuing to browse our website, you agree to our use of such cookies. FIND OUT MORE
Hi,
I am trying to achieve "continuous" FTP data upload from GE865. Ideally, one file with up 40 MB should be collected during 24 hrs, in a single and lasting session.
But the transmission seems to break always after about 30 minutes, having gathered 200 to 400 kB of data.
I use GPRS and have an unlimited subscription. Any idea from where to look for the problem?
Best regards, Tom
Do you think is wise to take this route? There are so many problems that might appear leading to a connection break down, maybe rendering the data for this session unusable.
Anyway, what are you observing? Graceful close (no carrier) or simply data doesn’t transfer anymore? Maybe inter-packet timeouts? Can you observer anything on server?
Hi Cosmin,
thanks for your quick response. Actually, this 24 hr transmission is for a remote test purpose, not for a real production. I admit it is a questionable setup.
But how to observe what goes wrong? I just notice from server side that the file update has stopped . It is a service from an ISP, so I cannot get a debug access there.
Onthe GE865 side, I neither have any local trace. But I think I could have something on ASC1, as ASC0 is occupied by peripheral circuitry. What do you propose? Some printout in the script? The timing is also pretty critical, I am afraid not much printouts could be tolerated.
Based on the LED, it seems that my script keeps running but no FTP transmission takes place.
Tom
Further to my previous post: Is there a way to easily check FTP connection status? I tried intuitively AT#FTPOPEN? but it just returns ERROR.
I could of course blindly reopen the FTP connection, but it consumes some unnecessary time.
Tom
You can perform an AT#FTPPWD maybe?
Yes, I tried that also. But similarly, takes a bit time to get a response. However, it seems that the only alternative is either reopening or AT#FTPPWD as you said.
There is no way to find that a connection is really alive, other that doing traffic on it. FTP protocol has the NOOP command exactly for such purpose, see here and here. Telit FTP client hasn’t NOOP implemented but FTPPWD is doing the same with some more traffic.