-
Thread
Suche etwas Hilfe bei ATM/STM32 Einstieg
könnte. Ich habe die Zeilen mit //???? versehen, es geht fast nur um die Einstellung der GPIOs,...LED_Config(...) und BTN_Config(...) wo ich mir gar nix unter den angegebenen Werten so vorstellen kann. Gruss und Dank Gerhard
anpassen wenn nur SWD ohne Reset verbunden ist. Für ganz Faule (wie mich) gibts von ST noch STM32CubeMX mit dem man sich die HW-COnfig zusammenklicken kann ;)
-
Thread
STM32F4 SPI Problem
auch für. Darum auch ein SW4STM32 Projekt passend zur BIN. Macht 41 MHz auf SPI1 und ein bisschen LED Blinky. Mit CubeMX zusammengeklickt. Ja, ich weiss, ist lame aber funzt. Wer die harte Tour mag kann ja sich aus dem CubeMX Code was abgucken und nach Coocox kopieren.
sind aber gemütliche 164 kHz. >So war seine Vorgabe... ;) Wollte nur nicht, das jemand sagt, CubeMX macht den uC/SPI lahm ;) Ist in CubeMX ja nur ein Mausklick entfernt, den Prescaler hochzustellen.
-
Thread
Eigenes STM32 Board mit Programmierung per mbed IDE
Die Header mit den Register Definitionen sind auch in den STM32CubeFxx Paketen enthalten.
/content/st_com/en/products/embedded-software/mcus-embedded-software/stm32-embedded-software/stm32cube-mcu-packages/stm32cubef0.html#getsoftware-scroll
-
Thread
Welcher Mikrocontroller für 25 RGB-LEDs und 30 Taster
MainFrames dafür anzudenken ist (heute) albern, in meine Nachtgebete schliesse ich immer die RGB-LED-CUBE-Leute ein, die "zu früh=vor WS28nn" hunderte Leitungen verwaltet haben, inzwischen geht das mit EINEM Portbit @paar Mhz Clock...
Marct schrieb im Beitrag #5318618: > ich möchte eine RGB-LED-Matrix (5x5) bauen. Jede dieser LEDs soll mit > einem eigenen Taster angesteuert werden, und zusätzlich soll es noch > (ca. 5) Taster zur Farbauswahl geben. Warum für jede Led in einer Matrix einen
-
Thread
STM32F103: Low Powes Modes - wie rein und wie raus?
aufhängt nervt auch. SCB->SCR |= SCB_SCR_SLEEPDEEP_Msk; /* Enable deepsleep */ SetRedLED(ENABLE); __WFI(); /* Enter sleep mode */ SCB->SCR |= SCB_SCR_SLEEPDEEP_Msk; SetRedLED(DISABLE); SCB->SCR |= SCB_SCR_SLEEPDEEP_Msk; __WFI(); /* Enter sleep
Beitrag #5311451: > Deshalb liebe ich HAL. :) Damit fange ich nicht mehr an, diese Klicki-Bunti CubeMX Welt ist mir suspekt, das Alte tut es ja auch ;-) Ging aber auch so, habs mal zusammen geschrieben im Code Bereich.
-
Thread
LED-Treiber Fahrradlampe (Reverse-Engineered)
Cube_S schrieb im Beitrag #5303630: > Also Mosfet dauernd aus, aber damit liegen die ca. 8V Batteriespannung > (fast) direkt auf den LEDs. Und weil die LED aber mindestens 12...16V brauchen, leuchtet
Cube_S schrieb im Beitrag #5303809: > Toxic schrieb: >> Ich wuerde die Leds so umverdrahten > > Das wollte ich vermeiden, sie sind so schön auf einer Platine angeordnet > die ich nicht im wahrsten
-
Thread
STM32 i2c MCP23017 keine Kommunikation
Fehler gemacht habe. Dateien auf Github: [[https://github.com/ravnicas/stm32f207igh]] inkl dem CubeMX Projekt
An PC7 ist bloß eine on-board LED damit ich sehe, ob das Programm durchgelaufen ist. Pull-up waren 5 kOhm. Mal abgesehen davon, der typecast war es vermutlich wirklich. Nun läuft es mit 0x20 als Adresse in der HAL Funktion. Vielen
-
Thread
(STM32) Register Lib mit define oder nicht define..
uint32_t und in rcc.h sogar Bitnummern (mit shift!) für z.B. die Clock Enable- und Reset-Bits. Die LED-Helligkeit steuert man damit z.B. so: [c]// led.c #include "syslib.h" #include "dac.h" #include "gpio.h" #include "rcc.h" void led (int brightness) { if (brightness < 0) { GPIOA
Hat eigentlich noch keiner erwähnt dass die Header, welche zu STM32CubeFx gehören und für Nutzung mit der HAL sind, aber auch problemlos "blank" verwendet werden können, da fast alle Wünsche erfüllen? [c]#define RCC_CFGR_HPRE_Pos (4U) #define
-
Thread
STM32F7 - Header Definitionen unterschieldich
// Configure one of the LEDs as a digital output GPIO_StructInit(&gpio); gpio.GPIO_Pin = GPIO_Pin_10; gpio.GPIO_Mode = GPIO_Mode_OUT; gpio.GPIO_Speed = GPIO_Speed_2MHz; GPIO_Init(GPIOE,&gpio); [/code] http://mcuhq.com/30
Schema. Anstatt im Netz nach Beispielen zu suchen wäre es vielleicht nicht schlecht sich das STM32CubeMX Tool zu saugen und sich dort die entsprechenden Beispiele bei der F7-Bibliothek anzusehn.
-
Thread
Simple Kompass-schaltung gesucht
kommen wo die besagte Schaltung das led angehen lässt - wenn ich mich noch weiter drehe sollte sie wieder ausgehen .. Es würde auch reichen das die LED langsam zu leuchten beginnt und beim erreichen des nordpols max. leuchtet und dann wieder
STM32Cube_FW_F3_V1.9.0/Projects/STM32F3-Discovery/Examples/BSP müsste dazu angepasst werden.
-
Thread
STM32F0 HardFault bei UART Empfang
Hast du das Projekt mit CubeMX erstellt? Wenn ja, hänge mal die .ioc Datei an.
Ich habe nun ein neues SW4STM32 Projekt mit anderem Namen erstellt und auch ein neues CubeMX Projekt Ohne AC6 im Namen. Die obige Fehlermeldung erscheint trotzdem. Also ist deiner Meinung nach der korrekte Weg für CubeMX und SW4STM32 immer zuerst ein CubeMX Projekt zu erstellen und
-
Thread
Assemblerprogrammierung ARM CORTEX
Sprache genauso low-level wie in Assembler haben, wenn du halt nicht solche Dinge wie ASF oder CubeMX oder dergleichen benutzt. > und ich wage zu > behaupten, auch auf die Gefahr eines Shitstorms, daß Assembler für > sicherheitskritische Anwendungen die mit Abstand beste Wahl ist, da viel
sehr minimales Programm in Assembler geschrieben zu haben und naja, es funktioniert sogar, d.h. die LED blinkt.
-
Thread
ISP und UART auf den gleichen PINs
Wenn das ginge wäre super dann könnte ich noch verbauen was ich da habe. Es soll ein 6 x 6 x 6 LED-Cube werden. Die 36 Kathoden schalte ich mit NPNs und die 6 Ebenen mit PNPs. Was mir jetzt aufgefallen ist das ich bei jedem sehe das die LEDs immer einen gemeinsamen Vorwiderstand haben. Dies erzeugt jedoch unterschiedliche Helligkeiten, oder? Wenn ich nun LED1 auf EBENE1 schalte dann bekommt diese 5V - > 100 Ohm - > LED. Wenn ich nun noch EBENE2 dazu schalte müssen sich beide LEDs die Versorgung teilen. Wie behandelt man das am besten? Ausser das ich die
-
Thread
TWI mit ATTiny817 - Verständnis-Frage
Wire.endTransmission(true); // stop transmitting Serial.println(i); delay(1000); digitalWrite(LED_BUILTIN, !digitalRead(LED_BUILTIN)); } [/c]
wegen einer größeren Renovierung, in Umzugskartons ausgelagert. Darunter auch mein LA, ein Logic Cube von Zeroplus. Mir hat einfach die Bastelei gefehlt. Daher habe ich, über die etwas ruhigeren Feiertage, angefangen mal etwas mit den noch verfügbaren Komponenten herum zu probieren.
-
Thread
Bootloader STMF413VGT6
Ich habe mal einen Bootloader für stm32f411 (mit CubeMX und gcc) geschrieben. In der CubeMX repository befindet sich ein Beispiel für einen Bootloader. bei mir (Ubuntu) wars zu finden unter: ~/STM32Cube/Repository/STM32Cube_FW_F4_V1.16.0/Projects
da noch gar keine Interrupts, aber bereits das LED blinken wird nicht ausgeführt.
-
Thread
Vieles gelesen, trotzdem: Welcher AVR-Programmer/Welche IDE??
gelegentliche Projekte und zum Erfahrungen sammeln auf die harte Tour geht's auch ohne Debugger. Mit einer Led kann man man schon viele Infos raus geben. Bekommt man aber schon das "eine Led blinken lassen" - Programm nicht zum Laufen wird's übel. Aufbauten ohne Gehäuse sind immer empfindlicher. Es soll Leute
STM32-Controller genau so "frei" programmieren? Ja. Und das macht richtig Spaß. Nucleo + STM32CubeMX + SW4STM32 = ungeahnte Möglichkeiten :)
-
Thread
Frage an W.S. wegen USB CDC Implementierung STM32F103
größeres Problem bekommen. Grmpf! Einen Hardwaredefekt habe ich ausgeschlossen, mit Arduino und Cube HAL läuft es zuverlässig.
Ich glaube nicht. Delays findet man auch im Cube HAL Code und in in dem STM32 USB Tutorial. Scheint nicht anders zu gehen.
-
Thread
STM32 M3 C8T6 - DFU über USB
Kommunikation zu meinem PC ("Visual Studio") herzustellen. Ich konnte ich die HAL Library von STM Cube nicht verwenden, da mein, für meine Verhältnisse doch recht komplexes Programm schon annähernd fertig und ohne HAL-Libraries geschrieben war. Hier bot die USB.c und USB.h von W.S. (hier im Forum viel
Hardware passen, d.h. du musst HSE-Frequenz und USB-Reenumerationsmethode anpassen. Ggf. dann noch Status-LED oder was auch immer. Dann deine eigentliche Applikation an die neue Adresse linken und den Offset der Vektortabelle setzen (VTOR).
-
Thread
Betriebssystem für 32 Bit µCs?
eines von vielen Features von mbed angeführt. Ein Blinky sieht das z.B. so aus: [c] DigitalOut led(LED1); while (1) { led = !led; wait_ms(100); } [/c] und das funktioniert so auf einem M0 und genauso M7, auf NXP/ST/Atmel/Kinetis/Nordic usw. Das Ganze mit dem was man so für den
Mein erstes Hello-World Projekt mit der Cube HAL schmierte schon bei der Taktkonfiguration ab. Für Anfänger ist das sehr hilfreich. Denn es lehrt einen direkt von Anfang an, dem Cube MX nicht zu trauen und das Datenblatt zu lesen. Und siehe
-
Thread
STM32 I2C byte lässt sich nicht ändern
ist, ob der Fehler nicht im HAL_I2C_Init-Aufruf bzw dem > I2cHandle liegt. Ich benutze STM32CubeMX. Nichts verändert sollte also funktionieren.
das verwendest auch Unfug, da du dich um das Ergebnis (Rückgabewert) gar nicht kümmerst. Wenn du CubeMX nutzt, generier mal einen Report (PDF-Datei) und poste den hier.
-
Thread
Brauche Hilfe beim STM32
STM32F030F4 Board aus China angekommen. Dann habe ich die CoIDE heruntergeladen und versucht, die Onboard LED auf PA4 zum laufen zu bekommen. Leider bin ich daran gescheitert. Da Ich nicht weiß ob mein Board oder der ST-Link kaputt ist, oder ich einfach zu blöd bin, das ans laufen zu bekommen, auf jeden Fall
> Meine Stars sind STM32CubeMX und SW4STM32, funktioniert immer wie man > sieht ;) So, Ich habe jetzt auch das Blink-Programm geschafft :D STM32CubeMX funktioniert gut, ich verwende aber Keil anstatt SW4STM32. > Das kommt
-
Thread
STM32F446 - Taktkonfiguration
Warum verwendest Du nicht STM32CubeMX, so wie es ST auf der oben verlinkten Seite vorschlägt?
Ich kenne CubeMX.
-
Thread
Arduino Nano, SD Card, PCM
Eventuell wirst du bevorzugen, ihn "zu Fuß" zu programmieren (ohne Libraries) oder mit Hilfe der Cube HAL vom Chiphersteller anstatt des Arduino Frameworks. > Ich habe mir mal einen Adafruit DAC Bestellt der via I2C läuft, evtl. > bekomme ich es damit in den Griff, da dieser interne Buffer hat
man prüfen, ab wann die Ausgabe Aussetzer hat. Das wird nämlich live im Programm getestet und mittes LED angezeigt. Für 8 kHz reichen 2x50 Bytes, für 22kHz braucht es ca. 2x150 Bytes. Das Audiosignal wird mittels Elko von 10-100uF an Arduino-Pin 11 (hier gleich PB5) direkt in einen Kopfhörer eingespeist
-
Thread
Gnarly Grey low cost 5.3KLuts UltraPlus
>Breakoutboard verwenden, oder einen RasPi, auf dem man aber nicht >entwickeln kann, da die IceCube Software nicht auf ARM läuft. >Hier schildern andere ihre Erfahrungen: >https://www.element14.com/community/groups/fpga-gr... >Die IDE (IceCube 2) für die ICE40 FPGAs ist viel einfacher gehalten
ist viel günstiger als das früher verwendete mit I2S. Aber auch so triviale Dinge wie RGB Status-LED werden damit angesteuert, alle ICE40-Ultra enthalten LED driver mit PWM als Hard-IP Block. Ein Beispiel was mit 5.3k LUT und 128kByte RAM möglich ist: RISC-V Prozessor mit BNN (Binäres Neurales
-
Thread
Bau eines USB-GPIO Boards
suche erstmal ein bereits existierendes HID Gerät mit Ausgängen. M.E. gibt es da nämlich nur die 3 LED auf einer Tastatur - Ausgänge sind bei HID Geräten nicht üblich (gut, es gibt auch noch Forcefeedback bei Joysticks als Sonderfall). Und wie du mit einem HID Device dann I²C oder SPI ansteuern möchtest
suche erstmal ein bereits existierendes HID Gerät mit Ausgängen. > M.E. gibt es da nämlich nur die 3 LED auf einer Tastatur - Ausgänge sind > bei HID Geräten nicht üblich Die HID Spezifikation sieht das anders. Die ist vollkommen generisch. Man kann auch eine Datenübertragung über hid machen.
-
Thread
STM32 Quadrature Encoder - 4x Resolution - ich bekomm's nicht hin
timer_tick.attachCompare1Interrupt(my_timer_tick); timer_tick.resume(); } void setup(){ pinMode(LED_PIN, OUTPUT); led_on(); Serial.begin(9600); //not sure why I need both, but I need both and then can write with Serial.println... Serial1.begin(9600); pinMode(PA0, INPUT_PULLUP);
; delay(1); } [/code] führt zu einem Count von 200, und nicht zu 400. Aber: Mit STM32CubeMX geht es! -> Entweder es ist doch ein Fehler in meiner Registerdefinition, oder das STM32Duino Framework setzt irgendwo was was nachher stört. Mal schaun, wann ich dazu komme das zu debuggen
-
Thread
STM32F405 DFU
Ein CubeMX -> AC6 CDC Projekt lief bei mir sofort.
der fehlenden VBUS Leitung, daher dort auch kein Harken. Dafür noch eine LED hinzugefügt, die blinkt. Die LED blinkt auch, nur es wird gar kein USB Gerät erkannt. Was mach ich noch falsch? Ich würde erwarten dass es nach dem ich es per CubeMX generiert habe, es out-of-the-box
-
Thread
LED-Cube Effekte weiter per Knopfdruck
HI, Ich habe mir ein LED-Cube (8x8x8) gebaut und das ganze mit einem Arduino Uno zum laufen gebracht. Da ich leider nicht sonderlich fit bin im Programmieren von den Controllern habe ich mich auf die suche nach einem Code gemacht
helfen. > > Gruß Ich Verwende den Arduino Uno. Der Schaltplan ist so aufgebaut wie alle andren LED Cubs auch die ich kenne. Aber hier findet man ihn noch mal sehr schön: http://ledcubeblog.blogspot.de/2013/05/erstellung-der-steuerplatinen.html LG Tobias
-
Thread
STM32F105xx keine CAN Nachrichten!
schrieb im Beitrag #5165369: > Wenn ich die Versorgungsspannung einschalte, leuchten auch kurz die > LED´s auf. Danach sind sie aus. Und das obwohl die LED-Ansteuerung auskommentiert ist? Mysteriös. Naja, bearbeite erstmal die in der 1. Antwort angemerkten Fehler.
Nicht die LED´s die direkt an den GPIOS dran sind, sondern die am CAN_TX und CAN_RX dran sind.
-
Thread
STM32F105R8T6 + USART2
_uartChar(*str++,uart); } } [/C] [C] int main(void) { _canInit(); _ledInit(); _uartInit(); SystemInit(); //SysTick_Config(2500000); while(1) { _uartStr("Herzlich Willkommen\r\n",USART2); } } [/C]
Dutzend Mal erzeugt :D > > Gruß Kannst du mir mal einen Link zum Tool posten? Ist es das "STM32CubeMx"?
-
Thread
STM32F103: Port-Pin wird nicht angesprungen
~AFIO_MAPR_SWJ_CFG; // RM0008 S. 176 AFIO->MAPR |= AFIO_MAPR_SWJ_CFG_2; io_setOutput(LED2_GPIO, LED2_Pin); io_setOutput(GPIOB, GPIO_Pin_3); io_setOutput(GPIOB, GPIO_Pin_4); io_setOutput(GPIOB, GPIO_Pin_5); uint16_t val = 1; while(1) { //io_toggleBit(SPARE0_GPIO, SPARE0_Pin); //io_toggleBit(LED2_GPIO, LED2_Pin); //glcd_ili9341_putsth(val, 1); val <<= 1; if( val == 1<<8 ) val = 1; uint32_t merker = (uint32_t) GPIOB; delay_ms(200); io_toggleBit
-
Thread
STM32 USB und Debugging
anfangen soll. Freue mich über irgendwelche Ansätze. Es läuft ein USB-Midi stack basierend auf der CubeHAL library. Vielen Dank
vom Geräte, d.h. er würde eine hängende CPU nichtmal mitbekommen. Bei dieser Art Bug braucht man LEDs oder andere Anzeigemöglichkeiten am Gerät, da man Fehler nicht so einfach mit dem Debugger finden kann. Ich habe z.B. im Hardfault_Handler() einen Blink Code drin. Hirnschmalz ist ebenfalls hilfreich
-
Thread
MAX1000 Erfahrungen
clkCounter <= clkCounter +1; led <= clkCounter( 22 ); -- output the highest bit to the led END IF; END PROCESS; END logic; [/vhdl]
banks 1A, 1B, 2, 5,6 5) Changed pin-out on a connector J4 6) Added a pin-header J3 7) Changed a LEDs
-
Thread
STM32F103 und CooCox, Anfängerfragen
Ausgang deklarieren while(1) // Endlos SChleife { GPIOD->BSRRH = 0xF000; // Alle LEDs aus Delay(1000000); GPIOD->BSRRL = 0x1000; // LED 1 ein Delay(1000000); GPIOD->BSRRL = 0x2000; // LED 2 ein Delay(1000000); GPIOD->BSRRL = 0x4000
GPIO_InitStruct; /* GPIO Ports Clock Enable */ __HAL_RCC_GPIOE_CLK_ENABLE(); /*Configure GPIO pin : led1_Pin */ GPIO_InitStruct.Pin = led1_Pin; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(led1
-
Thread
Pegelwandler 0/5V zu 5V/-9V
2x IRF9310 parallel würde gehen. Oder ein IPD042P03L3 Was ist das eigentlich für ein komischer LED-Cube, bei dem 192 LED mit einem MOSFET geschaltet werden müssen? Offensichtlich hast du 0 Erfahrung mit so etwas. Vielleicht fängst du erstmal mit etwas kleinerem an?
besser zu passen. Axel S. schrieb im Beitrag #5129163: > Was ist das eigentlich für ein komischer LED-Cube, bei dem 192 LED mit > einem MOSFET geschaltet werden müssen? Offensichtlich hast du 0 > Erfahrung mit so etwas. Vielleicht fängst du erstmal mit etwas kleinerem > an? 8x8x8 = 512 RGB LEDs
-
Thread
Einführung in ASM auf STM32F4
Zum Glück muss ich mich mit der Hardware nicht sonderlich rumschlagen :D Selbst die LED's sind mir egal. :-) So lange USART läuft, läufts. Ich werde wohl noch einen F429_USART schreiben, damit mein zweiter Mikrocontroller auch die Ausgaben auswerfen kann. :) Es liegt vermutlich nur
Board. (Bilder hatte ich mal in einem anderen Thread gepostet, den ich auch angefangen hatte, um eine LED auf dem Board blinken zu lassen. Was übrigens bis heute nicht funktioniert aber auch egal ist, seitdem ich USART auslesen kann.) > Zu bedenken ist auch, dass Asm-Code, der schnell "aussieht", nicht
-
Thread
STM32F103C8T6 mit Arduino Serial funktioniert nicht
besteht zu Leuten wie mir, der ich (aus guten Gründen) nicht einmal die diversen Hersteller-Krücken wie Cube, Dave, Cmsis benutze, sondern mein Zeug mit eigenem Portfolio mache. In beiden Fällen führt der Versuch, dir Ratschläge quasi vom anderen Ufer der Lücke zu geben, mit Regelmäßigkeit zu gegenseitigem
Klingt für mich eher nach einem Treiber Problem. Die seriellen Ports kann man relativ einfach mit LED's an RxD und TxD testen.
-
Thread
STM32 Linker-Problem (overlaps section.) + Clock zu langsam?
Die Uhr geht jetzt an, zeigt sofort die init-Uhrzeit (12:00) an und dann läuft der Sekundenzeiger (LED) sehr sehr langsam durch. Ansonsten wurde an dem Projekt *nichts* verändert, einfach eine andere/neuere Toolchain und zum Testen das "+8" im Linkerfile. Im Anhang mal die main.c und das Linkerfile
init-script und Linkerfile. Bin mir nur noch nicht so ganz sicher, was ich da brauche. Ich habe mir was von CubeMX generieren lassen, damit funtionieren erstmal die älteren Projekte augenscheinlich alle.
-
Thread
LwIP UDP Callback
ip_addr_t *addr, u16_t port) { HAL_GPIO_WritePin(LD6_GPIO_Port, LD6_Pin, GPIO_PIN_SET); //Blaue LED an } void udpApp1_init(void){ err_t udpErr; ip_addr_t ownIPaddr; udpPcb1_p = udp_new(); if(udpPcb1_p != NULL) { IP4_ADDR(&ownIPaddr, 192, 168, 1, 3); //STM32
Funktionen sind außerdem bei mir nirgendwo deklariert. Ich benutze die HAL Treiber, die von STM32CubeMX generiert sind. Wo sind bei dir diese Funktionen deklariert? Ich bin ziemlich neu in dem Gebiet. Entschuldigt meine Fragen :)
-
Thread
Wie Stm32 SPI-DMA Kommunikation zw. 2 Boards (CubeMX)?
) Ich arbeite mich zur Zeit in die Konfiguration der STM32 Mikrocontroller mit der ST Software CubeMX ein. Bis jetzt gelang mir die Inbetriebnahme von Timer, ADC und DAC auch sehr problemlos. Daher wollte ich jetzt ein STM32F4 Discovery Board via SPI mit einem STM32F0 Discovery Board verbinden
sehr dankbar wenn mir jemand etwas Licht ins dunkel bringen könnte. Alle Beispiele die ich finde für CubeMX und SPI-DMA behandeln das Board meist nur als Sender und nicht auch als Empfänger, Schon mal vielen Dank vorab, Viele Grüße SPI-Neuling
-
Thread
STM32 startet nach Programmierung erst wenn alle Kabel abgezogen wurden
wenn man die Schaltung downgraded auf 1LED oder das Programm neu erstellt und drauf flasht.
Also ist PB8 optimal für die Status LED oder einen Taster. Das Discovery Board liefert ~3,0V, weil hinter dem 3,3V Regler noch eine Diode sitzt. Mein Linearregler liefert so wie er soll 3,3V. Auf dem SWD Header des Discovery gibt
-
Thread
Hal und cube
erstellen - Schließe eine LED an den zugehörigen Timer Pin an - Ergebniss: es blinkt nicht! Warum? Weil Cube zwar den Code für den Timer erstellt, ihn aber nicht startet. Lege ich einen OC Interrupt für den Timer an, legt Cube noch
der Preis dessen zu sein, was die HAL bewerkstelligen soll. Die CubeMX ist nur für den Einstellungskram-nicht um eine LED blinken zu lassen. Für den Einstellungskram ist Cube große Klasse, aber wer versucht darin Programme zu schreiben ist selber dran schuld. Zum Programmieren
-
Thread
Double Variable liefert über Sprintf->Uart keine Dezimalzahl
noch um die Genauigkeit. @m.n.: Eben. Der µC hat 64KB Flash, 2 Temperatur-/Feuchtesensoren, I2C LED Anzeige, UART und bissl GPIOs. Über STM32CubeMX und SW4STM32 sind das 27KB. Was bringt es mir wenn von den 64KB 63,5KB unbenutzt sind statt 37KB? Richtig, nichts. @W.S.: Steht da auch drin, dass
-
Thread
STM32 Header
, das Projekt ist für SW4STM32, das CubeMX Projekt ist ebenfalls enthalten. STM32L152RBT_LEDs.ioc mit CubeMX öffnen und auf Atollic umstellen und gut ist. Habe das Board nicht selbst, darum alles im Blindflug erstellt. >Da musst du dich
>Suuuper! Funktioniert! Freut mich zu hören. Das habe ich in das CubeMX Projekt von Hand eingefügt: in Datei stm32l1xx_it.c: uint16_t ticker = 0; if(ticker == 0){ HAL_GPIO_WritePin(LED_Blue_GPIO_Port,LED_Blue_Pin,GPIO_PIN_SET); HAL_GPIO_WritePin(LED_Green_GPIO_Port