2012-08-10 04:41 AM
Hi, im not sure if this is the correct subforum for this question, if not please move this subject to the correct spot.
I am wondering if it is necessary to protect the JTAG interface of the STM32 processors from electromagnetic emission? If the JTAG interface is not protected, EM emission should be able to set the processor in an unwanted state under circumstances, right? Thanks!2012-08-10 05:07 AM
I'd think naturally it's pretty immune to EMI, perhaps you're thinking of ESD? It's not radiation hardened though.
2012-08-10 06:00 AM
10K pull up and pull down resisters on the board provide good protection. If you need more than that, find an EMI expert.
Cheers, Hal2012-08-12 10:55 PM
Hi clive,
ESD is part of our EMV ( thats the name of it ) and that means electromagnetic compatibility. I have thought about a ESD-diode and a resistor (few 100 ohms) in each of the JTAG signals.2012-08-13 05:54 AM
ESD is part of our EMV ( thats the name of it ) and that means electromagnetic compatibility.
I have thought about a ESD-diode and a resistor (few 100 ohms) in each of the JTAG signals. I just wonder. while It is prudent to consider ESD when the unit is ''out there'' why do you need to consider it when the unit is in the ''programming environment'' PS beware of the caopacitance of an ESD-diode, it can be significant. There are ESD devices that are very low capacitance and, anyhow, a diode due to how slow it is, is very poor ESD protection. Erik2012-08-13 10:37 PM
Well, i have thought that if we want to update the processor in field via JTAG, there could arise problems when connecting the JTAG adapter to the JTAG interface, therefore protect it from ESD impulses.. or is this assumption incorrect?
2012-08-14 06:34 AM
<i>Well, i have thought that if we want to update the processor in field via JTAG</i>
It is very uncommon to do field updates via JTAG, usually that is done with a bootloader. Erik2012-08-14 07:15 AM
It is very uncommon to do field updates via JTAG, usually that is done with a bootloader.
Indeed, unless you have technicians running around with JTAG adapters updating things, field upgrades are usually pushed via simpler means. I usually have several means to update parts, including connecting to a server and pulling a new image if you have network/internet connectivity. JTAG represents the course of last resort when you've bricked the device to the point where external connection are non-functional. Using the built in system loader, or your own boot loader, an RS232 port would provide a more robust, and ESD protected interface method than connecting directly to the pins of a CMOS processor. The processor has some ESD protection diodes on the IO pads, which clamp over/under voltages to the rails, but if you dump enough energy into it you'll just evaporate the silicon.2012-08-14 11:18 PM
Hi guys,
Updating via JTAG is our alternative. Usually we use our self-written bootloader and we update the firmware via a CAN-similar network (CAN-similar protocol) But haveing an alternative is important if our first option fails, and since its not possible to disable JTAG, why not..? :-) Are there any shematics or layouts available where i can see if these JTAG pins have ESD-diodes already implemented? Thanks Edit : Ive found a layout, there are no ESD diodes on the JTAG pins implemented..2012-08-15 04:44 AM
Updating via JTAG is our alternative.
Usually we use our self-written bootloader and we update the firmware via a CAN-similar network (CAN-similar protocol)
The use of JTAG in the field should be such a rarity that you do not need worry about itBut haveing an alternative is important if our first option fails, and since its not possible to disable JTAG, why not..? :-)
as above
Ive found a layout, there are no ESD diodes on the JTAG pins implemented..
probably because the capacitance of such diodes would slow it down too much Erik