KEIL µVISION 4.5 blöde Frage ?

jetzt hätte ich gedacht:

Du BLÖDMANN man klickt bunti-kunti-windi A), B), C)

Schon beim Anlegen eines neuen Projekts vermisse ich die Möglichkeit dem
Kind einen Namen zu geben. Ich benenne den Pfad und es heisst "Target1".

Das ist nicht der name des projektes, sondern kann man es nutzen weiter 
ziele anzulegen. rechte maustaste auf target1, manage components, da 
kann man weiter hinzufügen oder umbenennen.

es werden dort ehr einstellungen gespeichert. z.b. welche dateien nicht 
eingebunden werden sollen, welcher debugger benutzt wird, 
linker-einstellungen ect.

soweit bin ich bei Dir...

Nur im Master Workspace haben Projekte Namen.
Sie heissen nicht alle "Target1"
Ich kann jetzt nur eine Anzahl "Target1" hinzufügen ?
Oder ich nehme Kopien die gleichnamig sind,
aber anderen Speicherort und Ihnhalt haben ?

Ich blicke das System nicht.

Im Bild sind zwei "DAC Signalsgeneration"
Die untere entstand aus einer Kopie,
ich möchte sie nun "DDS Signalsgeneration" nennen ?

Grüße
Werner

Druffklicken, F2, Namen eintueppern, fettich

stelldichnichsoan

>Druffklicken, F2, Namen eintueppern, fettich
>stelldichnichsoan

macht Ping, oder Beep bei jedem F2 ?

ohne worte

Das mag sein.
Wie mache ich aus dem Alert ( was immer man da einstellt , Ping, Beep, 
Hupe) eine Option zur Namensänderung ?

Ok, ich bin zu doof dafür.
Trotz intensivem Bemühen, es geht hier nicht.
Nun will ich mich von KEIL µVISION verabschieden...

Ich wollte nun IAR ausprobieren.
Jetzt bin ich aber wieder zu doof.

Alle Beispiele des Workspace kann ich Flashen und Debuggen.
Ich habe ein neues Projekt angelegt.
Chirugisch die Zeichenfolge "DAC_Signals..." aus allen Quelltexten 
entfernt und durch "DDS_Signals..." ersetzt.
Dieses Projekt habe ich dann in den Workspace eingefügt.
Es kompiliert mit 0 Fehlern und Warnungen.

Bei"1" im Bild habe ich erst 'mal den Kopf geschüttelt.

"2" habe ich dann ein paarmal durchgeführt und dabei kleine Änderungen 
am Programm gemacht. Soweit so gut. Beim Debuggen gab es dann ein paar 
Ungereihmtheiten, bis ich dann feststellte, dass immer das ursprüngliche 
"DAC_Signals..." geflasht wird, der Debugger aber meine Änderungen 
anzeigt ?

Bei "3" sehe ich nun, das neue Projekt kann nicht geflasht werden, alles 
grau. "2" macht nicht was ich erwarte.

Was fehlt denn da ? Wo bin ich wieder zu doof ?

Grüße Werner

und dann bin ich auch noch zu doof die Nummerierung zu behalten.
Nochmal richtig.

Werner schrieb:
> Ok, ich bin zu doof dafür.
> Trotz intensivem Bemühen, es geht hier nicht.
> Nun will ich mich von KEIL µVISION verabschieden...

Frage doch direkt beim Hersteller nach:
http://www.keil.com/support/
Ii deren Forum sind auch Keils unterwegs.

Dieses Forum habe ich stundenlang gelesen.
Also von KEIL, danach war mir erst recht nach Flucht zu IAR.

vom Regen in die Traufe...

Hallo Jan.
Nein, nicht schreibgeschützt.
Hier der volle Pfad:
C:\Dokumente und Einstellungen\All Users\Dokumente\CORTEXM4\Discovery 
FW\STM32F4-Discovery_FW_V1.1.0\Project\Peripheral_Examples\DDS_SignalsGe 
neration\EWARM
und die Eigenschaften im Bild.

