Programmieren eines Mikrocontrollers - JTAG und SWD

Ich habe diesen Mikrocontroller - S32K118 64 Pins.

Ich möchte meine Software-Datendatei mit dem unten genannten Debugger in den Mikrocontroller laden.

Ich verwende dieses J-LINK Segger BASE Debugger-Modell, um meinen Mikrocontroller zu programmieren.

Ich habe ein Windows-Betriebssystem und die Software-Datendatei, die ich auf den Mikrocontroller herunterladen möchte, hat die Erweiterung „.s28“.

Ich habe die JTAG-Schnittstellenleitungen auf meiner Platine, die mit dem Mikrocontroller verbunden ist. Und ich habe die JTAG-Leitungen vom Debugger mit der Platine verbunden. Es gibt keine Fehlanpassung wie TDI zu TDO (wie im UART-Protokoll). Ich habe eine TDI-Leitung auf dem Debugger mit der TDI-Leitung auf der Platine verbunden. So für alle JTAG-Verbindungen.

(PS Eigentlich habe ich 2 Mikrocontroller auf der Platine. Aber sie sind nicht verkettet. Jeder Mikrocontroller hat einen separaten Satz von JTAG-Schnittstellenleitungen.)

Bitte haben Sie Geduld mit meinen folgenden Fragen, da ich mich mit Software nicht so gut auskenne.

Meine Fragen :

1. Der Debugger hat auch die Möglichkeit, den Mikrocontroller über die SWD-Schnittstelle zu programmieren. Ich habe das Handbuch gelesen, das besagt, dass dieser Debugger auch die SWD-Schnittstelle verwenden kann, indem er nur die TMS- und TCK-Leitungen verwendet.

Aber wie wird die JTAG- oder die SWD-Schnittstelle zum Programmieren des Mikrocontrollers ausgewählt? Wird diese Auswahl der Programmierschnittstelle im Softwarecode erwähnt oder sollte die Hardwareperson sie auswählen? Wenn die Hardware-Person es auswählen muss, wie sollte sie es dann tun?

Grundfrage - Wie wird die Programmierschnittstelle zwischen JTAG und SWD festgelegt? Wird es im Softwarecode erwähnt oder wie ist es?

2. Im J-Link Segger Debugger Manual , auf Seite 279, Kapitel 13.3.3 Menüstruktur, wird es angegeben als

Es wird erwähnt, dass die Softwaredatendatei das Format .hex, .mot, .srec oder .bin haben sollte.

Aber meine Software-Dateierweiterung ist .s28

Akzeptiert der Debugger diese Datei? Bei einer einfachen Google-Suche fand ich heraus, dass es sich bei den .s28- und .srec-Dateien um Motorola S-Record handelt, ein von Motorola erstelltes Dateiformat, das binäre Informationen als Hex-Werte in ASCII-Textform übermittelt. Dieses Dateiformat kann auch als SRECORD, SREC, S19, S28, S37 bekannt sein. Es wird erwähnt, dass .srec und .s28 gleich sind?

Also kann ich diese .s28-Datei mit diesem Debugger auf den Mikrocontroller laden?

Ich habe 2 Arten von Fehlern erhalten, wie unten gezeigt

Fehler 1:

Im obigen Bild können Sie sehen, dass ich meine richtige Mikrocontroller-Teilenummer und die erforderliche Softwaredatendatei ausgewählt habe (weiß nicht, ob diese Erweiterung .s28 vom Mikrocontroller unterstützt wird). Aber ich bekam den Fehler wie, CULD NOT CONNECT TO TARGET.

Warum kommt dieser Fehler? Ich habe die Hardwareverbindung überprüft, sie ist perfekt.

Ich habe versucht, die Schnittstelle von SWD auf JTAG zu ändern (wie im obigen Bild hervorgehoben. Aber ich habe die Geschwindigkeit nicht geändert. Beide waren bei 4000 kHz). Trotzdem das gleiche Ergebnis, das ich bekam. Keine Änderung

Fehler 2: Nach einiger Zeit, im selben Fenster, fing ich an, den Fehler zu bekommen wie – „FEHLER: Datei konnte nicht heruntergeladen werden“

Ich habe nichts an meinem Hardware-Setup oder irgendetwas geändert. Aber der Fehler war ein anderer.

Ich habe im Debugger-Handbuch recherchiert, ich konnte keine Lösung für diese Fehler finden. Ich bin auch in den Segger-Foren und den NXP-Community-Foren. Aber immer noch keine Ergebnisse.

Kann mir bitte jemand bei diesen Fehlern helfen und wie ich sie beheben kann?

Frage 3 :

Angenommen, der Debugger programmiert den Mikrocontroller. Wie hoch sollte der Spannungspegel am RESET-Pin in dem Moment oder dem Moment sein, in dem der Debugger die Softwaredatei auf den Mikrocontroller lädt? Sollte der RESET hoch sein oder sollte der RESET niedrig sein? Und wenn es LOW sein sollte, zieht der Debugger den RESET herunter?

BEARBEITEN :

Schema: Mikrocontroller - S32K118 64 Pin.

Das Reset-Signal an der Basis des unten gezeigten Transistors befindet sich im Zustand Always High. Es wird also kein Problem sein. Für die JTAG-Reset-Verbindung habe ich das RESET-Signal vom oberen Ende des C0103-Kondensators genommen.