Hands On Detection

Project: November 2019 – November 2020 (13 months)

Description

The HOD system is a capacitive measuring system to detect the drivers touch state at the steering wheel to give input to the car (e.g. for automated accelerating, braking and steering in traffic jams on highways). Its safety goal is not to send defectively a wrong touch state.
Support of the Software Team with the following tasks:

  • Software Architecture ASIL compliance
  • Software Design ASIL compliance
  • Software inspections
  • Software safety analyses

Summary

Project Hands On Detection
Duration November 2019 – November 2020 (13 months)
Customer confidential due to nondisclosure agreement
Industry Sector Automotive
Role / Responsibility Software Architectural Design, Software Inspections (acc. ISO 26262-2018), Joint FuSa Review (with British OEM)
Software / Tools / Methods Enterprise Architect (Sparx), Enterprise Architect VB Script, Python & C# (EA Win32 COM Interface), IAR Embedded Workbench for RL78, JIRA (Atlassian), DOORS (IBM)
Hardware Environment Renesas RL78/F14

Gateway Unit for Filter Fan Unit Systems

Project: September 2019 – October 2019 (2 months)

Description

The fan controllers are networked via RS-485 bus in a hierarchical, multi-level topology. A specific 9-bit protocol (with one wake-up bit) is used. A gateway unit connects the system to the control system via an RS-232 interface. Some systems have been in operation for more than 20 years. Replacement devices for the gateway units are no longer available. The aim of the project was to re-implement the used serial protocols on an evaluation board with a current (ARM-based) microcontroller.

Summary

Project Gateway Unit for Filter Fan Unit Systems
Duration September 2019 – October 2019 (2 months)
Customer confidential due to nondisclosure agreement
Industry Sector Clean Room Technology
Role / Responsibility Software Design, Implementation, Function Tests, Documentation, Order Processing
Software / Tools / Methods Keil uVision 5 (ARM-MDK), Enterprise Architect (Sparx), Git (Distributed Version Control System)
Hardware Environment STM32F072 (ARM Cortex-M0), Rigol Oscilloscope, Multimeter

Active Front Steering

Project: January 2018 – June 2019 (18 months)

Description

Active front steering project for an American automobile manufacturer. Support of the software team in Berlin with the following tasks:

  • Safety Check – Rework of Software Architecture, Gap Analysis, Software Requirements, Test Vectors and Review of Unit Test Cases
  • Rootcausing – Incident Analysis, Impact Analysis, Implementation and Documentation of Software Changes
  • Golden Showcase – Exemplary revision of the software component ‘Steering Wheel Heating’ for takeover in an AutoSAR project
  • Design and implementation of a software for an endurance testbench to record time vs. distance data of a locking unit on USB mass storage (with a sampling rate of 10kHz)
  • Supervision of working students when creating a S-Function wrapper from software architecture

As early as 2012 to 2015, I was involved in the software development of the B-sample and C-sample at this company.

Summary

Project Active Front Steering
Duration January 2018 – June 2019 (18 months)
Customer confidential due to nondisclosure agreement
Industry Sector Automotive
Role / Responsibility Software Design, Implementation, Unit Tests, Code Reviews, static Code Analysis, Issue Analysis (System Level)
Software / Tools / Methods Enterprise Architect (Sparx), GHS C-Compiler (Green Hills), Atollic TrueSTUDIO for STM32, PC-lint (MISRA-C 2004 rules), PolySpace (MathWorks), CANdelaStudio (Vector), CANoe (Vector), DET (Ford), DOORS (IBM), JIRA (Atlassian)
Hardware Environment Freescale MPC5643 Dual-Core Microcontroller, Lauterbach Trace32 Debugger, CAN Interface Board (Vector), STM32F746ZI (ARM Cortex-M7), Light Grid Sensor, Laser Distance Sensor

Connectivity / IoT

May 2017 – December 2017 (8 months)

Description

The customer is one of the world’s leading companies for home appliances and the largest home appliance manufacturer in Europe. Support of the software project team ‘HomeConnect’ in Berlin with the following tasks:

  • Consulting in software development for embedded systems for the control and networking of washers, dryers and washer-dryers
  • Implementation of software architecture and software design
  • Analysis, conception and estimation of new requirements
  • Testing and consultation on the created software

Summary

