Erstes Programmieren von STM 32, irgendwas mache ich falsch.

Hallo

Jandro schrieb:
> "  make: *** [Src/main.o] Error 1
> Src/subdir.mk:27: recipe for target 'Src/main.o' failed "

Das ist ein Folgefehler. Der eigentliche Fehler ist weiter oben im log.

da1l6

okay dann zweiter Versuch. Das erste, was rot unterlegt wird, ist das 
hier:

c:\ac6\systemworkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1 
.16.0.201807130628\tools\compiler\lib\gcc\arm-none-eabi\7.2.1\include\st 
dint.h:9:16:  fatal error: stdint.h: No such file or directory

Scheint mit so als sei mit der Installation von SystemWorkBench 
irgendwas mau wenn er schon die Includes nicht findet.

Gruß

es muss an mir liegen, denn der Fehler tritt auf zwei verschiedenen 
Rechnern auf (Hochschule und bei mir zu Hause)^^ Und an der Hochschule 
kann das Ding laufen, ich habe es mit eigenen Augen gesehen

Dann zeig mal den gesamten Build-Log und auch den Source Code, sowie die 
Stelle die angemeckert wurde, und prüfe ob die stdint.h wirklich nicht 
existiert. Prüfe außerdem ob mindestens mit -std=c99 kompiliert wird.

