Über mich
Ich untersuche technische Probleme entlang ihrer realen Systemgrenzen – von Infrastruktur, Betriebssystemen, Anwendungen und Datenwegen bis zu IT/OT, Maschinenkommunikation und Steuerungslogik.
Technisches Profil
Ein Problem kann in einer Windows-Anwendung sichtbar werden, durch einen VPN-Pfad ausgelöst sein, in einer PostgreSQL-Verbindung eskalieren und am Ende den Datenaustausch mit einer Maschine stören. Genau diese Ketten interessieren mich.
Ich arbeite nicht entlang eines Produktkatalogs, sondern entlang des tatsächlichen Fehlerpfads. Je nach Fall beginnt dieser in der Infrastruktur, verläuft durch Anwendung und Daten und endet erst in einer Maschine – oder in umgekehrter Richtung.
Ich untersuche die Übergänge, bis die mögliche Ursache oder der nächste Prüfschritt klarer ist.
Technische Felder
Der konkrete Fall entscheidet, welche Systeme relevant sind. Die Trennung hilft bei der Orientierung; untersucht werden ihre tatsächlichen Übergänge.
Wenn ein System erreichbar scheint, der betriebliche Vorgang aber trotzdem scheitert, verfolge ich den Pfad vom Endsystem über Namensauflösung, Netzsegment und Zugriffsweg bis zum Dienst.
Wenn ein Fehler in einer Anwendung sichtbar wird, gleiche ich Schnittstellen, Datenflüsse, Zeitachsen und externe Plattformen entlang des konkreten Kommunikationswegs ab.
Wenn Produktionsverhalten nicht allein aus Anwendung oder Netzwerk erklärbar ist, verfolge ich den Weg über Produktionsnetzwerk und Edge-System bis zur Maschinenlogik.
Arbeitsweise in neuem Bestand
Ich muss nicht jedes Produkt bereits kennen, um einen technischen Fall schrittweise zu untersuchen. Entscheidend sind Systemgrenzen, Datenwege, Zustände, Konfigurationen und überprüfbare Hypothesen. Produktspezifisches Wissen arbeite ich gezielt dort auf, wo es für die Entscheidung notwendig ist.
Vor Beginn kläre ich deshalb die Zugänge, mögliche Messpunkte, Eingriffsgrenzen und die passende Art der Prüfung.
Technische Gegenprüfung und Abstimmung
Mehrere Beteiligte können jeweils einen richtigen Teil des Systems beschreiben und trotzdem zu widersprüchlichen Schlussfolgerungen kommen.
In solchen Fällen prüfe ich vorhandene Aussagen und technische Fakten. Daraus ergibt sich, was als Nächstes geprüft oder entschieden werden sollte.
IT-Zweitmeinung ansehenSo arbeite ich mit großen technischen Beständen
Ich nutze KI-gestützte Engineering-Werkzeuge, um große Quellstände, Dokumentationen und Konfigurationen schneller zu durchsuchen und technische Zusammenhänge zu prüfen. Ich führe und prüfe die Arbeit selbst. Ergebnisse aus KI-Werkzeugen übernehme ich nicht ungeprüft.
Vor einem Zugriff auf vertraulichen Quellcode werden Werkzeuge, Datenwege und Zugriffsrechte ausdrücklich vereinbart. Ob zusätzlich an einer realen Maschine geprüft werden muss, wird für den jeweiligen Fall getrennt festgelegt.
Mehr dazu:KI und Automatisierung mit technischer Substanz.
Eigener Entwicklungsstand
An CODESYS zeige ich konkret, wie ich Quellstand, Build, Simulation und reale Maschinenprüfung trenne.
Passender Einsatz
Passende Themen
Technischen Fall kurz abgleichen
Schildern Sie kurz, welche Systeme beteiligt sind und was nicht funktioniert. Die technische Prüfung beginnt erst nach einem klar vereinbarten Auftrag.
