Industrielle Kommunikation und Vernetzung – Kommunikationsfehler systematisch eingrenzen
Industrielle Kommunikation und Vernetzung – Kommunikationsfehler systematisch eingrenzen
QR-Code
Einleitung
Industrielle Kommunikation und Vernetzung – Kommunikationsfehler systematisch eingrenzen
Du arbeitest in diesem Lernkurs wie in der Ausbildung an einer virtuellen Verpackungszelle. Dein Ziel ist nicht, „irgendetwas im Netzwerk auszuprobieren“, sondern Fehler mit einer festen Reihenfolge einzugrenzen: Adressierung → Verbindung → Datenformat → Nachweis.
Der Kurs richtet sich an Auszubildende in Mechatronik, Automatisierungstechnik, Fachinformatik und verwandten Berufen. Die Lerneinheiten sind kurz und praxisnah.
Wichtig: Alle Aufgaben verwenden ausschließlich eine lokale, virtuelle oder ausdrücklich autorisierte Testumgebung mit fiktiven Daten. Du greifst keine fremden Netze oder Produktivanlagen an, überträgst keine Zugangsdaten oder Kundendaten und führst keine ungefragten Scans durch.

Lernziele
Nach dem Kurs kannst Du Kommunikationsfehler anhand von Beobachtungen einer Fehlerklasse zuordnen, IPv4-Adresse und Subnetzmaske prüfen, den Unterschied zwischen physischer Verbindung und logischer Erreichbarkeit erklären, Datenformate mit Datentyp, Skalierung und Reihenfolge prüfen und eine Diagnose so dokumentieren, dass ein anderer Auszubildender sie nachvollziehen kann.
Der Ausbildungsfall: Verpackungszelle V-17
Die virtuelle Anlage besteht aus einer Steuerung, einem Bediengerät, einer dezentralen E/A-Station und einem simulierten Antrieb. Die folgenden Adressen stammen aus dem für Dokumentationsbeispiele reservierten Bereich 192.0.2.0/24. Sie dienen hier nur der Darstellung und werden nicht zum Zugriff auf reale Systeme benutzt.
| Virtuelles Gerät | Soll-Adresse | Aufgabe | Beobachteter Status |
|---|---|---|---|
| V-SPS | 192.0.2.10/24 | Steuerung | RUN |
| V-HMI | 192.0.2.20/24 | Bedienung | Online |
| V-IO | 192.0.2.30/24 | Sensoren und Aktoren | zeitweise nicht erreichbar |
| V-Drive | 192.0.2.40/24 | Drehzahlsimulation | Datenwert unplausibel |
Fehlerbild zu Schichtbeginn: Das HMI zeigt bei V-IO „Kommunikationsfehler“. Der virtuelle Antrieb antwortet, aber statt 25,0 Hz werden 250,0 Hz angezeigt. Du sollst beide Fehler systematisch eingrenzen.
Lerneinheit 1: Erst beobachten, dann eingrenzen
Ein Kommunikationsfehler ist zunächst nur ein Symptom. Gute Diagnose trennt Beobachtung und Ursache.
- Symptom: Was siehst Du tatsächlich?
- Hypothese: Welche Fehlerklasse könnte dazu passen?
- Prüfung: Welche eine Beobachtung bestätigt oder verwirft die Hypothese?
- Nachweis: Was hat sich nach der Korrektur verändert?
Merksatz: Ein dunkler Link kann keine falsche Skalierung beweisen. Ein vorhandener Link kann keine korrekte IP-Adresse beweisen. Ein Telegramm mit Antwort kann keinen korrekten Zahlenwert beweisen.
Ein Industrial-Ethernet-Switch stellt physische Ports bereit. Die sichtbare Verbindung ist nur die erste Stufe der Diagnose.
Das Video von PROFIBUS & PROFINET International zeigt, warum Diagnoseinformationen zur schnellen Lokalisierung eines Fehlers genutzt werden.
Diagnosematrix AVD
| Prüfebene | Typische Frage | Typische Beobachtung | Nächster Schritt |
|---|---|---|---|
| Adressierung | Spreche ich das richtige Gerät im richtigen logischen Netz an? | Zieladresse weicht vom Soll ab | Soll-Ist-Vergleich durchführen |
| Verbindung | Besteht ein nutzbarer Kommunikationspfad? | Link fehlt oder Sitzung kommt nicht zustande | Kabel, Port, Topologie und Verbindungsstatus prüfen |
| Datenformat | Wird die Antwort richtig interpretiert? | Antwort kommt an, Wert ist aber falsch | Datentyp, Register, Skalierung und Reihenfolge prüfen |
Lerneinheit 2: Adressierung prüfen
Eine IPv4-Adresse bezeichnet eine Schnittstelle logisch. Die Subnetzmaske legt fest, welcher Teil der Adresse das lokale Netz beschreibt.
Im Ausbildungsfall liegen 192.0.2.10/24 und 192.0.2.30/24 im selben dargestellten /24-Netz. Ändert sich die konfigurierte V-IO-Adresse versehentlich auf 192.0.2.31, kann die physische Verbindung trotzdem vollständig in Ordnung sein.
Kurzprüfung:
- Stimmt die Zieladresse mit der Projektdokumentation überein?
- Ist die Subnetzmaske passend?
- Ist die Adresse eindeutig?
- Ist bei Kommunikation in ein anderes Subnetz ein korrektes Gateway vorgesehen?
Ein Default Gateway ist erst relevant, wenn Kommunikation ein anderes IP-Subnetz erreichen soll.
Mini-Fall Adressierung
| Diagnoseprotokoll | Wert |
|---|---|
| Link V-SPS ↔ V-IO | aktiv |
| Projektierte V-IO-Adresse | 192.0.2.30 |
| Beobachtete V-IO-Adresse im bereitgestellten Simulationslog | 192.0.2.31 |
| Telegramme an 192.0.2.30 | keine Antwort |
Schlussfolgerung: Die stärkste Hypothese ist ein Adressierungsfehler. Ein Kabeltausch wäre hier nicht der erste sinnvolle Schritt, weil der Link bereits aktiv ist und der Soll-Ist-Vergleich eine konkrete Abweichung zeigt.
Lerneinheit 3: Verbindung prüfen
„Verbindung“ hat mehrere Ebenen. Für die Ausbildung reicht zunächst diese Reihenfolge:
- Physischer Link vorhanden?
- Richtiger Port und richtige Topologie?
- Logischer Kommunikationspfad vorhanden?
- Anwendungssitzung bzw. Protokollbeziehung aufgebaut?
- Anfrage und Antwort im bereitgestellten Diagnoseprotokoll sichtbar?
Ein beschädigtes Kabel kann eine Ursache auf der Verbindungsebene sein. Es ist aber nur dann eine plausible Hauptursache, wenn die Beobachtungen dazu passen.