Werner schrieb:
> Also von KEIL, danach war mir erst recht nach Flucht zu IAR.
>
> vom Regen in die Traufe...

Beide Toolchains werden von vielen Profis genutzt. Dass hier Keiner auf 
Anhieb die Problematik erkennt, liegt wohl daran, dass Du 
Selbstverständliches nicht beachtest. So schlicht können die Profis hier 
nicht denken. Deine Problemchen zeigen, dass Deine autodidaktischen 
Fähigkeiten für dieses Thema nicht ausreichen.
Also, Tutorial von ganz vorn bis ganz hinten durcharbeiten, oder ein 
Seminar besuchen.

Als lieber netter Mensch habe ich einmal mein µVision gestartet. Habe 
unter PROJECT/MANAGE/COMPONENTS... einen Dialog geöffnet. Habe im ersten 
Reiter unter PROJECT TARGETS ein neues Target mit beliebigen Namen 
erstellt.
Geeeeeeeeht doch!

Ja, dann lass ich das mal lieber sein.
Ich komme sonst eigentlich gut klar mit MCUs, IDEs, PCs.
Da reichen meine Fähigkeiten wohl wirklich nicht.
Beschränkt wie ich bin, komme ich mir nur verascht vor.

Die Keil KnowledgeBase beschreibt viele Dinge, die ich selbst gesehen 
habe.
Dort sind sie aber lange vor Version 4.5 behoben.

Danke dann mal.

M. G. schrieb:
> Entweder Target markieren und dann noch einmal mit der Maus
> draufklicken.
> Oder aber unter "Project" => "Compononents Environments and Books" auf
> das "Project Target" doppelklicken.

und wo im Handbuch oder auf welchem Seminar liest / lernt man solchen 
Unfug?

Werner schrieb:
> solchen
> Unfug

Du wolltest doch den 'Unfug', Dein Target umzubenennen. ;-)



Werner schrieb:
> auf welchem Seminar liest / lernt man

Auf einem Seminar 'for beginners' (also ohne Vorkenntnisse) wird 
sicherlich auf das Anlgen von Projekten eingegangen.


Geht es jetzt bei Dir oder suchst Du noch?

M. G. schrieb:
> (erster Treffer bei Google mit Suchkombination keil target umbenennen)

Wieso sollte Werner mit Google suchen? Das ist jetzt aber zu einfach. 
;-)))

M. G. schrieb:
>> Einfach ausprobieren.
>> Noch eine weitere Möglichkeit:
>> Rechtsklick auf das Target und dann "Manage Components".

>Du wolltest doch den 'Unfug', Dein Target umzubenennen. ;-)

Weil es sinnlos ist, wenn alles Target1 heisst.
Und hier fragt mich keiner, das ist so.

>Auf einem Seminar 'for beginners' (also ohne Vorkenntnisse) wird
>sicherlich auf das Anlgen von Projekten eingegangen.
Ich habe mich an die Hilfe gehalten.
So viel geht gerade noch...
Dann habe ich auf keinem bennanten, bekannten Weg die Wahl wie das Ding 
heisst.

Scheinbar funktioniert µVISON 4.5 nicht bei allen gleich ?

> Geht es jetzt bei Dir oder suchst Du noch?
Nein und Nein
Ich lass das jetzt, Zeitverschwendung....

Ich würde mich freuen, wenn jemand eine Idee zu meinem IAR Problem hat.

Grüße Werner

Werner schrieb:
> Ich würde mich freuen, wenn jemand eine Idee zu meinem IAR Problem hat.

Es interessiert Dich doch eh nicht. Reine Zeitverschwendung ...