ich habe es jetzt leider gerade nicht zur Hand :(
Womöglich hat es was mit dem Speicherort zu tun, denn als der Fehler in 
der Hochschule auftrat hat ein Mitarbeiter da alles gelöscht und neu 
angelegt und meinte nur, dass ich keine Doppelklicks auf die .elf-Datei 
machen darf, da das Programm so keinen Zugriff kriegt... er war aber nur 
sehr kurz angebunden... ich habe aber auch keine Doppelklicks mehr 
gemacht außer auf dei main-Datei, damit ich dort meinen Code einfügen 
kann

also muss ich generell noch etwas machen, bevor ich auf den 010-Button 
klicke? Der hat da irgenwelche Optionen im Run bzw. Debug-Menü 
eingestellt

Jandro schrieb:
> und meinte nur, dass ich keine Doppelklicks auf die .elf-Datei
> machen darf, da das Programm so keinen Zugriff kriegt

Äh, was. Womit würde man die auch öffnen wollen, mit dem Hex-Editor? Bis 
zum Anlegen der .elf-Datei kommst du ja gar nicht. Selbst wenn, wäre die 
Fehlermeldung eine andere.

nein, die wird dann in der Workbench im C/C++ Bildschirm angezeigt.. 
aber egal. Die .elf-Datei wird aber trotz der Fehlermeldung erstellt!

Jandro schrieb:
> Die .elf-Datei wird aber trotz der Fehlermeldung erstellt!

Das kann nicht sein. Dann gehört die Fehlermeldung nicht zum 
Compiler-Lauf. Irgendwas passt da nicht zusammen.

aber wenn ich mein Projekt von CubeMx in einem Ordner speichere und 
SystemWorkbench beim Importieren ohne Probleme darauf zugreifen kann, 
wie kann dann etwas fehlen?
Ich verstehe das nicht -.-  Ich blicke überhaupt nicht durch

Jandro schrieb:
> wie kann dann etwas fehlen?

Indem es bei System Workbench selber, außerhalb des Projekts, fehlt. 
Das ist aber etwas unwahrscheinlich. Vermutlich ist das Projekt falsch 
konfiguriert. Nur weil SW das anscheinend korrekt importiert, muss da 
noch lange nicht alles richtig eingestellt sein.

Nein, der Mitarbeiter von der Uni hat nur ganz wenige Klicks gemacht und 
es leif durch -.- Und ich kann es aber nicht nachvollziehen, was er 
geamcht hat...

Kann ja sein, aber solange du nicht die dir genannten Punkte überprüfst 
kann dir hier auch keiner helfen. Oder sollen wir erraten was der 
Mitarbeiter  gemacht hat?

vielleicht mache ich ja grundlegend was falsch, muss ich nach dem 
Importieren und meinem Code in der Main-Datei noch etwas beachten und 
einstellen, bevor ich die .elf und .bin-Dateien erstellen lasse?

Eher in den Projekt-Einstellungen.

Dr. Sommer schrieb:
> Prüfe außerdem ob mindestens mit -std=c99 kompiliert wird.


Ich bin ein blutiger Anfänger und habe keine Ahnung, wovon du sprichst 
:D

J. T. schrieb:
> Hast du der SystemWprkbench denn auch mitgeteilt, wo deine ganzen .h
> liegen?

Muss man nicht. Das weiß der Compiler von selbst.

Jandro schrieb:
> Ich bin ein blutiger Anfänger und habe keine Ahnung, wovon du sprichst
> :D

Von der Kommandozeilenoption -std=c99 welche an den Compiler übergeben 
wird und welche den Sprachstandard setzt.

Also in der Konfiguration habe ich ja nicht viel zu tun. Ich habe für 
mein kleines LED Projekt gerade mal 2 Pins als GPIO-Output konfiguriert, 
low und no pull up/down... und im Projektmanager habe ich für 
Toolchain/IDE SW4STM32 und "Generate under root" eingestellt... ich bin 
praktisch nach Anleitung vorgegangen.. in der Clock Configuration habe 
ich gar nichts angerührt... das war alles, was ich in CubeMx gemacht 
habe

Also hier ist der gesamte Durchlauf

ich habe es ja eigentlich schon geschrieben

include\stdint.h:9:16: fatal error: stdint.h: No such file or directory

Jandro schrieb:
> Also in der Konfiguration habe ich ja nicht viel zu tun.

Da wird aber einiges automatisch angelegt. Bei Embedded-Projekten muss 
immer einiges konfiguriert werden. Da kann einiges falsch sein.

J. T. schrieb:
> Aber nur bei den ganzen Standardgeschichten die bei C dabei sind.

Um die geht es ja (stdint.h).

Jandro schrieb:
> Also hier ist der gesamte Durchlauf

Da sind 3 Zeilen abgeschnitten. Zeige es doch mal als Text. Wieso gibt 
es eigentlich seit ein paar Jahren den Trend, Programme und 
Fehlermeldungen als Screenshot zu zeigen?

J. T. schrieb:
> Du solltest eigentlich mindestens den Inc Ordner haben, da müssten die
> ganzen Sachen wie stdint.h und stdio.h usw weiter drin sein.

Nein, die müssten in der Compiler-Installation selbst sein. Den Pfad 
muss man nirgendwo angeben, das macht der Compiler von selbst.

12:26:24 **** Incremental Build of configuration Debug for project 
Blink_LED ****
make all
Building file: ../startup/startup_stm32f407xx.s
Invoking: MCU GCC Assembler
C:\Users\**\Desktop\Testprojekte\Blink_LED\Debug
arm-none-eabi-as -mcpu=cortex-m4 -mthumb -mfloat-abi=hard 
-mfpu=fpv4-sp-d16 -I"C:/Users/**/Desktop/Testprojekte/Blink_LED" -g -o 
"startup/startup_stm32f407xx.o" "../startup/startup_stm32f407xx.s"
Finished building: ../startup/startup_stm32f407xx.s

Building file: ../Src/main.c
Invoking: MCU GCC Compiler
C:\Users\**\Desktop\Testprojekte\Blink_LED\Debug
arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -mfloat-abi=hard 
-mfpu=fpv4-sp-d16 '-D__weak=__attribute__((weak))' 
'-D__packed=__attribute__((_packed_))' -DUSE_HAL_DRIVER -DSTM32F407xx 
-I"C:/Users/**/Desktop/Testprojekte/Blink_LED/Inc" 
-I"C:/Users/**/Desktop/Testprojekte/Blink_LED/Drivers/STM32F4xx_HAL_Driv 
er/Inc" 
-I"C:/Users/**/Desktop/Testprojekte/Blink_LED/Drivers/STM32F4xx_HAL_Driv 
er/Inc/Legacy" 
-I"C:/Users/**/Desktop/Testprojekte/Blink_LED/Drivers/CMSIS/Device/ST/ST 
M32F4xx/Include" 
-I"C:/Users/**/Desktop/Testprojekte/Blink_LED/Drivers/CMSIS/Include" 
-Og -g3 -Wall -fmessage-length=0 -ffunction-sections -c 
-fmessage-length=0 -MMD -MP -MF"Src/main.d" -MT"Src/main.o" -o 
"Src/main.o" "../Src/main.c"
In file included from 
C:/Users/**/Desktop/Testprojekte/Blink_LED/Drivers/CMSIS/Include/core_cm 
4.h:44:0,
                 from 
C:/Users/**Desktop/Testprojekte/Blink_LED/Drivers/CMSIS/Device/ST/STM32F 
4xx/Include/stm32f407xx.h:183,
                 from 
C:/Users/**/Desktop/Testprojekte/Blink_LED/Drivers/CMSIS/Device/ST/STM32 
F4xx/Include/stm32f4xx.h:149,
                 from 
C:/Users/**/Desktop/Testprojekte/Blink_LED/Drivers/STM32F4xx_HAL_Driver/ 
Inc/stm32f4xx_hal_def.h:46,
                 from 
C:/Users/**/Desktop/Testprojekte/Blink_LED/Drivers/STM32F4xx_HAL_Driver/ 
Inc/stm32f4xx_hal_rcc.h:45,
                 from 
C:/Users/**/Desktop/Testprojekte/Blink_LED/Inc/stm32f4xx_hal_conf.h:244,
                 from 
C:/Users/**/Desktop/Testprojekte/Blink_LED/Drivers/STM32F4xx_HAL_Driver/ 
Inc/stm32f4xx_hal.h:46,
                 from 
C:/Users/**/Desktop/Testprojekte/Blink_LED/Inc/main.h:51,
                 from ../Src/main.c:42:
c:\ac6\systemworkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1 
.16.0.201807130628\tools\compiler\lib\gcc\arm-none-eabi\7.2.1\include\st 
dint.h:9:16:  fatal error: stdint.h: No such file or directory
 # include_next <stdint.h>
                ^~~~~~~~~~
compilation terminated.
Src/subdir.mk:27: recipe for target 'Src/main.o' failed
make: *** [Src/main.o] Error 1

12:26:26 Build Finished (took 2s.649ms)

Ich würde vor allem erst mal die abhängig generierten Dateien löschen.
Andernfalls kannst Du Dich natürlich auch durch die Datumsangaben der 
Dateien hangeln. Nach Datum sortieren...

Es ist nämlich immer wieder toll, wenn die Zieldatei existiert obwohl 
der Erstellungsprozess schiefgelaufen ist.

Üblicherweise löschen die Make-Prozesse keine Dateien, sondern ersetzen 
sie nur dann, wenn es was Neues gibt.

Such doch mal nach allen "stdint.h" in C:\ac6 (Windows-Suche) . Ggf. 
einfach mal System Workbench neu installieren.

wie gesagt kam das selbe am Rechner der Uni + Hier auf meinem privaten 
Rechner zu Hause^^.. das ist einfach verrückt... ich habe übrigens mal 
nur importiert ohne einen eigenen Code in der main-Datei einzufügen.. es 
bleibt bei den selben Fehlermeldungen...

Der Mitarbeiter hat gestern irgendetwas in den Run-Configurations 
eingestellt und dann ging es plätzlich ohne Probleme..

ich habe von Anfang an Toolchain auf STM gestellt, weil ich es nach 
Anleitung gemacht habe... den Ordner habe ich nun bereits 5 mal gelöscht 
und neu generiert. Egal was ich mache, ohne weitere Enstellungen in der 
Bench kommt immer wieder die gleiche Fehlermeldung, wenn ich die 
Binärdatei erstellen will

Nochmal: Die Pfade zu Standard-C-Headern wie stdint.h muss man nicht 
in den Projekt-oder Compilereinstellungen angeben. Die findet der 
Compiler selbst. Wenn er das nicht tut, ist wahrscheinlich die 
Compiler-Installation kaputt. Einfach mal den Compiler neuinstallieren 
und sicherstellen dass man nicht mehrere GCC's und mehrere stdint.h auf 
dem Rechner hat.

also auf dem Rechner ist unter dem angegebenen Pfad eine stdint.h. und 
eine stdint-gcc.h. -Datei

Habe die stdint.h.-Datei mit Visual Studio geöffnet, da steht folgendes:

#ifndef _GCC_WRAP_STDINT_H
#if _STDC_HOSTED_
# if defined __cplusplus && __cplusplus >= 201103L
#  undef __STDC_LIMIT_MACROS
#  define __STDC_LIMIT_MACROS
#  undef __STDC_CONSTANT_MACROS
#  define __STDC_CONSTANT_MACROS
# endif
# include_next <stdint.h>
#else
# include "stdint-gcc.h"
#endif
#define _GCC_WRAP_STDINT_H
#endif

Harry L. schrieb:
> Es liegt garantiert nicht an der Toolchain und der Installation!

Und woran dann sonst? Es wird ein Element der Toolchain nicht gefunden! 
Vielleicht ist bei der Installation etwas schief gelaufen. So etwas wie 
-nostdinc sehe ich auch nicht.

Mal alle stdint.h auf dem Rechner suchen.

ich werde hier nur noch weiter verwirrt, bringt mir nichts

Harry L. schrieb:
> Falsche Konfiguration bereits im CubeMX.

Die relevante Ausgabe von CubeMX beschränkt sich hier auf die generierte 
Kommandozeile. Die sieht aber gut aus. Durch Fehlkonfiguration von 
Peripherie & Co kann man da nichts falsch machen. Das würde sich nur 
durch Fehlverhalten beim Ausführen äußern, aber nicht beim kompilieren.

das würde ich gerne, aber mir fehlt das Wissen. Nichts von dem was ich 
in meinem E-Technik-Studium gelernt habe, kann ich hier anwenden, ich 
arbeite zum ersten Mal mit einem Microcontroller. Der Arduino konnte die 
Anforderungen leider nicht erfüllen, mit dem habe ich mich schon gut 
angefreundet...
ich weiß nicht womit ich hier anfangen soll

Jandro schrieb:
> ich weiß nicht womit ich hier anfangen soll

Windowstaste + F drücken, nach stdint.h suchen, Ergebnis zeigen. Sagen 
ob du noch andere GCC-Installationen auf dem Rechner hast.

Harry L. schrieb:
> Eher in den Grundeistellungen zur Code-Generierung.

Der generierte Code beeinflusst nicht die Suchpfade des Compilers.

wenn ich im Suchfeld stdint.h eingebe, werden mir 282 h.-Dateien 
angezeigt, die aber einen anderen Namen haben...

Gib mal "name:stdint.h" ins Suchfeld ein.

Harry L. schrieb:
> Der Code selbst nicht, aber die Einstellungen im Project-File,und der
> Code selbst und die Directory-Struktur unterscheidet sich teilweise
> auch.

Die Einstellungen beeinflussen aber nur die Kommandozeile, und die 
beeinflusst den Suchpfad. Die Kommandozeile sieht aber ok aus. Es gibt 
keinen weiteren geheimen Kanal wie die Einstellungen den Compiler 
beeinflussen können.

da findet er gar nichts, obwohl ich eine Datei mit dem Namen selbst 
geöffnet habe...-.- Ich habe keine Lust mehr

ich habe mit Sicherheit keine niedrige Frustrationsgrenze, ich habe mich 
in meinem Studium richtig reingehängt. Meine Stärken liegen allerdings 
eher in Bereich Mathematik und Hardware. Hier allerdings frage ich mich 
gerade ernsthaft, ob es sinnvoll ist, so viel neues Wissen anzueignen, 
wo man noch nicht mal weiß, wie weit man genau in die Materie (und das 
hier ist wirklich ein komplettes komplexes und abgeschlossenes eigenes 
Universum) gehen muss, um die angeforderten Aufgaben zu erledigen und ob 
das überhaupt was bringt...

Definition Ingenieur (2019) -> bezeichnet eine Person, die eine Aufgabe 
unter Zuhilfenahme von Internetanleitungen in angemessener Zeit +25% 
teilweise löst.

Für einen Hobbyisten würde ich sagen, hänge einfach deine .ioc CubeMX 
Projektdatei an, dann sehen wir uns die mal an.

die Ausbildung habe ich bereits abgeschlossen und meine ganzen Scheine 
habe ich in Regelstudienzeit und eigentlich auch mit einem recht 
souveränen Notenbild geholt... nun bekomme ich in dieser Projektarbeit 
aber dennoch erstmals eine Krise.. und zwar richtig.

Das Passwort wäre noch ganz nett für das Testprojekt auf der Cloud

Ich habe kein Windows, deshalb die Frage:
hast du AC6 und auch CubeMX in die vorgeschlagenen Verzeichnisse 
installiert?

Andernfalls könnte es zu Pfadproblemen kommen.

und warum soll das E-Technik-Studium bei meinen Stärken Mathematik und 
Hardware denn das falsche Studienfach sein? Ich studiere doch keine 
Informatik, wobei mir natürlich klar ist, dass die Software heute einen 
höheren Stellenwert einnimmt... dennoch sind die Elektroings ja primär 
immer noch für die Hardware zuständig, oder nicht?

also, ich habe jetzt versucht dein Beispielprojekt zu komoilieren. Auch 
dort kommt es zu der gleichen Fehlermeldung. Also liegt es nicht an der 
Konfiguration in CubeMX.
Also wohl doch irgendwo im Dschungel der Workbench, durch die ich mich 
erst mal richtig durchkämpfen muss. Ich weißbisher noch zu wenig über 
die ganzen Vorgänge, die darin stattfinden

siehe meine Frage von 15:24

ja, ich habe an der Angabe der Installationsverzeichnisse nichts 
geändert und sie sind auch beide dort installiert

In früheren Versionen kam es zu Problemen wenn ac6 im Projektnamen 
vorkam, weiss nicht ob das noch so ist.

Steht im geschwärzten Teil ac6?

Neben ac6 sind auch Leerzeichen im Projektpfad ein beliebtes Problem.

Hier in diesem Forum wird mir verkauft, dass jeder Ingenieur "von Werk 
aus" einen Microcontroller programmieren muss. Wenn dem so ist, warum 
wurden dann die Controller geschweige denn deren Programmierung im Laufe 
meines ganzen Studiums (und ich habe bereits alle Prüfungen absolviert) 
noch nie ansatzweise thematisiert? Ich habe im 2. Semester 
Grundkenntnisse in C++ erworben, des weiteren kenne ich mich 
mittlerweile sehr gut mit MatLab und Simulink aus, was ich besonders für 
regelungstechnische Anwendungen verwendet habe. Zu meinem Schwerpunkt 
gehört aber nicht nur die Regelungs-sondern auch die Messtechnik, somit 
wollte ich zumindest ein vorzeigbares Projekt in meinem Studium haben, 
das sich auch auf dieses Gebiet bezieht.
Und da bin ich nun hier und brauche diese Programmierung sekundär für 
meine Sensorauswertung, den (eigentlich größeren) physikalischen Teil 
des Projektes habe ich bereits erledigt. Um so mehr frustet mich das 
ganze gerade sehr... ich habe leider gar nicht die Zeit, mich zu sehr 
mit den Grundlagen hinter der IDE zu beschäftigen...

Hier in diesem Forum wird mir verkauft, dass jeder Ingenieur "von Werk 
aus" einen Microcontroller programmieren können muss. Wenn dem so ist, 
warum wurden dann die Controller geschweige denn deren Programmierung im 
Laufe meines ganzen Studiums (und ich habe bereits alle Prüfungen 
absolviert) noch nie ansatzweise thematisiert? Ich habe im 2. Semester 
Grundkenntnisse in C++ erworben, des weiteren kenne ich mich 
mittlerweile sehr gut mit MatLab und Simulink aus, was ich besonders für 
regelungstechnische Anwendungen verwendet habe. Zu meinem Schwerpunkt 
gehört aber nicht nur die Regelungs-sondern auch die Messtechnik, somit 
wollte ich zumindest ein vorzeigbares Projekt in meinem Studium haben, 
das sich auch auf dieses Gebiet bezieht.
Und da bin ich nun hier und brauche diese Programmierung sekundär für 
meine Sensorauswertung, den (eigentlich größeren) physikalischen Teil 
des Projektes habe ich bereits erledigt. Um so mehr frustet mich das 
ganze gerade sehr... ich habe leider gar nicht die Zeit, mich zu sehr 
mit den Grundlagen hinter der IDE zu beschäftigen...

Schön viel Text.

Hast du inzwischen die Pfade kontrolliert?

Der einfachste Fall:

-lege direkt einen Ordner c:\workspace an
-wähle diesen in AC6 als workspace aus
-erstelle ein Minimal Projekt mit AC6
-compiliere dieses
-berichte

@  Bernd N.

Gute Idee!
Irgend ein Glücksklick wird schon passen. ;)

