nRF8001 strange events

RE: nRF8001 strange events

Simon — Tue, 14 Jun 2016 14:56:41 GMT

Hi David, I made no progress on this issue, still have to introduce a delay of 5ms in order for it to function reliably. Been unable to get a logic analyser trace also sorry.

RE: nRF8001 strange events

David Edwin — Tue, 08 Mar 2016 15:36:49 GMT

Do you have progress on this or do you have additional information like a logic analyzer trace ?

RE: nRF8001 strange events

Simon — Wed, 17 Feb 2016 11:56:38 GMT

Thanks for the input Fred. We are using a dedicated SPI and I have already enabled a lot of the debug within the transport layers as you mentioned as well as adding a ton of my own. Good point on the Rev C/D setting, I have just checked in nRFgo Studio and its definitely set to nRF8001 DX/D. Thanks for the suggestions.

RE: nRF8001 strange events

Fred Roeber — Sat, 13 Feb 2016 14:09:29 GMT

Oh, one other thing. You have a Rev D nRF8001 chip. Are you sure that nRFGO Studio is set to generate control files for Rev D and not the older Rev C? I remember this was a problem I had when I first started working on our board. It caused weird results.

RE: nRF8001 strange events

Fred Roeber — Sat, 13 Feb 2016 14:06:21 GMT

You have obviously thought of this but just thought I would mention. There is no chance you are sharing SPI bus with other peripherals on your PCB? Do you have a debug output UART port on your MCU? There is code in the hal_aci_tl.cpp file that supports printing sent and received radio packets over the serial link. It's enabled by hal_aci_tl_debug_print(true). I've found it very useful in debugging. Finally, there is an ble_aci_transport_layer_verification example in the SDK code for doing a test of the transport layer you are having problems with. These are just some things I found useful getting our board up and running.

RE: nRF8001 strange events

David Edwin — Mon, 18 Jan 2016 13:41:51 GMT

The device markings are good, there are no known issues. I would really like an SPI trace with a logic analyzer of as awneil has suggested, re-produce on the board that has SPI lines accessible.

RE: nRF8001 strange events

Simon — Mon, 18 Jan 2016 10:51:25 GMT

IC markings: NRF D 8001 1428RY

Device Version: 0x41, 0x00, 0x02, 0x03, 0x00, 0x00, 0x00, 0x00, 0x00

RE: nRF8001 strange events

awneil — Mon, 18 Jan 2016 10:35:03 GMT

Make a test setup with the SPI accessible: twitter.com/.../689032968258588673

RE: nRF8001 strange events

David Edwin — Mon, 18 Jan 2016 10:32:25 GMT

Can you get us the IC markings on the top of the nRF8001 ? and the results of the ACI Get Device Version command.

RE: nRF8001 strange events

Simon — Mon, 18 Jan 2016 10:29:09 GMT

It looks like a definite no on the logic analyzer trace as the SPI connections are buried in an internal layer of the PCB, which is unfortunate.

RE: nRF8001 strange events

Simon — Mon, 18 Jan 2016 10:14:12 GMT

We aren't sure we have the correct equipment or connections in order to get a logic analyzer trace. A hardware guy will look into it but he is doubtful that we will be able to get anything suitable.

RE: nRF8001 strange events

David Edwin — Mon, 18 Jan 2016 10:07:55 GMT

Can you get a logic analyzer trace that we can view ?

RE: nRF8001 strange events

Simon — Mon, 18 Jan 2016 09:55:10 GMT

They are on the PCB. I have just reformatted the debug information in the post so its a bit easier to read.

RE: nRF8001 strange events

David Edwin — Mon, 18 Jan 2016 09:52:51 GMT

Can you provide information on your SPI connections, are these by wires or are these on the PCB ? How long are the wires ? Additionally a logic analyzer trace would be useful as well.

RE: nRF8001 strange events

Simon — Thu, 14 Jan 2016 09:19:41 GMT

Sorry, should have mentioned I'm using the ble_sdk_arduino ported for stm32

RE: nRF8001 strange events

awneil — Thu, 14 Jan 2016 09:02:05 GMT

Are you using a Nordic ACI library? If so, which one?