:-(((

Werner schrieb:
> Neue Projekte die ich anlege heissen immer "Target1"

Du schreibst MIST, denn das ist nicht das Projekt, sondern das Target, 
also das Ziel der ganzen Übung.

Wenn du ein neues Projekt anlegen willst, dann solltest du dir dafür ein 
Verzeichnis anlegen, das du nach deinen Vorstellungen benennst, also 
z.B. "WernersMontagsprojekt" und als Projektort eben dieses Verzeichnis 
angeben. Dort landen dann alle Projektfiles drin. Natürlich kannst du 
"Target1" mit F2 umbenennen, z.B. "Für_LPC2103" und dir ein weiteres 
Target einrichten, z.B. "Für_STM103ZET" oder ein drittes 
"Für_Nuvoton_M0516". Dann hast du in deinem Projekt eben 3 verschiedene 
Targets - wobei es dein Bier ist, ob das was Sinnvolles ist oder 
Mumpitz.

Aber irgendwo geb ich dir Recht: Dieser aufgeblasene Overhead ist in 
99.8% aller Fälle nicht nützlich, sondern hinderlich. Versuch z.B. mal, 
der uVision beizubringen, daß du deinen eigenen Startupcode benutzen 
willst. da kannst du zur Hochform auflaufen...

Genau deswegen benutze ich vom Keil schon seit Jahren nur noch die 
Nutzprogramme, also Compiler, Assembler, Linker, Fromelf und mach mir 
für jedes meiner Projekte ne simple Batchdatei. Ich hatte das kürzlich 
woanders schon mal gepostet. Glaub's mir, auf diese Weise kommst du viel 
schneller mit deinem Projekt voran, als wenn du alle aufgeblasenen IDE's 
die es in der Szene so gibt, ausprobieren und dich jedes Mal schwarz 
ärgern willst.

W.S.

W.S. schrieb:
> Versuch z.B. mal,
> der uVision beizubringen, daß du deinen eigenen Startupcode benutzen
> willst. da kannst du zur Hochform auflaufen...

Das doch fol einfach:
Rechtsklick auf "startup_blablub.s"
Options for File "startup_blablub.s": Haekchen raus bei "Include in 
Target Build"
Nächster Rechtsklick aufs Projekt oder Buildgruppe und die eigene 
Startupdatei reinhäkeln.

W.S. schrieb:
> Aber irgendwo geb ich dir Recht: Dieser aufgeblasene Overhead ist in
> 99.8% aller Fälle nicht nützlich, sondern hinderlich. Versuch z.B. mal,
> der uVision beizubringen, daß du deinen eigenen Startupcode benutzen
> willst. da kannst du zur Hochform auflaufen...

Salz in die Wunde ...
Versuch mal, die Standard-includes rauszunehmen. Also z.B. eine alte 
CMSIS-Version oder so. Man kann zwar schön selbst includen, aber der 
integrierte Mist hat Vorfahrt und man kriegt ihn nicht raus! Wenigstens 
wird er unantastbar grau dargestellt im Dialogfenster so daß man weiß, 
daß Ungemach droht. Ich hatte mir vor ca. 1,5 Jahren die Mühe gemacht, 
und alle Dateien per Hand ausgetauscht. Eine andere Lösung hatte ich 
nicht gefunden. Aber das macht man echt nur ein mal ...

Ich habe es damals leider auch nicht hinbekommen, elf-files zu 
importieren. Dann würde ich das Ding nur noch zum Debuggen oder 
Simulieren nehmen. Und dazu ist es ehrlich gesagt echt super. Auch der 
Simulator. Laut Manual soll das auch mit dem LOAD-Befehl gehen; ich habs 
aber nicht hingekriegt.

Moin,

IAR habe ich jetzt hinbekommen.

Wann und wieso das geschieht weiss ich nicht.
Die Option "Use flash loader" löscht sich manchmal ?
Eventuell nach Nutzung des Simulators ?
Dann wird "Download & Debug" zwar angeboten, funktioniert aber nicht.
Wo ging dieser virtuelle Download blos hin ?
Nur "Download" wird dann ausgegraut.
Nun weiss ich jedenfalls wo nachsehen und wieder Häckchen setzen.
Ich bin jetzt auch garnicht mehr sicher ob dennoch die ursprüngliche
Version geflasht wird / wurde oder diese einfach nur noch drin war.


Die Namensverwirrung habe ich auch gefunden...
"Find in all files" hat scheinbar nicht alles in allen Dateien gefunden.
Wie auch immer..

Yoh,

Wechsel ST-Link zu Simulator und zurück zu ST-Link.
"Use flash loader" ist aus, dummerweise einen Reiter weiter.
Fällt nicht auf.
"Download & Debug" da, funktioniert aber nicht mehr.
Erst Unter "Download" sieht man, dass man nun "virtuell" unterwegs ist.

Ich denke Light und Professional sind nur eine Frage der Lizenz ?
Also eigentlich gleich bis auf die Beschränkungen...

Wenn man dann schaut was das kosten würde...
Also, ich meine IAR und µVISION.

Lutz schrieb:
> Ich habe es damals leider auch nicht hinbekommen, elf-files zu
> importieren. Dann würde ich das Ding nur noch zum Debuggen oder...

Wahrscheinlich geht das auch nicht so leicht, denn de ganze Zirkus ist 
ja darauf angelegt, als Quellcode-Debugger zu dienen. Da muß die IDE den 
Bezug zwischen Quellcode-Statements und Maschinencode kennen und das 
klappt nur dann, wenn der ganze Kram original mit Hilfe der IDE 
übersetzt worden ist.

Ich wäre ja schon zufrieden, wenn man einen separaten Debugger hätte, 
der dann zwar logischerweise im Assembler-Niveau bleibt, aber dafür 
unabhängig von der IDE ist. Ist aber nicht, na denn was solls, 
programmieren wir eben ohne Debugger. Geht ja auch.

W.S.

W.S. schrieb:
> de ganze Zirkus ist
> ja darauf angelegt, als Quellcode-Debugger zu dienen. Da muß die IDE den
> Bezug zwischen Quellcode-Statements und Maschinencode kennen und das
> klappt nur dann, wenn der ganze Kram original mit Hilfe der IDE
> übersetzt worden ist.

Nö, das Ganze funktioniert, wenn das Ausgabeformat zum Debugger passt. 
In der Ausgabedatei mit Debuginformationen sind die Informationen zu den 
Ursprungsdateien und Zeilennummern enthalten. Hier kocht nicht jeder 
sein eigenes Süppchen. Es gibt Quasi-Standards, die auch dokumentiert 
sind (nur wird damit nicht geworben). Sonst wären keine Debugger von 
Drittanbietern möglich.

Compilerbau ist auch nur Programmierung. :-)))

