|
Anzeige
|
Atollic TrueStudio - undefined _ebssHallo zusammen Ich versuche ein Beispielprojekt aus der STM32_USB-Host-Device_Lib_V2.1.0 zu compilieren. in der 2.1.0 gab es im gegensatz zur 2.2.0 noch ein Aollic Projekt. Ich habe also das Projekt importiert und versuche zu builden. Leider bekomme ich die Fehler:
_ebss ist jedoch im Startup definiert. Wie alle anderen auch:
Ich nutze Atollic 8.0.0 Hoffe jemand kann helfen. Danke!
Gast
#5267066
Claudio H. schrieb: > _ebss ist jedoch im Startup definiert. Wie alle anderen auch: Das sind keine Definitionen, sondern Imports. Diese Symbole sind im Linker-Script (.ld Endung) definiert. Hast du das korrekt importiert und in TrueStudio eingestellt? Dr. Sommer schrieb: > Claudio H. schrieb: >> _ebss ist jedoch im Startup definiert. Wie alle anderen auch: > > Das sind keine Definitionen, sondern Imports. Diese Symbole sind im > Linker-Script (.ld Endung) definiert. Hast du das korrekt importiert und > in TrueStudio eingestellt? Vermutlich habe ich dies wohl nicht richtig gemacht. Wie importiert man denn ein Linkerscript in atollic?
Gast
#5267069
Claudio H. schrieb: > Wie importiert man denn ein Linkerscript in atollic? Keine Ahnung, man bezahlt doch extra Geld dafür dass das da alles so einfach ist (SCNR)! Bei "normalem" eclipse stellt man das in den Projekteigenschaften bei den Linker Settings ein. Danke. Hat funktioniert. Anbei ein Screenshot wo dies einzustellen ist. Habe einfach das stm32_flash.ld von einem anderen Projekt genommen.
Angehängte Dateien:
Gast
#5267093
Claudio H. schrieb: > Habe einfach das stm32_flash.ld von einem anderen Projekt genommen. Hoffentlich eines für den richtigen Controller, denn da sind die Controller-Spezifischen Speicherbereiche deklariert. Dr. Sommer schrieb: > Claudio H. schrieb: >> Habe einfach das stm32_flash.ld von einem anderen Projekt genommen. > > Hoffentlich eines für den richtigen Controller, denn da sind die > Controller-Spezifischen Speicherbereiche deklariert. Ja. Es ist für den selben Controller.
Gast
#5267117
Claudio H. schrieb: > Ja. Es ist für den selben Controller. Dann ist's ja gut. Btw, falls du an der Implementierung von USB und VCP auf STM32 interessiert bist, schau vielleicht mal hier: USB-Tutorial mit STM32 Hast du denn auch die anderen Einstellungen übernommen, also Compiler-Optionen für den Controller (-mcpu=..., -mfpu=... usw.)? Das wäre die nächste Fehlerquelle... Dr. Sommer schrieb: > falls du an der Implementierung von USB und VCP > auf STM32 interessiert bist, schau vielleicht mal hier: > USB-Tutorial mit STM32 Ja bin ich. Hab mir das tutorial bereits angeschaut. Leider ist es in C++. Ich habe grundsätzlich keine Mühe mit C++, möchte das aktuelle Projekt jedoch nicht portieren. Dr. Sommer schrieb: > Hast du denn auch die anderen Einstellungen übernommen, also > Compiler-Optionen für den Controller (-mcpu=..., -mfpu=... usw.)? Das > wäre die nächste Fehlerquelle... Nein habe ich nicht. Leider scheint ein VCP relativ komplext zu implementiere zu sein. Was ich an den Examples von ST nicht mag sind die ständigen Abhängigkeiten von ihren Eval Boards im Code. Immer diese vielen verstreuten Includes. Bis man da durchblickt.... Habe nun versucht den code von hier in ein neues Projekt zu integrieren: https://codeofphi.com/?p=23 Leider scheitere ich an: Symbol 'RCC_USBCLKSource_PLLCLK_1Div5' could not be resolved Obwohl ich das entsprechende File includiert habe und Eclipse auch hinspringt bei CTRL+Click. Anbei mal das Zip mit den Files. Kennt jemand eventuell eine möglichst schlanke, C implementation eines VCPs auf einem STM32F105/103?
Gast
#5267188
Claudio H. schrieb: > Leider ist es in C++. Ich habe grundsätzlich keine Mühe mit C++, möchte > das aktuelle Projekt jedoch nicht portieren. Ist doch nur minimaler Aufwand, wenn du nicht gerade exzessiv C++-Bezeichner wie "this" oder "class" verwendet hast... Aber das Tutorial funktioniert eh nicht mit dem STM32F105, weil der die deutlich kompliziertere "OTG"-USB-Peripherie hat. Claudio H. schrieb: > Leider scheint ein VCP relativ komplext zu implementiere zu sein. Der VCP nicht so, aber die USB-Ansteuerung, ja. Claudio H. schrieb: > Was ich an den Examples von ST nicht mag sind die ständigen > Abhängigkeiten von ihren Eval Boards im Code. Immer diese vielen > verstreuten Includes. Seh ich genauso... Claudio H. schrieb: > Leider scheitere ich an: Symbol 'RCC_USBCLKSource_PLLCLK_1Div5' could > not be resolved Der Code klappt mit dem STM32F105 eh nicht, weil der wie gesagt die "OTG"-Peripherie nutzt. Claudio H. schrieb: > Kennt jemand eventuell eine möglichst schlanke, C implementation eines > VCPs auf einem STM32F105/103? Für den F103 gäbs noch den von W.S.: Beitrag "Re: STM32F4 USB CDC" Für den F105 wirds kaum eine "schlanke" geben, denn der "OTG"-Core ist sehr komplex. Dr. Sommer schrieb: > Claudio H. schrieb: >> Kennt jemand eventuell eine möglichst schlanke, C implementation eines >> VCPs auf einem STM32F105/103? > Für den F103 gäbs noch den von W.S.: > Beitrag "Re: STM32F4 USB CDC" > Für den F105 wirds kaum eine "schlanke" geben, denn der "OTG"-Core ist > sehr komplex. Für die Nachwelt: Hier habe ich eine "schlanke" Implementation des VCPs durchgeführt. Es ist alles im ZIP enthalten. Beitrag "Re: STM32 - BusFault finden"
Gast
#5269686
Claudio H. schrieb: > Hier habe ich eine "schlanke" Implementation des VCPs durchgeführt. Naja, es verwendet die riesige USB-Bibliothek von ST, "schlank" ist die nicht ;-) Antwort schreiben |
Anzeige
|
