Detecting JLINK with nrfjprog

Hi,

What is the initial value of the serial_numbers_len?

Best regards,
Dejan

Hi,

I initiated serial_numbers_len to 0 as suggested in the header file.

However, I just discovered that when NRFJPROG_connect_to_emu_without_snr is called, and several JLINKs are attached, a selection pop-up is automatically created. Thus, no need to implement this myself.

\Eric

Hi,

I could get serial number if there is a connection to the debugger on nRF52840-DK. As long as the debugger is powered on, I could read its serial number with "nrfjprog --ids".

Are you using external debugger? Are you using development kit or custom board? In case you are using development kit, how are you cutting power to the nrf52 chip?

Can you get serial number by running the command "nrfjprog --ids" from the command line?

Best regards,
Dejan

I have a JLink+ with a custom board.

Yes, with nrfjprog --ids I get the id from the emulator regardless if it is connected to a target or not. So, either the NRFJPROG_read_connected_emu_snr (out snr) function has an issue when called from C# or the nrfprog application uses another function in the .dll API. Maybe you can investigate internally what it uses ?

\Eric

Hi,

Could you please confirm that serial_numbers_length in your code is not zero?

Best regards,
Dejan

Hi,

Please note that I'm not asking about NRFJPROG_enum_emu_snr() anymore. What I'm trying (since 220420)  is to use NRFJPROG_read_connected_emu_snr(). Since it does not use serial_numbers_length  I don't understand your question.

\Eric

Hi,

The function NRFJPROG_read_connected_emu_snr() returns the serial number of the emulator to which it is connected, but before that it is necessary to establish the connection to the emulator, which is done by using the functions NRFJPROG_connect_to_emu_with_snr() or NRFJPROG_connect_to_emu_without_snr().
In other words, the function NRFJPROG_read_connected_emu_snr()  requires as a precondition a live connection to the debug probe.

Best regards,
Dejan

Hi,

The function NRFJPROG_read_connected_emu_snr() returns the serial number of the emulator to which it is connected, but before that it is necessary to establish the connection to the emulator, which is done by using the functions NRFJPROG_connect_to_emu_with_snr() or NRFJPROG_connect_to_emu_without_snr().
In other words, the function NRFJPROG_read_connected_emu_snr()  requires as a precondition a live connection to the debug probe.

Best regards,
Dejan

Yes, but I'm doing that. Here is the complete code:

static string JLinkPath = "C:\\Program Files\\SEGGER\\JLink\\JLink_x64.dll";

[DllImport("nrfjprog.dll", CallingConvention = CallingConvention.Cdecl)]
private static extern int NRFJPROG_open_dll(string jlink_path, System.IntPtr cb, int family);

[DllImport("nrfjprog.dll", CallingConvention = CallingConvention.Cdecl)]
private static extern void NRFJPROG_close_dll();

[DllImport("nrfjprog.dll", CallingConvention = CallingConvention.Cdecl)]
private static extern int NRFJPROG_connect_to_emu_without_snr(int clock_speed_in_khz);

[DllImport("nrfjprog.dll", CallingConvention = CallingConvention.Cdecl)]
private static extern int NRFJPROG_read_connected_emu_snr(out int serial_number);

private void btnJlink_Click(object sender, RoutedEventArgs e)
{

int snr,clock_speed_in_khz = 4000;
IntPtr cb = new IntPtr();

NRFJPROG_close_dll();

NRFJPROG_open_dll(JLinkPath, cb, 1);

NRFJPROG_connect_to_emu_without_snr(clock_speed_in_khz);

NRFJPROG_read_connected_emu_snr(out snr);

}

And as previously stated, snr will have the correct serial number IF the emulator is (physically) connected to a target but "0" if it is not.

\Eric

Hi,

Could you please provide the return value of the NRFJPROG_read_connected_emu_snr() in the failing case?

Best regards,
Dejan

Like I said it is "0", i.e. a valid null terminated string with one character.

\Eric

Hi,

Could you provide  a log either by providing a callback to the cb parameter or by setting jlink to log the output to a file (J-Link log file)?

Best regards,
Dejan

Ok, so one  "success log" and one "fail log" attached. It seems the correct SNR is read also in the fail log but that something goes wrong due to the (obviously) "low target voltage".

\Eric