Macht mal, ich bin weg.

ich habe jetzt alles in einen Ordner workspace auf c gelegt und es geht 
immer noch nicht....

Wofür steht MHV?


[pre]
- AVR GCC ATmel (MHV windows toolchain detection)
[/pre


https://www.embitz.org/feature-list/]

Lass dich nicht ärgern, jeder fängt mal an..

Normalerweise sollte das auch out of the box laufen.
Also entweder fehlt dir ein Teil der Installation (z.B. newlib..) oder 
der gcc ist nicht korrekt auf deine Umgebung angepasst

> Wofür steht MHV?

MHV == MakeHackVoid

Bernd N. schrieb:
> Für das was er machen will funktioniert es. Die IDE ist einfach und
> funktioniert out of the box.

Yeah!

Und gegenüber den lahmen Java-Tools ist das Ding affengeil schnell.

Nur beim CubeMX und HAL fangen für den Anfänger die Probleme
gleich wieder an.

Wäre aber ein Argument nicht mit HAL sondern mit SPL anzufangen.

Jandro schrieb:
> also auf dem Rechner ist unter dem angegebenen Pfad eine stdint.h. und
> eine stdint-gcc.h. -Datei
> Habe die stdint.h.-Datei mit Visual Studio geöffnet

Dass heisst, die Datei

c:\ac6\systemworkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1
.16.0.201807130628\tools\compiler\lib\gcc\arm-none-eabi\7.2.1\include\st
dint.h

existiert und kann geöffnet werden. In der reklamierten Zeile steht:

#include_next <stdint.h>

Und diese Datei findet er nicht. Die Frage sollte daher lauten, welche 
Datei sucht er dort eigentlich? Das steht in der Fehlermeldung leider 
nicht konkret drin (der Pfad fehlt).

Aber nach "include_next <stdint.h>" kann man googeln, und dann findet 
man zum Beispiel diesen Beitrag, der sehr ähnlich aussieht:
https://stackoverflow.com/questions/23973971/no-stdint-h-file-on-debian

Die Lösung dort war: "I got past this problem by installing 
libnewlib-arm-none-eabi: sudo apt-get install libnewlib-arm-none-eabi". 
Auch andere ähnliche Problemberichte enden stets damit, die newlib 
Library zu installieren.

Das hat der Jim in Beitrag "Re: Erstes Programmieren von STM 32, irgendwas mache ich falsch." 
bereits angesprochen. Ich denke, du solltest in diese Richtung weiter 
forschen.

Du könntest auch versuchen, allen Benutzern Leserechte auf das 
Verzeichnis c:\ac6 incl. Unterverzeichnissen zu geben.

Danke, ich habe es installiert, aber das Problem besteht weiterhin. Wie 
soll es auch anders sein

Jandro schrieb:

> Danke, ich habe es installiert, aber das Problem besteht weiterhin. Wie
> soll es auch anders sein

Tja, lebe damit: Dir ist es nicht gegeben, Programmierer zu werden. 
Einen Programmierer, der es nicht einmal schafft, ein IDE zum Laufen zu 
bringen, den braucht echt niemand.

Jandro schrieb:
> Danke, ich habe es installiert, aber das Problem besteht weiterhin. Wie
> soll es auch anders sein

Ich würde vorschlagen, dass du mal ganz genau beschreibst, was du wie 
installiert hat. Zeige uns auch alle deine Umgebungsvariablen. Und lade 
hier ein minimales Projekt hoch, mit dem dann das Problem 
nachvollziehbar ist.

Ich bin E-Techniker und kein Programmierer

da fragt man hier in einem Forum um Hilfe für ein ERST-Projekt und wird 
auf übelste Weise runtergemacht. Es ist mir klar, dass das für euch 
einfach ist und vielleicht verdient ihr damit eure Brötchen, aber für 
mich ist das das erste Mal und ihr könnt nicht von mir verlangen, dass 
ich das alles von Anfang an drauf habe

Du solltest Dir ein dickeres Fell zulegen. Niemand macht dich übel 
herunter. Anstatt Dich auf solche Gefühle zu konzentrieren, kümmere dich 
lieber auf deine Aufgabe und beantworte meinen vorherigen Beitrag.

Ich bin durchaus bereit, extra für Dich eine frische Windows 
Installation zu machen um Dir zu helfen. Aber damit das Sinn ergibt, 
brauche ich Infos von Dir.

Also ich generiere für den Test mittlerweile nur noch über CubeMX einen 
Code, der einen GPIO_Output konfiguriert, ich füge noch nicht mal 
eigenen Benutzercode hinzu.

Das Projekt wird von CubeMX mit Toolchain "SW4STM32" angelegt und beim 
Importieren wird das Projekt auch sofort erkannt.
Nun mache ich in der Workbench nichts anderes, als für übertragene 
Projekt die Binärdatei erstellen zu lassen..dabei ändere ich nichts an 
den Einstellungen in der Workbench.

naja aber es wird ja so getan, als ob ich das bei meiner Qualifikation 
zwingend können muss, aber dem ist nicht so. Wie gesagt wurde es nicht 
ansatzweise gelehrt, nur grundlegende Programmierkenntnisse.. aber es 
ist ja jetzt auch völlig egal. Ich muss das jetzt irgendwie 
draufbekommen und fürchte, es wird ein hartes Wochenende ;)

