-
Thread
D-A Wandler
Not in local "C:\Dokumente und Einstellungen\2447261089\Desktop\DA Wandler\delay.h" *** Error 128 "C:\Dokumente und Einstellungen\2447261089\Desktop\DA Wandler\daWandler.c" Line 6(1,10): A #DEVICE required before this line *** "C:\Dokumente und Einstellungen\2447261089\Desktop\DA Wandler\daWandler.c
declaration *** "C:\Dokumente und Einstellungen\2447261089\Desktop\DA Wandler\daWandler.c" Line 17: Error #48: Expecting a ( *** "C:\Dokumente und Einstellungen\2447261089\Desktop\DA Wandler\daWandler.c" Line 17: Error #48: Expecting a ( *** "C:\Dokumente und Einstellungen\2447261089\Desktop\DA Wandler\daWandler.c
-
Thread
M16C samt Dev-Kit für lau!
www.renesasinteractive.com/scripts/tol.exe?SID,25714.20822.20050222&CONFIG, pc-renesas.txt&TEMPLATE,pc_main.ops&AREA,48
von-Neumann-Architekturen sind (wie z.B. 68xx, MSP430, ARM) und letztere stark Harvard-Architekturen (PIC, AVR, 8051) ähneln.
-
Thread
uClock - Matrix-Uhr mit WS2812 LEDs
Hier sollte man ca. 8cm vorsehen. Damit ergeben sich Frontplatten-Größen von ca. 70cm x 70cm bzw. 48cm x 48cm.
übertreib mal nicht. Klar haben STM32 & Co mehr Dampf und vor > allem DMA, aber auch der gute, alte, AVR kann hier schon noch mithalten, > wenn der Programmierer nicht ganz auf den Kopf gefallen ist. > > Beitrag "Re: Frage zu IR-Remote+LED-Strips an AVR" Ich kenne den Thread ;-) Der AVR müsste
-
Thread
Effizient/Einfach viele kapazitive Sensoren auslesen
jemals eine detaillierte Analyse des *tatsächlich* Nötigen vorgenommen hast... Aber sei's drum: der AVR am Handgelenk könnte mittels eines Dreidraht-Interface (single direction SPI) mit 12Mbit/s Daten an (was auch immer) liefern.
/DataSheets/AVR128DA28-32-48-64-Data-Sheet-40002183C.pdf Bedenken 2) Habe ich Angst, dass ich bei meiner Zweckentfremdung - das nicht für Touch zu verwenden - doch an meine Grenzen komme. Über absolute Kapazitätswerte
-
Thread
Anforderungssammlung CAN Hausbus mit PIC µC
Displayknoten. Ich bin davon abgekommen, EEprom zu "Laden": EEprom ist durch ein Fusebit (AT90CAN128) gegen Laden geschützt. Nachdem die 128 kBit Flash Speicher (aus verschiedenen Gründen verwende ich das als Standardsupport) weit mehr sind als ich brauche, wird EEprom programmgesteuert initialisiert
tue. Es gibt viel, das ich von meinen AVR basteleien gewohnt bin, was ich beim PIC18 nicht so machen kann - Beispiele: AD-Wandler bei TQFP44 AVR: 8 Kanäle am Stück + eigener REF-Anschluss. Der Haupt-Oszillator belegt keine IO's Die Schnittstellen
-
Thread
10bit AD-Wandler auf 12bit
Das ist deine AppNote: AVR121: Enhancing ADC resolution by oversampling
Burgas schrieb im Beitrag #4469972: > Das ist deine AppNote: AVR121: Enhancing ADC resolution by oversampling Ja, da steht auch "resolution" und nicht "accuracy".
-
Thread
Empfehlungen für aktuellen µC
Ich habe schon etliches veröffentlicht. Klar, fast alles Asm, weil ich der Meinung bin, dass die AVR8 damit am besten ausgenutzt werden können und es hier halt meist um AVR8 ging. Ich kann dir aber versichern, dass ich auch C (und ein halbes Dutzend weiterer Sprachen) so weit beherrsche, dass es
https://www.heise.de/news/AVR128DA48-Curiosity-Nano-von-Microchip-6611682.html Zumindest gibt es den noch........
-
Thread
Was genau ist UL?
üblich. Da sind double und long double beide 64 Bit breit. Unter Linux auf dem PC ist long double 128 Bit breit, benutzt aber nur 80 Bits davon für die Wertrepräsentation.
Für alle die es interresiert: Bei uint64_t muss man bei der Konstanten ULL anhängen( Bei AVR GCC).
-
Thread
Hardware I2C beim ATMega
Hallo, danke für die Beispiele ! @Hagen: Mit welcher WinAVR Version hast du die i2c.S kompiliert ? Ich habe es mit WinAVR 20040720 versucht, und bekomme folgende Fehler: Assembling: i2c.S avr-gcc -c -mmcu=atmega128 -I. -x assembler-with-cpp -Wa,-adhlns
[i2c.o] Error 1 Als makefile verwende ich das Beispiel makefile aus dem sample Ordner von WinAVR. (nur auf "DEBUG = dwarf-2" umgestellt.) Gruß Fiffi
-
Artikel
Reichelt-Wishlist
TQFP-Gehäuse zu haben sind wie z. B. XC3S400 oder XC3S500E (PQFP208)) | | | | | | * Microchip megaAVR 0-series, z. B. ATmega809/1609/3209/4809 in TQFP-48 Microchip AVR128DB…, AVR64DD… in SOIC und TQFP Microchip dsPIC33FJ128GP802 | Microchip PIC12F1822 | Microchip PIC24HJ64GP202-I/SP | NXP LPC1114 (auch
freundlichen Mail in den Katalog aufgenommen worden. Artikel-Nr. "SPITZE 842" Atmel ATSTK600 von Atmel (AVR STK 600) Atmel AVR Dragon von Atmel | | | | | (AT AVR DRAGON) Option zum anklicken beim Versand, "nichtverfügbare Artikel automatisch streichen", wenn man das ins Kommentarfeld schreibt wirds nicht
-
Thread
STM32 Value line, ein weiterer 8-Bit Killer?
Die STM32F103 in 1000er Stückzahlen doch schon viel billiger als die AVR oder PIC. Der Pries wirds wohl nicht alleine machen. Kleine Gehäuse wäre meine wichtigste Forderung. SO8/S014 -> dann schmeiß ich die AVR und PIC aus allen Projekten.
, aber wenn ich "neu" einsteigen würde? Ich weiß nicht ob ich mir einen AVR zum spielen genommen hätte... und für TQFP und Konsorten gibt es Adapter die auch nicht Welt kosten... (womit sich die günstigeren Preise für die 32-Bit Controller wieder relativieren, ich weiß).
-
Thread
USART mit Attiny2313
*/ /************************************************************************/ #include <avr/io.h> #include <avr/interrupt.h> //#include <avr/signal.h> #include <avr/include/stdlib.h> #ifndef F_CPU #define F_CPU 4000000UL #endif #define uchar unsigned char #define uint unsigned
avr-gcc-Tutorial Abschnitt "UART"
-
Thread
Attiny 841 mit SPI ein Display ansteuern
> einfach ist, wozu dann soviel Aufwand. Ich frag mich beim SPI Interface, also die Hardware im AVR, oft, wo sie mir Arbeit spart. Die o.a. Routine kann ich simpel an andere Pins anpassen und sie läuft auf jedem AVR, ob mit oder ohne SPI Hardware. Nur eine Sache noch: Für Befehle muss man evtl.
(RS bzw. A0) und ihn danach wieder runtersetzen. Läuft jedenfalls ohne Änderung mit DOGM163, DOGM128 und anderen. Die Befehle selber sind je nach LCD Controller unterschiedlich, aber die Ausgaberoutine ist immer die gleiche.
-
Thread
RFID Türöffner
sehe ich das richtig, dass der rfid-chip nur die daten ausliest und an den avr sendet, also der avr 'entscheidet' ob ok oder nicht?
ein paar Kabeln und zwei Widerständen am Parallelport deines Computers machen. Schau mal bei: [[AVR_In_System_Programmer]] geh da zu "Paralleles Interface für AVR und PonyProg" http://www.mikrocontroller.net/articles/AVR_In_System_Programmer#Paralleles_Interface_f.C3.BCr_AVR_und_PonyProg Wenn
-
Thread
8-Bit Controller noch zeitgemäß?
arbeiten (guck dir mal STM32CubeMX an). ARM Assembly ist aber halt schon eine andere Hausnummer als 8-bit AVR, logischerweise.
Alignment-Restriktion beim Zugriff auf Daten, die grösser als ein Byte sind, also beispielsweise C "int" Daten. Die AVR Cores haben dies nicht, 68000 hingegen schon. Dass man ein ROM weder bei AVR noch bei 68000 an einer ungeraden Adresse beginnen lassen kann (ohne üble Verrenkungen) liegt an 16 Bit breiten ROMs.
-
Thread
40x SPI-Chipselect?
jeweils ein PT100 hängt an einem dieser ICs? Und Du willst alle 40 ICs dannn durch einen Master-IC (AVR?) steuern und jeweils die CS Leitungen vom Master-IC durchsteuern und die Messwerte dann per SPI auslesen? Mit einem Port-Extender (MCP23017 et al.) oder einem TQFP64 AVR (z.B. ATMega644 oder ATMega128
Portexpander hat 2 volle 8 Bit Ports, somit hast du mit einem Baustein 16 GPIO, mit zwei 32 und mit drei 48 - das sollte dann reichen. Empfehle dir wegen Platzbedarf die SMD Variante. Wenn Du dann 3 solcher Bausteine im Einsatz hast, können die GPIO's lese und auch schreibend eingesetzt werden, auch
-
Thread
myAVR Board light welcher Programmer ist verbaut? für Linux
anderen Programmer, aber nie eine Erklärung. Mit try and error kam folgendes raus: avr109 avr910 avr911 avrisp avrisp2 avrispv2 avrispv2 avrispmkII stk500 stk500v1 stk500v2 stk500pp stk500hvsp "timeout" oder "programmer is not responding", egal welchen ich nehme Wegen dem timout habe
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
IO Relaiskarte für Hausstrom-Steuerung
übertrieben, das geb ich zu :) @thomas: zweich mögliche controller mit internem can sind der 90can128 (avr-architektur, leider schwer zu beschaffen) oder der 89c51cc01 (mcs-51 architektur, gibts bei rechelt). alternativ kannst du jeden controller nehmen und daran einen mc2515 von microchip per spi
Hallo Zum Thema CAN-Controller : Bei Conrad bekommst du den PIC18FX48/PIC18FX58/ mit CAN für 7-12 Öre. Aber auch an einen AVR mit Businterface ist es kein Problem einen SJA1000-Chip anzuschliessen, beide verfügen über das selbe gemultiplexte Bus-Interface. Der SJA1000
-
Artikel
AVR
16-Bit-Timer mit PWM, SPI, I2C (TWI), UART, Analog-Komparator, Watchdog 64kB Externer SRAM (ATmega128, ATmega64, ATmega8515/162); (Bei den XMEGAs bis zu 16 MB (128 Mbit) externer SDRAM) JTAG bei den größeren ATmegas debugWire bei den neueren AVRs Software. AVR-Studio: Kostenlose Enwicklungsumgebung
Kurs. Datenbuch ATmega8 und Xmega384 mit Beispielen in Assembler (alles deutsch). = Datenblatt ATmega48/88/168/328 in deutsch, auch als CHM-Datei herunterladbar und damit offline lesbar Literatur. I.Klöckl AVR - Mikrocontroller. MegaAVR® - Entwicklung, Anwendung und Peripherie ISBN 978-3-11-040768-6 (De
-
Thread
Zahl umdrehen?
Register links reinschieben. Für 64 Bit sind das allerdings 16 Register, in einem 8-Bitter wie dem AVR ist damit schon die Hälfte aller Register belegt.
dann muss man die Hardware kennen Mit 16 GPIO kannst Du das einzelne Byte per HW spiegeln. Mit 128 GPIO auch den ganzen Wert.
-
Thread
NXP Cortex-M µCs: Toolchain, Makefile, etc
über SWD und GDB? 2.3) Libraries Ich will zwar den µC "bare-metal" programmieren, ähnlich wie einen AVR, aber die Runtime/Startup-Files/Linkerfiles wären schon hilfreich. Im Prinzip möchte ich mir ein Softwarepaket ähnlich WinAVR zusammenschustern, bei dem ich wirklich mit int main(){/*...*/} loslegen
einsetzen möchtest, bleibt viel Zeit für > den Prozessor. Naja, ich komme immer noch aus der AVR-Ecke, mit den Größenordnungen im Kopf die dort herrschen. Nur kurz zu den Sensoren, dass es eben nicht ganz einfach ist: - 48 SPI-ADCs (bzw. weniger ADCs mit der gleichen Channel-Anzahl) - 32 SPI-ADCs
-
Thread
Warum geht das nicht ?
8e6 #define F_CPU XTAL #define DIST 0.06 // sensor distance in m #include <avr/io.h> #include <avr/interrupt.h> #include <stdlib.h> #include <util/delay.h> #include "BitUtilities.h" #include "LCD_display_on_Port_C.h" volatile double sec = 0; volatile unsigned char
allerdings ATMega8-er ISBN: 9783486587906 Titel: Mikrocomputertechnik mit Controllern der Atmel AVR-RISC-Familie - Programmierung in Assembler und C - Schaltungen und Anwendungen Autor: Schmitt, Günter ciao gustav
-
Thread
DAC Dithering
Hallo Leute, ich habe momentan das Problem, das ich den gewünschten DAC (ein MCP48CVB24: 4 Kanal, 12 Bit, TSSOP, 1 LSB Genauigkeit) nicht für privat in kleiner Stückzahl auftreiben kann :( Aber ich kann 8 Bit mit 8 Kanälen (MCP48FVB08 u.A. bei TME) bekommen. Der hat zwar definitiv
, ab 8 Stück versandkostenfrei. https://www.digikey.de/de/products/detail/microchip-technology/MCP48CVB24-20E-ST/14565740
-
Thread
Zeigt her eure Kunstwerke (ab 2023)
50MHz > - AVR Gewittermonitor (oben links die Antenne dazu) > - Signalverfolger / -Injektor > - AVR Chipbasic Computer > - TinyBasic Computer > - Und ein China-Scope > > Alles keine Profigeräte aber dafür
) + Referenzspannungsquelle (200mV, 2V) - AVR SPS - Gewittermonitor - Signalverfolger nach ELV Ja, das war es dann auch erstmal :)
-
Thread
TIMER für IRMP
Timer2 meines Atmega32 benutzt. Diesen habe ich folgendermaßen initialisert: [c] #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> #include <stdlib.h> #include "lcd.h" #include "irmp.h" ISR(TIMER2_COMP_vect) { (void) irmp_ISR();
); // switch CTC Mode on, set prescaler to 1 #if defined (__AVR_ATmega8__) || defined (__AVR_ATmega16__) || defined (__AVR_ATmega32__) || defined (__AVR_ATmega64__) || defined (__AVR_ATmega162__) TIMSK = 1 << OCIE1A;
-
Thread
Wieso vor allem AVR µCs bei Bastlern?
war bei den AVR halt um Welten bequemer.
andersrum. Ich mach inzwischen auch viel mit STM32. Aber die vielen kleinen Sachen nach wie vor mit AVR. Hauptsächlich sind es irgendwelche Tinys und Mega48/88/168. Die grösseren sind mir zu teuer, da ist man mit nem ARM besser dran.
-
Thread
MIDI-Rekorder mit SD/MMC und AVR
. Wenn du einen AVR auf 3,3V nimmst (ohne das LCD) und mit 3 2000mAh-Mignons (AA) betreibst (aber mit 3,3V Spannungswandler) und die SD-Karte über einen Transistor anschaltest, nur wenn du was schreiben willst, und den AVR immer im Sleep-Mode hältst, wenn nichts zu tun ist, dann hält das Ding Monate oder Jahre. @Marco: Sollte er eigentlich machen. SysEx-Daten sind ja auch MIDI-Daten :-)
-
Thread
Gibt es einfach zu handhabende "große" Rams (16/32MB?)
Hardware kannst du auch den AD direkt in den RAM schreiben lassen, er liefert dazu einige Signale. Der AVR setzt dann nur die Schreibadresse.
Beim einem AVR kann man externes SRAM direkt anschliessen.
-
Thread
Größere Schriftart für Crius OLED
jemand sagen wie ich das hinkriege? Kenne mich mit Fonts und so nicht aus. Gruß kami [c]#include <avr/pgmspace.h> #include <avr/io.h> #define OLED_address 0x3c #define INTERNAL_I2C_PULLUPS //---------------FONT + GRAPHIC-----------------------------// char buffer[8]; unsigned char fill_OLED
Hi, gibt es dafür irgendwelche fertigen libs? Ich habe ein 128x64 Oled? Gruß kami
-
Thread
Vollprogrammierbare Zündanlage für 1Zylinder 2 und 4 Takt Motoren
werden. Ist zu der "300v wechsel Spannung" die Frequenz und der Strom bekannt? - Jeder VCC Pin des AVR brauch einen 100nF(!) - AVCC solltest du auch Anschließen (wie VCC mit 100nF) - GND an AVR Pin 21 fehlt - IC2 fehlt am Eingang 100nF Wo kommt die Spannung von Pad 6/7 her? - Wie gross soll C3
externes Sram / Fram oder eine passende Software Lösung. Und vergiss nicht den BownOut Detektor im AVR einzuschalten.
-
Thread
xMega externer SDRAM
SRAM ein damit die Datenpakete größer werden können. Leider habe ich mit dem EBI von meinem xMega128A1 keine Erfahrungen und kenne nicht mal einen passenden Speicher-Baustein. Hoffe ihr könnt mir weiterhelfen.
Hallo, schau dir mal das Board an: http://www.alvidi.de/shop/product_info.php?info=p18_AVR-ATxmega-Entwicklungsmodul-mit-ATxmega128A1.html Hier wird ein externes SDRAM 64Mbit (MT48LC16M4A2P-75IT) verwendet. Gruß G.G.
-
Artikel
AVR Bootloader FastBoot von Peter Dannegger
AVRs wie: tiny13, tiny2313, tiny25, tiny261, tiny44, tiny45, tiny461, tiny84, tiny85, tiny861, mega48, mega8, mega8515, mega8525, mega88, mega16, mega162, mega168, mega328, mega32, mega64, mega644, mega128, mega1281, mega2561. Passwortschutz gegen unberechtigtes Umprogrammieren (aber keine Verschlüsselung
aktiviert den Bootloader) BOOTSZ muss auf 256 Worte (= 512 Byte) (oder dem minimal möglichen Wert, wenn AVR nur größere Bootloader Regionen unterstützt) gestellt werden. Beispielsweise ist für den ATMega8 der Wert 10. Bei einigen Controllern wie z. B. dem ATMega 48 wird das Flag Selfprogramming enabled gesetzt
-
Thread
Was macht der Compiler mit meinen paar Zeilen C-Code?
macht? Schreibt der da Standardmäßig irgendweche Routinen rein? Das war der Code: [c] #include <avr/io.h> int main() { DDRD = 1 << 6; //PD6 als Ausgang DDRB = 0xFF; //Alle PB Ports als Ausgänge PORTD = 1 << 6; PORTB = 1 << 3; while(1); } [/c] Aus dem wurde dann: [avrasm] ; Disassembly of main.hex (avr-gcc style) .text main: cpi r19, 0x1a ; 26 cpi r19, 0x00 ; 0 cpi r19, 0x00 ; 0 cpi r19, 0x00 ; 0 cpi r19, 0x10 ; 16 sbci r19, 0x32
-
Thread
Merkwürdiger _delay_ms() reset
#define dopu 0x3A //#define F_CPU 1843200UL // In compiler symbols festgelegt #include <avr/io.h> #include <util/delay.h> #include <lcd.h> //#include <avr/sleep.h> #include <avr/interrupt.h> #include <stdlib.h> #include <avr/wdt.h> unsigned long zwischenwert, adc_u, adc_i,spannung
setzt. SIGNAL(<handler>) ist doch nicht mehr gültig. https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Alte_Quellen
-
Thread
AVR910 ATmega8 statt 2313
Nur zur Info, das gibt der Programmer aus. "C:\avrdude\bin\avrdude.exe" -p m32 -c avr910 -C "C:\avrdude\bin\avrdude.conf" -P com5 -U flash:w:"D:\test\m32\main.hex":i -U flash:v:"D:\test\m32\main.hex":i Found programmer: Id = "AVR ISP"; type = S Software Version = 3.2; Hardware
So nun habe ich es auch mit AVRDUDE. Habe die aktuelle SW + config-Datei von WinAVR genommen und siehe da es läuft!! Maddin
-
Thread
Modbus RTU Slave fuer AVR
noch mit dem RC vom AVR experimentieren. Ju
Laeuft der Compiler im AVR Studio fehlerfrei durch wenn Du erst ein "make clean" und dann ein make machst?
-
Thread
Atmega verliert Flashinhalt
Pages des Flash auf 0xFF stehen. So wie dort? https://electronics.stackexchange.com/questions/116607/avr-flash-memory-corruption
Schau mal hier: https://www.avrfreaks.net/forum/avr-lost-its-brains?skey=Program%20memory%20lost
-
Thread
CD-Uhr (HDD-Uhr) Ziffern nicht stabil "rollen", AVR Attiny2313
- ist eine andere Art der Ansteuerung zu bevorzugen Nachstehende der Code: [c] #include <avr/io.h> //#include <util/delay.h> #include <stdlib.h> #include <util/lcd.c> #include <util/lcd.h> #include <avr/interrupt.h> //#include <avr/eeprom.h> //Variablen definieren unsigned long
Initialisierung des LCD wurde in lcd.h auf Port B gesetzt // internen clock vorteiler löschen CLKPR = 128; CLKPR = 0; // Wert darf nicht größer als 15 sein, sonst kann avr nicht mehr geflasht werden CLKPR = 0; //Timer und Iterrupteinstellungen GIMSK |= (1<<INT1); // Interrupt
-
Thread
UART AT90CAN128-16AU von ALVIDI
konnte ich sehen, dass die Funktion send_char(); vollständig abgearbeitet wird. [c] #include <avr/io.h> #include <avr/interrupt.h> #include <stdlib.h> #include "uart.h" #include "value.h" /***** ISR USART RECEIVE ****************************************************/ ISR(USART0_RX_vect
!= dlm ; count_2++){ if(j){ value = uart_command[count_2 + count_1] - 48; j = 0; } else{ value = (value * 10) + (uart_command[count_2 + count_1] - 48); } } //end for } //end if