UART not responding

RE: UART not responding

AndersG — Tue, 16 May 2023 14:42:04 GMT

Thanks!

That did the trick...

Br, Anders

RE: UART not responding

Einar Thorsrud — Tue, 16 May 2023 14:17:56 GMT

Hi Anders,

7 is NRF_ERROR_INVALID_PARAM, and the typical reason for getting this returned from sd_softdevice_enable() is an issue with the clock configuration. What is the content of the struct pointed to in the first parameter supplied to sd_softdevice_enable()? The proper set of configurations for using LFRC with calibration is as indicated in this post.

RE: UART not responding

AndersG — Tue, 16 May 2023 14:11:24 GMT

Thanks Einar!
I continued by trying the the secure pca10056e_uart DFU on the custom board, worked fine with nrfutil, also installed SES 7.20, using gcc, to get a better overview of the code base. (used gcc make before...)

Then tried some samples with S112(7.2.0) but, can't get any these samples to work. sd_softdevice_enable returns a parameter error (7).

Any thoughts of the origin of this error?

The custom board has an external 32MHz HF-xtal, no LF-xtal connected...
Tested the RTC-sample(rtc_pca10056), and compared setting the CLOCK_CONFIG_LF_SRC to 0 or 2,
the the HF, and I assume the HF clock is bit too fast (1.4%), 123.3 ms with an expected(?) 125.0 ms 4096/32768)
This is far too much and must be trimmed with the loading caps, but I assume the S112 cannot tell that it is
too much off?

Br, Anders

RE: UART not responding

Einar Thorsrud — Fri, 12 May 2023 12:53:06 GMT

Hi Anders,

I am not familiar with the Adafruit DFU bootloader (though I see it is based on our bootloader), but generally you should need very few changes to port a project to nRF52811. One potential pitfall could be that if this is partially based on SDK 11, it means that it is based on an SDK released before the nRF52811 was released, to the MDK files will not exist for the nRF52811 (support for that was introduces in nRF5 SDK 15.3.0). And as the example project is for a bigger device, you should make sure that the peripheral instances being used actually exist on the nRF52811 (if you have changed the project to build for nRF52811 you would get build errors if not, though).

[quote user=""]Then also found the uart DFU-samples, all of them encrypted, what's the simplest way disable the encryption?[/quote]

Are you referign to the nRF5 SDK bootloader we provide now? If so, that does not use encryption, but the secure bootloader use signature verification, and unsigned or incorrectly signed images are rejected. It is possible to configure it as an open bootloader without requiering a signature though, which you can see an example of in the Open Bootloader with DFU.

Einar