vielen Danl für deine Antwort. Das werde ich mir auf jeden Fall ansehen

"Ich bin E-Techniker und kein Programmierer!"

Dann programmiere Doch nicht! Wenn ich kein Pilot bin, setzte ich mich 
auch nicht hinter das Steuer eines Flugzeugs. Will ich es doch, dann 
muss ich mich mal auf den Hosenboden setzen und die Thematik von Grund 
auf aufarbeiten. Dein Lernprozess geht über das Studium hinaus, das 
ganze Leben lang oder denkt die Generation von heute das nach dem 
Studium nichts mehr kommt und Sie die Größten in Ihrem Fachbereich sind?

"Nichts von dem was ich in meinem E-Technik-Studium gelernt habe, kann 
ich hier anwenden, ich arbeite zum ersten Mal mit einem Microcontroller. 
"

Welche Uni/FH war das denn? Nur damit man hier mal vor einem Studium an 
dieser Lokalität warnen kann! Ich habe noch keine Uni/FH gesehen, wo im 
E-Technikstudium nicht mindestens einmal eine Signalverarbeitung auf 
einem DSP oder Microcontroller durchgekaut wurde. In Theorie und Praxis!

Du hast doch oben erwähnt das das Problem bereits einmal durch einen 
Hiwi(?) o.ä. bereits gelöst wurde. Was hindert Dich daran bezüglich des 
Problems dort nochmal vorzusprechen und sich Notizen zu Problemlösung zu 
machen?

