ASCII-Tabelle und Zeichencode-Rechner: Dezimal, Hex, Binär

Der Rechner liefert zu jedem Zeichen den Codepunkt in der gewählten Darstellung – Dezimal, Hexadezimal oder Binär – und führt umgekehrt jeden Code wieder zurück zum lesbaren Zeichen.

Das Großbuchstabe-A hat dezimal den Wert 65, hexadezimal 41 und binär 01000001; welche Basis angezeigt wird, bestimmt das Auswahlfeld. So entsteht eine klare Kette aus Eingabe, technischer Bedeutung und nächstem Prüfschritt im Parser oder Protokoll.

Praxisfall: Wenn in einer CSV ein unsichtbares Steuerzeichen Probleme macht (etwa ein Tabulator mit Code 9 oder ein Wagenrücklauf mit Code 13), erkennen Sie über den numerischen Code sofort die Ursache.

Anschließend bereinigen Sie den Import gezielt, statt blind zu raten, und prüfen verdächtige Stellen einzeln auf ihren Codepunkt.

Zudem lohnt sich der Rechner beim Testen von Protokoll-Parsern: Der Doppelpunkt (Code 58) trennt in HTTP-Headern Schlüssel von Werten, das Komma (Code 44) trennt CSV-Felder, und das Semikolon (Code 59) wird in einigen Regionen als alternatives CSV-Trennzeichen eingesetzt.

Der ASCII-Zeichencode-Rechner ist hilfreich, weil er einzelne Zeichen in den Codepunkt der gewählten Darstellung – Dezimal, Hexadezimal oder Binär – überführt und umgekehrt numerische Codes wieder in lesbare Zeichen auflöst.

Damit lassen sich Parser- und Protokollfehler deutlich schneller eingrenzen, etwa wenn ein Byte mit Wert 0 (das Nullbyte) eine Zeichenkette unerwartet abschneidet.

Typische Einsätze sind das Prüfen von Trennzeichen in Dateien, das Entschlüsseln von Escape-Sequenzen und das Nachvollziehen von Encoding-Konflikten zwischen ASCII und UTF-8.

Prüfen Sie verdächtige Zeichen gezielt im Dezimalmodus: dezimal 32 ist das Leerzeichen, dezimal 160 dagegen ein geschütztes Leerzeichen aus Latin-1. Genau solche Verwechslungen deckt der Rechner früh auf und spart spätere Fehlersuche.

Für Programmierer in C oder Python hilft der Rechner auch beim Schreiben numerischer Zeichenprüfungen: Um zu testen, ob ein Byte ein ASCII-Buchstabe ist, genügt die Bereichsprüfung auf 65 bis 90 für Großbuchstaben oder 97 bis 122 für Kleinbuchstaben, was direkter und portabler ist als Bibliotheksaufrufe.

Unterschiedliche Codepunkte für optisch ähnliche Zeichen entstehen, weil Unicode viele Schriftsysteme und Varianten parallel abbildet, selbst wenn Zeichen am Bildschirm fast identisch aussehen.

Das lateinische A trägt den Codepoint U+0041, das kyrillische А dagegen U+0410, obwohl beide gleich gezeichnet werden.

Solche sogenannten Homoglyphen führen zu Problemen bei Suche, Sortierung und Sicherheitsprüfungen, etwa bei gefälschten Domainnamen.

Achten Sie bei kritischen Textfeldern wie Benutzernamen, Passwörtern oder Bezeichnern auf den exakten Codepoint, damit Vergleich, Validierung und Datenbankabgleich technisch korrekt bleiben.

Der Rechner liefert den Dezimal-, Hex- oder Binärwert je einzelnem Zeichen, sodass Sie versteckte Mischungen aus verschiedenen Schriftsystemen zuverlässig erkennen und betroffene Stellen gezielt durch das korrekte Zeichen ersetzen können.

Ein konkretes Beispiel aus der Web-Sicherheit: Der normale Bindestrich hat Code 45 (U+002D), der typografische Gedankenstrich dagegen U+2013; beide sehen in vielen Schriftarten kaum unterschiedlich aus, führen aber in Dateinamen, Datenbankabfragen und URL-Validierungen zu völlig verschiedenen Ergebnissen, die der Rechner sofort aufdeckt.

Wählen Sie die Zahlenbasis und geben Sie ein Zeichen ein: Im Dezimalmodus ergibt A den Wert 65, im Hexadezimalmodus 41 und im Binärmodus 01000001 – das Auswahlfeld bestimmt, welche Darstellung im Ausgabefeld erscheint.

Umgekehrt geben Sie einen Code in der gewählten Basis ein und erhalten das zugehörige Zeichen zurück.

Die Umrechnung folgt festen Regeln: hexadezimal arbeitet mit Basis 16, binär mit Basis 2 — je ASCII-Zeichen genügen 8 Bit, die genau einen Bytewert von 0 bis 255 abbilden. So sehen Sie etwa, dass die Ziffer 0 nicht den Wert 0 hat, sondern dezimal 48.

Diese Basisumrechnung hilft beim Debuggen von Bitmasken, beim Lesen von Hexdumps und beim Prüfen einzelner Bytes in Rohdaten.

Als weiteres Beispiel zeigt der Rechner, dass das Ausrufezeichen dezimal 33 (hexadezimal 21) hat und direkt auf das Leerzeichen mit 32 (hexadezimal 20) folgt; der druckbare Block läuft ununterbrochen von Code 33 bis 126, was das Navigieren in Hexdumps deutlich erleichtert.

