-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
0A 0B 0C 0D 0E 0F 16 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F 96 60 61 62 63 64
0A 0B 0C 0D 0E 0F 16 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F 96 60 61 63 64 65
-
Thread
Pac Man mit dem ATmega8
Na ja, der eine AVR muß ja nur Daten lesen und ausgeben und sollte nicht dabei gestört werden. Der 2. AVR muß zum Grafikaufbau nicht nur schreiben, sondern bei Bitverknüpfungen (OR, AND) für einzelne zu setzende Pixel
Also, ich hatte auch überlegt. Ein Chip liest Bilder von EEProm in RAM. Anderer AVR sendet Befehl mit Bildnummer u. Position an GrafikAVR. GrafikAVR fügt Bild ein und zeigt an. Bsp. Befehl: 1011010-111111-101010-1 BildNR.-Pos.X -Pos.Y -Tranzparenz?
-
Thread
EEPROM löschen mit 00 oder mit FF?
Der 28C64 selbst hat keinen Softwareschutz, der geht immer. Wenn Dein Programmer das verbietet -> Pech..., anderen Programmer besorgen oder einen AVR mit etwas Hühnerfutter so bemühen, daß er den 28C64 proggen
@TravelRec. "Der 28C64 selbst hat keinen Softwareschutz, der geht immer." Nein, z.B.: AT28C64B: 64K EEPROM with 64-Byte Page & Software Data Protection Peter
-
Thread
cannot read spec file 'device-specs/specs-atmega4808'
/atmega64c1 avr/lib/avr5/atmega64hve avr/lib/avr5/atmega64hve2 avr/lib/avr5/atmega64m1 avr/lib/avr5/m3000 avr/lib/avr51/ avr/lib/avr51/atmega128 avr/lib/avr51/atmega128a avr/lib/avr51/atmega1280
/atxmega64a3 avr/lib/avrxmega4/atxmega64a3u avr/lib/avrxmega4/atxmega64a4u avr/lib/avrxmega4/atxmega64b1 avr/lib/avrxmega4/atxmega64b3 avr/lib/avrxmega4/atxmega64c3 avr/lib/avrxmega4/atxmega64d3
-
Thread
winziger Webserver mit enc28j60+mega32
trotzdem trennen ;) Sourcecode: Nein, noch nicht... Ist noch nicht ganz fertig ;) Aber die ENC28j60 Ansteuerung habe ich fast 1:1 von: http://hubbard.engr.scu.edu/embedded/avr/avrlib/docs/html/enc28j60_8c-source.html Funktionierte fast auf anhieb. Achtung: die initialisieren die leds nicht
Kein Problem: Ansteuerung: http://hubbard.engr.scu.edu/embedded/avr/avrlib/docs/html/enc28j60_8h.html http://hubbard.engr.scu.edu/embedded/avr/avrlib/docs/html/enc28j60_8h.html TCP-Stack (simpel): http://www.ulrichradig.de/site/atmel/avr_webserver/OpenSource/
-
Thread
mikroBasic vs BASCOM
beherrscht. Warum das so ist? Ich denke der Grund ist einfach der, dass Bascom auch auf einem AVR mit 64 Byte RAM laufen muss. Da hat man einfach nicht viel Extra-Speicherplatz um lange Zeilen zu interpretieren.
S. schrieb im Beitrag #3469271: > Ich denke der Grund ist einfach der, dass Bascom auch auf einem AVR mit > 64 Byte RAM laufen muss. Da hat man einfach nicht viel > Extra-Speicherplatz um lange Zeilen zu interpretieren. BASCOM ist aber kein Interpreter, sondern (in der Theorie) ein richtiger Compiler
-
Thread
alte DDR-Lichtschachtanzeigen VQBxx tunen
Gibts da auch Bilder von innen? Würde ja glatt mein Display aus diesen Anzeigen tunen wollen, aber 64 Anzeigen umlöten? Nunja :/ http://fritzler-avr.de/HP/ledscreen.php
da auch Bilder von innen? > > Würde ja glatt mein Display aus diesen Anzeigen tunen wollen, aber 64 > Anzeigen umlöten? > Nunja :/ > > http://fritzler-avr.de/HP/ledscreen.php Grüß dich! Du hast son Knall :)) Sehr gut! Axelr. DG1RTO
-
Thread
Ansteuerung eines alten Watanabe Plotters
D889,62 D907,62 D907,62 D907,62 M909,64 D909,64 D909,64 D908,65 D908,65 D908,65 D908,65 D909,64 D909,64 M908,65 D908,65 D908,65 D908,65 D908,113 D908,113 D908,113 D908,113 D908,65 M913,65 D912,64 D912,64 D912,64 D912,64
D940,62 D958,62 D958,62 D958,62 M960,64 D960,64 D960,64 D959,65 D959,65 D959,65 D959,65 D960,64 D960,64 M959,65 D959,65 D959,65 D959,65 D959,113 D959,113 D959,113 D959,113 D959,65 M964,65 D963,64 D963,64 D963,64 D963,64
-
Thread
bin neu hier, atmega8.
offenbar Einsteiger bist, ist dir dringendst nahezulegen, mit was neuerem anzufangen. Wenn es 8-bit AVR sein soll: DB-, DD-, EA- und EB-Serien, z.B. AVR64DD28. Sogar auch in DIP28 erhältlich.
bis vier Jahren erneut, weil die mir halt schon etwas bekannt waren und vorallem auch wegen des [[AVR-Tutorial]]s. (Ich hatte seitdem tatsächlich einige Male überlegt, irgendwann mal eine Neuauflage für AVR64[DB|DD|EA]28 zu schreiben, bin mir aber nicht sicher, ob sich das "heutzutage" noch lohnt).
-
Thread
Diverse fragen zu Hash Maps in C
CRC32_SW 32 38 0.69 5 1176 16384 18 CRC32C_HW64 18 28 0.73 17 1246 16384 19 CRC32C_HW64_B 13 19 0.00 0 0 16384 20 CRC32C_ROT
CRC32_SW 44 51 1.22 24 3652 32768 18 CRC32C_HW64 30 39 1.05 23 3137 32768 19 CRC32C_HW64_B 28 37 0.75 23 2236 32768 20 CRC32C_ROT
-
Thread
gcc und Optimierung
, bit_nr); avr.c: avr_output_bld (operands, bit_nr); avr.c: AS2 (bld,%3,%2-1))); avr.c: AS2 (bld,r1,5) CR_TAB avr.c: return (AS2 (bst,%0,6) CR_TAB avr.c
the source and avr.c: sprintf (buf, "bst r%d, 7", rsource + tlen[1] - 1); avr.c: hadbst = 1; avr.c: if (hadbst) avr.c: sprintf (buf, "bld r%d, 7", rdest + tlen[0] - 1); avr.c:avr_output_bld
-
Thread
Junkers HT-Bus Heatronic 3 Schnittstelle
00 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 00 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 00 00 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 00 00 00 00 88 00 18 00 28 01 35 64 00 01 13
-
Thread
µC für "Anfänger"
verschiedene Hersteller und Typen gibt, ist die Auswahl nicht einfach. Ich habe vor ein paar Jahren mit einem AVR angefangen, aber heutzutage würde ich allerdungs gleich mit ARM einsteigen. Ich kann von Freescale die Kinetis empfehlen, da gibt es schöne und günstige Boards: - FRDM-KL25Z - FRDM-KL46Z - FRDM-K64F
Um mal die Diskussion PIC vs AVR zu beenden: http://dangerousprototypes.com/2012/03/29/running-linux-on-a-8bit-avr/ ;-)
-
Thread
DS18B20 Verkabelungs od Software Problem
to Dallas Temperature. DallasTemperature sensors(&oneWire); DeviceAddress TempBox1 = { 0x28, 0x61, 0x64, 0x11, 0xB0, 0x46, 0xC5, 0x2B }; DeviceAddress TempBox2 = { 0x28, 0x61, 0x64, 0x11, 0xB0, 0x65, 0x7F, 0xF3 }; DeviceAddress TempBox3 = { 0x28, 0x61, 0x64, 0x11, 0xB0, 0x43, 0xF6, 0x88 }; DeviceAddress TempBox4 = { 0x28, 0x61, 0x64, 0x11, 0xB0, 0x6B, 0xE1, 0x21 }; DeviceAddress TempBox5 = { 0x28, 0x61, 0x64, 0x11, 0xB3, 0x98, 0x84, 0x53 }; void setup(void) { // start serial port Serial.begin(9600);
-
Thread
EOL ATmega328p
ATtiny13 ATTINY13A ATtiny2313 ATtiny2313A ATTINY24 ATtiny24A ATtiny25 ATtiny26 ATtiny261A ATTINY28 ATtiny4313 ATtiny44 ATtiny44A ATtiny45 ATtiny461 ATtiny461A ATtiny48 ATTINY84 ATtiny84A ATtiny85 ATtiny861 ATtiny861A ATTINY88 AVR128DA28 AVR128DB28 AVR16DD28 AVR32DA28 AVR32DB28 AVR32DD28 AVR64DA28 AVR64DB28 AVR64DD28 Die gesamte Liste kann man als *.xlsx-Datei herunterladen, und wenn man da die Spalte "Package" nach allen filtert, die "DIP" enthalten, dann kommt diese Zusammenstellung
-
Thread
Arduino Bibliotheken funktionieren nicht beim AVR128DB-Prozessor
Sebastian H. schrieb im Beitrag #7628941: > Prozessor AVR128DB28 AVR128DB28 ist kein Prozessor, sondern ein Controller.
Gibt's eigentlich auch polnische Orgel-Bibliotheken für den AVR128DB28 µC? Vielleicht versteckt in einem japanischen Schrein?
-
Thread
AVR128DB USART Transmit Buffer
(Abschnitt 25.2): Welches Datenblatt nutzt Du denn? Bei den mir vorliegenden Datenblättern für AVR128DB28/32/48/64 behandelt Kapitel 25 den TCD Timer. Der Usart wird in Kap. 27 behandelt. Und dort steht in Abs. 27.2.: "The transmitter consists of a two-level write buffer, a Shift register, and
Typen. Kann ich nicht bestätigen - Senden an PC-Hyperterminal: beim ATmega48PA erscheint "AB", beim AVR128DB28 "ABC".
-
Thread
Z180-Stamp Modul
Der WR-CRD mikro SD 8-Pin kostet bei RS 4,29€ + MwSt das Stück, ab 15 Stück 3,64. Bei Bedarf bestelle ich. Ich würde eigentlich hier in diesem Thread bleiben wollen. Die Beschaffung verläuft sich auch wieder. Wolfram K. schrieb > Ich habe gerade den AVR-Stamp fertig zusammengelötet
und am Bus B2 5V liegen. Weiterhin benötigt der Z180 einen Takt. Dieser kommt im „Normalfall“ vom AVR über CLKO (A28). Das bedeutet, dass JP1, Pin2 und Pin3 verbunden werden müssen. Ansonsten hat die CPU kein Takt. 3. ECB Das ECB-Board kann wiederum mit 3.3V oder 5V betrieben werden. Für die 3.3V
-
Thread
warum __inline zwingend erforderlich?
Jetzt funktionierts! :-) [c] #include <avr/pgmspace.h> * * * const uint8_t PROGMEM Wave_Tab[18] = {1,2,4,8,16,32,64,128,255,128,64,32,16,8,4,2,1,0}; * * * Helligkeit = pgm_read_byte(&Wave_Tab[n]); * * * [/c] __inline ist nicht
übergibt i natürlich in R22/23, hier für ATtiny24: [avrasm] buh: push r16 push r17 push r28 push r29 in r28,__SP_L__ clr r29 subi r28,lo8(-(-18)) out __SP_L__,r28 movw r16,r24 ldi r22,0 ;; da ldi r23,0 ;; und da movw r24,r28 adiw r24,1 rcall yum ;; blabla
-
Thread
pointer struct parameter übergabe / fehler?
files/winavr-20070525/bin/../lib/gcc/avr/4.1.2/../../../../avr/lib/avr5\libc.a(mulsf3.o) (__fp_merge) c:/program files/winavr-20070525/bin/../lib/gcc/avr/4.1.2/../../../../avr/lib/avr5\libc.a(fp_nan.o) c:/program files/winavr-20070525/bin/../lib/gcc/avr/4.1.2/../../../../avr/lib/avr5\libc.a(mulsf3x.o) (__fp_nanx) c:/program files/winavr-20070525/bin/../lib/gcc/avr/4.1.2/../../../../avr/lib/avr5\libc.a(fp_split.o) c:/
-
Thread
TCB von ATmega4809 megaAVR0 Serie
Danke für die 6.15 € Ersparnis. Dass aber Microchip die AVR128DB28-I/SP erst im Dezember liefern kann ... - und dazu passt dann der Name der Errata-Datei (auf den ich mich bezog): "AVR64DB28..."; also etwas mehr Ruhe (und Sorgfalt) wäre angebracht.
ohne diesen verbalen Ausrutscher angekommen. Im Übrigen bezog ich mich darauf, dass das offenbar AVR128 und AVR64 vermischt wurde.
-
Thread
Basic-Interpreter auf einem AVR
cache fill %d %x %x\n",linenum,ptr,nextptr); } } hier noch der output (auf linux) : AVR-uBasic-Interpreter; Uwe Berger, 2010 Compiliert am Jun 30 2010 um 14:55:28 >load 2 load 2 Programm 2 geladen. >run run 1 cache fill 20 804b192 804b194 2 cache hit for 20 804b192 804b194
2 } op = tokenizer_token(); } return r1; } hier der compiler generierte code mit avr-gcc -O3 .. dh. funktionen werden auch inlined.. .global relation .type relation, @function relation: push r14 push r15 push r17 push r28 push r29 /* prologue: function */
-
Thread
Einstieg in C - komische Fragen
Jörg W. schrieb im Beitrag #4391272: > Zwar gibt's für > den AVR keine 64-bit-double Gibt es doch, man muß sie nur nehmen: IAR-Kickstart für AVR bietet double. Daß AVR-GCC es nicht kann, bedeutet doch nicht, daß es nicht ginge oder geht.
msx schrieb im Beitrag #4391360: > Gibt es doch, man muß sie nur nehmen: IAR-Kickstart für AVR bietet > double. Wie weit kommt man denn mit einer amputierten Version für gerade mal 4 KiB Code bei 64-Bit-double-Berechnungen? Ich denke nicht, dass das eine wirklich sinnvolle Option ist
-
Thread
Binäreeingang mit 32 Ausgänge
Willst Du immer nur genau eins der 64 Relais schalten oder beliebige Kombinationen?
Nicole28 schrieb im Beitrag #4886258: > Ich habe vor eine Relaiskarte > zu bauen, der eigentlich 64 Ausgänge haben soll Bist du dir klar darüber, was für eine Monsterplatine das wird? Ich würde da mehrere
-
Thread
ENC28J60 (Mikro-)Web-Server die Nächste
sich leicht portieren lässt, wie man hier im Falle des AVR-NET IOs sehen kann. Dass das Konzept so gut aufgeht freut mich sehr, muss ich zugeben :D Das AVR NET IO hat meines Wissens nach einen Mega32 (und geht bis maximal Mega644, was 64kiB Flash wären).
ich noch messen. In welche Datei(en) muss ich eigentlich die Anweisungen(en) schreiben damit der AVR das MagicPaket ausliest und umsetzt? Ich tippe jetzt mal auf Enc28J60.h, uip.h und main.c, oder?
-
Thread
USB Design mit AVR16DU14, bitte um Review
| https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR32-16DU-14-20-28-32-Prelim-DataSheet-DS40002576.pdf [p29] mc2¢t; re
/downloads/en/DeviceDoc/Atmel-7766-8-bit-AVR-ATmega16U4-32U4_Datasheet.pdf Ok, wenn es da schon ein AVR64DU32 Curiosity Nano Board durch ESD zerschossen wurde, dann lasse ich die ESD Dioden lieber drinnen. @derguteweka Ich habe versucht
-
Thread
AVR Synthesizer mit ATxmega128A1
Klingt echt toll dein AVR Synthi :-) Nur weiter so.
127, 119, 113, 106, 100, 95, 90, 85, 80, 76, 72, 68, 64, 61, 58, 55, 52, 50, 47, 45, 43, 41, 39, 37, 35, 33, 32, 30, 29, 28, 26, 25, 24, 23, 22, 21, 20, 19,
-
Thread
sprintf gibt zu viele hexadezimale Ziffern aus
Auf meinem Computer ist unsigned long int 32bit groß. Ich nutze 32bit Linux. Für 64bit müsste ich long long schreiben. Wenn (1<<15) als int ausgeführt wird, warum ergibt dann (1<<16) die Ausgabe 0x10000 (sowohl unter Linux als auch auf dem AVR)? [code] #include <stdio.h> #include
Formatspecifier (für hex-Ausgabe) für uint32_t dann *PRIx32* Siehe dazu auch: http://www.nongnu.org/avr-libc/user-manual/group__avr__inttypes.html PRIx32 ist demnach für den AVR gleich "lx". Unter Linux (32 oder 64 bit) ist es schlicht und einfach "x".
-
Thread
LCD Controller für 640x480 LCD mit mega8515
(build 121 Jan 11 2005 10:28:51) Copyright (C) 1995-2005 ATMEL Corporation C:\Dokumente und Einstellungen\Kay Pohl\640480\640480.asm(2): Including file 'C:\Programme\Atmel\AVR Tools\AvrAssembler2\Appnotes\m8515def.inc' C:\Dokumente
Wieso hat ein 64kB SRAM eine A16 Leitung ? Hast du A15 vom AVR an CS gehängt ? Vermutlich ja. Es werden 64kB benötigt. A15 vom SRAM muss an A15 vom AVR. In den meisten Schaltplänen hängt A15 nur deshalb an CS\
-
Thread
Mikrocontroller - Erste Schritte
Am AVR-ISP ist ein 6-poliger Stecker mit Standard-ISP Belegung. Siehe AVR-Studio Help -> AVR-Tools User Guide. Wichtig: Der AVR-ISP mkII bezieht die Spannung für den Pegelkonverter aus der Zielschaltung. Deren
Preis der NIEMAND bekommen kann! du muß aber nur NICHT vergesen, dass du ein Rechner mit Vista 64 Bit hast und auf diese Rechner wird nur der AVR-ISP mkII unter AVRStudio funktionieren, kein andere nachbau funktioniert unter Vista 64! so, jetzt muß du selber entscheiden da haben hier wie "immer
-
Thread
AVR128DB - Clock Failure Detection
Danach alle .bat ausführen lassen. Zum Schluss noch die µC in die io.h eintragen. [c] /* begin new AVR128DBxx */ #elif defined (__AVR_AVR128DB28__) # include <avr/ioavr128db28.h> #elif defined (__AVR_AVR128DB32__) # include <avr/ioavr128db32.h> #elif defined (__AVR_AVR128DB48__) # include <avr
Hallo, weil jemand nach einer Bezugsquelle fragte. TME hat mehrere AVR128DA und drei verschiedene AVR128DB (28, 48 und 64 Pin) auf Lager laut deren Anzeige. Filter "AVR128" und "auf Lager" setzen.
-
Thread
Blöder Compiler - Optimieren in C?
<twi_readack> 21a: c8 2f mov r28, r24 21c: 64 df rcall .-312 ; 0xe6 <twi_readack> 21e: 2c 2f mov r18, r28 220: 30 e0 ldi r19, 0x00 ; 0 222: 32 2f mov r19, r18 224: 22 27
x 2 Byte 200: 72 df rcall .-284 ; 0xe6 <twi_readack> 202: sts 0x0089, r28 204: 70 df rcall .-288 ; 0xe6 <twi_readack> 206: sts 0x0088, r28 [/c] Kann man dem Compiler beibringen, hier noch etwas intelligenter zu optimieren? (avr-gcc im Atmel
-
Thread
Name von "Mega8" mit 32Kb Flash gesucht
geguckt http://www.atmel.com/dyn/products/datasheets_v2.asp?family_id=607 ok, hier ist auch das 28-pdip-gehäuse aufgeführt, sauber! http://atmel.com/dyn/resources/prod_documents/doc8271.pdf dann bleibt nur noch die frage nach einem 64kb großen avr im gleichen bzw. ähnlichen gehäuse...
Hi >dann bleibt nur noch die frage nach einem 64kb großen avr im gleichen >bzw. ähnlichen gehäuse... Wurde doch schon gesagt: >32K ab 40pol-Gehäuse. Basta. MfG Spess
-
Thread
Gentoo Linux crossdev atmega256x gcc4.1.2
Sollte das der vorhandene avr-gcc-4.1.1 nicht können? Zumindest spuckt avr-gcc-4.1.1 --target-help folgendes aus: Known MCU names: avr1 avr2 avr3 avr4 avr5 avr6 at90s1200 attiny10 attiny11 attiny12 attiny15 attiny28 at90s2313
man. und auf 64Bit systemen eventuell nen: ln -s /usr/x86_64-pc-linux-gnu/avr/lib/ldscripts /usr/lib/gcc/avr/4.3.1/avr5/ PS: Super Forum... schon viel gelernt hier durchs lesen.
-
Thread
Auswahl eines Ethernet Controller
ist viel schlechter als AVR.
Mikrocontroller ist schon vorhanden!!! Wuerdes du auch den Typ uns verraten auch wenn es kein STM32 oder AVR ist? Susi schrieb im Beitrag #3505212: > Also ich bevorzuge SPI da das noch vorhanden ist. Ok dann gehen nur die Typen die ein SPI on Board haben. Da kenne ich ENC28J60 ENC624J600
-
Thread
Lauflicht mit 28! Led´s
ein Controller mit 10 Software-PWM schon gut > ausgelastet sein kann. Bei einem Prescaler von 64 hast du von einem Timer Overflow zum nächsten 16320 Takte Zeit. Das wird ja wohl reichen um 28 unsigned char durchzugehen und zu entscheiden ob der zugehörige Pin auf 0 oder 1 gesetzt werden muss.
>sondern alle 28 (oder auch 28!) leds >(oder auch led's) mit einem umlaufenden Maximum variabler Ausdehnung >ansteuern kan. Das wäre dann eine Tabelle mit 28 Werten, oder nicht?
-
Thread
C versus Assembler->Performance Gesperrt
{ void ( *pfct ) (void) = scEsc_SysTick.apfct[u8Idx++]; 60: fe 01 movw r30, r28 62: ee 0f add r30, r30 64: ff 1f adc r31, r31 66: e0 5a subi r30, 0xA0 ; 160 68: ff 4f sbci r31, 0xFF ; 255 6a: 01 80 ldd r0, Z+1 ;
A. K. schrieb im Beitrag #4252520: > Ergebnis vom Compiler: [c] cpi r22,64 ldi r18,66 cpc r23,r18 ldi r18,15 cpc r24,r18 cpc r25,__zero_reg__ brge .L1 [/c] Und der (der Compiler) ist praktisch nur im AVR-Studio
-
Thread
USB und AVR-Controller
den ich mit meinem AVR mkII clone > programmieren kann) Nur auf diese nervigen "Super Mini, kann man nicht > mehr erkennnen, und kaum Löten, SMD krams" Besorge Dir einen PIC18F2550 (DIL28) bzw PIC18F4550 (DIL40) und
ATtiny28L ATtiny4 ATtiny40 ATtiny5 ATtiny9 Gruß Skriptkiddy
-
Thread
Atmel kündigt AVR XMEGA-Mikrocontroller an
Naja das gibts doch schon -> AVR32, ARM
Geistesblitze bekannt ist. Aber bei PIC30 habe sie mal was richtig > gemacht: In der zweiten Hälfte des 64KB Datenadressraums ist ein Teil > vom Code-Flash eingeblendet. Die habe auch kein externes Speicherinterface wie die AVRs. Daher hat der AVR für solche Spielchen garkeinen Platz. > Das dies hinsichtlich
-
Thread
Empfehlung 8-Bit-Controller: STM8
bescheidenen Registersatz, aber er ist verflixt schnell !!!! Etliche Mathe- u. Bit-Befehle (auch über 64k gesehen), gehen mit nur einem Takt !!! Da kann sich ein AVR (PIC sowiso) oder auch ein (R8C - auch M16C ) "warm anziehen". Selbst der R32C ist in machen Fällen langsamer (wenn man gleiche takt-f annimmt
DigiKey keinen STM8 mit 4k RAM lagernd, der STM8S207 hat nur 2k RAM, dafür 128k Flash und kostet 3,28 Euro. Einen STM8 mit 4k gibt's zum Beispiel bei Farnell, der STM8F202 mit 4k RAM und 64k Flash kostet dort einzeln 3,45 Euro, im Zehner nur mehr 2,88 Euro (leider gibt es diese Staffelpreise bei DigiKey
-
Thread
Verständnisfrage PWM mit AVR
PLL) https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
Schau Dir den ATTiny85 an, der sollte eine PLL mit 32/64MHz für den Timer/Counter 1 haben.
-
Thread
AVR-ASM: Simulierter call
Johann L. schrieb im Beitrag #2317451: > Wie kommst du auf sowas? Der AVR adressiert den Programmspeicher tatsächlich wortweise - oder wie willst du sonst mit 16-Bit-Adressen 128 kb adressieren? Der lpm-Befehl kann entsprechend auch nur 64 kb Programmspeicher adressieren
für: > Der lpm-Befehl kann entsprechend auch nur 64 kb Programmspeicher > adressieren. > Und wie du dem Posting von spess entnehmen kannst, sind nicht alle > AVR-Assembler nur auf Biegen und Brechen auf den AVR angepaßt worden. Was meinst du mir
-
Thread
Tut gelesen und trotzdem Problem mit Strings im Flash
Hallo zusammen, ich habe mir einen Webserver mit ENC28J60 und einem AT89C51ED2 "zusammengebastelt" also Hardware und Software zum grösstenteil selber geschrieben. Jetzt habe ich mich mal ein bisschen mit den AVR beschäftigt und dachte ich könnte diesen Webserver
typedef int32_t PROGMEM prog_int32_t typedef uint32_t PROGMEM prog_uint32_t typedef int64_t PROGMEM prog_int64_t typedef uint64_t PROGMEM prog_uint64_t[/c] Das Beste ist, wenn du dein kompilierbares Projekt hier mal hochlädst.
-
Thread
AVR128DA64 TCA1 funktioniert nicht mit alternativen Output?
/Errata/AVR128DA-28-32-48-64-SilConErrataClarif-DS80000882.pdf
Blick bezüglich des besagten TCA-Problems jedenfalls etwas anders zu sein. Es gibt noch die Serien AVR-DD und AVR-EA – die haben aber anscheinend keine TQFP64-Typen.
-
Thread
Wie am besten 60 LED's ansteuern
> Ich würde die LED's direkt an den AVR hängen, würde es dann gehen ? Der AVR kann das auch nicht.
ist aber pinmangel. Ein Treibern braucht 7 Pins am uC. Das heißt bei 4 diese Treibern sind schon 28 Pins gefressen. Wenn ich jetzt noch andere Module wie Dcf77 oder bestimmte Sensorenn den avr haben mmöchte, beispielsweise einen Atmega 32 wirds doch echt knapp noder sehe ich das falsch
-
Thread
Kann ATmega128 nicht programmieren
ansonsten: http://www.mikrocontroller.net/articles/AVR_Checkliste#Besonderheiten_bei_ATmega128_und_seinen_Derivaten_im_64-Pin-Geh.C3.A4use
Mach mal ein Foto vom Aufbau und einen Screenshot vom AVR-Studio.
-
Thread
AVRs mit USB?
ATxmega256A3U ATxmega256C3 ATxmega32A4U ATxmega32C3 ATxmega32C4 ATxmega384C3 ATxmega384D3 ATxmega64A1U ATxmega64A3U ATxmega64A4U ATxmega64B1 ATxmega64B3 ATxmega64C3 AVR64DU28 AVR64DU32 [/pre]
Was genau ist an ATMega*U veraltet? Sind doch noch in Produktion... Ansonsten gäbe es noch die AVR*DU, z.B. den AVR16DU14, der ist so brandneu, denn gibts noch nicht mal zu kaufen. Aus dieser Reihe sind bis dato nur der AVR64DU28 und AVR64DU32 verfügbar
-
Thread
MMC/SD-Karte mit FAT16 an AVR
der Karte. Der entscheidende Teil der sd_raw_config.h sieht bei mir so aus: [c] #elif defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega128__) /* Attention: all pins must be defined for correct work */ #define configure_pin_mosi() DDRB |= (1 << PB2) #define configure_pin_sck()
@Guido: Wieder mal zu schnell abgesendet. Der Code geht ja noch weiter: [c] #elif defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega128__) /* Attention: all pins must be defined for correct work */ #define configure_pin_mosi() DDRB |= (1 << PB2) #define configure_pin_sck()
-
Thread
direkt in ein Register des Tiny5 schreiben
/* _AVR_ATtiny5_H_ */ [/pre] [pre] ~$ avr-gcc -v Using built-in specs. Reading specs from /usr/lib/gcc/avr/5.4.0/device-specs/specs-avr2 COLLECT_GCC=avr-gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/avr/5.4.0
with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-libssp --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=avr CFLAGS='-g -O2 -fdebug-prefix-map=/build/gcc-avr-Q3AFj7/gcc-avr-5.4.0+Atmel3.6.2=. -fstack-protector-strong -Wformat ' CPPFLAGS='-Wdate-time -D_FORTIFY_SOURCE
-
Thread
ENC28J60 Basics[Beispielprogramm in AVRGCC für atmega8]
also bitte mal ein bischen Rückmeldung, und wenn möglich mal ein paar Daten über das benutzte System (AVR-Typ) und die anbindung des ENC28j60 (IRQ/POLL). THX
nichts am Code verändert. Beim Kompilieren kommt nur: [pre] Build started 3.4.2007 at 22:24:44 avr-gcc.exe -mmcu=atmega8515 -Wall -gdwarf-2 -O0 -MD -MP -MT enc28j60.o -MF dep/enc28j60.o.d -c ../enc28j60.c avr-gcc.exe -mmcu=atmega8515 -Wall -gdwarf-2 -O0 -MD -MP -MT main.o -MF dep/main.o.d -