-
Thread
Fehlermeldung bei Attiny13 Programmierung
Tiny13 programmieren. Mit dem Mega8 funktioniert es!! Fehlermeldung: make flash avrdude -c avr910 -P /dev/tty.SLAB_USBtoUART -p attiny13 -U flash:w:main.hex:i Found programmer: Id = "AVR ISP"; type = S Software Version = 3.0; Hardware Version = 3.0 Programmer supports auto addr increment
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 =
-
Thread
Probleme mit AVRISP MKII
Wenn du es mit Win nochmal probieren willst: [1] WinAVR installieren: http://sourceforge.net/projects/winavr/files/WinAVR/20100110/ [2] AVR Studio 4 installieren: Build 4.19 https://www.mikrocontroller.net/articles/AVR-Studio#Direktlinks_Installer
- Im AVR-Studio unter Hilfe/AVR Tools User Guide/Atmel ISP mkII/TroubleShooting durchgehen - Prüfe deine Schaltung nochmals sehr penibel - Leitungen durchmessen - Controller tauschen - etc.
-
Thread
Vorfrühlingsaktion
TO247; 2 EUR/Stck IKW30N60T: IGBT 600V, 30A; TO247; 2,50 EUR/Stck CY7C64713-100AXC: USB Controller, 48MHz 8051 High Speed; TQFP100; 5,00 EUR/Stck ATMEGA128-16AV: AVR Risc Controller; TQFP64; 2,50 EUR/Stck AT90CAN128-16A: AVR Risc Controller,128K ISP; TQFP64; 4,00 EUR/Stck DSPIC30F5013: High-Performance
ULTRAFAST SOFT RECOVERY RECTIFIER DIODE APT30DQ120: TO247; 2 EUR/Stck CY7C64713-100AXC: USB Controller, 48MHz 8051 kernel High Speed; TQFP100; 5 EUR/Stck ATMEGA128-16AV: AVR Risc Controller; TQFP64; 2,50 EUR/Stck DSPIC30F5013: High-Performance Digital Signal Controller; TQFP80; 4 EUR/Stck LEM Stromwandler
-
Thread
Transistortester AVR
ATmega8 eingeführt. Beim Beginn meiner Arbeit hatte ich auch den Ehrgeiz, eine Version für einen ATmega48 übersetzen zu können. Die Assembler Routine von ReadADC spart bei einem ATmega168 80 Bytes Code (Flash Speicher). Ich entwickle unter (Ubuntu-) Linux mit einer avr-gcc Version 4.5.3 . Mit dieser Version
http://avr8-burn-o-mat.aaabbb.de/
-
Thread
USBasp von Fischl unter Ubuntu installieren
="0660" # AT90USB ATTR{idVendor}=="10c4", ATTR{idProduct}=="ea60", GROUP="plugdev", MODE="0660" # AVR910 ATTR{idVendor}=="03eb", ATTR{idProduct}=="2105", GROUP="plugdev", MODE="0660" # AVR ONE ATTR{idVendor}=="03eb", ATTR{idProduct}=="210d", GROUP="plugdev", MODE="0660" # Atmel XPLAIN CDC Gateway
Wie soll ich da nun weiter vorgehen? Scheinbar liegt es ja nicht an der AVR-Schaltung, oder?
-
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