Atmel MCU Reverse Engineering

Die Atmel Corporation ist ein amerikanischer Halbleiterhersteller, gegründet 1984. Das Unternehmen konzentriert sich auf eingebettete Systemlösungen rund um Flash-Mikrocontroller. Zu den Produkten gehören Mikrocontroller (8-Bit-AVR, 32-Bit-AVR, ARM-basiert, Automobilqualifikation und 8051-Derivate), Hochfrequenzgeräte (einschließlich Wi-Fi), EEPROM- und Flash-Speicher, symmetrische und asymmetrische Sicherheitschips, Touch-Sensoren und -Controller sowie eine Reihe anwendungsspezifischer Produkte.

Atmel liefert seine Bauelemente als Standardprodukte, ASICs oder ASSPs, je nach Kundenanforderung. Atmel bedient ein breites Anwendungsspektrum, darunter Unterhaltungselektronik, Telekommunikation, Computervernetzung, Industrie, Medizin, Automobil, Luft- und Raumfahrt sowie Militär. Das Unternehmen ist Branchenführer bei Mikrocontrollern und Touchsystemen, insbesondere für eingebettete Systeme wie die berühmten Arduino-Entwicklungskits.

Der Unternehmenssitz von Atmel befindet sich in San Jose, Kalifornien. Es gibt große Standorte in Trondheim (Norwegen), Colorado Springs (Colorado), Chennai (Indien), Shanghai (China), Taipeh (Taiwan), Rousset (Frankreich), Heilbronn (Deutschland), Whiteley (UK) und München (Deutschland) sowie weitere weltweit. Atmel verfolgt eine „Fab-lite“-Strategie und lässt einen Großteil seiner Produktpalette in Auftragsfertigungen herstellen. Es besitzt eine Einrichtung in Colorado Springs, die die XSense-Reihe flexibler Touch-Sensoren herstellt.

 

 

Atmel AVR

Atmel ATmega8 im 28-Pin-DIP-Gehäuse. Der AVR ist eine 8-Bit-RISC-Ein-Chip-Mikrocontroller-Architektur mit modifizierter Harvard-Architektur, die 1996 von Atmel entwickelt wurde. Der AVR war einer der ersten Mikrocontroller-Familien, die On-Chip-Flash-Speicher für die Programmspeicherung verwendete, im Gegensatz zu Einmal-programmierbarem ROM, EPROM oder EEPROM, die damals von anderen Mikrocontrollern verwendet wurden.

Kurze Geschichte: Die AVR-Architektur wurde von zwei Studenten des Norwegischen Instituts für Technologie (NTH), Alf-Egil Bogen und Vegard Wollan, konzipiert.[1][2]

Der ursprüngliche AVR-MCU wurde in einem lokalen ASIC-Haus in Trondheim, Norwegen, namens Nordic VLSI (heute Nordic Semiconductor) entwickelt, wo Bogen und Wollan als Studenten arbeiteten.[Quelle?] Er war als μRISC (Micro RISC) bekannt[Quelle?] und wurde als Silicon-IP/Baustein von Nordic VLSI angeboten.[Quelle?] Als die Technologie von Nordic VLSI an Atmel verkauft wurde, wurde die interne Architektur von Bogen und Wollan bei Atmel Norway, einer Tochtergesellschaft von Atmel, weiterentwickelt. Die Entwickler arbeiteten eng mit Compiler-Entwicklern von IAR Systems zusammen, um sicherzustellen, dass der Befehlssatz eine effizientere Übersetzung von Hochsprachen ermöglicht.[3] Atmel gibt an, dass der Name AVR kein Akronym ist und für nichts Bestimmtes steht. Die Schöpfer des AVR geben keine endgültige Antwort darauf, wofür der Begriff „AVR“ steht.[2] Es wird jedoch allgemein akzeptiert, dass AVR für Alf (Egil Bogen) und Vegard (Wollan)'s RISC-Prozessor steht.[4]

Beachten Sie, dass sich die Verwendung von „AVR“ in diesem Artikel im Allgemeinen auf die 8-Bit-RISC-Linie der Atmel-AVR-Mikrocontroller bezieht.

Einer der ersten der AVR-Linie war der AT90S8515, der in einem 40-Pin-DIP-Gehäuse denselben Pinbelegung wie ein 8051-Mikrocontroller aufweist, einschließlich des externen multiplexierten Adress- und Datenbusses. Die Polarität der RESET-Leitung war entgegengesetzt (8051 hat einen aktiven High-RESET, während der AVR einen aktiven Low-RESET hat), aber ansonsten war die Pinbelegung identisch.

Geräteübersicht: Der AVR ist eine Maschine mit modifizierter Harvard-Architektur, bei der Programm und Daten in separaten physischen Speichersystemen mit unterschiedlichen Adressräumen gespeichert werden, aber mit der Möglichkeit, Daten aus dem Programmspeicher mithilfe spezieller Befehle zu lesen.

Grundlegende Familien: AVRs werden im Allgemeinen in sechs große Gruppen eingeteilt:

tinyAVR – die ATtiny-Serie
0,5–16 kB Programmspeicher
6–32-Pin-Gehäuse
Begrenzter Peripheriesatz
megaAVR – die ATmega-Serie
4–512 kB Programmspeicher
28–100-Pin-Gehäuse
Erweiterter Befehlssatz (Multiplikationsbefehle und Befehle für größere Programmspeicher)
Umfangreicher Peripheriesatz
XMEGA – die ATxmega-Serie
16–384 kB Programmspeicher
44–64–100-Pin-Gehäuse (A4, A3, A1)
Erweiterte Leistungsmerkmale wie DMA, „Event System“ und Kryptografieunterstützung.
Umfangreicher Peripheriesatz mit ADCs
Anwendungsspezifische AVR
MegaAVRs mit besonderen Merkmalen, die bei anderen Mitgliedern der AVR-Familie nicht vorhanden sind, wie LCD-Controller, USB-Controller, erweiterte PWM, CAN usw.
FPSLIC (AVR mit FPGA)
FPGA 5K bis 40K Gatter
SRAM für den AVR-Programmcode, im Gegensatz zu allen anderen AVRs
AVR-Kern kann mit bis zu 50 MHz betrieben werden [5]
32-Bit-AVRs
Hauptartikel: AVR32
Im Jahr 2006 veröffentlichte Atmel Mikrocontroller auf Basis der neuen 32-Bit-AVR32-Architektur. Sie enthalten SIMD- und DSP-Befehle sowie weitere Audio- und Videoverarbeitungsfunktionen. Diese 32-Bit-Familie soll mit ARM-basierten Prozessoren konkurrieren. Der Befehlssatz ähnelt anderen RISC-Kernen, ist jedoch nicht mit dem ursprünglichen AVR oder den verschiedenen ARM-Kernen kompatibel.
Gerätearchitektur: Flash-, EEPROM- und SRAM sind alle auf einem einzigen Chip integriert, sodass in den meisten Anwendungen kein externer Speicher erforderlich ist. Einige Geräte verfügen über eine optionale parallele externe Busschnittstelle, um zusätzlichen Datenspeicher oder speicherzugeordnete Peripheriegeräte hinzuzufügen. Fast alle Geräte (außer den kleinsten TinyAVR-Chips) verfügen über serielle Schnittstellen, mit denen größere serielle EEPROMs oder Flash-Chips angeschlossen werden können.