Mit welcher IDE bist Du vertraut? Du hast doch geschrieben das du
mit der Arduino-Welt klargekommen bist. Welche Werkzeuge hast Du da 
benutzt? STM32 gibt es auch in der Arduino-Welt. Reichen die Boards 
nicht für die gestellte Aufgabe aus?

Andernfalls, was zwingt Dich die AC6 einzusetzen? Gibt es nicht die 
Möglichkeit auf eine andere IDE zu wechseln die Dir vielleicht 
"sympathischer" ist.

Ich will Dich hier nicht angreifen, sondern Dir helfen. Möglicherweise 
gibt es für Dich andere Wege zum Ziel. Vielleicht finden wir diese.

Jandro schrieb:

> warum wurden dann die Controller geschweige denn deren Programmierung im
> Laufe meines ganzen Studiums (und ich habe bereits alle Prüfungen
> absolviert) noch nie ansatzweise thematisiert?

Weil ein Studium keine Schule ist! Dem Inschenör ist nichts zu schwör, 
weil er gelernt hat, sich selbständig in neue Problembereiche 
einzuarbeiten. Embedded sind die SW-Entwickler erheblichenteils 
E-Techniker, die schwerpunktmäßig keine Programmierung im Studium 
hatten.

Du wirst Dich nach dem Studium noch ganz schön umgucken, denn 
Regelungstechnik geht in der Realität nicht mit Matlab, sondern mit 
Mikrocontrollern. In Software, weil man das viel flexibler anpassen 
kann.

Danke für die aufmunternden Worte, ich stelle hier Fragen zu einem für 
mich komplett neuem Gebiet und bekomme hier Prognosen gestellt, dass aus 
mir nichts wird... ich habe dieses Forum hier empfohlen bekommen. Ich 
fürchte, ich werde es nicht tun können

Wenn die Arduino IDE (ich hatte bereits bei der Recherche kurz darüber 
gelesen) wirklich geeignet ist, wäre das wirklich super. Ich brauche für 
meine Anwendung die "Encoder"-Funktion eines Timers des Boards. Und zwar 
müssen Inkremental-Signale eines Sensors hochgezählt und ausgewertet 
werden. Das wären maximal 120.000 Signale pro Sekunde, die erfasst 
werden müssen.

Bernd N. schrieb:
> Die IDE ist einfach und funktioniert out of the box.

truestudio auch.

Jandro schrieb:
> Ich
> fürchte, ich werde es nicht tun können

Son Quatsch. Du musst doch nur die richtige stdint.h finden und ins 
richtige Verzeichnis kopieren.

Jandro schrieb:
> Also ich generiere für den Test mittlerweile nur noch über CubeMX
> einen
> Code, der einen GPIO_Output konfiguriert, ich füge noch nicht mal
> eigenen Benutzercode hinzu.
>
> Das Projekt wird von CubeMX mit Toolchain "SW4STM32" angelegt und beim
> Importieren wird das Projekt auch sofort erkannt.
> Nun mache ich in der Workbench nichts anderes, als für übertragene
> Projekt die Binärdatei erstellen zu lassen..dabei ändere ich nichts an
> den Einstellungen in der Workbench.


Ich habe den Thread jetzt nicht vollständig gelesen. Ich bin auch kein 
Programmierer, aber mich wundert das nicht, dass das nicht funktioniert, 
wenn du als Anfänger gleich Eclipse verwendest...
Da hatte ich schon anfangs nur das Problem rein C zu programmieren. Mit 
den Einstellungen und dem Kram gleich anfangs als Anfänger. Naja..
Das ist ein IDE und Benutzerproblem und nicht STM32.

Ich wette, wenn du Keil uVision 5 herunterlädst, die Datei im CubeMx 
entsprechend auf KeilV5 umstellst, funktioniert deine LED auf Anhieb.
Das schwöre ich dir. Das bekommt auch meine Oma hin.
Und sonst würde ich einfach mal wieder zu dem Mitarbeiter gehen anstatt 
hier wochenlang zu diskutieren.

Und vergiss beim nächsten Mal nicht einen Kugelschreiben mitzunehmen.
Wenn man sich Dinge schon nicht merken kann, notiert man es sich 
wenigstens. Vor allem im Studim.

c-hater schrieb:
> Jandro schrieb:
>
>> Danke, ich habe es installiert, aber das Problem besteht weiterhin. Wie
>> soll es auch anders sein
>
> Tja, lebe damit: Dir ist es nicht gegeben, Programmierer zu werden.
> Einen Programmierer, der es nicht einmal schafft, ein IDE zum Laufen zu
> bringen, den braucht echt niemand.


hahaha
:D du bist hart

