-
Thread
Für ATtiny4313 kompilieren?
/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/:/opt/cross/avr/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/:/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/bin/ LIBRARY_PATH=/opt/cross/avr/lib64/gcc/avr/4.7.0/avr25/:/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/lib/avr25/:/opt/cross/avr/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/lib/ COLLECT_GCC_OPTIONS
-
Thread
Umstieg 8->32Bit: Codergröße
mir die STM32F103 schon lange, aber nachdem ich feststellen musste, dass die sogar im Preis vor den AVR liegen, will ich ein Projekt umstellen. Momentan verwende ich einen (logischerweise mehrere (15++), sonst würde der Umstieg nicht lohnen) ATmega16-16 welche folgendermaßen belegt ist: AVR Memory Usage
de.futureelectronics.com/de/technologies/semiconductors/microcontrollers/32-bit/Seiten/5006541-LPC11C24FBD48-301,.aspx?IM=0 LPC11C24 1,78€ bei 1 Stück da ist der Hardwaretreiber auch schon mit drin.
-
Thread
dynamische struct im C
int size = sizeof(s); printf("sizeof = %d\n", size); } } [/c] gibt die werte 40, 48, 56, 64, 72 aus. - jgdo -
ich benutze einen XMEGA128A1! kann man den SRAM vergrössern?? Wenn ja, wo kann man es kaufen?
-
Thread
Töne einer Flöte erkennen
Such mal nach "AVR guitar tuner", da kommt einiges, auch Videos auf youtube. Ein Projekt: http://www.myplace.nu/avr/gtuner/ dazu auch hier ein Thread: http://www.mikrocontroller.net/topic/162839 Eine Linksammlung AVR-Soundprojekte: http://avr.15.forumer.com/a/sound-amp-music-projects-23/
-
Thread
Labornetzteil/Funktionsgenerator
Sicherung nicht vergessen, sonst Feuer bei Kurzschluss !!!!! Die dienen für die Versorgung des AVR ( atmega128 flog hier nochrum) über einen konventionellen 7805. Für die Adc referenzspannung fand ich auf einer alten Flohmarktplatine eine 1,2 Volt Bandgap Referenz. Lm 35 (über ADC) natürlich als
Frosch, Keine Spannung für die Umschaltung sondern für den AVR.
-
Thread
Temperatur Datenlogger
Ansteuerung eines externen eeproms unter Bascom, falls doch öfter gemessen werden soll... http://www.avr-praxis.de/forum/showthread.php?48-Internes-EEPROM-und-externes-EEPROM-24C512-mit-ATmega128-unter-BASCOM-AVR Jo
: >> >> $include "Config_MMC.bas" 'AVRDOS >> $include "Config_AVR-DOS.BAS" 'AVRDOS >> > Braucht man für avrdos nicht eine Privatlizenz für 20 Eur? Oder geht das > so auch? Das geht für private Zwecke auch so. "You can use AVR-DOS
-
Thread
Attiny13, würde das funktionieren?
cyblord ---- schrieb im Beitrag #2522757: > den veralteten Tiny13 nimmt Was ist an einem 20-MHz-AVR mit Pin-Change-Interrupt und Debug-Wire veraltet? Daß er keine GPIO-Register hat oder daß er nur halb so teuer ist, wie der 25/45/85? mfg.
aber schon ein bischen Äpfel mit Birnen. Wenn du so argumentierst kannst du auch gleich einen Mega48 nehmen, der ist auch kaum teurer. mfg.
-
Thread
Anfänger Microcontroller - bräuchte mal einen rat
reichen für Dich. > Naja dann noch ... Wo ist der Unterschied zu den AMTEL Controllern? Atmel AVR meinst Du. Vorteile AVR: - verbreitet - GCC verfügbar (wie bei PIC24/dsPIC/PIC32) - angenehm in Assembler zu programmieren Nachteile AVR: - AVR Default-Programmierschnittstelle ISP: nur programmieren
Peter Dannegger schrieb im Beitrag #2520196: > Beim AVR findet man viele Projekte, die mit 1MHz laufen, obwohl der AVR > bis 16MHz kann. Manche sogar mit 128 kHz. Sehr positiv für den Stromverbrauch.
-
Thread
ATMega 48/168 PWM Verständnissprobleme.
bestehen sollte. Hierbei bin ich dann auf diese Seite gestossen: http://mino-elektronik.de/AVR_PWM_64/AVR_PWM_64.htm 64 PWM Kanäle an einer ATMega48, die ist recht Kostengünstig, die anderen Bauteile sind auch keine SMD Bauteile nur habe ich Verständniss Probleme... Zum einen kann ich hiermit
'1'. Das Tastverhältnis ist 1/256. Erhöht man 'pwm_wert' auf 2, so tritt der 1. Übertrag bei der 128. Addition und ein weiterer bei der 256. auf. Es ergibt sich die Pulsfolge 127x '0', 1x '1', 127x '0', 1x '1'. Das Tastverhältnis ist nun 1/128 aber bei doppelter Ausgabefrequenz; der eff. Ausgabewert
-
Thread
DDS normal ?
176,175,174,172,171,169,168,166,165,163,162,160,159,157,156,154 .db 152,151,149,148,146,145,143,142,140,138,137,135,134,132,131,129 .db 128,126,124,123,121,120,118,117,115,113,112,110,109,107,106,104 .db 103,101,99,98,96,95,93,92,90,89,87,86,84,83,81,80 .db 79,77,76,74,73,71,70,69,67,66,64,63,62,60,59,58 .db 56,55,54,53,51,50,49,48,46,45,44,43,42,40,39,38
74AS Addierer bin ich bis 4MHz gekommen. Ausgangstiefpass war ein 7 poliges Cauerfilter. 1. Oberwelle 48db unter der Grundwelle.
-
Thread
Win98-Treiber
Win98 kaum noch aktuelle Entwicklungstools (IDE, Compiler, Programmer, Debugger) wie z.B. Eclipse, AvrStudio V4.x oder V5.x zum laufen kriegen
Danke für den Hinweis, bin zwar noch nicht ganz beim AVR angelangt, nehme aber an, daß für einen AVR-Anfänger diese ältere Version zum Einstieg ausreichend ist. Gruß Hans
-
Thread
Timer0 COMPA Bad interrupt
] 44: 0c 94 74 00 jmp 0xe8 ; 0xe8 <__vector_17> [/code] Testprogramm [C] #include <avr/io.h> #include <avr/interrupt.h> uint8_t sf; void init_Timer_1(void) { // für Atmega644: TCCR1B |= (1<<WGM12); // CTC Modus TCCR1B |= (1<<CS10); // CS11 == /8 CS10 /1 @ Compare
Ganz ganz jungfreudiges Projekt mit AT90USB646 und dem Code hier ohne alles: [c] #include <avr/io.h> #include <avr/interrupt.h> int main() { while( 1 ) { } } [/c] erzeugt ebenfalls einen _bad_interrupt: [c] 00000000 <__vectors>: 0: 0c 94 4c 00 jmp 0x98 ; 0x98
-
Thread
Eclipse, GDB, avarice, JTAGICE_mkII - Debuggen funktioniert nicht
meine Fehler doch spezifischer zu sein scheinen. Zur Vorgeschichte: Ich programmiere einen ATmega128 mit WinAVR-20100110 unter avr-g++ (C++). Als IDE kommt Eclipse zum Einsatz. Bisher hab ich das generierte elf-File mit AVR-Studio 4 geladen und versucht zu debuggen. Das hat zwar funktioniert, AVR-Studio
0x00 recv: 0x0e sDATA: reading 33 bytes read: 82 95 00 90 00 00 21 dd 04 c0 a8 73 01 c0 a8 73 48 00 03 ab 0d 27 01 2c 0 0 ab 03 00 00 e5 10 95 03 recv: 0x2b recv: 0xdf CRC OK Got message seqno 13 (command_sequence == 13) response: 82 95 00 90 00 00 21 DD 04 C0 A8 73 01 C0 A8 73 48 00 03 AB
-
Thread
Hilfe, Bascom - loadlabel geht nur bis 64k
nur wenige Worte Platz. Jetzt möchte ich das Ganze erweitern und habe einen Atmega1284P verwendet (128kB), doch loadlabel geht - wie ich nach längerem Suchen entdeckt habe - nur bis 64k Adressraum. Was nun? Kann ich die Speicheradresse irgendwie - vielleicht mit Assembler ermitteln? Hier zur Info
Den Namen dieses zusätzlichen Registers findest Du im Datenblatt bzw. auch in der ASM-Hilfe vom AVR-Studio.
-
Thread
How to: Snake
Mal ganz ehrlich, in Zeiten, wo ein AVR nur n paar Euro kostet, ist doch sowas sehr unsinnig, wenns ein Einzeslstück ist. Es sei denn, dich interessiert hier wirklich wie man es kleiner bekommt und nicht wie DU es in den AVR bekommst.
H.joachim Seifert: Sieh es wie Kreuzworträtsel lösen :-) @Lehrmann Michael: Ich habe hier ausgerechnet 128x64 LCDs liegen, die man nur optisch auslesen kann. Elektrisch kann man nur darauf schreiben. Das DOGM128 gehört auch dazu. Gruß Jobst
-
Thread
AM oder FM Fernbedinung Rohrmotor -> bild
mit Funksteuerung 433,92Mhz. Damit habe ich das ganze Haus bestückt. Ich kann jetzt die Rollos per AVR steuern ( Beschattung, Morgens , Abend, Urlaub usw. ). Den Sendecode habe ich mit dem AVR nachgebaut ( ATmega8) + 433,92mhz AM Sendemodul. [c] #include <avr/io.h> #include <stdio.h> #include
http://www.ltspiceusers.ch/forumdisplay.php?f=48
-
Thread
Attiny lässt sich nicht flashen
Device code: 0x41 = ATMEGA103 Device code: 0x42 = (unknown) Device code: 0x43 = ATMEGA128 Device code: 0x44 = (unknown) Device code: 0x45 = ATMEGA64 Device code: 0x46 = (unknown) Device code: 0x47 = (unknown) Device code: 0x48 = (unknown) Device code: 0x49 =
: /dev/tty.SLAB_USBtoUART Using Programmer : avr910 avr910_devcode (avrdude.conf) : 0x76 Overriding Baud Rate : 19200 AVR Part : ATMEGA8 Chip Erase delay : 10000 us
-
Thread
Taschenrechner zum selbst Bauen
ich danke euch für die ganzen vorschläge, was haltet ihr vom ATMEGA48?
>> was haltet ihr vom ATMEGA48? > > Der ist sehr gut geeignet. Mit einem 8bit Controller?! o.o Aber dann können die ergbnisse ja maximal 255 oder minimal -128 sein. Also für nen Taschenrechner ist ein 32bit Controller schon
-
Thread
Problem SPI Atmega16 mit MCP41010
> MCP41010 MOSI -> SI SCK -> SCK SS -> CS(inv.) Mein Code: #include <stdlib.h> #include <avr/io.h> #include <avr/interrupt.h> #include <avr/signal.h> #include <avr/pgmspace.h> #include <util/delay.h> #include "uart.h" #include "ADC.h" /* define CPU frequency in Mhz here if not
void spi_init(void) { SPCR|=(1<<SPE)|(1<<MSTR)|(1<<SPR1)|(1<<SPR0); //SPI enable, Master, Freq/128; } void spi_write(char data) { PORTB |= (1<<PB4); //CS high SPDR = 0x11; // 11 für write und pot1 SPDR = data; PORTB &= ~(1<<PB4); //CS low } int main(void) { DDRD &=~((1<<PD2
-
Thread
ATMega16 SPI MCP41010
> MCP41010 MOSI -> SI SCK -> SCK SS -> CS(inv.) Mein Code: #include <stdlib.h> #include <avr/io.h> #include <avr/interrupt.h> #include <avr/signal.h> #include <avr/pgmspace.h> #include <util/delay.h> #include "uart.h" #include "ADC.h" /* define CPU frequency in Mhz here if not
void spi_init(void) { SPCR|=(1<<SPE)|(1<<MSTR)|(1<<SPR1)|(1<<SPR0); //SPI enable, Master, Freq/128; } void spi_write(char data) { PORTB |= (1<<PB4); //CS high SPDR = 0x11; // 11 für write und pot1 SPDR = data; PORTB &= ~(1<<PB4); //CS low } int main(void) { DDRD &=~((1<<PD2
-
Thread
Atmel AVR in der Industrie
Hallo Jörg Jörg Wunsch schrieb im Beitrag #3448603: > Unterstützung > für AVRs > 128 KiB Flash im AVR-GCC zu verdanken Setzt Atmel aber nicht den gleichen Compiler im Atmel-Studio ein? Das ist eine Frage die mir schon oefters aufkam: Entwickelt Atmel eigentlich aktiv am AVR-Port
weiß ich leider nicht. Ein per MIDI-Befehlen gesteuertes Mischpult ist mir auch schon mit nem Atmega128 untergekommen. Ein induktiver Näherungssensor am ASi hatte auch nen Atmel, weiß aber nicht ob das auch ein AVR war. Bei Vector oder dSpace (?) Hardware an einem Teststand hab ich auch schon einen
-
Thread
avr-gcc 4.7 I/O-Zugriffe
aussagekräftigen > Bugreport zu machen. Die Chance, daß er Beachtung findet, ist allerdings > sehr klein, denn AVR ist eine "unwichtige" Plattform. > > AVR ist "unwichtig", weil es nicht genug Entwickler gibt, die sich um > den AVR-Teil kümmern. Zudem hat der AVR-Teil andere Einschränkungen; so > ist er zB
>> Bugreport zu machen. Die Chance, daß er Beachtung findet, ist allerdings >> sehr klein, denn AVR ist eine "unwichtige" Plattform. >> >> AVR ist "unwichtig", weil es nicht genug Entwickler gibt, die sich um >> den AVR-Teil kümmern. Zudem hat der AVR-Teil andere Einschränkungen; so >> ist er
-
Thread
_delay_ms(1) ungenau!
Hi! Ich bin gerade am beginn meiner AVR Kariere. Ich wollte kurz testen ob das Programmieren funktioniert und wollte mal ne Soft Pwm machen. Erster Test: Einen Pin ein und ausschalten! Controller ist ein Atmega 48, an den fuses hab ich
@ Alex Kuttner (Gast) >Ich bin gerade am beginn meiner AVR Kariere. Dann sollte man die Bälle etwas flacher halten und nicht so naseweis rumposaunen. >Erster Test: Einen Pin ein und ausschalten! Controller ist ein Atmega >48, an den fuses hab ich nix
-
Thread
xmega128a1 EBI SDRAM
(32.8 ms @ 2MHz). 0x0100 ); // 256 cycle Initialization Delay (128 us @ 2MHz). } [/code] Stimmt meine EBI nicht oder woran kann es liegen? Danke, Markus
// Konfiguration beginnt... // EBI Initialisieren; stammt aus der Atmel AppNote AVR1312.PDF, // der TechNote AVR1312.ZIP und dem Micron MT48LC16M4A2TG DataSheed PORTH.OUT = 0x0F; // EBI PORTs richten PORTH.DIR = 0xFF; PORTK.DIR = 0xFF; PORTJ.DIR
-
Thread
Entwicklungen und Forschung um den Sparmatic Comet / Zero v2 Heizungsthermostat
Wie du meinst, nur nicht weinen wenn's mit dem AVR vorbei ist... :)
Heizkörper. [pre] Batterie Comet #1 Comet #2 Comet #3 NiMH #1 40:53:106 28:44:115 32:48:94 NiMH #2 31:47:94 LR6 voll 39:51:104 29:40:105 30:48:97 45:71:100 LR6 leer 41:52:105 30:43:114 30:48:98 29:45:114 30:
-
Thread
GNUBLIN www.gnublin.org
------ WARNING: at drivers/gpio/gpiolib.c:102 gpio_ensure_requested+0x4c/0xe4() autorequest GPIO-48 Modules linked in: [<c0028794>] (unwind_backtrace+0x0/0xd0) from [<c003b6d0>] (warn_slowpath_common+0x48/0x60) [<c003b6d0>] (warn_slowpath_common+0x48/0x60) from [<c003b720>] (warn_slowpath_fmt+0x24
------ WARNING: at drivers/gpio/gpiolib.c:102 gpio_ensure_requested+0x4c/0xe4() autorequest GPIO-48 Modules linked in: [<c0028794>] (unwind_backtrace+0x0/0xd0) from [<c003b6d0>] (warn_slowpath_common+0x48/0x60) [<c003b6d0>] (warn_slowpath_common+0x48/0x60) from [<c003b720>] (warn_slowpath_fmt+0x24
-
Thread
Billiges Cortex-M4-Board STM32F4DISCOVERY jetzt erhältlich
Hi, ich komme vom AVR und möchte für zukünftige Projekte auf 32-bit cores umsteigen. Das STM32F4 Discovery Board hört sich ja sehr interessant an :) Wo ich noch nicht ganz durchblicke: Das Board hat ja diesen STLink direkt
kreative Antworten akzeptiert. Werner B. schrieb im Beitrag #2629123: > Ich habe da diese Idee, AVR Assembler Code auf einer 32 Bit, 168 MHz > CORTEX M4 laufen zu lasssen. Ja, ja, DDS, nicht wahr? Programmiere aber doch besser in C.
-
Thread
Externer Ram an xMega
Colums etc. Und eben noch mehr Signale bei SDRAM (RAS, CAS, DQM, BANK Adress etc.). Es sind übrigens 128 Mbit möglich (16 MB)
Als SDRAM eignet sich ein MT48LC64M4A2. Hab hier mal eine Schaltung im Anhang die bei mir super funktioniert.
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit D-RAM
"SIG_USART_DATA" --> "USART0_UDRE_vect" eingertagen hier: (uart.c) [c] #elif defined(__AVR_ATmega48__) || defined(__AVR_ATmega88__) \ ||defined(__AVR_ATmega168__) || defined(__AVR_ATmega644__) #define ATMEGA_USART0 #define RXCIE RXCIE0 #define TXCIE TXCIE0 #define RXEN
jetzt doppelt für 8x8 Pixel): 0 - wieso immer "0" wird da nicht der Grauwert codiert? 3 0 12 0 48 0 192 0 3 0 12 0 48 0 192 Gruß Peter