Hi,
First of all, I want to mention that this is my first experience with the J-link and hardware debugger in general.
I’ve recently purchased a J-link Edu mini, and a Redboard Artemis from Sparkfun. I wanted to be able to debug the Redboard efficiently with the J-link but I’m not able to connect the J-link to the MCU (see the picture called log_debug.png). I've followed the instructions from this link without success.
About the hardware there are several things that might be important to consider:
- The Redboard works well since I'm able to upload and run code on it.
- This link mentions that the problem could be "loose connecting wire". On my end, I'm using the official SWD cable that came out with the J-Link the two boards together is the official coming with the J-Link so it shouldn't be the source of the issue.
- The Redboard only includes a SWD footprint. Thus, I needed to solder a SWD connector to the board, and since the header and the holes are super small, I am not 100% sure of my welding. I’ve attached several photos bellow of my welding. I know that two pins are welded together but these pins are GND so that’s why I’ve let it this way. I’ve also measured if there are any short-circuit between the pins with a multimeter and AS FAR AS I KNOW, there isn’t any.
- Since I wasn’t sure about the wiring of the J-link with the MCU, I’ve followed the picture of this link that tells me that the first pin is VCC and that it is on the side where there is an gap in the connector. I’ve then assumed that the small “1” on the Redboard corresponds to this VCC pin as well as the J-Link debugger. You can see a picture bellow of my wiring.
- I’m not using the official cable to connect the J-link with my computer since this one was too short. However, it doesn’t seem to be related to this issue since I am able to connect my computer to the J-Link.
About the software configuration:
- I was trying to debug with the J-Link commander (JLink.exe) but in every case I got the error message: “Cannot connect to target”. I also checked the log file generated by the J-link and there isn’t any extra information (see the JLinkLogOverride.log)
- A pop-up window appeared when I opened the (JlinkGDBServer.exe) which lets me upgrade the firmware of the J-Link. So, I guess that the firmware version is the latest.
- I’ve tried several configurations for the device parameter since I wasn’t sure which one to select but according to the Datasheet of the ReadBoard, the MCU belong to the Apollo3BlueSoC family which is known as “AMA3B1KK-KBR” or “AMA3B1KK-KCR” (segger.com/supported-devices/search/apollo3%20blue). I’ve tried both of them as well as the “Cortex-M4” but they all give me the same result. This link suggests that the correct device should be “AMA3B1KK-KBR”.
- I’ve also tried to decrease the interface speed to 100KHz according to this link but it didn’t change anything.
I am a bit out of idea, and I don’t own an oscilloscope to check the quality of the debug signals. Do you have any idea why this is happening ?
First of all, I want to mention that this is my first experience with the J-link and hardware debugger in general.
I’ve recently purchased a J-link Edu mini, and a Redboard Artemis from Sparkfun. I wanted to be able to debug the Redboard efficiently with the J-link but I’m not able to connect the J-link to the MCU (see the picture called log_debug.png). I've followed the instructions from this link without success.
About the hardware there are several things that might be important to consider:
- The Redboard works well since I'm able to upload and run code on it.
- This link mentions that the problem could be "loose connecting wire". On my end, I'm using the official SWD cable that came out with the J-Link the two boards together is the official coming with the J-Link so it shouldn't be the source of the issue.
- The Redboard only includes a SWD footprint. Thus, I needed to solder a SWD connector to the board, and since the header and the holes are super small, I am not 100% sure of my welding. I’ve attached several photos bellow of my welding. I know that two pins are welded together but these pins are GND so that’s why I’ve let it this way. I’ve also measured if there are any short-circuit between the pins with a multimeter and AS FAR AS I KNOW, there isn’t any.
- Since I wasn’t sure about the wiring of the J-link with the MCU, I’ve followed the picture of this link that tells me that the first pin is VCC and that it is on the side where there is an gap in the connector. I’ve then assumed that the small “1” on the Redboard corresponds to this VCC pin as well as the J-Link debugger. You can see a picture bellow of my wiring.
- I’m not using the official cable to connect the J-link with my computer since this one was too short. However, it doesn’t seem to be related to this issue since I am able to connect my computer to the J-Link.
About the software configuration:
- I was trying to debug with the J-Link commander (JLink.exe) but in every case I got the error message: “Cannot connect to target”. I also checked the log file generated by the J-link and there isn’t any extra information (see the JLinkLogOverride.log)
- A pop-up window appeared when I opened the (JlinkGDBServer.exe) which lets me upgrade the firmware of the J-Link. So, I guess that the firmware version is the latest.
- I’ve tried several configurations for the device parameter since I wasn’t sure which one to select but according to the Datasheet of the ReadBoard, the MCU belong to the Apollo3BlueSoC family which is known as “AMA3B1KK-KBR” or “AMA3B1KK-KCR” (segger.com/supported-devices/search/apollo3%20blue). I’ve tried both of them as well as the “Cortex-M4” but they all give me the same result. This link suggests that the correct device should be “AMA3B1KK-KBR”.
- I’ve also tried to decrease the interface speed to 100KHz according to this link but it didn’t change anything.
I am a bit out of idea, and I don’t own an oscilloscope to check the quality of the debug signals. Do you have any idea why this is happening ?
The post was edited 1 time, last by EpiX ().