W.S. schrieb:
> Du schreibst MIST, denn das ist nicht das Projekt, sondern das Target,
> also das Ziel der ganzen Übung.>
>
> Wenn du ein neues Projekt anlegen willst, dann solltest du dir dafür ein
> Verzeichnis anlegen, das du nach deinen Vorstellungen benennst, also
> z.B. "WernersMontagsprojekt" und als Projektort eben dieses Verzeichnis
> angeben. Dort landen dann alle Projektfiles drin. Natürlich kannst du
> "Target1" mit F2 umbenennen

So ein Mist. Also es geht schon um den Namen des Projekts.
Dieser lautet zufällig "Target1" per default.
Das hat mit dem Target (Ziel) nix zu tun.

Nu hab ich's.
Den Namen des Projekts, "Target1" kann ich wohl ändern.
In der Baumstrucktur des MultiProjektWorkSpace wird dieser beim 
Einbinden vererbt.
Wird er dort nach dem Einbinden verändert, wird dies nicht 
aktuallisiert.

Projekt umbenennen > rauschmeissen > erneut einbinden.

Projekt rausschmeissen > umbenennen > erneut einbinden.

Den Namen des Projekts (siehe 1) kann man so doch ändern.

Wenn ich hier ein neues Projekt anlege und es explixit "test" im 
Verzeichnis "test" nenne, dann fragt es mich nach dem target 
(Ziel,device,target) für "Target1"

"Select device for target 'Target1'"

und so tut es dann auch....