Programmspeicher: Programmbefehle werden im nichtflüchtigen Flash-Speicher abgelegt. Obwohl die MCUs 8-Bit sind, benötigt jeder Befehl ein oder zwei 16-Bit-Wörter.

Die Größe des Programmspeichers wird normalerweise in der Bezeichnung des Geräts selbst angegeben (z. B. hat die ATmega64x-Linie 64 kB Flash, während die ATmega32x-Linie 32 kB hat).

Es gibt keine Möglichkeit für externen Programmspeicher; der gesamte vom AVR-Kern ausgeführte Code muss sich im On-Chip-Flash befinden. Diese Einschränkung gilt jedoch nicht für die AT94-FPSLIC-AVR/FPGA-Chips.

Interner Datenspeicher: Der Datenadressraum besteht aus dem Registerdatei, den E/A-Registern und dem SRAM.

Interne Register:
Atmel ATxmega128A1 im 100-Pin-TQFP-Gehäuse. Die AVRs verfügen über 32 Einzelbyte-Register und werden als 8-Bit-RISC-Geräte klassifiziert.

Bei den meisten Varianten der AVR-Architektur sind die Arbeitsregister als die ersten 32 Speicheradressen (000016–001F16) abgebildet, gefolgt von den 64 E/A-Registern (002016–005F16).

Der eigentliche SRAM beginnt nach diesen Registerabschnitten (Adresse 006016). (Beachten Sie, dass der E/A-Registerbereich bei einigen umfangreicheren Geräten größer sein kann, in welchem Fall die speicherzugeordneten E/A-Register einen Teil des SRAM-Adressraums belegen.)

Obwohl es separate Adressierungsschemata und optimierte Opcodes für den Zugriff auf Registerdatei und E/A-Register gibt, können alle dennoch adressiert und manipuliert werden, als ob sie sich im SRAM befänden.

Bei der XMEGA-Variante ist die Arbeitsregisterdatei nicht in den Datenadressraum abgebildet; daher ist es nicht möglich, eines der XMEGA-Arbeitsregister so zu behandeln, als ob es sich um SRAM handeln würde. Stattdessen sind die E/A-Register von Anfang an in den Datenadressraum abgebildet. Darüber hinaus ist der für E/A-Register reservierte Datenadressbereich auf 4096 Byte (000016–0FFF16) angewachsen. Wie bei früheren Generationen können jedoch die schnellen E/A-Manipulationsbefehle nur die ersten 64 E/A-Registeradressen erreichen (die ersten 32 für Bit-basierte Befehle). Nach den E/A-Registern reserviert die XMEGA-Serie einen 4096-Byte-Bereich des Datenadressraums, der optional für die Abbildung des internen EEPROM in den Datenadressraum verwendet werden kann (100016–1FFF16). Der eigentliche SRAM befindet sich nach diesen Bereichen, beginnend bei 200016.

EEPROM: Fast alle AVR-Mikrocontroller verfügen über internes EEPROM für semi-permanente Datenspeicherung. Wie Flash-Speicher behält EEPROM seinen Inhalt auch bei Stromausfall.

Bei den meisten Varianten der AVR-Architektur ist dieser interne EEPROM-Speicher nicht in den adressierbaren Speicherraum des MCU abgebildet. Er kann nur wie ein externes Peripheriegerät über spezielle Zeigerregister und Lese-/Schreibbefehle angesprochen werden, was den EEPROM-Zugriff wesentlich langsamer macht als den internen RAM.

Einige Geräte der SecureAVR-Familie (AT90SC) [6] verwenden jedoch eine spezielle EEPROM-Abbildung auf den Daten- oder Programmspeicher, je nach Konfiguration. Die XMEGA-Familie erlaubt ebenfalls die Abbildung des EEPROM in den Datenadressraum.

Da die Anzahl der Schreibvorgänge auf EEPROM nicht unbegrenzt ist – Atmel gibt in den Datenblättern 100.000 Schreibzyklen an – sollte eine gut gestaltete EEPROM-Schreibroutine den Inhalt einer EEPROM-Adresse mit dem gewünschten Inhalt vergleichen und nur dann tatsächlich schreiben, wenn sich der Inhalt ändern muss.

Beachten Sie, dass Lösch- und Schreibvorgänge in vielen Fällen getrennt Byte für Byte durchgeführt werden können, was ebenfalls zur Lebensdauerverlängerung beitragen kann, wenn Bits nur auf 1 gesetzt (löschen) oder selektiv auf 0 gelöscht (schreiben) werden müssen.

Programmausführung: Die AVRs von Atmel haben eine zweistufige Pipeline. Das bedeutet, dass der nächste Maschinenbefehl abgerufen wird, während der aktuelle ausgeführt wird. Die meisten Befehle benötigen nur einen oder zwei Taktzyklen, was AVRs im Vergleich zu anderen 8-Bit-Mikrocontrollern relativ schnell macht.

Die AVR-Prozessoren wurden mit Blick auf die effiziente Ausführung von kompiliertem C-Code entwickelt und verfügen über mehrere eingebaute Zeiger für diese Aufgabe.

Befehlssatz: Hauptartikel: Atmel AVR-Befehlssatz
Der AVR-Befehlssatz ist orthogonaler als die meisten 8-Bit-Mikrocontroller, insbesondere die 8051-Klone und PIC-Mikrocontroller, mit denen AVR heute konkurriert. Er ist jedoch nicht vollständig regelmäßig:

Die Zeigerregister X, Y und Z haben unterschiedliche Adressierungsfähigkeiten.
Die Registerpositionen R0 bis R15 haben andere Adressierungsfähigkeiten als R16 bis R31.
E/A-Ports 0 bis 31 haben andere Adressierungsfähigkeiten als E/A-Ports 32 bis 63.
CLR beeinflusst die Flags, während SER dies nicht tut, obwohl sie komplementäre Befehle sind. CLR setzt alle Bits auf Null und SER setzt sie auf Eins. (Beachten Sie, dass CLR ein Pseudo-Op für EOR R,R ist; und SER ist eine Abkürzung für LDI R,$FF. Mathematikoperationen wie EOR modifizieren Flags, während Verschiebungen/Ladevorgänge/Speicherungen/Verzweigungen wie LDI dies nicht tun.)
Der Zugriff auf schreibgeschützte Daten im Programmspeicher (Flash) erfordert spezielle LPM-Befehle; der Flash-Bus ist ansonsten für den Befehlspeicher reserviert.
Darüber hinaus beeinflussen einige chipspezifische Unterschiede die Codegenerierung. Codezeiger (einschließlich Rücksprungadressen auf dem Stack) sind auf Chips mit bis zu 128 kBytes Flash-Speicher zwei Byte lang, aber auf größeren Chips drei Byte lang; nicht alle Chips haben Hardware-Multiplizierer; Chips mit über 8 kBytes Flash haben Verzweigungs- und Aufrufbefehle mit größeren Bereichen; und so weiter.

Der weitgehend regelmäßige Befehlssatz macht die Programmierung mit C (oder sogar Ada) mit Compilern recht einfach. GCC unterstützt AVR schon seit geraumer Zeit, und diese Unterstützung wird häufig genutzt. Tatsächlich hat Atmel die Meinungen von Compiler-Entwicklern für kleine Mikrocontroller eingeholt, um die für Compiler von Hochsprachen nützlichsten Befehlssatzmerkmale zu ermitteln.

