Renesas E1, E20, E2 Handbuch
Übersicht
Funktionen eines E1-, E20- oder E2-Emulators
Ein E1-, E20- oder E2-Emulator ist ein On-Chip-Debugging-Emulator, der eine Flash-Programmierfunktion beinhaltet, welche zum Debuggen und Programmieren von Programmen verwendet wird, die in Mikrocontroller mit On-Chip-Flash-Speicher eingebettet werden sollen. Das heißt, beide Produkte können ein Programm debuggen, während der Ziel-Mikrocontroller mit dem Benutzersystem verbunden ist, und Programme in den On-Chip-Flash-Speicher von Mikrocontrollern schreiben.
Hinweis zur Verwendung des E20-Emulators
Die Funktionen, die für das Debugging der RH850-Familie mit dem E20-Emulator verwendet werden, sind dieselben wie beim E1-Emulator. Die große Trace-Funktion, eine charakteristische Funktion des E20-Emulators, kann nicht verwendet werden.
Konfiguration der Handbücher
Bei der Verwendung des E1-, E20- oder E2-Emulators für das Debugging mit einem Produkt der RH850-Familie müssen Sie unbedingt die unten stehenden Handbücher (1) und (2) lesen. Lesen Sie bei Bedarf auch den Anwendungshinweis (3).
(1) Benutzerhandbuch für E1- oder E20-Emulator und Benutzerhandbuch für E2-Emulator
Die Benutzerhandbücher für E1/E20-Emulator und E2-Emulator beschreiben Hardwarespezifikationen, einschließlich der folgenden Punkte:
- Komponenten der Emulatoren
- Hardwarespezifikationen des Emulators
- Verbinden des Emulators mit einem Host-Computer und Benutzersystem
(2) E1- oder E20-Emulator, E2-Emulator Zusatzdokument zum Benutzerhandbuch
Das E1/E20-Emulator, E2-Emulator Zusatzdokument zum Benutzerhandbuch beschreibt die Funktionen eines Debuggers, und sein Inhalt hängt vom jeweiligen Satz der MCUs ab. Im Allgemeinen enthält ein Zusatzdokument Hinweise zu den folgenden Punkten:
- Für die Verwendung im Hardware-Design, ein Anschlussbeispiel und die erforderlichen Schnittstellenschaltungen zum Anschluss des Emulators.
- Hinweise zur Verwendung des Emulators
(3) E2-Emulator Anwendungshinweis
Der E2-Emulator Anwendungshinweis enthält eine Erklärung, Beschreibungen zur Verwendung und Hinweise zu den erweiterten Funktionen des E2-Emulators.
Anschluss des Emulators und des Benutzersystems
Zum Anschluss des E1-, E20- oder E2-Emulators muss ein Stecker für das Benutzersystem-Schnittstellenkabel am Benutzersystem montiert werden. Lesen Sie bei der Entwicklung des Benutzersystems dieses Kapitel des Handbuchs und das Hardwarehandbuch für die zu verwendenden MCUs.
Am Benutzersystem montierter Stecker
Tabelle 2-1 zeigt den empfohlenen 14-poligen Stecker für den Anschluss des E1-, E20- oder E2-Emulators. Wenn andere Komponenten um den Stecker herum montiert werden, montieren Sie keine Komponenten mit einer Höhe von mehr als 10 mm innerhalb von 5 mm des Steckers auf dem Benutzersystem, wie in Abbildung 2-1 gezeigt.
Tabelle 2-1 Empfohlener Stecker
| Typnummer | Hersteller | Spezifikation | |
| 14-poliger Stecker | 7614-6002 | 3M Japan Limited | 14-poliger gerader Typ (Japan) |
| 2514-6002 | 3M Limited | 14-poliger gerader Typ (andere Länder) |
Abbildung 2-1 Bereich, in dem Einschränkungen für montierte Komponenten gelten
- Für den Anschluss eines E1-Emulators
Abbildung 2-2 zeigt ein Beispiel für den Anschluss des Benutzersystem-Schnittstellenkabels eines E1-Emulators an einen 14-poligen Stecker.
Abbildung 2-2 Anschluss des Benutzersystem-Schnittstellenkabels an den 14-poligen Stecker im E1-Emulator
- Für den Anschluss eines E20-Emulators
Um einen E20-Emulator mit einem 14-poligen Stecker zu verwenden, verwenden Sie den 38-poligen/14-poligen Stecker-Konvertierungsadapter [R0E000200CKA00], der dem E20 beiliegt.
- Für den Anschluss eines E2-Emulators
Um einen E2-Emulator mit einem 14-poligen Stecker zu verwenden, verwenden Sie den mit dem E2 gelieferten Stecker-Konvertierungsadapter. Abbildung 2-3 zeigt ein Beispiel für den Anschluss.
Der Stecker-Konvertierungsadapter ist mit einem Schalter versehen. Die Einstellung für den Schalter muss für den RH850 auf der Seite "1" (Eins) stehen. Der Betrieb ist nicht garantiert, wenn der Schalter auf der Seite "3" (Drei) steht. Informationen zur Einstellung des Schalters finden Sie in Tabelle 2-2.
Abbildung 2-3 Anschluss des Benutzersystem-Schnittstellenkabels an den 14-poligen Stecker im E2-Emulator
Tabelle 2-2 Einstellung der Schalter (SW1)
| Einstellung | Beschreibung |
| 1 | Das Zielgerät ist ein RH850 Mikrocontroller (Standardeinstellung). |
| 3 | Das Zielgerät ist ein RL78 Mikrocontroller. |
 |
