-
Thread
STM32G030J6 CubeMX SPI OpenDrain output
ist etwas ekelig, leider gibt es auch keinen Generator für den Clock-Config Code mehr wie für den STM32F0. Das wird jetzt alles über HAL Calls gemacht... Gruß Markus
etwas ekelig, leider gibt es auch keinen Generator für > den Clock-Config Code mehr wie für den STM32F0. Nimm doch CubeMX nur für die Takteinstellung in main(). In Deinem Programm kannst Du dann anschließend direkt auf die IO-Register zugreifen.
-
Thread
Taugen MSP430 noch was?
die Cortex-M0, M0+ von ARM. SiLabs EFM32 Zero, Freescale KL0 (und etliche andere), NXP LPC800, STM32F0 usw. Selbst einige der größeren M3/M4 sind in einem ähnlich niedrigen Bereich des Strombedarfs.
Cortex-M0, M0+ von ARM. > SiLabs EFM32 Zero, Freescale KL0 (und etliche andere), NXP LPC800, > STM32F0 usw. Selbst einige der größeren M3/M4 sind in einem ähnlich > niedrigen Bereich des Strombedarfs. Die ARM-Architektur wird die auf extreme Effizienz getrimmten MSP430 wohl nie wieder einholen
-
Thread
STM32 Keil warning: #223-D: function "assert_param" declared implicitly
und USE_STDPERIPH_DRIVER in den Defines Symbols "options Präprozessor" einfügen damit die stm32f0xx_conf.h eingebunden wird (#ifdef USE_STDPERIPH_DRIVER #include "stm32f0xx_conf.h" #endif in der Datei "stm32f0xx.h" )
-
Thread
STM32F0 Fehler: "_ansi.h: No such file or directory"
Hallo, ich beschäftige mich gerade mit einem STM32F0 Discovery Board und bin dabei, ein einfaches LED-Blinkprogramm zu schreiben. Dazu habe ich das Tutorial im https://www.mikrocontroller.net/articles/STM32_CooCox_Installation durchgeführt und auf das STM32F0 Board adaptiert. Das funktioniert auch schon. Um das Setzen der Ausgänge zu vereinfachen habe ich eine Funktion erstellt. Dieser Funktion übergebe ich den Pin, den ich setzen möchte, und den Wert
-
Thread
PIC Microchip lebt noch?
> von den budget-ARMs (STM32F0 zb) Nicht jeder hat Lust einfache und unkomplizierte Controller durch komplexe ARMs zu ersetzen. Wenn einem 64 byte Register reichen, nimmt man keine 8 k RAM. > Padauk Nicht jeder hat Lust
auweia schrieb im Beitrag #6306086: >> von den budget-ARMs (STM32F0 zb) > Nicht jeder hat Lust einfache und unkomplizierte Controller > durch komplexe ARMs zu ersetzen. Wenn einem 64 byte Register > reichen, nimmt man keine 8 k RAM. > >> Padauk > Nicht jeder
-
Thread
Auflösung Sammlung: AVR, Arduino, MSP430, Bauteile, Displays, Thermometer
DS1820, DS18S20, etc.) - PT100 Typ Thermoeter mit Edelstahlummantelung - TI MSP430 Launchpad - STM32F0 Discovery - Feuchtigkeitssensoren aus China - einige Kupferplatinen - 2 Breadboards - einige Spannungswandler 7905, 7805, LM340 - 20 Optokoppler SN751788P - 8 6N137 .. und was man vielleicht
schaltbar mit 3.3 oder 5V (2 Stück) - SN75176BP (26 Stück) - SN751788P Optokoppler (20 Stück) - STM32F0 Discovery (1 Stück) - Sammlung Fassungen für SD Karten SMD - Sammlung IC Fassungen 6-, 8-, 14-, 20-, 24-, 28-, 40-Pin in - Sammlung SMD Widerstände - Sammlung Through Hole Elkos - Sammlung
-
Thread
Wahl vom richtigen Mikrokontroller
Meine Empfehlung: STM32F042 - Cortex-M0 mit CAN Programmierumgebung: - Keil - Für den STM32F0xx gibt es für Keil sogar eine kostenlose Lizenz - Code-Generator CubeMX von ST, damit werden alle IO's, Peripherie und Clock's initialisiert und er erstellt eine kompletten Source-Code mit allen
*1) http://www.st.com/content/st_com/en/products/microcontrollers/stm32-32-bit-arm-cortex-mcus/stm32f0-series/stm32f0x2/stm32f042c6.html *2) http://www.keil.com *3) http://www2.keil.com/stmicroelectronics-stm32/mdk *4) http://www.st.com/en/development-tools/stm32cubemx.html *5) http://www.st.com
-
Thread
CooCox mit STM32F4Discovery nur im Debug Mode?
. Mein Testfile (main.c) sieht momentan so aus: [c] #include <stdint.h> #include <system_stm32f0xx.h> #include <stm32f0xx_gpio.h> #include <stm32f0xx_rcc.h> int main(void) { GPIO_InitTypeDef InitGpio; unsigned int i = 0; // Initialises the system clock SystemInit();
-
Thread
Code minimieren
expected a declaration _HAL_RCC_GPIOB_CLK_ENABLE(); ..\Src\gpio.c: 0 warnings, 1 error compiling stm32f0xx_it.c... ../Inc/tsc.h(89): error: #169: expected a declaration _HAL_RCC_GPIOB_CLK_ENABLE(); ../Src/stm32f0xx_it.c: 0 warnings, 1 error compiling main.c... ../Inc/tsc.h(89): error: #169
die Fehlermeldung xxx\xxx.axf: Error: L6218E: Undefined symbol berechne_Differenz (referred from stm32f0xx_it.o). Aber warum?
-
Thread
OpenSource SWD Programmer (moeglichst DIY)
Lohnt sich das? Für < 10 EUR gibt es das STM32F0Discovery. Wenn du nu nicht Debuggen willst: die meisten ARM-Controller haben einen BSL über UART.
einmal ansehen. greg schrieb im Beitrag #3474876: > Lohnt sich das? Für < 10 EUR gibt es das STM32F0Discovery. Ich habe hier ein paar Samplechips die ich gern testen wuerde. Gibt es ggf. noch mehr Optionen? MfG
-
Thread
[STM32] ext. Int. und arm-gcc Fehlermeldung: 'assert_param' was not declared in this scope
dazugenommen (Vers. 1.3.0,) und ins Projekt die Files (.c->.cpp umbenannt und .h) mit aufgenommen: - stm32f0xx_exti.* - stm32f0xx_misc.* - stm32f0xx_syscfg.* Beim compilieren bekomme ich jetzt die Fehlermeldung > projektspez-file.cpp:246:24: error: 'assert_param' was not declared in this scope Andere
mit ext. Interrupts habe ich übrigens von http://www.hertaville.com/external-interrupts-on-the-stm32f0.html -- edit: 2. Parameter bei NVIC_SetPriority() vergessen :(
-
Thread
STm32F0 und 1Mbit I2C EEprom
Hallo, ich baue auf diesem Thread hier von vor ein paar Tagen auf. Irgendwie habe ich da gerade Tomaten auf den Augen. Ich habe versucht das auf dem STM32F030 zu realiseren, aber es läuft nur bedingt. Und zwar habe ich mehrere Probleme. Zum einen scheint das schreiben nach Osziloskop zu klappen - beim lesen sieht es fast so aus als würde die Adresse nicht richtig geschrieben und er dann im Nirvana lesen. Das andere ist das Warten Problem habe ich beim auf die TXIS Flag - hier hängt das sich das Ding regelmässig auf. Sprich die TXIS Flag kommt nicht und es kommt zum Timeout. Die Write
-
Thread
STM32F0 RTC Alarm funktioniert nicht ab ~25min
RTC_H12_AM }; RTC_SetTime(RTC_Format_BCD, &resetTime); [/c] Die RTC wird zu Beginn mit den STM32F0-Library Default-Werten initialisiert und dem LSI betrieben: [c] void RTC_StructInit(RTC_InitTypeDef* RTC_InitStruct) { /* Initialize the RTC_HourFormat member */ RTC_InitStruct->RTC_HourFormat
-
Thread
STM32 USB CDC Objetkt in Kompilat mehrmals vorhanden
/gen/src/usbd_conf.c. Dieses wird in src\gen\src\usbd_conf.c definiert/genutzt und in rc\gen\src\stm32f0xx_it.c noch einmal genutzt. Warum wird es zweimal angelegt? Hat jemand eine Idee? VG Benny
Beitrag #4758107: > Dieses wird in > src\gen\src\usbd_conf.c definiert/genutzt und in > rc\gen\src\stm32f0xx_it.c noch einmal genutzt Wie ist es in den beiden C Dateien definiert?
-
Thread
Frage zu STM32F050F6
wohl irgendwie nicht in die Reihe zu passen Es gibt ein Ref-Manual für STM32F030x4/x6/x8 und für STM32F0x1/STM32F0x2/STM32F0x8 aber keins für den STM32F050(F6) auch auf der Produktseite http://www.st.com/web/catalog/mmc/FM141/SC1169/SS1574/LN1447/PF254169# ist nichts verlinkt unter DesignResources
-
Thread
STM32 USB Übertragungsproblem mit Code von S.F.
mcpu=cortex-m0 -std=gnu11 -g3 -DUSE_HAL_DRIVER -DSTM32F042x6 -DDEBUG -c -I../Core/Inc -I../Drivers/STM32F0xx_HAL_Driver/Inc -I../Drivers/STM32F0xx_HAL_Driver/Inc/Legacy -I../Drivers/CMSIS/Device/ST/STM32F0xx/Include -I../Drivers/CMSIS/Include -O0 -ffunction-sections -fdata-sections -Wall -fstack-usage
mthumb -mcpu=cortex-m0 -std=gnu11 -DUSE_HAL_DRIVER -DSTM32F042x6 -c -I../Core/Inc -I../Drivers/STM32F0xx_HAL_Driver/Inc -I../Drivers/STM32F0xx_HAL_Driver/Inc/Legacy -I../Drivers/CMSIS/Device/ST/STM32F0xx/Include -I../Drivers/CMSIS/Include -Os -ffunction-sections -fdata-sections -Wall -fstack-usage
-
Thread
Fehlendes Headerfile in Coocox v2Beta
Hi da! Wollte gerade ein wenig mit meinem STM32F0 Disco-Board herum spielen. Wenn ich ein neues Projekt mit dem STM32F051R8T6 eröffne und im Repository die "coocox-master / stm32f051x8_boot" aktiviere, funktioniert das Builden nicht. Irgendwie
Gefunden: Man muss die stm32f0xx_hal_conf_template.h einfach umbenennen, dann läuft es.
-
Thread
STM32F103C6T6A Lässt sich nicht programmieren
zu beachten ist. https://www.st.com/resource/en/application_note/an4080-getting-started-with-stm32f0x1x2x8-hardware-development-stmicroelectronics.pdf
schrieb im Beitrag #7766626: > Dann solltest du dringend dieses Dokument studieren! > > an4080 ... stm32f0x1x2x8 Vielleicht lieber AN2586? Sooo austauschbar sind die STM32 dann doch nicht. https://www.st.com/resource/en/application_note/an2586-getting-started-with-stm32f10xxx-hardware-development-stmicroelectronics.pdf
-
Thread
STM32F4->SPI->STM32F0 TX/RX 1 Line
Hallo zusammen, ich habe mich schon durch etliche Beiträge durchgekämpft und bin trotzdem noch nicht weiter mit meinem, meiner Meinung nach simplen, Problem. Ich habe sowohl das STM32F4 also auch das F0-Discoveryboard vorliegen und möchte einen 10 bit-Wert (0...1023) des ADC vom F4 über SPI an das F0 senden. Der Datenstrom soll auch nur vom F4 zum F0 verlaufen. Dazu habe beide Boards im Simplex-Modus konfiguriert, also das F4 als TX-only und das F0 als RX-only. Im Debugger kann ich sehen, dass der Wert vom ADC korrekt in das DR von SPI1 des F4 übertragen wird. Allerdings
-
Thread
STM32 Befehl: TIM_GetITStatus gibts nicht?
Wirf einen Blick in die jeweilige *_tim.h stm32f0xx_tim.h stm32f10x_tim.h usw.
alte und neue Firmware gibt. Und einiges dazwischen. Der STM32 umfasst auch die Palette von STM32F0xx bis STM32F7xx mit mehr oder weniger Unterschieden. (Und noch viele mehr.) Daher wäre es mittlerweile mal gut dein genutztes Derivat zu benennen.
-
Thread
STM32F030C8T6: mögliche Alternativen
gehen kann. Er ist auf Allocation, Lieferung eventuell in 52 Wochen... Betrifft anscheinend alle STM32F0 Von ST gibt es mögliche Alternativen zu dem bestehenden F-Typ: * STM32L053C8T (low Power - deutlich teurer) * STM32G030C8T6 (nicht pinkompatibel - Redesign des Layouts erforderlich) Beide
SAM hab ich auch noch nichts gelesen. Deswegen mein Interesse warum es so gut wie kein Derivat der STM32F0xx zu geben scheint. Matthias
-
Thread
Vom stm32f0 große Mess-Datenmengen (bis 5kB) mit SPI rausholen
Bei einem Takt von 500KHz sind das bei 8 Datenbits doch gerade mal ~60 kbyte/s. Der STM32F0 kann doch mit 48 MHz getaktet werden, d.h. er hätte dann wenigstens um die 800 Taktzyklen um den DMA neu zu starten wenn er das Ende des Ringbuffers erreicht hat. Außerdem gibt es - zumindest bei
-
Thread
[V] STM 32 Nucleo F070RB
günstig! >> >> überraschend alt. > > wohl wahr! M0 wirds wohl noch eine Weile geben, genau wie STM32F0... nur weil es alt ist, wird das nicht soooo schnell obsolet werden. Verrückterweise gibts ja auch noch MCS-51... und das ist nun wirklich alt. Zudem gibts dann beim Nucleo einen Programmer mit dazu
Ralph S. schrieb im Beitrag #7980096: > M0 wirds wohl noch eine Weile geben, genau wie STM32F0... Nur wer hat noch Mini-USB Kabel? 😁
-
Thread
PicoMon für CH32V003 oder STM32F0xx
PicoMon ist ein (sehr) kleiner Terminalmonitor, für 2 unterschiedliche Mikrocontroller realisiert. Die "Challenge" für das Programm könnte man auch benennen nach: Von STM32 nach CH32, zurück und dann gemeinsam, weil: der erste Programmentwurf erfolgte für einen STM32-Controller. Dann habe ich das "Projekt" zur Seite gelegt um den CH32 zu evaluieren. Also beschlossen, den kleinen Monitor mit CH32 weiter zu führen. Allerdings gibt es einen großen Vorteil bei STM32: er hat mehr RAM. Wie dem auch sei. "Angestachelt" von einem Nachbarthread von mir, bei dem Laberkopp meinte, den Textdisplayadapter
-
Thread
[Sammelbestellung] Digikey bis 22.07. / 29.07.
ich habe eben erst deine Sammelbestellung gesehen, falls es noch nicht zu spät >ist, würde ich ein STM32F0Discovery mitbestellen. >http://www.digikey.de/scripts/dksearch/dksus.dll?vendor=0&keywords=stm32f0discovery >Ich könnte dir den Betrag bis zum 22.07 per PayPal senden oder per Überweisung >und Screenshot
-
Thread
Preprocessor frage ARM<->Xmega
versteht einer warum ich hier 2 verschiedene Resultate kriege? Jeweils der IAR Compiler für XMEGA und Stm32F0 ARM es geht um folgende Zuweisung: volatile uint32_t Temp = (u32)((357.796/ 40ul) *16777216ul); Auf Xmega16 ist Temp = 0x08F1E4F0 Auf STM32F0 ist Temp = 0x08F1E4F7 ???????
-
Thread
Eclipse Linux STM32
Namen wie er innerhalb der von ST kommenden StdPerphLib zu finden ist. zBsp.: $DownloadOrdner/STM32F0-Discovery_FW_V1.0.0/Libraries Also den im Projekt befindlichen Ordner Libraries loeschen und durch den Ordner aus dem ST-Download ersetzen nochmal den Ordner Release loeschen und neu Kompilieren
Jürgen, ich habe jetzt dein template ausprobiert das kompliert auch soweit. du hast ja dem stm32f0 und ich den stm32f4. Habe also die StdLib von dir gelöscht, die für den f4 rein kopiert, die pfade unter den ProjectProperties angepasst, Release ordner gelöscht und mit Hammer neu kompiliert.
-
Thread
Hilfe bei OPV Schaltung
bei VCC, der andere bei GND. Welche Spannung müsste dann an V-Ref hängen? Hat auch der Dac eines STM32F0 eine V-ref? Ich Bitte dich vielmals um Entschuldigung das ich so dumm frage aber das Thema ist absolut neu für mich. Danke und nochmal danke
an VCC/24V*3,3V liegen. kleiner onkel schrieb im Beitrag #5536876: > Hat auch der Dac eines STM32F0 eine V-ref? "Eine" Vref hat der DAC des STM32F0 bestimmt. Ob die Vref aber extern vorgegeben werden kann (abhängig von VCC) und ob sie über einen bestimmten Bereich variieren kann, muss man im
-
Thread
STM32CubeIDE: Fehler bei Debugger-Connection
STM32F4xx-MCUs mit meinem STLINK-Clone per SWD programmiert. Nun wollte ich schnell einen kleinen STM32F0xx programmieren und schaffe es nicht einmal, eine Verbindung zum Debugger herzustellen, obwohl ich quasi dieselben Einstellungen verwende. Im Anhang die Fehlermeldung. Was bedeutet denn das?
STM32F4xx-MCUs mit meinem > STLINK-Clone per SWD programmiert. > > Nun wollte ich schnell einen kleinen STM32F0xx programmieren und schaffe > es nicht einmal, eine Verbindung zum Debugger herzustellen, obwohl ich > quasi dieselben Einstellungen verwende. > > Im Anhang die Fehlermeldung. > > Was bedeutet
-
Thread
STM32F0xx one/two-wire BootLoader
). STRootLoader, weil als PC-Host der super AVRootLoader von Hagen missbraucht wird, bzw. der STM32F0xx Client sich mit den ATMega ID's connected und das gleiche Protoll wie beim AVRootLoader benutzt wird. Vielleicht kann den BootLoader Client ja der eine oder andere gebrauchen. Gegenüber dem
-
Thread
STM32F0 I2C Bus nach senden blockiert
Hallo, ich habe aktuell ein kleines bzw mittelgroßes Problem mit I2C auf dem STM32F0 discovery board bzw auf dem STM32F031 Microcontroller. Nachdem I2C richtig initialisiert wurde werden auch Daten gesendet. In meinem Beispiel versende ich 3 Byte. Die Adresse des Slaves wird richtig
-
Thread
STM32F0 wie sauber Uart senden per DMA mit Timer event
Hallo, ich will mich an ein bestehendes Sensor System dran klemmen und habe da ein paar Probleme. Der ganze UART kram läuft mit ca. 460kbit, das ist aber nicht das Problem! Das original System macht sozusagen 3,5 Stoppbits, also es gibt eine Pause zwischen den gesendeten Bytes. Nach kurzem nachdenken kommt man drauf das man am besten per DMA mit Timerevent sendet. Hat den Vorteil das man nicht ständig im UART int steckt. Ich muss 128 Byte pro MSG senden und dann auf IN umschalten (RS485)! Jetzt aber mein Problem: Ich stelle den Timer und den DMA (128Byte) ein sowie den DMA ende Int. Dann
-
Thread
Timer synchronisieren. Bitte hilfe bei Logikproblem
Hallo zusammen Folgendes Problem: (STM32F0) Ich möchte einen Timer auf externe 50Hz synchronisieren. Dazu habe ich an TIM1 mittels ETR einen 100 Hz rechteck angeschlosssen. Dieser kommt von der Nulldurchgangserkennung. Nun zähle
ich aber die Auto-Reload funktion des Timers deaktivieren können. Weiss jemand wie das bei einem STM32F0 für TIM3 geht? Ich habe im reference Manual nichts gefunden. Ausser das wenn ARR auf 0 ist, der Zähler auch blockiert ist. Aber das ist nicht das ziel. Danke
-
Thread
Einstieg ARM-Controller
empfehle zum probieren ein einfaches Dev-Board wie z.B. das http://de.farnell.com/stmicroelectronics/stm32f0discovery/eval-bord-cortex-m0-stm32f0/dp/2096251 Grüße Michael
-
Thread
[V]erschenke Evalboards RX63N, STM32F0, XMC1100
Hallo, ist das STM32F0 noch zu haben? PN folgt
-
Thread
ARM Mini Board gesucht
ausschließlich mit AVRs gearbeitet. Inzwischen besitzte ich zwei ARM Boards von Atmel sowie ein STM32F0 Discovery Board. Habe jedoch noch nichts sonderliches halt damit gemacht. Gibt es empfehlenswerte kleine Mini Boards? Zum Programmieren kann ich soweit mitbekommen habe, die Schnittstelle SWD auf
1/Quelle > ST]. Ich meinte sowas: http://www.exp-tech.de/stm32-nucleo-development-board-for-stm32-f0-series-with-stm32f030r8t6-mcu-supports-arduino Das gibt es in ein paar Varianten, ist auch etwas kleienr als das Discovery (etwa 2/3).
-
Thread
ARM-Cortex als Anfänger?
etwas Erfahrung empfehle ich recht schnell den Wechsel zum ARM, da hier viel mehr möglich ist. z.B. STM32F0 Reihe. Artikel: [[STM32 für Einsteiger]]
möchte. Bei AVR ist das kein Problem. Ich sehe da auch bei den ARMs kein großes Problem. Die STM32F0 laufen ab 2V bis 3,6V. Wenn es sparsam sein soll würde ich aber sowieso mit Stepdown arbeiten. > Chris D. schrieb im Beitrag #4954114: >> Also: entscheide selbst :-) > > Das kann er aber erst
-
Thread
Welcher ARM?
> Hol Dir einen Segger J-Link EDU (50€) In Ordnung, habe ich kein Problem damit. Und der STM32F0, zu klein wegen der geringen PINanzahl? http://www.ebay.de/itm/272000603115?clk_rvr_id=995677328347&rmvSB=true
Nino schrieb im Beitrag #4503567: > Und der STM32F0, zu klein wegen der geringen PINanzahl? Solange du selbst noch nicht weißt, was du alles damit machen willst, ist die Wahrscheinlichkeit dass der uC nicht 100% passt ebenso 100%. Entweder ist er
-
Thread
µ-wire - USB auf ATtiny10
nicht Sinn der Sache. Am interessantesten unter den Low-cost Devices sind im Moment die neuen STM32F0 mit USB ohne Quarz. Die haben einen Cortex M0 core. Einen 70er Jahre PIC muss man sich wirklich nicht mehr antun.
der > Sache. > > Am interessantesten unter den Low-cost Devices sind im Moment die neuen > STM32F0 mit USB ohne Quarz. Die haben einen Cortex M0 core. Einen 70er > Jahre PIC muss man sich wirklich nicht mehr antun. Was deine email soll ist mir nicht klar. 70er Jahre PIC? Was bringt dass
-
Thread
Elektor Tannenbaum mit STM32F042C6
Ich habe den STM32F042C6 bei RS gesucht. Dabei ist mir aufgefallen das die überhaupt keine stm32f0 mehr haben. Oder liegt das an meiner Suche? Merkwürdig.
> Ich habe den STM32F042C6 bei RS gesucht. > Dabei ist mir aufgefallen das die überhaupt keine stm32f0 mehr haben. > > Oder liegt das an meiner Suche? > > Merkwürdig. Das liegt ab Deiner Suche. Ich finde 50 Typen. Nur halt noch keine im TSSOP Gehaeuse..
-
Thread
STM32-Tutorial (ohne HAL etc) gesucht!
Schau dir mal die STM32F0-Snippets an. Das sind gut kommentierte Beispiele, direkt vom Hersteller und ohne HAL.
schon vielversprechend aus Christopher J. schrieb im Beitrag #6932672: > Schau dir mal die STM32F0-Snippets an Auch Danke! Die Snippets habe ich mir eben gezogen, morgen schaue ich da mal rein. Sieht auf jeden Fall recht umfangreich aus :) Stefan ⛄ F. schrieb im Beitrag #6932769: > Deswegen
-
Thread
SPI Kommunikation Ablauf
Kommunikation zwischen zwei Mikrocontrollern beschäftigt. In meinem Fall ein STM32F4 als Master und ein STM32F0 als Slave. Es werden noch 5 weitere Slaves folgen. Ich möchte über den Master die Slaves programmieren. Dazu möchte ich 1024 Byte große Pakete verschicken. Der SPI ist korrekt initialisiert und funktioniert
SPI Rx (oder der Pin !CE) halt in den Interrupt wandern und von dort aus Aktionen anstoßen. Da der STM32F0 ja eh Slave ist, sollte das Grundkonstrukt vorhanden sein.