noether
commented
3 years ago Solved. I will close the issue. The high freq. clock was not configured correctly (not initiated) on my board.
Maybe the code should check or warn whether the high freq. clock is running.
The documentation of the microcontroller (Radio section) does not say anywhere about any high freq clock. You can find such an information when you read the Clock section, so it is hidden.
Besides, your port works great, and I have it working on the DWM1001 device. Thanks guys for the work.
Hi,
We have recently forked your repo to add support to the Decawave DWM1001 (it has one embedded nRF52832) for a student's project.
So far, all the tests work with ChibiOS. However, I have spent the last couple of days trying to make the radio test (https://github.com/ChibiOS/ChibiOS-Contrib/tree/chibios-20.3.x/testhal/NRF52/NRF52832/RADIO-ESB ) work.
I flashed the binary from that main (the only modifications are that LEDs and buttons are defined differently, you can find it here https://github.com/UCM-237/Distributed_localization_DWM1001/blob/radio_test/src/main.c ), and I can see the following:
With ack, the TX_FAILED event is triggered since there is no ack from the other radio. With noack, the TX_SUCCESS event is triggered. However, the other radio never receives anything (the event or even the interruption is not triggered).
I wonder whether there is "this special" detail that I maybe overlook, such as timers incompatibilities or similar. By the way, I have to set tx_payload.length = 32 , otherwise, if I use this line from the original code https://github.com/UCM-237/Distributed_localization_DWM1001/blob/radio_test/src/main.c#L100 it does not work (I did not check with a debugger what is the result of this operation, but not TX event is triggered).
Thanks a lot in advance.
edit
I forgot to add that in this example, I am using the same mcuconf.cfg, hal.cfg, hal_community and ch.cfg as in the original test.