-
Thread
I2C Kein ACK :-(
baud #define BAUDRATE ((F_CPU)/(BAUD*16UL)-1) #define SCL_CLOCK 100000 //100 kHz #include <avr/io.h> #include <util/delay.h> #include <util/twi.h> #include<stdbool.h> #include "USART.h" #include <avr/io.h> void I2C_sende(int daten) { TWDR = daten; TWCR = (1<<TWINT) | (1<<TWEN);
Joe M. schrieb im Beitrag #4013579: > Bekomme einfach kein ACK > > Mein TWSR ist 64 = 0100 0000 (Binär) falls du das meinst. Dann schau doch mal in deine <util/twi.h> und schau nach was die 64 (oder 0x40 als hex) bedeuten. Vielleicht wird dir dann klarer was dir A.K. sagen
-
Thread
Bios Update bei alten Computern mit EPROM
Die Nomenklatur 27xx EPROM, 28xx EEPROM, 29xx FLASH, stimmt so nicht ganz. Vielmehr ist es so, das 28xx Typen mit 12V Programmierspannung sind, die wie die EPROMs wärend des Programmiervorgangs diese als Hilfsspannung benötigten.
einzeln. So jedenfalls machen es die diversen I2C- und SPI-EEPROMs und auch das EEPROM in den diversen AVR-Varianten.
-
Thread
100kb Variablen auf ATMEGA2560
Der avr-gcc kann m.W. nur Felder bis 64k anlegen.
Klaus Wachtler schrieb im Beitrag #2358883: > Der avr-gcc kann m.W. nur Felder bis 64k anlegen. Schrieb ich ja, dass irgendwo Schluss ist. 64k wäre ein sinnvoller Wert in Verbindung mit einerm 16bit Datenpointer.
-
Thread
Software UART
. Kann man den Dragon denn nicht wie jeden anderen AVR programmieren? Peter
1 << CS01) | (0 << CS00); #define PRESCALER 8 # warning Timer with 8 Prescaler #elif (F_CPU / 64 / FREQ ) <= OCR TCCR0B = (0 << CS02) | (1 << CS01) | (1 << CS00); #define PRESCALER 64 # warning Timer with 64 Prescaler #elif (F_CPU / 256 / FREQ ) <= OCR TCCR0B = (1 << CS02) | (0 << CS01)
-
Thread
Musikalisches Diskettenlaufwerk
define Floppy 1 #define Motor 2 #define Richtung 3 #define Schritt 4 #define vor 8 #include <avr/io.h> #include <avr/interrupt.h> void Init (void); volatile uint8_t SysTickCnt = 0; volatile uint8_t Schrittzaehler = 0; volatile uint16_t Tonhoehe = 0; //Tonhöhen müssen noch definiert
Warteschleifen unter 100us sind mit so einem Delay deutlich einfacher und besser zu machen. Dafür gibt es im avr gcc auch schon fertige Funktionen. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Warteschleifen_.28delay.h.29
-
Thread
Kein cout in AVR Eclipse.
deinem Fall ist das der avr-gcc. Das AVR-plugin sorgt nur dafür, daß Eclipse passende makefiles für den AVR-gcc erzeugen kann. Da ist kein Simulator dabei. Der avr-gcc erzeugt code für einen AVR (welch Überraschung). Dieser
wählst du in den projektsettings unter AVR aus. Gebau deise Dinge wickelt das AVR-plugin ab. Oliver
-
Thread
Fehlersuche Displaysteuerung
"- korrekte Initialisierungs-Sequenz (Datenblatt Seite 28)?" Das ist das einzigste, was ich bis jetzt abgetippt habe. Das ist ja auch für das Muster verantwortlich. Könnte dieses Muster dadurch entstehen, dass unbeschriebene Pixel zufällig sind? Aber
aber öfter festgestellt zu haben. P.S.: Nebenbei ein lustiger effekt tritt auf, wenn man den AVR herauszieht. Das Muster wird dann doppelt so oft nur geschrumpft angezeigt.
-
Thread
10 Euro Logikanalyzer
Also bei mir läufts mit beidem (Win7 64 Bit). Steht ja auch Saleae drauf ;)
Win 7 64 bit beide genannten progs funzen. Nichts umgeflasht.
-
Thread
Full-Speed USB <-> SPI
Hallo Matze Ein ATxmega mit eingebauten USB Tranceiver bzw. http://matrixstorm.com/avr/avrstick/ Fuer letzteres gibt es vorgefertigte, "browsermodifizierbare" Firmwares die dir das ganze USB gehangel abnehmen. (http://matrixstorm.com/avr/avrstick#bideavr) MfG
Zur Info: Mit dem STM32F072/42 sind 64kByte/s locker möglich (bei 48Mhz Takt). Habe ich schon am laufen. Wo seine Grenze liegen, weiß ich nicht. Mir reichen die 64kByte/s, deshalb habe ich nicht weiter getestet. Also das ist die WIRKLICHE
-
Thread
Experimentieren mit Microcontrollern - zur Praxis!
Den 644er gibt es auch in DIP, der hat 64kB Speicher. Damit ist man dann gewaschen und gekämmt :-)
nicht drauf. Ich wette an den >Sockeln zahlt man sich dumm und dämlich :( Ja sogesehen ist das AVR STK 501 Erweiterungsboard für 79,85 EUR, (bei Reichelt), mit dem man z.B. auch den Atmega128 programmieren kann, sogar noch billig, da kostet ja schon alleine der TQFP64-Sockel, bei Händlern für Normalsterbliche
-
Thread
USBprog und Debian Wheezy
angemeldet, das UDEV nicht kennt. Ein weiterer Test unter Debian Lenny ist positiv. Hier kann der AVR beschrieben und gelesen werden. Auch der Wechsel der Firmware funktioniert. Auch unter Windows 7 (64bit) kann ich nach einigen Verrenkungen die Firmware tauschen, AVRdude habe ich hier nicht getestet
" # USBprog with at89prog or usbprogrs232 firmware ATTR{idVendor}=="1781", ATTR{idProduct}=="0c64", MODE="664", GROUP="plugdev" # USBprog with Atmel AVR ISP mkII firmware # mawa 2014-01-02 Eingefügt und auskommentiert # ATTR{idVendor}=="03eb", ATTR{idProduct}=="2104", SYMLINK+="avr/ispmkii",
-
Thread
ILI9341 langsam Verbesserungsvorschläge?
Frank K. schrieb im Beitrag #3677760: > Die schnellste Möglichkeit, ein solches Display mit einem AVR > anzusteuern, ist die Verwendung des External Bus Interfaces an einem > Mega 64/128/... Ja, klar. Und dann hat man auch die Möglichkeit, genügend XMEM anzuschließen. Aber man muß halt mehr verdrahten
Frank K. schrieb im Beitrag #3677760: >> Die schnellste Möglichkeit, ein solches Display mit einem AVR >> anzusteuern, ist die Verwendung des External Bus Interfaces an einem >> Mega 64/128/... > Ja, klar. Und dann hat man auch die Möglichkeit, genügend XMEM > anzuschließen. Aber man muß halt mehr
-
Thread
AVR unter Windows in C, welche Toolchain?
Make file project) Alles funktioniert ziemlich gut. Inzwischen habe ich gesehen das es neuere AVR Tollchain-Versionen gibt. 1) http://gnutoolchains.com/avr/ avr-gcc5.3.0.exe 2) http://blog.zakkemble.co.uk/avr-gcc-builds/ avr-gcc-7.3.0-x64-mingw.zip (51.22 MB) Ist es sinnvoll eine
hat nur dann Sinn, wenn sie gleichzeitig beim Compiler und Linker angegeben wird. Der Umstieg von avr-gcc 4.3.3 auf avr-gcc 4.7.2 bringt also in diesem Beispiel 28% kleineren Code! Es verhält sich so, wie Frank es beschrieben hat. Danke nochmals für die Infos. Gruss, Jan
-
Thread
Einfacher Fehler in C-Berechnung
Compiler derartige Optimierungen von selbst? Normalerweise schon, aber in dem Falle hat er nur beim AVR die Division komplett eliminiert (dort wäre sie aber auch am teuersten), während er es bei ARM und amd64 nicht getan hat.
Jörg W. schrieb im Beitrag #6813416: > Normalerweise schon, aber in dem Falle hat er nur beim AVR die Division > komplett eliminiert (dort wäre sie aber auch am teuersten), während er > es bei ARM und amd64 nicht getan hat. Das wundert mich: Der Compiler eliminiert ein (uint16/10)? Das heisst
-
Thread
Einfach-Messdatenerfassung
gelöst? Und wenn Du den ENC28J60 durch den PIC18F67J60 ersetzt, hast Du für etwa einen Euro mehr auch noch den Prozessor eingespart. Dieser Chip ist nämlich ein 28J60 ohne SPI mit PIC18F integriert. Weniger Komponenten und dafür
bisher zu sperrig. Ich habe nichts gegen ein DOS-Fenster und Make. Das lief wenigstens bisher beim AVR.
-
Thread
Plasma Effekt
Cosinus-Landschaft wandert nach schräg oben. Mit einfacher Farbtabelle ist das nicht zu machen. Wie in alten C64-Demos wird hier wahrscheinlich mit Sin/Cos-Tabellen gearbeitet. Der AVR dürfte für die Pixelberechnung sicherlich schnell genug sein (be 16MHz mindestens 16 mal schneller als ein C64!) Gruss
0x6345, 0x6363, 0x6380, 0x639D, 0x63BB, 0x63D8, 0x63F5, 0x6412, 0x642F, 0x644C, 0x6469, 0x6486, 0x64A3, 0x64C0, 0x64DD, 0x64F9, 0x6516, 0x6533, 0x654F, 0x656C, 0x6588, 0x65A5, 0x65C1, 0x65DD, 0x65F9, 0x6616, 0x6632, 0x664E, 0x666A, 0x6686, 0x66A2, 0x66BE, 0x66D9, 0x66F5, 0x6711, 0x672D, 0x6748,
-
Thread
eigenes Z80 Mainboard - geht das so?
, das kann der AVR gleich mit erledigen. > Wenn du meinst, das jetzt ueber Klimmzuege vom AVR bereitstellen zu > lassen halte ich fuer keine gute Idee. Zum Testen reicht es, RAM kommt aber auf jeden Fall dazu (
Profi ein NOP-EPROM. Das besteht nur aus ein paar Drähten und bietet immerhin beim Z80 fantastische 64 kByte NOPs.
-
Thread
Analoger Sensor (LM335) mit Operationsverstärker + AVR Asm-Code
Timerinterrupt. Es werden hier 4 analoge Werte von PortC0/1 (Referenz:VCC) und PortC2/3 (Referenz 1,1V) jeweils 64x eingelesen und daraus der Durchschnitt ermittelt. Bei z.B. 200Hz Aufruffrequenz gibts dann alle 1,28 Sekunden 4 neue gemittelte Werte.
Moby AVR schrieb im Beitrag #3792290: > 16 bittig gerechnet Moby AVR schrieb im Beitrag #3792288: > Was die Höhe der Referenzspannung betrifft hab ich das als Praktiker > jetzt nicht ins letzte ausgerechnet
-
Thread
[V] AVR Controller und Diverse Restbestände
) -- 1€ 1x ATMEGA16-16PU (DIL40) -- 1€ 1x ATMEGA644V-10PU (DIL40) -- 2€ 3x ATMEGA8-16PU (DIL28) -- je 1€ 4x ATMEGA168-20PU (DIL28) -- je 1€ 1x ATMEGA128-16AU (TQFP64) -- 2€ 1x ATMEGA32-16 TQ (TQFP48) -- 1€ 4x ATTINY4 (SOT23-6) -- zusammen 0,50€ 2x Feinsockel 28 DIP -- je
Hallo zusammen, wieder frei geworden: 1x ATMEGA128-16AU (TQFP64) -- 2€ 1x ATMEGA32-16 TQ (TQFP48) -- 1€ Gruß Tim
-
Thread
Zeigt her eure Kunstwerke (2) Gesperrt Bilder
Wahrscheinlich base 64 hrhr ;)
Experimentierboard für alle PIC24 und PIC32 im DIP28-Gehäuse.
-
Thread
Brauche Hilfe zu : undefined reference to `com74hc595_init'
.elf avr-gcc -mmcu=atmega644 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.o -std=gnu99 main.o usart.o stack.o timer.o cmd.o base64.o
above, or modify and # uncomment the following: SRC = main.c usart.c stack.c timer.c cmd.c base64.c SRC += networkcard/enc28j60.c networkcard/rtl8019.c SRC += httpd.c telnetd.c ntp.c lcd.c udp_lcd.c wol.c SRC += http_get.c analog.c sendmail.c SRC += camera/cam.c camera/servo.c SRC
-
Thread
Timer/Compare löst dauert Reset aus
[Code] #define F_CPU 8000000UL #include <avr/io.h> #include <stdio.h> #include <stdlib.h> #include <inttypes.h> #include <avr/interrupt.h> #define BAUD 38400UL #define UBRR_BAUD ((F_CPU)/(16*(BAUD))-1) .... int main (void
[C] #define F_CPU 8000000UL #include <avr/io.h> #include <stdio.h> #include <stdlib.h> #include <inttypes.h> #include <avr/interrupt.h> #define BAUD 38400UL #define UBRR_BAUD ((F_CPU)/(16*(BAUD))-1) char LFC[15]; char
-
Thread
Glühwürmchen in Rotkohlglas gefangen
Flags das Bit FLAG_TIMER gelöscht. Ab diesem Moment wird der Timer0 samt ISRs deaktiviert und der AVR geht vom Idle-Sleep-Mode in den Power-Down-Sleep-Mode über, bis das/die nächste/n FireFly/s leuchten soll/en. Die TOF ISR benötigt maximal 185 Takte. Das bedeutet bei Prescaler 64 für Timer0 auch das
Samples verschieben und somit kürzere Waves bzw. deren Anzahl verändern. Es sollten dabei 8,16,32,64 Einzelwaves entstehen (links in der Listbox die Anzahl der Einträge). Sollte die Anzahl nicht eine Potenz von 2 sein so musst du im AVR Source in uprdate_fireflies() den Aufruf von lfsr(5) verändern.
-
Thread
PIC - "beliebtester"?
absolute Miniprojekte mein Favorit) PIC18F2550 PIC18F4550 PIC18F25K20 PIC18F45K20 PIC24FJ64GA002 PIC24FJ64GB002 PIC33FJ12GP202
. ENC28J60) Will man USB greift man zum FTDI Wandler usw... Aber im Zentrumm steckt immer derselbe AVR. Wenn ich als PIC user (der natürlich ab und an auch AVR verbaut) USB brauche, dann nehme ich einen
-
Thread
Art der if-Auswahl nur Geschmackssache?
vs. int16, oder auf 64bit CPUs. Das ist kein AVR-spezifisches Problem. Yalu X. schrieb im Beitrag #5375948: > Der Code ist ja auch nicht illegal, sondern höchstens unsinnig. Warum ist es unsinnig, um beim AVR-Beispiel
wenigstens konsequent und sagt: Wenn wir auf 64 Bit Breite rechnen, dann alles, und wenn Du das anders willst musst Du das explizit casten. C wandelt halt einfach nach Belieben. Auf dem AVR hab ich mir meine eigenen Matheroutinen geschrieben. Da
-
Thread
ATMega16: Interrupt mit Timer1
// Non-PWM, Tabelle 44 TCCR1A = 0x00; // Non-PWM Mode 4 (CTC), Tabelle 47 // Teiler 64, Tabelle 48 TCCR1B = (1<<WGM12) | (1<<CS11) | (1<<CS10); TCNT1H = 0; TCNT1L = 0; // Vergleichswert setzen. 1Mhz/64 => 1s //entspricht 15625 OCR1AH = ((15625 & 0xFF00) >> 8);
>> muss bis 15625 gezählt werden Nö. Bis 15625-1 siehe http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR#CTC-Betriebsart_.28Clear_Timer_on_Compare_Match.29 >> STK500 Das Stk500 hat /active low/ geschaltete LEDs. R LED Pin -----####---
-
Thread
Anfängerfrage AVR GCC
/avr-libc/user-manual/FAQ.html
kostet. http://svn.savannah.nongnu.org/viewvc/avr-libc/trunk/avr-libc/crt1/gcrt1.S?revision=2519&view=markup#l297
-
Thread
Dauerhaft FakeNews in allen AVR Series 0/1/2 Datenblättern
). Eben! Und das steht nicht nur im Datenblatt, sondern ist tatsächlich so, auch bei z.B. einem AVR128DB28.
#7067317: > Und das steht nicht nur im Datenblatt, sondern ist tatsächlich so, auch > bei z.B. einem AVR128DB28. Hatte das jemand bestritten?
-
Thread
AVR - Taktfrequenz für Seriell ohne Handshake
GND beschaltet. Bisher läuft der AVR mit einem 'Baudraten'-Quartz von 18,432 MHz. Hab aber das Gefühl, das ist der Overkill. Gibt es eine Faustformel, wieviel MHz man so einem AVR spendieren sollte, um serielle Daten mit einer bestimmten
Noch was zum Thema AVR CPU-Leistung und hohe Baudraten. Ich hab mal vor Äonen einen DMX512 Player/Recorder gebaut, mit ATmega64 und externem 64kB SRAM und SD-Karte. Der konnte DMX512 mit voller Kapazität mit 250kBaud dauerhaft
-
Thread
SourceCode MMC die Zweite
Hallo! Ich habe die ARM bzw AVR Sourcen von Ulrich Radig auf einen 16Bit Fujitsu Microcontroller portiert. RAW MMC Zugriff mittels der Funktionen in mmc.c funktioniert gut. FAT Zugriff jedoch leider überhaupt nicht.(kein Directory
Hallo, hat schon jemand mal Ulis Code auf einem AVR Butterfly zum laufen bekommen? VG Ralf
-
Thread
Basic für 80C31
IC3 = AT28C64 (optional 8 kByte EEROM)
haben nur acht Pins > und passen relativ schlecht in den EPROM-Sockel. Du brauchst ein i2816, > i28C64 oder vergleichbares. Als 256er gibt es die leider nicht. würde ja mit dem i28C64 grade für 8 KB reichen. Nur ein Datenblatt find ich über Google nicht.
-
Thread
Bootloader Infos?
Wie bekomme ich denn die Page Nr aus dem Hexfile ? oder kann ich einfach sagen 0..63 -> Page 1 64..127 -> Page 2 ... ?
natürlich die Daten aus dem Hexfile 0..63 und 64..127 ...
-
Thread
AVR-GCC generiert unnötigen(?) ISR overhead
Beitrag #5072151: > Hast du einen Link zu einem Windows-Binary deines gcc v8? Eins hochgeladen als "avr-gcc-8.0_2017-07-17_mingw32.zip" in https://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/ Einfach das ZIP an einen gewünschten Ort auspacken. Verwenden durch
#5072151: >> Hast du einen Link zu einem Windows-Binary deines gcc v8? Versuch #2 hochgeladen als "avr-gcc-8.0_2017-07-18_mingw32.zip" in https://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/ Zur Verwendung gilt das gleiche wie oben: > Einfach das ZIP an einen
-
Thread
Tutorial: Zeiger auf Werte im Flash
Hallo, im avr-gcc-Tutorial steht im Abschnitt http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmspeicher_.28Flash.29 "Zeiger auf Werte im Flash sind ebenfalls 16 Bits "groß" (Stand avr-gcc 3.4
Ja alle Zeiger sind 16Bit groß. 2^16 = 64kB. Mehr kannst du mit 16bit nicht adressieren.
-
Thread
ATMega8 schaltet LED nicht
eeprom 4 20 128 0 no 512 4 0 9000 9000 0xff flash 33 10 64 0 yes 8192 64 128 4500 4500 0xff lfuse 0 0 0 0 no 1 0 0 2000 2000 0x00 hfuse 0 0 0 0 no 1 0 0 2000 2000 0x00
ok. [code] /usr/local/bin/avrdude -C /Applications/Arduino.app/Contents/Java/hardware/tools/avr/etc/avrdude.conf -c avrisp -p m8 -P /dev/cu.usbmodem14201 -b 19200 -U lfuse:r:-:i -v [/code] gibt das hier aus: [code] avrdude: AVR device initialized and ready to accept instructions Reading
-
Thread
Quick&dirty - schnelle Problemlösungen selbst gebaut Bilder
einem TQFP32 Adapter vom Chinamann https://www.aliexpress.com/item/Top-Quality-LQFP32-TQFP32-to-DIP28-programmer-adapter-for-ATMEL-AVR-Chips-atmega8-48-88-168/32557489995.html?spm=2114.13010608.0.0.xpoCoe und einem USBasp einen Programmer für den ATMEGA328AU und ähnliche gebaut. Außer einem RC Glied
Ich habe den C-Code eben mal mit dem AVR-Studio 4.19 und der aktuellen Toolchain Kompiliert, leider wird ein Fehler und neun Warnings ausgegeben! Abhilfe gab's mit: WinAVR-20100110\bin\avr32-gcc.exe und WinAVR-20100110
-
Thread
Z-Pointer?
9 erhöht lpm ;Lädt den Wert 64 nach R0=Zeichen out PortB,zeichen tabelle1: .db 1,2,4,8,16,32,64,128,255,128,64 tabelle2: .db 1,2,3,4,5,6,7,89,10 Also danke schonmal im Vorraus
Hab' ich auch nur aus der Hilfe zu AVR-Studio... (Dein PC hat doch sicherlich auch eine F1-Taste, oder?)
-
Thread
Gesamter Controller (Atmega324) stürtzt ab, wegen ENC28J60
Guten Abend Ich habe hier folgenden Aufbau: Atmega324 @ 10MHz an dem sich ein ENC28J60 befindet. Auf dem Mega ist Timer0 im CTC Mode konfiguriert mit einem Teiler von 64 und einem anschliessenden TopValue von 7 Dessen Interrupt wird für 3Phasen Software PWM genutzt. Nun zum
herausgefunden. 1. Ich habe diese CodeZeilen: [c] // read the packet length len = enc28j60ReadOp(ENC28J60_READ_BUF_MEM, 0); len |= enc28j60ReadOp(ENC28J60_READ_BUF_MEM, 0)<<8; // read the receive status rxstat = enc28j60ReadOp(ENC28J60_READ_BUF_MEM, 0); rxstat |= enc28j60ReadOp
-
Thread
FTDI oder CP2102?
Hi! Der FTDI FT232RL hat ein SSOP28 Gehäuse (3,50€ bei Reichelt). Nur der FT232RQ ist im QFN28. Den CP2102 hab ich bei Reichelt auf die schnelle gar nicht gefunden. Gruß Basti
Basti schrieb: > Der FTDI FT232RL hat ein SSOP28 Gehäuse (3,50€ bei Reichelt). Nur der > FT232RQ ist im QFN28. Eben, das spricht eindeutig für den CP2102. > Den CP2102 hab ich bei Reichelt auf die schnelle gar nicht gefunden. Man kann Bauteile
-
Thread
PI mit 8-Bit Controller auf viele DEZIMALSTELLEN genau berechnen
Warum muß es unbedingt der ATmega328 sein? Nimm nen ATmega162 und pappe 64kB SRAM dran.
gr-sakura---forum/4362/pi-of-1000-decimal-digits-calculation-speed Author: fujita nozomu Posted: 28 Sep 2013 7:09 Der hat offfenbar breits weniger als zwei Jahre später, nachdem hier der AVR-Code für die Berechnung von 4000 Hex-Digits von Pi gepostet worden war, mit ausdrücklichem Hinweis auf das
-
Thread
externes RAM am ATMEGA64
Datenblatt des 64'ers steht, man soll für Taktrequenzen größer als 8MHz eines vom Typ 74AHCxxx nehmen. (Seite 28 unten). Nur gibs so eines leider nicht bei Reichelt zu kaufen, dort gibts nur das 74HCTxxx. Weis jemand,
Interface early during device initialization */ void init_memory_mapped(void) { #if defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) \ || defined(__AVR_ATmega64__) || defined(__AVR_ATmega128__) || defined(__AVR_ATmega103__) /* enable external memory mapped interface with one
-
Thread
AVR600 contra AVR500
Hi >Hi, kann das AVR600 alles, was das AVR500 kann und nur noch mehr? Was soll das sein? Da finden sich nur Application Notes: AVR500: Migration from ATmega64 to ATmega645 AVR600: STK600 Expansion, routing and socket
Frage zum AVR600 schrieb im Beitrag #2870155: > Oder gibt es auch eine > Karte, wo 28-40-polige 8bit-AVRs beliebig gedraufsteckt werden können? kauf dir nen Buch, wo das drin steht.
-
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
Am besten C lernen
dem was Du für OOP hältst genau das, was Du nicht willst: Prozedurale Programmabläufe. Weil es der AVR gar nicht anders kann. Dagegen verleitet OOP-artige Programmierung auf dem AVR zu Ressourcenverschwendung. Das sind dann die Leute, die rumjammern, dass ihr AVR zu langsam ist und zu wenig Speicher
verarbeiten kann, und ich übergebe die Länge, wie breit mein > Datenwort ist. Und was, wenn du ein 64bit-Wort umwandeln willst? Dann brauchst du eine 2. Funktion. Oder du machst immer 64bit, und ziehst auf nicht-64bit-Rechnern immer 32 unnötige Bits mit. Ineffizient. Joe F. schrieb im Beitrag #5821686
-
Thread
Welches Board zur Nachführung eines Photovoltaikpanels könnt ihr mir empfehlen?
durchbeißen. Kann aber auch sein - was wahrscheinlicher ist, daß es an den Grundeinstellungen von AVR-Dude liegt; die sind manchmal nicht so wie AVR-Studio sie haben will;-)
Und? Hat AVR-Dude deinen Programmer eigentlich als solches wenigstens erkannt?
-
Thread
Display mit Touchscreen bei Pollin?
Ich verwende WinAVR, die portbits.h liegt bei mir im WinAVR Verzeichnis, daher vergesse ich die immer hinzuzufügen. Damit kann man Pins direkt ansprechen wie z.B. PORTD_2=1; Das ist besonders interessant wenn man Pins
Schuss ins Blaue: Abblock-Kondensatoren am AVR und LCD vergessen... ...
-
Thread
Menüstruktur mit Text im Atmel
Ich habe meine Menu structs jetzt alle mit "static" deklariert. Vorher sah es so aus: [c] 1>AVR Memory Usage 1>---------------- 1>Device: atmega64 1>Program: 20152 bytes (30.7% Full) 1>(.text + .data + .bootloader) 1>Data: 1476 bytes (36.0% Full) 1>(.data + .bss + .noinit) 1>EEPROM: 3 bytes (0.1% Full) 1>(.eeprom) [/c] Mit static dann so: [c] 1>AVR Memory Usage 1>---------------- 1>Device: atmega64 1>Program: 18600 bytes (28.4% Full) 1>(.text + .data + .bootloader) 1>Data: 3489 bytes (85.2% Full) 1>(.data + .bss + .noinit) 1>EEPROM
-
Thread
DCF Problem mit Code
dcf_clock.c [c] /*####################################################################################### AVR DCF77 Clock Copyright (C) 2005 Ulrich Radig #######################################################################################*/ #include "dcf_clock.h" #include <avr/io.h> #include
dcf_clock.h [c] /*####################################################################################### AVR DCF77 Clock Copyright (C) 2005 Ulrich Radig #######################################################################################*/ #ifndef _CLOCK_H #define _CLOCK_H #include <avr/io.h
-
Thread
Gute alte Zeiten :)
Aber sicher doch: http://www.zock.com/8-Bit/D_SX64.HTML
mit dem ich zu tun hatte. Hatte den damals aus einer Tastatur ausgebaut, auf ne Platine gesetzt, ein 28C64 und ein Latch drauf. Hehe, die Platine habe ich heute noch :)
-
Thread
Hilfe - Umrechung 5 Byte! Array Dezimal => Hex. Gesperrt
Es muss wirklich unbedingt 8051 sein? ARM-Compiler können uint64_t und das Problem ist ratzfatz gelöst.
System anpassen... Übrigens wie Andreas B. geschreiben... >>Ich kenne das, manchmal reichen auch 64bit nicht aus. steht man dann auch mit uint64 vor dem gleichen Problem. Roger