Stefanus F. schrieb:
> Ich bin durchaus bereit, extra für Dich eine frische Windows
> Installation zu machen um Dir zu helfen. Aber damit das Sinn ergibt,
> brauche ich Infos von Dir.

Darauf hast du (jandro) mit einem Screenshot geantwortet. Ist das dein 
Ernst? Soll ich jetzt nur auf Basis des Screenshots eine komplette 
Windows Installation samt IDE und deinem Quelltext vornehmen, um dein 
Problem nachzuvollziehen?

Dann mache ich garantiert mindestens 50 Sachen anders als du und dann 
wird es bei mir funktionieren.

Bei mir funktioniert das Zusammenspiel zwischen CubeMX und der System 
Workbench tadellos ohne manuelles Eingreifen. Ich kann Dir also mit 
Sicherheit bestätigen, dass die verwendete Software prinzipiell 
out-of-the-box funktioniert. Nur bei Dir nicht. Irgend etwas machst du 
anders und falsch.

Ich brauche Links zu sämtlichen Downloads mit exakt den Versionen, die 
du verwendet hast. Und ich brauche eine Auflistung jedes einzelnen 
Mausklicks bzw. Befehls. Meine Frage nach deinen Umgebungsvariablen hast 
du ausserdem ignoriert.

Dein Gejammer über mangelnde Hilfsbereitschaft ist unangemessen. Wir 
wollen Dir helfen, doch das hängt von Deiner Mitarbeit ab. Mit dem 
groben Tonfall hier musst du klar kommen, das wird sich in absehbarer 
Zeit nicht ändern Was die Berufswahl angeht: Programmierer lernen ihr 
ganzes Leben lang weiter. Es gibt ständig neue Bauteile und 
Arbeitsmittel. Es spielt keine Rolle, wie viel du dazu im Studium 
gelernt hast - im Beruf wirst du mit 99% Wahrscheinlichkeit sowieso mit 
anderen Mitteln arbeiten müssen, als du im Studium gelernt hast.

Also, hör auf zu jammern und beantworte meine Fragen, damit Dir geholfen 
werden kann. Oder suche Dir eine andere Ausbildung, von der du nach 
Abschluss den Rest des Lebens zehren kannst. Zum Beispiel Friseur oder 
Schreiner.

Christopher C. schrieb:
> Bevor du mit SystemWorkbench verzweifelst und aufgibst, benutze lieber
> TrueStudio. Die IDE ist ausgereifter und funktioniert meiner Erfahrung
> nach OutOfTheBox.

Die IDE ist in beiden Fällen die gleiche. Beide funkti0onieren 
OutOfTheBox.

Für mich bietet die System Workbench den Vorteil, Projekte ohne 
"Firmware" (=HAL) anlegen zu können.

Also ich benutze nun tatsächlich Atollic und damit klappt alles 
reibungslos, ich weiß nicht was genau los war. Aber wenigstens kann ich 
jetzt meine Aufgaben ohne Schwierigkeiten erledigen.

Stefanus F. schrieb:
> Ich bin durchaus bereit, extra für Dich eine frische Windows
> Installation zu machen um Dir zu helfen.

Ich möchte nicht, dass sich jemand so viel Mühe geben muss. Aber vielen 
Dank für das Angebot. Nun hat es scih aber wie es aussieht erledigt

Jandro schrieb:
> Also ich benutze nun tatsächlich Atollic und damit klappt alles
> reibungslos, ich weiß nicht was genau los war. Aber wenigstens kann ich
> jetzt meine Aufgaben ohne Schwierigkeiten erledigen.

Ich habe mir spasseshalber mal die Workbench installiert, und versucht, 
ein nacktes Projekt zu compilieren: Fehlermeldung...
Liegt also nicht (nur) an dir.
Seitdem STM Atollic uebernommen hat, wirde die Workbench wohl nur nocht 
von Leuten benutzt, die das Ding schon verwendet (und angepasst) haben.
Fuer Anfaenger ist das Truestudio wohl eher erste Wayhl.

Nop schrieb:

> Embedded sind die SW-Entwickler erheblichenteils
> E-Techniker, die schwerpunktmäßig keine Programmierung im Studium
> hatten.

Oder die "umgekehrte" Richtung: Informatiker, die nicht schwerpunktmäßig 
E-Technik hatten. ;o)

µC-Programmierung ist nunmal an der Grenze zweier Fachgebiete 
angesiedelt. Aber: bei jedem der beiden Studiengänge kann man genug 
mitnehmen, um sich genau auf dieser Grenzlinie mit überschaubarem 
Aufwand in den angrenzenden Bereich einzuarbeiten.

Man muss es bloss wollen und man darf nicht stinkendfaul sein. Das ist 
eigentlich schon alles.

Natürlich muss man darüber hinaus bereit sein, lebenslang 
selbstständig weiter zu lernen. Das ist, was jeder Ingenieur als 
wesentliches Rüstzeug aus dem Studium mitgenommen haben sollte...

Blöd für Faule und Lernverweiger. Wenn man keinen Bock auf Lernen hat, 
sollte man lieber BWL oder sowas machen. Nur da kann man auch dann 
relativ viel Geld verdienen, wenn man von nix eine Ahnung hat und nur 
Scheisse baut.

> Ich habe mir spasseshalber mal die Workbench installiert, und versucht,
> ein nacktes Projekt zu compilieren: Fehlermeldung...

Das geht ja auch nicht. Du musst schon mindestens eine main.c schreiben. 
Und dann geht das auch.

stdint.h geht auch

Stefanus F. schrieb:
> stdint.h geht auch

Man sollte das nicht nachts um halb zwei ausprobieren.

c-hater schrieb:

> Man muss es bloss wollen und man darf nicht stinkendfaul sein. Das ist
> eigentlich schon alles.

Ich hab in meiner Abschlußarbeit ein größeres Projekt gehabt, das 
letztlich in Assembler auf einem Evalboard zu implementieren war. Daß 
Assembler in keiner Vorlesung drangewesen war (nur C) und ich das vorher 
noch nicht gemacht hatte, ist mir als besonderes Hindernis nichtmal 
aufgefallen. Ich hielt es für völlig normal, daß man sich selbständig 
einarbeitet.

Wobei mein Beispiel mit "int" blöd war, ich hätte einen Typ aus der 
stdint.h nehmen sollen, z.B. uint32_t. Geht damit auch.

c-hater schrieb:
> Natürlich muss man darüber hinaus bereit sein, lebenslang
> selbstständig weiter zu lernen. Das ist, was jeder Ingenieur als
> wesentliches Rüstzeug aus dem Studium mitgenommen haben sollte...

