2024-09-20 06:10 PM - edited 2024-09-20 06:36 PM
1. Most documents refer to add a PU on UART TX (target side), why is there a PU on UART RX and not TX, but there is a PU on VUART TX and not on VUART RX ? Seems inconsistent.
2. For consistency or guideline, should the UART PU be on the board or debugger side ?
3. I2C PU is 560 Ohm, normally I2C PUs are 4K7, why this strong PU ?
4. I plan to use the V3MODS w/o translators and just 3.3V targets (STM32MP1/ F and L family MCU's) running at 3V3 I/O. any risks/concerns ?
5. what does the red cross indicate in the schematic ?
6. why are there PU on I2C, SPI and GPIO pins, nRESET and nGND Detect on the MCU side before the translator ? are the V3MODS outputs configured as OD ? Can this be omitted and configured as PU using any software ?
7. Why is there a PU on CAN RX and not TX ?
8. This application is just for internal development, not final product integration. Are 47R series resistor needs w/o using voltage translator, That is directly connect to the target. or are these just for EMI concerns in final products ?
Solved! Go to Solution.
2024-09-25 05:44 AM
Hello,
Here are the comments from the designer:
=> All inputs on level shifters (look at the signal direction) are connected to a PU/PD, this is not a question of TX or RX. Outputs are push pulled so they don’t require PU/PD
=> see above, no need to add anything
=> Dimensioned according to I2C speed, can be up to 4Mbps. You can change to fit your needs if you don't go so fast
=> No
=> Components not fitted. It is there just for reference.
=> PU required when OE_CTRL is high and output in tri-state
=> Same reason given in 1
=> 47R not needed without the translator.
2024-09-21 05:28 AM
Hi,
If You are referencing to this schematic:
https://www.st.com/resource/en/hw_model/stlink-v3mods_voltage-translator_reference-design.pdf
Then I don't think You have to use it if your target is 3.3V, the V3MODSMCU is powered by 3.3V.
The Pull up's are mostly there to prevent problems and are not strictly necessary.
But to me they seem to be where they belong (to pull up eventually high impedance lines).
To the I2C:
There is non "standard" pull up value for I2C, the value has to be designed according to:
- Voltage
- Bus speed
- Bus capacitance
- Current sink capacity of all connected IC's
The value of 560R is probable calculated for 1.8V and a Bus speeds up to fast-mode plus (1MHz).
The red cross means “not mounted” (the schematics was made with Altium designer).
2024-09-21 07:22 AM - edited 2024-09-21 07:23 AM
Many thanks, Yes, that link is the same as provided in my OP.
I do wonder though about the choice made for PU for item [1] & [7], any ideas ?
2024-09-25 05:44 AM
Hello,
Here are the comments from the designer:
=> All inputs on level shifters (look at the signal direction) are connected to a PU/PD, this is not a question of TX or RX. Outputs are push pulled so they don’t require PU/PD
=> see above, no need to add anything
=> Dimensioned according to I2C speed, can be up to 4Mbps. You can change to fit your needs if you don't go so fast
=> No
=> Components not fitted. It is there just for reference.
=> PU required when OE_CTRL is high and output in tri-state
=> Same reason given in 1
=> 47R not needed without the translator.
2024-09-26 05:03 AM
Thank you for the answers and explanations This is very helpful.
As a side question I wish to access SPI/I2C devices on the bridge from linux using command line scripts. is that possible ? (and the GPIO pins as well) is there an API, SDK for it, or I even could use USB commands to send to the device if there is a USB command document ?
2024-09-26 06:07 AM
Hi again,
thank you for the feedback.
The following may be what you're looking for:
2024-10-07 04:33 AM - edited 2024-10-07 04:46 AM
Thanks. Found the .so in the STLINK_007 zip file and the documentation for the API in the BRIDGE zip file. Looks like it's all there to start coding. Only that the documentation was in Windows CHM format, but there are free converters... :)