Ein Kabeltester kann in einer autorisierten Werkstatt- oder Schulungsumgebung helfen, Verdrahtungsfehler zu erkennen. Er ersetzt nicht die Prüfung der IP-Konfiguration.
Virtueller Signalverlauf: Verbindung
| Zeitpunkt | Link | Zieladresse | Anfrage | Antwort | Bewertung |
|---|---|---|---|---|---|
| t0 | aktiv | 192.0.2.30 | keine | keine | noch kein Test |
| t1 | aktiv | 192.0.2.30 | gesendet | keine | Adresse oder Gegenstelle prüfen |
| t2 | aktiv | 192.0.2.31 | gesendet | vorhanden | Pfad funktioniert zur beobachteten Adresse |
| t3 | aktiv | 192.0.2.30 | gesendet | vorhanden | nach Korrektur Sollzustand |
Diagnoseprinzip: Ändere immer nur eine relevante Größe und dokumentiere den Unterschied. So weißt Du, welche Korrektur tatsächlich wirksam war.

PROFINET ist ein Beispiel für Industrial Ethernet. Die systematische Trennung von Topologie, Adressierung und Diagnosedaten ist auch auf andere industrielle Ethernet-Kommunikation übertragbar.
Lerneinheit 4: Datenformat prüfen
Wenn Anfrage und Antwort vorhanden sind, kann der Fehler trotzdem im Datenformat liegen.
Prüfe in dieser Reihenfolge:
- Datentyp: Bool, Integer, vorzeichenbehaftet, Gleitkomma?
- Datenbreite: 8, 16 oder 32 Bit?
- Adressbezug: richtige Variable, richtiges Register oder richtiger Offset?
- Skalierung: Rohwert oder technische Einheit?
- Byte- und Wortreihenfolge: stimmt die Interpretation mehrteiliger Werte?
Modbus wird hier nur als leicht verständliches Beispiel für ein industrielles Datenmodell verwendet. In realen Projekten ist immer die Dokumentation des tatsächlich eingesetzten Geräts maßgeblich.
Signalverlauf: Der Wert ist da, aber falsch
Der virtuelle Antrieb liefert einen 16-Bit-Rohwert. Für die Simulation gilt ausdrücklich:
technischer Wert = Rohwert × 0,1 Hz
| Zeitpunkt | Sollwert HMI | Rohwert | Faktor | Korrekte Anzeige |
|---|---|---|---|---|
| t0 | 0,0 Hz | 0 | 0,1 | 0,0 Hz |
| t1 | 10,0 Hz | 100 | 0,1 | 10,0 Hz |
| t2 | 25,0 Hz | 250 | 0,1 | 25,0 Hz |
| t3 | 25,0 Hz | 250 | 1,0 | 250,0 Hz |
Diagnose: Da die Antwort vorhanden ist und der Rohwert 250 plausibel übertragen wird, ist ein Kabel- oder IP-Fehler als Hauptursache unwahrscheinlich. Der Faktor 1,0 statt 0,1 erklärt die Abweichung vollständig.

