Segger JLink/Arm M4 issues, possible electronic stupidity.

BobTheDog

Hi Guys,

I have a Teensy 3.6 board here, which has a ARM M4F from NXP.

It has debug connections to the M4, but also a little ARM M0 chip which is used for protection and flashing the M4. The firmware of this M0 causes issues with the debug signals so I have "removed" the M0 by cutting its power trace.

When the M0 has been removed The reset line is always grounded so I have used a 4.7k pull-up resister between the reset and 3.3v. With this the board boots ok.

I have connected up a Segger JLink, if I use JLinkExe I can connect to the board, halt it, reset it and get it to run code. All works fine.

If I use JLinkGDBServer though I run into problems which I guessed were something to do with the cpu not halting correctly. or halting and then restarting, or reading. Not quite sure which one but you get errors for these.

It all starts with this warning

Blue Hell · Posted: Sat Apr 21, 2018 12:11 pm Post subject:

Maybe try 10k or even 47k for the pullup .. I've seen debuggers to be very picky on the reset pullup.

BobTheDog · Posted: Sat Apr 21, 2018 12:53 pm Post subject:

Hi Jan,

I was hoping you would answer, thanks.

I will give it a try tomorrow and get back with the results...

Cheers

Andy

Blue Hell · Posted: Sat Apr 21, 2018 1:41 pm Post subject:

Also .. the probe cable has some capacitance .. so maybe add a small capacitor .. as reset pulses need to have a certain length .. the data sheet should tell about it. But this seems a lil tricky as it would load the debugger's reset out .. maybe there is an application note for the debugger ... ah .. from the jlink manual :

BobTheDog · Posted: Sun Apr 22, 2018 2:36 am Post subject:

Hi Jan,

Thanks very much for looking into that for me, much appreciated.

Just about to fire up the soldering iron...

BobTheDog · Posted: Sun Apr 22, 2018 4:35 am Post subject:

Hi Jan,

I desoldered the 4.7K and connected it up to a bread board to try various resistors, no luck including the original 4.7k.

What I am noticing is that the reset line is sitting at around 1.16V with nothing connected to it.

If I connect it via a resistor to 3.3 V it always stays at 1.16V.

So I guessed this may be where the problem lies?

Looking at the teensy 3.6 schematic here: https://www.pjrc.com/teensy/schematic.html I also cut the traces to pins 4 and 13 of the MLK02 which were connected to reset on the m4.

Now on the reset line there was a 12.5khz pulse at 2V or so, I guessed this was something the M4 was doing?

So I connected it all back to the breadboard with a 20K pull-up and it works, without a probe as well Smile

I then tried with the 4.7K, 10K, and 47K and they also worked. What is the best value to go for for do you think?

Blue Hell · Posted: Sun Apr 22, 2018 4:50 am Post subject:

Great :-)

Apparently the value of the resistor matters not too much then .. whatever you put in last I'd leave it like that .. can always change it later.

And of course .. when that MKL thing is not powered the protection diodes in it would clamp the reset signal around ground .. I did not look well enough ...

What are you going to make?

BobTheDog · Posted: Sun Apr 22, 2018 5:40 am Post subject:

Well there is a few ideas which I have failed to do on other boards because of having to try to write USB Device code for Audio and Midi, something I have failed at!

The Teensy libs have a 2 in 2 out 44.1k, 16x16 midi ports and raw hid device code that just works and also host 16/16 midi for connecting up via the host usb once you have wired up a usb port to one of the headers. This also works.

So I have two projects planned:

1. A midi processor to go between a midi controller and a host, a more advanced version of this: http://www.midisolutions.com/prodepp.htm. A little editor to run on the host to set programs up that can then be selected from midi from the host.

2. A Eurorack thingy with 2 channel audio in/out and also cv using a MAX11300 https://www.maximintegrated.com/en/products/analog/data-converters/analog-to-digital-converters/MAX11300.html I have the code going for the MAX11300 from an earlier failed attempt using a Zynq FPGA board but running on the ARM rather than the FPGA so I need to get that over to the teensy. I want a modular type system where you can set programs up with selections of modules via the usb and then just load up those programs to get different setups. Basic things to start with like envelopes, LFOs and clock stuff.

None of it will ever work but it gives me something to do when I don't feel like working Wink

Blue Hell · Posted: Tue May 01, 2018 7:28 am Post subject: