-
Thread
GCC Linker File
ist aber angegeben: [c] INPUT ( cpuinit.o flop.o main.o misc.o startup_stm32f10x_ld.o stm32f10x_adc.o stm32f10x_dma.o stm32f10x_flash.o stm32f10x_gpio.o stm32f10x_it.o stm32f10x_rcc.o stm32f10x_tim.o ) [/c] Die Objektdateien existieren
linkfile.ld -Map=file.map --cref - gc-sections -o out.axf cpuinit.o flop.o main.o misc.o startup_stm32f10x_ld.o stm 32f10x_adc.o stm32f10x_dma.o stm32f10x_flash.o stm32f10x_gpio.o stm32f10x_it.o s tm32f10x_rcc.o stm32f10x_tim.o arm-none-eabi-ld: warning: linkfile.ld contains output sections; did
-
Thread
µC-Auswahl: Benötige Meinungen
Weihnachtskugel übrig. Gelegentlich brauche ich mal ein bisserl AVR Assembler, damit hinterher die STM32 noch mehr Spaß machen. ;)
-RC-Quadcopter-Spare-Part-3-7V-100mAh-Li-Po-Battery-/281909035492?hash=item41a31681e4:g:9p8AAOSwYIhWl3t0
-
Thread
WordClock mit WS2812
Link: http://www2.st.com/content/st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-programmers/flasher-stm32.html Gruß Günter
mir die Resettaste auf dem STM32F103 nicht.
-
Thread
Kann gcc-Projekt nicht auf STM32 discovery board laden
Ich versuche, leider bisher ohne Erfolg, ein erstes Testprojekt für ein STM32 discovery board (STM32L100C) zum laufen zu kriegen (blinkende LED, was sonst!). Dazu verwende ich die gcc arm toolchain (4.9.3 20150529) unter Linux und st-link (https://github.com/texane/stlink). Als Linker-Skript kommt STM32L100XC_FLASH.ld aus ST's 'cube' repository zum Einsatz (attached). Compilieren geht, aber ich kann den Code nicht mit dem arm-...-gdb und st-util laden. Ich erhalte dann: [code] Reading symbols
-
Artikel
Remote IRMP
Definitionen zu den IR-Protokollen irmpsystem.h Vom Zielsystem abhängige Definitionen für AVR/PIC/STM32 irsnd.c Der eigentliche IR-Encoder irsnd.h Include-Datei für die Applikation irsndconfig.h Anzupassende Konfigurationsdatei w5100.c Treiber-Modul für WIZnet W5100 Netzwerk-Controller w5100.h Include-Datei
gehört zu ipclient - für Microsoft Visual C++ 2010 Express win32/ipclient/ipclient.vcxproj Projekt-Datei für Microsoft Visual C++ 2010 Express win32/ipflash/ipflash.c Flash-Programm in C - übersetzbar unter Unix, Linux und Windows win32/ipflash/ipflash.sln gehört
-
Thread
Assembler wieder auf dem Weg nach vorn Gesperrt
schrieb im Beitrag #4372060: > Für den Z80? ;-) Genau. Und dann emulieren wir den Z80 auf einem STM32 ;-)
diesem Forum umsehen und sagen: AVRs haben viele Anfragen, weil die Dinger so kompliziert sind. STM32er haben wenig Anfragen, weil es ein Genuss ist, sie zu programmieren. Wobei die STM32er auch langsam komplizierter zu werden scheinen, weil es immer mehr Anfragen diesbezüglich gibt. Was macht
-
Thread
Nachfolger vom esp8266: ESP32 - besser, schneller
Master/Slave im herkömmlichen Sinne, sondern als Wifi-Bindeglied für MCU's wie Atmel(a la couleur), STM32Fxxx,MSP430 usw.; Aufgabe dieser MCU's ist das Sammeln von Sensor-daten und Ansteuern von Aktoren. Der ESP bietet die Möglichkeit im WLAN/ NET diese Daten zu sichten und zu bearbeiten, sowie Reaktionen
den "Insider" - der weiss alles und stellt die 'Gemeinde' und auch Espressif auf den Kopf! http://stm32duino.com/viewtopic.php?f=3&t=715&start=10#p8077
-
Thread
DS18B20-Temperatur Vergleich Problem
und andere Gestalten. Sie werden dich versuchen zu locken, mit Schlangenölen und -balsamen, die da STM32, PIC oder Bascom heißen. Notier sie dir. Das Schlangenöl von heute ist die Lösung von morgen. Aber die Lösung für heute liegt direkt vor dir.
andere Gestalten. Sie werden dich > versuchen zu locken, mit Schlangenölen und -balsamen, die da STM32, > PIC oder Bascom heißen. Notier sie dir. Das Schlangenöl von heute ist > die Lösung von morgen. Aber die Lösung für heute liegt direkt vor dir. Amen!
-
Thread
CooCox neue Entwicklungsumgebung
Compilation of src/blinky.c:" "" arm-none-eabi-gcc -c -mthumb -mcpu=cortex-m4 -g2 -Wall -O0 -DSTM32F401VC -I./src -ID:/stm32/gnu/include -ID:/stm32/discovery/STM32F4-Discovery_FW_V1.1.0/Libraries/CMSIS/Include -ID:/stm32/discovery/STM32F4-Discovery_FW_V1.1.0/Libraries/CMSIS/Include -ID:/stm32/discovery/STM32F4-Discovery_FW_V1.1.0/Libraries/CMSIS/ST/STM32F4xx/Include -ID:/stm32/discovery/STM32F4-Discovery_FW_V1.1.0/Libraries/STM32F4xx_StdPeriph_Driver/inc src/blinky.c -o src/blinky.o "" "------------
-
Thread
Space Age 2 der 32Bit MIPS Rechner in TTL
Originalgeschwindigkeit! im Video: https://www.youtube.com/watch?v=68j4Y1E-bhk Daher kommt da wohl nen STM32 auf den DebugSteckplatz (oha mal eben die Rechenleistung verhundertfacht?) und darauf läuft dann der GDB Server. Dann muss Henry auch nicht mehr mit der VM rumfummeln, sondern kann per USB Stick
mitrechnen und gucken ob die Ergebnisse stimmen. Also noch mal eben den Eigenbau MIPS Simulator auf den STM32 gezogen. Der Debugger hält also die echte CPU nach jedem Befehlszyklus an und guckt ob der Register- oder Speicherzugriff korrekt war. Bild: debugsim.png Es lässt sich anhand des Disassemblys
-
Thread
STM32F4 FPU Problem mit EM:Blocks 2.20
Hallo, ich nutze einen STM32F4 mit der EM:Blocks 2.20 IDE. Dahinter steckt ein GCC 4.7.4.. Jetzt will ich die FPU benutzen. Alle Defines zum anschalten sind gesetzt und die FPU wird eingeschaltet. Alle Harken für "hard"
vmul.f64 d7, d7, d6 08001278 vcvt.f32.f64 s15, d7 0800127C vstr s15, [r7, #28] Die Optionen sind: -DUSE_HAL_DRIVER -DSTM32F746xx -D__FPU_PRESENT=1 -D__FPU_USED=1 -DUSE_STM32746G_DISCO -DARM_MATH_CM7 und -mthumb -mcpu=cortex-m7
-
Thread
Wine-Problem: AVRStudio4 unter Linux 64 Bit läuft nicht mehr
:=$(notdir $(lastword $(CURDIR))) SYSLIBS:=$(CURDIR)/syslibs DISCOVERY:=$(SYSLIBS)/STM32F4-Discovery STMLIB:=$(SYSLIBS)/StdPeriphLib STD_PERIPH:=$(STMLIB)/STM32F4xx_StdPeriph_Driver LINKER_SCRIPT=$(SYSLIBS)/ldscript/stm32_flash.ld INCLUDE=-I$(CURDIR) INCLUDE+=-I$(SYSLIBS)/CMSIS
SRC+=stm32f4xx_flash.c SRC+=stm32f4xx_gpio.c SRC+=stm32f4xx_rcc.c SRC+=stm32f4xx_syscfg.c CDEFS=-DSTM32F4XX CDEFS+=-DUSE_STDPERIPH_DRIVER MCUFLAGS=-mcpu=cortex-m4 -mthumb #MCUFLAGS=-mcpu=cortex-m4
-
Thread
"gmake" not found
project name PROJECT = STemWinTest # core type CORE = cortex-m4 # linker script LD_SCRIPT = STM32F429G.ld # output folder (absolute or relative path, leave empty for in-tree compilation) OUT_DIR = out # global definitions for C++, C and ASM (e.g. "symbol_with_value=0xDEAD symbol_without_value") GLOBAL_DEFS = STM32F429_439xx # C++ definitions CXX_DEFS = # C definitions C_DEFS = # ASM definitions AS_DEFS = # include directories (absolute or relative paths to additional folders with # headers,
-
Thread
STM32 HAL Timer Interrupts (STM32CubeF4)
oder nur ein ähnliches? > > ??? Wenn Du einen STM32F407 hast, wäre das Define STM32F411xE offensichtlich falsch. Ich vermute STM32F407xx wäre richtig. Das würde dann auch erklären, dass der Timer2 Interrupt nicht an der richtigen Stelle wäre.
Registerdefinitionen einfach im Datenblatt nachschlagen. Hier aus meinem letzten Projekt: timer4.h[c]#ifndef STM32F4_TIMER4_H #define STM32F4_TIMER4_H void timer4_init(void); void timer4_enableInt(void); //WEAK void timer4_1sec_event1(void); #endif /* STM32F4_TIMER4_H */ [/c] timer4.c[c]#include
-
Thread
Welchen Controller für C++ Programmierung? Gesperrt
AVR Studio + Atmel (8bit/32bit) Cocox + STM32 Codecomposer (Eclipse) + MSP430xxxx
Arduino gibt es hält massig Tutorials. Deshalb nahm ich das ja. Wobei halt noch nicht alles auf den stm32 portiert ist. Die Details gibt es im Forum www.stm32duino.com .
-
Thread
Projekt Maus
umso besser. Allerdings dämmert mir, daß ich vermutlich doch etwas größere Prozessorleistung a la STM32F4 auffahren muß. @Gerd: Ja, guter Hinweis - ist mir auch im zweiten Anlauf erst eingefallen - die Sache mit dem Licht. Beleuchtung muß nur für die Dauer der Bildbelichtung eingeschaltet
Bau doch vorher was mit dem STM32. Du bist doch schon so weit. :-) Da kommt dann keine Maus mehr vorbei.
-
Thread
STemWin mit Eclipse; Libary
/Src/stm32f4xx_hal_cortex.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_crc.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_dma.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_dma_ex.o ./Drivers/STM32F4xx_HAL_Driver
./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_pwr.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_pwr_ex.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_rcc.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_rcc_ex.o
-
Thread
BLDC Sinus AVR449 Allradantrieb Fahrrad
(1 << UH_OCOE) | (1 << VL_OCOE)), ((1 << WH_OCOE) | (1 << VL_OCOE)), ((1 << VH_OCOE) | (1 << WL_OCOE)), ((1 << VH_OCOE) | (1 << UL_OCOE)), ((1 << UH_OCOE) | (1 << WL_OCOE)), 0x00 }; uint8_t __flash const blockCommutationTableReverse[8] = { 0x00, ((1 << UH_OCOE) | (1 << WL_OCOE
läuft. Mittlerweile läuft das auch nicht mehr auf einem Mega, sondern auf einem XMega und einem STM32, um die Wahl und vor allem Rechenleistung zu haben. Die ganze Schaltung ist mittlerweile mehr mit Überprüfungen beschäftigt als mit der Motorsteuerung - ist ja sicherheitsrelevant.
-
Thread
GCC als Crosscompiler für ARM auf ARM
ich mir http://regalis.com.pl/en/arm-cortex-stm32-gnulinux/ ausgesucht.
arm-none-eabi-gcc -T../../common/stm32_f103_gcc.ld -mcpu=cortex-m0 -mthumb -nostartfiles -Wl,-M -o build/leds.elf build/src/main.o build/../../common/startup_stm32f10x_hd.o build/../../common/CMSIS_v3.6.1/Device/ST/STM32F10x/Source/
-
Thread
Gibt es noch eine Alternative zum Atmel Studio?
Hallo zusammen Ich habe in der letzten Zeit vermehrt STM32 programmiert. Früher habe ich den Einstieg mit den AVRs gemacht. Damals, hatte ich mir eine Eclipse CDT und die AVR Plugins eingerichtet gehabt. Dies lief immer einwandfrei. Vor etwa 2 Jahre
andere Versionen von anderen Toolchains rum Das ist gut möglich. Habe auch noch Delphi, und eine STM32 Toolchain installiert. Wie kriegt mann denn normalerweise diese alle unter einen hut? Muss man sich Batch.Files erstellen, welche vor dem starten den Pfad entsprechend anpassen?
-
Thread
GCC libc mit cortex-m0 berursacht einen HardFault
Ich vesuche gerade von einem vorherigem Makefile von mir für den stm32f103 ein Makefile für den stm32f030 zu schreiben. Dieses compiliert jetzt auch ohne Probleme aber wenn ich es auf den Micro draufflashe kommt er im Startupfile nur bis zum libc call (bl __libc_init_array
-ffunction-sections -mlong-calls -Wall -g -Os -DSTM32F030x6 -o main.elf ./Src/main.o (andere .o der Lib usw.) ./startup_stm32f030x6.o -specs=nano.specs -Wl,--gc-sections -Wl,-script="./STM32F030F4_FLASH.ld" [/code] Der ggc ist der aktuellste von Linux
-
Thread
Arduino-Umgebung oder Atmel-Studio?
makefile for ARM Cortex ## ######################################## NAME = stm32-demo SRCS = $(wildcard src/*.c) SRCS += $(wildcard src/*.s) INCDIRS = inc/ INCDIRS += stm_inc/ DEFINES = -DSTM32F401xE DEFINES += -DNO_LIBC_INIT_ARRAY LSCRIPT = stm_inc
## bare bones makefile for ARM Cortex ## ######################################## NAME = stm32-demo SRCS = $(wildcard src/*.c) SRCS += $(wildcard src/*.s) INCDIRS = inc/ INCDIRS += stm_inc/ DEFINES = -DSTM32F401xE DEFINES += -DNO_LIBC_INIT_ARRAY LSCRIPT = stm_inc
-
Thread
(Vektorieller)Netzwerkanalyzer für Amateurfunk
dieses käme mindestens ein 7" mit 800x480 in Frage, sonst sieht man nix. Das wiederum braucht nen 32 Bit Bus und den haben die von dir angesprochenen STM32F429 NUR im 208 poligen Gehäuse (mit o.g. HW-Bugs). Allerdings sind diese deutlich teurer als vergleichsweise die LPC4088 im 208er Gehäuse. 5
ich sehe das geringfügig anderst. 1. Die Aufgabe ist fest umrissen, da reicht der STM32 locker. 2. Es ist kein Problem das mit C auf einem uC hinzukriegen, davon lebe ich. 3. ST ist der Marktführer, die 4xx er Serie setze ich in der Firma in riesgen Mengen ein. Mir sind da
-
Thread
Portables C-Forth mit Ports für ARM/m68k/SH3
Anleitung, wie Dein Forth zu kompilieren und zu installieren ist. Kannst Du ein Beispiel für ein STM32F4 Discovery machen? Gruß, chris_
> Kannst Du ein Beispiel für ein STM32F4 Discovery machen? Auf einem GNU/Linux-System mit installiertem GNU m4, arm-gcc und -binutils sollte git checkout arm/stm32 make ein stubforth.elf liefern, welches man mit dem
-
Thread
libgcc.a für cortex-M0 und cortex-M3
Ich sehe 3 Unterschiede zu meinem Makefile. 1. meine LDFLAGS haben nur den Eintrag: LDFLAGS = -Wl,--gc-sections -Wl,-Map=$(PROJ_NAME).map 2. meine CFLAGS haben zusätzlich die CPU Angabe, deine wäre: -DSTM32F051 3. für die elf Datei (linker) nehme ich LDFLAGS und CFLAGS: $(CC) $(CFLAGS) $(
* kommt das -mcpu mit und schon geht's. Herzlichen Dank! Du hast 10 unschuldige STM32F051K6 gerettet :)
-
Thread
STM32F4 mit CodeBlocks und Linux - C++ geht nicht?
Codeblocks 13.12) ummünzen. Meine C-Files, die ich erstellen kann, kann ich erfolgreich auf den STM32 laden und Sie funktionieren auch. Nun habe ich leider wieder das Problem, wie auf der Kommandzeile auch schon, das wenn ich C++ Std-Header einbinden will, der Compiler die Biblioteken nicht kennt
mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -ffunction-sections -fdata-sections -flto -Wl, -static -specs=nosys.specs Danke Habe hier noch einen Nachtrag: Habe die main.c in main.cpp umbenannt, jetzt kommen andere Fehlermeldungen: fstatr.c:(.text._fstat_r+0xe)||undefined
-
Thread
Wie C++ Datein übersetzen mit arm-none-eabi-g++ (Kommandozeile)
den ganzen Vormittag, nachdem ich unter Windows mit EM-Blcoks erfolgreich ein C++ Projekt für den STM32F4 erstellt habe, diese Quelldatein unter Linux mit dem arm-none-eabi-g++ zu übersetzen. Reine C-Datein werden übersetzt, es kommt nur zu Problemen beim einbinden der Standard-Header. Gibt es dafür
mfloat-abi=hard -mthumb -ffunction-sections -fdata-sections -g -fno-rtti -fno-exceptions test.cpp -T stm32f407vg_sram.ld -T stm32f407vg_flash.ld [/code]
-
Thread
ARM DSP LIB Speicherverbrauch
float32_t arm_cos_f32 (float32_t x) Stinkt ganz gewaltig danach, das du die FPU nicht aktiviert hast und damit das ganze Software-Floatingpoint Zeugs mit in den Code bekommen hast? Hast du die Optimierung
Ausführungsdauer. > Ich habe auch mal den Zyklenzähler eingebaut nach > Beitrag "Re: Floating Pointing Unit STM32F4" > Der zeigt mir ca. 3.020.000 Zyklen, das passt zu den 25,2 ms bei 120 MHz > Takt. Ist aber deutlich mehr als deine 125.000 Zyklen (der LPC1769 ist > aber auch ein M3, also ohne FPU). Sehe
-
Thread
[arm] Kompileroption -flto bewirkt daß der uart (ungefähr) doppelt so schnell läuft
=cortex-m4 -mthumb-interwork -Wl,--gc-sections Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal.c arm-none-eabi-gcc -c -o stm32f4xx_hal_rcc.o -Isrc/ -IDrivers/STM32F4xx_HAL_Driver/Inc/ -IDrivers/CMSIS/Device/ST/STM32F4xx/Include/ -IDrivers
/ -DSTM32F401xE -Os -flto -ffunction-sections -mlittle-endian -mthumb -mcpu=cortex-m4 -mthumb-interwork -Wl,--gc-sections Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_uart.c arm-none-eabi-gcc -c -o stm32f4xx_hal_dma.o
-
Thread
collect2.exe: error: ld returned 1 exit status
zusammen, ich bin Neueinsteiger in der Embedded-Entwicklung und will den ARM Cortex-M4 auf einem STM32F429 Discovery in C Programmieren. Dazu nutze ich Eclipse Luna für C/C++ Entwickler mit der ARM-Toolchain auf einem Windows 7 Rechner. Beim Linken eines einfachen Makefile-Projekt tritt ein Fehler
Cross ARM C Linker' arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -O0 -Wall -g -Xlinker --gc-sections -Wl,-Map,"_TEMP_.map" -o "_TEMP_" ./startup/startup_stm32f429_439xx.o ./source/main.o c:/gnu_tools_arm_embedded/4.8_2014q3/bin/../lib/gcc/arm-none-eabi/4.8.4/../../../../arm-none-eabi/lib/armv7e-m\
-
Thread
Impulsverlängerung von [2-40 ms] auf > 20ms
sich für Batteriebetrieb ggf. auch mit autom. Abschaltung. Dann habe ich noch eine Schaltung mit STM32F407, wofür auch eine Leerplatine verfügbar ist und die 2x16 -> 4x20 LC-Anzeigen ansteuert. Damit kann man Zeiten mit ca. 6 ns Auflösung messen. Bislang habe ich nur ein Programm für einen 4-kanaligen
Die Lichtschranken sind SICK WL160. Im Datenblatt steht "PNP: Open Collector: Q". Heißt das, ich kann Q direkt an den Eingang des Arduino anschließen? (Datenblatt der Lichtschranke: https://www.mysick.com/PDF/Create.aspx?ProductID
-
Thread
Retro Fieber: Z80 oder 68000 ?
angedichtet; das geht mir einfach gegen den Strich! Allerdings sehe ich auch, dass zum Beispiel die STM32F4xx immer noch viele Interrupts über einen einzigen Vektor abhandeln und man alle relevanten Statusbits in der ISR 'abklappern' muß. Das geht mir auch gegen den Strich :-)
#3875528 schon mal Uwe Bergers Basic-Interpreter ans Herz gelegt. Läuft auf AVR, XMC2GO und auf STM32F4xxx - und benutzt mcurses für den Full-Screen-Editor. Schau da mal rein, ich habe Dir dort bereits ein paar Links zum Stöbern serviert.
-
Thread
Berechnung auf PC und auf Controller unterschiedlich
Liegt das daran, dass es sich beim Controller um eine 8bit CPU handelt, bei meinem PC jedoch um einen 32bit Prozessor? Wie kann ich dies umgehen? Danke für die Antworten und einen schönen Abend wünscht hafisch
das daran, dass es sich beim Controller um eine 8bit CPU handelt, > bei meinem PC jedoch um einen 32bit Prozessor? > Wie kann ich dies umgehen? Einen 32bit-controller nehmen, z.B. Atmel SAM3X8E (Arduino Due, Cortex-M3) oder einen STM32F4 (Cortex-M4), was aber nichts mit deinem Problem zu tun hat.
-
Thread
[V] Div. EVA Baords
Captain C. schrieb im Beitrag #3736022: > > STM32 F3 Discovery > > STM32F4-Discovery > > STM32 L1 Dicovery > Könntest Du bitte die genauen Boardbezeichnungen preisgeben?
Beide Kits sind weg. STM32F4-Discovery STM32 L1 Dicovery
-
Thread
ST Motor Control Firmware Library unter Coocox
-Wl,-Map=blam1.map -Os -Wl,--gc-sections -LC:\CooCox\CoIDE\configuration\ProgramData\blam2 -Wl,-TC:\CooCox\CoIDE\configuration\ProgramData\blam2/arm-gcc-link.ld -g -o blam1.elf ..\obj\stm32f30x_opamp.o ..\obj\UITask.o ..\obj\stm32f30x_rcc.o ..\obj\USART_F30X_PhysicalLayerCommunication_Class.o ..\obj\stm32f30x_adc.o ..\obj\UserInterfaceClass.o ..\obj\stm32f30x_it.o ..\obj\stm32f30x_comp.o ..\obj\stm32f30x_gpio.o ..\obj\main.o
-
Thread
STM32-Toolchain mit Eclipse CDT 4.3, GnuArmEclipse, OpenOCD 0.8.0, Gnu Arm GCC 4.8, STM32CubeMX
fdata-sections -g3 -T "C:\Users\Hans\workspace\F4Discovery\Projects\TrueSTUDIO\F4Discovery Configuration\STM32F407VG_FLASH.ld" -Xlinker --gc-sections -Wl,-Map,"F4Discovery.map" -o "F4Discovery.elf" ./Src/main.o ./Src/stm32f4xx_hal_msp.o ./Src/stm32f4xx_it.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal.o
STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_i2s.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_i2s_ex.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_irda.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_iwdg.o
-
Thread
ARM-GCC: stderr
'main': [cc] C:\Users\Nicolas\Desktop\SVN\Funkenerodierer\Firmware_STM32_F103\main.c:83:16: warning: unused variable 's' [-Wunused-variable] [cc] Starting link [cc] arm-none-eabi-gcc -mcpu=cortex-m3 -mthumb -g -nostartfiles -Wl,-Map=muEDM_F103.map -O3 -Wl,--gc-sections -LC:\STM32_Development\CooCox\CoIDE\configuration\ProgramData\muEDM_F103 -Wl,-TC:\STM32_Development\CooCox\CoIDE\configuration\ProgramData\muEDM_F103/arm-gcc-link.ld -g -o muEDM_F103.elf
-
Thread
Umstieg von ATmega16 auf ATmega32
Max schrieb im Beitrag #3629381: > iom32c1.h oder iom32hvb.h Das sind völlig andere Controller. Der Mega32C1 z.B. ist einer mit 32 Pins und CAN.
markup EDIT: Muss aber hinzufügen, dass der Code nicht nur auf AVR, sondern auch auf PIC und ARM (STM32), auf Dateibasis zum Debuggen auch noch auf Linux und Windows läuft.
-
Thread
Z180-Stamp Modul
folgenden Varianten möglich sein: Z180-Stamp + EPROM Z180-Stamp + Bootprozessor (AVR, Propeller, STM32) Z180-Stamp + Bootprozessor + ECB-Bus Im nächsten Schritt folgt der Bootprozessor (AVR, STM32) als Huckepackvariante zum Z180-Stamp. Alle Unterlagen wie immer hier: http://www.mikrocontroller.net
einbeziehen, wenn in dem System auch Vector-Interrupts möglich sein sollen. (Das habe ich in meinem STM32-Entwurf auch vergessen.) > Der Z180 SRAM wird per DMA übernommen. Der ATmega1284 hat DMA? Beim STM32 funktioniert das. Am AVR wird man so wohl nur einen Int auslösen können, und die Daten dann
-
Thread
BLDC ansteuerung die x-te
Für mein Projekt würde ich gerne einen BLDC via FET-Halbbrücke und PWM mittels STM32 controller und Blockkommutierung ansteuern. Leider scheitere ich schon an der Theorie. Ich habe gelesen das Hi- und Low Side Transistoren invers gesteuert werden müssen mit deadtime wegen shoot-through
aktiviert oder deaktiviert. Hier z.B. ist die Kernroutine für Block Kommutation aus einem meiner STM32 Projekte, STM32F103, Timer 1 ist hier der Advanced Timer: [c] // PHASES to position in TIMx_CCER register #define UH 0x0004 #define UL 0x0001 #define VH 0x0040 #define VL 0x0010 #define
-
Thread
LED Tisch mit Berührungs-/Gegenstandserkennung
bau ich mir auch irgendwann noch... :-) ) Sowas ist mit den Equinox-Streifen kein Problem, mit 32 Stück hast Du zwar nur 32x15 statt 32x16, aber was da im Video abgeht, mache ich mit nur einem ATmega168 als Master.
deinen angestrebten Preis). Mein Vorschlag: PCB: 15x15cm² oder 20x20cm² 2,50€ / 4€ µC : STM8S 0,40€ Treiber: SCT2xxx 0,25€ Leds: 16*0,02€ 0,32€ IR-Leds: 16*0,03€ 0,48€ Fotodioden: 16*0,02€ 0,32€ Hühnerfutter
-
Thread
Makefile Verständnisproblem
PROGRAM=main LIBDIR=$(TOP)/Libs #Adust the following line to the library in use #STMLIB=$(LIBDIR)/STM32F10x_StdPeriph_Lib_V3.6.1/Libraries STMLIB=$(LIBDIR)/STM32F10x_StdPeriph_Lib_V3.5.0/Libraries #Adjust TypeOfMCU in use, see CMSIS file "stm32f10x.h" #STM32F103RBT (128KB FLASH, 20KB RAM) --> STM32F10X_MD TypeOfMCU=STM32F10X_LD_VL #STM32F103RET (512KB FLASH, 64KB RAM) --> STM32F10X_HD #TypeOfMCU=STM32F10X_HD TC=arm-none-eabi CC=$(TC)-gcc LD=$(TC)-ld -v OBJCOPY=$(TC)-objcopy AR=$(TC)-ar GDB=$(TC)-gdb INCLUDE
-
Thread
Warum wird Variable wegoptimiert?
GLCD_DI); //GLCD_CTRL_PORT &= ~(1 << GLCD_DI); // Instruction delay_us(0.450); // max(t_ASU,t_t_WL) SetBits(GLCD_CTRL_GPIO,GLCD_ECLK); //GLCD_CTRL_PORT |= (1 << GLCD_ECLK); 8000b40: 610b str r3, [r1, #16] // geht nicht: uint32_t temp = ((((uint16_t) value)<<GLCD_DATA_OFFSET
Gedanke. Und immerhin funktioniert ja noch die Variante mit der Standard-Peripheral-Library meines STM32, also muß die Pinzuordnung schon einmal stimmen.