MCU-Geschwindigkeit: Die AVR-Linie kann normalerweise Taktfrequenzen von 0 bis 20 MHz unterstützen, einige Geräte erreichen 32 MHz. Ein Betrieb mit geringerer Leistung erfordert normalerweise eine reduzierte Taktfrequenz. Alle neueren AVRs (Tiny, Mega und Xmega, aber nicht 90S) verfügen über einen integrierten Oszillator, der externe Takt- oder Resonatorschaltungen überflüssig macht. Einige AVRs haben auch einen Systemtakt-Vorteiler, der den Systemtakt um bis zu 1024 herunterteilen kann. Dieser Vorteiler kann während der Laufzeit durch Software neu konfiguriert werden, sodass die Taktgeschwindigkeit optimiert werden kann.

Da alle Operationen (außer Literalen) auf den Registern R0–R31 eintaktig sind, kann der AVR bis zu 1 MIPS pro MHz erreichen, d.h. ein 8-MHz-Prozessor kann bis zu 8 MIPS erreichen. Lade- und Speicherzugriffe auf den Speicher benötigen zwei Takte, Verzweigungen zwei Takte. Verzweigungen in den neuesten „3-Byte-PC“-Teilen wie dem ATmega2560 sind einen Takt langsamer als bei früheren Geräten.

Entwicklung:
Atmel STK500-Entwicklungsboard. AVRs haben eine große Anhängerschaft aufgrund der kostenlosen und kostengünstigen Entwicklungswerkzeuge, einschließlich erschwinglicher Entwicklungsboards und kostenloser Entwicklungssoftware. Die AVRs werden unter verschiedenen Namen verkauft, die denselben Grundkern teilen, aber unterschiedliche Peripherie- und Speicherkombinationen aufweisen. Die Kompatibilität zwischen den Chips innerhalb jeder Familie ist recht gut, obwohl die I/O-Controller-Funktionen variieren können.

Weitere Informationen finden Sie unter den externen Links zu AVR-Entwicklungsseiten.

Funktionen: Aktuelle[?] AVRs bieten eine breite Palette von Funktionen:

Multifunktionale, bidirektionale Allzweck-E/A-Ports mit konfigurierbaren, integrierten Pull-up-Widerständen
Mehrere interne Oszillatoren, einschließlich RC-Oszillator ohne externe Bauteile
Interner, selbstprogrammierbarer Befehlsflash-Speicher bis zu 256 kB (384 kB bei XMega)
In-System-programmierbar über serielle/parallele proprietäre Schnittstellen oder JTAG
Optionaler Bootcode-Bereich mit unabhängigen Lock-Bits zum Schutz
On-Chip-Debugging (OCD)-Unterstützung über JTAG oder debugWIRE auf den meisten Geräten
Die JTAG-Signale (TMS, TDI, TDO und TCK) sind auf GPIOs gemultiplext. Diese Pins können je nach Einstellung eines Sicherungsbits als JTAG oder GPIO konfiguriert werden, das über ISP oder HVSP programmiert werden kann. Standardmäßig sind AVRs mit JTAG mit aktivierter JTAG-Schnittstelle ausgeliefert.
debugWIRE verwendet den /RESET-Pin als bidirektionalen Kommunikationskanal, um auf die On-Chip-Debug-Schaltung zuzugreifen. Es ist auf Geräten mit weniger Pins vorhanden, da es nur einen Pin benötigt.
Interner Daten-EEPROM bis zu 4 kB
Interner SRAM bis zu 16 kB (32 kB bei XMega)
Externer 64-kB-Little-Endian-Datenbereich auf bestimmten Modellen, einschließlich Mega8515 und Mega162.
Der externe Datenbereich ist mit dem internen Datenbereich überlagert, sodass der volle 64-kB-Adressraum nicht auf dem externen Bus erscheint und Zugriffe auf z.B. Adresse 010016 auf den internen RAM zugreifen, nicht auf den externen Bus.
Bei bestimmten Mitgliedern der XMega-Serie wurde der externe Datenbereich erweitert, um sowohl SRAM als auch SDRAM zu unterstützen. Außerdem wurden die Datenadressierungsmodi erweitert, um bis zu 16 MB Datenspeicher direkt adressieren zu können.
AVRs unterstützen im Allgemeinen nicht die Ausführung von Code aus externem Speicher. Einige ASSPs mit AVR-Kern unterstützen jedoch externen Programmspeicher.
8-Bit- und 16-Bit-Timer
PWM-Ausgang (einige Geräte haben einen erweiterten PWM-Peripherieblock mit Totzeitgenerator)
Input Capture, das einen Zeitstempel bei einer Signalflanke aufzeichnet
Analogkomparator
10- oder 12-Bit-A/D-Wandler mit Multiplex für bis zu 16 Kanäle
12-Bit-D/A-Wandler
Verschiedene serielle Schnittstellen, darunter
I²C-kompatible Two-Wire-Schnittstelle (TWI)
Synchrones/asynchrones serielles Peripheriegerät (UART/USART) (verwendet mit RS-232, RS-485 und mehr)
Serial Peripheral Interface Bus (SPI)
Universal Serial Interface (USI) für zwei- oder dreidrahtige synchrone Datenübertragung
Brownout-Erkennung
Watchdog-Timer (WDT)
Mehrere stromsparende Schlafmodi
Beleuchtungs- und Motorsteuerungs-Controller-Modelle (PWM-spezifisch)
CAN-Controller-Unterstützung
USB-Controller-Unterstützung
Vollständiger Full-Speed (12 Mbit/s) Hardware- & Hub-Controller mit eingebettetem AVR.
Auch frei verfügbare Low-Speed (1,5 Mbit/s) (HID) Bitbanging-Software-Emulationen
Ethernet-Controller-Unterstützung
LCD-Controller-Unterstützung
Niederspannungsgeräte mit Betrieb bis 1,8 V (bis 0,7 V bei Teilen mit integriertem DC-DC-Aufwärtswandler)
picoPower-Geräte
DMA-Controller und „Event System“-Peripheriekommunikation.
Schnelle Kryptografieunterstützung für AES und DES
Programmier-Schnittstellen: Es gibt viele Möglichkeiten, Programmcode in einen AVR-Chip zu laden. Die Methoden zur Programmierung von AVR-Chips variieren von AVR-Familie zu Familie.

Arduino Uno
Arduino Nano
Arduino Nano
Arduino Nano
Arduino LilyPad
Arduino Mega 2560
Arduino Ethernet
Arduino Due
Arduino Leonardo
ArduinoYún [6-7]

ISP: Die In-System-Programming (ISP)-Programmiermethode wird funktional über SPI durchgeführt, plus ein wenig Manipulation der Reset-Leitung. Solange die SPI-Pins des AVR nicht mit störenden Elementen verbunden sind, kann der AVR-Chip auf einer PCB bleiben, während er neu programmiert wird. Alles, was benötigt wird, ist ein 6-poliger Stecker und ein Programmieradapter. Dies ist die gebräuchlichste Methode für die Entwicklung mit einem AVR.

Das Atmel AVR ISP mkII-Gerät verbindet sich über USB mit einem Computer und führt die In-System-Programmierung mit der Atmel-Software durch.