Hinweis zum Einstecken und Entfernen des Steckers (1): Beim Anschließen oder Trennen des Benutzersystem-Schnittstellenkabels und des Benutzersystems fassen Sie die Steckerabdeckung am Kabelende oder beide Seiten der Platine des Stecker-Konvertierungsadapters an. Das Ziehen am Kabel selbst kann die Verkabelung beschädigen. |
Wenn ein 20-poliges (1,27 mm Rastermaß) Benutzersystem-Schnittstellenkabel des E2-Emulators getrennt wird, erwerben Sie das folgende eingestellte Produkt: RTE0T00020KCAC0000J.
| |
Hinweis zum Einstecken und Entfernen des Steckers (2): Beachten Sie, dass das Benutzersystem-Schnittstellenkabel oder der Stecker-Konvertierungsadapter mit der richtigen Ausrichtung eingesteckt werden muss. Das Anschließen des Benutzersystem-Schnittstellenkabels oder des Stecker-Konvertierungsadapters mit falscher Ausrichtung kann zu Beschädigungen führen. |
Pinbelegung des Steckers
Tabelle 2-3 zeigt die Pinbelegung des 14-poligen Steckers.
Tabelle 2-3 Pinbelegung des 14-poligen Steckers
| Pin-Nr. | Signalname (#: aktiv niedrig, -: unbenutzt) | I/O (*3) | |||||
| Debugging | Programmierung (RF | P) | |||||
| 4-Pin LPD | 1-Pin LPD | JTAG | 2-Draht UART | 1-Draht UART | CSI | ||
| 1 | LPDCLK | - | TCK | - | - | FPCK | Input (Eingang) |
| 2 (*1) | GND | GND | GND | GND | GND | GND | - |
| 3 | LPDRST# | - | TRST# | - | - | | Input (Eingang) |
| 4 | FPMD0 | FPMD0 | FPMD0 | FPMD0 | FPMD0 | FPMD0 | Input (Eingang) |
| 5 | LPDO | - | TDO | FPDT | - | FPDT | Output (Ausgang) |
| 6 | - | - | - | FPMD1 | FPMD1 | FPMD1 | Input (Eingang) |
| 7 | LPDI/LPDIO | LPDIO | TDI | FPDR | FPDR | FPDR | I/O |
| 8 | TVDD | TVDD | TVDD | TVDD | TVDD | TVDD | - |
| 9 | - | - | TMS | - | - | - | Input (Eingang) |
| 10 (*3) | EVTO | - | EVTO | - | - | - | Output (Ausgang) |
| 11 | LPDCLKO | - | RDY# | - | - | - | Output (Ausgang) |
| 12 (*1) | GND | GND | GND | GND | GND | GND | - |
| 13 (*2) | RESET# | RESET# | RESET# | RESET# | RESET# | RESET# | Input (Eingang) |
| 14 (*1) | GND | GND | GND | GND | GND | GND | - |
Hinweise:
- Verbinden Sie die Pins 2, 12 und 14 des Steckers sicher mit GND des Benutzersystems. Diese Pins werden für die elektrische Masse (GND) und zur Überwachung der Verbindung mit dem Benutzersystem durch den E1-, E20- oder E2-Emulator verwendet.
- Stellen Sie unbedingt sicher, dass Pin 13 vor der Verwendung des Emulators angeschlossen ist.
- Der EVTO-Pin dient der Ausgabe von Ereignissignalen vom Gerät an den E2-Emulator. Obwohl das Anschließen des EVTO-Pins nicht zwingend erforderlich ist, empfehlen wir, diesen Pin im Voraus anzuschließen. Bei einigen Geräten ist der EVTO-Pin nicht vorhanden oder nur als Pin-Funktion verfügbar, die mit anderen Funktionen multiplexiert ist. Wenn der EVTO-Pin eine multiplexierte Pin-Funktion ist und die Ereignisausgabefunktion verwendet werden soll, stellen Sie den EVTO-Pin so ein, dass er als EVTO-Pin fungiert, indem Sie die erforderlichen Registereinstellungen gemäß dem Benutzerhandbuch für das Gerät vornehmen.
- Eingabe und Ausgabe werden aus der Perspektive des Zielgeräts definiert.
| |
Nicht verwendete Pins: Legen Sie keine Signale vom Benutzersystem an nicht verwendete Pins an. Dies kann die Pins beschädigen. |
Verbindungsschnittstelle und Modi
Der Betriebsmodus und die Verbindungsschnittstelle eines E1-, E20- oder E2-Emulators werden auf die in Tabelle 2-4 gezeigte Weise umgeschaltet, je nachdem, ob er zum Debuggen (wenn ein Debugger verwendet wird) oder zum Programmieren (wenn der Flash-Programmer verwendet wird) eingesetzt wird. Der serielle Programmiermodus kann auch dann verwendet werden, wenn der Debugger in Gebrauch ist. Wenn der Flash-Speicher durch die Download-Funktion des Debuggers programmiert wird, wird die Flash-Selbstprogrammierungsfunktion verwendet.
Tabelle 2-4 Modi und Verbindungsschnittstellen
| Verwendung | Tool | Gerätemodus | Verbindungsschnittstelle | |
| Programmierung | Renesas Flash Programmer (RFP) | Serieller Programmiermodus | 1- oder 2-Draht UART oder CSI | |
| Debugging | CS+, MULTI*1, oder e2 studio | Wenn OPJTAG automatisch gesetzt (verbunden) ist*2 | Serieller Programmiermodus | Wenn 1-Pin LPD ausgewählt ist, wird 1-Draht UART verwendet. Wenn 4-Pin LPD ausgewählt ist, wird 2-Draht UART verwendet. |
| Während des Debuggens | Normaler Betriebsmodus oder Benutzer-Boot-Modus | 1- oder 4-Pin LPD oder JTAG | ||
Hinweise:
- Dies bezieht sich auf die integrierte Entwicklungsumgebung MULTI von Green Hills Software. Im restlichen Teil dieses Dokuments wird sie einfach als MULTI bezeichnet.
- OPJTAG automatische Einstellungsfunktion: Wenn ein Gerät gedebuggt wird, bestimmt das OPJTAG-Bit im Optionsbyte-Register den Typ der Verbindungsschnittstelle. Das Debugging wird nicht gestartet, wenn die vom OPJTAG-Bit ausgewählte Schnittstelle nicht mit der vom Debugger ausgewählten übereinstimmt. Wenn die OPJTAG automatische Einstellungsfunktion aktiviert ist, wechselt der Emulator ohne Fehler in den seriellen Programmiermodus und liest das OPJTAG-Bit. Wenn die Schnittstelle von der vom Debugger ausgewählten abweicht, wird das OPJTAG-Bit neu geschrieben, der Modus auf den normalen Betriebsmodus umgeschaltet und das Debugging wird gestartet.
Wenn diese Funktion aktiviert ist, um das Debugging zu starten, da der Modus in den seriellen Programmiermodus umgeschaltet wird, kann eine Emulation unmöglich sein, da die Anfangswerte im Speicher und der ECC-Fehler nach einem Reset undefiniert sind. Verwenden Sie daher die OPJTAG automatische Einstellungsfunktion nur, wenn das OPJTAG-Bit im Optionsbyte-Register geändert werden soll. Details zur Einstellung dieser Funktion finden Sie im Benutzerhandbuch des verwendeten Debuggers.
Wählen Sie bei CS+ auf der Registerkarte "[Connect Settings]" (Verbindungseinstellungen) die Eigenschaft "[Set OPJTAG in LPD connection before connecting]" (OPJTAG in LPD-Verbindung vor dem Verbinden setzen) mit "Yes" (Ja) aus, um die OPJTAG automatische Einstellungsfunktion zu aktivieren.
Beispiele für empfohlene Verbindungen zwischen dem Stecker und dem MCU
Dieser Abschnitt beschreibt Beispiele für empfohlene Verbindungen zwischen dem Stecker für den E1-, E20- oder E2-Emulator und dem Zielgerät. Da es verschiedene Beispiele für empfohlene Verbindungen je nach Verwendungszweck des Emulators gibt, wählen Sie die entsprechende Schaltung unter Bezugnahme auf Tabelle 2-5 aus. Berücksichtigen Sie beim Schaltungsentwurf unbedingt die Spezifikationen des Zielgeräts sowie Maßnahmen zur Rauschunterdrückung.
Tabelle 2-5 Verwendungszweck des E1-, E20- oder E2-Emulators und das entsprechende Beispiel für empfohlene Verbindungen
| Zweck | Abbildung |
| Debugging (1-Pin LPD, 4-Pin LPD oder JTAG) und Programmierung (1-Draht UART, 2wire UART oder CSI) | Abbildung 2-4 |
| Debugging (1-Pin LPD) und Programmierung (1-Draht UART) | Abbildung 2-5 |
| Nur Programmierung (1-Draht UART oder 2-Draht UART) | Abbildung 2-6 |
| Nur Programmierung (CSI) | Abbildung 2-7 |
Beispiel für empfohlene Verbindungen zum Debuggen (1-Pin LPD, 4-Pin LPD oder JTAG) und Programmieren (1-Draht UART, 2-Draht UART oder CSI)
Abbildung 2-4 Verbindungsbeispiel
- Hinweis 1: Die Schaltung ist so zu gestalten, dass der FLMD1-Pin während der Programmierung auf niedrigem Pegel liegen muss.
- Hinweis 2: Ein Pull-up von JP0_0 ist nur erforderlich, wenn Sie die 1-Pin-LPD-Schnittstelle verwenden.
- Hinweis 3: Wenn das Debugging mit einer LPD-Verbindung unter Verwendung eines E1-Emulators erfolgt, aktivieren Sie die Pull-up-Funktion der JP0-3-Ports im Benutzerprogramm nicht.
- Weitere Informationen zur Reset-Schaltung finden Sie im Abschnitt Anschließen des RESET-Pins.
- Details zu TVDD finden Sie im Abschnitt Anschließen des TVDD-Pins.
- Verlegen Sie die Kabel zwischen dem 14-poligen Stecker und dem Zielgerät so kurz wie möglich (innerhalb von 50 mm wird empfohlen). Verbinden Sie die Signalleitungen zwischen dem Stecker und dem Zielgerät nicht mit anderen Signalleitungen.
- Verwenden Sie GND, um einen Schutzring für die Verdrahtung zwischen dem 14-poligen Stecker und dem Zielgerät anzulegen. Verlegen Sie Hochgeschwindigkeitssignalleitungen nicht parallel zueinander oder lassen Sie sie sich nicht kreuzen.
- Pin-Namen können je nach Zielgerät variieren. Die tatsächlichen Pin-Namen entnehmen Sie bitte dem Benutzerhandbuch des von Ihnen verwendeten Zielgeräts.
- Führen Sie eine geeignete Verarbeitung für Pins von Zielgeräten durch, die keine Verbindung zum Emulator benötigen, gemäß den Beschreibungen in "Handling of Unused Pins" (Umgang mit ungenutzten Pins) im Benutzerhandbuch des Zielgeräts.
| |
| Anschluss von Emulatoren anderer Hersteller: Wenn Sie einen Emulator eines anderen Herstellers zum Debuggen verwenden, lesen Sie unbedingt dessen Handbuch vorher. |
Beispiel für empfohlene Verbindungen zum Debuggen (1-Pin LPD) und Programmieren (1-Draht UART)
Abbildung 2-5 Verbindungsbeispiel
- Hinweis 1: Die Schaltung ist so zu gestalten, dass der FLMD1-Pin während der Programmierung auf niedrigem Pegel liegen muss.
- Weitere Informationen zur Reset-Schaltung finden Sie im Abschnitt Anschließen des RESET-Pins.
- Details zu TVDD finden Sie im Abschnitt Anschließen des TVDD-Pins.
- Verlegen Sie die Kabel zwischen dem 14-poligen Stecker und dem Zielgerät so kurz wie möglich (innerhalb von 50 mm wird empfohlen). Verbinden Sie die Signalleitungen zwischen dem Stecker und dem Zielgerät nicht mit anderen Signalleitungen.
- Verwenden Sie GND, um einen Schutzring für die Verdrahtung zwischen dem 14-poligen Stecker und dem Zielgerät anzulegen. Verlegen Sie Hochgeschwindigkeitssignalleitungen nicht parallel zueinander oder lassen Sie sie sich nicht kreuzen.
- Pin-Namen können je nach Zielgerät variieren. Die tatsächlichen Pin-Namen entnehmen Sie bitte dem Benutzerhandbuch des von Ihnen verwendeten Zielgeräts.
- Führen Sie eine geeignete Verarbeitung für Pins von Zielgeräten durch, die keine Verbindung zum Emulator benötigen, gemäß den Beschreibungen in "Handling of Unused Pins" (Umgang mit ungenutzten Pins) im Benutzerhandbuch des Zielgeräts.
Beispiel für empfohlene Verbindungen nur zur Programmierung (1-Draht UART oder 2-Draht UART)
Abbildung 2-6 Verbindungsbeispiel
- Hinweis 1: Die Schaltung ist so zu gestalten, dass der FLMD1-Pin während der Programmierung auf niedrigem Pegel liegen muss.
- Weitere Informationen zur Reset-Schaltung finden Sie im Abschnitt Anschließen des RESET-Pins.
- Details zu TVDD finden Sie im Abschnitt Anschließen des TVDD-Pins.
- Verlegen Sie die Kabel zwischen dem 14-poligen Stecker und dem Zielgerät so kurz wie möglich (innerhalb von 5 mm wird empfohlen). Verbinden Sie die Signalleitungen zwischen dem Stecker und dem Zielgerät nicht mit anderen Signalleitungen.
- Verwenden Sie GND, um einen Schutzring für die Verdrahtung zwischen dem 14-poligen Stecker und dem Zielgerät anzulegen. Verlegen Sie Hochgeschwindigkeitssignalleitungen nicht parallel zueinander oder lassen Sie sie sich nicht kreuzen.
- Pin-Namen können je nach Zielgerät variieren. Die tatsächlichen Pin-Namen entnehmen Sie bitte dem Benutzerhandbuch des von Ihnen verwendeten Zielgeräts.
- Führen Sie eine geeignete Verarbeitung für Pins von Zielgeräten durch, die keine Verbindung zum Emulator benötigen, gemäß den Beschreibungen in "Handling of Unused Pins" (Umgang mit ungenutzten Pins) im Benutzerhandbuch des Zielgeräts.
Beispiel für empfohlene Verbindungen nur zur Programmierung (CSI)
Abbildung 2-7 Verbindungsbeispiel
- Hinweis 1: Die Schaltung ist so zu gestalten, dass der FLMD1-Pin während der Programmierung auf niedrigem Pegel liegen muss.
- Weitere Informationen zur Reset-Schaltung finden Sie im Abschnitt Anschließen des RESET-Pins.
- Details zu TVDD finden Sie im Abschnitt Anschließen des TVDD-Pins.
- Verlegen Sie die Kabel zwischen dem 14-poligen Stecker und dem Zielgerät so kurz wie möglich (innerhalb von 50 mm wird empfohlen). Verbinden Sie die Signalleitungen zwischen dem Stecker und dem Zielgerät nicht mit anderen Signalleitungen.
- Verwenden Sie GND, um einen Schutzring für die Verdrahtung zwischen dem 14-poligen Stecker und dem Zielgerät anzulegen. Verlegen Sie Hochgeschwindigkeitssignalleitungen nicht parallel zueinander oder lassen Sie sie sich nicht kreuzen.
- Pin-Namen können je nach Zielgerät variieren. Die tatsächlichen Pin-Namen entnehmen Sie bitte dem Benutzerhandbuch des von Ihnen verwendeten Zielgeräts.
- Führen Sie eine geeignete Verarbeitung für Pins von Zielgeräten durch, die keine Verbindung zum Emulator benötigen, gemäß den Beschreibungen in "Handling of Unused Pins" (Umgang mit ungenutzten Pins) im Benutzerhandbuch des Zielgeräts.
Anschließen des RESET-Pins
Während der Verwendung des E1-, E20- oder E2-Emulators muss Pin 13 (RESET-Pin) des 14-poligen Steckers mit dem Reset-Pin des Zielgeräts verbunden werden. Abbildung 2-8 zeigt ein Beispiel.
Abbildung 2-8 Beispiel für den Anschluss einer Reset-Schaltung
Der E1-, E20- oder E2-Emulator fixiert den RESET-Pin auf niedrigem Pegel, bevor der Debugger aktiviert wird. Nach der Aktivierung des Debuggers hält der Emulator den Pin entweder auf niedrigem Pegel oder versetzt ihn je nach Debugger-Betrieb in den hochimpedanten Zustand.
- Der Ausgang der Reset-Schaltung sollte entweder ein N-Kanal-Open-Drain oder ein Signal sein, das ausschließlich von einem Widerstand und einem Kondensator (und möglicherweise anderen Komponenten) erzeugt wird.
- Ziehen Sie für das Zielgerät in diesem Benutzerhandbuch das RESET-Signal auf die VCC-Spannung hoch.
- Pin 13 (RESET) des E1-, E20- oder E2-Emulators wird innerhalb des Emulators (durch einen 100-kΩ-Widerstand) hochgezogen (siehe Kapitel 5, "Internal Circuits of the Emulator" (Interne Schaltungen des Emulators)).
- Der RESET-Pin des Zielgeräts kann innerhalb des Geräts hoch- oder heruntergezogen werden. Diesbezüglich siehe das Benutzerhandbuch des Zielgeräts.
- Der maximale Senkenstrom, der vom RESET-Pin des E1-, E20- oder E2-Emulators akzeptiert wird, beträgt 2 mA. Wählen Sie einen geeigneten Pull-up-Widerstand, der diesen Wert nicht überschreitet.
- Stellen Sie die Zeitkonstante der Reset-Schaltung so ein, dass die Zeit, die vergeht, bis das Signal von niedrigem Pegel 80 % des hohen Pegels erreicht, innerhalb von 900 µs liegt.
- Wenn Sie Hot-Plug-in verwenden, ziehen Sie die Installation eines Kondensators zwischen dem Reset-Signal und GND in Betracht, um Rauschen zu unterdrücken. In diesem Fall müssen jedoch die oben beschriebenen Zeitspezifikationen erfüllt sein.
Anschließen des TVDD-Pins
- Funktion zur Überwachung der Stromquelle
Verbinden Sie die Stromquelle des Benutzersystems mit Pin 8 (TVDD-Pin) des 14-poligen Steckers. Für das Zielgerät in diesem Benutzerhandbuch ist dies die Quelle der EVCC-Spannung.
Die an den TVDD-Pin angeschlossene Stromquelle versorgt den Ausgangspuffer der Endstufe und den Eingangspuffer der ersten Stufe auf der E1/E20/E2-Emulatorschaltung. Wenn der E1-, E20- oder E2-Emulator angeschlossen ist, zieht er zusätzlich zum Strom des Benutzersystems den unten beschriebenen Strom.
- E1/E2-Emulator: Ca. 20 mA bei TVDD 3,3 V und ca. 40 mA bei TVDD 5,0 V
- E20-Emulator: Ca. 40 mA bei TVDD 3,3 V und ca. 100 mA bei TVDD 5,0 V
- Stromversorgungsfunktion (gilt nur für den E1- oder E2-Emulator)
Der E1- oder E2-Emulator kann das Benutzersystem auch über den TVDD-Pin mit 3,3 V oder 5,0 V versorgen (mit einem Strom von bis zu 200 mA). Beachten Sie bei der Verwendung dieser Funktion die folgenden Punkte.
- Verwenden Sie diese Funktion nicht, wenn das Benutzersystem separat mit Strom versorgt wird. Der Versuch könnte den E1- oder E2-Emulator beschädigen.
- Verwenden Sie diese Funktion nicht für ein Benutzersystem, das einen Strom von 200 mA oder mehr zieht. Der E1- oder E2-Emulator oder die USB-Schnittstelle des Host-Rechners könnten beschädigt werden.
- Stellen Sie sicher, dass die zugeführte Spannung innerhalb des vom Benutzersystem benötigten Spannungsbereichs liegt.
- E1-Emulator: Die 5,0-V-Versorgung, abhängig von der Umgebung des verwendeten Host-Rechners, könnte die Spannung um 0,5 V oder mehr unter 5,0 V liegen.
- E2-Emulator: Die 5,0-V-Versorgung, abhängig von der Umgebung des verwendeten Host-Rechners, könnte die Spannung um 0,3 V oder mehr unter 5,0 V liegen
Die Stromversorgung über den E1- oder E2-Emulator hängt von der Qualität der USB-Stromversorgung des Host-Rechners ab, und somit ist die Präzision nicht garantiert. Verwenden Sie beim Schreiben eines Programms, das Zuverlässigkeit erfordert, nicht die Stromversorgungsfunktion des E1- oder E2-Emulators. Verwenden Sie eine stabile, separate Stromversorgung für das Benutzersystem. Verwenden Sie beim Schreiben eines Programms für Massenproduktionsprozesse den Renesas Flash Programmer.
| |
| Ein-/Ausschalten der Stromversorgung: Wenn Sie Strom liefern, stellen Sie sicher, dass keine Kurzschlüsse zwischen dem Benutzersystem und dem Stromkreis bestehen. Schließen Sie den E1, E20 oder E2 erst an, nachdem Sie sichergestellt haben, dass keine Ausrichtungsfehler am Anschluss des Benutzersystemports vorliegen. Eine falsche Verbindung führt dazu, dass der Host-Rechner, der Emulator und das Benutzersystem Rauch entwickeln oder Feuer fangen. |
Hot-Plug-in-Verbindung
Wenn die Möglichkeit besteht, dass Sie eine Hot-Plug-in-Verbindung verwenden, müssen Sie die Schaltung wie unten gezeigt konfigurieren. Pin 8 des E1-Emulators ist wie in (1) in Abbildung 2-9 gezeigt mit einem 4,7-uF-Kondensator verbunden, sodass eine Hot-Plug-in-Verbindung des Emulators zu einem kurzzeitigen Abfall der Versorgungsspannung am Benutzersystem führen kann. Dies könnte dazu führen, dass der MCU zurückgesetzt wird.
Wie in (2) in Abbildung 2-9 gezeigt, kann dieser Effekt durch Platzieren einer Ferritperle (oder Induktivität) und eines relativ großen Kondensators mit geringem äquivalentem Serienwiderstand in der Nähe der TVDD-Leitung des Emulator-Anschlusses reduziert werden. Diese Maßnahme eliminiert jedoch den Spannungsabfall nicht vollständig. Beachten Sie, dass die Hot-Plug-in-Verbindung nur während des Debuggings verwendet werden darf und dass zur Nutzung dieser Funktion ansonsten ein separat erhältlicher Hot-Plug-in-Adapter erforderlich ist.
- Hot-Plug-in-Adapter für den E1-Emulator
Für die Hot-Plug-in-Verbindung zum E1-Emulator verwenden Sie den separat von Renesas erhältlichen Hot-Plug-in-Adapter für den E1-Emulator (R0E000010ACB00).
Die Hot-Plug-in-Verbindung kann mit dem E2-Emulator ohne die Notwendigkeit eines Hot-Plug-in-Adapters verwendet werden. Details entnehmen Sie bitte dem E2-Emulator-Benutzerhandbuch.
Der E1-, E20- oder E2-Emulator unterstützt die Hot-Plug-Out-Funktion nicht. Trennen Sie das Benutzersystem-Schnittstellenkabel während des Debuggings nicht.
| |
| Hinweis zur Hot-Plug-Out-Funktion: Der Emulator und das Benutzersystem können beschädigt werden. |
Isolator für den E1-Emulator
Für eine Debugging-Umgebung, in der ein Potenzialunterschied zwischen der GND des Benutzersystems und der des Host-PCs besteht, verwenden Sie den Isolator für den E1-Emulator (R0E000010ACB20), der separat von Renesas erhältlich ist.
Kleiner Stecker-Konvertierungsadapter für den E1-Emulator
Ein kleiner Stecker-Konvertierungsadapter für den E1-Emulator (R0E000010CKZ11) ist separat von Renesas für Benutzersystemplatinen erhältlich, die zu klein sind, um den 14-poligen Stecker, der der Standardstecker für den E1-Emulator ist, zu montieren. Durch die Verwendung des Adapters können Sie den Platzbedarf des auf Ihrem System montierten Steckers reduzieren.
Beachten Sie jedoch bei der Verwendung des kleinen Stecker-Konvertierungsadapters für den E1-Emulator, dass die Pinbelegung des Adapters von der des Standard-Schnittstellensteckers für den E1-Emulator abweicht.
Spezifikationen
Tabelle 3-1 zeigt Spezifikationen, die den E1-, E20- und E2-Emulatoren gemeinsam sind.
Tabelle 3-2 zeigt Spezifikationen, die speziell für den E2-Emulator gelten.
Die Unterstützung für einige Debugging-bezogene Funktionen hängt auch vom Debugger ab. Beachten Sie das Benutzerhandbuch o.ä. für den von Ihnen verwendeten Debugger.
Tabelle 3-1 Gemeinsame Spezifikationen der E1-, E20- und E2-Emulatoren
| Hauptkategorie | Mittlere Kategorie | Unterkategorie | Spezifikation |
| Hardware allgemein | Zugehöriger Host-Rechner |
Computer mit einem USB-Anschluss, OS hängt vom Debugger ab |
|
| Benutzersystem-Schnittstelle | 14-poliger Anschluss | ||
| Host-Rechner-Schnittstelle | USB 2.0 (Full Speed oder High Speed) | ||
| Verbindung zum Benutzersystem | Verbindung über das mitgelieferte Benutzersystem-Schnittstellenkabel | ||
| Stromversorgungsfunktion (nur wenn der Emulator ein E1 oder E2 ist) | 3,3 V oder 5,0 V (mit Strom bis zu 200 mA) können von TVDD an das Benutzersystem geliefert werden (Einstellungen mit dem Debugger vornehmen) | ||
| Stromversorgung für den Emulator | Nicht erforderlich (der Host-Computer versorgt über USB mit Strom) | ||
| Debugging-bezogene Elemente | Break (Haltepunkt) | Software-Break | In ROM- und RAM-Bereichen kombiniert: 2000 Punkte |
| Hardware-Break | 12 Punkte, einschließlich derer, die sowohl für Ausführungs- als auch für CPU-Zugriffsbedingungen verwendet werden (8 Punkte nur für Ausführungsbedingungen und 4 Punkte entweder für Ausführungs- oder Zugriffsbedingungen) | ||
| Ereignis-Break | Verfügbar | ||
| Erzwungener Break | Verfügbar | ||
| Trace-voll Break | Verfügbar (interner Trace-Speicher und "E2 storage" (E2 Speicher)) | ||
| Externer Trigger-Eingangs-Break | Verfügbar (nur E2-Emulator) | ||
| Ereignis | Anzahl der einstellbaren Ereignisse | 8 Punkte für Ausführung, 8 Punkte für CPU-Zugriff und 4 Punkte für DMA-Zugriff | |
| Verfügbare Funktion | Break, Trace, Performancemessung | ||
| Kombination von Ereignissen | ODER, sequenziell | ||
| Hauptkategorie | Mittlere Kategorie | Unterkategorie | Spezifikation | |
| Debugging-bezogene Elemente (Forts.) |
Tracing (nur für Geräte mit internem Trace-RAM) |
Speicherort | Interner Trace-Speicher | |
| Größe |
Nur Verzweigung: 1.000 Verzweigungen Nur Datentrace: 1.000 Zugriffszyklen Nur Software-Trace: 1.000 bis 2.000 Instruktionen |
|||
| Getracete Daten | Verzweigungen, Zyklen des Datenzugriffs, Zyklen des DMA-Zugriffs und Software-Trace | |||
| Bedingungen für Start und Stopp der Datenaufzeichnung | Stoppen der Programmausführung, Ereignisbedingungseinstellungen | |||
| Datentrace-Bedingungen | Ereignisbedingungen | |||
| Priorität der Trace-Erfassung |
Echtzeit-Trace-Modus (Priorität liegt auf Geschwindigkeit) Nicht-Echtzeit-Trace-Modus (Priorität liegt auf Daten) |
|||
| Aufzeichnung des Trace-Speichers |
Ringmodus (Überschreibmodus) Trace-voll Stopp-Modus Trace-voll Break-Modus Anhalten des Tracings aufgrund des Eingangs eines externen Triggers (nur E2-Emulator) |
|||
| Performancemessung | Zeit (1) | Messbereich | Von Start bis Break | |
| Gemessener Parameter | Ausführungszeit*3 | |||
| Performance | 32-Bit-Zähler | |||
| Zeit (2) | Messbereich | Von Start bis Break oder zwischen zwei Ereignispunkten | ||
| Gemessene Parameter | Ausführungszeit, gesamte Ausführungszeit, Durchlaufanzahl, maximale Ausführungszeit, minimale Ausführungszeit*3 | |||
| Performance | 32-Bit-Zähler (für drei Bereiche) | |||
| Andere als Zeit | Gemessene Parameter | Anzahl der ausgeführten Instruktionen (alle oder nur Verzweigungen), Anzahl der akzeptierten Interrupts (EI-Level oder FE-Level), Anzahl der akzeptierten Ausnahmen (instruktionsasynchron oder instruktionssynchron), Taktzyklen (alle, während Interrupts gesperrt sind, oder außer für die Interrupt-Verarbeitung), Anzahl der angeforderten Instruktions-Fetches, Anzahl der Treffer im Instruktions-Cache | ||
| Messbereich | Von Start bis Break oder zwischen zwei Ereignispunkten | |||
| Gemessene Parameter | Aktueller Wert, Gesamtwert, Durchlaufanzahl, Maximalwert, Minimalwert | |||
| Performance | 32-Bit-Zähler (für vier Bereiche) | |||
| Pseudo-Echtzeit-RAM-Überwachung | Verfügbar (belegt einen Bus (stiehlt Zyklen))*1 | |||
| Direkte Speicheränderung | Verfügbar (belegt einen Bus (stiehlt Zyklen))*1 | |||
| Debugging-Konsole | Nicht verfügbar | |||
| Hauptkategorie | Mittlere Kategorie | Unterkategorie | Spezifikation |
| Debugging-bezogene Elemente (Forts.) | Download des externen Flash-Speichers | Nicht möglich | |
| Hot Plug-in | Möglich (Für die Verwendung mit dem E1-Emulator ist ein separat erhältlicher Hot-Plug-in-Adapter erforderlich) | ||
| Peripherie-Breaks | Verfügbar*2 | ||
| Emulator-Erkennung durch Benutzerprogramme | Nicht verfügbar | ||
| Sicherheit | 16-Byte-ID-Code-Authentifizierung | ||
| Security-ID-Einstellungen | Nicht verfügbar | ||
| Security-Flag-Einstellungen | Nicht verfügbar | ||
|
Aktivierung der Einstellungen der Intelligent Cryptographic Unit (Slave type) (ICUS) |
Nicht möglich | ||
| Verbindungsschnittstelle |
1-Pin LPD 500 kbps/1 Mbps/2 Mbps (E1, E20 oder E2) 4-Pin LPD 5,5 MHz/11 MHz (E1, E20 oder E2) JTAG 6,25 MHz/11 MHz (nur E2) |
||
| Programmierbezogene Elemente | Security-ID-Einstellungen | Verfügbar | |
| Security-Flag-Einstellungen | Verfügbar | ||
| Aktivierung der Einstellungen der Intelligent Cryptographic Unit (Slave type) (ICUS) | Möglich | ||
| Verbindungsschnittstelle | 2-Draht UART, 1-Draht UART, CSI | ||
Anmerkungen:
- Nur für den lokalen RAM-Bereich verfügbar.
- Die Funktion, den peripheren I/O-Betrieb bei einem Break anzuhalten, wird als Peripherie-Break-Funktion bezeichnet. Ob Peripherie-Emulationsfunktionen eingestellt sind oder nicht, wird vom Debugger bestimmt. Informationen zur Einstellung finden Sie im Handbuch des von Ihnen verwendeten Debuggers. Informationen zur Überprüfung, ob Peripherie-Emulationsfunktionen eingestellt sind, finden Sie im Handbuch des von Ihnen verwendeten MCU.
- Die Auflösung der gemessenen Zeiten hängt von der für die Verbindung verwendeten Schnittstelle ab (z.B. 90,9 ns Auflösung für eine 4-Pin LPD-Verbindung mit 11 MHz).
Tabelle 3-2 Spezifikationen, die speziell für den E2-Emulator gelten
| Hauptkategorie | Mittlere Kategorie | Unterkategorie | Spezifikation |
| Debugging-bezogene Elemente | Software-Tracing (LPD-Ausgabe)*1 | Ziel-CPU |
Auswahl einer einzelnen CPU. Für Multi-Core-Geräte: Wenn der Debugger mit dem Emulator verbunden ist, wird eine einzelne Ziel-CPU ausgewählt. Wenn die Ziel-CPU geändert wird, muss der Debugger erneut mit dem Emulator verbunden werden (nur im synchronen Debugging-Modus verfügbar). |
| Speicherort | "E2 storage" (E2 Speicher): Speicher für die Ablage im E2-Emulator | ||
| Interner Puffer | Acht Stufen*4 | ||
| Getracete Daten |
Software-Trace-Daten + Zeitstempel (vom E2-Emulator bereitgestellt)*2 Auflösung: 8,333 ns, maximal 27 Tage |
||
| Bedingungen für Start und Stopp der Datenaufzeichnung | Starten und Stoppen der Programmausführung (Breaks) | ||
| Priorität der Trace-Erfassung | Echtzeit-Trace-Modus (Priorität liegt auf Geschwindigkeit) | ||
| Aufzeichnung des Trace-Speichers |
Ringmodus (Überschreibmodus) Trace-voll Stopp-Modus Trace-voll Break-Modus |
||
| Externer Trigger-Eingang/-Ausgang*1 | Eingangssignalkanäle | E2-Erweiterungsschnittstelle: 2 Kanäle. 0: Pin 11, K. 1: Pin 12 | |
| Ausgangssignalkanäle | E2-Erweiterungsschnittstelle: 2 Kanäle. 0: Pin 9, K. 1: Pin 10 | ||
| Schnittstellenspannung |
Wenn der Emulator das Benutzersystem nicht mit Strom versorgt: Wenn der Emulator das Benutzersystem mit Strom versorgt: |
||
| Bedingungen für die Erkennung von Trigger-Eingängen |
Flankenerkennung (steigend, fallend oder beide Flanken) Pegelerkennung (niedrig oder hoch) |
||
| Betrieb bei Trigger-Eingang |
Bei Verwendung von Software-Tracing (LPD-Ausgabe): Bei Nichtverwendung von Software-Tracing (LPD-Ausgabe): |
||
| Bedingung für die Erkennung von Trigger-Ausgängen | Break-Erkennung*3 | ||
| Betrieb bei Trigger-Ausgang | Die Ausgabe eines Low- oder High-Pulses (für 1 µsec bis 65535 µsec) kann spezifiziert werden. |
Anmerkungen:
- Wenn die Software-Tracing (LPD-Ausgabe)-, externer Trigger-Eingang- oder externer Trigger-Ausgang-Funktionen verwendet werden, sind der Speicherzugriff während der Programmausführung, Änderungen an Ereignisbedingungen, das Lesen des internen Trace-Speichers und die Anzeige von Statusindikatoren wie STOP deaktiviert.
- Ein Zeitstempel gibt den Zeitpunkt an, zu dem der E2-Emulator die Software-Tracing-Daten erfasst, nicht den Zeitpunkt, zu dem die Instruktion in der zu debuggenden Software ausgeführt wurde. Der E2-Emulator erfordert, dass die Programmausführung durch den MCU erst beginnt, nachdem er begonnen hat, seine Zeitstempelwerte zu zählen. Da der Beginn des Zählens der Zeitstempelwerte nicht präzise mit dem Beginn der Programmausführung synchronisiert werden kann, können die Zeitstempel, die den ab dem Anfang des "E2 storage" (E2 Speichers) gespeicherten Software-Tracing-Daten hinzugefügt wurden, einige Fehler enthalten.
- Wenn die Software-Tracing (LPD-Ausgabe)-Funktion nicht verwendet wird, sind Breaks während des 10-µsec-Zeitraums nach dem Start eines Programms nicht erkennbar.
- Die Ausgabe der Kombination eines PC-Wertes und des entsprechenden direkten oder Registerwertes verwendet eine Stufe des internen Puffers. Wenn Software-Tracing-Daten bis zur siebten Stufe des internen Puffers gespeichert wurden, wird eine Überlaufmeldung in der achten Stufe gespeichert.
Übersicht der spezifischen Spezifikationen des E2-Emulators
Software-Tracing (LPD-Ausgabe)
Geräte der RH850-Familie unterstützen Debugging-Anweisungen zur Ausgabe von Software-Trace-Daten. Software-Trace-Daten werden im internen Trace-Speicher des Geräts gespeichert und über die LPD-Pins, die die Debugging-Verbindungsschnittstelle darstellen, an den Emulator ausgegeben. Im Gegensatz zum herkömmlichen Tracing ermöglicht die Software-Tracing-Funktion nicht die Einstellung von Ereignissen oder Bedingungen, sodass Trace-Daten ausgegeben werden, wenn die Einstellungen mit den Ergebnissen der Programmausführung übereinstimmen; stattdessen hilft diese Funktion dem Benutzer, Debugging-Anweisungen in das auszuführende Programm als Prüfpunkte oder zum Zweck der Ausgabe spezifischer Informationen oder Registerwerte sowie der Ausgabe des Ausführungsverlaufs auf Emulatorseite als Trace-Daten einzubetten. Nutzen Sie diese Funktion als eine neue Art des Debuggings. Der Debugger von CS+ bietet nützliche Funktionen zur Anwendung dieser Software-Tracing-Funktion (über die LPD-Schnittstelle). Einzelheiten entnehmen Sie bitte dem Benutzerhandbuch und dem Application Note für CS+.
Einzelheiten zu den Debugging-Anweisungen entnehmen Sie bitte dem RH850 G3M/G3MH/G3K/G3KH Benutzerhandbuch: Debugging-Anweisungen. Tabelle 3-3 bietet eine Übersicht dieser Anweisungen.
Wenn der Emulator nicht verbunden ist und die in ein Programm eingebetteten Debugging-Anweisungen ausgeführt werden, werden keine Software-Trace-Daten von der LPD-Schnittstelle ausgegeben.
Tabelle 3-3 Debugging-Anweisungen für Software-Tracing
| Debugging-Anweisung | Funktion | Intervall zwischen der Ausführung der eingebetteten Anweisung und der LPD-Ausgabe* | |
| 4-Pin LPD (11 MHz) | 1-Pin LPD (2 Mbps) | ||
| DBCP | Gibt den aktuellen PC-Wert als Software-Trace-Daten aus. | 5.182 usec | 28.500 usec |
| DBTAG imm10 | Gibt einen 10-Bit-Immediate-Wert (imm10) als Software-Trace-Daten aus. Die Ausgabe des PC-Wertes ist ebenfalls wählbar. | 1.727 usec (ohne den PC-Wert) | 9.500 usec (ohne den PC-Wert) |
| DBPUSH rh-rt (Allzweckregister werden als rh ≤ rt (in aufsteigender Reihenfolge) angegeben.) | Gibt die Registernummern und Werte der Allzweckregister von rh bis rt als Software-Trace-Daten aus. Die Ausgabe des PC-Wertes ist ebenfalls wählbar. | 5.182 usec (Ausgabe eines Registers ohne den PC-Wert) | 28.500 usec (Ausgabe eines Registers ohne den PC-Wert) |
Hinweis: Dieser Eintrag gibt die Zeit an, die für die LPD-Ausgabe von Software-Trace-Daten benötigt wird, welche durch die Ausführung einer Debugging-Anweisung erzeugt wurden. Wenn dieses Intervall der Ausführung einer Debugging-Anweisung folgt, können Überläufe (Verluste) von Software-Trace-Daten vermieden werden. Selbst wenn die Debugging-Anweisung in einem kurzen Intervall ausgeführt wird, verfügt das Gerät über einen internen Puffer für das Tracing, und ein Überlauf (ein Datenverlust) tritt nicht sofort auf; beachten Sie jedoch, dass ein Überlauf auftritt, wenn der interne Puffer voll ist. Für die DBPUSH-Anweisung stellen Sie die Gesamtzahl der Register auf weniger als 5 ein, um einen Überlauf zu vermeiden.
Externer Triggereingang und -ausgang
Die Verwendung der Erweiterungsschnittstelle des E2-Emulators (der Anschluss für die Schnittstelle befindet sich nach dem Entfernen der Abdeckung, auf der "SELF CHECK" (SELBSTTEST) aufgedruckt ist) ermöglicht den Eingang und Ausgang externer Trigger. Einzelheiten zur Funktion entnehmen Sie bitte Tabelle 3-2. Einzelheiten zur Erweiterungsschnittstelle entnehmen Sie bitte dem E2 Emulator Benutzerhandbuch.
Hinweise zur Verwendung
Nachfolgend finden Sie Vorsichtshinweise zur Verwendung des E1-, E20- oder E2-Emulators.
Hinweise zu Betriebsabweichungen zwischen dem tatsächlichen Gerät und dem E1-, E20- oder E2-Emulator
DBTRAP-Anweisung
Die DBTRAP-Anweisung wird für Software-Break-Funktionen verwendet und kann daher in Programmen mit dem Emulator nicht verwendet werden.
AUDR-Funktion
Wenn ein Emulator angeschlossen ist, kann die erweiterte Benutzer-Debugger-RAM-Überwachungsfunktion (AUDR), die das Debugging eines Programms bei Montage auf einem System unterstützt, nicht verwendet werden.
Serielle Programmierfunktion
Die serielle Programmierfunktion kann mit dem Emulator während des Debuggings nicht verwendet werden.
HALT-Modus (Nummer übersprungen)
Die Informationen, die zuvor unter dieser Nummer zu finden waren, wurden in den Abschnitt HALT-Modus und schrittweise Ausführung der HALT-Anweisung integriert.
Stromaufnahme
Wenn ein Emulator angeschlossen ist, wird mehr Strom gezogen als wenn er nicht angeschlossen ist. Das heißt, das Zielgerät verbraucht während des Debuggings mehr Strom als im Normalbetrieb, da die Debugging-Funktionen aktiv sind.
Initialisierung von RAM-Bereichen
Wenn ein Emulator angeschlossen ist, werden lokale RAM- und FCU-RAM-Bereiche auf 0000 0000H initialisiert. Dies führt zu folgenden Unterschieden zum tatsächlichen Gerät.
- Die Anfangswerte im RAM-Bereich nach dem Starten eines Emulators unterscheiden sich von den ursprünglichen Werten (undefinierte Werte).
- ECC-Fehler aufgrund nicht initialisierter RAM-Bereiche werden mit dem Emulator nicht erkannt. Wenn der Emulator nicht angeschlossen ist und der Betrieb fehlerhaft ist, überprüfen Sie, ob die RAM-Bereiche initialisiert wurden.
Um ECC-Fehler zu emulieren, legen Sie die folgenden Optionen fest.
- Der RAM-Bereich wird beim Starten des Emulators nicht initialisiert.
- OPJTAG ist für eine LPD-Verbindung nicht eingestellt, bevor der Emulator angeschlossen wird.
Wenn ein RAM-Bereich jedoch nicht initialisiert ist, stehen die folgenden Funktionen nicht zur Verfügung.
- Herunterladen in den On-Chip-Flash-Speicher
- Änderungen am On-Chip-Flash-Speicher über das [Memory]-Panel oder das [Disassemble]-Panel
- Einstellen von Software-Breaks
- Überschreiben des Options-Bytes
OTP-Flag
Setzen Sie das Einmalprogrammierungs- (OTP-) Flag bei der Selbstprogrammierung mit dem Emulator nicht. Beachten Sie, dass das Setzen des Flags das Herunterladen vom Debugger in den Flash-Speicher unmöglich macht.
Verhalten bei Resets und Interrupts bei Verwendung eines Emulators (Nummer übersprungen)
Die Informationen, die zuvor unter dieser Nummer zu finden waren, wurden in die Abschnitte Resets während der Emulator in Gebrauch ist und Interrupts während der Emulator in Gebrauch ist integriert.
Optionsbyte-Register
Der Debugger kann keine neuen Werte in die unten angegebenen Bits des Optionsbyte-Registers schreiben, da diese vom Emulator verwendet werden. Versuchen Sie auch nicht, diese Bits durch Selbstprogrammierung mit neuen Werten zu beschreiben.
- OPJTAG1- und OPJTAG0-Bits (Bits 30 und 29 des OPBT2-Registers) Die Werte der OPJTAG1- und OPJTAG0-Bits sind wie folgt.
Wenn die 4-polige LPD-Schnittstelle ausgewählt ist: 01B
Wenn die JTAG-Schnittstelle ausgewählt ist: 11B
Vorsichtshinweise zum Debugging
Umgang mit Geräten, die für das Debugging verwendet wurden
Verwenden Sie keine Geräte, die für das Debugging in der Massenproduktion eingesetzt wurden. Dies liegt daran, dass das Schreiben in den Flash-Speicher solcher Geräte bereits während des Debuggings erfolgt ist, sodass wir die Anzahl der möglichen Überschreibvorgänge des Flash-Speichers nicht garantieren können. Debugger-Fehler treten auf, wenn die Programmierung des Flash-Speichers nicht mehr möglich ist. Ersetzen Sie das Gerät in solchen Situationen.
Spannungsversorgung des Zielsystems während des Debuggings
Schalten Sie die Stromversorgung des Zielsystems während des Debuggings nicht aus. Andernfalls ist eine Neuverbindung des Debuggers erforderlich.
Hardware-Break- (Zugriffs-) Funktion (Zeitpunkt des Auftretens eines Breaks)
Wenn die Hardware-Break- (Zugriffs-) Funktion verwendet wird, tritt ein Break als Reaktion auf das Lesen oder Schreiben spezifischer Daten durch eine Read–Modify–Write-Instruktion nach der Instruktion auf. Andere Hardware-Breaks (Zugriffe) treten vor der Instruktion auf.
Hardware-Break- (Zugriffs-) Funktion (Formen des Lese- oder Schreibzugriffs, die nicht erkennbar sind)
Im Allgemeinen tritt kein Break auf, selbst wenn eine Lese- oder Schreibzugriffsbedingung durch die untenstehenden Instruktionen erfüllt wird.
- CAXI, SET1, CLR1, NOT1 und TST1
- PREPARE, DISPOSE, PUSHSP, POPSP, SWITCH, CALLT und SYSCALL
Die Erkennung des Lesens durch die Instruktionen in (1) ist jedoch möglich, aber nur, wenn keine Datenbedingung angegeben ist.
Hardware-Break- (Zugriffs-) Funktion (EIINT-Tabelle)
Legen Sie die Adresse der EIINT-Tabelle nicht als Hardware-Break-Bedingung fest. Tritt ein Break auf, ist es in einigen Fällen nicht möglich, von der Interrupt-Verarbeitung zurückzukehren, selbst wenn EIRET ausgeführt wird.
Multiplex-Funktionen von Pins, die für OCD-Signale verwendet werden
Multiplex-Funktionen von Pins, die für das On-Chip-Debugging (OCD) verwendet werden, können während des Debuggings nicht genutzt werden.
Debugging-Schnittstelle
Die E1-, E20- und E2-Emulatoren unterstützen 1- und 4-Pin LPD-Schnittstellen. Der E2-Emulator unterstützt auch die JTAG-Schnittstelle.
Der Betrieb erfolgt wie folgt, wenn die Einstellung der Bits OPJTAG1 und OPJTAG0 des Optionsbyte-2-Registers "11B" (JTAG: die JTAG-Schnittstelle ist im Falle eines leeren Chips ausgewählt) ist und der Emulator über die 1- oder 4-Pin LPD-Schnittstelle angeschlossen wird.
- Beim Starten (Verbinden) des E1-, E20- oder E2-Emulators
Die Einstellungen des Optionsbyte-2-Registers werden beim Verbinden mit einem Emulator vom Debugger von der JTAG-Einstellung auf die 1- oder 4-Pin LPD-Einstellung geändert.
Daher sind die Bits OPJTAG1 und OPJTAG0 des Optionsbyte-2-Registers während des Emulatorbetriebs entweder "10B" (1-Pin LPD) oder "01B" (4-Pin LPD).
- Beim Beenden einer Sitzung mit (Trennen von) dem E1-, E20- oder E2-Emulator Einstellungen des Optionsbyte-2-Registers können vom Debugger geändert werden.
- Der Wert der Bits OPJTAG1 und OPJTAG0 des Optionsbyte-2-Registers kann auf "11B" (für JTAG) geändert werden, was ein Überschreiben des Flash-Speichers erfordert.
- Die Einstellung der Bits OPJTAG1 und OPJTAG0 des Optionsbyte-2-Registers kann als "01B" (für 4-Pin LPD) oder "10B" (für 1-Pin LPD) belassen werden.
Wenn die LPD-Schnittstelle auch beim nächsten Verbinden des Emulators verwendet wird, empfehlen wir, das Programm zu beenden, ohne die Einstellungen von der LPD-Schnittstelle zu ändern.
Wenn die Stromversorgung des Zielsystems aufgrund eines abnormalen Endes der Emulator-Sitzung ausgeschaltet wird, werden die Bits OPJTAG1 und OPJTAG0 des Optionsbyte-2-Registers nicht neu geschrieben und behalten daher den Wert "01B" (für 4-Pin LPD) oder "10B" (für 1-Pin LPD). Wenn Sie die Bits OPJTAG1 und OPJTAG0 des Optionsbyte-2-Registers auf "11B" (für JTAG) ändern möchten, tun Sie dies bitte am Ende der E1-, E20- oder E2-Emulator-Sitzung.
Initialisierung von RAM-Bereichen
Alle RAM-Bereiche, die von einem Programm genutzt werden, müssen initialisiert werden, wenn ein Emulator verwendet wird. Wenn vor der Verwendung des Emulators eine Einstellung vorgenommen wird, um den RAM-Bereich beim Start des Emulators zu initialisieren, werden keine ECC-Fehler generiert, da der Debugger den RAM-Bereich initialisiert. Wenn das tatsächliche Gerät jedoch mit einem Programm betrieben wird, das den RAM-Bereich nicht initialisiert, werden ECC-Fehler generiert, was den normalen Programmbetrieb verhindert.
Auch eine ROMisierung ist erforderlich, da alle Daten, die der Emulator vor der Programmausführung in den RAM-Bereich schreibt, ebenfalls initialisiert werden. Einzelheiten entnehmen Sie bitte dem Benutzerhandbuch Ihres Compilers.
Zurücksetzen von Pins (übersprungene Nummer)
Die Informationen, die zuvor unter dieser Nummer zu finden waren, wurden in den Abschnitt „Zurücksetzen während der Emulatornutzung“ integriert.
Trace-Funktion
Für die Trace-Funktion gelten die folgenden Einschränkungen.
- Das Schreiben von Daten in Form des Pushing durch Ausführen der PUSHSP- oder PREPARE-Instruktion wird möglicherweise nicht getraced.
- Im Falle eines Abschnitts-Traces, zum Beispiel, kann die Instruktion unmittelbar vor der geholten Instruktion, die tatsächlich das Tracing ausgelöst hat, in den Trace-Daten enthalten sein.
- In einigen Fällen gehen erfasste Trace-Informationen verloren. Dies hängt vom ausgeführten Programm ab. Die verlorenen Informationen können nicht wiederhergestellt werden, aber der Verlust wird angezeigt. Informationen können verloren gehen, wenn der Zugriff der CPU auf Daten kontinuierlich und häufig erfolgt.
- Wenn dem Tracing für Nicht-Echtzeit-Operationen Priorität eingeräumt wird, sind die Funktionen zum Stoppen des Tracing, wenn der Trace-Speicher voll ist (Trace-Full-Stopp-Funktion), und wenn eine bestimmte Anzahl von Trace-Meldungen nach einem Ereignis erfasst wurde (Trace-Verzögerungs-Stopp-Funktion), nicht verfügbar. Um diese Funktionen zu nutzen, geben Sie dem Echtzeitbetrieb Priorität.
- Wenn datenqualifiziertes Tracing (Punkt-Tracing), d.h. Tracing nur von Daten beim Zugriff auf eine bestimmte Adresse, spezifiziert ist, wird das Tracing fortgesetzt, wobei alle Datenbedingungen ignoriert werden, selbst wenn Lesezugriffsbedingungen festgelegt sind. Das Tracing unterliegt weiterhin anderen Bedingungen als den Datenbedingungen.
Qualität der Flash-Programmierung
Um die Qualität zu verbessern, befolgen Sie die untenstehenden Richtlinien.
- Schaltkreise werden gemäß den Benutzerhandbüchern für den MCU und den E1-, E20- oder E2-Emulator ausgelegt.
- Der MCU, der E1-, E20- oder E2-Emulator und die Software werden gemäß den jeweiligen Benutzerhandbüchern verwendet.
- Die Stromversorgung des Benutzersystems ist stabil.
Ein-/Ausschalten der Stromversorgung
Schalten Sie die Stromversorgung des E1-, E20- oder E2-Emulators und des Benutzersystems gemäß der folgenden Prozedur ein/aus.
- Wenn eine separate Stromversorgung für das Benutzersystem verwendet wird
<Bei Verwendung des Emulators>
- Überprüfen Sie, ob die Stromversorgung ausgeschaltet ist. Überprüfen Sie, ob das Benutzersystem ausgeschaltet ist. Bei Verwendung des E20-Emulators überprüfen Sie, ob dessen Netzschalter ausgeschaltet ist.
- Schließen Sie das Benutzersystem an. Verbinden Sie den Emulator und das Benutzersystem mit einem Benutzersystem-Schnittstellenkabel.
- Verbinden Sie den Host-Rechner und schalten Sie den Emulator ein. Verbinden Sie den Emulator und den Host-Rechner mit einem USB-Schnittstellenkabel. Der E1- oder E2-Emulator wird durch das Anschließen des USB-Schnittstellenkabels eingeschaltet. Bei Verwendung des E20-Emulators schalten Sie dessen Netzschalter ein.
- Schalten Sie das Benutzersystem ein. Schalten Sie das Benutzersystem ein.
- Starten Sie den Debugger. Starten Sie den Debugger.
<Nach Beendigung der Emulatornutzung>
- Schließen Sie den Debugger. Schließen Sie den Debugger.
- Schalten Sie das Benutzersystem aus. Schalten Sie das Benutzersystem aus.
- Schalten Sie den Emulator aus und trennen Sie ihn. Bei Verwendung des E20-Emulators schalten Sie dessen Netzschalter aus. Trennen Sie das USB-Schnittstellenkabel vom E1-, E20- oder E2-Emulator. Der E1- oder E2-Emulator wird durch das Trennen vom USB-Schnittstellenkabel ausgeschaltet.
- Trennen Sie das Benutzersystem.
Trennen Sie das Benutzersystem-Schnittstellenkabel vom Benutzersystem.
| |
| Hinweis zur Stromversorgung des Benutzersystems: Das Benutzersystem kann durch Leckstrom beschädigt werden. |
- Wenn das Benutzersystem vom E1- oder E2-Emulator mit Strom versorgt wird
<Bei Verwendung des Emulators>
- Überprüfen Sie, ob die Stromversorgung ausgeschaltet ist. Überprüfen Sie, ob das Benutzersystem ausgeschaltet ist.
- Schließen Sie das Benutzersystem an. Verbinden Sie den Emulator und das Benutzersystem mit einem Benutzersystem-Schnittstellenkabel.
- Verbinden Sie den Host-Rechner und schalten Sie den Emulator ein. Verbinden Sie den Emulator und den Host-Rechner mit einem USB-Schnittstellenkabel und schalten Sie dann den Emulator ein.
- Starten Sie den Debugger. Starten Sie den Debugger und wählen Sie die Einstellung der Stromversorgung für das Benutzersystem aus.
<Nach Beendigung der Emulatornutzung>
- Schließen Sie den Debugger. Schließen Sie den Debugger.
- Schalten Sie den Emulator aus und trennen Sie ihn. Trennen Sie das USB-Schnittstellenkabel vom Emulator und schalten Sie dann den Emulator aus.
- Trennen Sie das Benutzersystem.
Trennen Sie das Benutzersystem-Schnittstellenkabel vom Benutzersystem.
PBG
Wenn Sie einen Emulator verwenden, lassen Sie das PROTDEB-Bit des FSGDxxDPROTn-Registers in PBG auf Einstellung 1 (die den Zugriff durch einen Debug-Master erlaubt). Eine Änderung des Bits auf einen anderen Wert als seinen Anfangswert kann dazu führen, dass der normale Zugriff auf den Speicher unmöglich wird.
Zurücksetzen während der Emulatornutzung
Tabelle 4-1 zeigt die Zustände eines Geräts während der Emulatornutzung und den Betrieb von Resets, die vom Benutzersystem oder dem Benutzerprogramm ausgelöst werden (d.h. Benutzersystem-Reset). Während des Einzelschrittbetriebs maskiert der Emulator die Benutzersystem-Resets, damit er jede Zeile des Quellcodes des Programms in Nicht-Echtzeit emulieren kann. Beim C-Quellcode-Level-Stepping werden Resets je nach Debugger auf unterschiedliche Weise maskiert; eine Methode ist die Verwendung des Einzelschrittbetriebs und eine andere das Setzen eines temporären Breakpoints und das Ausführen des Benutzerprogramms. Dementsprechend kann dieses Dokument nicht definieren, ob ein Reset vom Emulator maskiert wird oder nicht; beachten Sie das Handbuch des von Ihnen verwendeten Debuggers.
Tabelle 4-1 Zustand eines Geräts und Maskierung von Benutzersystem-Resets durch den Emulator
| Zustand eines Geräts | |||||
| Bei Breaks | Im Einzelschrittbetrieb | Bei Benutzerprogrammausführung | Im C-Quellcode-Level-Stepping | ||
| Reset-Masken-Spezifikation im Debugger | Resets nicht maskiert | Resets maskiert* | Resets nicht maskiert | Abhängig vom Debugger | |
| Resets maskiert | Resets maskiert* | ||||
- Wenn ein Reset von einem Debugger ausgelöst wird (durch Drücken der Reset-Taste (Reset Button) des Debuggers oder auf andere Weise), ist der Reset immer aktiviert, unabhängig davon, ob die Reset-Maskierung aktiviert oder deaktiviert ist. Nachdem ein Reset vom Debugger ausgelöst wurde, werden Breaks für alle CPUs generiert.
- Resets, die in den mit (*) in Tabelle 4-1 markierten Zuständen generiert werden, werden als ausstehend gehalten. Zum Beispiel, wenn eine Einstellung für die Software-Reset-Verarbeitung während des Einzelschrittbetriebs vorgenommen wird oder ein Software-Reset durch Setzen eines Registers vom Debugger während eines Breaks angewendet wird, wird der Reset als ausstehend gehalten und ausgeführt, nachdem die Reset-Maske entfernt wurde.
- Erlauben Sie die Generierung eines Resets in Form eines Pin-Resets vom Zielsystem nicht, außer während ein Programm ausgeführt wird, unabhängig von der oben beschriebenen Maskierung. Ein Reset, der während der Programmausführung generiert wird, kann dazu führen, dass der Debugger hängen bleibt.
Unterbrechungen bei Verwendung des Emulators
Tabelle 4-2 zeigt die Zustände eines Geräts bei Verwendung des Emulators und den Betrieb von Interrupts. Beim Einzelschrittbetrieb maskiert der Emulator Interrupts, sodass er jede Zeile des Quellcodes des Programms nicht in Echtzeit emulieren kann. Wenn die Interruptverarbeitung schrittweise durchlaufen werden soll, setzen Sie einen Breakpoint am Anfang der Interruptverarbeitung und generieren Sie einen Interrupt während der Ausführung des Benutzerprogramms. Ein Break wird dann am Anfang der Interruptverarbeitung generiert. Beim C-Quellcode-Schrittbetrieb werden Interrupts je nach Debugger auf unterschiedliche Weise maskiert; eine Methode ist die Verwendung des Einzelschrittbetriebs und eine andere das Setzen eines temporären Breakpoints und die Ausführung des Benutzerprogramms. Dementsprechend kann dieses Dokument nicht definieren, ob Interrupts vom Emulator maskiert werden oder nicht; beachten Sie das Handbuch des von Ihnen verwendeten Debuggers.
Tabelle 4-2 Zustand eines Geräts und Maskierung von Interrupts durch den Emulator
| Zustand eines Geräts | |||
| Bei Breaks | Im Einzelschrittbetrieb | Bei Ausführung des Benutzerprogramms | Im C-Quellcode-Schrittbetrieb |
| Interrupts maskiert* | Interrupts nicht maskiert (Betrieb gemäß Spezifikation des Benutzersystems) | Abhängig vom Debugger | |
- Interrupts (EIINT, FEINT und FPI), die im in Tabelle 4-2 mit (*) markierten Zustand generiert werden, bleiben ausstehend, und die Interruptverarbeitung wird fortgesetzt, nachdem die Interruptmaskierung aufgehoben wurde.
HALT-Modus und schrittweise Ausführung des HALT-Befehls
Ein Break führt zur Freigabe aus dem HALT-Modus.
Wenn ein HALT-Befehl während der schrittweisen Ausführung (Ausführung in Einheiten von Assemblerbefehlen) angetroffen wird, wird ein Break am nächsten Befehl nach dem HALT-Befehl gesetzt, und der Modus wechselt nicht in den HALT-Modus. Wenn ein HALT-Befehl während der schrittweisen C-Quellcode-Ausführung angetroffen wird, hängt es von den Funktionen des Debuggers ab, ob der Übergang in den HALT-Modus erfolgt.
Hinweis zum Anschließen eines Emulators (Pin-Reset)
Das kontinuierliche Anliegen des Reset-Signals während der Vorbereitung der Kommunikation zwischen Emulator und MCU beim Anschließen des Emulators kann zu fehlerhafter Kommunikation führen. Stellen Sie daher sicher, dass das Reset-Signal beim Anschließen des Emulators nicht anliegt.
Hinweis zum Anschließen eines Emulators (Zeitbedarf für die Kommunikationsvorbereitung)
Wenn ein Emulator angeschlossen wird, wird ein Programm, das in die MCU geschrieben wurde, vom Reset-Vektor aus ausgeführt, bevor Emulator und MCU miteinander kommunizieren können. Beachten Sie diesen Punkt.
Wenn das Debuggen eines in die MCU geschriebenen Programms ein Problem verursacht, beheben Sie das Problem, indem Sie eine unten angegebene Wartezeit* einfügen, bevor Sie das Programm nach dem Verlassen des Reset-Zustands ausführen.
- Wenn [Use the PiggyBack board] (Verwendung des PiggyBack-Boards) auf [No] (Nein) gesetzt ist:
- Für die 1-Pin LPD-Schnittstelle ist eine Wartezeit von mindestens 120 ms erforderlich.
- Für die 4-Pin LPD-Schnittstelle ist eine Wartezeit von mindestens 22 ms erforderlich.
- Wenn [Use the PiggyBack board] (Verwendung des PiggyBack-Boards) auf [Yes] (Ja) gesetzt ist:
- Für die 4-Pin LPD-Schnittstelle ist eine Wartezeit von mindestens 70 ms erforderlich (die 1-Pin LPD-Schnittstelle ist mit dem PiggyBack-Board nicht verwendbar).
Hinweis: Die für die Kommunikationsvorbereitung erforderliche Zeit hängt von der Host-PC-Umgebung des E1-, E20- oder E2-Emulators und der Betriebsfrequenz der MCU ab.
Hinweis zum Anschließen eines Emulators (interner Reset)
Wenn das gespeicherte Programm unmittelbar nach dem Verlassen des initialen Reset-Zustands einen Reset (Software-Reset oder durch Überlauf des Watchdog-Timers verursachten Reset) generiert, kann der Reset generiert werden, bevor die Kommunikation zwischen Emulator und MCU nach dem Anschließen des Emulators hergestellt wurde, was zu fehlerhafter Kommunikation führen kann.
Fügen Sie dementsprechend eine unten angegebene Wartezeit* ein, bevor Sie einen Reset anwenden, nachdem der initiale Reset-Zustand verlassen wurde, wenn Sie ein Programm debuggen, das einen Reset beinhaltet.
- Wenn [Use the PiggyBack board] (Verwendung des PiggyBack-Boards) auf [No] (Nein) gesetzt ist:
- Für die 1-Pin LPD-Schnittstelle ist eine Wartezeit von mindestens 120 ms erforderlich.
- Für die 4-Pin LPD-Schnittstelle ist eine Wartezeit von mindestens 22 ms erforderlich.
- Wenn [Use the PiggyBack board] (Verwendung des PiggyBack-Boards) auf [Yes] (Ja) gesetzt ist:
- Für die 4-Pin LPD-Schnittstelle ist eine Wartezeit von mindestens 70 ms erforderlich (die 1-Pin LPD-Schnittstelle ist mit dem PiggyBack-Board nicht verwendbar).
Hinweis: Die für die Kommunikationsvorbereitung erforderliche Zeit hängt von der Host-PC-Umgebung des E1-, E20- oder E2-Emulators und der Betriebsfrequenz der MCU ab.
Zugriff auf I/O-Ressourcen in der MCU
Der Zugriff auf I/O-Ressourcen (Register und RAM) in der MCU durch den Debugger (d.h. Zugriff über das Speicher- oder I/O-Registerfenster) erfolgt auf die gleiche Weise wie der Zugriff von einem Benutzerprogramm.
Beispiele (für den tatsächlichen Betrieb von I/O-Ressourcen beachten Sie das Handbuch der von Ihnen verwendeten MCU):
- Zugriff auf DTS-RAM-Ressourcen
Ein normaler Zugriff wird nicht durchgeführt, es sei denn, ein Master ist zur Nutzung des Kanals zugewiesen. Wenn ein Zugriffsversuch unternommen wird, während kein Master zugewiesen wurde, wird auf der ECM-Seite ein Fehler erkannt. - Zugriff auf FCU-RAM-Ressourcen
Ein normaler Zugriff wird nicht durchgeführt, es sei denn, das FCU-RAM-Freigabebit ist gesetzt. - Zugriff auf den PBG-Bereich
Versuchter Zugriff auf den PBG-Bereich wird nicht durchgeführt, solange der Schutz aktiviert ist. Dies liegt auch im Bereich der Fehlererkennung.
Hinweise zur Hot-Plug-in-Verbindung
- Bevor Sie mit der Hot-Plug-in-Verbindung fortfahren, stellen Sie die OPJTAG [1:0]-Bits im entsprechenden Optionsbyte-Register gemäß der auszuwählenden Debugging-Schnittstelle ein. Wenn die OPJTAG [1:0]-Bits des Optionsbyte-Registers nicht mit der zu verwendenden Debugging-Schnittstelle übereinstimmen, tritt ein Verbindungsfehler auf.
- Die Hot-Plug-in-Verbindung verhindert die Verwendung des optionalen Isolators für den E1-Emulator (der Isolator ist nur für die RH850- und RL78-Gruppen verwendbar).
- Die Hot-Plug-in-Verbindung verhindert die Stromversorgung des Benutzersystems durch den E1- oder E2-Emulator.
- Wenn die Hot-Plug-in-Verbindung nicht verwendet werden soll, wird der RAM-Bereich beim Start des Emulators initialisiert*. Die Hot-Plug-in-Verbindung verhindert diese Initialisierung und macht die Maskierung von Pins unmöglich. Wenn der Emulator daher gestartet wird, ohne den von einem Programm zu verwendenden RAM-Bereich zu initialisieren, treten ECC-Fehler auf. Stellen Sie daher sicher, dass der von einem Programm zu verwendende RAM-Bereich initialisiert wird, bevor das System für die Hot-Plug-in-Verbindung eingerichtet wird.
- Nach Abschluss der Hot-Plug-in-Verbindung läuft das Benutzerprogramm. Zu diesem Zeitpunkt stehen nur die unten aufgeführten Emulatorfunktionen zur Verfügung.
- Lese- oder Schreibzugriff auf den internen RAM-Bereich
- Erzwungener Break
- CPU-Reset
Wenden Sie einen erzwungenen Break an, wenn Sie wieder alle vom Emulator unterstützten Funktionen nutzen möchten. Nach dem erzwungenen Break stehen Funktionen zur Verfügung, die denen entsprechen, die nach dem normalen Start eines Programms verwendet werden können.
Hinweis: Der RAM-Bereich wird nur initialisiert, wenn die Einstellung zur Initialisierung des RAM-Bereichs beim Start des Emulators vorgenommen wird.
Fälle, in denen eine Hot-Plug-in-Verbindung nicht möglich ist
Eine Hot-Plug-in-Verbindung kann nicht verwendet werden, wenn der Mikrocontroller sich im Reset-Eingangszustand befindet.
Leistungsmessung
Wenn bei der Messung eines bestimmten Abschnitts die Intervalle zwischen dem Start und dem Ende einer Messung sowie zwischen dem Ende dieser Messung und dem Start der nächsten kurz sind, ist die Messung nicht möglich. Um korrekte Messungen zu erhalten, sollte das Intervall* lang genug sein.
Hinweis: Das erforderliche Erkennungsintervall hängt von der Betriebsfrequenz und der LPD-Kommunikationsfrequenz der MCU ab.
Reset
Wenn während der Ausführung eines Benutzerprogramms ein Reset auftritt, können Debugging-Funktionen (Breaks, Events, Traces, Timer usw.) und der Betrieb der Mikrocontroller instabil werden.
Neuschreiben des On-Chip-Flash-Speichers (Arbeits-RAM)
Wenn der Debugger während eines Breaks eine Operation ausführt, die das Programmieren des Flash-Speichers* beinhaltet, wird ein Teil des internen RAM-Bereichs als Arbeits-RAM-Bereich verwendet. Der 4-KB-Bereich (für den E2-Emulator) oder der 9-KB-Bereich (für den E1- oder E20-Emulator) ab der letzten Adresse des lokalen RAM-Bereichs von CPU1 wird initial als Arbeits-RAM-Bereich festgelegt. Wenn ein Gerät keinen lokalen RAM-Bereich hat, wird der Retention-RAM-Bereich verwendet.
Der Debugger kann den Arbeits-RAM-Bereich ändern. Nachdem der Debugger die Werte aus dem Arbeits-RAM-Bereich gespeichert und den Flash-Speicher neu geschrieben hat, stellt er die gespeicherten Werte im Arbeits-RAM-Bereich wieder her. Um die Werte zu garantieren, ist es erforderlich, einen Bereich, auf den kein Zugriff durch den DMAC oder einen externen Master erfolgen wird, als Arbeits-RAM-Bereich festzulegen, damit der Betrieb auch dann fortgesetzt werden kann, wenn das Gerät in den Break-Zustand wechselt.
Hinweis: Das Neuschreiben des Flash-Speichers erfolgt als Reaktion auf eine der unten aufgeführten Operationen.
- Herunterladen in den On-Chip-Flash-Speicher
- Änderungen am On-Chip-Flash-Speicher durch Verwendung des [Memory] (Speicher)-Panels oder des [Disassemble] (Disassemblieren)-Panels
- Setzen oder Löschen von Software-Breaks
- Neu-Ausführung nach einem Software-Break (einschließlich schrittweiser Ausführung)
Event-Funktionen (64-Bit-Zugriff)
Setzen Sie keine Zugriffsereignisse mit der Bedingung in 64-Bit-Einheiten. Der Emulator könnte Zugriffe in einer anderen Einheit als 64 Bit als erfüllende solche Bedingungen erkennen, oder andere Events funktionieren möglicherweise nicht normal.
Event-Funktionen (in der Reihenfolge der Event-Erkennung)
In den folgenden Fällen kann die Messung der Zeit oder Leistung bei sequenziellen Events, Abschnitts-Tracing und gewünschten Abschnitten möglicherweise nicht möglich sein, da die Reihenfolge der Anweisungen und der Event-Erkennung nicht wie eingestellt funktionieren kann.
- Ein Event ist für aufeinanderfolgende Anweisungen gesetzt, aber die beiden Anweisungen werden gleichzeitig ausgeführt.
- Ein Zugriffs-Event erkennt benachbarte Lese- und Schreibanweisungen, da der Zeitpunkt der Event-Erkennung bei Lese- und Schreibzugriffen unterschiedlich ist und der Zeitpunkt in der Reihenfolge Lesen und dann Schreiben erkannt werden kann, obwohl die Anweisungen in der Reihenfolge Schreiben und dann Lesen ausgeführt werden.
Event-Funktionen (Bit-Manipulationsbefehle)
Wenn eine Lese- oder Schreibzugriffsbedingung für ein Event gesetzt ist, wird der Schreibzyklus von Read-Modify-Write, der durch einen Bit-Manipulationsbefehl generiert wird, nicht als Event erkannt. Diese Bedingung kann im Falle solcher Anweisungen nicht als Trigger für einen Break, eine Trace-Erfassung oder eine Leistungsmessung verwendet werden.
Erfüllung zweier Break-Bedingungen vor einem einzigen Break
Wenn unmittelbar vor einem Übergang in den Break-Zustand aufgrund eines erzwungenen Breaks oder eines Event-Breaks ein weiteres Lesezugriffs-Event erkannt wird, tritt unmittelbar nach der Wiederaufnahme der Programmausführung ein weiterer Break auf, da die Break-Anforderung zum Zeitpunkt der Wiederaufnahme als Lesezugriffs-Event akzeptiert wurde.
Software-Break-Funktionen (RAM-Bereiche)
Die Software-Break-Funktion wird durch das Ersetzen von Anweisungen implementiert. Beachten Sie daher, dass kein Break auftritt, wenn der Wert an einer Adresse, an der ein Software-Break gesetzt wurde, von einem laufenden Benutzerprogramm überschrieben wird.
PiggyBack-Board
Wenn das PiggyBack-Board als Zielplatine verwendet wird, wählen Sie [Use the PiggyBack board] (Verwendung des PiggyBack-Boards) auf [Yes] (Ja). Wenn diese Einstellung nicht vorgenommen wird, kann der Emulator nicht angeschlossen werden.
Software-Tracing (LPD-Ausgabe)-Funktion bei Auswahl der 1-Pin LPD-Schnittstelle (nur für den E2-Emulator)
Wenn die 1-Pin LPD ausgewählt ist und ein Break als erzwungener Break, ein Trace-Full-Break aus dem E2-Speicher oder ein Break aufgrund des Eingangs eines externen Triggers generiert wird, kann Software-Tracing (LPD-Ausgabe) nicht verwendet werden, wenn die Ausführung des Programms anschließend wieder aufgenommen wird. Um das Software-Tracing (LPD-Ausgabe) erneut durchzuführen, verbinden Sie den Emulator wieder mit dem Debugger.
Hinweis zu Trace-Daten, die durch Software-Tracing (LPD-Ausgabe) erfasst werden (nur für den E2-Emulator)
Wenn ein Break als erzwungener Break, ein Trace-Full-Break aus dem E2-Speicher oder ein Break aufgrund des Eingangs eines externen Triggers generiert wird, werden Informationen von einem Debugging-Befehl, der unmittelbar vor dem Break ausgeführt wurde, nicht im E2-Speicher abgelegt.
Wenn ein Debugging-Befehl während der schrittweisen Ausführung ausgeführt wird und ein Software-Break oder Hardware-Break durch den Debugging-Befehl spezifiziert und ausgeführt wird, werden keine Software-Trace-Daten über die LPD-Schnittstelle ausgegeben.
Wenn die Trace-Erfassung aufgrund eines Breaks, der durch einen Software-Break, Hardware-Break, Event-Break oder Trace-Full-Break aus dem internen Trace-Speicher generiert wird, gestoppt wird, wird die Ausführungshistorie ab einem im Debugging-Bereich ausgeführten DBCP-Befehl als finale Trace-Daten im E2-Speicher und im internen Trace-Speicher nach dem Ausführungs-Break gespeichert.
Breakpoints im Code-Flash-P/E-Modus oder Daten-Flash-P/E-Modus
Beim Debuggen eines Benutzerprogramms, das das Zielgerät in den Code-Flash-P/E-Modus oder Daten-Flash-P/E-Modus versetzt, empfehlen wir die Verwendung von Hardware-Breakpoints anstelle von Software-Breakpoints.
Da Flash-Speicher nicht programmiert werden kann, während sich das Zielgerät im Code-Flash-P/E-Modus oder Daten-Flash-P/E-Modus befindet, können Software-Breakpoints weder zum Code-Flash-Speicher hinzugefügt noch daraus gelöscht werden.
Dementsprechend ist das eigentliche Hinzufügen oder Löschen dieser auf dem Zielgerät nicht möglich. Fügen Sie Software-Breakpoints im Code-Flash-Speicher nur hinzu oder löschen Sie diese, wenn sich das Zielgerät in einem anderen Modus als dem Code-Flash-P/E-Modus oder dem Daten-Flash-P/E-Modus befindet.
Wenn eine Unterbrechung bei einem Software-Breakpoint im Code-Flash-Speicher erzeugt wird, während sich das Zielgerät im Code-Flash-P/E-Modus oder Daten-Flash-P/E-Modus befindet, wird die Unterbrechung an der aktuellen Adresse (der des Software-Breakpoints) erzeugt, sodass der Versuch, das Benutzerprogramm auszuführen, erneut zu einer Unterbrechung führt und das Programm nicht über die aktuelle Adresse hinaus ausgeführt wird. In solchen Fällen führen Sie einen Reset durch.
Interne Schaltungen des Emulators
Abbildung 5-1 und Abbildung 5-2 zeigen die internen Schaltungen des E1- oder E20-Emulators. Abbildung 5-3 bzw. Abbildung 5-4 zeigen die des E2-Emulators (Produktrevision C) und des E2-Emulators (Produktrevision D).
Der Buchstabe am Ende der Seriennummer, die auf der Hauptplatine des E2-Emulators steht, gibt die Produktrevision an. Beachten Sie diese Abbildungen bei der Bestimmung von Parametern im Platinendesign.
Abbildung 5-1 Schnittstellenschaltungen im E1- oder E20-Emulator (1-Pin LPD, 1-Wire UART)
Abbildung 5-2 Schnittstellenschaltungen im E1- oder E20-Emulator (4-Pin LPD, 2-Wire UART)
Abbildung 5-3 Schnittstellenschaltungen im E2-Emulator (1-Pin LPD, 4-Pin LPD, JTAG, 1-Wire UART, 2-Wire UART, CSI) (Rev. C)
Abbildung 5-4 Schnittstellenschaltungen im E2-Emulator (1-Pin LPD, 4-Pin LPD, JTAG, 1-Wire UART, 2-Wire UART, CSI) (Rev. D)
Fehlerbehebung
Dieses Kapitel gibt Beispiele für Probleme, die bei der Verwendung des E1-, E20- oder E2-Emulators in Kombination mit einem Debugger auftreten können, sowie Abhilfemaßnahmen für diese Probleme. Lesen Sie auch die Abschnitte des Benutzerhandbuchs des E1- oder E20-Emulators, des Benutzerhandbuchs des E2-Emulators auf der Renesas-Homepage und in den Benutzerhandbüchern für Debugger, die FAQs oder Informationen zur Fehlerbehebung enthalten. Die Fehlercodes für CS+ sind ebenfalls unten aufgeführt. Wenn Sie einen anderen Debugger als den von CS+ verwenden, beachten Sie das Benutzerhandbuch des jeweiligen Debuggers.
Probleme beim Anschließen des Emulators
Tabelle 6-1 Probleme beim Anschließen des Emulators (1/3)
| Problem | Abhilfemaßnahme | Fehlercode in CS+ |
| Verbindung mit dem Debugging-Tool (Emulator) nicht möglich Dieser Fehler kann im seriellen Programmiermodus auftreten. | Wenn die automatische OPJTAG-Einstellung für den Debugger aktiviert ist, schalten Sie das Gerät beim Anschließen in den seriellen Programmiermodus und überprüfen und ändern Sie den Wert des OPJTAG-Bits im Optionsbyte (siehe Abschnitt Verbindungsschnittstelle und Modi). Wenn dies fehlschlägt, wird die rechts gezeigte Fehlermeldung angezeigt. Überprüfen Sie die folgenden Punkte.
| E1203237 |
| • Der für MainOSC eingestellte Wert ist möglicherweise falsch. Überprüfen Sie, ob die Frequenz von MainOSC auf der Platine mit dem für den Anschluss des Debuggers eingestellten Wert übereinstimmt. | E1203275 | |
| • Die Verbindung zwischen dem Emulator und dem Zielgerät (insbesondere die des FLMD0-Pins) ist möglicherweise falsch. Beachten Sie den Abschnitt Beispiele für empfohlene Verbindungen zwischen Stecker und MCU und überprüfen Sie die Schaltung zwischen dem Emulator und dem Zielgerät. | E1203276 |
Tabelle 6-2 Probleme beim Anschließen des Emulators (2/3)
| Problem | Abhilfemaßnahme | Fehlercode in CS+ |
| Verbindung mit dem Debugging-Tool (Emulator) nicht möglich Fehler bei der LPD-Verbindung |
| E1203240 |
| Der RESET-Pin des Zielgeräts ist möglicherweise aktiv. Stellen Sie sicher, dass der RESET-Pin während des Anschlusses des Emulators auf dem inaktiven Pegel ist. | E1203274 | |
| Verbindung mit dem Debugging-Tool (Emulator) nicht möglich Nichtübereinstimmung der Sicherheits-IDs | Die ID-Authentifizierung kann fehlschlagen, wenn der Debugger angeschlossen ist. Überprüfen Sie, ob der eingegebene ID-Code korrekt ist. | C0602202 |
Tabelle 6-3 Probleme beim Anschließen des Emulators (3/3)
| Problem | Abhilfemaßnahme | Fehlercode in CS+ |
| Verbindung mit dem Debugging-Tool (Emulator) nicht möglich Fehler bei der JTAG-Verbindung |
| E1203331 |
| Der RESET-Pin des Zielgeräts ist möglicherweise aktiv. Stellen Sie sicher, dass der RESET-Pin während des Anschlusses des Emulators auf dem inaktiven Pegel ist. | E1203332 |
Probleme nach dem Anschließen des Emulators
Tabelle 6-4 Probleme nach dem Anschließen des Emulators
| Problem | Abhilfemaßnahme | Fehlercode in CS+ |
| Unfähigkeit, Unterbrechungen zu erzeugen | Das Reset-Signal war möglicherweise für eine lange Zeit auf dem aktiven Pegel. Wenn ein Reset länger als 8 Sekunden eingegeben wird, werden erzwungene Unterbrechungen deaktiviert. Warten Sie auf das Ende der Reset-Eingabe oder ändern Sie die Einstellung für die Maskierung von Resets. | E1200674 |
Hinweis
- Beschreibungen von Schaltkreisen, Software und anderen zugehörigen Informationen in diesem Dokument dienen lediglich der Veranschaulichung der Funktionsweise von Halbleiterprodukten und Anwendungsbeispielen. Sie sind vollumfänglich verantwortlich für die Integration oder jede andere Verwendung der Schaltkreise, Software und Informationen in das Design Ihres Produkts oder Systems. Renesas Electronics lehnt jegliche Haftung für Verluste und Schäden ab, die Ihnen oder Dritten aus der Verwendung dieser Schaltkreise, Software oder Informationen entstehen.
- Renesas Electronics schließt hiermit ausdrücklich jegliche Gewährleistungen gegen und Haftung für die Verletzung oder andere Ansprüche bezüglich Patente, Urheberrechte oder andere geistige Eigentumsrechte Dritter aus, die durch oder aus der Nutzung von Renesas Electronics Produkten oder technischen Informationen, die in diesem Dokument beschrieben sind, entstehen, einschließlich, aber nicht beschränkt auf, Produktdaten, Zeichnungen, Diagramme, Programme, Algorithmen und Anwendungsbeispiele.
- Es wird hiermit keine Lizenz, weder ausdrücklich, stillschweigend noch anderweitig, unter Patenten, Urheberrechten oder anderen geistigen Eigentumsrechten von Renesas Electronics oder anderen erteilt.
- Sie sind verantwortlich dafür, festzustellen, welche Lizenzen von Dritten erforderlich sind, und diese Lizenzen für den rechtmäßigen Import, Export, die Herstellung, den Verkauf, die Nutzung, den Vertrieb oder die sonstige Entsorgung von Produkten, die Renesas Electronics Produkte enthalten, einzuholen, falls erforderlich.
- Sie dürfen kein Renesas Electronics Produkt ganz oder teilweise verändern, modifizieren, kopieren oder zurückentwickeln. Renesas Electronics lehnt jegliche Haftung für Verluste oder Schäden ab, die Ihnen oder Dritten aus einer solchen Veränderung, Modifikation, Kopie oder Rückentwicklung entstehen.
- Renesas Electronics Produkte werden nach den folgenden zwei Qualitätsstufen klassifiziert: "Standard" und "High Quality". Die vorgesehenen Anwendungen für jedes Renesas Electronics Produkt hängen von der Qualitätsstufe des Produkts ab, wie unten angegeben. "Standard": Computer; Büroausstattung; Kommunikationsgeräte; Prüf- und Messgeräte; Audio- und Videogeräte; elektronische Haushaltsgeräte; Werkzeugmaschinen; persönliche elektronische Geräte; Industrieroboter; etc. "High Quality": Transportausrüstung (Automobile, Züge, Schiffe, etc.); Verkehrssteuerung (Verkehrsampeln); großflächige Kommunikationsgeräte; wichtige Finanzterminalsysteme; Sicherheitssteuerungsgeräte; etc. Sofern nicht ausdrücklich als hochzuverlässiges Produkt oder Produkt für raue Umgebungen in einem Renesas Electronics Datenblatt oder einem anderen Renesas Electronics Dokument ausgewiesen, sind Renesas Electronics Produkte nicht für die Verwendung in Produkten oder Systemen vorgesehen oder autorisiert, die eine direkte Bedrohung für das menschliche Leben oder die körperliche Unversehrtheit darstellen könnten (künstliche Lebenserhaltungssysteme oder -geräte; chirurgische Implantationen; etc.) oder ernsthaften Sachschaden verursachen könnten (Raumsysteme; Unterwasser-Repeater; Kernkraftwerkssteuerungssysteme; Flugzeugsteuerungssysteme; wichtige Anlagensysteme; Militärausrüstung; etc.). Renesas Electronics lehnt jegliche Haftung für Schäden oder Verluste ab, die Ihnen oder Dritten aus der Verwendung eines Renesas Electronics Produkts entstehen, die nicht mit einem Renesas Electronics Datenblatt, Benutzerhandbuch oder einem anderen Renesas Electronics Dokument übereinstimmt.
- Kein Halbleiterprodukt ist absolut sicher. Ungeachtet etwaiger Sicherheitsmaßnahmen oder -funktionen, die in Renesas Electronics Hardware- oder Softwareprodukten implementiert sein mögen, übernimmt Renesas Electronics keinerlei Haftung, die sich aus einer Schwachstelle oder Sicherheitsverletzung ergibt, einschließlich, aber nicht beschränkt auf, unbefugten Zugriff auf oder die Nutzung eines Renesas Electronics Produkts oder eines Systems, das ein Renesas Electronics Produkt verwendet. RENESAS ELECTRONICS GARANTIERT NICHT, DASS RENESAS ELECTRONICS PRODUKTE ODER SYSTEME, DIE MIT RENESAS ELECTRONICS PRODUKTEN ERSTELLT WURDEN, UNVERWUNDBAR ODER FREI VON KORRUPTION, ANGRIFFEN, VIREN, STÖRUNGEN, HACKING, DATENVERLUST ODER DIEBSTAHL ODER ANDEREN SICHERHEITSVERLETZUNGEN ("Schwachstellenprobleme") SIND. RENESAS ELECTRONICS LEHNT JEDE VERANTWORTUNG ODER HAFTUNG AB, DIE SICH AUS ODER IM ZUSAMMENHANG MIT SCHWACHSTELLENPROBLEMEN ERGIBT. FERNER, SOWEIT NACH ANWENDBAREM RECHT ZULÄSSIG, LEHNT RENESAS ELECTRONICS JEGLICHE GEWÄHRLEISTUNGEN, AUSDRÜCKLICH ODER STILLSCHWEIGEND, BEZÜGLICH DIESES DOKUMENTS UND JEGLICHER ZUGEHÖRIGER ODER BEGLEITENDER SOFTWARE ODER HARDWARE AB, EINSCHLIESSLICH, ABER NICHT BESCHRÄNKT AUF DIE STILLSCHWEIGENDEN GEWÄHRLEISTUNGEN DER MARKTGÄNGIGKEIT ODER DER EIGNUNG FÜR EINEN BESTIMMTEN ZWECK.
- Bei der Verwendung von Renesas Electronics Produkten beachten Sie bitte die aktuellsten Produktinformationen (Datenblätter, Benutzerhandbücher, Anwendungshinweise, "Allgemeine Hinweise zum Umgang und zur Verwendung von Halbleiterbauelementen" im Zuverlässigkeitshandbuch etc.) und stellen Sie sicher, dass die Nutzungsbedingungen innerhalb der von Renesas Electronics angegebenen Bereiche bezüglich maximaler Nennwerte, Betriebsversorgungsspannungsbereich, Wärmeableitungscharakteristiken, Installation etc. liegen. Renesas Electronics lehnt jegliche Haftung für Fehlfunktionen, Ausfälle oder Unfälle ab, die aus der Verwendung von Renesas Electronics Produkten außerhalb dieser angegebenen Bereiche entstehen.
- Obwohl Renesas Electronics bestrebt ist, die Qualität und Zuverlässigkeit der Renesas Electronics Produkte zu verbessern, weisen Halbleiterprodukte spezifische Eigenschaften auf, wie das Auftreten von Ausfällen mit einer bestimmten Rate und Fehlfunktionen unter bestimmten Nutzungsbedingungen. Sofern nicht in einem Renesas Electronics Datenblatt oder einem anderen Renesas Electronics Dokument als hochzuverlässiges Produkt oder Produkt für raue Umgebungen ausgewiesen, sind Renesas Electronics Produkte nicht strahlungsresistent konstruiert. Sie sind verantwortlich für die Implementierung von Sicherheitsmaßnahmen, um die Möglichkeit von Körperverletzung, Verletzung oder Schaden durch Feuer und/oder Gefahr für die Öffentlichkeit im Falle eines Ausfalls oder einer Fehlfunktion von Renesas Electronics Produkten zu verhindern, wie z.B. Sicherheitsdesign für Hardware und Software, einschließlich, aber nicht beschränkt auf Redundanz, Brandbekämpfung und Fehlfunktionsprävention, angemessene Behandlung von Alterungserscheinungen oder andere geeignete Maßnahmen. Da die Bewertung von Mikrocomputer-Software allein sehr schwierig und unpraktisch ist, sind Sie für die Bewertung der Sicherheit der von Ihnen hergestellten Endprodukte oder Systeme verantwortlich.
- Bitte kontaktieren Sie eine Vertriebsniederlassung von Renesas Electronics für Details zu Umweltfragen, wie z.B. der Umweltverträglichkeit jedes Renesas Electronics Produkts. Sie sind verantwortlich für die sorgfältige und ausreichende Untersuchung der anwendbaren Gesetze und Vorschriften, die die Aufnahme oder Verwendung kontrollierter Substanzen regeln, einschließlich, aber nicht beschränkt auf, die EU RoHS-Richtlinie, und für die Verwendung von Renesas Electronics Produkten in Übereinstimmung mit all diesen anwendbaren Gesetzen und Vorschriften. Renesas Electronics lehnt jegliche Haftung für Schäden oder Verluste ab, die sich aus Ihrer Nichteinhaltung der anwendbaren Gesetze und Vorschriften ergeben.
- Renesas Electronics Produkte und Technologien dürfen nicht für Produkte oder Systeme verwendet oder in diese integriert werden, deren Herstellung, Verwendung oder Verkauf nach anwendbaren nationalen oder ausländischen Gesetzen oder Vorschriften verboten ist. Sie müssen alle anwendbaren Exportkontrollgesetze und -vorschriften einhalten, die von den Regierungen der Länder, die Gerichtsbarkeit über die Parteien oder Transaktionen ausüben, erlassen und verwaltet werden.
- Es liegt in der Verantwortung des Käufers oder Distributors von Renesas Electronics Produkten oder jeder anderen Partei, die das Produkt an Dritte vertreibt, entsorgt oder anderweitig verkauft oder überträgt, diese Dritte im Voraus über den Inhalt und die in diesem Dokument dargelegten Bedingungen zu informieren.
- Dieses Dokument darf ohne vorherige schriftliche Zustimmung von Renesas Electronics weder ganz noch teilweise in irgendeiner Form nachgedruckt, reproduziert oder vervielfältigt werden.
- Bitte kontaktieren Sie eine Vertriebsniederlassung von Renesas Electronics, wenn Sie Fragen zu den in diesem Dokument enthaltenen Informationen oder zu Renesas Electronics Produkten haben.
(Hinweis1) „Renesas Electronics“, wie in diesem Dokument verwendet, bedeutet Renesas Electronics Corporation und schließt auch ihre direkt oder indirekt kontrollierten Tochtergesellschaften ein. (Hinweis2) „Renesas Electronics Produkt(e)“ bedeutet jedes Produkt, das von oder für Renesas Electronics entwickelt oder hergestellt wurde.
Unternehmenszentrale
TOYOSU FORESIA, 3-2-24 Toyosu,
Koto-ku, Tokyo 135-0061, Japan
www.renesas.com
Kontaktinformationen
Für weitere Informationen zu einem Produkt, einer Technologie, der aktuellsten Version eines Dokuments oder Ihrer nächstgelegenen Vertriebsniederlassung besuchen Sie bitte: www.renesas.com/contact/.
Bevor Sie den Emulator verwenden, lesen Sie unbedingt die Bedienungsanleitung des Emulators sorgfältig durch.
Bewahren Sie die Bedienungsanleitung auf und schlagen Sie darin nach, wenn Sie Fragen zum Emulator haben.
Bei der Verwendung des Emulators:
- Renesas Electronics Corporation kann nicht alle möglichen Situationen und möglichen Fälle von Missbrauch vorhersagen, die ein Gefahrenpotenzial bergen. Daher decken die Warnhinweise in dieser Bedienungsanleitung und die am Emulator angebrachten Warnetiketten nicht unbedingt alle diese möglichen Situationen und Fälle ab. Der Kunde ist verantwortlich für die korrekte und sichere Verwendung des Emulators.
- Renesas Electronics Corporation übernimmt keine Verantwortung für direkte oder indirekte Schäden, die durch einen zufälligen Ausfall oder eine Fehlfunktion des Emulators verursacht werden.
Über Rechte:
- Wir übernehmen keine Verantwortung für Schäden oder Verletzungen von Patentrechten oder anderen Rechten, die sich aus der Verwendung von Informationen, Produkten oder Schaltkreisen ergeben, die in dieser Bedienungsanleitung vorgestellt werden.
- Die Informationen oder Daten in dieser Bedienungsanleitung gewähren weder implizit noch auf andere Weise eine Lizenz für Patentrechte oder andere Rechte, die Renesas oder einem Dritten gehören.
- Diese Bedienungsanleitung und der Emulator sind urheberrechtlich geschützt, wobei alle Rechte bei Renesas liegen. Diese Bedienungsanleitung darf ohne vorherige schriftliche Zustimmung von Renesas weder ganz noch teilweise kopiert, vervielfältigt oder reproduziert werden.
Über Diagramme:
Einige Diagramme in dieser Bedienungsanleitung können von den Objekten abweichen, die sie darstellen.
Sicherheitsvorkehrungen
Dieses Kapitel beschreibt anhand der relevanten symbolischen Darstellungen und ihrer Bedeutungen die Vorsichtsmaßnahmen, die zu beachten sind, um dieses Produkt sicher und ordnungsgemäß zu verwenden. Lesen und verstehen Sie dieses Kapitel unbedingt, bevor Sie dieses Produkt verwenden.
Kontaktieren Sie uns, wenn Sie Fragen zu den hier beschriebenen Vorsichtsmaßnahmen haben.
WARNING weist auf eine potenziell gefährliche Situation hin, die zum Tod oder zu schweren Verletzungen führen kann, wenn sie nicht vermieden wird.
CAUTION weist auf eine potenziell gefährliche Situation hin, die zu leichten oder mittelschweren Verletzungen oder Sachschäden führen kann, wenn sie nicht vermieden wird.
Um eine mögliche Gefahr zu vermeiden, werden die folgenden bildlichen Symbole verwendet, um Ihre Aufmerksamkeit zu erregen.
bedeutet WARNING oder CAUTION.
Beispiel:
CAUTION VOR EINEM STROMSCHLAG
bedeutet VERBOT.
Beispiel:
DEMONTAGE VERBOTEN
bedeutet HANDLUNGSANWEISUNG.
Beispiel:
ZIEHEN SIE DAS STROMKABEL AUS DER STECKDOSE.
| |
| Warnungen für die Wechselstromversorgung:
Schalten Sie die Host-Maschine und das Benutzersystem immer aus, bevor Sie Kabel oder Komponenten anschließen oder trennen. Die Missachtung dieser Vorsichtsmaßnahme kann zu einem Stromschlag führen oder dazu, dass das Emulatorprodukt oder das Benutzersystem Rauch abgibt oder Feuer fängt. Außerdem wird das im Debugging befindliche Benutzerprogramm zerstört. Stellen Sie sicher, dass die Anschlüsse an beiden Enden des Benutzerschnittstellenkabels jeweils richtig zum benutzerseitigen Anschluss des Emulators und zum Anschluss des Benutzersystems ausgerichtet sind. Die Missachtung dieser Vorsichtsmaßnahme kann zu einem Stromschlag führen oder dazu, dass das Emulatorprodukt oder das Benutzersystem Rauch abgibt oder Feuer fängt. |
Warnung vor Modifikationen: Modifizieren Sie den Emulator nicht. Bei Modifikationen des Emulators können Personenschäden durch Stromschlag entstehen. Eine Modifikation des Produkts führt zum Erlöschen Ihrer Garantie. |
Warnung zur Installation: Platzieren Sie den Emulator nicht in Wasser oder an Orten mit hoher Luftfeuchtigkeit. Stellen Sie sicher, dass das Produkt nicht nass wird. Das Eindringen von Wasser oder anderen Flüssigkeiten in das Produkt kann irreparable Schäden verursachen. |
| Warnung zur Betriebstemperatur: Es ist darauf zu achten, dass diese Temperatur nicht überschritten wird. |
Der Emulator ist in einer Umgebung mit einer maximalen Umgebungstemperatur von 35°C zu verwenden.| |
| Vorsichtsmaßnahmen beim Umgang mit dem Emulator: Berühren Sie die Anschlussstifte des Emulators und die Anschlussstifte des Ziel-MCU nicht direkt. Statische Elektrizität kann die internen Schaltkreise beschädigen. Halten Sie beim Anbringen und Entfernen des Kabels den Stecker des Kabels und berühren Sie nicht das Kabel selbst. Biegen Sie das Kabel bei der Installation des Emulators nicht übermäßig und ziehen Sie den Emulator oder die Platine nicht am angeschlossenen Kabel. Das Kabel kann einen Bruch verursachen. Kleben Sie das flexible Kabel nicht mit Klebeband fest und verwenden Sie keine Klebstoffe zur Befestigung des Kabels. Das Abschirmmaterial auf der Oberfläche des Kabels könnte sich lösen. |
Vorsichtsmaßnahmen bei Systemstörungen: Wenn der Emulator aufgrund von Störungen wie externem Rauschen eine Fehlfunktion aufweist, gehen Sie wie folgt vor, um das Problem zu beheben.
|
Referenzen
Anleitung herunterladen
Hier können Sie die vollständige PDF-Version des Handbuchs herunterladen. Sie kann zusätzliche Sicherheitsanweisungen, Garantieinformationen, FCC-Regeln usw. enthalten.
Renesas E1, E20, E2 Handbuch herunterladen
