Part Number: LMX2595
Our customer is asking if he can communicate to each chip individually by using only the CSB lines to select one chip, or the other, or does the SPI bus have to be physically disconnected from one device (via the mechanical switches) while he talk to the other?He is trying to make a low-noise 15 GHz LO with 2 LMX2595's as in the TIDA document. He prefer to use the CSB lines over mechanical switches.
I just like to add that the MUXout pin of every LMX is configured as data out (SDO), NOT as lock detect (LD).
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Art Mecina:
The SCK and SDI pins can be shared without issue, as long as there are separate CSB signals for each device on the bus.
As far as I know, the MUXout output is permanently configured as a push-pull output. Consequently, the customer would not be able to share a data line for the MUXout pins to return the SDO communication. If the customer wants to do this, they will need an additional MUX and the chip select bits should be used as part of the addressing scheme. I will double-check in case we have a MUXout tristate option somewhere undisclosed in the register map; if we do have a tristate option, I'll let you know and add it to our list of datasheet updates so it can be officially supported.
In reply to Derek Payne:
The MUXout of LMX2595 cannot be shared with other devices, this pin does not support tri-state.
I am the customer in question.
Your answer is clear and as a consequence my PCB is in trouble since I tied all four of the MUXouts together - thinking they were the SDO line of the SPI bus.
My next question, and yes, it's rhetorical, is where exaclty in the 79 pages of the LMX2595 datasheet, was it mentioned, or even hinted, that the MUXout pin is push-pull and absolutely can NOT be used as the LDO line of the SPI bus connected to multple devices?
I imagine I'm not alone in asking this.
In reply to Tony Rohlev1:
The datasheet did not say the MUXout pin supports tri-state, so we should not assume multiple MUXout pins can be tied together.
In reply to Noel Fung:
The term 'SPI' is used in no less than 10 locations in the LMX2595 data sheet. This might lead some users to believe that the device actually supports a standard SPI interface when it clearly does not. I don't think it would be a waste of ink or space if TI was to elucidate this fact in the data sheet.
This is a common pain point for SPI usage with LMX2595 (and similar devices), so I think a datasheet update is necessary to clarify the MUXout behavior and its implications for SPI.
That said, after searching the register map, I believe I have located an undisclosed bit which can tri-state the MUXout pin. Setting R1 = 0 should tri-state the MUXout pin. Set R1 = 1 to enable the MUXout pin driver.
Default register values on startup should set the MUXout pin to lock detect mode, and the lock detect should be low after reset, so the MUXout pins should share the same state on startup. I recommend writing R1 = 0 immediately after power up on all devices simultaneously, so that subsequent programming does not cause bus conflicts. To get readback, set R1 = 1 for a single device, perform the readback transaction, and set R1 = 0 once all readback is complete. If a device must be reset, be sure to write R1 = 0 again immediately after the reset.
If there is a subsequent spin to your board, I recommend connecting the MUXout pins through some resistance to avoid damage from accidental bus conflicts. In theory it should be possible to avoid this by programming alone, but adding the resistance is a hedge against unexpected hardware faults such as device-specific power interruption causing POR.
THANK YOU , YOU HAVE MY VOTE FOR GENIUS OF THE YEAR! - in bold, itallic, all-caps ... if they had flashing Neon I'd do that too.
Yesterday we tried the procedure exactly as you outlined it and now we have full, unique, programming and readback between 2 pairs of dual LMX2595's all sharing the same SDI, SCK and MUXout (SDO) lines. It might be the first time this has been done outside of Texas - in Sofia, Bulgaria of all places - and, cherry-on-cake, it's Friday so you also made our weekend.
All the best,
Glad I could help! If I've resolved your question, could you help me out by clicking the green button on my answer?
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.