AVRDUDE (AVR Downloader/UploaDEr) läuft auf Linux, FreeBSD, Windows und Mac OS X und unterstützt eine Vielzahl von In-System-Programmierhardware, einschließlich Atmel AVR ISP mkII, Atmel JTAG ICE, ältere serielle Atmel-Programmiergeräte und verschiedene Drittanbieter- und „Do-it-yourself“-Programmiergeräte.[7]

Arduino GSM Shield
Arduino GSM Shield Front
Arduino GSM Shield Front
Arduino Ethernet Shield
Arduino Ethernet Shield
Arduino Ethernet Shield
Arduino WiFi Shield
Arduino Wireless SD Shield
Arduino USB Host Shield
Arduino Motor Shield
Arduino Wireless Proto Shield
Arduino Proto Shield

PDI: Die Program and Debug Interface (PDI) ist eine proprietäre Atmel-Schnittstelle für die externe Programmierung und das On-Chip-Debugging von XMEGA-Geräten. Die PDI unterstützt die Hochgeschwindigkeitsprogrammierung aller nichtflüchtigen Speicherbereiche (NVM); Flash, EEPROM, Sicherungen, Lock-Bits und die User Signature Row. Dies geschieht durch Zugriff auf den XMEGA-NVM-Controller über die PDI-Schnittstelle und Ausführung von NVM-Controller-Befehlen. Die PDI ist eine 2-Pin-Schnittstelle, die den Reset-Pin für den Takteingang (PDI_CLK) und einen dedizierten Datenpin (PDI_DATA) für Ein- und Ausgabe verwendet.[8]

Hochspannung seriell: Die Hochspannungs-Serienprogrammierung (HVSP)[9] ist meist der Sicherungsmodus bei kleineren AVRs. Ein 8-Pin-AVR-Gehäuse bietet nicht viele eindeutige Signalkombinationen, um den AVR in einen Programmiermodus zu versetzen. Ein 12-Volt-Signal ist jedoch etwas, das der AVR nur während der Programmierung und niemals im Normalbetrieb sehen sollte.

Hochspannung parallel: Die Hochspannungs-Parallelprogrammierung (HVPP) gilt als „letzte Rettung“ und kann die einzige Möglichkeit sein, AVR-Chips mit falschen Sicherungseinstellungen zu reparieren.

Bootloader: Die meisten AVR-Modelle können einen Bootloader-Bereich von 256 B bis 4 KB reservieren, in dem der Neuprogrammiercode liegen kann. Beim Reset läuft der Bootloader zuerst und führt eine benutzerprogrammierte Entscheidung durch, ob neu programmiert oder zur Hauptanwendung gesprungen werden soll. Der Code kann über jede verfügbare Schnittstelle neu programmieren, er könnte ein verschlüsseltes Binärformat über einen Ethernet-Adapter wie PXE lesen. Atmel hat Applikationshinweise und Code für viele Busschnittstellen.[10][11][12][13]

ROM: Die AT90SC-Serie der AVRs ist mit einem werkseitig maskenprogrammierten ROM anstelle von Flash für den Programmspeicher erhältlich.[14] Aufgrund der hohen Anfangskosten und der Mindestbestellmenge ist ein Masken-ROM nur bei großen Stückzahlen kosteneffizient.

aWire: aWire ist eine neue Ein-Draht-Debug-Schnittstelle, die auf den neuen UC3L-AVR32-Geräten verfügbar ist.

Debugging-Schnittstellen: Der AVR bietet mehrere Optionen für das Debugging, meist mit On-Chip-Debugging, während der Chip im Zielsystem ist.

debugWIRE: debugWIRETM ist die Lösung von Atmel für On-Chip-Debugging über einen einzigen Mikrocontroller-Pin. Es ist besonders nützlich, um den Code aus dem Flash-Speicher zu lesen, geschützte HEX-Dateien auszulesen, ROM-Daten zu extrahieren, den Code (Daten+Code+Sicherungen) zu entsperren, blockierte Schutzeinrichtungen zu löschen, bei Bauteilen mit weniger Pins, die nicht die vier „zusätzlichen“ Pins für JTAG bereitstellen können. Der JTAGICE mkII, mkIII und der AVR Dragon unterstützen debugWIRE. debugWIRE wurde nach der ursprünglichen JTAGICE-Veröffentlichung entwickelt, und mittlerweile unterstützen es auch Klone.

JTAG: Die Joint Test Action Group (JTAG)-Funktion bietet Zugriff auf On-Chip-Debugging-Funktionen, während der Chip im Zielsystem läuft.[15] JTAG ermöglicht den Zugriff auf interne Speicher und Register, das Setzen von Haltepunkten im Code und das Einzelschritt-Ausführen, um das Systemverhalten zu beobachten.

Atmel bietet eine Reihe von JTAG-Adaptern für den AVR:

1. Der JTAGICE 3[16] ist das neueste Mitglied der JTAGICE-Familie (JTAGICE mkIII). Er unterstützt die Schnittstellen JTAG, aWire, SPI und PDI.
2. Der JTAGICE mkII[17] ersetzt den JTAGICE und ist ähnlich preiswert. Der JTAGICE mkII verbindet sich über USB mit dem PC und unterstützt sowohl JTAG als auch die neuere debugWIRE-Schnittstelle. Zahlreiche Drittanbieter-Klone des Atmel JTAGICE mkII sind auf den Markt gekommen, nachdem Atmel das Kommunikationsprotokoll veröffentlicht hat.[18]
3. Der AVR Dragon[19] ist ein kostengünstiger (ca. 50 $) Ersatz für den JTAGICE mkII für bestimmte Zielbauteile. Der AVR Dragon bietet In-System-Serienprogrammierung, Hochspannungs-Serienprogrammierung und Parallelprogrammierung sowie JTAG- oder debugWIRE-Emulation für Bauteile mit 32 KB Programmspeicher oder weniger. ATMEL hat die Debugging-Funktion des AVR Dragon mit der neuesten Firmware von AVR Studio 4 – AVR Studio 5 geändert und unterstützt jetzt Geräte über 32 KB Programmspeicher.
4. Der JTAGICE-Adapter verbindet sich über eine serielle Standardschnittstelle mit dem PC.[Quelle?] Obwohl der JTAGICE-Adapter von Atmel als „End-of-Life“ erklärt wurde, wird er weiterhin in AVR Studio und anderen Tools unterstützt.
JTAG kann auch für Boundary-Scan-Tests verwendet werden,[20] die die elektrischen Verbindungen zwischen AVRs und anderen Boundary-Scan-fähigen Chips im System testen. Boundary-Scan eignet sich gut für eine Produktionslinie, während der Hobbybastler besser mit einem Multimeter oder Oszilloskop testet.

Entwicklungswerkzeuge und Evaluierungs-Kits: Offizielle Atmel-AVR-Entwicklungswerkzeuge und Evaluierungs-Kits enthalten eine Reihe von Starter-Kits und Debugging-Tools mit Unterstützung für die meisten AVR-Geräte:

STK600 Starter-Kit: Das STK600 Starter-Kit und Entwicklungssystem ist eine Aktualisierung des STK500.[21] Das STK600 verwendet ein Basismodul, ein Signal-Routing-Modul und ein Zielmodul.