ASCII-Code 65 steht für das Großbuchstabe-A und Code 97 für das Kleinbuchstabe-a, wobei der Abstand zwischen Groß- und Kleinbuchstaben durchgängig genau 32 beträgt.

Daraus folgt: B ist 66, b ist 98, und Sie wandeln Groß in Klein um, indem Sie 32 addieren.

Der Rechner macht diesen Rückweg zwischen Zahl und Zeichen in mehreren Formaten sofort sichtbar, was bei Escape-Sequenzen, Steuerzeichen und Protokolldateien hilft.

Achten Sie auf die Groß- und Kleinschreibung im Codebereich, denn Vergleiche wie A gleich a schlagen fehl, solange 65 und 97 als verschieden gelten.

So vermeiden Sie, dass Parserregeln oder Sortierungen durch falsch interpretierte Zeichen unbemerkt brechen.

Der Rechner veranschaulicht zudem den zusammenhängenden Block: Ziffern 0 bis 9 liegen bei den Codes 48 bis 57, Großbuchstaben A bis Z bei 65 bis 90 und Kleinbuchstaben a bis z bei 97 bis 122.

Eine einfache numerische Bereichsprüfung auf diese Intervalle genügt, um in Parsern zwischen Buchstaben, Ziffern und Sonderzeichen zu unterscheiden.

Der ASCII-Zeichencode-Rechner ist für Programmierung und Parsing nützlich, weil numerische Codes aus Dateien, Logs oder Netzwerkprotokollen direkt in lesbare Zeichen zurückgeführt werden und umgekehrt jedes Zeichen in seinen Bytewert.

Dadurch werden unbekannte Bytes schnell einordnbar, etwa wenn ein Hexdump die Folge 0D 0A zeigt: das ist die Windows-Zeilenende-Sequenz aus Wagenrücklauf (13) und Zeilenvorschub (10).

Beim Schreiben von Tokenizern erkennen Sie so, ob ein Trennzeichen ein echter Tabulator (9) oder doch ein Leerzeichen (32) ist.

Achten Sie auf die bidirektionale Prüfung von Code und Zeichen, damit Encoding-Probleme vor der eigentlichen Verarbeitung auffallen. Das verkürzt die Fehlersuche bei Importroutinen, Regex-Mustern und Datenformat-Konvertierungen spürbar.

Hilfreich ist der Rechner auch beim Analysieren von HTTP-Anfragen: Der Doppelpunkt (Code 58) trennt Header-Name von Wert, das Leerzeichen (Code 32) trennt Methode und Pfad, und das Fragezeichen (Code 63) leitet Query-Parameter ein – alles Trennzeichen, die sich mit dem Rechner sofort per Zahlenwert bestätigen lassen.

Ja, das Standard-ASCII umfasst genau 128 Zeichen mit den Codes 0 bis 127, was sich vollständig in 7 Bit abbilden lässt.

Davon sind die Codes 0 bis 31 sowie 127 Steuerzeichen ohne sichtbare Darstellung, der Rest sind druckbare Zeichen wie Buchstaben, Ziffern und Satzzeichen.

Für Werte oberhalb von 127 greifen erweiterte Zeichensätze wie Latin-1 (ISO 8859-1) mit Codes bis 255 oder direkt Unicode, das über eine Million Codepoints kennt.

Diese Trennung ist für robuste Textverarbeitung zentral, weil ein Umlaut wie ä in Latin-1 den Bytewert 228 hat, in UTF-8 dagegen aus zwei Bytes besteht.

Achten Sie deshalb bei Zeichen über 127 stets auf das verwendete Encoding, damit Bytewert und tatsächliche Zeichenbedeutung korrekt zusammenpassen.

Der Rechner macht diese Grenzen konkret: Das Leerzeichen (Code 32) ist das erste druckbare ASCII-Zeichen, das Tilde-Zeichen (Code 126) das letzte; alle Bytes außerhalb dieses Bereichs erfordern eine Encoding-Entscheidung, bevor Textverarbeitung zuverlässig funktioniert.

ASCII-Dezimal und Unicode-Codepoint liefern im Bereich 0 bis 127 exakt dieselben Werte, weshalb für reine Buchstaben, Ziffern und englische Satzzeichen beide Sichtweisen austauschbar sind.

Oberhalb von 127 erweitert Unicode den Zeichenvorrat jedoch massiv und trennt die Zeichenidentität (den Codepoint) von der konkreten Bytekodierung in UTF-8 oder UTF-16.

Nutzen Sie ASCII-Dezimal, wenn Sie einzelne Bytes in Rohdaten, Protokollen oder Steuerzeichen prüfen, denn dort zählt der direkte Bytewert von 0 bis 255.

Sobald Umlaute, Emojis oder fremde Schriftsysteme im Spiel sind, erscheint der Zahlenwert im Dezimalmodus ohne U+-Notation, etwa 8364 für das Eurozeichen, das in UTF-8 drei Bytes belegt.

Achten Sie auf diese Unterscheidung, damit Import, Export und Parserverhalten über verschiedene Systeme hinweg konsistent bleiben.

Konkret: Geben Sie ein Komma (dezimal 44) in den Rechner ein, erscheint im Dezimalmodus der Wert 44; geben Sie dagegen das Eurozeichen ein, erscheint dezimal 8364 (hexadezimal 20AC) – ein Wert weit außerhalb des ASCII-Bereichs bis 127, der in UTF-8 drei Bytes (E2 82 AC) belegt und in reinem ASCII nicht existiert.