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

nRF51822 mkit

Nordic will release a new development kit in april, named mkit. It is based on arm mbed.

Writing a ble app will be easy, fast and simple using mbed BLE API.

My question to Nordic is : Will Nordic provide a mac os x version (patch) of CMSIS-DAP debugger for its chip ? or all os x developers will be left :( :( :( .

-c

Parents
  • I'm pretty sure Nordic isn't going to release a MacOS version of CMSIS-DAP, even if they did, what debugger on OSX would work with it? There seem to be few enough debuggers on windows which can use it, unless someone has written an Eclipse plug-in (in java accessing a HID) then there's nothing on OSX I know of which would be able to use it.

    mbed looks pretty good, nice idea and it's great to see Nordic adapting a product for it. It's also nice to see ARM making an alternative to Segger debugging, although why they used HID I really don't know, it's not a HID in any way, and that limits drivers on OSX, HIDs are special. I would have expected a simple CDC type device which anyone could write to, even libusb. If ARM wants this to be 'the' development environment for embedded Cortex, they're going to need to pick an OSX debugging platform and write a driver for it.

Reply
  • I'm pretty sure Nordic isn't going to release a MacOS version of CMSIS-DAP, even if they did, what debugger on OSX would work with it? There seem to be few enough debuggers on windows which can use it, unless someone has written an Eclipse plug-in (in java accessing a HID) then there's nothing on OSX I know of which would be able to use it.

    mbed looks pretty good, nice idea and it's great to see Nordic adapting a product for it. It's also nice to see ARM making an alternative to Segger debugging, although why they used HID I really don't know, it's not a HID in any way, and that limits drivers on OSX, HIDs are special. I would have expected a simple CDC type device which anyone could write to, even libusb. If ARM wants this to be 'the' development environment for embedded Cortex, they're going to need to pick an OSX debugging platform and write a driver for it.

Children
No Data
Related