Das Basismodul ähnelt dem STK500, da es eine Stromversorgung, Takt, In-System-Programmierung, einen RS-232-Port und einen CAN-Port (Controller Area Network, Automobilstandard) über DE9-Stecker sowie Stiftleisten für alle GPIO-Signale des Zielgeräts bietet.

Die Zielplatinen haben ZIF-Sockel für DIP-, SOIC-, QFN- oder QFP-Gehäuse, je nach Platine.

Das Signal-Routing-Modul sitzt zwischen Basismodul und Zielplatine und leitet die Signale zum richtigen Pin auf der Geräteplatine. Es gibt viele verschiedene Signal-Routing-Module, die mit einer einzigen Zielplatine verwendet werden können, je nachdem, welches Gerät sich im ZIF-Sockel befindet.

Das STK600 ermöglicht In-System-Programmierung vom PC über USB, sodass der RS-232-Port für den Ziel-Mikrocontroller frei bleibt. Ein 4-poliger Header auf dem STK600 mit der Bezeichnung „RS-232 spare“ kann jeden TTL-Pegel-USART-Port auf dem Chip mit einem Onboard-MAX232-Chip verbinden, der die Signale auf RS-232-Pegel übersetzt. Die RS-232-Signale werden an die RX-, TX-, CTS- und RTS-Pins des DB-9-Steckers angeschlossen.

STK500 Starter-Kit: Das STK500 Starter-Kit und Entwicklungssystem bietet ISP- und Hochspannungsprogrammierung (HVP) für alle AVR-Geräte, entweder direkt oder über Erweiterungsplatinen. Die Platine ist mit DIP-Sockeln für alle AVRs in DIP-Gehäusen ausgestattet.

STK500-Erweiterungsmodule: Für die STK500-Platine sind mehrere Erweiterungsmodule erhältlich:

STK501 – Fügt Unterstützung für Mikrocontroller im 64-Pin-TQFP-Gehäuse hinzu.
STK502 – Fügt Unterstützung für LCD-AVRs im 64-Pin-TQFP-Gehäuse hinzu.
STK503 – Fügt Unterstützung für Mikrocontroller im 100-Pin-TQFP-Gehäuse hinzu.
STK504 – Fügt Unterstützung für LCD-AVRs im 100-Pin-TQFP-Gehäuse hinzu.
STK505 – Fügt Unterstützung für 14- und 20-Pin-AVRs hinzu.
STK520 – Fügt Unterstützung für 14-, 20- und 32-Pin-Mikrocontroller der AT90PWM- und ATmega-Familie hinzu.
STK524 – Fügt Unterstützung für die ATmega32M1/C1 32-Pin-CAN/LIN/Motor-Control-Familie hinzu.
STK525 – Fügt Unterstützung für die AT90USB-Mikrocontroller im 64-Pin-TQFP-Gehäuse hinzu.
STK526 – Fügt Unterstützung für die AT90USB-Mikrocontroller im 32-Pin-TQFP-Gehäuse hinzu.
STK200 Starter-Kit: Das STK200 Starter-Kit und Entwicklungssystem hat einen DIP-Sockel, der einen AVR-Chip im 40-, 20- oder 8-Pin-Gehäuse aufnehmen kann. Die Platine hat eine 4-MHz-Taktquelle, 8 Leuchtdioden, 8 Eingabetaster, einen RS-232-Port, einen Sockel für 32k SRAM und zahlreiche allgemeine E/A. Der Chip kann mit einem Dongle am Parallelport programmiert werden.

Unterstützte Mikrocontroller (laut Handbuch): Chip Flash-Größe EEPROM SRAM Frequenz [MHz] Gehäuse
AT90S1200 1k 64 0 12 PDIP-20
AT90S2313 2k 128 128 10 PDIP-20
AT90S/LS2323 2k 128 128 10 PDIP-8
AT90S/LS2343 2k 128 128 10 PDIP-8
AT90S4414 4k 256 256 8 PDIP-40
AT90S/LS4434 4k 256 256 8 PDIP-40
AT90S8515 8k 512 512 8 PDIP-40
AT90S/LS8535 8k 512 512 8 PDIP-40

AVR ISP und AVR ISP mkII: Der AVR ISP und der AVR ISP mkII sind kostengünstige Werkzeuge, die es ermöglichen, alle AVRs über ICSP zu programmieren.

Der AVR ISP verbindet sich über eine serielle Schnittstelle mit dem PC und bezieht seine Spannung vom Zielsystem. Der AVR ISP erlaubt die Verwendung beider „Standard“-ICSP-Pinbelegungen, entweder den 10-poligen oder den 6-poligen Stecker. Der AVR ISP wurde eingestellt und durch den AVR ISP mkII ersetzt.

Der AVR ISP mkII verbindet sich über USB mit dem PC und bezieht seine Spannung von USB. LEDs, die durch das durchscheinende Gehäuse sichtbar sind, zeigen den Zustand der Zielspannung an.

AVR Dragon:
AVR Dragon mit ISP-Programmierkabel und angeschlossenem blauem ZIF-Sockel. Der Atmel Dragon ist ein kostengünstiges Werkzeug, das über USB mit dem PC verbunden wird. Der Dragon kann alle AVRs über JTAG, HVP, PDI[22] oder ICSP programmieren. Der Dragon ermöglicht auch das Debugging aller AVRs über JTAG, PDI oder debugWIRE; eine frühere Einschränkung auf Geräte mit 32 kB oder weniger Programmspeicher wurde in AVR Studio 4.18 aufgehoben.[23] Der Dragon hat einen kleinen Prototypenbereich, der einen 8-, 28- oder 40-Pin-AVR aufnehmen kann, einschließlich Verbindungen zu Spannungs- und Programmierpins. Es gibt keinen Platz für zusätzliche Schaltkreise, obwohl dies durch ein Drittanbieterprodukt namens „Dragon Rider“ bereitgestellt werden kann.[24]

JTAGICE mkI: Das JTAG In Circuit Emulator (JTAGICE)-Debugging-Tool unterstützt das On-Chip-Debugging (OCD) von AVRs mit JTAG-Schnittstelle. Das ursprüngliche JTAGICE mkI verwendet eine RS-232-Schnittstelle zum PC und kann nur AVRs mit JTAG-Schnittstelle programmieren. Das JTAGICE mkI wird nicht mehr produziert, wurde jedoch durch das JTAGICE mkII ersetzt.

JTAGICE mkII: Das JTAGICE mkII-Debugging-Tool unterstützt das On-Chip-Debugging (OCD) von AVRs mit SPI-, JTAG-, PDI- und debugWIRE-Schnittstellen. Die debugWIRE-Schnittstelle ermöglicht das Debugging mit nur einem Pin (dem Reset-Pin), was das Debuggen von Anwendungen auf Mikrocontrollern mit wenigen Pins ermöglicht.

Das JTAGICE mkII verbindet sich über USB, es gibt jedoch auch eine alternative Verbindung über eine serielle Schnittstelle, die eine separate Stromversorgung erfordert. Zusätzlich zu JTAG unterstützt das mkII die ISP-Programmierung (mit 6-poligen oder 10-poligen Adaptern). Sowohl die USB- als auch die serielle Verbindung verwenden eine Variante des STK500-Protokolls.

