This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

nRF24LE1 control PAW3205DB by two-wire spi

I'm just using nRF24LE1 to make 2.4G wireless mouse, mouse sensor is PAW3205DB-TJ3T. But i got a problem, PAW3205DB-TJ3T uses two-wire spi(SCKL+SDIO), nRF24LE1 only supports four-wire spi. So, what can i do?

---------update-------

I'm very grateful to you for your reply.I really want to give up.Because i have asked many people but nobody answer me.

This is the PAW3205DB Datasheet contains protocol and timing. link: pan.baidu.com/.../1kVIYrLP PWD: s7mp

I have try to use bit-bang the interface. But it has some problem. My code,read the ID to test communication is ok. RF_Mouse_PAW3205.zip

sometime,it will be ok when the mouse don`t move. I can read 0x30 at address 0x00, read 0xd1 at 0x01. image description image description

It will be fail when the mouse move. I try many times... image description

Detail logic: normal.logicdata abnormal.logicdata

Parents
  • Can't see another solution except to bit-bang the interface. Is there even a proper datasheet for the PAW3205DB? I can find one which has the registers listed, but says nothing at all about how to use them nor the wire protocol, timing or anything else.

  • not really sure what to suggest. The logic outputs seem reasonable but it's very possible the chip is getting out of sync with it and you're getting some real random stuff. You might want to try doing the re-sync sequence mentioned in section 6.2 of that manual at some point during the stream and see if it helps. I was trying to work out whether the chip sees any of those things as a reset, but it seems it requires at least 1us low followed by a long high on the clock line and I think all your lows are shorter than that.

    Regrettably the Salae decoder doesn't really decode that protocol so you can't easily see if you're dropping out of sync, but it seems you have to be. Something odd happens around 1.493437 seconds into that trace, the data line blips without a clock cycle, after that things seem to go wrong.

Reply
  • not really sure what to suggest. The logic outputs seem reasonable but it's very possible the chip is getting out of sync with it and you're getting some real random stuff. You might want to try doing the re-sync sequence mentioned in section 6.2 of that manual at some point during the stream and see if it helps. I was trying to work out whether the chip sees any of those things as a reset, but it seems it requires at least 1us low followed by a long high on the clock line and I think all your lows are shorter than that.

    Regrettably the Salae decoder doesn't really decode that protocol so you can't easily see if you're dropping out of sync, but it seems you have to be. Something odd happens around 1.493437 seconds into that trace, the data line blips without a clock cycle, after that things seem to go wrong.

Children
No Data
Related