is it possible to program multiple BGM121 devices at same time from single BLED112 dongle via OTA? may we modify OTA_UPDATER_BLED112_v01 for that? is ble dongle capable of that? is there any more appropriate way to achieve this goal? we have to program like 1000 bgm121 devices using OTA and one programmer device should be able to load ebl to multiple devices at same time.

is it possible to program multiple BGM121 devices at same time from single BLED112 dongle via OTA?

No, this is not possible. The new firmware image is uploaded over a Bluetooth connection which is point-to-point. 

If you want to run multiple updates in parallel then you can of course use multiple BLED112 dongles and run several instances of the update program.

when I try to compile this program, get these errors, how can fix? 

 

we are able to compile and get ota.exe file, after connection, BLED112 sends ebl file even when target device don't go to DFU mode, how can fix this issue? 

Hello @farrukh, 

sorry for the delayed reply. This example has not been updated to match the changes in our OTA protocol, I will add an updated version later today or tomorrow.

EDIT: updated codes attached to this message (OTA_UPDATER_BLED112_v02.zip )

Hello,

I have the following problem " service not found",

it gets connected, but no update is possible, but with the wstk it works. the OTA service has the same UUID

OTA.exe COM17 00:0b:57:XX:XX:XX app.ebl
trying to open EBL file app.ebl
Bytes to send:77696
SDK version: 2.6.0
image type: APP
Trying to connect
Connected (handle 0)
Connection interval: 25600 units = 32000.00 ms
timeout: 0 units = 0 ms
ble_rsp_connection_update: conn 0,result 4300
service not found

 

the connection interval seems to be very high and the timeout very low, any ideas what goes wrong, just compiled with mingw an ran under windows 7.

Any Ideas?

I have the following problem " service not found",

it gets connected, but no update is possible, but with the wstk it works. the OTA service has the same UUID

OTA.exe COM17 00:0b:57:XX:XX:XX app.ebl
trying to open EBL file app.ebl
Bytes to send:77696
SDK version: 2.6.0
image type: APP
Trying to connect
Connected (handle 0)
Connection interval: 25600 units = 32000.00 ms
timeout: 0 units = 0 ms
ble_rsp_connection_update: conn 0,result 4300
service not found

There seems to be some mismatch in processing events from the BLED112, because 32 seconds is not a valid connection interval (4 secs is the maximum). On the other hand, 32 seconds is the maximum for supervision timeout but in your log it is shown as the value for connection interval.

Are you using 32-bit or 64-bit version of MinGW? I have the 32-bit version and I build the program with command mingw32-make. 

Typically I run the OTA host example on Cygwin, you might want to try that , too.

I'm using 32.bit version of MinGW,
tried two different version (4.9.2, 5.3.0),
tried also the OTA_UPDATER_BLED112_v01,
and now downloaded and installed cygwin, and ran make, everywhere the same problem (win7 64bit)

That is the cygwin output (gcc-Version 7.3.0 (GCC), GNU Make 4.2.1)

/OTA_UPDATE                                                    R_BLED112_v02
$ make
gcc -O3 -Wall -c -fmessage-length=0 -DPLATFORM_WIN -MMD -MP -MF"main.d" -MT"main                                                    .d" -o"main.o" "main.c"
main.c: In Funktion »send_ebl_data«:
main.c:190:53: Warnung: Format »%d« erwartet Argumenttyp »int«, aber Argument 4                                                     hat Typ »size_t {alias long unsigned int}« [-Wformat=]
  printf("send_ebl_data %d, retry = %d, bytes_left: %d\n", ++num_calls, retry, d                                                    fu_toload);
                                                    ~^
                                                    %ld
main.c: In Funktion »ble_evt_attclient_attribute_value«:
main.c:654:38: Warnung: Format »%x« erwartet Argumenttyp »unsigned int«, aber Ar                                                    gument 2 hat Typ »uint32 {alias long unsigned int}« [-Wformat=]
   printf("Application version: 0x%4.4x\n", appVersion);
                                  ~~~~^
                                  %4.4lx
main.c:614:6: Warnung: Variable »i« wird nicht verwendet [-Wunused-variable]
  int i;
      ^
gcc -O3 -Wall -c -fmessage-length=0 -DPLATFORM_WIN -MMD -MP -MF"uart.d" -MT"uart                                                    .d" -o"uart.o" "uart.c"
gcc -O3 -Wall -c -fmessage-length=0 -DPLATFORM_WIN -MMD -MP -MF"cmd_def.d" -MT"c                                                    md_def.d" -o"cmd_def.o" "cmd_def.c"
gcc -O3 -Wall -c -fmessage-length=0 -DPLATFORM_WIN -MMD -MP -MF"stubs.d" -MT"stu                                                    bs.d" -o"stubs.o" "stubs.c"
gcc -O3 -Wall -c -fmessage-length=0 -DPLATFORM_WIN -MMD -MP -MF"ebl_utils.d" -MT                                                    "ebl_utils.d" -o"ebl_utils.o" "ebl_utils.c"
ebl_utils.c: In Funktion »find_app_properties«:
ebl_utils.c:25:45: Warnung: Format »%d« erwartet Argumenttyp »int«, aber Argumen                                                    t 2 hat Typ »size_t {alias long unsigned int}« [-Wformat=]
    printf("could not find app properties! (%d)\n", ret);
                                            ~^
                                            %ld
ebl_utils.c:29:6: Warnung: Implizite Deklaration der Funktion »memcmp« [-Wimplic                                                    it-function-declaration]
   if(memcmp(magic, buf, 4) == 0)
      ^~~~~~
ebl_utils.c:36:46: Warnung: Format »%d« erwartet Argumenttyp »int«, aber Argumen                                                    t 2 hat Typ »size_t {alias long unsigned int}« [-Wformat=]
     printf("could not find app properties! (%d)\n", ret);
                                             ~^
                                             %ld
ebl_utils.c:15:6: Warnung: Variable »retval« wird nicht verwendet [-Wunused-vari                                                    able]
  int retval = -1;
      ^~~~~~
Building target: OTA
gcc -o"OTA" main.o uart.o cmd_def.o stubs.o ebl_utils.o -lm -lsetupapi
Finished building target: OTA

OTA.exe COM17 00:0b:57:XX:XX:XX app.ebl
trying to open EBL file app.ebl
Bytes to send:77952
Trying to connect
Connected (handle 0)
Connection interval: 25600 units = 32000.00 ms
service not found

 

EDIT: OK, on the Cygwin Terminal it works, but not from the windows cmd.exe, is there a way to get working out-of-the-box, not having to install cygwin first.

I would like to pass on an easy solution to users, that could run on any windows pc.

OK, good to hear it works on Cygwin. That's what I'm using personally for any OTA related tests. I need to try and see what might cause this to fail with MinGW, but it may take some time until I have suitable time slot to do this.

If you want to distribute a standalone Cygwin program then I'm not 100% sure how it works. See the Cygwin FAQ for more info:

https://cygwin.com/faq.html

Points 6.13 and 6.14 seem to be related to running Cygwin programs without having complete Cygwin setup installed on your PC.