-
Thread
Diskettenlaufwerk ansteuern
aber die arbeiten durchgängig mit hardsektorisierten Disketten (NorthStar und so). Ein klassischer AVR8 ist für die Decodierung von HD (also 500 Kbps) eigentlich zu langsam, aber ich erinnere mich dunkel an ein Projekt, was die 250 Kbps einer DD-Diskette geschafft hat. Man kann zusätzliche Hardware
bei I/O-Zugriffen?) ... das ist halt deutlich langsamer als ein mit auch nur 1 MHz getakteter AVR. Allein das Auslösen eines Interrupts über den Interruptcontroller dürfte bei der PC-Hardwarearchitektur eine deutliche Latenz mit sich gebracht haben.
-
Thread
Programmierung einer LED-Anzeige zu langsam
Ich habe 10 LEDs, der Wert, der angezeigt werden soll, ist zwischen 0 und 10. Dieser sollen folgendermaßen angezeigt werden: 1 von 10: X--------- 5 von 10: XXXXX----- 8 von 10: XXXXXXXX-- (X = an, - = aus) ich habe in C fogenden Code geschrieben: (bit 1-8 der LEDs an portC, bit 9-10 an portD 1-2) [c] //Bereich anpassen, dass der Wert zwischen 0-10 ist Wert /= 35; show = pow(2, Wert) - 1; /*2 hoch Wert ergibt immer ein vielfaches von 2, also ergibt sich folgendes: Wert = 2 -> 0010000000 minus 1 ergibt -> 1100000000 Wert = 5 -> 0000010000 minus 1 ergibt -> 1111100000
-
Thread
AVR32: SPI zu langsam?
Hallo zusammen, ich möchte auf einem AVR32 UC3 A3 über SPI mit maximal möglicher Baudrate Daten von einem Dataflash-Speicher lesen. Der Dataflash liefert mit die Daten wie gewünscht, aber leider bekomme ich mit meinem Code nur knapp 4 Mbit/s. Ich würde eigentlich erwarten, dass da noch mehr geht, oder etwa nicht? Ich lese die Daten per Polling, also ohne DMA. Meine Lese-Schleife sieht so aus: [c] uint16_t *p = &buffer; for (int i=0; i<N; ++i) { spi_write(AT45DBX_SPI, 0xffff); *p++ = spi_get(AT45DBX_SPI); } [/c] Die Initialisierung ist wie folgt:
-
Thread
AVR ISP plötzlich langsam...
hi, kann mir mal einer das phänomen erklären, warum die programmierung meines atmel via original AVR ISP programmiergerät plötzlich 20 mal länger dauert als vorher?? mit vorher meine ich, den letzten programmierdurchgang... natürlich wurde nix verändert, weder an der schaltung noch an irgendwelchen sonstigen parametern... habe das teil heute schon dutzendmal neu programmiert, und jedesmal ratz fatz und plötzlich gehts stinkelahm. es geht, er programmiert, aber im schneckentempo. vor allen das verify dauert EWIG! auch ein neuer atmel uPC brachte nix, also am chip liegts nicht. auch neustarten
-
Thread
Transistortester mit AVR Gesperrt
AVR-Studio 4 mit einem AVR-Programmer AVR-ISP (nach AN910) kann mit den Fuse-Bytes dieses Projektes nichts anfangen. Ich habe mir nach Datenblatt die im Anhang gezeigten Fuse-Bits gesetzt und geschrieben
Guck mal hier http://www.gaw.ru/pdf/Atmel/app/avr/AVR094.pdf
-
Thread
Sprachausgabe mit AVR
Hi, hast du die Demo von Bascom oder die Vollversion? Mit der Demoversion kannst du AVR-Dos nicht benutzen, da der Code deutlich über 4kB groß wird. Eigentlich ist AVR-Dos schon in BASCOM integriert. Als beispiel solltest du dir die Datei /BASCOM-AVR/SAMPLES/AVRDOS/Test_DOS_drive.bas
ich bei 20 MHz und 22050 KHz sampling [c] #include <stdio.h> #include <string.h> #include <avr/io.h> #include <avr/eeprom.h> #include "mmc.h" #include "fat.h" #include "usart.h" #include <util/delay.h> #include <avr/interrupt.h> volatile int a; int b; int dl2; unsigned char
-
Thread
Basic-Interpreter auf einem AVR
_(uBasic-avr) Uwe
strenggenommen für jedes Modul machen welches zu unterschiedlichen Platformen passt (also z.b. UART_AVR.c/h; UART_WIN32.c/h; UART_ARM.c/h oder MMC_AVR.c/h; MMC_PIC.c/h; MMC_WIN32.c/h usw ...) Dann explodiert der Ordner irgendwann. Sinniger wäre es vllt (zumindest gehe ich langsam dazu über das so zu
-
Thread
AVR mit C zu langsam - Inline Assembler?
Hallo! Ich arbeite an einem Projekt mit einem AT90CAN128 AVR Controller. Da der Controller mit den bisherigen Aufgaben (SPI-Datenausgabe und CAN-Datentransfer) schon an seine Leistungsgrenze gerät, habe ich mich mal gefragt, ob man das Ganze mit Assembler effektiver Programmieren kann. Leider habe ich keine Ahnung von Assembler. Ich möchte auf keinen Fall das ganze Projekt von vorne in Assembler neu programmieren, sondern vielleicht einige Teile, die ständig abgearbeitet werden, durch Inline-Assembler-Code ersetzen. Mir stellt sich aber die Frage, ob das überhaupt was bringt? Übersetzt der AVR-GCC
-
Thread
Einfacher Wobbelgenerator mit AVR?
Frequenz hast kann man das beim einschalten mal kurz per Software ausmessen. Die PLL würde viel zu langsam ausregeln.
angeschaut. (Der macht das O Wunder tatsaechlich in HW.) Dagegen ist die DDS-Erzeugung mit einem AVR Gehampel.
-
Thread
Mega 128 lässt sich nur langsam flashen
<Spekulation> Taktfrequenz des AVR? (Fusebits) </Spekulation> ...
Programmiergeschwindigkeit z.T "falsch" gesetzt, d.h. der Programmer zeigt hohe Geschwindigkeiten an, hast aber extrem langsame Datenraten eingestellt. Wenn Du den ISP-Programmer benutzt und das AVR-Studio 4, dann solltest Du unbedingt auch den Programmer auf V2 updaten. Willst Du das nicht, darfst Du die ISP-Frequenz nicht
-
Thread
Rust - ist das hier um zu bleiben?
unknown-linux-gnux32 x86_64-unknown-linux-musl x86_64-unknown-netbsd x86_64-unknown-redox [/pre] AVR soll auch unterstuetzt werden, sobald das AVR Backend fehlerfreier ist. Solange gibt es das avr-rust projekt. Der Buildprozess ist mit cargo super angenehm. Man hat eine gewisse Sicherheit was Rebuild-Sicherheit
Werkzeugen? Wie schwer tut man sich wenn z.B. der Chef man möchte doch z.B. von STM32 oder PIC/AVR auf ein Rust Entwicklungssystem umzusteigen? Wird PIC/AVR unterstützt? Gibt es Case Studies wie man ein existierendes erfolgreiches embedded Projekt (STM32/AVR/PIC) von C/C++ auf Rust umsetzt und
-
Thread
AVR-Studio Obsolet?
auch einigermaßen schnell. Atmel Studio V7 und MPLABX sind in meiner Umwelt mit Abstand die langsamsten. Auch mit i7 und X64/32Gb Ich hätte da eine Frage: Ab und zu kommt es vor, daß ich nur einen Bootloader via SPI auf einen AVR flashen möchte. Dazu nehme ich immer AVR-Studio 4.19. Geht ruck-zuck
wissen ob es damit auch so leicht möglich ist und ich nur zu uninformiert mangels Praxis bin. Beim AVR-Studio geht es ja ohne Projekterstellung. Bei AS komme ich ums Verecken nicht damit klar. Es macht einfach keinen Spass mit AS zu arbeiten weil es in fast allem so furchtbar langsam reagiert. Und es
-
Thread
STM32 für Einsteiger - der Artikel zum Krieg (µC Wahl)
! Bei dem AVR undenkbar. Der war viel zu langsam. In diesem Fall war also der stm32 eine echte Vereinfachung. Gradezu ein Traum. Was den Preis betrifft: Das stm32-Board hat ich 12 Euro gekostet. Der AVR-Programmer
ist nicht > schlecht, aber sie gehört so langsam zum alten Eisen. Die "AVR-Architektur" ist ein aufgebohrtes Studentenprojekt, wo durch Tricks diverse 16-bit Fähigkeiten in 8-bit realisiert wurden. ARM wurde lange vor AVR entwickelt und ist konsequent
-
Thread
Assembler Schleifen Tricks
wobei man dann aber nicht mit DEC arbeiten darf, da dort nur das ZF gesetzt wird! (zumindest beim AVR) MfG
gemacht wurde. Dazu müsste ich jetzt meine X86 Assembler-Bücher heraussuchen. >Davon hat der AVR noch Mehr anzubieten ;) Und du meist, das mir das nach 20 Jahren AVR-Assemblerprogrammierung und einem eigenen Disassembler verborgen geblieben wäre? MfG Spess
-
Thread
Wettkampf Opa(MOS6502) gegen Frischling(ATmega)
#7863409: > Wie ist eure Einschätzung? > Kann ein CBM8032 so etwas? Nein. Ein 1-MHz-6502 ist langsamer als ein 16-MHz-AVR. Deutlich. Ehrlicher dürfte der Vergleich sein, wenn auch der AVR mit nur 1 MHz getaktet wird. Aber mit 16 MHz? Da könnte man schon darüber nachdenken, den 6502 zu emulieren
anderer Befehle (Nibble Swap) und mehr Takte/Befehl der 6502 bei gleichem Takt die BCD Zahlen nur langsamer in ASCII wandeln kann als der AVR. https://www.mikrocontroller.net/topic/577155#7865776
-
Thread
atmega8-Timer1 zu langsam
@ Flo (Gast) >Ein Atmega8 mit einem externem 8Mhz Quarz. Sind auch die [[AVR Fuses]] richtig gesetzt? Mit etwas Glück läuft dein AVR mit 8MHz internem RC-Takt und nicht mit dem Quarz. >Aber irgendwie ist es noch recht ungenau. Innerhalb von 20 Minuten >läuft meine Uhr
Danke Chris und Falk Brunner, Falk Brunner schrieb im Beitrag #3658104: > Sind auch die AVR Fuses richtig gesetzt? Mit etwas Glück läuft dein > AVR mit 8MHz internem RC-Takt und nicht mit dem Quarz. Ja darauf habe ich extra geachtet, da ich sowas sonst immer vergesse :) Falk Brunner
-
Thread
FFT auf dem AVR
überlegt den FFT-Code als Assembler im avr-gcc einzubinden, allerdings ist beim avr-gcc-asm die Syntax anders, daher war mir das bisher zu aufwendig.
schnell man sein kann" meinte ich, daß man -je nach anforderung an die messung beliebig genau bzw. langsam sein kann. Das das mit einem AVR seine grenzen hat, ist klar. sage mir doch bitte noch, wie du darauf kommst, daß ich 10kHz mit 0,5Hz Genauigkeit auflösen möchte? 0,5Hz war die refreshfrequenz
-
Thread
Code(SRAM steuern) verbessern. Arduino mega 2560
. Da ist man für EINZELzugriffe mal ganz fix bei 30-40 Takten und mehr. Also locker Faktor ZEHN langsamer! >Für wenige Daten, die schnellere Zugriffszeit brauchen, gibt es interne >SRAM. MEGA2560 hat 8 K SRAM. [ ] Du kennst alle Anwendungen der AVR-Welt.
DRAM und es gibt Festplatte. Die ersten sind am kleinsten und am schnellsten, die letzteren am langsamsten und am größten. AVR hat Register, die kann man als Cash betrachten. AVR hat SRAM, das wird Stufe zwei, da für alle Operationen sowieso Register benutzt sein müssen. Externe RAM kann man als
-
Thread
MMC SD library FAT16 FAT32 read write
dateien gehen 20KBytes pro sekunde lesend verloren...seltsamerweise wird der code kleiner aber auch langsamer... @ Alex probier mal die neue version, damit sollte es besser klappen. ich denke es liegt nicht am code der 0.4.6 sondern am einbinden im avr-studio, daher könnte es mit der 0.4.7 einfacher
einzige Problem, dass immer noch besteht ist, dass bei Software-SPI bei der Initialisierung nicht langsamer getaktet wird, da is mir noch nicht wirklich was schönes zu eingefallen :) Die neue Version gibts hier: http://www.mikrocontroller.net/svnbrowser/avr-fat32 Viele Grüße Daniel
-
Thread
AVR gegen den Rest der Welt
aber eine RAM-Zelle (innerhalb einer bestimmt grossen Bereichs) adressieren. Bei LD/ST-Archit., wie AVR, geht das eben nicht. Natürlich könnte man auch beim AVR alles nur über 2 Register machen, aber dann wärs schnarch-langsam.
nur das SREG >sichern, allenfalls ein paar temporäre Register. Haha, aber dann bist du schnarch-langsam, denn >Natürlich könnte man auch beim AVR alles nur über 2 Register machen, >aber dann wärs schnarch-langsam.
-
Thread
Atmel noch zukunftsfähig? Gesperrt
Website AVR Tools sehr versteckt beworben werden. Neue Chips wirds ja wahrscheinlich auch keine mehr geben. Bin ich der einzige der glaubt, dass Atmel langsam ausstirbt? Sollte man als Unternehmen auf Microchip
Wenn man dann auf einen klickt, gibt's dort auch direkt einen Link zu den Tools (AVR Studio). Alex S. schrieb im Beitrag #5662760: > Bin ich der einzige der glaubt, dass Atmel langsam ausstirbt? Atmel ist schon tot, es gibt nur noch Microchip... Wenn sich meine Anforderungen
-
Thread
C++ auf einem MC, wie geht das?
Zu langsam.
= {0x10,0x11,0x12}; #endif // __AVR_ATmega16__ #ifdef __AVR_ATtiny1634__ constexpr AvrPortRegsTyp2 PORTA = {0x0F,0x10,0x11,0x12}; constexpr AvrPortRegsTyp2 PORTB = {0x0B,0x0C,0x0D,0x0E}; constexpr AvrPortRegsTyp2 PORTC = {0x07,0x08,0x09,0x0A
-
Thread
DAC 8-Bit Atmega8 sehr langsam
Stichwort Phasenakkumulator. Jesper hat das vor 12 Jahren schon vorgemacht: http://www.myplace.nu/avr/minidds/index.htm XL
1Hz bis 200 kHz problemlos, vielleicht kannst du die Technik ja in dein Basic portieren: http://avr.myluna.de/doku.php?id=de:ddsgen.luna
-
Thread
Geschwindigkeit IO-Zugriff
3.16us gedauert hat. Das ist also Welten langsamer. Wer nun Peripherie an IO-Pins anschließt und mit Pinsetz-/Pinrücksetzbefehlen arbeitet wird langsamer sein als mit AVR. Warum nur sind Arm scheinbar so langsam? Oder ist das ein Messfehler
normalerweise schnell > gehen? Schnell ist relativ. Wenn es 10 Takte sind, ist es schon 5-10x langsamer als der 1-2 Takt den ein optimales Programm braucht (ob AVR oder ARM).
-
Thread
sei nicht schlauer als der Compiler?
Von AVR ist beim TO niemals die Rede. Oliver
Scheint irgendein so ein neumodisches Pflaster für ne alte Krücke zu sein? In der stdint.h für AVR finde ich jetzt 26 Typdefinitionen, plus defines für die Bereichsgrenzen - wer braucht das zum Glücklich sein? http://www.nongnu.org/avr-libc/user-manual/group__avr__stdint.html
-
Thread
Soft PWM viel zu langsam
anliegt jedoch mit einer Frequenz im ein- bis zweistelligen Hertz Bereich. Das heißt etwa 100mal zu langsam. Ich hoffe Ihr findet meinen dämlichen Fehler wieder mal und helft mir aus der Patsche. Danke schonmal für die Mühe! Hier mal der Code: [c] #define F_CPU 16000000UL #define F_PWM 100
Datenrichtungsregister für PWM #define T_PWM (F_CPU/(F_PWM*PWM_STEPS)) // Systemtakte pro PWM-Takt #include <avr/io.h> #include <avr/interrupt.h> volatile uint8_t red1=30; volatile uint8_t green1=100; volatile uint8_t blue1=200; void timer_init(){ //Timer 1 in CTC Mode with F_CPU TCCR1B |= (
-
Thread
Assembler wieder auf dem Weg nach vorn Gesperrt
Peter D. schrieb im Beitrag #4352036: > Shit happens: > > Beitrag "Re: AVR ASM soll AVR GCC aufrufen" > > Assembler ist ne tickende Zeitbombe. Ohne AVR GCC wär das alles nicht passiert...
für SMPS) b.) besonders kleine Bauformen c.) einen extrem niedrigen Preis benötigt habe. Der AVR ist ganz nett, aber er ist alt, langsam, teuer, groß und braucht mehr Beschaltung als viele seiner modernen Kollegen. Ein freundlicher Dinosaurierer so wie der 8051 den ich auch lange benutz habe um
-
Thread
Retro Fieber: Z80 oder 68000 ?
Monitor doch schon noch etwas ausbauen und habe mir auch > den Tiny Basic Interpreter besorgt für den AVR, der sich sicherlich > anpassen lassen wird. Sorry, ich habe das Szenario um Z80, AVR und Minicom noch nicht ganz verstanden. Was hat der AVR mit dem Z80 zu tun? Soll der AVR mit dem PC kommunizieren
AVR als Busmaster oder als Slave? Wenn Letzteres, dann wie?
-
Thread
Kompilieren im Atmel Studio 6 sehr langsam
100MBit-Netzwerk einfach zu langsam ist. Hatte daher das Projekt auf die lokale Platte kopiert. Dort läuft das Kompilieren aber auch nicht merklich schneller. Im PATH ist u.a. folgends eingestellt: d:\Programme\WinAVR-20100110\bin
mir war schon die 5er Version zu lahm und aufgebläht. --> http://www.atmel.com/Images/AvrStudio4Setup.exe
-
Thread
[AVR] Mittelwertbildung
Gibt es vernünftigere Mittelwertbildungen - welche weniger Resourcen verschwenden auf einem AVR? Hat jemand eine Parat?!
Konstante. Somit werden zwei Multiplikationen und eine Addition benötigt. Und da ist float auch nicht langsamer als int32.
-
Thread
Rätselhaftes AVR.
anfangen. Hab schon drei Tage den Code isoliert, aber bitteschön: [c] #include <stdint.h> #include <avr/io.h> #include <avr/interrupt.h> #define LED_AN PORTD |= _BV(PORTD1) ISR(TIMER0_OVF_vect) { volatile uint8_t buttons = 0; uint8_t i; PORTC = _BV(0); if (PINB & _BV(PINB4)) {
Schaltung. > Emitterschaltung ohne Basisableitwiderstand sättigt richtig fett und > sperrt nur ganz langsam. Hmm... ganz langsam ist ja auch der MUX-Takt, also 160Hz sollten die Transen aber mitmachen... Aber trotzdem macht mich das stutzig -- woher soll die Verzögerung denn noch kommen?
-
Thread
Vorschlag für Forenänderung
controllern realisiernen. (jaja auch andersherum). aber: wenn man das zusehr zerteilt und nur wenige (zb!) AVR nutzer im avr forum sein sollten stirbt das langsam, weil dort keine action geht. ok, sollte bei den avr nicht passieren, aber ich wollt nich wieder über pics lästern :-p die sache mit den avataren
MSP430 und natürlich AVR...
-
Thread
µC zu schnell bzw. USART zu langsam
@ M. K. (avr-frickler) Benutzerseite >Die komplette USART-Übertragung läuft mit Interrupts und FIFO-Speichern. Klingt gut. >Ich habe nun das Problem, dass die Hauptschleife die eingehenden Daten >schneller
@ M. K. (avr-frickler) Benutzerseite >Die UARTs haben alle 2(RX/TX) eigene Puffer(FIFO). Der RXC-Interrupt >stellt die Daten immer in den RX-Puffer und der UDRE-Interrupt sendet >die Daten aus dem TX-Puffer
-
Thread
HP-IB und AVR
. Umschaltung des Bidirektionalen Datenbusses von Senden auf Empfangen. Findet diese Antwort zu langsam statt kommt es evtl. zu Fehlfunktionen! Im Schlimmsten Fall zur Zwerstörung deiner Hardware falls auch die SE Umschaltung zu langsam ist, da dann die Treiber zweier Geräte gegeneinander Treiben!
welchem Zustand sie sich vorher befanden! Und genau das bekommst du in Software mit einem kleinen (langsamen) µC wie dem AVR niemals hin. Dafür nimmt man deshalb dann die Logik... Entweder wirklich mit 74er Bausteinen diskret aufgebaut oder halt im CPLD, GAL oder FPGA. Wenn du mit CPLDs umgehen kannst
-
Thread
S-RAM zu langsam?
. Ist zwar sehr Registersparend, aber das Programm geht voll in die Knie. Ist der S-RAM so langsam beim laden und schreiben?
Hi du brauchst halt ein paar Takte mehr aber beim AVR sollte das noch keine große Performance-Bremse sein. Matthias
-
Thread
FT800 / FT810 Library
Ich benutze jetzt gar keine AVR mehr, ich bin umgestiegen auf ATSAMC21E18A-AU und ATSAME51J19A-AU. Und gar nicht mal weil die AVR zu langsam wären, ich brauche CAN-FD für den Job und vorzugsweise Automotive Bauteile. Mein gerade
das-gibt-es-woanders-besser (STM32), der Witz ist doch das Microchip schon seit Jahren den ATSAMC20 im Sortiment hat und die AVR128DA sehen aus wie eine im Funktionsumfang reduzierte und langsamere Variante davon. Unter dem Aspekt scheint der AVR128DA ein komplett überflüssiges Produkt zu sein. Ich finde nur Argumente gegen
-
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
ATMega128 Timer zu langsam
Timer einzustellen, der alle 25ms einen Interrupt auslöst.Im Betrieb ist der Timer allerdings zu langsam und mir schenint nicht klar warum. Der Controller wird mit 14745600 Hz betrieben [c] #include <avr\io.h> #include <avr\interrupt.h> //Interrupt definieren #define system_tick() ISR(TIMER1
[c] #include <avr\io.h> #include <avr\interrupt.h> //Interrupt definieren #define system_tick() ISR(SIG_OUTPUT_COMPARE1A) //Compare Interrupt system_tick() { //Timer zurücksetzen TCNT1H = 0x00;
-
Thread
LPC2148 Flash zu langsam
zu langsam... :)
wieder ein Interrupt ausgeführt werden! D.h. kommen die Interrupts zu oft, wird das Main nicht langsamer, sondern steht total. Daher ist es extrem wichtig beim ARM, daß immer reichlich Zeit zwischen 2 Interrupts ist. Ich stimme daher A. K. zu, vergiß alles kleiner 5-10µs. > Ich brauche auch die
-
Thread
Wie steige ich am besten von AVR auf PIC um?
AVR rules schrieb im Beitrag #3482409: > Warum fragst du nicht den? Weil ich den nicht so häufig sehe. Falk Brunner schrieb im Beitrag #3482411: > Und warst du damit zufrieden? Ein bischen langsam
durch 4 teilen um auf die "Befehlsfrequenz" zu kommen. Dann stellt man schnell fest, dass die eher langsamer als die 8bit AVRs von Atmel sind. Mir scheint dass alle die von Anfang an nur PIC10,12,16,18 hatten, damit zufrieden sind. Wer allerdings jemals mit dem 6502, 680x, 808x, Z80 oder dem AVR programmiert
-
Thread
Tasteneingabe in AVR-Studio quälend langsam
Ich benutze das AVR-Studio 4.16.628 in einer virtuellen XP-Maschine unter VMware Server 2.0 Nun habe ich die VM von Ubuntu 7.10 nach Ubuntu 9.04 umgezogen und plötzlich geht die Tastatureigabe nur noch quälend langsam
mit keinem der Programme Probleme. Kennt jemand diesen Effekt? Nachtrag: Auffällig ist, daß AVR-Studio offenbar für jedes Zeichen das Editor-Fenster komplett neu aufbaut.
-
Thread
AVR-studio zu langsam beim compilieren
Hi Leute , Seit paar Wochen gibt mir meine AVR keine Lust mehr mit him zu spielen. Ich benutze AVR-Studio Vers. 4.16 wenn die ein Programmcode compiliere dauert es mehr als 15 Sekunde um fertig zu sein. ofter kommt sogar in der Statusleiste "Keine Rückmeldung" zu stande . hat jemand schon so eine Problem bekommen ? wie kann ich tun damit es wieder schnell wie vorhin kompiliere? danke.
-
Thread
Alternative für DOTMATRIXDISPLAY Da super langsam.
ABSimon wrote: > Das LCD Diplay ist super langsam, in Zeitlupentempo baut ich Anzeige auf > und stoppt die ganz Applikation. Ja, es gibt Programmierer, die unbedingt im 100µs Timerinterrupt das komplette Display ausgeben müssen. Und natürlich
> Als am beste komplett auf eine andere Bibliothek umsatteln? Würde ich mal sagen. Wenn du WinAVR benutzt, dann schau dir dieses Tutorial mal an: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial Gruß Jadeclaw.
-
Thread
KIM-1 in AVR?
@alle: Thomas Winkler hat eine 6502 Emulation für AVR erstellt, die läuft.. ist aber für den damals gedachten Zweck (1541 Emulation) etwas zu langsam.. @Dr.PillePalle: Im sog. 64DTV Joystick mit ca. 30 C64 Programmen werkelt kein AVR, sondern ein custom
Emulation angepasst auf das Speichermodell des KIM-1. Die NES Emulation läuft leider etwas langsamer wie ein 1MHz 6502 bei einem AVR Takt von 20MHz. Vielleicht lässt sich da noch was optimieren. Aber Geschwindigkeit ist ja nicht alles. Ich gebe die Zugriffe auf die 6530 Ports direkt auf die Atmega644
-
Thread
Mit welchem Programm programmiert ihr Controller?
Wird langsam Zeit, dass das alte Zeug ausstirbt. Nichts gegen AVR, sind an sich schöne Controller. Nur das Tooling ist halt leider sehr eigenwillig, gerade wenn ich das mit den Adaptern oben lese. Mit einem
persönlichen Angriff definieren) Johannes schrieb im Beitrag #6854978: > Ich schrieb: >> Wird langsam Zeit, dass das alte Zeug ausstirbt. >> >> Nichts gegen AVR, sind an sich schöne Controller. > > Wenn man korrekt zitiert nicht ;-) Doch. Erst sollen die AVRs aussterben, dann kommt eine kleine
-
Thread
Was ein C++-"Guru" so ueber Geschwindigkeit erzaehlt.
....der AVR kann 16bit pointer post/pre-inc/decementieren
In der Newlib für ARM... > > A. K. schrieb im Beitrag #3901138: >> Wenn dann Beispiele aus der AVR Welt... > > Wer lesen kann:-) Für avr-gcc gilt ähnliches. Zwar nicht für die Newlib, aber für die AVR-LibC, die wohl von mindestens 99% der Anwender eingesetzt wird. AVR-LibC enthält Assembler-Optimierte
-
Thread
Webserver ATmega32/644DIP ENC28J60
Hallo, ich habe mal ein Layout mit Magjack geroutet. Leider funktioniert es nicht. Programmieren des Avr's hat geklappt und ich komme per Hyperterminal auch drauf. Die Avr<->Enc Kommunikation müsste eigentlich auch klappen, da ich mir per Terminal die ENC-Versionsnummer auslesen lassen kann. Bin langsam
Ist euch auch schon aufgefallen, dass die Seite viel schneller läd, wenn man unter Linux auf den AVR-Webserver zugreift? Liegt das an dem TCP-Stack von Windows, weil es dort langsamer geht?
-
Thread
langsamstes Quart für welche Baudrate? Gesperrt
Hallo, was ist das langsamste Quarz was man verwenden kann, um noch über UART Daten senden zu können, egal ob mit 300baud oder 1200baud
Hallo, ich fasse mal zusammen: UART (also Serielle Schnittstelle, soll langsam senden?) 300 - 1200 Baud/s AVR Core soll auch langsam laufen, bzw. möglichst langsam laufen, dann wären wir doch (da der kleinste Faktor sollte 8 sein) bei 2400Hz, dann macht der halt nicht mehr
-
Thread
Assembler (AVR) Freaks bitte: der schnellste Weg, einen ganzzahligen Wert zu skalieren? Gesperrt
dieses Problemchen nur müde lächelt! Was fürn Quatsch. Schau Dir mal die Assembler-Division in den AVR-Notes an. Die ist so, wie es jeder Anfänger in der Schule gelernt hat. Also viel langsamer, als der Compilercode. Den haben nämlich pfiffige Kerlchen gebaut.
: 38ms > O:6 loUp Fixed : 17ms > O:7 asm : 98ms Naja wenn der Assembler-code langsamer ist, dann ist der C-Code fehlerhaft. Oder der asm sehr suboptimal. Oder Cache-Hits verfälschen das Ergebnis (sollte beim AVR aber nicht der Fall sein).
-
Thread
Mega16 zu langsam
Hallo, ich bin dabei mit einem Mega16 in Assembler (AVR-Studio) ein Testbild zu schreiben. Es klappt auch alles soweit gut. Allerdings erzeugt mein PRozessor den V-Sync Impulse mit 29.31Hz nicht mit 50Hz. Ich teste mit einem STK500,bestückt mit einem externen 4MHZ Quarz. Im Simulator habe ich auch 4 MHz eingestellt und ein Halbbild benötigt beim simulieren exakt 20000µs und 80000Takte was ja genau 50Hz entspricht. ...Passt also In den Fuses habe ich ext.Quarz gewählt und die 4 MHZ sind auch am Prozessor messbar. Ich komme nicht dahinter, wo zur Hölle mein Prozessor die Zeit vertrödelt. Kann