• State Verified Answer
  • Replies 2 replies
  • Subscribers 67 subscribers
  • Views 1027 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 234121
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Communication Protocol between nrf52832 and HT1632

swathi p

Hi,

I tried implementing serial communication between nrf52832 and HT1632.It didnt work.In HT1632 data sheet it has given following specifications

will nrf52832 supports above mentioned specifications?If not,then is that the reason why implementation failed?If yes,what might be the reason for failure communication?

Thank you.

Parents
  • +1

    Hi 

    There is no reason the nRF52832 shouldn't be able to communicate with the HT1632 driver, as long as both devices are running at the same supply voltage (and it's not outside the legal range of either device). 

    The HT1632 interface is similar to SPI, but it uses separate clock lines for read and write, and only one data line. In other words you can't really use the SPI peripheral in the nRF52 device, and will have to bit bang the interface similar to how it's done in this Arduino implementation.

    I would suggest looking at that code for reference and try to implement something similar in the nRF52. I would also strongly suggest hooking up an oscilloscope or logic analyzer so you can see what is happening on the bus. 

    Best regards
    Torbjørn

Reply
  • +1

    Hi 

    There is no reason the nRF52832 shouldn't be able to communicate with the HT1632 driver, as long as both devices are running at the same supply voltage (and it's not outside the legal range of either device). 

    The HT1632 interface is similar to SPI, but it uses separate clock lines for read and write, and only one data line. In other words you can't really use the SPI peripheral in the nRF52 device, and will have to bit bang the interface similar to how it's done in this Arduino implementation.

    I would suggest looking at that code for reference and try to implement something similar in the nRF52. I would also strongly suggest hooking up an oscilloscope or logic analyzer so you can see what is happening on the bus. 

    Best regards
    Torbjørn

Children
Related