-
Thread
MMC/SD ansteuern mit AVR
Atmega are not equal to sector numbers accessed using a PC card reader! Sector 0 on PC is sector 39 on AVR, sector 1 on PC is 40 on AVR and so on. It means that sector 0-38 are not accessible on PC. What is the purpose of this area? How can I check how big is it? 64MB SanDisk didn't have this. Darek
calculate the first datasector. On both machines i get the same number, for example sector 279 for a 64mb mmc card, only the embedded device seems to write 32 sectors back while saying. Greetings, Norbert
-
Thread
Ist ATXMEGA etwa out?
Leistung benötigen sollte, einen Cortex M3 zu nehmen, statt einen Xmega. Der Xmega setzt ja auf dem AVR-GCC auf und hat damit das Problem der 64k-Grenze für Flash und Daten. Und int auf nem 8Bitter als 32Bit zu definieren, dürfte die Performance wieder drastisch ausbremsen. Peter
Ein AVR8 mit 64 kB RAM satt wäre schon was Feines. Da bräuchte ich mich nicht bei STM32 umzusehen... So gesehen, tue ich mir den Xmega für neue Projekte gar nicht erst an.
-
Thread
sprintf gibt zu viele hexadezimale Ziffern aus
>> long unsigned int u32Value = (1<<15); > >Ein unsigned int ist 32Bit auf dem PC und ein >long unsigned int 64Bit. Und nochmal verdammt;) Ich sollte schlafen gehen. (1<<15) wird als int ausgeführt. Beim AVR GCC ist
schon mal weiter oben angemerkt wurde, ist der richtige > 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
-
Thread
Basteltip: STM32F103 DIP40 Board
The trick is to tell OOCD that there are 2 banks of 64K And not let it probe the chip, witch only returns one bank diff -Naur stm32f1x.cfg stm32f1x_128.cfg --- stm32f1x.cfg 2014-08-22 17:46:29.954188309 +0200 +++ stm32f1x_128.cfg 2015-09-16 21:
zu teuer. Da ist einfach überall das gleiche Silizium verbaut. Ich hab gestern mal probiert, der STM32F030F4P6 lacht einen auch mit 32kB Flash an. Und bei dem wird bestimmt nix selektiert. Torsten C. schrieb im Beitrag #4507628: > Mit anderen Worten: Die oberen 64k sind defekt? Vielleicht nur nicht
-
Thread
GCC v14 Release
: fatal error: C:\avrToolchain\avr-gcc-8.5.0_mingw32_binutils2.40_avrLibc2.1GitHub/bin/avr-gcc returned 1 exit status compilation terminated. c:/avrtoolchain/avr-gcc-8.5.0_mingw32_binutils2.40_avrlibc2.1github/bin/../lib
wäre das komischer als angenommen. Ich habe mittlerweile 3 verschiedene Toolchains gebaut. a) avr-gcc-8.5.0_mingw32_binutils2.40_avrLibc2.1GitHub b) avr-gcc-8.5.0_mingw32_binutils2.42_avrLibc2.1GitHub c) avr-gcc-8.5.0_mingw32_binutils2.42_avrLibc2.2GitHub Die Unterschiede erkennt man im Namen
-
Thread
Umstieg auf 32 bit Atmel?
Warum ist der avr32 tot?
Operations. Jeder MC, für den es einen C-Compiler gibt, kann float. Ob der MC ein 4-, 8-, 16-, 32- oder 64-Bitter ist, spielt keine Geige. Auch die meisten 32-Bitter haben keine FPU, sondern benutzen die Math-Lib des Compilers. Beim AVR kostet die float Lib einmalig 1kB Flash.
-
Thread
AVR64DD20 - USART stürzt bei großem Buffer ab
Hallo liebes mikrocontroller.net - Forum, ich habe heute die USART meines AVR64DD20 programmiert und mit ein paar Änderungen von der Bibliothek von Microchip selbst ( https://github.com/microchip-pic-avr-examples/avr64dd32-getting-started-with-i2c-mplabx , lediglich anderer Pin
ein paar Änderungen von der Bibliothek von Microchip selbst ( > https://github.com/microchip-pic-avr-examples/avr64dd32-getting-started-with-i2c-mplabx > , lediglich anderer Pin) verwendet. Die ganz gewöhnliche > printf-Funktion, die jetzt den USART-stream verwendet, Ist das denn geklärt, dass
-
Thread
C Code Optimierung für LCD (AVR32)
vermute das die Shifts sehr lange brauchen. Danke und Gruß Adam [c] #define CS AVR32_PIN_PB30 #define RS AVR32_PIN_PB31 #define RD AVR32_PIN_PB29 #define WR AVR32_PIN_PB28 #define DB0 AVR32_PIN_PB20 #define DB1 AVR32_PIN_PB21 #define DB2 AVR32_PIN_PB22 #define DB3 AVR32_PIN_PB23 #define DB4 AVR32_PIN_PB24 #define DB5 AVR32_PIN_PB25 #define DB6 AVR32_PIN_PB26 #define DB7 AVR32_PIN_PB27 #define DB8 AVR32_PIN_PB02 #define DB9 AVR32_PIN_PB03 #define DB10 AVR32_PIN_PB04 #define DB11 AVR32
-
Thread
Logic Analyzer bauen
SRAMs ? In fast jedem etwas neueren P1 Mainboard (oder auf P2/P3s) findet man 2 synchrone SRAMs mit 32kx32 oder sogar 64kx32 8bit reichen für einen Logikanalyser selten, spätestens wenn man sich einen parallel Datenbus anschauen möchte, benötigt man 8 Daten und einige weitere Steuerleitungen. Die
Bei einem festen Quarz bleibt auch REF. z.B. Quarz beim ICS502 16MHz = REF = 16MHz und Clock kann 32MHz, 48MHz und 64MHz sein. Es ist also möglich den AVR mit dem Multiplier zu versorgen.
-
Thread
AVR JTAGICE mkII Nachbau für €64,20 ( Plus 22$ Porto )
Gerät funktioniert. Ich würde es gerne für Mega32, Mega128 und AVR32 einsetzen. Gibt's da Erfahrungen ? Merci Frank
Ok - weiter geht's Ich habe heute Abend das ICE mit einem AVR32 32UC3A1512 unter avr32studio probiert. Das laden geht, Fuse Lesen und Einstellen geht, debuggen, Register anschaune geht, Speicher anschauen geht.... Auf den ersten Blick ging alles was man so braucht
-
Thread
Suffix für uint8_t
Frank M. schrieb im Beitrag #4414569: > Kenne ich von anderen 32- oder 64-Bit-Plattformen (diverse > RISC-CPUs) anders. RISCs haben vom Prinzip her nur Wortoperationen in Registern. Bei 64 Bit Architekturen aber u.U. auch noch 32 Bit Operationen, um beim (L)LP64
? Ja. 8086 hatte gleichermassen 8- wie 16-Bit Operationen. Die haben sich erhalten, so dass x86-64 gleichermassen mit 8, 16, 32 und 64 Bits rechnen kann. Bei der Division kann sich ein kleinerer Type auch sehr lohnen und in der Codierung gibts einen kleinen Vorteil bei 8 und 32 Bits. Es kann allerdings
-
Thread
PIC Mikrocontroller noch aktuell ?
spezifisch für 8-bit Mikrocontroller interessiert, dann kommt natürlich auch PIC in Frage. Aber Padauk, AVR und STM8 sind vielleicht sogar interessanter. Ansonsten gibt es viele 32 bit alternativen: RP2040, STM32, CH32V, PY32F etc...
beispielsweise: https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
-
Thread
AVR versus ARM Gesperrt
ein Tag schon auf Vergleich und Auswahl der Software. > Du vergleichst hier einen (mindestens) 64-Pinner mit > komplexer Peripherie mit einem simplen AVR. Ich vergleiche einen 48 Pin ARM mit einem 32 Pin AVR. Beide gibt es auch in größer, das ist mir bewusst. > zum anderen hat der Controller
irregeführten. Dem ist nämlich nicht so, weil der Flash Speicher maximal 24Mhz schafft (jedenfalls beim STM32F1). > Daß 32bit viel cooler als die 8bit sind, ist aber hier egal, oder? Das ist mir wirklich völlig egal. Denn auch meine ollen AVR's können in C alle Operationen bis 64bit wie vom PC gewohnt
-
Thread
AVR 10-Bit-DAC
Peter D. schrieb im Beitrag #7699524: > Welcher AVR? AVR32DA28, AVR32DA32, AVR32DA48, AVR64DA28, AVR64DA32, AVR64DA48, AVR64DA64, AVR128DA28, AVR128DA32, AVR128DA48, AVR128DA64 AVR32DB28, AVR32DB32, AVR32DB48, AVR64DB28, AVR64DB32, AVR64DB48, AVR64DB64
, AVR16EA48, AVR32EA28, AVR32EA32, AVR32EA48, AVR64EA28, AVR64EA32, AVR64EA48
-
Thread
32Bit Division mit inline Assembler
float. Bisherige Lösungsversuche: alle Versuche waren bislang erfolglos, ebenfalls der Versuch die avr_f64.c Bibliothek von Detlef_a dazu zu verwenden. Aktuelle Hoffnung: Der Beitrag aus diesem Forum [[http://www.mikrocontroller.net/articles/AVR_Arithmetik#32_Bit_.2F_32_Bit]] mit dem Assembler
Ich habe mal für einen reziproken Frequenzzähler in AVR-Assembler eine Kehrwertbildung gerechnet, 64/32 Bit aus der MATH32-Bibliothek von Andre Birua http://avr-asm.tripod.com/math32x.html (da ploppt eine aufdringliche Seite dazwischen) die 64 Bit waren
-
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
viel. Einen externen Bus hat er wohl auch nicht, mit seinen max. 80 Pins. Dann doch lieber 'nen AVR oder besser einen R32C :-)
-
Thread
AVR Simulator mit grafischer Benutzeroberfläche für Linux
amd64 1.3.2-6+b1 amd64 Fast Light Toolkit - OpenGL rendering support ii libfltk-images1.3:amd64 1.3.2-6+b1 amd64 Fast Light Toolkit - image loading support ii libfltk1.1:amd64 1.1.10
Neuigkeitem mehr gab: Ich habe gerade src_20190427-1040.tar.gz unter Debian 5.10.179-1 (2023-05-12) x86_64 GNU/Linux compiliert und erhalte eine Warnung: [c] ~/AVR/avrsim/src$ ./c In file included from avrsim.cpp:326: config.c: In function ‘void writeConfig()’: config.c:185:11: warning: ‘%s’ directive
-
Thread
Bausatz AVR-ISP-Stick
ISP-Frequenz lesen und schreiben geht im Studio. Beim Versuch irgendetwas aus nem programmierten Mega32 zu lesen leuchtet die busy-LED auf und erlischt wieder... Dann bringt AVR-Studio ne Fehlermeldung. Keine Kommunikation möglich... Ich mache bastimmt was falsch. Meine Boards haben nen ISP-Anschluss
der 240 Sticks sehr verbunden, wenn jemand einen Erfahrungsbericht unter einer von beiden Versionen (32/64) hätte. Wenn sich da nichts machen lässt, ist der Programmer wohl ohnehin in Zukunft uninteressant. Lange läuft WinXP/Vista wohl nicht mehr. :-(
-
Thread
Huhu - AVR XMEGA-Eval-Board für 29 US-$
ATxmega128D3 ATxmega16D4 ATxmega192A3 ATxmega192D3 ATxmega256A3 ATxmega256A3B ATxmega256D3 ATxmega32D4 ATxmega64A1 ATxmega64A3 ATxmega64D3 ATxmega64D4
auf dem Dragon ist wirklich nicht sehr robust. Weiters unterstützt der ICE auch noch die ganze AVR32 Palette.
-
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
Atmel oder PIC Gesperrt
dabei geblieben bin, weil ich mit AVR zufrieden bin. Sicher wäre ich mit PIC genau so gut klar gekommen. Da ich einiges an Hardware speziell für AVR gekauft habe, werde ich auch erstmal dort bleiben. Controller mit 8, 16, 32 Bit halte
, während das STM32 Discovery wenig kostet. Allerdings genügten mir bisher die "kleinen" 8 Bit AVR's. Nur einmal sollte es mehr sein, da hatte ich gleich ein Notebook verwendet.
-
Thread
SID-Player ARM/FPGA?
Frag doch mal im forum64.de
Mit dem SwinSID gibt es eine ganz passable SID-Emulation auf Basis eines Atmel AVR. Das Ding kann man direkt in den Sockel eines C64 setzen.
-
Thread
Wann gibts mal wieder neue gute AVR 8-Bitter?
Die neuen DX AVRs sind ja auch nicht ganz uninteressant. Der AVR128DB64 packt ganz schön viel ein und hat eine schnelle UPDI Debug Schnittstelle.
RAM zu haben. Ich war dagegen schon mehrfach traurig, nicht genug RAM zur Verfügung zu haben. Ein AVR mit 64 KB RAM wäre für einige Retro-Projekte (z.B. Videosignal mit höherer Auflösung, CP/M) sehr angenehm. Klar kann man einen 32-Bitter nehmen, aber dann muss man ja nicht mehr nachdenken. Es gibt
-
Thread
Atmega2560 Verhält sich komisch bei zu vielen Daten
lernt eben nie aus! Lange dabei sein heißt noch lange nicht Wissen zu haben ;-) >jede 8-Bit CPU mit 64K Adressraum brauchte 16 Bit Adressregister und die >reichen nun mal nur bis 64K -> 2^16 Ja, aber der AVR adressiert seine Befehle in 16 Bit Wortbreite. Schrieb ich bereits. Also 64kWORTE (a 16 Bit
Joachim B. schrieb im Beitrag #4626340: > jede 8-Bit CPU mit 64K Adressraum brauchte 16 Bit Adressregister und die > reichen nun mal nur bis 64K -> 2^16 von 6502 bis z80 und LH5803 Das ist reines Marketing bei ATMEL. AVR Befehle sind 16bit, es gibt keine 8bit
-
Thread
AT90USB162 Endpoint Interrupts funktionieren nicht
Andererseits haben die großen USB-AVRs deutlich mehr FIFO. Die kleinen haben nur 176 Bytes, wenn man 2 x 64 für die Daten-Endpunkte abzieht, bleiben nur noch 48 für den Rest. 8 verplempert man für den Interrupt-EP, damit kann der Control-EP aber trotzdem noch 16 oder 32 Byte groß sein. Double buffering
Ich Empfange einmal ein GET_DESCRIPTOR mit einer wLength von 64 und einmal mit einer wLength von 18. Das mit der 64 kommt daher das ich einen EPSIZE von 64 hab oder ? Sollte ich das eventuell ändern ?
-
Thread
Was sind die Vorteile und Nachteile von PICs und ATMEL Controller? Gesperrt
erst mühsam die Quellen auseinanderpfitzeln müssen, das kostet ja auch wertvolle CPU-Zeit. Der AVR-GCC ist leider auch etwas eingeschränkt, er kann kein double (64Bit-float). Peter
die einen, mal die anderen minimal besser. Aber letztendlich vergleichbar. > Und die >18F (24F, 32F 33F...) erst recht. Wenn du schon vergleichst, dann vergleiche richtig: Die 33 und 32F haben mit den <18F genausoviel gemeinsam wie AVR und AVR32. Jetzt vergleiche also mal AVR32 und 32F...
-
Thread
WinAVR Bug: Crash wegen Codegrösse
ueberrascht, dass du so lange keine Probleme hattest - ich habe noch irgendwo im Hinterkopf, dass der AVR-gcc Probleme mit mehr als 64k Codegroesse hat? Ich kann aber keine Aussage dazu machen, wie zuverlaessig diese Information ist und meine eigene Arbeit ist noch ein gutes Stueck davon entfernt.
es immer wieder Probleme damit. Ich habe auch Festgestellt das es auch von Version zu Version des AVR-GCC anders ist :-), ja nach dem wie gepatcht wurde. Bosonders ärgerlich ist dieses Problem wenn man viele "Daten" im Flash hat die mehr als 64Kbyte belegen, da bekommt der AVR-GCC dann Probleme.
-
Thread
Atmel Studio 4.19 unter W10X64
Es könnte ewig gestriger Schnee sein, aber ich berichte dennoch: Zufällig fiel mir mein alter AVR-ISP beim Aufräumen ins Blickfeld und dachte, mal sehen ob der noch unter W10X64 gebrauchsfähig ist. AS7 scheint ja das alte Zeugs, ausser den AVR-ISP MK-II nicht mehr zu unterstützen. Es stellt sich
besonders klein werden soll empfehle ich den AVR64DD14. Dessen SMD Gehäuse lässt sich immer noch sehr bequem löten.
-
Thread
Daten>32Bit auf AVR
> wie man möglichst effizient 64 oder 128 Bit breite Daten auf einem 8-Bit > AVR verarbeitet :) Was spricht gegen [u]int64_t für 64 Bits? Ansonsten halt selberschreiben, ist für nur Addition/Subtraktion jetzt nicht wirklich aufwendig
Für einen reziproken Frequenzzähler mit 8 1/2 Stellen habe ich mal eine Kehrwertbildung mit 32 Bit auf AVR geschrieben. Wenn ich nicht irre, braucht man dafür in Integerarithmetik eine Division 64/32Bit. Vor der Kehrwertbildung sind es 32 Bit vor dem Komma, danach 32 Bit nach dem Komma, sodass
-
Thread
Neue Cortex-M0+-Familie von Atmel
Heiko Jakob schrieb im Beitrag #3212683: > Sieht eher nach dem Sargnagel für die 32-bit AVRs aus :-( > Mal gespannt wie lange sich die UC3s noch in der Roadmap von Amtel > halten. glaub nicht dass die so schnell von der Bildfläche verschwinden, für die 32bit AVR kommt eher ein
Lohnt es sich denn überhaupt noch sich mit zb.8Bit AVR zubeschäftigen, Denn wenn ich mir ansehe was ein Atmega128 kostet kriegt ich fast zum gleichen Preis ein STM32F103ZET6
-
Thread
MMC SD library FAT16 FAT32 read write
Ach ja, Wiki auch aktualisiert... http://www.mikrocontroller.net/articles/AVR_FAT32
Wieso ist in der 0.6.3.1 beim AVR STM32 Code drin?
-
Thread
avrgcc erzeugt sinnlosen code?
lLookUp[(int)cTemp]<=In) Result = cTemp; }*/ if(iLookUph[0]<=In_h) { Result = 64; cTemp = Result + 32; if(iLookUph[(int)(cTemp-64)]<=In_h) Result = cTemp; cTemp = Result + 16; if(iLookUph[(int)(cTemp-64)]<=In_h) Result = cTemp; cTemp
in keinem Sprachstandard (und auch in keiner ABI/EABI). Ich würde mal davon ausgehen, daß das avr-gcc Tutorial nicht die Intention hat, ein komplettes C Tutorial zu sein. Dann bräuchte man zig C-Tutorials: Eines im avr-gcc, eines im arm-gcc, eines im avr32-gcc, eines im... Das avr-gcc Tutorial
-
Thread
gcc oder ich kann nich rechnen.
dem 2. link bekomm ich leider nicht übersetzt: Das main.c ist nen Testprogramm für den Code aus avr_f64.c und avr_f64.h, das brauchst Du nicht. Übersetze einfach avr_f64.c und binde das headerfile in Deine Applikation ein, fertig ist die Laube. Wenn Du das main.c zum Test verwenden willst muß Du es
Frank wrote: > > Ich hab die avr_f64.c ins makefile eingetragen und #include <avr_f64.h> > im main.c sowie die beiden Datein ins Projektverzeichnis kopiert. > Ist das Dein Fehler? Sollte dort nicht #include "avr_f64.h" stehen
-
Thread
LPC1100, superguenstig, 8-bit? Wird immer unnoetiger
sensationell günstig sein. Diese Träger kosten 80¢ pro Stück inklusive Porto (bei 8 Stück). Drauf ein STM32F103C8 mit USB/CAN und 64KB Flash 20KB RAM bei 72MHz (6,50€ plus MWSt bei TME). Akzeptables Preis/Leistungsverhältnis, ggf. pinkompatibel ausbaufähig auf 128KB Flash.
STM32 drauf für 18 € aus Thailand und habe dann gleich was in jeder Beziehung stärkeres - und muss mich nicht mit SMD herumplagen. Das sagt einer, der grade von AVR in diese Liga wechselt.
-
Thread
Sind ALLE Rechenoperationen automatisch 16-bit breit?
verbrauchen. Nämlich immer dann, wenn im Programm ein int verbaut ist... Aber so viel konsequentes 64 Bit wollen die Privatkonsumenten dann doch nicht. Lieber 64 Bit können, aber dann wieder auf 32 Bit kastrieren.
in IL. Schon klar, keep cool ;-). Nur entbehrt es nicht einer gewissen Ironie, wenn der für AVR optimierte und auf 32-Bittern suboptimale aussehende Quelltext ausgerechet auf den 16/32-Bittern effizient und auf dem AVR leicht ineffizient ist.
-
Thread
Rechnen mit AVR
anderen. mit electronicdesign statt elecdesign geht's ohne Cookies und Skripte. @Simon: der AVR-MUL ist 8x8-->16 bit, hier geht es um 32x32-->64 In meiner Routine verwende ich keine Shifts, sondern 16 MULs. Schau sie Dir mal an.
(var_,id_) ((*(u64_union_t*)&(var_)).w[id_]) #define U64_UNION_Q(var_,id_) ((*(u64_union_t*)&(var_)).q[id_]) #define U64_UNION_O(var_,id_) ((*(u64_union_t*)&(var_)).o) #endif uint32_t ftw_mul32_32( uint32_t freq32
-
Thread
Klingel mit 100 Melodien - last minute Weihnachtsgeschenk
1562, //g'' auf position von fis'' verschoben }; const uint8_t duration[] PROGMEM= { 2, //1/32 Zeit in 20 ms Schritten 3, //1/32. 4, //1/16 6, //1/16. 8, //1/8 12,//1/8. 16,//1/4 24,//1/4. }; const uint8_t lied[] PROGMEM = { 1 //Lied Nr. 1 Offset:0 ,0,136,128,107,128,72,64,72,141,136,134,136,128,111,128,72,64,72,144,143,139,136,143,148,72,70,64,70,131,139,200,200,192,82,143,141,139,200,171,72,64,72,141,136,134,200,175,72,64,72,144,143,139,136,143,148,72,70,64,70,131,139,200,200
84,82,81,10,106,76,13,79,0,82,81,79,8,104,74,12,77,0,81,79,77,70,70,8,74,0,76,76,13,111,200 ,2 //Lied Nr. 80 Offset:2477 ,71,64,74,64,140,128,71,64,74,64,140,128,71,64,74,64,76,64,79,79,78,78,74,64,236,128,7,72,64,74,64,76,64,72,64,167,133,128,7,72,64,74,64,44,44,72,64,167,133,128,7,72,64,74,64,76,64,72,64,71,64,69,64,67,64,66,64,195,195
-
Thread
Fragen zu Grafik-LCD 128x64?
Braucht jemand so einen Bildschirm wirklich? Hier ein Testbeispiel, was man mit 128x64 machen kann, wenn man Lesen+Schreiben-Mode verwendet (darüber ist auch 20x4 LCD zu sehen). Erwin E. schrieb im Beitrag #6443521: > Ob solche großen TFTs mit einem AVR sinnvoll genutzt werden können
>Angesteuert mit 16-Bit Bus von einem Atmega64. Obwohl AVR nur 8-Bit-Datenbus hat ???
-
Thread
LCD DM19264A (KS0108B Controller)
Display. Nur 1. Treiber kommt nichts... [c] GLCD_Initialize(); GLCD_ClearScreen(); GLCD_GoTo(32,0); GLCD_WriteString("+-------------------+"); GLCD_GoTo(64,1); GLCD_WriteString("| Universal |"); GLCD_GoTo(64,2); GLCD_WriteString("| KS0108 library |"); GLCD_GoTo(64,3); GLCD_WriteString("| |"); GLCD_GoTo(64,4); GLCD_WriteString("| en.radzio.dxp.pl |"); GLCD_GoTo(64,5); GLCD_WriteString("| STM32 Cortex-M3 |"); GLCD_GoTo(64,6); GLCD_WriteString("| microcontrollers |"); GLCD_GoTo(64,7); GLCD_WriteString
-
Thread
Library für EA-DOGM Grafikdisplays inkl. Font-Generator
neu anlegen, ich meine in einem neuen Prjekt? Fehlermeldung: c:/winavr-20100110/bin/../lib/gcc/avr/4.3.3/../../../../avr/lib/avr5/crtm32.o:(.init9+0x0): undefined reference to `main' make: *** [Temperaturdatenlogger.elf] Error 1 Mar
Hallo, > was für eine Software verwendest du? > AVR Studio 4 oder 5. Aus Kompatibilitätsgründen habe ich noch eine neue Version (AVR Studio 6) hochgeladen. http://www.basteln-mit-avr.de/atxmega32a4.html#dogxl160 Gruß G.G.
-
Thread
AVR atmega328 ausgereizt? Und nun? 32bit?
von AVR scheinbar nicht haben. --> http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR Was tun? Ich würde gerne - auch perspektivisch - auf 32bit gehen und dann
" adressierbar sein Schon klar, da begrezt die größe pro Objekt auf 32kB beim avr gcc. In Summe gehen aber trotzdem nur 64kB DATEN, weil man sonst über RAMPX adressieren muss. Das geht nur mit Makros und passenden Linkerscripts. >Aber das limitiert nur erstmal den Zugriff
-
Thread
KS0108 GLCD Routinen
wo die Schriftgrösse nicht ein vielfaches von 8 sind. Es gehen also nur Schriften der Größe 8, 16, 32 ,64. Ist das so von Dir so gewollt, oder noch ein kleiner Bug ? MFG Dieter
von Ape aus seinem ersten Post(also die Urlib(für mich als Anfänger reichts)) auch auf meinen Atmega32 laufen, nur leider sieht das das Display so aus wie im angehängten Bild. Hier mal mei n Quellcode vom main.c [c] #include <avr/io.h> #include <avr/pgmspace.h> #include <avr/delay.h> #include
-
Thread
128 Bit Risc
danach den Wert entsprechend. Unter Visual sieht das so aus: [code] uint CountTrailingZeros(ui64 mod64) { //[ uint ctz = mod64 ? 0 : 64; if (ctz) { return ctz; } else { ui32* pui32 = (ui32*) &mod64; if (pui32[0]) { _BitScanForward((DWORD*) &ctz,
und heute wieder von mir ausgebudelt wurde, unterscheidet sich der Typ "int" bei MinGW zwischen der 32Bit- und der 64bit-Version nicht! Ein unterschied findet sich nur beim Typ "long long", der auf 32bit immernoch 32bit breit ist, bei der 64bit Version dann aber doch 64bit! [code] printf("\nsi=%u"
-
Thread
Genauigkeit von float in AVR-GCC
754_Umwandlung_Gleitkomma_zu_32_u_64_Bit.htm gruss Dietmar
mit älteren Compiler-Versionen. Bei Bedarf kann man einfach -mdouble=64 oder -mlong-double=32 angeben. Auch ist es möglich, -mdouble=64 zum Default zu machen, indem man den Compiler mit --with-double=64,32 konfiguriert. Das bedeutet, dass es 32-Bit und 64-Bit Multilibs
-
Thread
Gibt es noch eine Alternative zum Atmel Studio?
diesen Fehler nicht nur auf meinem PC sonder auch auf etwa 3 anderen erhalte. Das System ist immer 64bit. Habt ihr 32 oder 64bit Java versionen installiert?
Hediger C schrieb im Beitrag #4018718: > Habt ihr 32 oder 64bit Java versionen installiert? 64 bit, aber das sollte keinen Unterschied machen. Ich habe mir auf Windows den ganzen avr-gcc Ordner geschnappt und nach c:\avr-gcc\ verschoben damit im
-
Thread
AP7000 und ICnova ADB1000: Bisschen wenig?
> avr32-gcc hello.c falscher Compiler, du musst avr32-linux-gcc verwenden. Den findest du unter //build_avr32/staging_dir/usr/bin/avr32-linux-gcc. QT sollte, wenn man im menuconfig QT aktiviert hat,
0xfff03400 NET: Registered protocol family 16 pdc pdc.0: Atmel Peripheral DMA Controller enabled at32_eic at32_eic.0: External Interrupt Controller at 0xfff00100, IRQ 19 at32_eic at32_eic.0: Handling 4 external IRQs, starting with IRQ 64 AVR32 AP Power Management enabled ICnova: 5 Leds bio: create
-
Thread
Problem mit USBasp und avrdude/Burn-O-Mat
fals ich den jetzt schon ins Jenseits berfördert haben sollte. Geht PonyProg eigentlich nur unter 32bit oder auch 64? (WinXP) Danke
berücksichtigen (manche Kabel sind auch nicht voll beschaltet). > Geht PonyProg eigentlich nur unter 32bit oder auch 64? Einfach ausprobieren… LG Jens
-
Thread
ARM: kompliziert?
www.ethernut.de/) im aktuellen SVN Head (http://ethernut.svn.sourceforge.net/viewvc/ethernut/trunk/) kennt viele AVR8, AVR32, AT90, AT91, NXP17 und STM32 Bausteine und Boards. Nach dem Bauen der Konfigurationsdateien und dann der Bibliotheken für das Board kann man dann schnell einigermassen portable Programme schreiben
Richtung zu schauen. Ich finde übrigens den RX (vom mal drüberschauen der Dokumentation) aber auch den AVR32 (kleine Programmcodeanpassungen) definitiv nicht schlecht im vergleich zu ARM, allerdings ist bei letzterem der Einstieg doch günstiger finde ich. Auch wenn gerade der AVR32 vom AVR Studio profitiert
-
Thread
AVR exakt Millisekunden zählen
in einer ISR machen kann, die jede >ms aufgerufen wird. Ach herje, der arme, kleine AVR. Kann nicht mal ne 32 Bit Addition ausführen, ohne stehen zu bleiben. >Immerhin soll dieser Counter nicht die ganze Leistung des µC >verschlucken. Auch nicht die halbe Leistung. Tut er nicht
verstanden, sondern mehrere Wochen / Anläufe gebraucht. Auch bitte ich zu entschuldigen, wenn ich die AVR-Syntax nicht mehr ganz korrekt wiedergebe, ihre Verwendung liegt auch schon wieder mehrere Jahre zurück. Klar sind Befehle wie "inc millis" als Makros für 16 / 24 / 32 Bit zu verstehen etc.
-
Thread
AVR®DD family, low pin count devices
platformio benutzt. Leider hinkt platformio beim Dx core etwas hinterher und mein gewünschtes Device AVR32DD14 wird (noch) nicht unterstützt wohl aber der AVR64DD14. Weiss jemand, ob ich den Device-Eintrag in der platformio.ini auch nutzen kann? Vorweg: ich würde auch den AVR64DD14 nutzen - den gibt
Heinz K. schrieb im Beitrag #7828008: > etwas hinterher und mein gewünschtes Device AVR32DD14 wird (noch) nicht > unterstützt wohl aber der AVR64DD14. Weiss jemand, ob ich den > Device-Eintrag in der platformio.ini auch nutzen kann? Die beiden dürften sich wirklich nur in den Speichergrößen