This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

LMX2595: SPI communication

Part Number: LMX2595
Other Parts Discussed in Thread: USB2ANY

Hi,

Good day.

Our customer has inquiry about the LMX2595 . Kindly see below.

I am trying to program the LMX2995EVL via the SPI (with an micro-controller board) to just generate any frequency, but it is not working.

I check the trams with an oscilloscope and it is correct according to the datasheet. All the register values that I tried to send to the LMX2595 are from the TICS pro software made by TI so it should be the right ones. The hardware looks also correct because I took as an example the LMX2995EVL working with the TICS Pro to check the signals sent between them.

The only thing that seems not right is that the Lock LED is off, even if the value of MUXOUT_SEL is set to 1 (lock detect). I suppose the values of my registers are not correct to obtain a lock state but they are from the TICS Pro software so it does not make sense to change them.

I hope you could help me and I wish you a pleasant day.

Can you please help us? Thank you. 

Regards,

Cedrick

  • Cedrick,

    Can you please have the customer share the TCS file they used? TICS Pro can generate this file with "File -> Save" menu option.

    Regards,

    Derek Payne

  • A few follow-ups while we wait:

    • Did they make sure to program registers in descending order (highest to lowest address)?
    • Did they follow the procedure as documented in datasheet section 7.5.1, including toggling the RESET bit in R0, and the second R0 write with FCAL_EN=1 from a stable configuration?
  • Hi Derek,

    Here's the file they provided. TICS_DaCosta(1).tcs

    Regards,

    Cedrick

  • Thanks Cedrick. I don't see anything wrong with the TICS Pro file, so their original success with USB2ANY programmer wasn't a fluke.

    Please follow up and double-check that the additional programming steps like reset, FCAL_EN again, have been followed as outlined in my previous post.

    Are we sure that "the only thing that seems not right is the LD light is off" means the device has been successfully programmed? Has the customer compared the current between the TI programming case and their own controller programming, to ensure the currents are similar? Is ~7GHz coming out of the RFoutA ports?