µVision4 trollt mich

[Nicki]

Hi,
µVision4 oder dessen Compiler ist sich offenbar zu fein, mal eben ein NOP in ein Programm einzubauen (for-Schleife, um auf andere Hardware bei deren Reset zu warten).
(Dieses Programm ist definitiv nicht die 7k5€ wert, die der Hersteller dafür afaik aufruft...)
Bei

Code: Alles auswählen

	for (volatile int i = 0; i < 0x4fff; i++) {
		__asm__ volatile("nop");
	}

bekomme ich ein

Code: Alles auswählen

error:  #1113: Inline assembler not permitted when generating Thumb code

Google hat mir bisher nur hilfloses Herumgeeiere geliefert.

Kennt jemand einen simplen Workaround?

[bastelheini]

NOP direkt als Befehl geht wohl nicht?

http://infocenter.arm.com/help/index.js ... fcggi.html

[Nicki]

Habe ich noch nicht ausprobiert.
EDIT: scheint zu funktionieren.
Statt das Programm in ein bestehendes hineinzubasteln versuche ich gerade, ein neues Projekt mit dem Krempel hochzuziehen, klappt einigermaßen, wäre da nicht die Unsitte, Dateien außerhalb des Programmordners einzubauen, momentan darf ich "sys/stat.h" hinterherlaufen
...die unauffindbar bleibt.
Wer verbricht so einen Unfug?
Da vergeht einem doch jegliche Motivation bei

CooCox ist keinen Deut besser:
->zoom
Toll, du mich auch - für dumm verkaufen kann ich mich selber!

Heute habe ich keinen Bock mehr, was ne Zeitverschwendung, furchtbar das

[Fritzler]

Sieht aus als wär dein Makefile im Eimer und findet einiges nicht?
Der non-eabi is eigentlich ganz gut.
Warum bist du überhaupt im Thumbcode Mode?


Wenn inline ASM nicht eht, machste eben ne externe Assemblerfunktion in zB einer foo.s
Da schreibste dann rein:
.globl noppel
noppel:
orr r0, r0 ,r0
mov pc, lr

Oder direkt das Busywait in asm schreiben mit Parameterübergabe (Aufruf delay(unsigned counts);):
.globl delay
delay:
CMP R0, #0 //R0 schon 0?
ADDNE R0, #-1 //i--
BNE delay //schleifensprung
MOV PC, LR

[Kaputnik]

Hat der Compiler deine NOPs wegoptimiert ?
Wenn das der Fall wäre, einfach mal Optimierung abschalten.
Ansonsten kommt mir eine Schleife mit NOPs als Delay furchtbar unelegant vor, gibts da keine "delay/sleep" Funktion/Makro oder sowas ?

[Fritzler]

Ansonsten kommt mir eine Schleife mit NOPs als Delay furchtbar unelegant vor, gibts da keine "delay/sleep" Funktion/Makro oder sowas ?

Jetz rate mal was diese intern macht
Laut der Fehlermeldung opmtimiert er auch nicht weg, sondern weigert sich allgemein gegen inline ASM

[Lukas]

http://infocenter.arm.com/help/index.js ... deeja.html

beschreibung und lösung

lg
lukas

[Cluster One]

Hallo,

wenn eine Delayfunktion nicht exisitert oder du was genau vorhersagbares brauchst, dann würde ich an der Stelle einfach einen Timer losschicken und auf ein Timerflag warten. (Sofern ein Timer frei ist)

Gruß

Cluster One

PS: Wenn man extra für mehr Leistung schon einen ARM-Prozzi wählt, dann halte ich das Abschalten der Optimierung für eine schlechte Idee ...

[Nicki]

Die hatte ich eigentlich aktiviert...
Ich sach ja, der Kram macht was er will ._.

[Lukas]

Ich sach ja, der Kram macht was er will ._.

eher nicht. nein
ruhig durchatmen
zeig mal was du hast. compiler flags, hardware, was hast du schon probiert(mit welchen fehlern),...

Dieses Programm ist definitiv nicht die 7k5€ wert, die der Hersteller dafür afaik aufruft...

armcc kostet 7,5k€?? µVision is hier unschuldig

[bastelheini]

Ich nutz zur Zeit nur noch EM::Blocks, da geht alles ohne großes gefrickel...das is schön sag ich dir:)

[Chaoskreator]

Sehr interessant!
Da ich Code::Blocks kenne und mag, sollte ich mir durchaus auch mal EM::Blocks zu Gemüte führen.
Vielleicht kann ich so endlich mal vom ressourcenfressenden Atmel Studio wegkommen.

[Nicki]

zeig mal was du hast. compiler flags, hardware, was hast du schon probiert(mit welchen fehlern),...

Ich versuche, die I2S-DAC-Platine aus einem DVD-Player sinnvoll mit einem STM32f4Discovery zu einem MP3-Player zu verfrickeln, der schneller zwischen den Dateien wechseln kann als der verbuggte Yatour-Müll.

Code: Alles auswählen

-mcpu=cortex-m4; -mthumb; -Wall; -ffunction-sections; -g; -O3; -std=c99; -DSTM32F407VG; -DSTM32F4XX; -I.; 

c99 habe ich ausgewählt, damit er über die Variablendeklarationen nach executable statements nicht meckert (als würde mir auf DEM Prozessor mit sowas der Speicher knapp ).
Probiert habe ich noch nicht wunders viel.

armcc kostet 7,5k€?? µVision is hier unschuldig

Guckstu da: http://elmicro.com/de/keilarm.html

[bastelheini]

Was erwartest du? Gewerbliche Prog. Software kostet halt ordentlich, die wird halt nicht aus dem inet gezogen;)

[Nicki]

->zoom
em:blocks stellt sich auch dumm
Das Hauptverzeichnis habe ich ihm schon bei den build options angegeben...
Oder muss ich da auch jeden Unterordner reinhacken?!

[bastelheini]

http://www.mikrocontroller.net/articles ... Em::Blocks

und

http://www.mikrocontroller.net/topic/323750

durchgelesen und auf dein Problem übertragen?

[Lukas]

probier mal: --apcs=interwork
bzw für gcc: -mthumb-interwork

ich kann leider den fehler bei mir nicht reproduzieren. im anhang ist ein µVision projekt mit funktionierendem nop(project file im MDK-ARM ordner)

Guckstu da: http://elmicro.com/de/keilarm.html

das problem liegt aber beim compiler und nicht bei der IDE

lg
lukas

[Nicki]

Das Nop akzeptiert er schon.
Nur muss ich ihm noch klarmachen, wo welche Dateien sind, was momentan eher eine Fleißarbeit ist.