Das Bild zeigt beispielhaft, dass industrielle Ethernet-Telegramme strukturiert aus Feldern bestehen. Für die Fehlersuche ist wichtig, zwischen „Telegramm vorhanden“ und „Nutzdaten korrekt interpretiert“ zu unterscheiden.
Achtung bei 32-Bit-Werten
Bei Daten, die über mehrere 16-Bit-Wörter verteilt werden, muss die Wortreihenfolge zur Gerätedokumentation passen. Diese Reihenfolge ist nicht bei allen Geräten gleich. Deshalb darfst Du sie nicht raten.
Regel: Dokumentation prüfen, bekannten Testwert verwenden, Interpretation vergleichen.
Lerneinheit 5: Systematischer Diagnosepfad
| Schritt | Frage | Wenn nein | Wenn ja |
|---|---|---|---|
| 1 | Ist der Test lokal, virtuell oder ausdrücklich autorisiert? | Test stoppen | weiter |
| 2 | Ist das Symptom sauber dokumentiert? | Beobachtung nachholen | weiter |
| 3 | Stimmt die Adressierung? | Soll-Ist-Abweichung korrigieren | weiter |
| 4 | Besteht die Verbindung? | Link, Port und Pfad eingrenzen | weiter |
| 5 | Sind Anfrage und Antwort vorhanden? | Protokollbeziehung prüfen | weiter |
| 6 | Ist der Wert fachlich plausibel? | Datenformat prüfen | weiter |
| 7 | Ist die Korrektur reproduzierbar? | erneut kontrolliert prüfen | Fehlernachweis abschließen |
Merksatz: Nicht „alles gleichzeitig ändern“, sondern eine Hypothese – eine Prüfung – eine dokumentierte Wirkung.
Gestufte Hilfen zum Ausbildungsfall
Hilfe 1 – Orientierung
V-IO hat einen aktiven Link. Suche deshalb zuerst nach einer logischen Abweichung, bevor Du das virtuelle Kabel als Ursache annimmst.
Hilfe 2 – Vergleich
Vergleiche für V-IO ausschließlich Soll- und Ist-Adresse. Für den Antrieb vergleiche Rohwert und Skalierungsfaktor.
Hilfe 3 – Lösungshinweis
V-IO antwortet unter 192.0.2.31, projektiert ist aber 192.0.2.30. Beim Antrieb ist der korrekte Rohwert 250 vorhanden; falsch ist der Faktor 1,0 statt 0,1.
Basis-, Anwendungs- und Transferaufgaben
| Niveau | Aufgabe | Begründetes Feedback |
|---|---|---|
| Basis | Ordne „Link aus“, „falsche IP“ und „Rohwert korrekt, Anzeige Faktor 10 zu groß“ den drei Fehlerklassen zu. | Link aus gehört zur Verbindung, falsche IP zur Adressierung und die falsche Anzeige zum Datenformat. Die Zuordnung folgt jeweils der ersten Ebene, auf der die Beobachtung nicht zum Soll passt. |
| Anwendung | Begründe, warum bei V-IO nicht zuerst die Skalierung geprüft wird. | V-IO liefert noch keine Antwort an die projektierte Adresse. Ohne bestätigten Datenaustausch ist eine Skalierungsprüfung verfrüht. |
| Transfer | Ein neues virtuelles Gerät antwortet korrekt, aber ein negativer Messwert wird als sehr große positive Zahl angezeigt. Formuliere Deine nächste Hypothese. | Prüfe den Datentyp und insbesondere die Vorzeicheninterpretation. Die Verbindung funktioniert bereits; das Symptom passt zu einer falschen Dateninterpretation. |
Interaktive Steuerungs- und Diagnoseaufgabe
Die folgende virtuelle Sequenz steuert nur ein Simulationsmodell. Es wird keine reale Maschine angesprochen.
| Phase | Freigabe | Start | Sollwert roh | Rückmeldung |
|---|---|---|---|---|
| A | AUS | AUS | 0 | bereit |
| B | EIN | AUS | 250 | bereit |
| C | EIN | EIN | 250 | läuft |
| D | EIN | AUS | 0 | stoppt |
Auftrag: Erkläre, warum „Freigabe → Sollwert → Start“ in der Simulation leichter diagnostizierbar ist als das gleichzeitige Ändern aller Signale.
Feedback: Bei einer schrittweisen Sequenz lässt sich jeder Zustandswechsel einem einzelnen Signal zuordnen. Das erleichtert die Ursachenanalyse und verhindert, dass mehrere Änderungen denselben Effekt verdecken.
Medien- und Quellencheck
Die eingebundenen Bilder stammen aus Wikimedia Commons. Die Lizenzangaben wurden an den jeweiligen Dateiseiten geprüft. Die YouTube-Videos werden nur als öffentliche Einbettung genutzt; daraus wird keine freie Weiterverwendungslizenz abgeleitet.
| Medium | Rechtehinweis |
|---|---|
| Programmable logic controller.jpg | CC BY-SA 3.0 und GFDL laut Commons |
| Siemens ESM TP80.JPG | Public Domain laut Commons |
| Ethernet cable closeup.JPG | CC BY-SA 3.0 laut Commons |
| Cable stripper and cable tester | CC BY 4.0 laut Commons |
| Profinet PN-PN-Coupler.jpeg | CC BY-SA 4.0 laut Commons |
| HSR Frame | CC BY-SA 4.0 und GFDL laut Commons |
Fachliche Quellen
- PROFIBUS & PROFINET International: PROFINET Technology – Diagnose, Verfügbarkeit und Industrial-Ethernet-Grundlagen
- PI North America: Diagnostics for PROFINET and Industrial Ethernet – Diagnosewerkzeuge und Topologie
- PI North America: PROFINET Configuration Demonstration – standardisierter Konfigurationsablauf
- RFC 5737 – reservierte IPv4-Adressbereiche für Dokumentationsbeispiele
- Modbus Organization: Specifications – offizieller Einstieg in Modbus-Protokoll und Datenmodell
- NIST SP 800-82 Rev. 3 – Sicherheitsanforderungen und Besonderheiten von Operational Technology
- BSI: Empfehlungen für Hersteller und Integratoren von ICS – sicherheitsorientierter Umgang mit industriellen Systemen
Interaktive Aufgaben
Quiz: Teste Dein Wissen
Welche Fehlerklasse prüfst Du zuerst, wenn der physische Link aus ist? (Verbindung) (!Adressierung) (!Skalierung) (!Wortreihenfolge)
Welche Aussage trifft auf 192.0.2.10 mit Maske 255.255.255.0 und 192.0.2.30 mit derselben Maske zu? (Sie liegen im selben dargestellten Subnetz) (!Sie benötigen zwingend ein Gateway) (!Sie haben dieselbe Hostadresse) (!Sie sind automatisch doppelt vergeben)
Welche Beobachtung spricht am stärksten für einen Adressierungsfehler? (Die Ist-Adresse weicht von der projektierten Zieladresse ab) (!Der Rohwert hat den falschen Skalierungsfaktor) (!Das Kabel ist sichtbar beschädigt) (!Der Wert wird mit falschem Vorzeichen angezeigt)
Wozu dient ein Default Gateway grundsätzlich? (Zur Weiterleitung in andere IP-Subnetze) (!Zur Skalierung von Messwerten) (!Zur Erkennung eines Kabelbruchs) (!Zur Festlegung der Byte-Reihenfolge)
Eine Anfrage und eine Antwort sind im Diagnoseprotokoll vorhanden, der Zahlenwert ist aber unplausibel. Was prüfst Du als Nächstes? (Datenformat und Skalierung) (!Nur die Farbe des Netzwerkkabels) (!Nur die Versorgungsspannung des Switches) (!Nur den Gerätenamen)
Der Rohwert beträgt 250 und der Faktor ist 0,1. Welcher technische Wert entsteht? (25,0) (!250,0) (!2,5) (!2500,0)
Was ist bei einem 32-Bit-Wert aus zwei 16-Bit-Wörtern zusätzlich zu prüfen? (Die Wortreihenfolge) (!Die Gehäusefarbe) (!Die Länge des Gerätenamens) (!Die Bildschirmauflösung)
Warum soll bei der Diagnose möglichst nur eine relevante Größe gleichzeitig verändert werden? (Damit die Wirkung einer Änderung eindeutig zugeordnet werden kann) (!Damit jedes Problem zu einem Kabelproblem wird) (!Damit keine Dokumentation nötig ist) (!Damit Adressen beliebig geändert werden können)
Welche Aussage ist für einen sicheren Ausbildungstest richtig? (Nur lokale virtuelle oder ausdrücklich autorisierte Systeme verwenden) (!Beliebige fremde Geräte im Netzwerk testen) (!Produktionsnetze ohne Rückfrage scannen) (!Echte Kundendaten als Testwerte verwenden)
Welche Aussage beschreibt systematische Diagnose am besten? (Beobachtung erfassen Hypothese prüfen Korrektur nachweisen) (!Mehrere Einstellungen gleichzeitig ändern) (!Zuerst alle Geräte neu starten) (!Fehler ohne Messwerte schätzen)
Memory
| IP-Adresse | logische Geräteadresse |
| Subnetzmaske | Grenze des lokalen IP-Netzes |
| Linkstatus | Zustand der physischen Ethernet-Verbindung |
| Gateway | Weiterleitung in ein anderes IP-Netz |
| Register | adressierter Datenbereich |
| Skalierung | Umrechnung vom Rohwert zur technischen Einheit |
| Wortreihenfolge | Reihenfolge mehrerer 16-Bit-Wörter |
| Topologie | Anordnung der Netzwerkteilnehmer |
Drag and Drop
| Ordne die richtigen Begriffe zu. | Thema |
|---|---|
| Adressierungsfehler | Zieladresse stimmt nicht mit der Projektierung überein |
| Verbindungsfehler | Link oder Kommunikationspfad fehlt |
| Datenformatfehler | Antwort ist vorhanden aber der Wert wird falsch interpretiert |
| Skalierungsfehler | Rohwert wird mit dem falschen Faktor umgerechnet |
| Wortreihenfolge | Mehrteiliger Zahlenwert wird in falscher Reihenfolge zusammengesetzt |
Kreuzworträtsel
| Subnetz | Welcher Begriff beschreibt einen logisch abgegrenzten IP-Adressbereich? |
| Gateway | Welche Instanz leitet Daten in ein anderes IP-Netz weiter? |
| Ethernet | Welche verbreitete Netzwerktechnik bildet die Basis vieler industrieller Netze? |
| Register | Wie heißt ein adressierter Datenbereich in vielen industriellen Protokollen? |
| Skalierung | Wie heißt die Umrechnung eines Rohwertes in eine technische Größe? |
| Topologie | Wie nennt man die Anordnung der Netzwerkteilnehmer? |
LearningApps
Lückentext
Offene Aufgaben
Leicht
- Fehlerkarte: Erstelle drei Karten mit je einem Symptom für Adressierung, Verbindung und Datenformat.
- Netzplan: Zeichne die virtuelle Anlage V-17 mit V-SPS, V-HMI, V-IO und V-Drive.
- Medienanalyse: Beschreibe an einem eingebundenen Commons-Bild zwei Merkmale, die für die Diagnose nützlich sind.
- Fachbegriffe: Erstelle ein Mini-Glossar mit acht Begriffen aus dem Kurs und jeweils einem Beispielsatz.
Standard
- Signalverlauf: Erstelle einen eigenen fiktiven Signalverlauf mit Linkstatus, Anfrage, Antwort und technischem Wert.
- Diagnoseprotokoll: Dokumentiere für einen vorgegebenen virtuellen Adressfehler die Schritte Beobachtung, Hypothese, Prüfung und Nachweis.
- Steuerungssequenz: Entwickle für eine rein virtuelle Antriebssimulation eine Folge aus Freigabe, Sollwert, Start und Stopp und begründe die Reihenfolge.
- Erklärvideo: Produziere ein kurzes Video, in dem Du den Unterschied zwischen „Verbindung vorhanden“ und „Daten korrekt“ erklärst.
Schwer
- Fehlerinjektion: Plane drei harmlose Fehler, die eine Lehrkraft in einer isolierten virtuellen Anlage aktivieren kann, und formuliere erwartete Symptome.
- Diagnosebaum: Erstelle einen Entscheidungsbaum, der ohne Produktnamen von Symptom zu Adressierung, Verbindung oder Datenformat führt.
- Peer Review: Tausche ein anonymes, fiktives Diagnoseprotokoll mit einer Lerngruppe und prüfe, ob jede Schlussfolgerung durch eine Beobachtung gestützt ist.
- Transfer: Übertrage den Diagnosepfad auf ein anderes industrielles Kommunikationsprotokoll und markiere, welche Prüfschritte gleich bleiben und welche protokollspezifisch werden.


