-
Thread
Audio in möglichst guter Qualität samplen
einiges an Samples abspielen. >> >> fchk > > Nett gemeint, Frank, aber sag mal, gibt es da was im AVR-Bereich? Da hab > ich zumindest mal ein wenig was gemacht und wörde, falls erforderlich, > gerne dabei bleiben. Leider nichts äquivalentes. Ich bin deswegen weg von AVR. Zu wenig Rumms pro Euro
einiges gespeichert: http://de.farnell.com/adesto-technologies/at45db641e-mhn-y/memory-serial-flash-64mbit-udfn/dp/2414323
-
Thread
AtMega32U4 Minimalbeschaltung
Die Kinder sollen TQFP löten? Ist das für den Anfang nicht etwas viel? Nimm doch einen PIC24FJ64GB002. Das ist ein SDIP28 wie der Mega 8, hat USB und noch viele andere nette Dinge. Damit kannst Du auch viel Freude haben. Basisbeschaltung steht im Datenblatt. fchk
Wird das nicht teuer mit atmega32u4? Wenn man so ne' kleine Armee Kinder versorgen will - 64LEDs pro Platine, die Platine selbst und der AVR - da kommt doch bissel was zusammen? (Und dann noch alles vorbesteuckt...) Wo beziehst du den AVR her? MfG
-
Thread
Problem bei Anwendung von einer SD-Karte mit Atmega
Hi, eine Frage, ich habe eine SD-Karte 64 Gbyte, die ich mit einem Atmega32 ansprechen will. Ich hab die Bibliothek von hier: http://www.mikrocontroller.net/articles/AVR_FAT32 Es hat funktioniert, dass ich eine Datei schreiben konnte
Probier es mal mit einer kleineren Karte. 64 GB ist SDXC, die Lib macht aber offiziell nur SDHC mit. Das ist ein Unterschied! http://de.wikipedia.org/wiki/SD-Karte#SDHC http://de.wikipedia.org/wiki/SD-Karte#SDXC_.28SD_3.0.29
-
Thread
Leidiges Thema: Pointer/Array/Struct
trotzdem gemacht. Wo hast Du das her? http://refspecs.linuxfoundation.org/elf/abi386-4.pdf Seite 28 und Seite 29, dort ist das Padding genau definiert: *386-ABI* [pre] Seite 28 Alignment Intel386 Type C
abenteuerlichen Aussage "Dort ist Padding nicht nötig"? Wir haben jetzt im Laufe dieses Threads ARM32 und ARM64 sowie AMD64 und x86 ABI gesehen und in jedem steht fast wortgleich das selbe drin: "Each member is assigned to the lowest available offset with the appropriate alignment". Diese ganze Diskussion wurde
-
Thread
[V] Entwicklungskits, Gehäuse, Elektronik
besteht aus folgenden Komponenten(Hauptentwicklungskit und Adapterkarten) 1x ATMEL ATSTK600 KIT, AVR & AVR32 STARTER DEVELOPMENT neu & unbenutzt Neupreis 226,95 https://www.reichelt.de/Programmer-Entwicklungstools/AVR-STK-600/3/index.html?&ACTION=3&LA=2&ARTICLE=84348&GROUPID=2969&artnr=AVR+STK+
neu & unbenutzt Neupreis 104,95 EUR http://www.watterott.com/de/ATSTK600-TQFP32 1x ATSTK600-TQFP64 neu & unbenutzt Neupreis 104,95 EUR http://www.watterott.com/de/ATSTK600-TQFP64
-
Thread
Welche PC-Spiele zockt ihr?
"Stroker" in einem C64 Emulator
S.T.A.L.K.E.R (SOC) + NS-Mod, der einzige Grund warum ich überhaupt noch ein Windows(7-64) im Dual-Boot mit Linux installiert habe. Kerbal Space Program (läuft unter Linux 64-bit deutlich flüssiger) und natürlich CS:GO (ebenfalls unter Linux/Steam)
-
Thread
Impulszähler-Chip
wohl auf eine ATtiny12 im DIP8 Gehäuse hinauslaufen. Bei geschickter Schreibstrategie sollten die 64 Byte EEPROM locker reichen
Millionen mal schreiben bevor das Ding aufgibt. Das lässt sich noch gut vergrößern indem du halt den avr größer wählst (atmega328 hat auchnoch dip28). Dann setzt du die lockbits so, dass der eeprom via isp nurnoch lesbar ist. Damit hast du maximal billig (son mega kostet ja keine 2€) deinen zählerchip
-
Thread
UV-Laserdrucker II
> #include <inttypes.h> #include <avr/pgmspace.h> #include <avr/sleep.h> const uint8_t Compare_Werte[] = {0x0C, 0x00, 0x0D, 0x00, 0x0E, 0x00, 0x0F, 0x00, 0x0E, 0x00, 0x0D, 0x00, 0x0C, 0x00, 0x0B, 0x00, 0x0A, 0x00, 0x00, 0x00, 0x00,
Es ist natürlich die Appnote AVR446! Habe mich vertippt.
-
Thread
Dumme Frage zum "C" mit AVR's
beim PIC so schoen einfach ist mit AVR und dem GCC? Sorry.... aber jeder Anfang ist schwer :-)
also Direktzugriff auf die Ports bei Beibehaltung der Numerierung. Die ultimative Lösung für viele AVR. [code] if !defined(digitalPinToPortReg) #if !(defined(__AVR_ATmega1280__) || defined(__AVR_ATmega2560__) || defined(__AVR_ATmega2561__) ) // Standard Arduino Pins #define digitalPinToPortReg
-
Thread
SYSTICK Timer Overflow Cortex M4
vorschlag für ARM/AVR-Universal-Timer - frei nach elm chan: [c]//smh - Timer #if zucAVR init_timer_smh() { /* cs02+01+00: 0 no clock 1 no presc 2 /8 3 /64 4 /256 5 /1024 */ TCCR0A |= (1<<WGM01);
code besser wird, wenn man einen systemabhängigen Datentyp ux für Zählvariablen definiert, der beim AVR ein uint8_t ist und beim ARM ein u32: #if AVR #define ux uint8_t #else #define ux uint32_t #endif
-
Thread
AVR 8bit auch für größere Projekte?
Assemblercode geschrieben? Oder einen anderen 32 Bitter? 68000 zB? MIPS? Z.B. diese hübschen kleinen 28-Pinner von Microchip PIC32MX1xx/2xx. Gibts sogar in DIL. Hast Du denn überhaupt einmal eine Zeile Code außerhalb Deiner AVR8-Welt geschrieben? Nicht? Wie kannst Du denn hier mitreden, wenn Du offensichtlich
Zurück zur eigentlichen Frage: Also, mir hat bis jetzt immer ein AVR gereicht. Der hat super Tools, wird gut vom Hersteller unterstützt, das Datenblatt ist kurz und übersichtlich. Klar, ab und zu brauch es noch etwas Peripherie. Z.B. ein ENC28J60 für Ethernet. Ein uM-FPU
-
Thread
DCF77-Programm-Multitaskingproblem
Guten Tag, Vorab: Microcontroller:Atmega32 Frequenz:16MHz DCF-Modul:Conrad Entwicklungsumgebung:AVR-Studio 4.18 Build 684 WinAVR_20100110 STK 500 ich habe das Dekodierprogramm von Johannes M. etwas modifiziert und habe mich gewundert, warum ich nicht parallel mehere Operationen gleichzeitig
. [c] //DCF-Uhr mit LCD20x4 //ATmega16 @ 16 MHz //Autor: Johannes Maslowski //Version 2010-02-28-00-11 //AVR-Studio 4.18 Build 692, WinAVR 20100110 //Header Dateien #include <avr/io.h> #include <avr/interrupt.h> #include <stdlib.h> #include "lcd-routines.h" ///////////// //Variablen/
-
Thread
IBM 1981 PC Demo
Ich findes beeindruckend was die erreicht haben, vollkommen unabhängig davon, ob das Ding nun mit 1,28, 3,75 oder eben 4,77 MHz läuft. Einigen wir uns doch auf < 5MHz
Auch sehr beeindruckend am AVR: http://www.linusakesson.net/scene/craft/
-
Thread
Uhr wie im Ham Yard Hotel in London Gesperrt
https://www.youtube.com/watch?v=Tdqc0bLzaPQ VID28-05
Korrektur: VID28-05 ist der mit Doppelwelle. Links vorstehend stimmen jedoch.
-
Thread
DCF77 Code, Paritätsprüfung klappt nicht
-- // 1ms-Interrupt @ 3.999.968HZ // 3999968/256= 15.624,875Hz=> Prescaler=256 // 3999968/64= 62.499,5Hz => Prescaler=64 --> Gewählt // 3999968/8= 499.996.0Hz => Prescaler=8 --> mind 1935 IRQs / Sec //Ziel = 1000IRQ/Sec // 62.499,5/1000=62,4995 => Einstell CTC //--> Schlecht !
/ 1ms-Interrupt @ 3.999.968HZ // 3999968/256= 15.624,875 Hz => Prescaler=256 // 3999968/ 64= 62.499,5 Hz => Prescaler=64 // 3999968/ 8= 499.996,0 Hz => Prescaler=8 // 3999968/ 1= 3.999.968,0 Hz => Prescaler=1 --> mind 61,034 IRQs / Sec //Ziel = 1000IRQ/Sec // 3999968
-
Thread
Fehlermeldung Arduino C++
ein Bild packen. Wenn man das will, muss man es zweiteilen. 2.) Die Gesamtanzahl an Bilddaten darf 64kB nicht übersteigen, auch nicht auf dem MEGA256, weil auch hier wieder die Grenze der Pointer im avr gcc mit 64 kB greift. Ausserdem scheint das Programm gar nicht erst loszulaufen, wenn deutlich mehr als 64kB Flashgröße erzeugt werden (Bug im avr gcc, wenn der Einsprung vom Resetvektor >64kB?, Problem im Bootloader?) Auf dem DUE mit dem ARM sollten diese Begrenzungen nicht greifen. Kann ich mangels Hardware
-
Thread
uint32_t variable byteweise füllen
avrasm]0000004c <foo>: 4c: 1f 93 push r17 2 4e: cf 93 push r28 2 50: df 93 push r29 2 52: f9 df rcall .-14 ; 0x46 <nextByte> 3 54: c8 2f mov r28, r24 1 56: f7 df
r29 2 7a: cf 91 pop r28 2 7c: 1f 91 pop r17 2 7e: 08 95 ret[/avrasm] [avrasm]00000080 <bar>: 80: cf 93 push r28 2 82: df 93
-
Thread
µC nicht mehr ansprechbar
http://www.mikrocontroller.net/articles/AVR_HV-Programmer
Und zum lesen habe ich dir auch was angehängt. Nachgereicht. http://www.schniko.at/index.php/de/avr-meets-me/121-erklaerung-avr-fuse-bits-sut-cksel-taktauswahl-deutsch
-
Thread
Z80 Einplatinencomputer für Lernzwecke
ohne AVR auskommt. Dumme Entscheidungen treffen ist leicht (ich habe den AVR per I2C angebunden - der Bootvorgang war nicht besonders schnell). Es trotzdem zum Laufen zu kriegen ist trotzdem schön. Aber daraus
Speicherraum durch entsprechende Steuervorgänge zu verwalten. Die CPU U880 ist in der Lage, ,aximal 64KByte Speiher direkt anzusteuern.Allein auf der Karte GRE stehen aber 64Kbyte RAM und je nach verwendetem EPROM Typ 8,16,32, oder 64KByte EPROM zur Verfügung. Nach Power On Reset bzw. externem Reset wird
-
Thread
Jump zum Bootloader beim XMEGA Gesperrt
Debugger. Jedoch habe ich mit dem Debugger noch so meine Probleme. Ich downloade gerade das aktuelle AVR Studio.
Hi, vielleicht kannst Du Dir da etwas herauspicken: http://www.avr-praxis.de/forum/entry.php?77-Starten-des-Bootloaders-aus-der-eigenen-Applikation Hier nochmal besser beschrieben: http://www.avr-praxis.de/forum/showthread.php?759-Programmer-und-Developmenttool-f
-
Thread
flash-Fehler mit ATtiny2313, compile ok
Wie bekommt man überhaupt so viele bytes hin? Mit libm ergibt sich bei mir: [code] >avr-gcc --version avr-gcc (GCC) 4.8.2 >avr-gcc -mmcu=attiny2313 -o main.elf -O0 main.c >avr-size main.elf text data bss dec hex filename 820 0 0 820
/install/configure.html#TOC3 Wie gelinkt wird, kann man z.B. anzeigen lassen mit [pre]$ echo | avr-gcc -x c - -###[/pre] Ein avr-gcc 4.7.2 spuckt damit aus: [pre]... Target: avr Configured with: ... --target=avr --with-avrlibc=yes Thread model: single gcc version 4.7.2 (GCC) ... ... collect2
-
Thread
Dallas Sensoren HexCode für AVR
war/bin der Meinung, das es die Adresse des Sensors ist, die man (konvertiert in HexCode) auch am AVR nutzen kann. Die 4 Sensoren, die ich noch hier rum liegen habe, fangen alle mit "10-0008023f****" an. Leider habe ich mein AVR nur mit den Bauteilen bestückt, die ich auch wirklich benötige, d.h. da
Die folgenden Blöcke gehen, wie weiter oben schon erwähnt, nach dem "Little Endian" Prinzip, also im AVR-Code in umgekehrter Reihenfolge. Was mir also noch für das AVR fehlte, ist der 8. Block (CRC)... und der kann auf dieser Seite (http://www.tm3d.de/index.php/tools) wunderbar berechnet werden. Ich habe
-
Thread
Cypress PSoC Nutzen/Erfahrungen?
Wolfgang, ja schon so ein AD9850 Modul mittels eines PSoC angesteuert hast: http://www.wkiefer.de/x28/Verdrahtung%20im%20Chip%20mittels%20Software.htm. Ist das eigentlich der letzte Software stand deines Deocders? http://www.mikrocontroller.net/topic/353862#4003683
für die PS/2- Tastatur) zu portieren. Im Moment teste ich die Einbindung eines Grafik- LCD's 128 x 64 für die Anzeige des Spektrums. http://www.pollin.de/shop/dt/Mzg4ODc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_WAYTON_MG1206E_SYL_128x64.html
-
Thread
Günstiger Anfang mit ARM Gesperrt
Moby AVR schrieb im Beitrag #4060655: > Lothar schrieb: >> nicht mehr so lange existieren > > wird AVR jedenfalls ... auch nicht! AVR wird nicht mehr so lange existieren ? Das wäre mal eine gute Nachricht :-) Moby AVR schrieb im Beitrag #4060655: > in weitem Versorgungs-Spannungsbereich verwendbaren AVR Dafür nimmt die Industrie lieber 8051 wie z.B. http://www.silabs.com/products/mcu/8-bit/efm8-busy-bee/Pages
-
Thread
Eigentlich bekomme ich nie was Fertig
-150.000 Zeilen Code innerhalb des Linuxsystems - 150 Seiten Hilfedatei zu C und "Eigenheiten AVR" - 800 Seiten für das Buch ! Ich bin bei weitem nicht fertig und wieder mal weiß ich nicht, ob das überhaupt jemals fertig wird oder ob das jemand haben will ! *smile* ... Spaß ... soll es machen
gibt es nur Abzüge in der B-Note. ;-) Ich hab vor Ewigkeiten mal eine SRAM-Erweiterung für den C-64 gebaut, dort hab ich die Footprints für die SRAMs zu schmal gemacht. Also einfach die ICs im 45 Grad Winkel einseitig angelötet und die andere Seite mit Blankdrähten frei verdrahtet. War künstlerisch
-
Thread
Melodieklingel mit PWM
Türklingel mit 100 Melodien M. Baudisch 12/2008 #include <inttypes.h> // uint8_t usw. #include <avr/io.h> #include <avr/interrupt.h> // Interrupts #include <avr/eeprom.h> #include <avr/pgmspace.h> #include <avr/sleep.h> #include <util/delay.h> // definiert _delay_ms und _delay_loop_2
) | Output (OC1A/B1) wird getoggled // (1<<CS10)|(1<<CS11)|(1<<CS12); //Vorteiler 64 //Initialisierungswert des Zufallsgenerators ist EEPROM Speicherstelle uint8_t EEMEM seed; //Vars in Registern, spart Platz volatile register uint16_t soundtime asm("r14"); register
-
Thread
Netzwerk Steckdose + Anhand welcher Daten wähle ich einen Quarz aus? + weiter Fragen (Bootloader)
bis vollprofessionelle Mikrocontrollernutzer/-Programmierer, vor ca. 6 Jahren habe ich mir über myAVR einen Einsteigerbausatz inklusive ISP erstanden. Nach ersten Gehversuchen in Assembler hat diese Board lange Zeit unbenutzt sein Dasein im Schrank gefristet. Nun habe ich zum neu begonnenen Studium
Ich gehe mal davon aus, dass Du den enc28j60 per SPI anschließen willst. Laut Datenblatt kann der bis 20MHz SPI Takt vertragen. Also kein Problem. Die Grenze kannst Du ja eh nicht erreichen. SPI ist eigentlich nur eine Taktleitung, eine Ausgangs
-
Thread
Displayplatine Problem mit SPI DOGL128-6
Author: u308488 */ #define F_CPU 16000000 #include <avr/io.h> // Header-Datei f. IO-Register #include <avr/interrupt.h> // Header-Datei f. Interruptfunktion #include <stdint.h> // Header-Datei f. standard Datentypen #include <avr/pgmspace.h
eadog128_6.c * * Created: 22.01.2015 09:17:05 * Author: Dipl.- Ing. C. Graci */ #include <avr/interrupt.h> #include <avr/pgmspace.h> #include <avr/io.h> #include <stdlib.h> #include <stdarg.h> #include <ctype.h> #include <string.h> #include "eadog128-6.h" #include "font.h" #include
-
Thread
Webpage Webserver
implicitly compiling cmd.c... ..\USER\APP\cmd.h(14): error: #5: cannot open source input file "avr/io.h": No such file or directory compiling base64.c... ..\USER\APP\base64.c(24): error: #18: expected a ")" ..\USER\APP\base64.c(26): error: #18: expected a ")" ..\USER\APP\base64.c(36): error
while(*strp) { *strp = ENCODE_BYTE(*strp); strp++; } } [/c] compiling base64.c... ..\USER\APP\base64.c(24): error: #18: expected a ")" ..\USER\APP\base64.c(26): error: #18: expected a ")" ..\USER\APP\base64.c(36): error: #18: expected a ")" ..\USER\APP\base64.c(37): error
-
Thread
C-Aufgabe: bedingtes Inkrementieren
= Ausgangswert - 0 32 - 47 => 0 - 15 = Ausgangswert - 32 48 - 63 => 32 - 47 = Ausgangswert - 16 64 - 79 => 0 - 15 = Ausgangswert - 64 80 - 95 => 48 - 63 = Ausgangswert - 32 96 - 111 => 0 - 15 = Ausgangswert - 96 112 - 127 => 64 - 79 = Ausgangswert - 48 Wenn ich nun das obere Nibble des Ausgangswert
62 63 64 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 [/
-
Thread
ADC funktioniert nicht
Created: 04.03.2015 10:21:49 * Author: Daniel */ /* * LEDblink_attiny85.c * * Created: 28.02.2015 12:40:40 * Author: Daniel */ #include <avr/io.h> #define F_CPU 1000000UL // 1 MHZ #include <util/delay.h> #include <avr/interrupt.h> volatile unsigned int millisekunden; volatile
den Code überfliegen und Tipps geben? Danke. [c] #define F_CPU 1000000UL // 1 MHZ #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> #include <avr/wdt.h> // Supplied Watch Dog Timer Macros #include <avr/sleep.h> // Supplied AVR Sleep Macros #define REQUIRED
-
Thread
Ist der ATtiny85 "abwärtskompatibel"?
device number 4 using uhci_hcd lsusb sagt dazu: Bus 002 Device 005: ID 03eb:2104 Atmel Corp. AVR ISP mkII lsusb -s 2:5 -v sagt dann: Bus 002 Device 005: ID 03eb:2104 Atmel Corp. AVR ISP mkII Couldn't open device, some information will be missing Device Descriptor: bLength
None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 10
-
Thread
Stackinitialisierung durch den Compiler
var_y; var_x=42; var_y=var_x; while(1); }[/c] ergibt im Tab "Disassembly" folgenden AVR ASM Code: [avrasm] 00000072 CLR R1 Clear Register 00000073 OUT 0x3F,R1 Out to I/O location 00000074 SER R28 Set Register 00000075 LDI R29,0x21 Load immediate 00000076
> hinterher), warum? > 0000007D PUSH R28 Push register on stack > 0000007E PUSH R29 Push register on stack Dies sichert Y. Y ist callee-saved per avr-gcc ABI: http://gcc.gnu.org/wiki/avr-gcc#Call-Saved_Registers > 0000007F