• Kurse:
  • Python_3
  • Hacking und Netzwerkanalyse mit Wireshark
  • Nmap: Portscanning und Schwachstellen-Analyse.
  • HTML5, CSS3
  • Computer-Netzwerke
  • C++
  • XML and XML Schema Definition
  • Excel XML, XPath and XSLT Workflows
  • jQuery
  • node.js
  • Modernes JavaScript (ES6).
  • SQL: Datenbank Bearbeitung
• In Arbeit:
  • Master Android Studio, the IDE from Google.
  • Erstelle Android Apps.
  • Qt core for beginners with C++.
• Tools:
  • Anaconda, Jupyter Notebook, PyCharm, Microsoft VS Code.

• Geodaten:
  Extrahieren der Postionsdaten aus GPS-trackern und deren Konvertierung in das 'gpx'-Datenformat zur Weiterverarbeitung.
  1. Receiver:
     1. WBT 202
        Die Daten sind auf der internen Speicherkarte im 'tes'-Format abgelegt. Die Verarbeitung erfolg durch tes2gpx.py Es können beliebig viele 'tes'-Dateien angewählt werden. Die daraus generierten 'gpx'-Dateien mit gleichem Tagesstartdatum werden in entsprechenden tracks zusammengefasst.
     2. TomTom Spark 3
        Die Daten sind unter: "c:\Users\user\TomTom Sports\" in verschiedenen Formaten verfügbar. Die Verarbeitung erfolg durch combinetracks.py.
     3. Columbus V900
        die Daten sind im 'csv'-Format gespeichert. Die zahlreich vorhandenen 'leeren' Datenzeilen werden ausgeblendet, die verwertbaren Informationen werden in gpx-tracks abgespeichert. Eine Besonderheit des V900 ist die Möglichkeit den 'Markierungspunkten' ein Sprachkommentar hinzuzufügen. Auch diese werden ausgewertet.
  2. Nachbearbeitung:
     1. AddWaypoints:
        Das Programm 'addwpts.py' fügt beliebigen gps-tracks 'wapoints' (Streckenmarkierungspunkte) hinzu, die der Anwender in einer xml-Datei gesammelt hat. Ist ein trackpunkt ca 300 m. von einem 'waypoint' entfernt, so wird dieser in den entsprechenden gpx-track eingetragen. Mit den Darstellungsprogrammen, wie z.B. Mapsource von Garmin, Google maps, oder den bekannten 'Routeconverter' können diese Tracks visualisiert werden.

• Unterstützung Vorbereitung der Umsetzung von vorhandenen Steuergeräten auf den AUTOSAR-Standard.
• Erstellen von Testprogrammen auf dem Renesas Starterkit.
• Entwicklungswerkzeuge:
  Green Hills Compiler, Tresos (Elektrobit), Vector tools.

• Organisation der vorhandenen Renesas Dokumentation. Ziel: übersichtlicher, schnellerer Zugriff.
• Python script: download-autosar-docs.py:
  Laden der Aautosar Dokumentationen vom Autosar Server auf die lokale Festplatte und abspeichern in einer übersichtlichen Struktur zur schnellen Auswertung und besseren Übersicht.
• Entwicklungswerkzeuge:
  Python 3.6, Green Hills Compiler.

• Durchführen von Software-reviews:
  
  1. Updaten und Korrigieren der Requirement-Ids.
  2. Überprüfen der Übereinstimmung des Source-codes mit den Vorgaben der SW Architecture Design -, sowie der SW Detailed Design Spezifikationen.
  3. Ergänzen der Word Dokumente um fehlende Referenzen, Verknüpfungen auf Verweise innerhalb des Dokumentes, Verweise auf externe Dokumente, (Flussdiagramme, Kodierungskonventionen…)
• Challenge Response Watchdog-Interface:
  1. Integrieren eines neuen externen Watchdog-Interfaces in den vorhandenen Programmcode des tricore TC1791 Prozessors („PRO-SIL“-Konzept von Infineon.).
  2. Die AUTOSAR-Konventionen wurden mit EB tresos AutoCore‘ erstellt.
• Kodieren von Helfer-Programmen in Python:
  
  1. GetRelations.py:
     Einlesen von Excel- Dokumenten und Überprüfen der gefunden REQ-IDs auf Mehrfachdefinition.
  2. docProcessing.py:
     Einlesen von Word-Dokumenten und einer Liste von Ersetzungstexten (Text Alt-> Text-Neu), um sämtliche in der Ersetzungstextliste enthaltenen Ersetzungsanweisungen in den eingelesenen Word-Dokumenten zu ersetzen.
  3. download-autosar-docs.py:
     Herunterladen der gesamtem AUTOSAR-Dokumentation einer gewählten Release Ausgabe. Letzte Release: 4.2
