Thanks Pawel and Carles. I'll pull that branch down and test it out!

It’s an adaptation of existing USBD driver from nRF SDK 15, not DFU-specific. I haven’t enough time today to look at the DFU example, but I have shared my temporary version (which works with CDC

Hi Nathan, Sorry I think I might have misread your original email. You want to set the address directly from the controller image, without interaction from the Host? If that is the case then you

Hi Nathan, You need to use the Zephyr Vendor-Specific extension for this: https://github.com/zephyrproject-rtos/zephyr/blob/master/doc/subsystems/bluetooth/hci.txt#L408 This is currently

Hi Nathan, The enumeration issue might be caused by enabling logging in the USB subsystem, if you are doing that. We know that is an issue due to the delays that logging introduces during

Is it possible, using the HCI samples (hci_uart, hci_spi, etc) to set a default public MAC address from within zephyr? We have a MAC we'd like to use, and in my exploration of documentation I found

Thanks for the update. I'm really interested to hear what your result is, Pawel. Is this the lower-level, generic USB driver that's in rework, or is it something specific to DFU? If it's the former,

Hi. I’ll try to run the example later with my work-in-progress driver and check if it works. From: Cufi, Carles Sent: Friday, May 11, 2018 11:33 AM To: Nathan Miller <nathan.miller@...>;

Hi Nathan, This is unfortunately a known issue. The USB driver for nRF52840 is currently undergoing some heavy rework by Pawel (on copy) and he should be able to give you more details about the

Hi David, It depends. If you are using the hci_uart or hci_usb apps then you will need to find a throughput tool in your Host (BlueZ typically). If you however are using a combined build (Host +

From the errors, it seems that dfu-util is rejecting the file-extension. The NRF imgtool is actually generating a zip containing three files: mainfest.json, hello.dat, hello.bin. I

Hi all, I'm attempting to run the Zephyr USB DFU sample on an nRF52840 (pca10056 dev board) and having a bit of trouble getting it to work. I've compiled mcuboot and can load it on the board without a

Thanks for the suggestion Carles. I just tried the UART example and I was able to connect to the device and read a characteristic, so it definitely seems like it might be a transport issue. Do you

Hi, Checking in if there are any existing tools out ther to run throughput testing over BLE i.e. usb -> uart -> nrf52 to either --> mac/ios device (hid or midi-ble for lowest poll-intervals)

Hi Nathan, In order to be able to ascertain if the problem is in the USB transport layer (which could be since it’s relatively new and untested) could you please try instead to use the hci_uart

Hi there, The scan_adv app does not print the received packets, but you can do so by adding a printk() statement in the scan_cb(). You can use the Bluetooth shell to do the same

Hi, What is the relationship cmake and kconfig ? both of them can be used to configure Zephyr ? Are they alternative or dependent? Thanks. 2018-05-08 4:02 GMT+08:00 Cufi, Carles <carles.cufi@...>:

Hi there, CMake is the build system, Kconfig is the configuration system. Kconfig is run by CMake as one of the first things it does in order to figure out what needs to be built and how. More

Hello, I'm developing HCI UART dongle using nRF52840 based on Zephyr v1.11 branch. Everything works fine now except for reading RSSI on connected device. HCI commands were

Novello, The address space at the moment is fixed in Zephyr. A feature to fuzz the initial stack pointer is available (CONFIG_STACK_POINTER_RANDOM) to provide some unpredictability at runtime, but