Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.arch.embedded > #31114

Re: Cortex-Mx MCUs with SWD access locked

From David Brown <david.brown@hesbynett.no>
Newsgroups comp.arch.embedded
Subject Re: Cortex-Mx MCUs with SWD access locked
Date 2022-06-27 09:23 +0200
Organization A noiseless patient Spider
Message-ID <t9bltd$bbua$1@dont-email.me> (permalink)
References (2 earlier) <sler5kcfj7pp.q0ov9m80226w$.dlg@40tude.net> <t94hld$u4k$2@dont-email.me> <1s43q2growcwa.s2laxcbccg5n$.dlg@40tude.net> <t94ojc$mvo$1@dont-email.me> <t9bk76$atvl$1@dont-email.me>

Show all headers | View raw


On 27/06/2022 08:54, pozz wrote:
> Il 24/06/2022 18:26, David Brown ha scritto:
>> On 24/06/2022 16:42, dalai lamah wrote:
>>> Un bel giorno pozz digitò:
>>>
>>>>> Or maybe some ground loops, for example if you have connected the 
>>>>> J-Link
>>>>> probe to a desktop PC (or in general a PC not isolated from mains) 
>>>>> and your
>>>>> boards are somewhat connected to mains or earth ground too.
>>>>
>>>> Yes, I use a desktop PC connected to mains and the boards are supplied
>>>> from an AC/DC connected to mains too.
>>>>
>>>> Is this a problematic scenario?
>>>
>>> Normally it shouldn't be, but it also depends on what the board does. 
>>> If it
>>> contains some power stages running at high frequency, it is quite common
>>> (especially if the EMI filtering is subpar) that switching currents can
>>> pass through the AC/DC power supply and create problems.
>>>
>>> If this keeps happening, try using a laptop isolated from mains and 
>>> see if
>>> it helps.
>>>
>>
>> Another trick is to make sure you have a separate ground connection 
>> between the board and the PC before attaching the JTAG.  A wire from 
>> the board ground to the PC's case is usually fine.
>>
> 
> Sorry I don't follow very well these arguments.
> 
> You say to have a separate ground connection between the board and the 
> PC, but you suggest to connect a wire between them. It seems 
> contradictory to me.

No, the wire is the connection.

The point is to stop any brief surges passing through the debugger and 
USB system.  When boards get connected or unconnected to supplies and 
other equipment, there can sometimes be slight differences in the ground 
potential.  This can lead to a current pulse, which is sometimes large 
due to capacitances, and this in turn can lead to voltage pulses.  If 
there is a nice, clean path for the current to follow along a direct 
connecting wire, that's where the current will go, and the debugger and 
USB is spared the pulses.

> 
> What do you mean with board ground? GND, the reference voltage for 3.3V 
> of the MCU?

Yes, generally.

> Usually I work on boards with only one low-voltage power 
> supply input (12Vdc, plus and minus) that is down-scaled to 3.3V by a 
> DC/DC switching regulator. There isn't an *earth* connection on the 
> board. Mounting holes are connected to GND, but most of the time, the 
> board is not mounted on my bench.
> 

These mounting holes are often a good point to connect such a ground 
wire - just as the mounting screws on the case of the PC are typically a 
good point on the PC side.

Ideally, the power supply enters a board at one point, and you have a 
star connection from there to any zero volt references (so that noise 
from ground for high power switching does not disturb the 
microcontroller, or high frequency noise on the microcontroller ground 
does not disturb sensitive analogue parts, etc.).  And ideally, this 
ground connection to the PC also comes from that star.  In practice, for 
simpler boards a single ground reference plane is usually all you need, 
and all you need here is for your ground connection wire to have a good 
low impedance connection.  A croc clip wire clipped to the mounting 
holes or screws is fine.

(I am referring to local ground, or zero volt reference - not "true 
ground" or "earth".  You only need an earth connection if you have high 
voltages and safety concerns.)

Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Cortex-Mx MCUs with SWD access locked pozz <pozzugno@gmail.com> - 2022-06-23 23:38 +0200
  Re: Cortex-Mx MCUs with SWD access locked pozz <pozzugno@gmail.com> - 2022-06-24 11:25 +0200
    Re: Cortex-Mx MCUs with SWD access locked dalai lamah <antonio12358@hotmail.com> - 2022-06-24 12:22 +0200
      Re: Cortex-Mx MCUs with SWD access locked pozz <pozzugno@gmail.com> - 2022-06-24 16:27 +0200
        Re: Cortex-Mx MCUs with SWD access locked dalai lamah <antonio12358@hotmail.com> - 2022-06-24 16:42 +0200
          Re: Cortex-Mx MCUs with SWD access locked pozz <pozzugno@gmail.com> - 2022-06-24 16:56 +0200
            Re: Cortex-Mx MCUs with SWD access locked dalai lamah <antonio12358@hotmail.com> - 2022-06-24 17:16 +0200
          Re: Cortex-Mx MCUs with SWD access locked David Brown <david.brown@hesbynett.no> - 2022-06-24 18:26 +0200
            Re: Cortex-Mx MCUs with SWD access locked Dimiter_Popoff <dp@tgi-sci.com> - 2022-06-24 20:00 +0300
            Re: Cortex-Mx MCUs with SWD access locked pozz <pozzugno@gmail.com> - 2022-06-27 08:54 +0200
              Re: Cortex-Mx MCUs with SWD access locked David Brown <david.brown@hesbynett.no> - 2022-06-27 09:23 +0200
    Re: Cortex-Mx MCUs with SWD access locked David Brown <david.brown@hesbynett.no> - 2022-06-24 14:15 +0200
      Re: Cortex-Mx MCUs with SWD access locked pozz <pozzugno@gmail.com> - 2022-06-24 16:25 +0200
        Re: Cortex-Mx MCUs with SWD access locked Stef <me@this.is.invalid> - 2022-06-24 20:29 +0200
          Re: Cortex-Mx MCUs with SWD access locked David Brown <david.brown@hesbynett.no> - 2022-06-24 20:34 +0200
            Re: Cortex-Mx MCUs with SWD access locked Stef <me@this.is.invalid> - 2022-06-24 22:12 +0200
              Re: Cortex-Mx MCUs with SWD access locked David Brown <david.brown@hesbynett.no> - 2022-06-25 10:19 +0200
          Re: Cortex-Mx MCUs with SWD access locked pozz <pozzugno@gmail.com> - 2022-06-27 09:06 +0200
            Re: Cortex-Mx MCUs with SWD access locked David Brown <david.brown@hesbynett.no> - 2022-06-27 09:25 +0200
        Re: Cortex-Mx MCUs with SWD access locked Reinhardt Behm <rbehm@hushmail.com> - 2022-06-26 14:25 +0000
          Re: Cortex-Mx MCUs with SWD access locked pozz <pozzugno@gmail.com> - 2022-06-27 10:07 +0200
            Re: Cortex-Mx MCUs with SWD access locked Reinhardt Behm <rbehm@hushmail.com> - 2022-06-27 15:11 +0000
              Re: Cortex-Mx MCUs with SWD access locked pozz <pozzugno@gmail.com> - 2022-06-27 23:50 +0200
                Re: Cortex-Mx MCUs with SWD access locked Stef <me@this.is.invalid> - 2022-06-28 11:23 +0200
                Re: Cortex-Mx MCUs with SWD access locked pozz <pozzugno@gmail.com> - 2022-06-28 12:42 +0200
                Re: Cortex-Mx MCUs with SWD access locked Stef <me@this.is.invalid> - 2022-06-28 17:06 +0200

csiph-web