Also ich bin in jedem Fall dafür bereit mich in meinem Beruf 
weiterzubilden. Mein Studium habe ich (vielleicht abgesehen von den 
letzten Wochen vor den Klausurenphasen) mit Spaß durchgezogen.
Hier in diesem Fall muss ich eben einen Kompromiss zwischen Umfang von 
neuem Wissen und der für das Projekt vorgesehenen Zeit finden. Es ist 
nicht so, dass ich hier unebegrenzt Zeit habe um mir das komplette 
Grundwissen von Mikrocontrollern anzueignen. Von daher muss ich abwägen 
ob es wirklich sinnvoll ist all das zu machen, was hier von einigen 
Usern als notwendig empfunden wird... das ist hier ein kleines Projekt 
für die Uni und kein Lebenswerk ;)

Für ein kleines Projekt ohne grossartige Einarbeitung eignet sich 
Arduino deutlich besser. Dann musst du aber ein anderes Board verwenden, 
dass "original" von Arduino unterstützt wird.

Denn die 3rd Party Cores (wie STM32Duino) haben reichlich Potential für 
unangenehme Überraschungen.

Jandro schrieb:

> Von daher muss ich abwägen
> ob es wirklich sinnvoll ist all das zu machen, was hier von einigen
> Usern als notwendig empfunden wird...

Mit welcher Kompetenz willst du das Abwägen? Du hast doch ganz 
offensichtlich absolut keine Ahnung.

> das ist hier ein kleines Projekt
> für die Uni und kein Lebenswerk ;)

Du lernst nicht für das kleine Uni-Projekt, sondern für dich selber. Das 
genau ist die Erkenntnis, die dir noch fehlt, um wirklich erwachsen zu 
werden.

Mit einem Arduino Nano habe ich das Projekt tatsächlich angefangen, aber 
leider kam er für die Aufgabe von seiner Abtastfrequenz und der 
Programmlaufzeit an seine Grenzen... es wäre leider keine zuverlässige 
Sensorauswertung geworden ;)

Also wenn ein Arduino Nano wirklich überfordert ist, dann ist das kein 
kleines Projekt mehr, sondern eine Aufgabe für Profis oder Leute die 
Profi werden wollen.

Der Arduino Nano ist fast so Leistungsfähig wie die Dektop-Computer, mit 
denen ich gross geworden bin.

Naja es ist ein Zähler. Ein Drehsensor liefert pro Umdrehung 4000 
Signalechsel, die zu erfassen sind... dabei muss das ganze für 30 
Umdrehungen pro Sekunde ausgelegt werden.
Wir haben es am Oszilloskop mit einem gesetzten HIGH-Output während des 
Schleifenablaufs überprüft. Das triviale Nutzerprogramm war einfach 
langsamer als 2 aufeinanderfolgende Flanken des Signals (zumindest ab 
einer gewissen Drehgeschwindigkeit).

Die Input Capture Einheit des Timers sollte das problemlos schaffen. 
Zugegebenermaßen ist die entsprechende Einheit beim STM32 
leistungsfähiger. Bei beiden ist aber die Rechenleistung des Prozessors 
egal, das ist nur Sache der Peripherie.

@ Jandor

Vielleicht wäre es sinnvoll, wenn Du Dir andere Maßstäbe zu dem Thema 
anschaust.

Ich stelle mal in den Raum, - und das entspricht meiner Beobachtung -, 
dass ein Hardwerker im Embedded-Bereich grob zu wissen hat, wie ein 
Compiler, ein Linker und eine IDE arbeitet und auch sonstige 
Software-Werkzeuge, wie Tabellenkalkulation etcpp. Wo 
Installationsverzeichnisse sind und was darin enthalten ist. 
Entsprechende Dokumente über Compiler und IDE muss er lesen und 
verstehen können.

Die Kommandozeile sollte er bedienen können. Dateien suchen, Dateipfade 
überprüfen können. Da der PC ein Basiswerkzeug ist, sollte er auch 
dessen Grundfunktionen verstehen und verwenden können.

Das läuft darauf hinaus, zumindest für Prototypen Minimal-Programme 
erstellen zu können um etwa einfache Funktionstest durchzuführen.

Das ist vom Umfang her etwas deutlich anderes als Software zu 
entwickeln . DAS mag man vielleicht "Lebenswerk" nennen. Aber, wenn Du 
mir den Vergleich gestatten willst, Du weigerst Dich, einen PC zu 
bedienen, weil Du Hardware entwickelst.
Das wird kein Auftraggeber oder Arbeitgeber auf die Dauer hinnehmen und 
Dir einen PC-Bediener zur Seite stellen um eine Datei zu suchen.

Jandro schrieb:
> Ein Drehsensor liefert pro Umdrehung 4000
> Signalechsel, die zu erfassen sind... dabei muss das ganze für 30
> Umdrehungen pro Sekunde ausgelegt werden.

Also 60 kHz.

> Das triviale Nutzerprogramm war einfach
> langsamer als 2 aufeinanderfolgende Flanken des Signals

Falscher Lösungsansatz, das macht man mit einem Counter.

Abgesehen davon würde ein Arduino Nano das auch mit der Polling Methode 
locker flockig schaffen:

1

uint32_t counter=0;

2

3

#define READ_SENSOR (PORTB & (1<<PB0))

4

5

for (;;) // forever

6

{

7

    while (!READ_SENSOR) {};

8

    counter++;

9

    while (READ_SENSOR) {};

10

}

Damit komme ich auf mehr als 1 MHz. Du musst etwas grob falsch gemacht 
haben.

ich muss noch dazu sagen, dass ich beim Arduino noch eine 
"Encoder"-Library mit eingebunden habe. Der Drehsensor liefert nämlich 2 
Quadratur-Signale, die entsprechend zusammen ausgewertet werden müssen. 
Das STM-Board bietet diese "Encoder"- Funktion bereits für seine Timer 
unter "combined channels"

c-hater schrieb:
> Jandro schrieb:
>
> Von daher muss ich abwägen ob es wirklich sinnvoll ist all das zu
> machen, was hier von einigen Usern als notwendig empfunden wird...
>
> Mit welcher Kompetenz willst du das Abwägen? Du hast doch ganz
> offensichtlich absolut keine Ahnung.
>
> das ist hier ein kleines Projekt für die Uni und kein Lebenswerk ;)
>
> Du lernst nicht für das kleine Uni-Projekt, sondern für dich selber. Das
> genau ist die Erkenntnis, die dir noch fehlt, um wirklich erwachsen zu
> werden.

