SDK6 DFU and 32KHz Crystal relationship

RE: SDK6 DFU and 32KHz Crystal relationship

Nguyen Hoan Hoang — Fri, 05 Sep 2014 12:14:31 GMT

Finally I found out the problem was this

I got it to work by changing this

#define DFUCONTROLLER_DESIRED_NOTIFICATION_STEPS 30

in the DFUController.m

The reason to this is the DFU code use 600 bytes buffer. So we can only send 600 bytes per interval. Only 20 bytes can be send at a time so .

DFUCONTROLLER_DESIRED_NOTIFICATION_STEPS * DFUCONTROLLER_MAX_PACKET_SIZE must be equal to 600 bytes

RE: SDK6 DFU and 32KHz Crystal relationship

Håkon Alseth — Tue, 05 Aug 2014 13:23:49 GMT

Hi,

Unfortunately, softdevice 7 is not supported by the current version of the iOS application. We're working on updating this.

Best regards Håkon

RE: SDK6 DFU and 32KHz Crystal relationship

Nguyen Hoan Hoang — Mon, 04 Aug 2014 13:36:53 GMT

Yes, it does advertise. The iOS app can see I. After I select it, the App goes into the upload screen and you can see there the name DfuTarg and it got stuck in Discovering. The Upload button stayed grey. See the picture I attached. Same problem with both SYNTH Clock and RC Clock

RE: SDK6 DFU and 32KHz Crystal relationship

Håkon Alseth — Mon, 04 Aug 2014 12:53:25 GMT

The softdevice will use the LF clock source inputted in macro SOFTDEVICE_HANDLER_INIT for sourcing both RTC0 (used by softdevice) and RTC1 (used by application).

If you've set it to be from a synthesized source, then the external 32 kHz will not be used. The project should then run on a board without the 32 kHz external crystal.

Have you checked that the DFU is advertising? If you have already loaded a new application, you will have to trigger the DFU state again in order for it to stay in DFU bootloader mode.

Cheers, Håkon