-
Thread
STM32F730R8T6 top P/L, crashkurs fragen
STM32 schrieb im Beitrag #6006511: > Der STM32F730R8T6 bietet ein tolles P/L verhältnis. Weshalb ich diesen > gerne kurzerhand einsetzen werde. Bin STM32 neuling. STM32 schrieb im Beitrag #6007239: >
STM32 schrieb im Beitrag #6010103: > Gibts irgend ein kleines (vido) tutorial wie aufsetzen? https://os.mbed.com/docs/mbed-os/v5.14/quick-start/offline-with-mbed-cli.html https://github.com/ARMmbed/mbed-os-example-blinky
-
Thread
Warum sind STM32 I/Os auf 16 Bit kastriert?
Die STM32-Kontroller sind 32Bit. Ihre I/O-Ports aber nur 16 Bit breit. Wieso? Der ARM-Core hat ganz normal die 32 Bit, an dem liegt es nicht. Wenn man in die Register-Map reinschaut, dann kann man sogar
festgesetzt werden. Ja, das ist dann alles. Das ist alles, was es ursprünglich gab, sei es 8051, AVR, PIC & Co. Ein einfaches Register, mit welchen durch Read-Modify-Write die IOs geklimmpert wurden. Erst mit den "neumodischen" 32 Bit ARM kamen die SET/CLEAR/TOGGLE Register auf, eben weil die ARMs
-
Thread
ATmel Atmega48 IVT und AVR-GCC
(Version: Oxygen.3a Release (4.7.3a)) mit dem AVR Eclipse Plugin 2.4.1 und WinAVR-20100110. Liegt es vielleicht an diesem ominösen Define [c]__AVR_ATmega16__[/c]? Hat jemand schon einmal ein ähnliches Problem gehabt? Viele Grüße Matthias
P.S. Ich habe noch einmal explizit das define AVR_ATmega16 undefined gesetzt und das define AVR_ATmega48 gesetzt. [code] avr-gcc -D__AVR_ATmega48__ -U__AVR_ATmega16__ ... [/code] Es wird dann das file <iomx8.h> includiert und es kommt nicht zur
-
Thread
8bit-Computing mit FPGA
Hi Josef, habe die Files "flhs3e.ucf, flhs3e.vhd, ks3e.vhd, cpu.vhd, bram32.vhd" schön brav heruntergeladen und unter ISE WebPACK 14.6 (läuft auf einem Windows 7 x64 Rechner) in ein Projekt importiert. - Syntax Check: verlief ohne Probleme - Translate: verlief ohne Probleme
wäre es überhaupt kein Problem, auch UTF-16 und Konsorten zu verarbeiten. Und auch auf jedem Atmel AVR kann man in C munter mit größeren Datentypen (16 Bit, 32 Bit) arbeiten, ggf. sogar mit Fließkommatypen. Das wird eben nur bei der Ausführung entsprechend langsam.
-
Thread
Mehrere Analoge Eingänge Auswerten
Habe bisher nur im Datenblatt was i Download bei R...t hinterlegt war geguckt. Bei AVR gibts noch ein größeres: http://www.atmel.com/images/Atmel-8272-8-bit-AVR-microcontroller-ATmega164A_PA-324A_PA-644A_PA-1284_P_datasheet.pdf Meinst du zufällig das?
Ich habe den neuesten AVR den es noch nicht auf dem Markt gibt...;) Spaß bei Seite. Ja habe ich gerade selber bemerkt wie ich den Teilungsfaktor nochmal berechnen wollte. Da war eine "0" zuviel. 14,7456MHz Vorteiler
-
Thread
Schaut x jemand ob ich multiplexe oder brenne
sollen Minuten zählen und die letzten zwei sollen den CO2 Gehalt darstellen.Die 64er Ledzeile sind 2x32 einmal Volt und einmal Ampere. Soll also ein Messgerät werden.Die Anzeige muss micht sehr hell sein da sie im dunkel betrieben wird.Wenn ich an die Ausgänge des AVR auch noch T´s mache könnte ich doch
auf definiertes Potential, aber keine Ausgänge. Das mit den Tastern funktioniert nur, wenn der AVR das Multiplexing macht. Hier macht aber der MAX das Multiplexing, der AVR weiß also nicht, wann welcher Taster angesteuert wird. Auch sind die Dioden an den Tastern falsch, zum Entkoppeln gehören die
-
Thread
ATmega2561 - USART
[[AVR-Tutorial:UART:GCC]]
funktionieren, nur leider funkt es immer noch nicht. auf meinem display3000 board befindet sich ein 14.?? MHZ Quarz, mit diesem habe ich auf die BAUDrate berechnet, nur befindet sich ebenfalls ein 32MHz Uhrenquarz auf dem Board, wie kann ich nun feststellen welcher der beiden verwendet wird? Kann das
-
Thread
TI Launchpad MSP430
msp430-objdump -dSz xxx.x in einer Shell die einzelnen Dateien anschauen. Wenn ich bei mir mit avr-gcc aus [c] int main(void) { return 0; } [/c] ein main.o und main.elf erzeuge, bekomme ich mit avr-objdump -dSz main.o [code] main.o: file format elf32-avr Disassembly
hier hochladen? Der Versuch [code] >cp main.c xmain.c >avr-gcc -Os -mmcu=atmega88 -o xmain.c xmain.c >file xmain.c xmain.c: ELF 32-bit LSB executable, Atmel AVR 8-bit, version 1 (SYSV), statically linked, not stripped [/code] zeigt auf, das gcc die Source-Datei
-
Thread
AVR32 Timer/Interrupt
www.mikrocontroller.net/attachment/highlight/156879 Jedoch verstehe ich da ein paar Sachen nicht: - [c]AVR32_TC0.channel[0].cmr= 0x1 | AVR32_TC_WAVE_MASK;[/c] Ist es überhaupt möglich Waveform zu verwenden obwohl man es nicht ausgibt sondern ein Programminterrupt auslößt? Wie könnte man dann auf ein TIOA
? Warum funktioniert clock 1 (0x0) nicht? Es löst dann einfach überhaupt nicht mehr aus.. (AT32UC3A "TABLE 12-4" TIMER_CLOCK1: 32 KHz Oscillator TIMER_CLOCK2: PBA clock / 2 ) -[c]INTC_register_interrupt(&timer1, AVR32_TC0_IRQ0,AVR32_INTC_INT0);[/c] IRQ0 ist von channel[0], IRQ1 wäre von
-
Thread
Fakultaet berechnen auf dem STK500mit AtMega16
ist es wirklich reizvoll wenn auch unnütz. Aber Sudoku ist auch unnütz und trotzdem beliebt ;) avr
ms 100 13.203 ms 101 13.263 ms 102 13.443 ms 103 13.650 ms 104 13.851 ms 105 13.958 ms 106 14.074 ms 107 14.218 ms 108 14.555 ms 109 14.571 ms 110 14.670 ms 111 14.910 ms 112 15.047 ms 113 15.503 ms 114 15.375 ms 115 15.487 ms 116 15.809 ms 117 15.870 ms 118 16.202 ms 119 16.925
-
Thread
WetterDirekt Wetterstation Basteleien
vorhanden wo ich eventuell das Entschlüsselte Signal abgreifen kann. Ich hab noch einen Code für einen AVR bekommen. Mal schauen ob ich damit was anfangen kann. Dazu muss ich erst mal den AVR Flashen und dann das Signal von der 466,230MHz einspeisen und schauen was hinten raus kommt. Der eigentliche
Ein kurzer Test mit POC32 auf 466,230 MHz liefert unter der Adresse 0002504 die Uhrzeit (bei 1200 Baud): [code] 23.10.2023 14:16:19 1200 Baud 0002504 141529 231023 23.10.2023 14:19:07 1200 Baud 0002504 141929
-
Thread
Grafik LCD 128x128, Toshiba TLX-1391 bei Pollin
noch etwas konkretisieren: Wie erzeuge ich eigentlich die Displayversorgungsspannung von Vee = -14.5V (s. Doku Seite 6)(bin Informatiker mit Elektronikgrundkenntnissen :-)? Kann mir dazu jemand eine kurze Beschreibung geben, auch wie ich das Display richtig an den AVR anschließe? Das wäre sehr schön
Hi Zu den -14V hätte ich den folgenden Vorschalg (siehe Anhang). Wichtig ist noch, zumindest habe ich das in einer anderen Diskusion gelesen, dass die -14V immer erst eingeschaltet sein dürfen, wenn die 5V Spannungsversorgung
-
Thread
ARM-GCC: stderr
=cortex-m3 -mthumb -Wall -ffunction-sections -g -O3 -std=gnu99 -pedantic -gdwarf-2 -Wextra -c -DSTM32F103V8 -DSTM32F10X_MD -DUSE_STDPERIPH_DRIVER -D__ASSEMBLY__ -DSTM32 -DSTM32F10x -I[...viele Dateien...] [cc] C:\Users\Nicolas\Desktop\SVN\Funkenerodierer\Firmware_STM32_F103\main.c: In function
Mechanismus ja in die plattform-spezifischen Header legen, dann kompiliert der gleiche Code unter ARM und AVR, bei letzterem läuft die Ausgabe über die avr-libc.
-
Thread
for-schleife rückwärts bis auf 0 laufen lassen probleme
sowas? Ist ne ernsthafte Frage, ich kann mir das nicht vorstellen. Benutzt man tatsächlich lieber 32 Controller aus 32 Familien mit 32 Compilern und Spezialitäten, anstatt bei einer Familie zu bleiben und die richtig von 8pin bis 144pin zu kennen? Ich mein, bei AVR, PIC und auch STM32 ist die Bandbreite
entwickeln was dann von tausenden Leuten auf verschiedensten Plattformen genutzt wird? > Ich mein, bei AVR, PIC und auch STM32 ist die Bandbreite so groß, da > findet sich sicher was. Und wenn man wechseln muss, weil es den xxx > nicht in AVR gibt, sind eh alle Codebasen Müll, weil uralt und auf 8 > statt
-
Thread
eeprom_read_block Problem
Vergessen: Prozessor: ATMega8 Board: MyAvrUsb Umgebung: AVR Studio 4.13.557 Gruß Frank
> ...erhalte hier den Wert 0x20 an Stelle von 0x14. Könnte das nicht nur ein Darstellungsproblem sein? Denn 0x14 = 20Dez ?
-
Thread
AVRDUDE, Fehler beim Programmieren
Oct 19 2011 at 21:59:14 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg Wunsch System wide configuration file is "C:\WinAVR-20100110\bin\avrdude.conf
I [49] avrdude: Recv: S [53] avrdude: Recv: P [50] avrdude: Recv: _ [5f] avrdude: Recv: 2 [32] avrdude: Recv: t [74] avrdude: stk500v2_getsync(): found AVRISP programmer AVR Part : ATMEGA32 Chip Erase delay : 9000 us PAGEL
-
Thread
avr-libc 1.8.1 freigegeben
:3454: /usr/local/avr/avr-20140817/bin/avr-gcc -o conftest conftest.c >&5 /tmp/cciUM8wi.s: Assembler messages: /tmp/cciUM8wi.s:13: Error: too many memory references for `in' /tmp/cciUM8wi.s:14: Error: too many memory
' mit folgender Fehlermeldung ab: [code] /usr/local/avr/avr-20140818/bin/avr-gcc -DHAVE_CONFIG_H -I. -I../../../../../source/avr-libc-1.8.1/avr/lib/avr2 -I../../.. -I../../../../../source/avr-libc-1.8.1/common -I../../../../../source/avr-libc-1.8.1/include
-
Thread
Senden mit dem UART geht nicht
uart_putc(zweiterWert); i++; break; . . . case 13: uart_putc(14.Wert); i=0; break; } return 0; }
nicht gefallen lasse, ist hier der unfassbar komplizierte Code für Bascom: [pre] $regfile = "m32def.dat" $framesize = 32 $swstack = 32 $hwstack = 32 $crystal = 16000000 $baud = 9600 Do Print "hallo" Loop End [/pre] Natürlich muss muss er noch angepasste werden, aber das sollt
-
Thread
Code zu groß für AtTiny45
Compiler benutzt. Ich bekomme mit einem GCC 4.7.2 schon Code, der in den ATtiny45 passt: [pre] $ avr-gcc -DF_CPU=8000000 -mmcu=attiny45 -Os -o test.elf -I includes *.c -lm main.c:14:9: warning: built-in function ‘index’ declared as non-function [enabled by default] $ avr-size *elf text data
in ...\Atmel\AVR Studio 5.1\extensions\Atmel\AVRGCC\3.3.1.27?
-
Thread
32Bit Zahl zusammensetzen
WinAVR-20100110) Das Ergebnis: [code] *((uint8_t*)&value + 0) = byte0; ce: f7 01 movw r30, r14 d0: 60 83 st Z, r22 *((uint8_t*)&value + 1) = byte1; d2: 71 83
32Bit schrieb im Beitrag #1834116: > Also ich habe AVR-GCC genutzt. Wo erfahre ich denn etwas welchen endian > meine Architektur hat? Im Datenblatt?
-
Thread
77,5kHz Generator aus 20MHz Takt ATtiny45-20 Assembler 10MHz Frequenznormal
Ich denke, Bernhard bleibt einfach gerne in seinem AVR-Universum.
Abdul K. schrieb im Beitrag #6717821: > Ich denke, Bernhard bleibt einfach gerne in seinem AVR-Universum. Nichtmal das. *SEIN* AVR-Universum ist nämlich auch noch sehr viel kleiner als das tatsächliche AVR-Universum... Nur will er das nicht wirklich wahrhaben und schon garnicht öffentlich
-
Thread
Auswertung "schneller" Inkrementalgeber
itm/New-USB-Download-Cable-Jtag-SPI-Programmer-for-LATTICE-FPGA-CPLD-/181282253332?hash=item2a3543aa14 Gibts von denen auch nen FPGA im DIP Gehäuse? Irgendwas kleines? Die Modelle, die ich so gesehen habe sind etwas übertrieben für die Anwendung. Wenns da nichts gibt, dann ist wohl ein zweiter AVR
Bonnes schrieb im Beitrag #4299346: > Was spricht jegen einen uC mit Hardwaredrehencode, wie z.B. STM32? Marvins Aversion dagegen ... Marvin N. schrieb im Beitrag #4298819: > was nicht in Frage kommt: > ... > -ein nicht-AVR µC
-
Thread
habe noch problem mit der berechnung Windgeschwindigkeit
laut Datenblatt ist clkI/O gleich Systemtakt bei 8MHz = 125ns mit Prescaler 256 -> 32us d.h. alle 32us inkrementiert Dein Timerwert d.h. 2193 = 2193 * 32us = 70ms Periode = 14 Hz (keine Garantie, aber muesste so stimmen, wie gesagt, die Atmel Controller kenne ich nicht)
Dein Windrad hat also einen Radius von 6.5 cm oder 0.065 Meter. Du hast 14 Umdrehungen in der Sekunde festgestellt. D.h. eine Schale hat bei einer Umdrehung einen Weg von 2 * pi * 0.065 = 0.40840 Meter zurückgelegt. Nach 14 Umdrehungen also einen Weg von 14 * 0.40840
-
Thread
Messsystem 10x 100kHz 8-bzw. 10bit --> ADC?, µC?
bei 32 MHz Takt wären es gerade mal 16 Taktzyklen zw. zwei Bytes, > um irgendwas mit den Daten zu machen (wenn SPI2X noch das Maximum bei > den AVR-SPI-Modulen ist, sind CPU-Takt/2 maximal möglich) und/oder
externer Baustein, wenn der Controller nicht mehr mit den > Protokollen hantieren muss. Ja der AVR kommt da dann nicht infrage Arc N. schrieb im Beitrag #4433813: > Oder ohne externen ADC statt des PIC32MX einen neueren PIC32MZ EF:.. Danke für den Tipp, würde von den Specs her jetz sehr interessant
-
Thread
ADC Conversion
) oder x = ADCW; // je nach AVR auch x = ADC (siehe avr/ioxxx.h)
Der Analogschalter braucht wohl auch seine Zeit. Aufgerufen wird die Funktion z.B. für ADC0 und 32 Mittelwerte: [c] ADC_conversion(0, 32); [/c]
-
Thread
Servo Ansteuerung mit interner PWM vom ATmega8
sogar ein kleines Beispielprogramm dazu schicken? Aber sicher doch...: http://www.hanneslux.de/avr/mobau/7ksend/7ksend02.html ...
Controller LPC 21xx auch eine Fast PWM oder heißt die da anders? Ich besitze nämlich ein Testboard für AVR und ARM Controller.
-
Thread
Fehlermeldungen von AVR Studio 5 - brauche Hilfe
Documents\AVRStudio\Led_Treiber_Kim\Led_Treiber_Kim\4-Digit-Schiebe.c 23 12 Led_Treiber_Kim Error 14 'digit1' undeclared (first use in this function) C:\Users\Timm\Documents\AVRStudio\Led_Treiber_Kim\Led_Treiber_Kim\4-Digit-Schiebe.c 23 32 Led_Treiber_Kim Error 15 'digit2' undeclared (first
\avr studio 5.0\avr toolchain\bin\../lib/gcc/avr/4.5.1/../../../../avr/include/util/delay.h 89 3 Led_Treiber_Kim Error 10 expected '=', ',', ';', 'asm' or '__attribute__' before '{' token c:\program
-
Thread
Symbol redefined ?
Z_sdc.c und auch in keiner anderen Datei. Es handelt sich um ein FAT System für microSD, das für AVR-Controller implementiert ist, und ich für MSP modifiziert habe. Könnte L_LSL_19 dann evtl. was mit AVR zu tun haben? Aber ich hab ja nichts AVR-spezifisches inkludiert.
C_SIZE is 22 bits [69:48] in CSR register */ c_size = ((u32)(SDCardInfo.CSD[7] & 0x3F))<<16; //CSD[07] -> [71:64] c_size |= ((u32)SDCardInfo.CSD[8])<<8; //CSD[08] -> [63:56] c_size |= (u32)SDCardInfo.CSD[9]; //CSD[09] -> [55:48];
-
Thread
Z180 Programmierung (Timer)
Hi Sven, es gibt für die CP/M Sticks mit AVR auch eine Weiterentwicklung mit Z80 statt 8080. brauchst du die Links?
Holm T. schrieb im Beitrag #5464113: > 32Kbyte mit CP/M ist nicht gerade die Erfüllung, da läuft doch kein CP/M > Programm richtig. Das stimmt allerdings. Allerdings ist es so nur ein Drei-Chip-System (AVR, Latch, SRAM) und ich war zu faul
-
Thread
ansteuerung von grafikdisplay UG-32F01
hier ein link zum datenblatt http://www.datasheetcatalog.com/datasheets_pdf/U/G/3/2/UG32F11.shtml mfg danczi
Please send me; samples picbasic codes (*.bas) and project chematics for UG-32F01 or UG-32F02...Thanks.
-
Thread
einfacher, kleiner(!) Pseudo Zufallsgenerator gesucht
Grunde laufen zwei LFSRs in parallel. So hat man eine Periode von 2^63-2. Das ist weit mehr als ein 32Bit LCG. Davon abgesehen benötigt dieses SG-LFSR nur 72 Bytes an Code egal ob der AVR die HW-Multiplikation unterstützt oder nicht. Für einen LCG ist es besser wenn man HW-Multiplikation hat da ansonsten
Sourcen können direkt mit WinAVR GCC benutzt werden. Gruß Hagen
-
Thread
AVR Inline Optimierung kaputt?
Optimierung über signed overflow stolpern könnte. Man könnte sich jetzt mal anschauen was der avr gcc bei -O3 alles einschaltet. Möglicherweise werden intern auch andere Optionen gesetzt, kenne die Softwarearchitektur vom gcc nicht. Bei Avr spielt die Codegröße jedenfalls eine wichtigere Rolle
Ah ja, diese dort verlinkte Seite ist noch interessant: http://www.open-std.org/jtc1/sc22/wg14/www/standards.html
-
Thread
Blutiger Anfänger, ATTiny15 und PWM
Nimm besser erst mal eine AVR CPU mit SRAM und mehr ROM (Mega 8, Mega 16, Mega 32, ...) im DIP-Gehäuse und versuche dein Programm mal in einer Hochsprache (BASIC, C, ...) hinzubekommen; wenn die CPU wirklich doch klein sein soll
programmieren kann man damit sicher nicht. Wieso kaufst du dir nicht für's erste ein preisgünstiges AVR-Board, wie z. B. das von Pollin für 14,95, eine Hand voll AVRs in verschiedenen Größen (z. B. ein ATtiny45, ein ATmega8 und ein ATmega32, in das Pollin-Board passen unterschiedliche Typen) für zusammen
-
Thread
Dauerhaft FakeNews in allen AVR Series 0/1/2 Datenblättern
interrupt vector" verstehe ich den Moment, wo die CPU den Interrupt Vektor anspringt. Das dies bei AVR diverse Flags außerhalb der CPU (und IRQ Controller) zurück setzt ist nicht neu. Bei STM32 wäre es hingegen überraschend.
bisher allerdings tatsächlich auch in recht komplexen Anwendungen der AVR128Dx keine Anzeichen für Fehlfunktionen bei 32MHz Systemtakt feststellen können. Es bleibt trotzdem das Risiko jedes Entwicklers, solch eine Entscheidung zu treffen. Sollte man sich in jedem Fall
-
Thread
ATMEGA32 LED's ansteuern / Kabellänge
Aber nicht ganz das auf dem anhängenden Schaltplan. Ich hatte ein Steuerung wie gesagt mit dem Mega32 aufegabaut. Daran war ein Kabelstrang wie er auf dem Plan abgebildet ist. Der 2. wurde nicht fertig. Die der am weitesten entfernten LED und AVR sind 38 Meter von diesem Kabel. http://www.ebay.de/itm
%C3%B6r&hash=item2a04588ceb Dann folgen ca auf 26 die LED'S und dann noch 12 Meter ohne bis zum AVR. Damit ich sparen konnte, habe ich nicht 1 x GND und 32 zu den LED's gemacht sondern je 4 Abteilungen mit 8 zu dem LED's. Die 4 GND gingen dann an 4 Pin's zum AVR welche ich dann entweder mit Output
-
Thread
IDE EMbitz tot?
Hallo, ich verwende Code::Blocks für PC, AVR, ESP8266 und STM32er. Ist einmal alles eingestellt, ist es einfach super. Man muss sich leider einmal mit dem Compiler, Linkerfiles und dem Debugger ernsthaft beschäftigen. Code::Blocks müsste
dass man in seiner "IDE" komplett frei in der Wahl des Mikrocontrollers ist. Ich habe QT-Creator für AVR, STM32, LPC, STM8, ESP32, NRF51, etc. genutzt. Bin gerade dabei an RISC-V rumzuspielen und auch das ist kein Problem. Das wichtigste ist jedoch, dass ich mir überhaupt keine Sorgen machen muss ob QT-Creator
-
Thread
viele Kleinsignalrelais am µC mit Material von Reichelt günstig schalten
Bei Ebay: Relais 5V 8 Kanal 230V 10A Relaiskarte Relaisplatine Arduino AVR 230 V 5 V Karte mit Optokoppler 14.99 € Keine Chance eines Selbstbaus für den Preis.
.... achja und 32 SMD-NPN-Transistoren BC817
-
Thread
Spannung verstärken
mal sooooo arg groß sein. Er muss nur 2^(ADC-Bitbreite) größer sein, als die Eingangskapazität des AVR mit 14pF. Für 10 Bit Genauigkeit reicht also ein 15nF Kondensator schon locker aus. Und die Ausgänge des ADXL330 sind im Datenblatt spezifiziert für Kondensatoren mit 100nF. Also keinerlei Angst-OP
sooooo arg groß sein. Er > muss nur 2^(ADC-Bitbreite) größer sein, als die Eingangskapazität des > AVR mit 14pF. Für 10 Bit Genauigkeit reicht also ein 15nF Kondensator > schon locker aus. Und die Ausgänge des ADXL330 sind im Datenblatt > spezifiziert für Kondensatoren mit 100nF. Also keinerlei Angst-OP
-
Thread
Atmega8 Encoder + USB HID spinnt manchmal
ist für AVRs (ohne HW-Usb). Änder dein code so dass er ohne delays auskommt oder wechsel auf ein Avr mit Usb. Mega32u4 zum beispiel. Gibts ein Arduino Micro oder Nano oder so der den hat. Damit ist ein Eigenbaucockpit kinderleicht gemacht...
VUSB eher ein Vorteil ist. > Änder dein code so dass er ohne delays auskommt oder wechsel auf ein Avr > mit Usb. Mega32u4 zum beispiel. Gibts ein Arduino Micro oder Nano oder > so der den hat. Damit ist ein Eigenbaucockpit kinderleicht gemacht... Der 32U4 ist sicher eine feine Sache, da läuft
-
Thread
ATmega2560 - LED blinkt nicht
Standard-Blinky-Projekt aus der Arduino IDE nehme und diese hex flashe, dann läuft es auch. [code] >> make avr-g++ -mmcu=atmega128 -I. -gstabs -Os -pedantic -Wall -Wextra -std=c++14 main.cpp --output main.elf -lm avr-objcopy -O ihex -R .eeprom main.elf main.hex avr-objcopy -j .eeprom --set-section-flags
#5714058: > Also eine positive (unsigned) 64-Bit (long) Zahl. Nein! Long ist nur als "mindestens 32bit" spezifiziert, meisten sind es tatsächlich 32bit. Für 64bit musst du "unsigned long long" bzw "ULL" schreiben. > würde unsigned int UI auch funktionieren? Bei arm-gcc ja, bei avr-gcc nein.
-
Thread
default von Switch wird nicht abgearbeitt
> Karl-Heinz ist da. Dann wird alles gut. :-) Nicht wirklich. :-) Ich hab hier auf dem PC kein AVR-Studio bzw. AVR-Gcc und ich hab auch keine Lust da extra einen zu installieren (darf ich auch gar nicht). Also muss Codeanalyse ran. Die Bereitschaft dazu sinkt aber gewaltig, wenn ich erst mal wie
Karl Heinz Buchegger schrieb im Beitrag #2737396: > Ich hab hier auf dem PC kein AVR-Studio bzw. AVR-Gcc und ich hab auch > keine Lust da extra einen zu installieren (darf ich auch gar nicht). Du darfst keine Software installieren? Das ist als Entwickler doch wohl unumgänglich..
-
Thread
XMEGA programmieren
USB) legen oder RX/TX (UART). Über USB kann man den AVR dann mit FLIP ganz einfach eine neue Firmware verpassen.
Nachdem der USB Programmer kaputt gegangen ist und auch ein neu gekaufter (ALL AVR) nicht auf Anhieb funktioniert hat habe ich mich wieder daran gesetzt den eigenen zu programmieren. Nach 3 Tagen habe ich jetzt ein Blinker Programm auf einem XMega32E5 ans laufen bekommen. Links
-
Thread
AVR-Programmierboard
andere Fragen wenn ich anfange das Testsystem zu installieren. Programmieren werde ich dann in C, AVR Studio werde ich wohl nutzen, und mit dem myAVR Prog Tool die Daten übertragen.
, falls du mal den Takt verfuset hast. Sprich du hast nen 8poligen Sockel für ATiny12,13,15, einen 14poligen für ATiny24,44,84, nen 28poligen für ATmega8,48,88,168,238,4433 dann jeweils 2 40polige, einmal für die vorhingenannten Oldtimer 8515 und 162 und der andere 40Poler für die Mega16,32, und 8535
-
Thread
[V] verschiedene ATtiny und ATmega
Attiny13A-PU DIP8 2 Attiny45-PU DIP8 1 Attiny85-PU DIP8 1 Attiny4313-PU DIP20 1 Attiny84A-PU DIP14 2 Attiny861A-PU DIP20 1 Attiny13A-SSH SOIC8 2 Attiny841-SSU 14SOIC 1 Attiny841-SSUR WSOIC14 1 Attiny861A-SU SOIC20 1 Attiny88-AU QFP32 1 Attiny1634R-MU QFN20 1 Attiny1634-SU SO20-W 2 Attiny1614-SSNR SOIC14 1 Attiny1616SFR SOIC20 1 Atmega: Atmega8A-AU TQFP32 5 Atmega168PB-AU TQFP32 1 Atmega328P TQFP32 1 Atmega32-16 TO TQFP44 1 Atmega644PA-AU TQFP44 1 Atmega128-16 TO TQFP64 1 Atmega8A-PU DIP28
-
Thread
JTAG Interface- kaufen oder bauen
Hallo, hat jemand schon mal versucht, mit dem selbstgebauten JTAG ICE einen ATmega32 zu debuggen? Ich verwende AVR Studio 4.05 Build 181 und bekomme immer folgende Fehlermeldung: Entering programming mode failed. Außerdem wird eine falsche Signatur 0x00 0x00 0x00 zurückgelesen. Hat diese Version des AVR Studio in Verbindung mit dem ATmega32 evtl. noch einen Bug? Gruß Michael
-
Thread
Welcher µC ist der richtige ?
Olimexinos" gibt, ist die Frage nicht ganz einfach zu beantworten: https://www.olimex.com/Products/Duino/AVR/OLIMEXINO-328/open-source-hardware https://www.olimex.com/Products/Duino/AVR/OLIMEXINO-32U4/open-source-hardware https://www.olimex.com/Products/Duino/STM32/OLIMEXINO-STM32/open-source-hardware https
schon eine ziemlich große Platine for so ein kleines Projekt. Es gäbe auch noch das hier mit ATMEGA32 (hat auch mehr Pins): https://www.olimex.com/Products/Duino/AVR/OLIMEXINO-NANO/
-
Thread
"Burst" mit atmega328 erzeugen
zweiter Timer zählt die Pulse und schaltet mit mittels CCL den Takt nach außen ab. Wenn man denn bei AVR bleiben möchte wäre das vielleicht mit einem AVR DA/DB möglich. Ansonsten Frequenz runter. Richtwert erstmal unter 100kHz.
in r17,GPIOR2 > in r16,GPIOR1 Es geht noch sparsamer. Man reserviert sich einige der 32 Register für die Sicherung: [avrasm] #define saveregs r15:r14 movw saveregs, r17:r16 ; interrupt code movw r17:r16, saveregs reti [/avrasm]
-
Thread
Neu im Bereich MC und Programmierung
Peripherie verbaut. Nimm dafür am besten einen Ultra-Low-Power MCU, z.B. ein MSP430 oder ein STM32L0 Mikrocontroller. Evtl. reicht aber auch schon ein neuer ATtiny (kleiner Bruder vom ATmega) (von der neuen Serie, also nicht Attiny85 und ähnliches). Ich würde dir zum STM32 raten, da du dann eine
> Ein Controller (ggf. ESP32, Arduino) > und via Batterie (9V) betrieben werden. Das passt nicht zusammen. Der ESP32 braucht beim Senden kuerzzeitig rund 500mA, die kann so eine kleine Batterie nicht zuverlässig liefern. Außerdem
-
Thread
schnelle dezimale Division auf AVR & Co.
Detlef, danke, die Routinen von Hackersdelight kenne ich auch schon ... Das Dumme ist, dass der AVR-GCC Dinge wie 't >>= 15' höchst ineffizient zu übersetzen scheint, besonders wenn es sich um 32bit-Werte handelt. Ich hab mir den resultierenden Assembler-Code noch nicht angesehen, aber Laufzeiten
Ich hab z.B. schon auf dem 64er (6502/6510) ne komplette Phasenanschnittsteuerung mit 64 Stufen für 32 Kanäle programmiert, das ist - auf einer CPU mit 1MHz die durchschnittlich 4 Taktzyklen pro Befehl braucht - gar nicht so einfach. Das Projekt zur Videosignalerzeugung mit dem AVR ist sicherlich ähnlich
-
Thread
Welchen µC anschaffen?
Kliby wrote: > naja die grundsätzliche frage zum anfang wäre wohl, ob du ein 8-, 16- > oder 32 Bit Controller verwenden möchtest... Wie soll ein Anfänger das denn wissen ? Aber er hat ja Applikationen beschrieben und dafür ist ein 8-Bitter goldrichtig. AVR (ATMega32) oder 8051 (AT89C51CC01
welcher Controller-Familie du > während des Praktikums gearbeitet hast. Das war ein TI MSP 430 F 14?? oder 16?? > [...] 8-, 16- oder 32 Bit Controller verwenden [...]? Tja, wo rinn liegen denn da die weitreichenden Unterschiede? Außer, dass der µC intern bestimmte Bandbreiten bevorzugt. > [