Tc63i module fail to download file from server. | Telit Cinterion IoT Developer Community
June 19, 2019 - 11:15am, 2808 views
Hello, forum - hope you can assist in my problem with the tc63i modem,
We have a large number of telematics devices for fleet management purpose and we are using tc63 and tc63i (Version: 01.100) modems to send coordinates via GPRS to our server.
Also, we have configured our telematics devices, via these modems, to make an update procedure with .cab files that we have build (Microsoft .NET).
My problem is that we can complete this update only with tc63 old modem and not with the tc63i new modem. Everything is ok with the GPRS data, both modems send the coordinates with no problem to our server, and the APN configuration it’s the same in both modems. The migration and the configuration were done correctly.
The procedure fails with the tc63i new modem. Cannot download the file. The .cab file is only 138kb.
Any ideas will be helpful.
Could you possibly describe some more about how it is actually dome and how it fails? I mean how the module is used for data transfer - are built-in internet services used or dialup connection and IP stack from your MCU? Do you have any log (with AT commands) that shows the configuration, data transfer and failure?
Thank you for your response.
The module uses GPRS (from SIM card) for remote data transfer. We have assigned a static IP in the telematics device. We use the modem to send the data (GPS position, etc) and also to download remotely, via GPRS, the update.cab file from the server. From the server side everything is ok(ports,firewall) and the old tc63 can complete the update successfully.
The modules (both tc63 and tc63i) connection preferences are:
- Baud Rate:115200
- Data bits:8
- Stop Bits:1
- Flow Control: Hardware
In the Call Options we have put some extra settings to the modem like :
“+cgdcont=1,”IP”,”internet.vodafone.gr” (the APN works ok and port 80 is open from the provider)
Unfortunately I cannot get logs from the module. I can connect via hyper terminal with the modem but the only information is the manufacture (Cinterion) and the version 01.100. I cannot find an AT command about logs. I initially assumed that there was a problem with FTP commands but, then again, if that were the issue, then the old modem wouldn’t make the remote update either.
We need to find a solution that will allow us to download remotely our new program update and not with a debug connection like usb serial or Bluetooth.
Is that possible? Otherwise we have to make this update to our devices (about 600 devices) in the lab.
Could you realize why there is this huge difference between the old and the new modem? We were assuming that the newer version of it, the TC 63i, would have more advantages than the old TC63 and certainly not less capabilities! Now we are facing this paradox,that the old modems behave better than the new ones!
I remind you that with the old modem (tc63) everything works fine with the remote update (wirelessly).
Thanking you in advance.
Thanks for additional info about this issue. However, I'm sorry, but without AT logs from module side it is really hard to say anything. We don't know, whether module even failed to login into the server or maybe download just stopped somehwere in the middle... I would be really greatful if you could find a way to collect AT logs from your terminal. I really hope it will allow us to narrow the root cause of this issue down.
I compared chapter 10.14.7 "Configuring and Using FTP Download (URC ****)" from TC63 and TC63i AT specs and I don't see any differnce between them.
Thanks for the response again.
I try the Configuring and using FTP Download (URC ****) and I get this:
(bla.bla.bla.bla is server ip- I don’t want to show the server address)
Also I try HTTP GET (Polling ****)
Hope you find it useful.
The background of my initial question was to determine if you are using IP services over AT commands (like in your last post) to send the data or maybe your processor is just using the module as a modem - for example it establishes the PPP connection with ATD... command and then the processor is using it's own IP stack to transfer the data.
The log from your device would be very helpful to see how the connection is configured, established and then when the proble arises.
As for your last post it is necessary to also configure the GPRS connection profile with AT+SICS command. Here's the example:
at^sics=0,conType,GPRS0 /mandatory - Select connection type GPRS0.
AT^SICS=1,apn,"internet.t-d1.de" /mandatory - APN to access the GPRS services provided by the German operator T-D1.
Please see for more options in the AT commands specification document.
If you don't have the log right now, you should be able to find the sent commands in the source code of your project.