JTAGICE3: Das JTAGICE3 aktualisiert das mkII mit erweiterten Debugging-Funktionen und schnellerer Programmierung. Es verbindet sich über USB und unterstützt die Schnittstellen JTAG, aWire, SPI und PDI.[25] Das Kit enthält mehrere Adapter für die gängigsten Pinbelegungen.

AVR ONE!: Das AVR ONE! ist ein professionelles Entwicklungswerkzeug für alle 8-Bit- und 32-Bit-AVR-Geräte von Atmel mit On-Chip-Debug-Funktion. Es unterstützt die Programmiermodi SPI, JTAG, PDI und aWire sowie das Debuggen über debugWIRE, JTAG, PDI und aWire-Schnittstellen.[26]

Butterfly-Demonstrationsboard:
Atmel ATmega169 im 64-Pad-MLF-Gehäuse auf der Rückseite eines Atmel AVR Butterfly-Boards. Hauptartikel: AVR Butterfly
Das sehr beliebte AVR Butterfly-Demonstrationsboard ist ein eigenständiger, batteriebetriebener Computer mit dem Atmel AVR ATmega169V-Mikrocontroller. Es wurde entwickelt, um die AVR-Familie zu präsentieren, insbesondere eine neue integrierte LCD-Schnittstelle. Das Board enthält das LCD-Display, einen Joystick, Lautsprecher, serielle Schnittstelle, Echtzeituhr (RTC), Flash-Speicherchip sowie Temperatur- und Spannungssensoren. Frühere Versionen des AVR Butterfly enthielten auch einen CdS-Fotowiderstand; er ist auf nach Juni 2006 hergestellten Butterfly-Boards nicht mehr vorhanden, um die RoHS-Konformität zu gewährleisten.[27] Die kleine Platine hat einen Ansteckpin auf der Rückseite, sodass sie als Namensschild getragen werden kann.

Der AVR Butterfly wird werkseitig mit Software ausgeliefert, die die Fähigkeiten des Mikrocontrollers demonstriert. Die Werks-Firmware kann Ihren Namen scrollen, die Sensorwerte anzeigen und die Zeit anzeigen. Der AVR Butterfly hat auch einen piezoelektrischen Wandler, der zur Wiedergabe von Tönen und Musik verwendet werden kann.

Der AVR Butterfly demonstriert die LCD-Ansteuerung durch ein 14-Segment-, sechs alphanumerisches Zeichendisplay. Die LCD-Schnittstelle belegt jedoch viele der I/O-Pins.

Die ATmega169-CPU des Butterfly ist für Geschwindigkeiten bis zu 8 MHz ausgelegt, wird jedoch werkseitig per Software auf 2 MHz eingestellt, um die Batterielebensdauer zu erhalten. Ein vorinstalliertes Bootloader-Programm ermöglicht die Neuprogrammierung des Boards über einen standardmäßigen RS-232-Seriellstecker mit neuen Programmen, die Benutzer mit den kostenlosen Atmel-IDE-Tools schreiben können.

AT90USBKey: Dieses kleine Board, etwa halb so groß wie eine Visitenkarte, kostet etwas mehr als ein AVR Butterfly. Es enthält einen AT90USB1287 mit USB-On-The-Go (OTG)-Unterstützung, 16 MB DataFlash, LEDs, einen kleinen Joystick und einen Temperatursensor. Das Board enthält Software, die es ihm ermöglicht, als USB-Massenspeichergerät (seine Dokumentation wird im DataFlash mitgeliefert), als USB-Joystick und mehr zu fungieren. Um die USB-Host-Fähigkeit zu unterstützen, muss es mit einer Batterie betrieben werden, aber wenn es als USB-Peripheriegerät läuft, benötigt es nur die über USB bereitgestellte Spannung.

Nur der JTAG-Port verwendet den herkömmlichen 2,54-mm-Pinabstand. Alle anderen AVR-I/O-Ports benötigen kompaktere 1,27-mm-Header.

Der AVR Dragon kann sowohl programmieren als auch debuggen, seit die 32-KB-Beschränkung in AVR Studio 4.18 aufgehoben wurde, und der JTAGICE mkII kann sowohl programmieren als auch debuggen. Der Prozessor kann auch über USB von einem Windows- oder Linux-Host aus programmiert werden, unter Verwendung der USB-„Device Firmware Update“-Protokolle. Atmel liefert proprietäre (Quellcode enthalten, aber Vertrieb eingeschränkt) Beispielprogramme und einen USB-Protokollstapel mit dem Gerät.

LUFA[28] ist ein Drittanbieter-Freie-Software- (MIT-Lizenz) USB-Protokollstapel für das USBKey und andere 8-Bit-USB-AVRs.

Raven Wireless-Kit: Das RAVEN-Kit unterstützt die drahtlose Entwicklung mit den IEEE-802.15.4-Chipsätzen von Atmel, für ZigBee und andere drahtlose Stacks. Es ähnelt einem Paar drahtloser, leistungsfähigerer Butterfly-Karten plus einem drahtlosen USBKey; und kostet etwa so viel (unter 100 US-Dollar). Alle diese Boards unterstützen die JTAG-basierte Entwicklung.

Das Kit enthält zwei AVR Raven-Boards, jeweils mit einem 2,4-GHz-Transceiver, der IEEE 802.15.4 unterstützt (und einem frei lizenzierten ZigBee-Stack). Die Funkmodule werden von ATmega1284p-Prozessoren angesteuert, die von einem ATmega3290p-Prozessor mit einem kundenspezifischen Segment-LCD-Display unterstützt werden. Die Raven-Peripherie ähnelt der des Butterfly: Piezo-Lautsprecher, DataFlash (größer), externer EEPROM, Sensoren, 32-kHz-Quarz für RTC usw. Diese sind für die Entwicklung von Sensorknoten, zur Steuerung von Relais oder was auch immer benötigt wird, gedacht.

Der USB-Stick verwendet einen AT90USB1287 für Verbindungen zu einem USB-Host und zu den 2,4-GHz-Funkverbindungen. Diese dienen zur Überwachung und Steuerung der entfernten Knoten und beziehen ihre Spannung vom Host, nicht von lokalen Batterien.

Programmiergeräte von Drittanbietern: Eine breite Palette von Programmier- und Debugging-Tools von Drittanbietern ist für den AVR erhältlich. Diese Geräte verwenden verschiedene Schnittstellen, darunter RS-232, PC-Parallelport und USB. AVR Freaks hat eine umfassende Liste.

Verwendung des Atmel AVR:
Atmel AVR Atmega328 28-Pin-DIP auf einem Arduino Duemilanove-Board
Atmel AVR Atmega8 28-Pin-DIP auf einem kundenspezifischen Entwicklungsboard. AVRs wurden in verschiedenen Automobilanwendungen wie Sicherheit, Antriebsstrang und Unterhaltungssystemen eingesetzt. Atmel hat kürzlich eine neue Publikation „Atmel Automotive Compilation“ herausgebracht, um Entwicklern bei Automobilanwendungen zu helfen. Einige aktuelle Anwendungen sind bei BMW, Daimler-Chrysler und TRW zu finden.

