PLS62T-W | Problem with FTP Upload | Telit Cinterion IoT Developer Community
April 12, 2022 - 1:59pm, 2157 views
Hello,
my FTP Upload sometimes works, sometimes not. I think there is a problem with the FTP Server, maybe someone can help me to find the Error.
After i configured it, i start the communication:
at^siso=9
OK
^SIS: 9,0,2100,"Ftp open(ftp.***.com:21)"
^SIS: 9,0,14,"An established connection was aborted, possibly due to a data tran
smission time-out or protocol error"
at^sisc=9
OK
at^siso=9
OK
^SIS: 9,0,2100,"Ftp open(ftp.***.com:21)"
^SIS: 9,0,14,"An established connection was aborted, possibly due to a data tran
smission time-out or protocol error"
at^sisc=9
OK
at^siso=9
OK
^SIS: 9,0,2100,"Ftp open(ftp.***.com:21)"
at^sisc=9
OK
at+creg?
+CREG: 0,5
OK
^SIS: 9,0,14,"An established connection was aborted, possibly due to a data tran
smission time-out or protocol error"
at+creg=2
OK
at+creg?
+CREG: 2,5,"440A","02172601",7
OK
at^siso=9
OK
^SIS: 9,0,2100,"Ftp open(ftp.***.com:21)"
^SIS: 9,0,2100,"220 Gene6 FTP Server v3.10.0 (Build 2) ready..."
^SIS: 9,0,2100,"FTP Login OK"
^SIS: 9,0,2100,"fput start.txt"
^SIS: 9,0,2100,"FPUT : start.txt 0 bytes"
^SISW: 9,2
^SIS: 9,0,2100,"221 Goodbye."
at^siso=9
OK
^SIS: 9,0,2100,"Ftp open(ftp.***.com:21)"
^SIS: 9,0,14,"An established connection was aborted, possibly due to a data tran
smission time-out or protocol error"
at^sisc=9
OK
i tried all in one step.
this i did before:
at+creg=2
AT+COPS=0
AT+CMEE=2
AT^SISS=9,srvType,none
AT+CGATT=1
AT+CGDCONT=1,"IP","em"
AT^SICA=1,1
AT+CGPADDR=1
AT^SISS=9,srvType,"Ftp"
AT^SISS=9,conId,"1"
AT^SISS=9,address,"ftp://ftp.***.com"
AT^SISS=9,cmd,"fput"
AT^SISS=9,files,"start.txt"
AT^SISS=9,user,"***"
AT^SISS=9,passwd,"***"
AT^SISO=9
AT^SISC=9
at^scfg?
^SCFG: "GPRS/AutoAttach","enabled"
^SCFG: "Gpio/mode/ASC1","std"
^SCFG: "Gpio/mode/DCD0","std"
^SCFG: "Gpio/mode/DSR0","std"
^SCFG: "Gpio/mode/DTR0","std"
^SCFG: "Gpio/mode/FSR","gpio"
^SCFG: "Gpio/mode/HWAKEUP","gpio"
^SCFG: "Gpio/mode/PULSE","gpio"
^SCFG: "Gpio/mode/PWM","gpio"
^SCFG: "Gpio/mode/RING0","gpio"
^SCFG: "Gpio/mode/SPI","rsv"
^SCFG: "Gpio/mode/SYNC","std"
^SCFG: "Ident/Manufacturer","Cinterion"
^SCFG: "Ident/Product","PLS62-W"
^SCFG: "MEShutdown/Fso","0"
^SCFG: "MEShutdown/sVsup/threshold","0","0"
^SCFG: "MEopMode/CFUN","0","1"
^SCFG: "MEopMode/CregRoam","0"
^SCFG: "MEopMode/ExpectDTR","current"
^SCFG: "MEopMode/ExpectDTR","powerup"
^SCFG: "MEopMode/Prov/AutoSelect","on"
^SCFG: "MEopMode/Prov/Cfg","fallback"
^SCFG: "MEopMode/RingOnData","off"
^SCFG: "MEopMode/SoR","off"
^SCFG: "MeOpMode/SRPOM","0"
^SCFG: "Radio/Band/2G","0x00000074"
^SCFG: "Radio/Band/3G","0x0004019B"
^SCFG: "Radio/Band/4G","0x080E08DF"
^SCFG: "Radio/Mtpl/2G","0"
^SCFG: "Radio/Mtpl/3G","0"
^SCFG: "Radio/Mtpl/3G","0"
^SCFG: "Radio/OutputPowerReduction","4"
^SCFG: "RemoteWakeUp/Ports","current"
^SCFG: "RemoteWakeUp/Ports","powerup"
^SCFG: "Serial/Ifc","0"
^SCFG: "Serial/Interface/Allocation","1","1"
^SCFG: "Serial/USB/DDD","0","0","0409","1E2D","005B","Cinterion Wireless Modules
","PLSx",""
^SCFG: "Tcp/IRT","3"
^SCFG: "Tcp/MR","10"
^SCFG: "Tcp/OT","6000"
^SCFG: "Tcp/WithURCs","on"
^SCFG: "Trace/Syslog/OTAP","0"
^SCFG: "Urc/Ringline","local"
^SCFG: "Urc/Ringline/ActiveTime","2"
^SCFG: "Userware/Autostart","1"
^SCFG: "Userware/Autostart/Delay","0"
^SCFG: "Userware/DebugInterface","0.0.0.0","0.0.0.0","0"
^SCFG: "Userware/DebugMode","on"
^SCFG: "Userware/Passwd",
^SCFG: "Userware/Stdout","usb",,,,"off"
^SCFG: "Userware/Watchdog","0"
OK
ati
Cinterion
PLS62-W
REVISION 02.010
OK
Hello,
If you connect to the same server (is it a public server?) in each step and sometimes it works, sometimes it does not, we can probably exclude wrong configuration or any incompatibilities.
What is the error rate? Maybe it is a matter of the poor network connection. Have you tried AT^SMONI command to check details and ***** signal quality?
I see it's roaming. Is the module registered to the same network all the time?
Regards,
Bartłomiej
Hello Bartłomiej,
sometimes it works once in three days. I connect always the same Server, is not a public Server. Before i get the PLS62, it worked with the EHS6 more than five years (I had no problems with the EHS6).
at^smoni
^SMONI: 4G,6400,20,10,10,FDD,262,01,5805,2172601,190,43,-79,-7.0,NOCONN
at^smoni
^SMONI: 4G,6400,20,10,10,FDD,262,01,5805,2172601,190,43,-79,-7.5,NOCONN
at^siso=9
OK
^SIS: 9,0,2100,"Ftp open(ftp.akwauv.com:21)"
at^smoni
^SMONI: 4G,6400,20,10,10,FDD,262,01,5805,2172601,190,--,-77,-5.0,CONN
Hi,
yes it's roaming, I changed now
at^scfg="MEopMode/SoR","on"
but it's not better
Hello,
The signal looks good. 262,01 is Telekom/T-Mobile according to Internet. Did you notice any relation to the current operator and the problem?
Does this PLS62 terminal have LAN port? If so, maybe we have some collision here between WWAN connection and IP services over AT commands.
If not and if exactly the same configuration works with EHS6, maybe we can't exclude some compatibility issues in communication between the FTP client and server. PLS62 may have some differences in FTP client implementation. If you own this FTP server it would be good to see some pcap trace on the server side or see FTP server logs to check what happens.
BR,
Bartłomiej
Hello,
is the same operator as before, the device is with usb connection.
I will try to get the pcap trace, the server logs give me only successful logins. everything looks fine there.
Hello Bartłomiej,
i get the following messages when i log in with filezilla. can you do someting with that?
Status: Verbindung hergestellt, warte auf Willkommensnachricht...
Antwort: 220 Gene6 FTP Server v3.10.0 (Build 2) ready...
Befehl: AUTH TLS
Antwort: 534 AUTH command is disabled.
Befehl: AUTH SSL
Antwort: 534 AUTH command is disabled.
Status: Unsicherer Server; er unterstützt kein FTP über TLS.
Befehl: USER M0033
Antwort: 331 Password required for M0033.
Befehl: PASS *****
Antwort: 230 User M0033 logged in.
Befehl: SYST
Antwort: 215 UNIX Type: L8
Befehl: FEAT
Antwort: 211-Extensions supported:
Antwort: AUTH TLS
Antwort: CCC
Antwort: CLNT
Antwort: CPSV
Antwort: EPRT
Antwort: EPSV
Antwort: MDTM
Antwort: MFCT
Antwort: MFMT
Antwort: MLST type*;size*;create;modify*;
Antwort: MODE Z
Antwort: PASV
Antwort: PBSZ
Antwort: PROT
Antwort: REST STREAM
Antwort: SIZE
Antwort: SSCN
Antwort: TVFS
Antwort: UTF8
Antwort: XCRC "filename" SP EP
Antwort: XMD5 "filename" SP EP
Antwort: XSHA1 "filename" SP EP
Antwort: 211 End.
Befehl: CLNT FileZilla
Antwort: 200 Noted.
Befehl: OPTS UTF8 ON
Antwort: 200 UTF8 OPTS ON
Status: Angemeldet
Status: Empfange Verzeichnisinhalt...
Befehl: PWD
Antwort: 257 "/" is current directory.
Befehl: TYPE I
Antwort: 200 Type set to I.
Befehl: PASV
Antwort: 227 Entering Passive Mode (80,156,242,140,195,155)
Befehl: MLSD
Antwort: 150 Data connection accepted from 195.145.254.154:64756; transfer starting.
Antwort: 226 Transfer ok.
Status: Anzeigen des Verzeichnisinhalts für "/" abgeschlossen
It's a connection established by FileZilla. So it can't tell us what happens when PLS62-W connects. Looks like the server rejects attempts to switch over to a secure connection with AUTH command. Maybe it's configured that way because EHS6 does not support the explicit TLS. PLS62-W would also not send this AUTH command anyway.
If the server logs only give you the successful logins, it's really hard to be sure what happens. If you had pcap, you could at least check if there is eny evidence of the connection attempt and when it breaks. Maybe you should also check more debug information related to network connection and signal quality at the moment of the failed connection (not sure when you checked SMONI in your previous post). Or try to force 3G for test to use the same technology as in case of EHS6.