Mikrocontroller
Microchip maschinell erzeugt
Zu SAM4E16E haben wir kein Datenblatt mehr – der Hersteller hat die Datei offenbar zurückgezogen. Bei Google suchen.
Im Forum und im Wiki
-
Thread
OpenOCD sehr langsam beim flashen
speed 2000 kHz Info : cmsis-dap JTAG TLR_RESET Info : cmsis-dap JTAG TLR_RESET Info : JTAG tap: SAM4E16E.cpu tap/device found: 0x4ba00477 (mfg: 0x23b (ARM Ltd), part: 0xba00, ver: 0x4) Info : [SAM4E16E.cpu] Cortex-M4 r0p1 processor detected Info : [SAM4E16E.cpu] target has 6 breakpoints, 4 watchpoints Info : starting gdb server for SAM4E16E.cpu on 3333 Info : Listening on port 3333 for gdb connections Info : cmsis-dap JTAG TLR_RESET Info : cmsis-dap JTAG TLR_RESET Info : cmsis-dap JTAG TLR_RESET Info : JTAG tap: SAM4E16E.cpu tap
-
Thread
Register zugriff bei Cortex-M4(SAM4s)
Include-Pfade mehr oder minder mit der Hand setzen, und auch das MCU-#define, also bspw. -D__SAM4E16E__ mit übergeben. Hier ein Beispiel-Makefile: [pre] CC=arm-none-eabi-gcc CMSIS=../CMSIS_Atmel CDEFS=-D__SAM4E16E__ COPTS=-g -O -mthumb -DARM_MATH_CM4=true -mcpu=cortex-m4 -std=gnu99 -
test.map -L$(CMSIS)/Device/ATMEL/sam4e/source/as_gcc -T$(CMSIS)/Device/ATMEL/sam4e/source/as_gcc/sam4e16e_flash.ld all: test.elf test.elf: test.c $(CC) -o test.elf $(CFLAGS) $(LDFLAGS) $(CMSIS)/Device/ATMEL/sam4e/source/as_gcc/startup_sam4e.c $(CMSIS)/Device/ATMEL/sam4e/source/system_sam4e.c
-
Thread
Gesucht: Counter / Timestamp Counter IC
meinen Host µC jedes mal aufzuwecken. Ein externes IC wird wohl weniger Strom verbrauchen, als ein SAM4E16E im Sleep? Gesehen habe ich welche mit max. 16 Bit. 32 Bit wären jedoch das Minimum. Oder wäre ein Slave µC die bessere Wahl? Kenn da nicht die Stromverbräuche, aber vllt. etwas in Richtung
Host µC jedes mal aufzuwecken. > Ein externes IC wird wohl weniger Strom verbrauchen, als ein SAM4E16E im > Sleep? Wer sagt das? Dieses kurze Aufwachen dauert wenige us und ist das Normalste in der Mikrocontrollerwelt. Siehe [[Sleep Mode]]. Dein SAM4E ist keine Linuxkiste.
-
Thread
Teil-String Suche in Byte FIFO
Man muß ja nicht gerade alles in einen ATtiny13 mit 64Byte RAM > reinquetschen. Ne, ist nen SAM4E16E...aber mit OLED (Framebuffer) + SD + USB Buffern + weitere. Deshalb bin ich grad schon bei "125816 bytes 96,0 % Full". Aber danke euch, dann weiß ich zumindest, dass meine erste Idee richtig
Adam P. schrieb im Beitrag #6806961: > Ne, ist nen SAM4E16E...aber mit OLED (Framebuffer) + SD + USB Buffern + > weitere. Deshalb bin ich grad schon bei "125816 bytes 96,0 % Full". Und das - über 120K Byte an Code - für eine Firmware, die lediglich GLCD
-
Thread
SAM3x8E nativen USB Port als COM-Port nutzen
rausgepopelt und bei uns reingesteckt. Alles andere ringsum ist unser eigener Code. (Ist hier ein SAM4E16E, USB-Core dürfte sich von deinem kaum unterscheiden.)
rausgepopelt und bei uns > reingesteckt. Alles andere ringsum ist unser eigener Code. (Ist > hier ein SAM4E16E, USB-Core dürfte sich von deinem kaum unterscheiden.) Wenn alle Strick reißen, werde das wohl versuchen
-
Thread
SAM4E oder SAM7x
Kurz-Zusammenfassung der Compiler-Kommandozeilen: [pre] arm-none-eabi-gcc -c -mcpu=cortex-m4 -mthumb -D__SAM4E16E__ -DARM_MATH_CM4=true -mfpu=fpv4-sp-d16 -mfloat-abi=hard -ffast-math -D__FPU_PRESENT=1 -I something -Wall -Werror -mlong-calls -g3 -Wundef -std=c99 -Os -o foobar.o foobar.c arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -D__SAM4E16E__ -DARM_MATH_CM4=true -mfpu=fpv4-sp-d16 -mfloat-abi=hard -ffast-math -D__FPU_PRESENT=1 -nostartfiles -Wl,--gc-sections -Wl,-Tflash.lds board_cstartup_gnu.o foobar.o -L../CMSIS/Lib/GCC -larm_cortexM4lf_math
-
Thread
Signale für DAC generieren
habe ich angesetzt und diesen Zweig von der Ausgabe getrennt und verwende nun den internen DAC vom SAM4E16E und schleuse das Signal so ein, funktioniert! Nun habe ich bis jetzt meine EKG Signale selbst mit Excel designt, was jedoch ziemlich umständlich ist (siehe Bild_1). Die DAC Werte werden dann in
Kennst du das offizielle Datenblatt zu SAM4E16E? Trag den PDF-Link ein.