Project Connectivity / IoT
Duration May 2017 – December 2017 (8 months
Customer confidential due to nondisclosure agreement
Industry Sector Industrial Manufacturer
Role / Responsibility Concept Design, Software Architecture, Software Design, Software Tests, Static Code Analysis, Issue Analysis
Software / Tools / Methods Enterprise Architect, Eclipse, IAR Workbench, Python, Py.test, PC-lint, Serena Dimensions CM, Subversion, BitBucket (git), Atlassian JIRA, JFrog Artifactory
Hardware Environment ‘Simulation’ on PC

Battery Management System

Project: June 2016 – March 2017 (10 months)

Description

The customer was developing an auxiliary energy storage (lithium ion battery) for FMA support (freewheel engine-off), start/stop operation and emergency support. My main tasks in the project were code reviews (based on checklists and coding rules), static code analysis (MISRA-C:2012 with QAC, Polyspace CodeProver, PC-lint), code quality measurements (HIS metrics with QAC and Polyspace BugFinder), justification of deviations, as well as issue analysis (problem reports on system level).

Summary

Project Battery Management System
Duration June 2016 – March 2017 (10 months)
Customer confidential due to nondisclosure agreement
Industry Sector Automotive
Role / Responsibility Concept Design, Software Design, Unit Tests (C1 Coverage), Code Reviews, Static Code Analysis, Issue Analysis
Software / Tools / Methods IBM Rational DOORS (IBM), STAGES Process Management (methodpark), Redmine Project Management (open source), Enterprise Architect (Sparx), QA-C/MISRA (PRQA), PC-lint (MISRA-C), Polyspace (MathWorks), Tessy (Hitex)
Hardware Environment Freescale MPC5606B (Bolero), ASIC Atic157 (proprietary)

UDS-based Communication Stack for Encoders

Project: August 2015 – May 2016 (10 months)

Description

Development of server-side application layer services according to ISO-14229 as part of a platform software for encoders. The work packet includes the following tasks:

  • Definition of software architecture components
  • Capturing the component requirements (in Polarion)
  • Creating the component and class design (in Enterprise Architect)
  • Implementation of source code modules in C, taking into account coding rules for safety-relevant software
  • Performing static code analysis with PC-lint (MISRA-C:2012)
  • Implementation of white-box tests with GoogleTest
  • Continuous Integration (Jenkins)
  • Documentation of the software modules using Doxgen comments and UML diagrams (activity diagrams, sequence diagrams, state charts)
  • Further development of the software architecture and source code modules of the platform software (persistent data memory, firmware update, HAL for SPI, on-chip flash, CRC-32)
  • HAL: code refactoring (Non-STLibrary)

Summary

Project UDS-based Communication Stack for Encoders
Duration August 2015 – May 2016 (10 months)
Customer confidential due to nondisclosure agreement
Industry Sector Industry / Heavy Duty Encoders
Role / Responsibility Software Design, Implementation, Documentation, Code-Reviews
Software / Tools / Methods Polarion ALM (Polarion Software), Enterprise Architect (Sparx), ARM GCC, SCons, Keil uVision 5, PC-lint (MISRA-C)
Hardware Environment STM32F0 (ARM Cortex-M0)

Inductive Coupler with CAN Interface

Project: June 2015 – July 2015 (2 months)

Description

Planning and creating of the firmware for a CAN repeater (quasi-repeater) as a plug replacement for sensor data acquisition in tunnel construction machines. CAN messages are converted to UART to transmit them via an air gap using a FSK modem. To supply the sensors in the drill head, the coupler provides 500mA of current.

Summary

Project Inductive Coupler with CAN Interface
Duration June 2015 – July 2015 (2 months)
Customer confidential due to nondisclosure agreement
Industry Sector Industrial Communication / Field Bus
Role / Responsibility Software Design, Implementation, Function Tests, Documentation, Order Processing
Software / Tools / Methods Atmel SAM4E Microcontroller, Rigol Oscilloscope, Multimeter, CAN Interface Boards (Peak, Vector, IXXAT)
Hardware Environment Atmel Studio (Version 6.2), Enterprise Architect (Sparx)

CAN Monitor App for macOS

Download: MacCAN Monitor App

Description

The MacCAN Monitor App is a little demo program to show the functionally of the PCBUSB library – OS X Library for PCAN-USB Interfaces.

The program displays received CAN messages in a table view; its size is limited to 1024 rows. Furthermore it is possible to send single standard CAN messages with 0 to 8 data bytes. Only PCAN-USB devices from PEAK-System Technik GmbH are supported; and only the first channel of a device. The PCAN-USB interface number is taken from the IO registry. USB interface and CAN baud rate must be chosen once the program is started; they cannot be changed afterwards.

CAN Monitor App for OS X

Please note: Do not connect your PCAN USB device to a real CAN network when using this program. This can damage your application.

Summary

Program MacCAN Monitor App
Current Version Version 0.3 of July 2, 20207
Documentation Readme file and a screen video
License GNU General Public License v3.0
Standard CAN Specification 2.0
Driver macOS Library for PCAN-USB Interfaces
Category Industrial Communication, CAN, MacCAN
Operating System macOS High Sierra (10.13, x86_64)
Source Code PCBUSB-Monitor repo on GitHub

CAN Monitor goes Mac OS X

Download: CAN Monitor for macOS

Description

This is a port of the CAN Monitor program can_moni from Linux to Mac. It is running with a PCAN-USB device on OS X Mountain Lion and hopefully on later versions of the world´s mostest advanced OS.

Syntax

Usage: can_moni <interface> [<option>...]
Options:
  -m, --mode=(2.0|FDF[+BSR])  CAN operation mode: CAN 2.0 or CAN FD format
      --listen-only           monitor mode (transmitter is off)
  -b, --baudrate=<baudrate>   CAN 2.0 bit timing in kbps (default=250)
      --bitrate=<bit-rate>    CAN FD bit rate (as a string)
  -v, --verbose               show detailed bit rate settings
  -t, --time=(ABS|REL|ZERO)   absolute or relative time (default=0)
  -i  --id=(HEX|DEC|OCT)      display mode of CAN-IDs (default=HEX)
  -d, --data=(HEX|DEC|OCT)    display mode of data bytes (default=HEX)
  -a, --ascii=(ON|OFF)        display data bytes in ASCII (default=ON)
  -x, --exclude=[~]<id-list>  exclude CAN-IDs: <id>[-<id>]{,<id>[-<id>]}
  -L, --list-boards           list all supported CAN interfaces and exit
  -T, --test boards           list all available CAN interfaces and exit
  -h, --help                  display this help screen and exit
      --version               show version information and exit
Interfaces:
   PCAN-USB1
   PCAN-USB2
   PCAN-USB3
   PCAN-USB4
   PCAN-USB5
   PCAN-USB6
   PCAN-USB7
   PCAN-USB8
CAN 2.0 baud rate index (default=3):
   0 = 1000 kbps
   1 = 800 kbps
   2 = 500 kbps
   3 = 250 kbps
   4 = 125 kbps
   5 = 100 kbps
   6 = 50 kbps
   7 = 20 kbps
   8 = 10 kbps
CAN FD bit rate as comma-separeted <key>=<value>-list:
   f_clock=<value>      frequency in Hz or
   f_clock_mhz=<value>  frequency in MHz
   nom_brp=<value>      bit-rate prescaler (nominal)
   nom_tseg1=<value>    time segment 1 (nominal)
   nom_tseg2=<value>    time segment 2 (nominal)
   nom_sjw=<value>      sync. jump width (nominal)
   nom_sam=<value>      sampling (only SJA1000)
   data_brp=<value>     bit-rate prescaler (FD data)
   data_tseg1=<value>   time segment 1 (FD data)
   data_tseg2=<value>   time segment 2 (FD data)
   data_sjw=<value>     sync. jump width (FD data)
Examples:
   125kbps:1000kbps     f_clock_mhz=80,nom_brp=2,nom_tseg1=255,nom_tseg2=64,nom_sjw=64,data_brp=2,data_tseg1=31,data_tseg2=8,data_sjw=8
   250kbps:2000kbps     f_clock_mhz=80,nom_brp=2,nom_tseg1=127,nom_tseg2=32,nom_sjw=32,data_brp=2,data_tseg1=15,data_tseg2=4,data_sjw=4
   500kbps:4000kbps     f_clock_mhz=80,nom_brp=2,nom_tseg1=63,nom_tseg2=16,nom_sjw=16,data_brp=2,data_tseg1=7,data_tseg2=2,data_sjw=2
   1000kbps:8000kbps    f_clock_mhz=80,nom_brp=2,nom_tseg1=31,nom_tseg2=8,nom_sjw=8,data_brp=2,data_tseg1=3,data_tseg2=1,data_sjw=1
   2000kbps:10000kbps   f_clock_mhz=80,nom_brp=1,nom_tseg1=31,nom_tseg2=8,nom_sjw=1,data_brp=2,data_tseg1=2,data_tseg2=1,data_sjw=1

Summary

Program can_moni (CAN Monitor for macOS)
Current Version Version 0.5 SR2 Build 962 of December 22, 2020
Documentation README and program option --help
License UVS Freeware License (without warranty or support)
Standards CAN Specification 2.0 and CAN FD Specification
Driver OS X Library for PCAN-USB Interfaces
Category Industrial Communication, CAN, CAN FD, MacCAN
Operating System macOS High Sierra (10.13, x86_64)
Older Versions http://www.uv-software.com/files/downloads/MacCAN/PCANUSB/Utilities/can_moni/

MacCAN – macOS Library for PCAN-USB Interfaces and more

Project: June 2012 – now (ongoing)

Description

The PCBUSB library realizes a ‘PCAN-USB Driver for macOS’ using Apple´s IOUSBKit. It supports up to 8 PCAN-USB and PCAN-USB FD devices from PEAK-System Technik, Darmstadt. The library offers an easy to use API to read received CAN messages from a 64K message queue and to transmit CAN messages. The PCAN-USB FD device can be operated in CAN Classic and CAN FD mode. Standard CAN frames (11-bit identifier) as well as extended CAN frames (29-bit identifier) are supported.
The library comes with an Objective-C wrapper and a demo application: MacCAN Monitor App.

Summary

Project MacCAN – macOS Library for PCAN-USB Interfaces and more
Duration June 2012 – now (ongoing)
Customer Own development (www.mac-can.com)
Industry Sector Industrial Communication / Field Bus
Role / Responsibility System Specifications, Software Architecture, Software Design, Implementation, Function Tests, Documentation
Software / Tools / Methods Enterprise Architect (Sparx), Apple LLVM (clang, x86_64), CUnit Test Framework, Doxygen, JIRA
Hardware Environment PCAN-USB Adapter (PEAK), PCAN-USB FD Adapter (PEAK)