If-Bedingung und Else-Zweig gleichzeitig wahr

Alexander schrieb:

Ich habe mal zwei Screenshots gemacht, dazwischen liegt nur eine Taste F5 es ist also noch derselbe Durchlauf. Er springt aber definitiv beide Zeilen an, wie funktioniert das?

Optimierung?

Alexander schrieb:

Er springt aber definitiv beide Zeilen an, wie funktioniert das?

Hast du die Optimierung ausgeschaltet?

wie funktioniert das?

Wie sieht der zugehörige Assemblercode aus?

Alexander schrieb:

wie funktioniert das?

Wahrscheinlich hast du Optimierung nicht so ausgeschaltet, wie es sich für Debuggen gehört.

Er wird nur das Laden des Werts in ein Register nach dem if aufteilen, aber das Abspeichern am Ziel zusammenfassen und macht eben das nach F1..

Optimierung? Wenn das nötig ist für debuggen, wieso macht das die IDE nicht automatisch? Wie schalte ich das aus?

Assemblercode, der war gut. Ich bin froh wenn ich den CPP code verstehe..

edit: danke, jetzt lässt es sich nicht mehr starten

1

ld.exe: LishuiFOC.elf section `.text' will not fit in region `FLASH'

2

ld.exe: region `FLASH' overflowed by 9780 bytes

3

collect2.exe: error: ld returned 1 exit status

Alexander schrieb:

Optimierung? Wenn das nötig ist für debuggen, wieso macht das die IDE nicht automatisch?

Weil du entscheiden musst, ob du Optimierungen haben willst oder nicht. Abgesehen davon hat es gewisse Nachteile, wenn du mit anderen Einstellungen Debugst als die, mit denen dein Programm später laufen soll.

Wie schalte ich das aus?

Mit dem dazugehörigen Schalter deiner IDE.

Alexander schrieb:

edit: danke, jetzt lässt es sich nicht mehr starten ld.exe: LishuiFOC.elf section .text' will not fit in region FLASH' ld.exe: region `FLASH' overflowed by 9780 bytes collect2.exe: error: ld returned 1 exit status

Das heißt, durch deine geänderten Einstellungen braucht dein Programm jetzt auf einmal irrsinnig viel Flash.

Steve van de Grens schrieb:

Scrolle nochnal hoch, ich habe dir einen Link zur Anleitung gepostet.

hatte sich überschnitten. mit Stufe -Og klappt es. danke.

Steve van de Grens schrieb:

Alexander schrieb:

wieso macht das die IDE nicht automatisch?

Macht sie normalerweise.

Nein, sicher nicht automatisch. Es wird natürlich die eingestellte Optimierung verwendet.

Ja, extra Debugging Konfiguration ist vorhanden, in dieser habe ich es auf -Og geändert.

Steve van de Grens schrieb:

Die IDE richtet zwei Konfigurationen ein. Eine zum Debuggen und eine für das Release.

Ja sicher. Aber man muss dann immer noch die passende wählen. Und zwar bewusst, bevor man debuggt. Da geht nix automatisch.

man kann auch einzelne Dateien mit debug übersetzen wenn der Platz im Flash knapp ist, mit dem Eclipse Builder geht das einfach: Properties von der Quelldatei im Kontextmenu auswählen und optimize ändern. Beim Release Build muss man dem Linker evtl. noch sagen das er die Symbole nicht wegschmeißt.

Alexander schrieb:

Wie kann eine Bedingung "gleichzeitig" wahr und falsch sein?

Quantenfluktuationen - so ähnlich wie bei Schrödingers Katze.

Erst wenn Du in Deine Variable reinschaust entscheidet sich, welcher Ausführungspfad durchlaufen wurde, wenn Du im weiterten Verlauf NIE mehr aus der Zielvariable liest, vielleicht weder der eine noch der andere, denn dann kann das ganze if-Statement weg. ;)

Alexander schrieb:

Wie kann eine Bedingung "gleichzeitig" wahr und falsch sein?

Gar nicht.

Aber ARM v7-m kennt halt IT Blöcke, das sind kurze (IIRC 4 Instruktionen lange) Blöcke mit bedingter Codeausführung. Dabei sieht der Debugger schlecht ob eine Instruktion im Block jetzt "scharf" ist (Bedigung erfüllt) oder nicht. Das würde man im Disassembly erforschen können.

Der Prozessor "führt" die Instuktionen auch soweit aus das man beim Steppen durch den Code auch an den Stellen anhält wo die Bedingung nicht erfüllt ist. Dadurch landet man dann sowohl im if als auch im else Zweig einer (einfachen) Bedingung.

Im obigen Beispiel solltest Du im Debugger sehen können das RxState nur in einer der beiden Fälle beschrieben wird.