Die Arduino-Physical-Computing-Plattform basiert auf einem ATmega328-Mikrocontroller (ATmega168 oder ATmega8 in Boardversionen vor der Diecimila). Der ATmega1280 und ATmega2560 mit mehr Anschlüssen und Speicherkapazität wurden ebenfalls für die Entwicklung der Arduino-Mega-Plattform verwendet. Arduino-Boards können mit seiner Sprache und IDE oder mit konventionelleren Programmierumgebungen (C, Assembler usw.) als standardisierte und weit verbreitete AVR-Plattformen verwendet werden.

USB-basierte AVRs wurden in den Microsoft-Xbox-Handcontrollern verwendet. Die Verbindung zwischen den Controllern und der Xbox erfolgt über USB.

Zahlreiche Unternehmen stellen AVR-basierte Mikrocontroller-Boards her, die für Bastler, Roboterbauer, Experimentierfreudige und kleine Systementwickler gedacht sind, darunter: Cubloc,[29] gnusb,[30] BasicX,[31] Oak Micros,[32] ZX Microcontrollers,[33] und myAVR.[34] Es gibt auch eine große Gemeinschaft von Arduino-kompatiblen Boards, die ähnliche Benutzer unterstützen.

Schneider Electric produziert den M3000 Motor- und Motion-Control-Chip, der einen Atmel-AVR-Kern und einen fortschrittlichen Motion-Controller für verschiedene Antriebsanwendungen integriert.[35]

FPGA-Klone: Mit der wachsenden Beliebtheit von FPGAs in der Open-Source-Community haben Leute begonnen, Open-Source-Prozessoren zu entwickeln, die mit dem AVR-Befehlssatz kompatibel sind. Die OpenCores-Website listet die folgenden wichtigen AVR-Klonprojekte auf:

pAVR,[36] geschrieben in VHDL, zielt darauf ab, den schnellsten und am besten ausgestatteten AVR-Prozessor zu erstellen, indem Techniken wie tiefere Pipeline implementiert werden.
avr_core,[37] geschrieben in VHDL, ist ein Klon, der darauf abzielt, dem ATmega103 so nahe wie möglich zu kommen.
Navré[38] geschrieben in Verilog, implementiert alle Classic-Core-Befehle und ist auf hohe Leistung und geringen Ressourcenverbrauch ausgelegt. Es unterstützt keine Interrupts.

Allgemeine Fragen zur Mikrocontroller-Firmware-Extraktion

---

• Ist es sicher, eine Zahlung an MikaTech zu senden?

  Wenn MikaTech ein schlechtes Unternehmen wäre, gäbe es im Internet unzählige negative Berichte über seinen Service in den letzten 28 Jahren.

  Die Antwort lautet also: JA! Wir sind gute Leute.

  Warum sollten Sie Mikatech wählen? Bitte klicken Sie hier, um es herauszufinden
  

  
  
• Kann Mikatech auch ICs brechen, die nicht auf dieser Website aufgeführt sind?

  Verschiedene Chiphersteller verwenden unterschiedliche Teilenummern, aber der innere Kern des Chips kann mit derselben Technologie hergestellt sein. Es wäre unmöglich, alle Teilenummern aufzulisten, auf die unsere Technologie angewendet werden kann, wie z.B. MYSON, STK, FEELING, ANALOG, FUJITSU, NOVATEK, LG/HYNDAI.
  
  Außerdem gewinnen wir durch den technologischen Fortschritt täglich mehr Erfahrung und entwickeln neue Methoden für das Reverse Engineering verschiedener integrierter Schaltungsteile. Die vollständige Liste der IC-Teilenummern, die in unseren Zuständigkeitsbereich fallen, wird immer größer. Bitte kontaktieren Sie uns, um Näheres zu erfahren.

• Wird meine Privatsphäre geschützt?

  Mikatech Innovative Limited versteht die Bedeutung der Privatsphäre seiner Kunden. Sobald Sie Mikatech kontaktieren, werden Ihre persönlichen Daten durch unsere Managementrichtlinien geschützt, die wir über Jahre hinweg entwickelt haben. Mikatech verwendet diese Informationen, um seinen Service für Sie zu personalisieren und wird diese Informationen niemals an Dritte weitergeben, aus welchem Grund auch immer.
  Bei jedem Projekt löschen wir alle Daten, Materialien und Codes 60 Tage nach der Lieferung der Dateien. Dies schützt uns und Ihre Privatsphäre.

• Ist es legal, den Service von Mikatech in Anspruch zu nehmen?

  Ja, es ist völlig legal.
  Mikatech erbringt seine Reverse-Engineering-Dienste nur zu Bildungszwecken. In einigen Ländern oder Regionen kann die Nutzung der oben genannten Dienste illegal sein. Bitte prüfen Sie Ihre lokalen Gesetze. Mikatech übernimmt keine Verantwortung für die Nutzung der oben genannten Dienste, die als illegal angesehen werden könnte.

  
  
• Ich habe Ihnen eine E-Mail gesendet, warum gibt es keine Antwort?

  • A. Unser Mailserver ist vorübergehend ausgefallen. Ihre Nachricht wurde nicht in unserem Postfach zugestellt, auch wenn auf dem Bildschirm eine erfolgreiche Sendung angezeigt wird. Bitte kontaktieren Sie uns erneut.
  • B. Unsere E-Mail wird von Ihrem Mailserver als Junk-Mail erkannt, daher wurde unsere Antwort von Ihrem Server abgelehnt oder in Ihren Junk-Ordner umgeleitet. Bitte entfernen Sie unser Konto aus der Junk-Mail-Liste oder überprüfen Sie Ihren Junk-Ordner oder verwenden Sie ein anderes E-Mail-Konto wie Gmail.
  • C. Ihre E-Mail wird von unserem Mailserver als Junk-Mail erkannt, daher wurde sie in unseren Junk-Ordner verschoben. Bitte verwenden Sie ein anderes E-Mail-Konto, um uns erneut zu kontaktieren.

