Polling-Response Signal on One Wire

RE: Polling-Response Signal on One Wire

Jørgen Holmefjord — Tue, 15 Sep 2020 09:14:07 GMT

Yes, it may be better to use a separate controller to handle the 1-wire communication.

RE: Polling-Response Signal on One Wire

SRall — Mon, 14 Sep 2020 18:32:41 GMT

Thank you for porting the example Jørgen. So perhaps a better solution would be to interpret this data with other means and using a perhaps a less beefy nordic chip for my BLE needs specifically?

RE: Polling-Response Signal on One Wire

Jørgen Holmefjord — Mon, 14 Sep 2020 18:20:10 GMT

Hi,

I ported the example to SDK 16.0.0 for you: devzone.nordicsemi.com/.../gpiote_5F00_pulse_5F00_width_5F00_sdk1600.zip

If your goal is to capture the pulse widths of a 2 MHz input signal, I'm not sure you will be able to achieve this, at least not if the chip will do other things simultaneously (BLE, etc). There is no other way to read the timer counter registers than through a CPU interrupt. If these happens at an interval of 2 MHz, the CPU (running at 64 MHz) will have only 32 cycles to handle each interrupt. If the CPU is not able to read out the capture register during this time, a new pulse may arrive, clearing the timer and giving you incorrect readings.

Best regards,
Jørgen