recv() hangs

[nmlkpoiu]

Hi

  We used one German SIM card(1NCE) on both of our product and 9160 dk, in both cases the recv() hangs after the downloading started at some point. I tried all nrf sdk versions(1.4.0; 1.3.0; 1.2.0) and most modem version(mfw_nrf9160_1.2.0, mfw_nrf9160_1.2.1, mfw_nrf9160_1.2.2). It doesn't help.

   Can you help to analyses where it could go wrong?

one debug log before hangs:

Press Button 1 to start the FOTA download, wait for new app
I: Connecting to nrfconnectsdk.s3.eu-central-1.amazonaws.com
I: Downloading: app_update.bin [0]
I: Downloaded 2048/155242 bytes (1%)
I: Erasing page at offset 0x00086000
I: Downloaded 4096/155242 bytes (2%)
I: Downloaded 6144/155242 bytes (3%)
I: Erasing page at offset 0x00087000
I: Downloaded 8192/155242 bytes (5%)
I: Downloaded 10240/155242 bytes (6%)
I: Erasing page at offset 0x00088000
I: Downloaded 12288/155242 bytes (7%)

[nmlkpoiu]

I notice the app_update.bin in nrfconnectsdk.s3.eu-central-1.amazonaws.com bucket from the http_application_update sample works more stable, which version of nrf sdk does the app_update.bin use?

[Heidi]

Hi!

Could I please have the full log in a text file?

Are you using HTTP application update in NCS out-of-box or a modified version or your own application?

nmlkpoiu said:

which version of nrf sdk does the app_update.bin use?

 The app_update.bin on your AWS server is a file you have uploaded, so which NCS version it's built with depends on what you built the application with.

Best regards,

Heidi

[nmlkpoiu]

1. Here is the log when I run the HTTP application update example with my INCE German Sim card:

*** Booting Zephyr OS build v2.3.0-rc1-ncs1 ***
E: AT socket could not be opened
E: thingy91_magpio_configure failed with error: -14
HTTP application update sample started. Wait for new app...
Initializing bsdlib
Initialized bsdlib
LTE Link Connecting ...
LTE Link Connected!
Press Button 1 to start the FOTA download
I: Attempting to connect over IPv4
I: Connected to nrfconnectsdk.s3.eu-central-1.amazonaws.com
I: Downloading: app_update.bin [0]
I: Downloaded 4096/155242 bytes (2%)
I: Erasing page at offset 0x00086000
I: Downloaded 8192/155242 bytes (5%)
I: Erasing page at offset 0x00087000
I: Downloaded 12288/155242 bytes (7%)
I: Erasing page at offset 0x00088000
I: Downloaded 16384/155242 bytes (10%)
I: Erasing page at offset 0x00089000
I: Downloaded 20480/155242 bytes (13%)
I: Erasing page at offset 0x0008a000
I: Downloaded 24576/155242 bytes (15%)
I: Erasing page at offset 0x0008b000
W: Copying 601 payload bytes
I: Downloaded 28672/155242 bytes (18%)
I: Erasing page at offset 0x0008c000
I: Downloaded 32768/155242 bytes (21%)
I: Erasing page at offset 0x0008d000
W: Copying 601 payload bytes
I: Downloaded 36864/155242 bytes (23%)
I: Erasing page at offset 0x0008e000

The last the line is where the recv() hangs. And then no more prints.

2. I know I built my app_update.bin with nrf version V1.3.0 . That is not what I am asking.

I mean, the HTTP application update sample by default downloads an .bin file from nrfconnectsdk.s3.eu-central-1.amazonaws.com bucket. It was Nordic developer uploaded it, so everyone can run the HTTP application update sample can download this public .bin file without needing to uploading their own  .bin file. I want to know what version was used to created this public .bin file. Because this .bin file used an old but bug free nrf sdk(I think.)

[Heidi]

1. Thank you. I will see if I can reproduce this issue. It could be a problem with your network, in which we will need a modem trace to look into it further.

2. Okay, I see what you are asking. The application is the HTTP application update sample from NCS 1.4.0, nrf commit 5522ca2b5f4c93eab5229f2f3f0e7bd08389cbe8. 

Have you set up your own bucket for testing? I see from the log it still says 

"Connected to nrfconnectsdk.s3.eu-central-1.amazonaws.com".

Remember to change CONFIG_DOWNLOAD_HOST to your own server.

[Heidi]

Hi, I am unable to reproduce the issue you're describing. Could you please try to take a modem trace when the application is running?

Best regards,

Heidi