Du hast so recht, aber
wem erzählst du das?
er kapierts eh nicht...
und hat für alles eine Entschuldigung..

Jandro schrieb:
> ich muss noch dazu sagen, dass ich beim Arduino noch eine
> "Encoder"-Library mit eingebunden habe

Damit fängt das Problem schon an. Solche Trivialitäten programmiert man 
vernünftigerweise selbst. Vermutlich hast du gar nicht versucht, 
herauszufinden, woran es genau scheitert, sondern einfach auf ein Pferd 
mit viel mehr Power gesetzt, richtig?

Beim STM32 wird Dir das gleiche Problem früher oder später erneut 
begegnen, das ist so sicher wie das "Amen" in der Kirche.

Jandro schrieb:

> nicht so, dass ich hier unebegrenzt Zeit habe um mir das komplette
> Grundwissen von Mikrocontrollern anzueignen.

Von einem Entwickler für embedded-SW würde man sogar erwarten, daß er 
den Controller ohne CubeMX und ohne HAL programmieren kann, also nach 
Datenblatt.

Daß Du hier über die vereinfachende Abkürzung mit CubeMX und HAL 
rangehst, IST bereits im Hinblick darauf, daß das nicht Dein Kerngebiet 
ist.

Woran Du gestrauchelt bist, hat außerdem gar nichts mit Mikrocontrollern 
zu tun, sondern damit, daß Du schon mit Dateipfaden auf einem PC 
überfordert warst.

Guck Dir Dein Eingangsposting doch mal an - was muß ich wo klicken? Wenn 
Du diese Mentalität nicht sehr schnell ablegst, wirst Du nach dem 
Studium keine Probezeit überstehen.

> #define READ_SENSOR (PORTB & (1<<PB0))

Tschuldigung, es muss PINB heissen.

Das liegt nicht in meiner Hand, der Boardwechsel und auch die Messung 
wurde vom Betreuer des Projektes veranlasst. Ich MUSS nun damit 
arbeiten.
Und das ist jetzt auch der Punkt, an dem ich hier Schluss mache. Das 
ursprüngliche Problem dieses Threads hat sich ja mittlerweile erledigt

Jandro schrieb:
> Das liegt nicht in meiner Hand, der Boardwechsel und auch die Messung
> wurde vom Betreuer des Projektes veranlasst. Ich MUSS nun damit
> arbeiten.

Macht nichts, passt zum täglichen Leben eines Entwicklers. Man muss fast 
immer mit dem arbeiten, was einem vorgesetzt wird.

Stefanus F. schrieb:
> Solche Trivialitäten programmiert man vernünftigerweise selbst.

Konntest du sowas als Anfaenger schon beurteilen byw. bewerten?
Fuer Leute, die schon Erfahrung haben, ist es trivial. Jemand, der 
gerade in das Thema einsteig und womoeglich noch externe "Berater" hat, 
ist das nicht so einfach.

Abgesehen davon - wenn Du Arduino nimmst, dann ist das als 
Referenzprojekt problematisch. Du sagst damit nämlich auch aus, daß Du 
von der SW-Seite nicht einmal Grundkenntnisse hast und Dich auch nicht 
dafür interessierst.

Wenn es das ist, was Du einem künftigen Arbeitgeber sagen willst, ist 
das natürlich OK.

STK500-Besitzer schrieb:
> Konntest du sowas als Anfaenger schon beurteilen byw. bewerten?

Nein, natürlich nicht. Deswegen weise ich den Anfänger darauf hin.

ist wirklich okay jetzt, es gibt bei uns an der Uni ein Fachgebiet für 
intelligente eingebettete Systeme, die Studenten dort schlagen einen 
anderen Weg als wir MSR-ler ein (Mess-Steuer-Regelungstechnik). Die 
Möglichkeiten in meinem Schwerpunkt (und es sind einige) habe ich schon 
alle aufgezeigt bekommen...

Im Übrigen kenne ich keinen Ingenieur im Freundeskreis, dessen 
Arbeitgeber sich für seine Projektarbeit im Studium interessiert hat. 
Wissenschaftlich gesehen ist das sowieso kalter Kaffee

Jandro schrieb:

> Im Übrigen kenne ich keinen Ingenieur im Freundeskreis, dessen
> Arbeitgeber sich für seine Projektarbeit im Studium interessiert hat.

Ich hab meinen ersten Job genau wegen des Assemblerprojektes aus dem 
Studium bekommen - die Firma brauchte da Verstärkung, wollte sich aber 
finanziell keinen weiteren alten Hasen leisten. Ein Frischling mit 
Assemblerkenntnissen war für die Firma ein Volltreffer. Ach ja - ET, 
nicht Informatik.

Jandro schrieb:
> als wir MSR-ler ein (Mess-Steuer-Regelungstechnik). Die
> Möglichkeiten in meinem Schwerpunkt (und es sind einige) habe ich schon
> alle aufgezeigt bekommen...
Scheuklappen? MSR ist relativ abstrakt. Hast schon schon mal einen 
digitalen Regler aufgebaut&programmiert?

> Im Übrigen kenne ich keinen Ingenieur im Freundeskreis, dessen
> Arbeitgeber sich für seine Projektarbeit im Studium interessiert hat.
> Wissenschaftlich gesehen ist das sowieso kalter Kaffee
Demnach hast einen sehr kleinen Freundeskreis bzw. wenig Ingenieure 
dabei.
Studium kann fast jeder, interessant wird man fuer Arbeitgebern, wenn 
auch mal ueber den Tellerrand geguckt hat. Und begeistert von solchen 
Studienarbeiten erzaehlen kann. Wenn man sonst noch nichts (ausse gute 
Noten) vorweisen kann.

unglaublich, was für ein Desinteresse...

STK500-Besitzer schrieb:
> Wenn man sonst noch nichts (ausse gute Noten) vorweisen kann.

Gute Noten sind ja nicht schlecht (d'oh), aber sie sagen ja nur aus, daß 
man bekannte Grundlagen auf künstlich gestellte Situationen relativ 
theoretisch anwenden kann. Sie sagen wenig über die Kompetenz zur 
Problemlösung aus, was aber genau das ist, was in der Industrie gefragt 
ist.

Früher(tm) war es ja noch üblich, daß man sich mal in die Uni-Bibliothek 
gewagt hat, um eigenständig für Probleme außerhalb von Schema F zu 
recherchieren. Das dürfte wohl größtenteils dem Bologna-Prozeß zum Opfer 
gefallen sein.