www.mikrocontroller.net

Forum: Ausbildung, Studium & Beruf Funktionsentwicklung Steuergerät


Important announcement: there is an English version of this forum on EmbDev.net. Posts you create there will be displayed on Mikrocontroller.net and EmbDev.net.
Autor: Studi (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Hallo,

ich studiere Elektrotechnik und will nun neben dem Studium ein paar 
praktische Erfahrungen sammeln. Gerade im Bereich Motorsteuergeräte ist 
mir der Begriff Funktionsentwicklung aufgefallen. Was genau versteht man 
darunter? Warum wird da Wissen aus der Physik benötigt?

Gruß Peter

Autor: Klaus Wachtler (mfgkw)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Das ist letztlich ein etwas hochtrabender Begriff für das, was überall 
gemacht wird: Anforderungen (aus einem Pflichtenheft) implementieren, so 
daß es zum Schluß läuft.

Allerdings ist die Vorgehensweise inzwischen etwas eigen: in der Regel 
wird die gewünschte Funktionalität aus kleinen Funktionsblöcken 
zusammengeklickt (etwas überspitzt formuliert), anstatt anständig und 
handwerksmäßig zu programmieren.

Evtl. gibt diese PDF einen Einblick, wie es etwa aussieht:

http://vector.com/portal/datei_mediendatenbank.php...

Autor: Studi (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
ok das heisst es werden Modelle erstellt und deswegen sollte man auch 
Ahnung von Physik haben?!
Gibts da vielleicht ma ein Beispiel für solch eine Funktion? So richtig 
vorstellen kann ich mir das noch nicht

Autor: MiWan .. (dermeckrige)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Du solltest v.a. Ahnung von Regelungstechnik haben um die Anforderungen 
aus den Funktions- Lastenheften der/des OEM zu implementieren.

Neben den Produkten von VECTOR ist hier auch das Programm ASCET von ETAS 
zu erwähnen.

Funktionsentwicklung deshalb, weil letztendlich die MSG-Software aus 
vielen einzelnen Funktionen für individuelle Aufgaben besteht.

Einige Beispiele dazu:

- Thermodynamische Funktionen (welche die das Brennverfahren betreffen):

Füllungserfassung
Einspritzung
Kraftstoff Nieder- und Hochdruckregelung
Zylindergleichstellung
Lambdaregelung
Ladedruckregelung
Klopfregelung
...

- Komponentenfunktionen (welche zur Ansteuerung von elektrischen 
Komponenten am MSG zuständig sind):

Drosselklappenansteuerung
Waste-Gate-Steller
Mengensteuerventil/Zumesseinheit
...

- Fahrzeugfunktionen (welche die das Fahrzeug betreffen):


GRA/ACC (Geschwindigkeitsregelanlage)
E-Gaspedal
Vernetzungs- und Kommunikationsfunktionen mit allen möglichen 
Steuergeräten
Funktionen für Momenteneingriff (z.B. Getriebe und ESP)

- OBD-Funktionen (Welche für Diagnosezwecke und alle möglichen 
Abgasrelevanten Funktionen zuständig sind):

Elektrische Diagnosen allgemein
Kat-Diagnose
--> Funktionen zur Einhaltung der Abgasvorschriften

Autor: Klaus Wachtler (mfgkw)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
... Diagnose, ob gerade ein Abgastest läuft oder echter Betrieb :-)

Autor: Studi (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Vielen Dank für die ausführliche Antwort.
Ich muss aber noch einmal auf die Physik kommen. Also die Aufgabe ist es 
z.B. die Lambdaregelung in ein physikalisches Modell zu überführen und 
dann den passenden Regler dafür auszulegen.
Der Trend geht dann wohl immer mehr in Richtung Ascet und Simulink 
anstatt den Code händisch zu schreiben?

Autor: heinz (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Hi,

also im automotiv umfeld wird mittlerweile meist ein modelbasierter 
ansatz gewählt. Also zumindest bei regelungstechnischen Problemen. Und 
wenn es dann schon ein model für strecke und regeler gibt, geht man auch 
gerne den weg der codegenerierung.

Also wenn du eine existierende strecke inkl. regler jetzt in ein modell 
überführen sollst, dann solltest du schon grundlegende physikalische 
kenntnisse haben. Auch mit DGLs solltest du nicht auf kriegsfuss stehen.

gruß
heinz

Autor: MiWan .. (dermeckrige)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Studi schrieb:
> Der Trend geht dann wohl immer mehr in Richtung Ascet und Simulink
> statt den Code händisch zu schreiben?

Richtig. Händisch Code schreibt von den Funktionsentwicklern kaum mehr 
einer...

Autor: Entwickler (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
MiWan .. schrieb:
> Richtig. Händisch Code schreibt von den Funktionsentwicklern kaum mehr
> einer...

Oh mein Gott, das wäre ja total 90er! So richtig old-school! Wer macht 
denn sowas noch heutzutage!

Autor: Gastino G. (gastino)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
MiWan .. schrieb:
> Richtig. Händisch Code schreibt von den Funktionsentwicklern kaum mehr
> einer...

Stimmt nicht. Je nach Art der Funktion wird durchaus noch "händisch" 
Code geschrieben, schließlich muss man Geld verdienen, gerade bei großen 
Stückzahlen.

Antwort schreiben

Die Angabe einer E-Mail-Adresse ist freiwillig. Wenn Sie automatisch per E-Mail über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel




Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder GIF-Format hochladen.
Siehe Bildformate
Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt.
Bitte hier nur auf die ursprüngliche Frage antworten,
für neue Fragen einen neuen Beitrag erstellen.

Mit dem Abschicken erkennst du die Nutzungsbedingungen an.

webmaster@mikrocontroller.netImpressumNutzungsbedingungenWerbung auf Mikrocontroller.net