This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

What is the version of S110 inside S120

HI,

We have just upgraded our application to support the latest S110 v8.0.0 but also evaluated the possibility to use S120 instead of S110, so that our customer only need to upgrade application and get "central-capacity" in the future without upgrading SD (which can cause our product bricked).

As mentioned in the specs S120 essentially contains a S110 inside (or at least what I get from the specs), however the latest S120 v2..0.0 is released several weeks ago. And We are afraid that its contained S110 is much older than the S110 v8.0.0, which is a major release comparing to S110 v7 and could pose some compatible issue with our current application. So my question are

  1. what is the equivalent S110 version inside the current S120 (v2.0.0)
  2. If it is a variant of version 7, could you guys give us a hint on when the next S120 release with a contained S110v8.
Parents
  • Hi hathach,

    S110 and S120 do different things. S110 is for implementing peripherals and S120 is for implementing central apps that connect to peripherals. If you need to do both in one device, S130 is what you are looking for.

    -D

  • @RK We use the dual bank ble bootloader for user to upgrade product's firmware. During development our team did brick (bootloader couldn't start) several device occasionally when upgrade bootloader. In reality user can make lots of mistake such as selecting incorrect files (for firmware, it can still be recovered by re-upgrade). However if user make an mistake with SD, bootloader won't start --> device is bricked since SD is required for bootloader to work. And that will lead to lots of refund and return and frustration.

    To sum up, we haven't developed any central features yet, but we like to have it with only a firmware upgrade rather than the dangerous SD upgrade. Hopefully that makes sense.

Reply
  • @RK We use the dual bank ble bootloader for user to upgrade product's firmware. During development our team did brick (bootloader couldn't start) several device occasionally when upgrade bootloader. In reality user can make lots of mistake such as selecting incorrect files (for firmware, it can still be recovered by re-upgrade). However if user make an mistake with SD, bootloader won't start --> device is bricked since SD is required for bootloader to work. And that will lead to lots of refund and return and frustration.

    To sum up, we haven't developed any central features yet, but we like to have it with only a firmware upgrade rather than the dangerous SD upgrade. Hopefully that makes sense.

Children
No Data
Related