• Invasive Dekapsulations-Workflows zur Schlüsselwiederherstellung

  Invasive Dekapsulations-Workflows für gesperrte industrielle MCU-Codes und Schlüsselwiederherstellung. Unter allen existierenden MCU-Sicherheitsangriffsmethoden bleiben Dekapsulation und Code-Wiederherstellung die zuverlässigsten, vollständig wirksamen Techniken, um dauerhaft geblasene MCU-Lockbit-Lock-Konfigurationen auf industriellen eingebetteten Mikrocontrollern zu überwinden. Industrielle MCUs, die in Fertigungsmaschinen, Prozesssteuerungssystemen und Smart-Grid-Infrastrukturen eingesetzt werden, implementieren die höchste Stufe des OTP-Lockbit-Schutzes, der nicht durch rein softwarebasierte Methoden verändert, geglitcht oder umgangen werden kann. Diese Geräte entsprechen den industriellen Cybersicherheitsstandards IEC 62443, die standardmäßig eine irreversible Debug-Sperre und isolierte sichere Speicherdomänen vorschreiben. Wenn softwarebasierte und semi-invasive Glitching-Angriffe nicht in der Lage sind, die gehärteten Lockbit-Barrieren zu umgehen, müssen Sicherheitsforscher und böswillige Akteure auf physische invasive Verarbeitung durch Dekapsulation zurückgreifen. Der Dekapsulations-Workflow beginnt mit einer präzisen Gerätevorbereitung, um den Ziel-MCU von seiner Host-Leiterplatte (PCB) zu isolieren. Techniker löten den Mikrocontroller mit temperaturgesteuerten Rework-Stationen aus, um thermische Schäden am Siliziumdie und den internen Bonddrähten zu vermeiden. Unsachgemäßes Auslöten führt zu thermischen Spannungen, die den Die brechen, OTP-Lockbit-Zellen korrumpieren oder empfindliche EEPROM-Speicherarrays vor Beginn der Analyse zerstören können. Nach dem Entfernen von der PCB wird der MCU unter einem hochauflösenden metallurgischen Mikroskop visuell inspiziert, um die Gehäusedicke, den Epoxidharztyp und die Die-Positionierung im Hohlraum zu bestimmen. Diese Inspektion bestimmt das optimale chemische Mittel und die Belichtungszeit, die für eine kontrollierte Materialentfernung erforderlich sind. Die primäre Dekapsulationsmethode für standardmäßig epoxidverpackte MCUs ist die nasse chemische Ätzung mit konzentrierter rauchender Salpetersäure oder Schwefelsäuregemischen. Diese ätzenden Chemikalien lösen das Vergussmaterial-Epoxid auf, ohne die Passivierungsschicht zu beschädigen, die den darunter liegenden Siliziumdie bedeckt. Techniker tauchen den MCU für kalibrierte Zeiträume in erhitzte chemische Lösungen und entfernen schichtweise kleine Mengen des Verpackungsmaterials, um Überätzen zu vermeiden. Nach Abschluss der chemischen Ätzung werden die Die-Oberfläche, die Aluminium-Bonddrähte und die periphere Schaltung unter mikroskopischer Bildgebung vollständig sichtbar. Fortgeschrittene Hochsicherheits-MCUs verwenden anstelle von Epoxid keramische hermetische Gehäuse, die eine Trocken-Laser-Ablations-Dekapsulation anstelle einer chemischen Verarbeitung erfordern. Die Laserablation verwendet fokussierte Ultraviolett-Laserstrahlen, um keramisches Material Schicht für Schicht zu verdampfen, ohne thermische Übertragung auf die Die-Oberfläche. Diese Präzision ist entscheidend für militärische und luft- und raumfahrtbezogene MCUs, bei denen thermische Belastung empfindliche Speicherzellen und OTP-Lockbit-Daten korrumpieren würde. Nach vollständiger Dekapsulation wird der Siliziumdie mit Lösungsmittelspülungen gereinigt, um Verpackungsreste und Ätznebenprodukte zu entfernen. Eine abschließende mikroskopische Aufnahme erstellt eine Karte des physischen Layouts der kritischen Schaltkreise, einschließlich Lockbit-Logikgatter, Speichercontroller-Busse, EEPROM-Array-Peripherie und Krypto-Speicherisolationsmodule. Mit direktem physischem Zugang zur Die-Schaltung können Forscher nanoskalige Wolfram-Spitzen an interne Busknoten anbringen, die sich stromabwärts der MCU-Lockbit-Lock-Gatterlogik befinden. Diese Sondierungspunkte umgehen die durch geblasene Lockbits auferlegten Hardware-Zugriffsbeschränkungen und schaffen einen ungefilterten Datenpfad zu allen internen Speicherdomänen. Diese direkte Sondierungsfähigkeit ermöglicht das vollständig ungefilterte Auslesen eines EEPROM-Prozessorkernregisters, versteckter Konfigurationspartitionen und Laufzeitstatusdaten, die für externe Debug-Schnittstellen dauerhaft blockiert sind. Die internen Steuerregister des EEPROM-Prozessors enthalten werkseitige Kalibrierungsversätze, Temperaturkompensationswerte und Zugriffsberechtigungstabellen, die das gesamte Speicherverhalten prägen. Das Extrahieren dieser Register ermöglicht es Analysten, undokumentierte Speicherzugriffsregeln zu rekonstruieren, die der MCU während des Normalbetriebs verwendet. Nach der Registerextraktion führen Forscher systematische Datenakquisitionssequenzen durch, um Flash- und EEPROM-Rohbinärdaten aus allen nichtflüchtigen Speicherbänken auf dem Die vollständig auszulesen. Flash-Speicher-Dumps erfassen die vollständige industrielle Steuerungsfirmware, die für den Maschinenbetrieb, Sicherheitsverriegelungen und Kommunikationsprotokolle verantwortlich ist. EEPROM-Dumps rufen persistente Betriebsprotokolle, geräteeindeutige Kennungen und Manipulationsereignisaufzeichnungen aus Jahren des Feldeinsatzes ab. Diese umfassenden Speicherauszüge bilden den vollständigen Grunddatensatz für eine tiefgehende, granulare Mikrocontroller-Reverse-Engineering von gesperrten Industrieanlagen. Reverse Engineers verwenden die physische Die-Layout-Karte zusammen mit den ausgelesenen Binärdaten, um undokumentierte Befehlssätze, versteckte Firmware-Module und proprietäre Kommunikationsprotokolle zu rekonstruieren. Das wertvollste Ziel der Post-Dekapsulations-Analyse ist der Zugriff auf und das Kopieren der Inhalte des Krypto-Speichers, der hardwareisolierten sicheren Partition, in der industrielle Root-Keys und Sicherheitsprüf-Hashes gespeichert sind. Im Gegensatz zu Benutzerspeicherdomänen hat der Krypto-Speicher keine externen Busverbindungen und kann nur durch direkte Sondierung der dedizierten Sicherheitscontroller-Schaltung auf dem Die erreicht werden. Das erfolgreiche Kopieren dieser Inhalte ermöglicht es Angreifern, verschlüsselte Firmware-Updates zu entschlüsseln, Sicherheitszertifikatssignaturen zu fälschen und authentifizierte industrielle Steuerknoten zu klonen. Diese Fähigkeit stellt ein schwerwiegendes physisches Sicherheitsrisiko für kritische Infrastrukturen dar, da sie unbefugte Gerätemodifikation und böswillige Prozessmanipulation ermöglicht. Die vollständige invasive Dekapsulations- und Sondierungs-Pipeline bleibt der Goldstandard für die definitive Firmware-Extraktion von veralteten industriellen MCUs mit irreversiblem OTP-Lockbit-Schutz. Keine nicht-invasive Technik kann ihre Zuverlässigkeit beim Abrufen vollständiger Speicherinhalte und kryptografischer Geheimnisse aus den sichersten gesperrten eingebetteten Geräten erreichen. Um diese invasiven Bedrohungen zu mindern, integrieren industrielle MCU-Hersteller aktive Manipulationserkennungsschaltungen, die eine Löschung des Krypto-Speichers auslösen, wenn Die-Sondierung oder Gehäuseentfernung erkannt wird. Manipulationssensoren überwachen Kapazität, Lichteinfall und mechanische Spannung, um Dekapsulationsversuche in Echtzeit zu identifizieren. Bei Auslösung überschreibt der Sicherheitscontroller sofort alle Krypto-Speicherinhalte mit Zufallsrauschen und eliminiert dauerhaft das sensible Schlüsselmaterial, bevor eine Extraktion erfolgen kann. Dieser mehrschichtige physische Schutz ergänzt die traditionellen MCU-Lockbit-Lock-Barrieren, um die Kosten und Komplexität invasiver Angriffe über das Niveau der meisten nichtstaatlichen Angreifer zu erhöhen.