micro esb and ble on 130 v2 project

RE: micro esb and ble on 130 v2 project

Tüze — Wed, 10 Feb 2016 12:51:43 GMT

What is the version marking of your chip that you are using? Could you try to use a different interrupt handler such s SWI3 instead of the QDEC?

RE: micro esb and ble on 130 v2 project

ricardo_marinheiro — Wed, 10 Feb 2016 10:37:45 GMT

Hi, thanks for the tips on the attributes,

Unfortunatly that wasn't it. I declared the assert function at main.c with attribute((used)) but stil goes into hard fault. The UESB_CORE_MAX_PAYLOAD_LENGTH is 100 so, if the radio is on some sort of zombie state this won't be the reason. For now I'm making a direct call from inside the events_handler of uesb_timeslot it self, as for the moment fixes the issue., but still have no clue why using the quadrature interrupt as set on the code, doesn't work. Once again, thank you for the help, just afraid this issue will affect more people as they download this code.

Regards

RE: micro esb and ble on 130 v2 project

Tüze — Wed, 10 Feb 2016 09:47:56 GMT

This sounds like you have a softdevice assertion, but it is not caught by your assertion handler. Looking at the project you attached, the assert_nrf_callback is unfortunately removed by the linker as "unused" when using armcc. If you add attribute((used)) infront of the function definitition in main.c, the softdevice assertion should be reported.

One reason to get a timeslot assertion right away is if the radio peripheral was left in an undefined state, so that it's generating unexpected interrupts, and this can happen if you have increased the UESB_CORE_MAX_PAYLOAD_LENGTH beyond 243 in the application you have provided. Once the radio is in an undefined state, you should isolate it (turn off the peer), your application, and pin reset (or powercycle).

RE: micro esb and ble on 130 v2 project

Kenneth — Mon, 08 Feb 2016 13:50:05 GMT

Maybe you are getting an hard fault due to one of the reasons mentioned here: devzone.nordicsemi.com/.../

Are you getting hard fault right away, or does it happen when you communicate to another uESB device?

RE: micro esb and ble on 130 v2 project

ricardo_marinheiro — Thu, 04 Feb 2016 14:30:17 GMT

Right, So I've been around and around the disassemble and some tick counters and concluded that the end of time slot request was being done to late, or so it seems. So, instead of using the end of slot interrupt setting and handler to end the time slot, I've called the end of time slot directly from the soft device timer0 interrupt signal, and this sorted the situation!

Then piped the uesb rx data to the ble tx and the ble rx to the uesb tx and can now have 2 devices connected messaging to each other through ble piped through uesb.

I'm still trying to understand exactly if the hard fault was due to end of slot irq being happening after slot timeout or if there was something else going on...

Any who, this is where I'm now. Please advise about calling the end of slot from inside the SD timer0 handler.

Thank you

RE: micro esb and ble on 130 v2 project

ricardo_marinheiro — Thu, 04 Feb 2016 10:09:26 GMT

Hi, welll I was expecting to see the code just compiling and running without effort as it come os a zip file. Haven't changed or modified anything at all, just compiled and run. This is the code I'm referring to devzone.nordicsemi.com/.../7ff342e0aba602ed11cfc5d87f73e3e3

When entering hard fault it points the error being when

oid TIMESLOT_END_IRQHandler(void) { uint32_t err_code;

// Timeslot is about to end: stop UESB

err_code = uesb_stop_rx();
if (err_code != UESB_SUCCESS)
{
    // Override
    NRF_RADIO->INTENCLR      = 0xFFFFFFFF; <<--- JUMPS TO HARD FAULT
    NRF_RADIO->TASKS_DISABLE = 1;
}

uesb_disable();

m_total_timeslot_length = 0;

}

RE: micro esb and ble on 130 v2 project

Kenneth — Wed, 03 Feb 2016 12:10:56 GMT

Hi, the QFACA1 build code is the latest 3rd revision of the nRF51-series, and the variant with the largest RAM size. So this should be good. A few things you might check: devzone.nordicsemi.com/.../

RE: micro esb and ble on 130 v2 project

ricardo_marinheiro — Mon, 01 Feb 2016 16:16:34 GMT

Right, so I've found a complete project of the same link you guys gave me before,

devzone.nordicsemi.com/.../7ff342e0aba602ed11cfc5d87f73e3e3

This one compiles just fine and complains about nothing except it runs constantly into hardfault handler. More and more I think this has to do with the version of the radio it self as I'm using a PCA10028 V1 1.0 Any suggestion?

Thank you

RE: micro esb and ble on 130 v2 project

ricardo_marinheiro — Wed, 27 Jan 2016 15:40:09 GMT

Just a Note, I'm using nrf51 QFACA10, that might be important. Also, in the part where I stated that changed a bit the app_timer_init and ignored the bsp.c.h include in order to have code working, the call stack points to the harf fault right after QDEC interrupt, might also be important to mention.

Thank you