• Entwicklungswerkzeuge:
  PLS_Debugger Tricore (http://www.pls-mc.com), SafeTcore (compiler: TASKING_TriCore-VX_v3.5r1),
  SafeTlib(PRO-SIL SafeTcore TC179x v3.3), Versionsverwaltung: TortoiseSVN-1.8.11.26392-x64-svn-1.8.13, Python 2.7

• Implementierung eines CGI (Common Gateway Interface) für ein Gebäude-Energie-Management System:
  Darstellung und Konfiguration der zu überwachenden und zu steuernden Komponenten über ein Webinterface:
  Internet Explorer, Firefox.
  Die Konfiguration der Steuerung wurde durch eine xml-Datei vom Anwender festgelegt. Darin wurden die installierten Sensoren und Aktoren sowie deren Interaktionen beschrieben. Diese xml-Datei wurde auf einer in dem Kontroller enthaltenen digitalen Speicherkarte abgelegt.
  1. Parsen der XML-Datei, daraus Generierung der internen Strukturen für die Steuerung.
  2. Auswerten und Umsetzten der binär-seriell übertragenen Daten der Sensoren und Aktoren.
  3. Aufbereiten der Daten zur Darstellung im Webinterface.
  4. Aufteilen der einzelnen Aufgaben in Prozesse und Threads,
     Schützen der gemeinsam genützten Speicherbereiche durch Semaphoren, shared memory.
• Als Kontroller wurde der NetSilicon NS9210 NET+ARM processor (ARM 926EJ-S core)
  unter dem Entwicklungsboard Digi Connect ME 9210 eingesetzt.
  Die Softwareentwicklung auf einem Windows-7-Rechner lief unter Ubuntu in einer virtuellen Maschine.
  Die Entwicklungsumgebung war Digi EL-DigiESP for embedded Linux,
  eclipse mit Erweiterungen von Digi ESP™ (http://www.digi.com/)
• Entwicklungswerkzeuge:
  Eclipse, DigiEl 5.2, 5.7, C, Python, als Generator für Testdaten, Linux.
  Bearbeiten der XML-Daten mit dem XML-Copy-Editor (http://xml-copy-editor.sourceforge.net/)

• Entwicklung, Dokumentation für die embedded Software eines MLX81200 Motorkontrollers.
  (BLDC motor driving, sensor and sensor less).
  1. Ausarbeitung des Dokumentationsformates für die Dokumentationen der Software und deren Funktionen zur Weitergabe an die Kundschaft:
     
     1. Erstellen der Requirement-Id's.
     2. Erstellen der Acepptance criteria.
  2. Dokumentationen in MS-Word:
     1. Verzeichnisstruktur und Generierung
     2. Einsatz und Konfiguration von eclipse.
     3. Erstellen von und arbeiten mit 'Makefiles' unter eclipse.
     4. Anwenden der 'Melexis' Werkzeuge.
  3. Ausarbeitung, Kodierung der Anlauftests der Grundfunktionen des Kontrollers.

     Unter AUTOSAR finden sich Hinweise für die Ausarbeitung der erstellten Testprogramme:

     1. Coretest
        • überprüfen der Grundfunktionen des internen Prozessors.
          AUTOSAR_SWS_CoreTest.pdf
     2. RAM-test
        • überprüfen des RAM-Speicherbereiches.
          AUTOSAR_SWS_RAMTest.pdf
     3. Flashtest.
        • überprüfen des Inhaltes des FlashProgrammspeichers.(CRC16)
          AUTOSAR_SWS_FlashTest.pdf

     Der C-code für Coretest, RAM-test, Flashtest, wird automatisch durch python-scripte generiert.

  4. Bereitstellen der Melexis-Werkzeuge unter Windows 7:

     Die von der Fa. Melexis bereitgestellten Werkzeuge waren für Windows XP konzipiert und standen nur auf einem Labor Labtop zur Verfügung. Ein Ausführen der Melexis tools war unter Windows 7 wegen fehlender Treiber nicht möglich.

     1. Speichern der Entwicklungsumgebung des Labtop's mit allen Werkzeugen als virtuelle Maschine.
     2. Test mit dem VMware Player auf den Arbeitsplatzrechnern unter Windows 7.
  5. LIN-Kommunikation:
     • LDF-Parser:
       Generieren einer Excel-Datei aus den Daten eines LDF(LIN-description-File)
  6. Versionskontrolle:
     • TortoiseSVN http://www.tortoisesvn.net/
  7. Entwicklungswerkzeuge:
     1. Eclipse IDE http://www.eclipse.org/
     2. Melexis Tools http://melexis.com/
        • LIN-Commander
        • Programmer
        • LinFlash
        • EMlx-Emulator(EMlxDbg dynamic link library)
        • EMlx-Simulator
        • Melexis Interactive Debugger
     3. Python
     4. Perl

• Entwicklung für Embedded Software im Bereich (HC(S)12(x)) BSW(Betriebssystem Software).
  1. Prüfprogramme zur Verifizierung der korrekten Funktion von Hard-und Software während der Anlaufphase:
     
     1. RAM-test.
     2. Flash-test
        1. CRC-Integritäts Prüfung
        2. Software zum 'Patchen' von Parametern im Flash, während der Fertigung, im Feld.
     3. Core-test, Prüfen der Grundfunktionen der MCU

     Der C-code für Coretest, RAM-test, Flashtest, wird automatisch durch python-scripte generiert.

  2. Software Reviews:
     1. Keine 'Lint check' Fehler, MISRA konform.
     2. Übereinstimmung mit dem 'Coding Style Guide'.
     3. Referenz zu den 'Requirement Identifiers' im Code vorhanden.
     4. Namenkonventionen erfüllt.
     5. Keine doxygen Warnungen.
  3. Software Verifizierung und Test:
     1. Open Watcom IDE http://www.openwatcom.org/
        1. Kompilieren des codes für den HcS12-Prozessor zum Ablauf unter MS-Windows.
        2. Erstellen von Testumgebungen für die zu testenden Funktionen,
           Bibliotheken, mit dem Ziel der Verifizierung der Funktionen über den Wertebereich der Aufrufparameter etc.
        3. Fehlerkorrektur.
     2. winIDEA http://www.isystem.com/
        Leistungsfähiges Debug- und Entwicklungssystem,
        die MCU wird in einem FPGA nachgebildet.
        Gute trace- und codecoverage- Werkzeuge.
        Das im RAM emulierte Flash reduziert Download-Zeiten.
        Arbeiten:
        1. Einrichten der Umgebung für den HCS12 Prozessor.
        2. Codecoverage.
        3. Testen der trace tools.
        4. Auswerten der Ergebnisse mit Excel.
        5. Steuerung der WinIDEA-Umgebung mit Python.
  4. Dokumentation
     1. SAP Easy Doc Mgmt
        (https://help.sap.com/saphelp_erp60_sp/helpdata/de/48/d57461982b424be10000000a421937/frameset.htm)
     2. doxygen
  5. Versionskontrolle, Requirements:
     1. MKS Integrity Client. http://ptc.com/application-lifecycle-management
  6. Entwicklungswerkzeuge:
     1. Freescale IDE.
     2. P&E Debugger. http://www.pemicro.com/
     3. winIDEA. http://www.isystem.com/
     4. Python
     5. Perl
  7. Langzeit-Sicherung:
     1. Speichern der Entwicklungsumgebung mit allen Werkzeugen als virtuelle Maschine.
     2. Test mit VMware Player.

• Jan 2009...
  Test, Verifizierung, Debug von embedded Systemen, ohne Zielhardware.
  
  1. Methoden:
     1. Virtualisation
        • VMWare http://www.vmware.com/
          VMWare_wiki http://de.wikipedia.org/wiki/VMware, die bekannteste Virtualisierungs-Software.
          VMWare stellt eine Gastumgebung, eine virtuelle Maschine, für ein anderes, oder auch das gleiche Betriebssystem zur Verfügung, das auf die Hardware des Hostrechners aufsetzt. Verschiedene Betriebssysteme, z.B. Linux, Windows etc. können quasi parallel, gleichzeitig auf der Hardware des Hostes betrieben werden. Der frei verfügbare 'VMware Player' (Registrierung erforderlich!), stellt eine komplette Virtualisierungsmöglichkeit zur Verfügung.
        • Sun VirtualBox ,
          die Virtualisierungssoftware von Oracle gibt es in zwei Versionen, Open- and Closed- source.
          Closed unterstützt:
          • Remote Display Protocol (RDP) Server
            über RDP kann von einem RDP-fähigen Client auf eine beliebige virtuelle Maschine auf einem anderen Rechner zugegriffen werden.
          • USB support
          Open enthält:
          
          • Virtual Network Computing (VNC) Server
            über einen beliebigen VNC Client (TeamViewer) kann auf die virtuelle Maschine zugegriffen werden!
          • Die gesamten Quellen können über:
            virtualbox_Download
            bezogen werden.
        • Bochs,
          läuft auf X86 Rechnern. Der zu virtualisierende Prozessor wird hier jedoch in Software nachgebildet! Dadurch kann, unabhängig vom Prozessor des Hostes, jeder beliebige Prozessor implementiert werden! Zur Zeit jedoch wird nur ein X86 Prozessor nachgebildet. Ähnlich wie bei den vorgenannten Virtualisierungsprogrammen: "VMWare, Sun VirtualBox", wird das zugehörige Betriebssystem, das unter dem "SoftwareProzessor" laufen soll, in einem "Diskimage" vorgehalten. Zur Zeit sind nur Linux Images verfügbar. Durch die Prozessornachbildung in 'code' ergibt sich hier ein interessanter Ansatz zum Testen von 'embedded Software'!
          Bochs Quellcode: http://sourceforge.net/projects/bochs/files/
          
        • QEMU http://wiki.qemu.org/Main_Page/,
          Ähnlich Bochs, Simulation für den ARM Prozessor ist implementiert!
          
     2. Register Transfer
        Einsatz zur Beschreibung von Prozessoren und FPGAs.
  2. Dokumentation mit Docbook http://sourceforge.net/projects/docbook/

• UML-Modellierung mit Rhapsody in C.
  1. Problemanalyse und deren Beseitigung beim Übergang der UML-Modelle in die Willert-Brigde zu Cygnus (Windows) und embedded Linux (Power PC).
     1. Bearbeiten der Rhapsody Macros zur Generierung der makefiles.
  2. Erstellen von UML-Modellen unter Rhapsody für den Software Durchstich: der Nachweis für die Funktion der Modelkette von der Generierung bis zum Transfer auf die Zielhardware.
  3. Entwurf eines UML-Modelles für einen universellen Ramp Generator für Leistungs-, Spannungs-, Strom-werte. Vorgegeben werden Startwert, Endwert und Kurvenverlauf.
  4. Einbinden vorhandener UML-Modelle zur Ansteuerung von CAN-hardware.
  5. Testen der für Linux generierten UML-Modelle mittels VMWare unter Windows XP.
• Supportarbeiten:
  1. Erstellen von Perl scripten zur Datengenerierung für die UML-CAN-Modelle.
     Die Parameter für jedes CAN-Modul wurden manuell editiert. Bei der Vielzahl der Module traten dabei leicht Fehler auf. Jetzt werden die Parameter in einer Tabelle erfasst, aus der dann die Modellbeschreibungen automatisch generiert werden.
  2. Perl scripte zur Softwarerestrukturierung, Versionengenerierung.
     Die Software für die Hüttinger Generatoren wurde unter der Tasking IDE entwickelt. Eine hierarchische Verwaltungsstruktur war nicht vorhanden. Bei Änderungen wurden die alten Dateien überschrieben. Nach Fertigstellung wurden alle Dateien in ein neues Verzeichnis, mit einer neuen Versionsnummer umkopiert. Durch die flache Hierarchie bedingt, befanden sich sämtliche Quell- und Compiler- generierten Dateien im gleichen Verzeichnis, sie behielten, unabhängig von der Version den gleichen Namen.
     Programmierarbeiten:

     1. Umsetzung der vorhanden Tasking Jobcontrol Datei (*.uv2) in eine neue mit hierarchischer Struktur.
     2. Automatische Erstellung der neuen Verzeichnisstruktur, Umkopieren der in der Jobcontrol - Datei referenzierten Dateien in die entsprechenden Verzeichnisse.
     3. Automatische Pfadanpassungen der Include-Dateien in den Sourcen.
     4. Automatische Generierung einer neuen Versionsverzeichnisstruktur auf Basis einer vorhandenen oder die Generierung einer neuen Struktur nach Vorgaben.
     5. Die scripte werden mittels drag and drop gestarted, der Anwender ruft den Perl Interpreter nicht mehr direkt auf: Bedienkomfort!
• Testprogramme.
  1. Testprogramm für die seriellen Schnittstellen des MPC5200B-board für den HALT (Highly Accelerated Life-Test).
  2. Durchlaufzeitmessungen von CAN-Objekten des eingesetzten CAN-Stacks.
• Dokumentationen.
  Die UML Rhapsody Modelle wurden mit dem Rhapsody Dokumentations Werkzeug Reporter erstellt.
  Problemlösungen von allgemeinem Interesse wurden im hauseigenen WIKI dokumentiert.
  Softwaredokumentationen wurden mit doxygen, in Word und HTML erstellt.
  Aufgrund der internationalen Zusammenarbeit, Japan, Polen, USA, war die Dokumentationsprache English.

1. Erstellen von Evaluierungs- und Testprogrammen für den Peripheriebaustein 'USIC' ( Universal Serial Interface Channel), ein sehr flexibler Interface Baustein, der mehrere serielle Kommunikationsprotokolle abdeckt, implementiert im C166/ST10.
   
   Arbeiten:
   
   1. Programmieren von Setup Funktionen für die zu testenden Protokolle.
   2. Erstellen von Funktionen zur Berechnung der protokollabhängigen Baudraten.
   3. Entwerfen, Aufbauen der Testscenarien(single board, multi board).
   4. Verifizieren der Parametergrenzwerte, z.B. max Baudrate etc.
   5. Erstellen von Beispielapplikationen (Anwendung des USIC als RS232 Interface.).
   6. Vorbereitung VHDL Simulation bei ungeklärten Testergebnissen.
      1. Konvertierung Tasking C für den Einsatz im Infineon Simulations System.
      2. Konvertierung Infineon Simulations System nach Tasking C.
   7. Erstellen der Dokumentation in englischer Sprache.
      1. HTML Ausgabe, Vorteil: Navigation.
      2. Framemaker Ausgabe: Bereitstellung der Dokumentation in gedruckter Form.
   
   
2. Test der Speicherperipherie des C166/ST10 EBEAM evaluation bords.
   Das EBEAM-board wird benötigt zum Evaluieren von Fehlern in der chip-hardware:
   • Bei abweichendem Verhalten des chip's von der VHDL-Simulation.
   • zur Analyse der Anlog Komponenten auf dem Chip.
   Mit der Elektronen-Strahlanlage können elektrische Signalverläufe unter Hochvakuum,
   an integrieten Schaltungen ausgewertet werden.
   Aus der laufenden Produktion entsprechend präparierte Bauelemente werden auf
   dem EBEAM-board platziert und dann in der EBEAM-Anlage analysiert.
   Arbeiten:
   1. Testprogramme:
      1. Testprogramm externes RAM, Zugriffe: Lesen, Schreiben, 8 Bit, 16 Bit Mux, Demux.
      2. Testprogramm externes Flash, Zugriffe: Lesen, Schreiben, 8 Bit, 16 Bit Mux, Demux.
   2. Hardwareänderungen:
      1. Patchen vertauschter pins am Flash.
      2. Patchen der Startup Logik: Setup Schalter wurden nicht korrekt ausgelesen.
3. Auswertesoftware für das bei Infineon Technologies entwickelte IBIS ( Intelligent Burn In System) für die P11 Bausteine.
   In einem Klimaschrank, Temperaturbereich -60° C bis + 150° C arbeiten ca. 1500 Bausteine parallel Testprogramme ab. Die Resultate und Zwischenergebnisse dieser Testprogramme werden für jedes DUT, 'Device Under Test' , in einer Logdatei zusammengefasst und erlauben darüber den Verlauf und das Ergebnis des Burninvorganges nachzuverfolgen.
   
   Arbeiten:
   1. Parsen der Logdateien.
   2. Aufbereiten der Daten.
   3. Erstellen der Formeln zur Verarbeitung in Excel.
   4. Entwurf, Formatierung der Tabellen.
   5. Einstellen in Excel Workbooks.
   6. Dekodierung, Auswertung der von den ATE( Automatic Test Equipment) (Teradyne Testern) generierten STDF(Standard Test Data Format) Testergebnisdateien.
   7. Dokumentation in englisch.
   
   Tools:
   1. Perl:Spreadsheet-WriteExcel.
   2. Perl:OLE(Object Linking and Embedding ).
   3. Lex, Yacc
   4. C++.
   5. Framemaker.
4. Erstellen von Evaluierungs- und Testprogrammen für die Peripheriebausteine des TC1796B.
   
   Arbeiten:

   1. Ausarbeiten der Testabläufe.
   2. Programmieren von Setup Funktionen für die zu testenden Peripheriebausteine.
   3. Erstellen von Funktionen zur Berechnung der Baudraten der Peripheriebausteine.
   4. Codierung in Perl.
   5. Vorbereitung VHDL Simulation bei ungeklärten Testergebnissen.
      dadurch gelang der Nachweis einer nicht gerouteten Verbindung!
   6. Bereitstellen einer Simulationsmöglichkeit unter der Tasking IDE zum Evaluieren von Testprogrammen für das hauseigene 'IBIS' ( Intelligent Burn In System).
   7. Dokumentation in Englisch.

1. Tasking IDE( 16 Bit, 32 Bit), Compiler, Assembler, Linker.
2. UDE( Universal Debug Engine) for TriCore, ARM7, ARM9 and SAB C166 derivatives der Fa. Pls(Programmierbare Logik & Systeme GmbH).
3. C, C++, Perl.
4. Framemaker, für die Dokumentation.
5. Oscilloscope, Logic Analyzer, Lötkolben.

1. Datenbank-Server des neuen Druckers zur Verwaltung der Parameter der gesamten Hardware als zentrales Element der Steuerung. Entwurf des Konzeptes, Realisierung in C++ unter VxWorks.
2. Umsetzung CAN-Open Protokolle zur Übertragung über Arcnet.
3. Anpassung, Modifizierung der Arcnettreiber unter VxWorks.
4. Automatische Erstellung einer MIB (Master Information Base für SNMP (Simple Network Management Protokoll) aus einer Access-Datenbank der Druckerdaten.
5. Automatische Generierung des C++ codes für einen SNMP-Agenten unter VxWorks aus den Daten der MIB.
6. Ablaufsteuerung für die Farbseitenverfolgung, zur korrekten Abrechnung, sowie deren Einbeziehung in die Job-control Verwaltung unter VxWorks.

Der Vertrag zwischen Mixed-Mode und Océ; wurde wiederholt verlängert und endete nach fünfjähriger erfolgreicher Zusammenarbeit am 31. August 2004.

Die Fa.Mixed Mode ist im Dienstleistungsbereich tätig. Schwerpunkte: Netzwerktechnik, Rechnervernetzung, Entwicklungvon ASICS (Anwenderspezifizierte Integrierte Schaltungen), Entwicklung von Software für alle Anwendungen, Entwicklung von Hardware nach Kundenwunsch.

1. Test-und Entwicklungsboard für einen Siemens C167CR Mikroprozessor.
   Projekte:
   1. Schaltungsentwurf.
   2. Boardlayout.
   3. Erstellen der Teststrategie.
   4. Programmierung der Testprogramme.
   5. Testen der boards.
   Tools:
   1. Eagle layouter(Schaltbildeingabe, Boardrouting).
   2. C und Assembler.
   
   
2. Softwareversiegelung für eine Gefahrenmeldeanlage
   

   Diese Alarmanlage ist bei der Landeszentralbank in Rostock installiert. Die Softwareversiegelung soll eine Manipulierung der Alarmanlage kenntlich machen. Die Steuerungssoftware auf der Anlage wird über Modem auf einen PC übertragen und dort mit einer auf einer CD-ROM abgelegten Version verglichen. Es waren vier gleichartige Anlagen ständig zu überwachen. Bei Öffnung und Schliessung einer Tür einer beliebigen Anlage sollte automatisch ein Vergleich durchgeführt werden, das Ergebnis bei Differenzen auf einem Meldetableau im Direktionszimmer zur Anzeige gebracht werden.

   Aufgaben:
   1. Entwicklung der Verfahren.
   2. Programmierung: Upload, Download, Vergleich, Ansteuerung des CD-Brenners.
   3. Treiberprogrammierung für eine PC-Interfacekarte mit vier seriellen Schnittstellen, unter Windows NT.
   4. Überzeugung der Entscheidungsträger vom Konzept.
   5. Schulung der Servicetechniker.
   6. Abnahme der Anlage, Übergabe.

   Tools: Assembler, Turbo Pascal, objektorientiert, Borland C++.

3. CAN-Controller-Steuerung für eine Blutpumpe
   Diese war zum Einsatz bei Herzoperationen zur Aufrechterhaltung des Blutkreislaufes geplant. Dazu wurden zwei bleistiftdünne elektrisch betriebene Pumpen in die Arterien eingebracht, eine dritte diente als Reserve.

   Arbeiten:
   1. Treiberprogrammierung für den CAN-Controller des eingesetzten C167CR Prozessors
   2. Regelungsalgorithmen
   3. CAN-Identifierzuordnung.
   Tools:
   1. Keil Compiler und Assembler.
   2. In-Circuit-Debugger.
   3. CAN-Protokollanalysator.

4. Displayansteuerung für ein Navigationssystem im Kraftfahrzeug
   Für Navigationssystem Prototypen (GPS) sollten verschiedene Anzeigesysteme ausprobiert werden.

   Projekte:
   1. Programmierung der Ansteuersoftware.
      1. Generierung der Bitmaps der Grafiksymbole für die entsprechende Verkehrssituation:
         Abbiege- Kreisverkehr- Symbole, Entfernungssanzeige zum Ereignispunkt.
      2. Konvertierung der von der navigation-engine gelieferten Daten in entsprechende Ansteuerungsbefehle.
      3. Umsetzung der Displaytasten Signale in die message-queue zur Auswertesoftware .
   2. Integration in vorhandene Systeme.
      • Anpassen der Hardware
      • Modifizieren, Anpassen der Treibersoftware
   3. Programmierung Up-/Download über Arcnet.
      • Standard: Generierung einer CD eines neuen Software-versions-standes. über diese erhält der Kunde den
        neuesten Softwarestand. Da dieses Verfahren für Test und Evaluierung zu aufwendig ist:
      • Implementierung der Arcnet Schnittstelle zum Beschreiben des internen ROMs mit der
        zur Evaluierung anstehenden Software.
   Tools:
   C, C++, proprietäre Layout-Tools.

Arbeiten:
Anbindung einer Etikettiermaschine für eine Ballenpresse über das Echtzeit Betriebssystem vxWorks in eine Hochregal-Lagersteuerung.

1. Abfragen der Materialdaten über RS232.
2. Generierung des Pixelgraphik-Bildes des ballenspezifischen Aufklebers für den Etikettendrucker.
3. Übermittelung der Ballendaten über FTP an den IBM-Hostrechner.
4. Programmierung der Dialogsteuerung der Etikettiermaschine über ein VT100 Terminal.

1. Tornado I
2. Assembler(Motorola 68000).
3. C.

Lehrgang: Management von Veränderungs- und Sanierungsprozessen

Durchgeführte Projekte unter anderem:

1. Messeapplikation Bildschirmschoner.
   Aufbau einer Anlage zur Erstellung eines kundenspezifischen Bildschirmschoners zum Einsatz auf der Hannover Messe. Auf zwei miteinander vernetzten PC's wurde auf dem einen PC über eine Fernsehkamera ein Photo des Kunden erstellt und in "seinen" persönlichen Bildschirmschoner integriert, auf dem anderen PC wurde dieser Bildschirmschoner dann dargestellt. Das Resultat wurde dem Kunden als Werbegeschenk auf Diskette überreicht. Die Arbeiten umfassten den Entwurf und die Programmierung der Bedieneroberfläche und des Bildschirmschoners unter Windows 3.11.

2. Ansteuerung Laser-Schreibkopf
   Drucker-Treiberprogramm zur Ansteuerung eines Laser-Schreibkopfes zur Materialbearbeitung. über eine Standard DA-Wandlerkarte (Auflösung 12 Bit) werden zwei Galvanometer-Drehspiegel angesteuert um einen Laserstrahl, den Geometriedaten der Anwendung entsprechend, abzulenken. Als Testanwendung diente Corel-Draw unter Windows 95. Erstellen eines Konvertierungsprogrammes um mit HPGL-Plotterdaten den Laserkopf direkt anzusteuern (Windows 95).

3. Einrichtung PC-Arbeitsumgebung für Büroanwendungen
   Planung, Beschaffung und Aufstellen von PCs mit Laserdrucker und Scanner in einem NOVELL-Netzwerk, einschliesslich Verlegung der Netzwerkkabel und Installation sämtlicher Software.

4. Einrichtung PC-Schülerarbeitsplätze
   Einrichtung von PC-Schülerarbeitsplätzen zur Unterrichtung der Schüler in Handhabung und Einsatz von Rechnern im Umfeld eines Restaurators.

5. Ansteuerung Industriemagnetbandgerät
   Treiber - und Diagnoseprogramme zum
   Einsatz unter Windows(3.11; 95; NT) für eine Interfacekarte (S62-Bus) zur Ansteuerung eines Industriemagnetbandgerätes für Standard 9-Zoll-Magnetbänder unterschiedlicher Schreibdichte. Diese Interfacekarte besitzt einen eigenen 64Kb Speicher und wird auf einem gemischt bestückten PC (ISA und PCI) eingesetzt. Durch ein auf der Karte vorhandenes EPROM kann eine Codeconvertierung von ASCII nach EBCDIC und umgekehrt vorgenommen werden.
   Zusätzlich für diese Karte erstellte Programme:

   1. Kopierprogramme
      - Magnetband zu Magnetband,
      - Magnetband zu Platte,
      - Platte zu Magnetband.
      

   2. Programm zum Untersuchen von unbekannten Bändern
      Das zu untersuchende Band kann beliebig positioniert, der Inhalt verschieden dargestellt werden. Dadurch kann man bequem die unterschiedlichsten Bänder analysieren.
      

   3. Programm zum Verarbeiten von unter VAX-VMS erstellten Magnetbänder zur Datensicherung (Backup-Tapes)
      Der Bandinhalt kann gelistet, die Daten auf der Festplatte des PC's unter Beibehaltung der Hierarchie abgespeichert werden.
      

Mikroprozessor mit Rücksetz-Schaltanordnung
Patent_DE3040326C1.pdf
Patent_US4464584A.pdf

1. Entwicklung eines Realtime-Simulators für PLA programmierbare Schaltkreise (IBM-PC Assembler).
2. Erstellung von kundenspezifischen Programmen unter Einsatz dieses Realtime-Simulators.
3. Wechsel in die neugegründete Abteilung CAD.
   
   1. Systembetreuung Prime und CALMA (DG Eclipse S-260).
   2. Anwenderunterstützung.
   3. Umstellung der auf der Prime laufenden Applikationen auf VAX (FORTRAN).
   4. Betreuung des HIGHLAND Gatearray-Designsystemes (PASCAL).
   5. Optimierung der cell place and routing Funktionen von CALMP (standard-cell place and route tools), eingesetzt zum Entwurf von cell basierten Gatearrays.
   6. Systembetreuung VAX.
   7. Erstellung von Databasekonvertierungsprogrammen.
      1. CALMA GDS I nach CALMA GDS II Stream.
      2. Aplicon nach CALMA GDSII Stream.
   8. Plotter Ansteuerungssoftware
      1. CALMA Penplotter an der VAX.
         (Entlastung der CALMA-Layoutanlage für integrierte Schaltungen).
      2. Ausgabe von CALMA GDSII Stream auf den Versatec 200 Plotter.
   9. Programierung: Variantengenerierung von Uhrenschaltkreisen nach Kundenanforderung.
      Ziel:
      
      1. Fehlerfreiheit.
      2. Einsparung der Layoutarbeit an den Calma Stationen, die für jede Kundenanforderung nötig war.
      Automatisch generiert:
      
      1. Oszillatoranpassung nach vorgegebenen Quarzparametern. (Quarzfrequenz, Kapazitäten, Serienwiderstand).
      2. Endstufengenerierung nach Anforderungen des angesteuerten Uhrenmotors (Single, Push Pull, Pulslänge).
      3. Gepufferte Frequenzteilerausgänge.
      4. CALMA GDS II Stream database tape für den Maskenhersteller.
      
      
   10. Ersetzen der VAX 11/780 durch VAX 8350.
   11. Erweiterung um VAX 6310, Micro-vaxen und GPx'en.
   12. Einführung Local-Area-VAX-Cluster über Ethernet.
   13. Vernetzung der Hardware.
   14. Einführung von HP-UNIX Workstations für den CAD-Bereich Integrierte Schaltungen.
   15. Umstellung der Software von den VAX-Rechnern auf die HP-Stationen (C unter UNIX).
   16. Anwenderbetreung CAD-Systeme (HP-UNIX, VAX-VMS).
   17. Einbindung der bei Eurosil eingesetzten PCs und der in der Produktion eingesetzten Tester in das hauseigene Netzwerk (Ethernet).

1. DCL( Digital Command Language) Vax VMS
2. Vax C, HP-Unix C, Pascal, Fortran, Mortran.
3. Lex, Yacc

1. Ausbeuteverbesserung durch Analyse der Ausfälle.
2. Entwurf und Bau eines Spitzenmessplatzes zum Einsatz an der Pin-Elektronik des Teradyne Testers.
3. Unterbreitung von Vorschlägen zur Ausbeuteverbesserung.
   Durch die Analyse mittels mikrofeiner Messnadeln eines Fernsteuerschaltkreises für Fernsehgeräte konnte ich Vorschläge zur Layoutänderung machen, (Beseitigung eines parasitären Transistors), die eine Ausbeutesteigerung um 30 Prozent erbrachten.

1. Erstellen von Testprogrammen auf einem LSI-Tester der Firma Macrodata (MD240), zur Klassifizierung und Produktionstest der bei Eurosil gefertigten IC's.
2. Hardwarewartung des Macrodata LSI-Testers.
3. Modifizierung des Betriebsystemprogrammes des Testers um neuen Prüfanforderungen zu genügen.
4. Erstellen eines Diskoperatingprogrammes um einen vorhandenen FORTRAN IV Compiler in Verbindung mit dem Plattenspeicher betreiben zu können.
5. Implementierung eines CMOS Schaltungssimulators in FORTRAN IV auf dem Interdata-Rechner des Testers, Eurosils Anfänge im CAD Bereich!
6. Konstruktion, Programmierung und Bau mehrerer Mikroprozessor gesteuerter Testautomaten zur Prüfung von Uhrenschaltkreisen.

1. Oszilloscope.
2. Interdata Fortran IV.
3. Interdata Assembler.
4. Interdata 'club', Debugger.

1. Entwurf und Layout der Bauelemente nach Kundenwunsch.
2. Auswahl der Gehäuseformen nach abzuleitender Verlustleistung.
3. Auswahl der Bondtechnologie.
4. Testen der fertigen Muster.
5. Bestimmen der optimalen Fertigungsstrategie.Die verfügbaren Fertigungsschritte waren:
   
   • Ausmessen und Kennzeichnen der guten Elemente auf der Scheibe.
   • Ritzen und Brechen der Scheibe.
   • Auflegieren der Bauteile auf das Trägersubstrat.
   • Verschalten der Bauteile untereinander durch Drahtbonden (Gold- oder Aluminium-Technologie).
   • Verschweißen der Gehäuse unter Schutzgas (Metallgehäuse).
   • Verkapseln der fertigen Schaltungen durch Kunststoff (Moldpressing).

1. Überwachung der Testautomaten für Produktions- und Qualitätskontrolle für Bausteine der TTL-Familie.
2. Fehlersuche in der Tester Hardware.
3. Schreiben und Austesten von Testprogrammen für die TTL Bausteinfamilie.
4. Analyse der von den Testern als fehlerhaft erkannten Bauelemente.

1. Oszilloscope, Curvetracer.
2. Microprobe Station.
3. Waferprobstation.
4. IBM 1803 FORTRAN, IBM 1803 ASSEMBLER.