Beware that this post is related to an SDK in maintenance mode
More Info: Consider nRF Connect SDK for new designs
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

NRF52 Dallas slave (1-wire) with BT

Hi,

I developed a unit on NRF52 which is "CENTRAL". This unit connects to multiple "PHERIPHERAL" units and it's working great.

Now, i need to connect this "CENTRAL" unit to a "DALLAS MASTER" (1-wire) external unit. so i need to implement "DALLAS SLAVE" on my NRF52 CENTRAL unit...

Is it possible to do that without causing problems to the BT traffic?
Is there a hardware in the NRF52 which can help in implementing this?

I saw here already an implementaion on the NRF51 but as far as i see it supports only the "dallas" protocol but without BT... (So this solution don't help me).

Any idea ?!

B.R.
Yuval

Parents
  • Hi,

    There is no hardware support for 1-wire in the nRF52 ICs. It looks like the implementation for nRF51 that I could find, is bit-banging the protocol. I'm not familiar with the details of the 1-wire specifications, but if it is timing critical, it will be hard to get this working perfectly together with the softdevice. The softdevice will always have highest priority, and will preemt any other tasks running on the CPU, when timing critical events must be handled. You can toggle GPIOs using PPI and GPIOTE peripherals, without use of CPU, but I don't think you will be able to implement the protocol using this.

    Best regards,
    Jørgen

Reply
  • Hi,

    There is no hardware support for 1-wire in the nRF52 ICs. It looks like the implementation for nRF51 that I could find, is bit-banging the protocol. I'm not familiar with the details of the 1-wire specifications, but if it is timing critical, it will be hard to get this working perfectly together with the softdevice. The softdevice will always have highest priority, and will preemt any other tasks running on the CPU, when timing critical events must be handled. You can toggle GPIOs using PPI and GPIOTE peripherals, without use of CPU, but I don't think you will be able to implement the protocol using this.

    Best regards,
    Jørgen

Children
No Data
Related