Lernkontrolle
- Diagnoseentscheidung: In einem virtuellen Log sind Link und Antwort vorhanden, aber die HMI-Anzeige ist zehnmal zu groß. Begründe, warum Du nicht mit einem Kabeltausch beginnst.
- Vergleich zweier Fälle: Fall A hat keinen Link, Fall B hat Link und eine falsche Zieladresse. Entwickle für beide Fälle jeweils den ersten sinnvollen Prüfschritt und begründe den Unterschied.
- Dateninterpretation: Ein Gerät liefert denselben Rohwert in zwei Visualisierungen, aber nur eine zeigt den richtigen technischen Wert. Entwickle eine Prüfreihenfolge, die zwischen Datentyp, Skalierung und Einheit unterscheidet.
- Fehlernachweis: Beschreibe, welche Belege nötig sind, damit aus einer Vermutung „Adressfehler“ eine belastbare Diagnose wird.
- Sicherheitsgrenze: Erkläre, warum Diagnosemethoden aus einer Schulung nicht ungeprüft auf fremde oder laufende Produktionsnetze übertragen werden dürfen.
- Transferaufgabe: Entwickle für eine neue virtuelle Maschine einen herstellerunabhängigen Diagnoseablauf mit maximal sieben Schritten.
Lernnachweis
Für einen Lernnachweis zu diesem Thema solltest Du zeigen, dass Du:
- ein Kommunikationssymptom präzise von einer vermuteten Ursache trennen kannst,
- Adressierung, Verbindung und Datenformat als unterschiedliche Diagnoseebenen behandelst,
- IPv4-Adresse, Subnetzmaske und Gateway fachlich einordnest,
- aus einem Signal- oder Diagnoseverlauf die nächste sinnvolle Prüfung ableitest,
- Datentyp, Datenbreite, Registerbezug, Skalierung sowie Byte- oder Wortreihenfolge kontrollierst,
- Änderungen einzeln durchführst und ihre Wirkung dokumentierst,
- eine Korrektur mit einem reproduzierbaren Vorher-Nachher-Nachweis belegst,
- Sicherheits- und Autorisierungsgrenzen für OT- und Ausbildungsumgebungen einhältst.
OERs zum Thema
Verknüpfte Lernbereiche
aiMOOC-Projekte
Schulfach+


aiMOOCs


aiMOOC Projekte


MOOCwiki · Deutsch
Nach dem Lernen ist vor dem Lernen
Entdecke direkt den nächsten Lernkurs. Weitere Inhalte erscheinen, wenn Du weiter nach unten scrollst.
Zur MOOCwiki-HauptseiteMediathek
Mediathek wird aus dem Wiki geladen ...
Keine passenden Inhalte gefunden. Bitte ändere Suche oder Filter.
NEWSLernweltNOAH fragen