-
Thread
Micronucleus - USB-Bootloader für ATtiny
durchaus einiges auf dem Kasten, das muss ich hier aber nicht beweisen. Ein HEX File auf einem STM32 raufzuspielen ist kinderleicht. Aber nein, bei dieser Open Source Geschichte in Bezug auf Atmel muss man sieben Umwege gehen, bis dass es mal funktioniert. Und ich sehe JETZT bereits das
Henry schrieb im Beitrag #5890198: > Ein HEX File auf einem STM32 raufzuspielen > ist kinderleicht. Sag 'mal, trollst Du hier nur herum? Wenn Du schon generell nicht weisst, wie man einen ATtiny programmierst, was willst Du dann mit einem Bootloader? Schaue
-
Thread
Cross ARM C++ Linker Problem bei c++ Code mit Klassen
Wall -g -T libs.ld -T mem.ld -T sections.ld -nostartfiles -Xlinker --gc-sections -L"../ldscripts" -Wl,-Map,"DigiPot.map" -o "DigiPot.elf" ./src/test/main.o ... ./src/test/main.o: In function `_GLOBAL__sub_I_LED_Green': C:\Dokumente und Einstellungen\ENG2\Desktop\RFID\eclipse\workspace\DigiPot\Release
mich leider auch nicht weiter... Ich kann noch dazu sagen das ich ein C++ Projekt template für den STM32F4 genutzt habe. Dieses wird ja beim erstellen eines neuen Projekts unter Executable angeboten. Den Code den ich versuche zu compelieren kann ich mit anderen IDEs ohne Probleme umsetzen z.B. mit
-
Thread
Atmel Data Flash Bibliothek Wear Leveling?
muss Messwerte mit einer fertigen Platine erfassen und speichern. Auf der Platine befindet sich ein STM32 F4 sowie ein AT45DB041D Data Flash von Atmel. Nun bin ich auf der Suche nach einer Libary / einem Tool oder ähnlichem um den Speicher ordentlich verwenden zu können. Die Bibliothek soll, wenn
bekommst du sehr schnell viele Messwerte und schreibst damit den Flash voll. Dazu brauchsts doch kein WL. Das bringt ja dann auch nichts. WL ist eher dafür gedacht, wenn du immer wieder wenige Bytes schreiben musst, und die ersten Speicherstellen gehen dann schnell kaputt, während der Rest vom Flash nie
-
Thread
Cortex M4/STM32F4: Problem mit BLX Instruktion
'"C:\Program Files\arm-none-eabi-gcc-4_6\arm-none-eabi\lib\fpu\libc.a"' ..\obj\startup_stm32f4xx.o ..\obj\main.o ..\obj\stm32f4xx_rcc.o ..\obj\timers.o ..\obj\tasks.o ..\obj\stm32f4xx_gpio.o ..\obj\list.o ..\obj\system_stm32f4xx.o ..\obj\port.o ..\obj\queue.o ..\obj\croutine.o ..\obj\heap
'"C:\Program Files\arm-none-eabi-gcc-4_6\arm-none-eabi\lib\fpu\libc.a"' ..\obj\startup_stm32f4xx.o ..\obj\main.o ..\obj\stm32f4xx_rcc.o ..\obj\timers.o ..\obj\tasks.o ..\obj\stm32f4xx_gpio.o .. [/code]
-
Thread
STM32F4 adc atan2 problem
-I../Libraries/STM32_USB_Device_Library/Core/inc/ -I../Libraries/STM32_USB_OTG_Driver/inc/ -Wl,-T,stm32_flash.ld main.c init.c syscalls.c stm32f4xx_it.c system_stm32f4xx.c stm32f4_discovery.c printf.c ../Libraries/STM32F4xx_StdPeriph_Driver
-I../Libraries/STM32_USB_Device_Library/Core/inc/ -I../Libraries/STM32_USB_OTG_Driver/inc/ -Wl,-T,stm32_flash.ld main.c init.c syscalls.c stm32f4xx_it.c system_stm32f4xx.c stm32f4_discovery.c printf.c ../Libraries/STM32F4xx_StdPeriph_Driver
-
Thread
Eclipse Linux STM32
Value=8000000" -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/CMSIS/Include/ -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/CMSIS/Device/ST/STM32L1xx/Include -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/STM32L1xx_StdPeriph_Driver
/4.6.1/include-fixed -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/CMSIS/Include -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/CMSIS/Device/ST/STM32L1xx/Include -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/STM32L1xx_StdPeriph_Driver
-
Thread
[ARM]DiscoverF4 CycloneTCP Stack Webserver/Client Demo mit CoIDE
..\obj\yarrow.o ..\obj\mpi.o ..\obj\dsa.o ..\obj\cipher_mode_ecb.o ..\obj\stm32f4xx_can.o ..\obj\slaac.o ..\obj\stm32f4_discovery_sdio_sd.o ..\obj\ripemd128.o ..\obj\stm32f4xx_wwdg.o ..\obj\ipv4_frag.o ..\obj\stm32f4xx_hash_md5.o ..\obj\str.o ..\obj\stm32f4xx_dac.o ..\obj\tiger.o ..\obj\discard.o ..\obj\startup_stm32f4xx.o ..\obj\stm32f4x7_eth.o ..\obj\stm32f4_discovery.o ..\obj\sha512_256.o ..\obj\base64.o ..\obj\stm32f4xx_crc.o ..\obj\stm32f4xx_iwdg.o ..\obj\echo.o ..\obj\main.o ..\obj\dhcpv6_client.o ..\obj
-
Thread
Suche kleine Funkschaltung/Relais für Armwecker
http://www.ebay.de/itm/Wireless-433Mhz-Transmitter-Receiver-Burglar-Alarm-Module-Arduino-ARM-MCU-WL-/281075048233?pt=LH_DefaultDomain_0&hash=item417160df29 und http://www.ebay.de/itm/5V-2-Channel-Relay-Shield-for-Arduino-ARM-PIC-AVR-DSP-STM32-/280958222582?pt=LH_DefaultDomain_0&hash=item416a6a40f6
-
Thread
Hackbarer(?) 21 EUR Quadcopter
so wir (steinerhippo und ich) haben den SWD von einem STM32F4Disocervy mit einem NXP LPC1343 verbunden und das Target wird von Keil erkannt. Verbundene Pins für eine erfolgreiche Kommunikation: LPC1343 SWD STM32F4Discovery SWDIO/TMS SWDIO SWDCLK
eher, dass das ST-Linkt versucht irgendwelche Protokolleigenarten auszunutzen, die es nur auf dem STM32 gibt.
-
Thread
Verständnisfrage: BLDC mit S(V)PWM und Winkelencoder
UH bzw ~240/255 für PWM UL. (?) Wert 5 in Sektor 1: ~5/255 für PWM WH bzw ~250/255 für PWM WL. (?) Wert 6 in Sektor 1: ~240/255 für PWM WH bzw ~10/255 für PWM WL. (?) (Falls die Step Tabelle bedeuten soll, dass bei einem Minus sich die Comparewerte tauschen)
normalen Halls erfasst werden. @Motormann: Ich habe den Algorithmus von AVR447 auch schon mal auf dem STM32F1XX implementiert (mit einem 'Advanced Timer') und auf dem XMega mittels AWEX. Sollte also möglich sein, auch auf PSoC5LP (was auch immer das ist :-) zum Erfolg zu kommen.
-
Thread
STM32F3 Fehlermeldungen beim Buildvorgang
Fehlermeldungen: Building target: Template_Project.elf Invoking: Cross GCC Linker arm-none-eabi-gcc "-Wl,-Map=Template_Project.map" -o "Template_Project.elf" ./src/main.o ./src/stm32f30x_it.o ./src/system_stm32f30x.o ./STM32F3_Discovery/stm32f3_discovery.o ./STM32F30_StdPeriph_Library/stm32f30x_adc.o ./STM32F30_StdPeriph_Library/stm32f30x_can.o ./STM32F30_StdPeriph_Library/stm32f30x_comp.o ./STM32F30_StdPeriph_Library/stm32f30x_crc.o ./STM32F30_StdPeriph_Library/stm32f30x_dac.o ./STM32F30_StdPeriph_Library
-
Thread
C++ mit CooCox
.\obj\stm32f4xx_syscfg.o ..\obj\stm32f4_discovery_audio_codec.o ..\obj\stm32f4xx_usart.o ..\obj\stm32f4xx_dac.o ..\obj\startup_stm32f4xx.o ..\obj\stm32f4_discovery.o ..\obj\main.o ..\obj\stm32f4xx_rcc.o ..\obj\stm32f4xx_gpio.o ..\obj\system_stm32f4xx.o ..\obj\stm32f4xx_dma.o ..\obj\stm32f4_discovery_callbacks.o ..\obj\stm32f4xx_spi.o ..\obj\stm32f4xx_i2c.o ..\obj\stm32f4xx_exti.o ..\obj\misc.o ..\obj\stm32f4_
-
Thread
STM32F103, Hard-Fault bei Float Operation
Linker-Flags sind: -T${ProjDirPath}\stm32_128k_20k_flash.ld -mcpu=cortex-m3 -mfloat-abi=soft -mthumb -ffunction-sections -fdata-sections -Wl,--gc-sections -static Hat jemand eine Idee wo das Problem liegen könnte? Ich bin für jeden Tipp
übrigens nicht angegeben. Warum das Flag laut dem Artikel http://www.mikrocontroller.net/articles/STM32 angegeben werden sollte für einen Cortex-M3 ist mir schleierhaft.
-
Thread
gcc-4.7 -lto -Os funktioniert nicht
/stm32f107vct6_flash.ld -nostartfiles -Wl,--gc-sections -v -mcpu=cortex-m3 -mthumb -specs=nano.specs -specs=rdimon.specs -lc -lnosys -lc -u _printf_float -flto Toolchain: gcc-arm-none-eabi-4_7-2013q2
fdata-sections -flto -c -g -DUSE_STDPERIPH_DRIVER -Iinclude -ILibraries/CMSIS/CM3/CoreSupport -ILibraries/STM32F10x_StdPeriph_Driver/inc -mthumb -mcpu=cortex-m3 -Os -fno-builtin -ffunction-sections -fdata-sections -flto -MMD -MP -MF Debug linkerflags: -Os -Tsrc/stm32f107vct6_flash.ld -nostartfiles -Wl
-
Thread
(ARM) GCC binary size viel größer als von Realview
Project.fed" -c --cpu Cortex-M4.fp -D__EVAL -g -O2 -Otime --apcs=interwork -I..\User -I..\Libraries\STM32F4xx_StdPeriph_Driver\inc -I..\Libraries\CMSIS\Include -I..\Libraries\CMSIS\Device\ST\STM32F4xx\Include -I P:\Keil\ARM\RV31\Inc -I P:\Keil\ARM\CMSIS\Include -I P:\Keil\ARM\Inc\ST\STM32F4xx -DSTM32F4XX
-IP:/Keil/ARM/CMSIS/Include -IP:/Keil/ARM/Inc/ST/STM32F4xx -DSTM32F4XX -DUSE_STDPERIPH_DRIVER -DHSE_VALUE="8000000" -Wa,-alhms="*.lst" -o *.o [/code] GCC Linker: [code] -T ./stm32_flash.ld -mthumb -Wl,-Map="./Project.map" -o Project.elf -gc-sections
-
Thread
STM32f4 performance
Ich habe mich seit einige Zeit gefragt wie schnell den Cortex-M4 (STM32F4) wirklich ist. Deaswegen, habe ich den Quelltext von http://www.st.com/st-web-ui/static/active/en/resource/technical/document/application_note/DM00047230.pdf genommen, compiliert mit gcc
arm-none-eabi-gcc obj/src/main.o obj/src/rcc.o obj/src/discovery.o obj/src/discovery_ex.o obj/src/startup_stm32f4xx.o -lm -Wl,-Map=obj/STM32F4.map,--cref -Wl,--gc-sections -Tsrc/stm32_flash.ld -mcpu=cortex-m4 -mthumb -mfloat-abi=softfp -mfpu=fpv4-sp-d16 --output obj/STM32F4.elf GenerateJulia_fpu(320, 240
-
Thread
STM32 - Problem beim Compilieren mit CooCox ([cc] collect2.exe: error: ld returned 1 exit status)
[cc] Starting link [cc] arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -g -nostartfiles -flto -Wl,-Map=Test2.map -O0 -Wl,--gc-sections -Wl,--entry=main -LC:\CooCox\CoIDE\configuration\ProgramData\Test2 -Wl,-TC:\CooCox\CoIDE\configuration\ProgramData\Test2/arm-gcc-link.ld -g -o Test2.elf ..\obj\stm32f4xx_syscfg.o ..\obj\startup_stm32f4xx.o ..\obj\main.o ..\obj\stm32f4xx_rcc.o ..\obj\stm32f4xx_gpio.o ..\obj\system_stm32f4xx.o ..\obj\stm32f4xx_exti.o ..\obj\misc.o ..\obj\stm32f4xx_tim.o [cc] C:\Users\JanW\AppData\Local\Temp
-
Thread
Schaltregler Entwurf
%3d%3d) PE53932S 8,39€ (http://de.mouser.com/ProductDetail/Pulse/PE-53932S/?qs=sGAEpiMZZMsg%252by3WlYCkU45muCuneYXkkHOImB2HWEI%3d) RL-6050-33 (NA@mouser) Meine Alternative ?? SRN1060-330M 53Cent http://de.mouser.com/ProductDetail/Bourns/SRN1060-330M/?qs=sGAEpiMZZMsg%252by3WlYCkUw2KTUPRwVFv%252bql1A2HY3V0%
330M-RC 74Cent http://de.mouser.com/ProductDetail/JW-Miller/PM125SH-330M-RC/?qs=sGAEpiMZZMsg%252by3WlYCkU3mQwXrFbCWXuT4pYbie%2fvY%3d PM127SH-330M-RC 78Cent http://de.mouser.com/ProductDetail/JW-Miller/PM127SH-330M-RC/?qs=sGAEpiMZZMsg%252by3WlYCkU3JU4U0oqpzxTy9sx0iddNw%3d Schottly Dioden Vorschlag
-
Thread
Touch bauen, suche günstigere alternativen
STM32F37x hat 22 Touch Kanäle und viele PWM Ausgänge für die LED's. Ich weiß jetzt nicht ob ein kapazitiver Touch in Frage käme. Bei der Anzahl kämen evt. 10 von diesen Prozessoren günstiger (= 220 Touch Punkte). Siehe auch hier: [[STM32]]
-
Thread
Lightweight WS2811/WS2812 Library
btw, nur so als frage zwischen durch warum versucht man mit einem STM32 die 150 WS2812b mit bitbanging an zu steuern? Anstatt einfach den SPI zu benutzen?
unverständliche Lösungen, da kann eine Variante mehr nicht schaden ;) Vielleicht bastel ich das noch für den STM32F030 - gegebenenfalls mit N-FET/P-FET zum sauberen Schalten.
-
Thread
sscanf() mit -mfloat-abi=hard
..\obj\common_data.o ..\obj\stm32f4xx_usart.o ..\obj\stm32f4xx_can.o ..\obj\epos.o ..\obj\drive.o ..\obj\startup_stm32f4xx.o ..\obj\main.o ..\obj\stm32f4xx_rcc.o ..\obj\printf.o ..\obj\can.o ..\obj\default_hardware.o ..\obj\odometry.o ..\obj\can_drive.o ..\obj\stm32f4xx_gpio.o ..\obj\stm32f4xx_flash.o ..\obj\system_stm32f4xx.o ..\obj\syscalls.o ..\obj\misc.o ..\obj\serial.o ..\obj\spline.o ..\obj\circular_buffer.o ..\obj\stm32f4xx_tim.o "-L..\..\..\..\..\..\.
-
Thread
Diskussion zum Artikel "Single Chip Frequenzumrichter" für den 2. MC Wettbewerb
Brushless Motor with Sinus Modulation). Allerdings benutze ich sowohl auf dem XMega als auch auf dem STM32F100 (VL Discovery) andere Hardware, also auf dem XMega (192A3/A1) die AWEX Peripherie und auf dem STM32F100 einen Advanced Timer mit 3 PWM Registern in einem Timer. Das Prinzip bleibt aber genau
schon willig drehen. Gut geeignet als MC sind übrigens die XMega wegen der AWEX Einheit oder die STM32 mit Advanced Timer. Ich habe damals AVR447 mit reichlich Konsolenunterstützung (Messwerte und Debug) auch auf diese MC portiert.
-
Thread
Geeigneter DSP für Audiosignalverarbeitung
Das könnte vielleicht sogar noch fast mit dem STM32 hinhauen.
Kenne mich mit DSP zwar nicht aus, aber ist der STM32F4 nicht genau dafür? Hat alles was du brauchst und ist sau günstig! Ingo
-
Thread
STM32F4 + CooCox CoIDE Linker Fehler
Hallo, ich versuche gerade das erste Mal ein Programm für mein Mikrocontroller Board STFM32F4-Discovery zu kompilieren. Ich nutze dazu die GNU Tools GCC ARM Embedded von der CooCox Seite sowie die CoIDE. Ich erstelle ein Projekt wähle ST->STM32F407VG und versuche das Projekt über F7(Build)
erscheint leider die Linker-Fehlermeldung: arm-none-eabi-gcc: error: unrecognized command line option '-Wl' Kennt jemand vielleicht diese Meldung und kann mir eine Lösung nennen?
-
Thread
Wer sucht ein Wettbewerbsthema?
'"D:\stm32\stm103gui\STM103_LCD_GUI\MDK_Project\Project_Target 1\User\system_stm32f10x.c"' '"D:\stm32\stm103gui\STM103_LCD_GUI\MDK_Project\Project_Target 1\Lib\Embedded_GUI_HAL\src\LcdHal.c"' '"D:\stm32\stm103gui
[cc] arm-none-eabi-gcc -O0 -nostartfiles "-Wl,-Map=Project_Target 1.map" -mthumb "-LD:\stm32\stm103gui\STM103_LCD_GUI\MDK_Project\Project_Target 1" -Wl,--gc-sections "-Wl,-TD:\stm32\stm103gui\STM103_LCD_GUI\MDK_Project\Project_Target 1/link.ld"
-
Thread
STM32F4Discovery mit CooCox :: GPIO,SDIO,Timer,SoftTimer,USART,printf
link [cc] arm-none-eabi-gcc -O0 -nostartfiles -Wl,-Map=Stm32F407_blink.map -mcpu=cortex-m4 -mthumb -LC:\Users\tw\Documents\CooCox\Stm32F407_blink -Wl,--gc-sections -Wl,-TC:\Users\tw\Documents\CooCox\Stm32F407_blink\arm-gcc-link.ld -g -o Stm32F407_blink.elf
\ProgramData\Stm32F407_blink -Wl,-TC:\CooCox\CoIDE\configuration\ProgramData\Stm32F407_blink/arm-gcc-link.ld -g -o Stm32F407_blink.elf ..\obj\stm32f4xx_syscfg.o ..\obj\stm32f4xx_sdio.o ..\obj\fswrapper.o ..\obj\stm32f4xx_usart.o
-
Thread
STM3240G-EVAL Beispielprogramm
/inc -I../../../../Libraries/CMSIS/Device/ST/STM32F2xx/Include -I../../../../Libraries/STM32F2x7_ETH_Driver/inc -I../../../../Utilities/STM32_EVAL -I../../../../Utilities/STM32_EVAL/Common -I../../../../Utilities/STM32_EVAL/STM322xG_EVAL -I../../.
musst Du dem Linker noch sagen, was er machen soll: -mthumb -mcpu=cortex-m4 -mfpu=fpv4-sp-d16 -T"..\STM32F207IG_FLASH.ld" -static -L../../../../Utilities/STM32_Audio/Addons/SpiritDSP_Equalizer -L../../../../Utilities/STM32_Audio/Addons/SpiritDSP_LoudnessControl -Wl,-cref,-u,Reset_Handler,--no-wchar-size-warning
-
Thread
STM32F4 und Hallsensoren
Hallo Leute, ich versuche mit dem STM32F407 die Hallsensoren eines BLDC abzufragen, damit ich den dann ansteuern kann. PWM usw. habe ich schon implementiert, die läuft auch. Was aber nicht geht, ist die Abfrage der Hallsensoren. Ich
8-bitter (ATMega88/168...), das Prinzip ist aber leicht umsetzbar auf einen der Advanced Timer des STM32 mit 3 seiner 4 CC Register. (Ich nehme Timer8 auf einem STM32F103). Am elegantesten alleridngs finde ich dafür allerdings AWEX auf einem XMega. Tobias Plüss schrieb im Beitrag #2893738: > Wie
-
Thread
STM32F4Discovery mit CooCox CoOS-RTOS und printf
C:\Users\daniel\Dropbox\stm32f4\STM32F4_Discovery_CoOS\CoOS\kernel\task.c C:\Users\daniel\Dropbox\stm32f4\STM32F4_Discovery_CoOS\cmsis_boot\startup\startup_stm32f4xx.c C:\Users\daniel\Dropbox\stm32f4\STM32F4_Discovery_CoOS\stm32f4
[cc] Starting link [cc] arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -g -nostartfiles -Wl,-Map=STM32F4_Discovery_CoOS.map -Os -Wl,--gc-sections -LC:\CooCox\CoIDE\configuration\ProgramData\STM32F4_Discovery_CoOS -Wl,-TC:\CooCox\CoIDE\configuration\ProgramData\STM32F4_Discovery_CoOS/arm-gcc-link.ld
-
Thread
stm32F4Discovery mit Coocox Beispielen und Quickstart
-O3 -Wl,--gc-sections -LC:\CooCox\CoIDE\configuration\ProgramData\STM32F4_GPIO_INPUT_OUTPUT -Wl,-TC:\CooCox\CoIDE\configuration\ProgramData\STM32F4_GPIO_INPUT_OUTPU T/arm-gcc-link.ld -g -o STM32F4_GPIO_INPUT_OUTPUT.elf ..\obj\startup_stm32f4xx.o ..\obj\main.o ..\obj\stm32f4xx_rcc.o ..\obj\stm32f4xx_gpio.o ..\obj\system_stm32f4xx.o ..\obj\stm32f4xx_tim.o [cc] arm-none-eabi-gcc: error: unrecognized command line option '-Wl
-
Thread
STM32VL-Discovery & printf
linken schief: [code] [cc] Starting link [cc] arm-none-eabi-gcc -O0 -nostartfiles -Wl,-Map=Print1.map -mcpu=cortex-m3 -mthumb -LC:\CooCox\CoIDE\workspace\Print1 -Wl,--gc-sections -Wl,-TC:\CooCox\CoIDE\workspace\Print1\link.ld -g -o Print1.elf ..\obj\startup_stm32f10x_md_vl.o ..\obj\core_cm3.o ..\obj\system_stm32f10x.o ..\obj\stm32f10x_pwr.o ..\obj\stm32f10x_gpio.o ..\obj\main.o ..\obj\stm32f10x_rcc.o ..\obj\stm32f10x_usart.o ..\obj\maiin.o [cc] c:/program files/arm-none-eabi-gcc-4_6/bin/../lib/gcc
-
Thread
STM32F4 CoOS
\STM32F4_Discovery_CoOs\UART\usart.c:107:0: warning: ignoring #pragma import [-Wunknown-pragmas] [cc] Starting link [cc] arm-none-eabi-gcc -O1 -nostartfiles -Wl,-Map=STM32F4_Discovery_CoOs.map -mcpu=cortex-m4 -mthumb -LC:\CooCox\CoIDE\workspace\STM32F4_Discovery_CoOs -Wl,--gc-sections -Wl,-TC:\CooCox\CoIDE\workspace\STM32F4_Discovery_CoOs/link.ld -g -o STM32F4_Discovery_CoOs.elf ..\obj\kernelHeap.o ..\obj\core.o ..\obj\timer.o ..\obj\utility.o
-
Thread
Allgemeine Fragen zu Audio-DACs und ADCs
DACs könnte man dann an ein SPI-Interface dranhängen bzw. Wodurch wird das dann begrenzt? lg PoWl
Ein schones Beispiel ist das STM32 F4 Discovery Board. Hat eine Audio DAC (2 Kanale, I2S), und ist eher billig. Hat auch eine USB, ideal um selbst eine MP3 Spieler zu basteln !
-
Thread
KNX: Busankopplung selber bauen
wol19 = WL, nur angemeldet. ETS Lite liegt am Ende auch bei 200 Euro (jedenfalls ich KNX online Shop). Zum spielen brauchts dann auch noch 1..2 Geräte. Lassen sich irgendwelche Specs im netz finden? (oder stell
beides bei KNXonUSB erprobt!), TP-UART v2 (Platine gerade in Fertigung) als auch Software (PHY/MAC für STM32) mithelfen. Allerdings sollte man sich vorher wie eingangs beschrieben Gedanken über die Parametrierung machen. Mich interessieren insbesondere spezialisierte Geräte - sprich generische Gateways
-
Thread
Brauche hilfe mit Makefile STM32+FreeRTOS
./obj/stm32f4xx_dac.o ./obj/stm32f4xx_dbgmcu.o ./obj/stm32f4xx_dcmi.o ./obj/stm32f4xx_dma.o ./obj/stm32f4xx_exti.o ./obj/stm32f4xx_flash.o ./obj/stm32f4xx_fsmc.o ./obj/stm32f4xx_gpio.o ./obj/stm32f4xx_hash.o ./obj/stm32f4xx_hash_md5.o ./obj/stm32f4xx_hash_sha1.o ./obj/stm32f4xx_i2c.o ./obj/stm32f4xx_iwdg.o ./obj/stm32f4xx_pwr.o ./obj/stm32f4xx_rcc.o ./obj/stm32f4xx_rng.o ./obj/stm32f4xx_rtc.o ./obj/stm32f4xx_sdio.o
-
Thread
Linker: cannot find libc.a
*************************************************************************** arm-none-eabi-gcc -Wl,-Map=main.map -nostartfiles -mcpu=cortex-m3 -mthumb -Tadditionals/ST_SimpleMAC/STM32W108/hal/micro/cortexm3/stm32w108/gnu-stm32w108xB.ld -Tadditionals/ST_SimpleMAC/STM32W108/hal/micro/cortexm3/stm32w108/gnu-stm32w108.ld -mthumb -Wl,additionals/ST_SimpleMAC/STM32W108/simplemac/library/simplemac-library.a crt_stm32w108.o context-switch.o spmr.o adc.o temperature_sensor.o system-timer.o board.o uart.o mfg-token.o
-
Thread
AVR Synthesizer mit ATxmega128A1
mich bitte, hab mich da schon reingearbeitet (speziell punkto Audio). Ich bin selbst am Projekt stm32duino (STM32F103 bzw. auch in Zukunft die STm32F4 bis F7) beteiligt. Programmierung geht einfach über die Arduino IDE (mit allen Macken und Vorteilen) aber low level ist ebenso möglich. Developer Boards
Programmiert wird über Serial USB hat auch einen eigenen Bootloader (Wir haben Bootloader für alle STM32F103xxx MCU's) Dein Nucleo Board kannst du übrigens herrvorragend als ST-Link verwenden - auch für andere STM32 MCU's! edit: Bezüglich Nucleo F4: Da gibt es doch einige Fortschritte: http://stm32duino.com
-
Thread
STM32F103 - Sourcery - Eclipse
participating in the build are defined here -include sources.mk -include src/subdir.mk -include STM32F10x_StdPeriph_Driver/src/subdir.mk -include DeviceSupport/ST/STM32F10x/startup/gcc_ride7/subdir.mk -include DeviceSupport/ST/STM32F10x/subdir.mk -include CoreSupport/subdir.mk -include subdir.mk
Invoking: ARM Sourcery Linux GCC C Linker' arm-none-eabi-gcc -T"/home/daniel/workspace/simple_Test/stm32_flash.ld" -Xlinker --gc-sections -Wl,-Map,simple_Test.map -mcpu=cortex-m3 -mthumb -g -ggdb -o "simple_Test.elf" $(OBJS) $(USER_OBJS) $(LIBS) @echo 'Finished building target: $@' @echo ' '
-
Thread
Problem mit STM32F4 und Codesourcery
Diese sehen bei mir wie folgt aus: Assembler: arm-none-eabi-gcc -x assembler-with-cpp -DSTM32F4 -Wall -Wa,-adhlns="$@.lst" -c -fmessage-length=0 -mfpu=fpv4-sp-d16 -mfloat-abi=softfp -mfix-cortex-m3-ldrd -mcpu=cortex-m4 -mthumb -g -gdwarf-2 C: arm-none-eabi-gcc -DSTM32F4 -O1 -Wall -Wa,-adhlns
=softfp -mfix-cortex-m3-ldrd -mcpu=cortex-m4 -mthumb -g -gdwarf-2 Linker: arm-none-eabi-gcc -T"stm32_flash.ld" -Wl,-Map,Projekt.map -mfpu=fpv4-sp-d16 -mfloat-abi=softfp -mfix-cortex-m3-ldrd -mcpu=cortex-m4 -mthumb -g -gdwarf-2 Ich vermute den Fehler in diesen Flags. Evtl. findet wer einen Fehler
-
Thread
doppelte deklaration einer funktion
DHSE_VALUE=8000000 -g -Wa,--warn -x assembler-with-cpp -o ..\src\real\arm\asmpoly_thumb2.s -lm -o STM32F105RB_SDCARD.elf -mthumb -mcpu=cortex-m3 -T..\stm32_flash.ld -static -Wl,-cref,-u,Reset_Handler -Wl,-Map=STM32F105RB_SDCARD.map -Wl,--gc-sections -Wl,--defsym=malloc_getpagesize_P=0x1000[/code]
\asmmisc.o -lm -o STM32F105RB_SDCARD.elf -mthumb -mcpu=cortex-m3 -T..\stm32_flash.ld -static -Wl,-cref,-u,Reset_Handler -Wl,-Map=STM32F105RB_SDCARD.map -Wl,--gc-sections Wl,--defsym=malloc_getpagesize_P=0x1000 [/code
-
Thread
Günstigstes µC-Board mit genug Rechenleistung für Audio-DSP
dafür aber nicht wiederum Echtzeitfähigkeit? D.h. so ein kleines Linuxboard fällt evtl weg? lg PoWl
Wie wärs mit dem beliebten STM32F4 DevBoard von ST? http://de.farnell.com/stmicroelectronics/stm32f4discovery/evaluationsbord-stm32f4-discovery/dp/2009276 15 Schleifen würde man sonst schon für die Leiterplatte zahlen müssen
-
Thread
CooCox CoIDE mit STM32F4-Discovery Board
.\obj\stm32f4xx_adc.o ..\obj\stm32f4xx_dcmi.o ..\obj\stm32f4xx_cryp_des.o ..\obj\stm32f4xx_cryp.o ..\obj\stm32f4xx_fsmc.o ..\obj\stm32f4xx_gpio.o ..\obj\stm32f4xx_flash.o ..\obj\system_stm32f4xx.o ..\obj\stm32f4xx_dma.o
] arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -g -nostartfiles -Wl,-Map=OpenMCP.map -O0 -Wl,--gc-sections -LC:\STM32\CoIDE\configuration\ProgramData\myWeb_ENC28J60 -Wl,-TC:\STM32\CoIDE\configuration\ProgramData\myWeb_ENC28J60/arm-gcc-link.ld -g -o OpenMCP.elf ..\obj
-
Thread
Raspberry Pi ist da
arrg war gestern da und hab sie nicht gesehen :( dafür habe ich 4 STM32F$Discovery boards bekommen :D
MTE3ODgyOTk-/Computer_und_Zubehoer/Netzwerktechnik/Wireless_LAN_Router/Ultra_Nano_WLAN_Stick_LOGILINK_WL0084A_150_Mbps.html
-
Thread
Transistortester AVR
usb -v bekam ich auch die "did not find any USB device" Fehlermeldung. Ich habe dann libusb-win32-bin-1.2.6.0 aus dem Internet geladen. Im ausgepackten Verzeichnis habe ich den "libusb-win32 Inf-Wizard" ausgeführt (Doppelklick). Mein Diamex ALL-AVR war dabei schon eingesteckt (USB). Danach geht
nicht billiger und muss natürlich richtig gemacht werden ;) @Buchsenleiste: Was spricht gegen SPL 32?
-
Thread
Beispiel IO_Toggle von ST für STM32F4Discovery compilieren
/workspace/IO_Toggle/startup_src/stm32_flash.ld" -nostartfiles -Wl,-Map,IO_Toggle.map -mcpu=cortex-m3 -mthumb -g3 -gdwarf-2 -o "IO_Toggle.elf" ./startup_src/startup_stm32f4xx.o ./src/main.o ./src/stm32f4xx_it.o ./src/system_stm32f4xx.o
nur mit make direkt auf der Konsole ausgeführt. [code] arm-none-eabi-gcc -T"/home/user/eclipse/STM32/workspace/IO_Toggle/startup_src/stm32_flash.ld" -nostartfiles -Wl,-Map,IO_Toggle.map -mcpu=cortex-m3 -mthumb -g3 -gdwarf-2 -o "IO_Toggle.elf" ./startup_src/startup_stm32f4xx.o ./src/main.o ./src
-
Thread
Atmel Cortex-M3 (AT91SAM3S) mit GNU – nichts geht!
und GNU-Toolchains hat. Auch wenn dir das nicht unbedingt weiterhilft: Besorg dir ein Board mit STM32. Da können dir hier wesentlich mehr Leute helfen. Exoten wie Atmels Cortex-M3 benutzt hier wohl niemand.
ich das nicht in den nächsten Tagen zum Laufen bekomme (ich versuche es schon lange), steige ich auf STM32 um. Aber wehe das klappt dann auch nicht!! ;)