-
Thread
avr910 langsam?
ich hab mir letztens einen avr910 (usbisp von myavr.de) kommen lassen. das teil funktioniert sehr schön. nur irgendwie ist es lahm... Ist das normal bei der schaltung oder liegt das vielleicht an meinem usb controller etc. also 15kb daten auf den mega32 spielen dauert 30sekunden.
-
Thread
Division mit WinAVR sehr langsam?
Hallo! Ich habe hier einen Mega644 mit 20MHz und WinAVR-20080512. Ich habe ein Stueck Code, in dem eine 16-bit-Zahl durch 3 geteilt wird: sPos/=3; Nun habe ich bemerkt, dass diese Division "unendlich" lange dauert (ca. 2-3ms!!). Die gleiche Divsion habe ich nun mit Schieben realisiert: sPos=(sPos>>1)-(sPos>>3)-(sPos>>5)-(sPos>>7); Das geht wiederum im Vergleich "blitzschnell" (ist eine Quick&Dirty-Loesung und nicht sonderlich genau, also bitte nicht steinigen). Das hat mich sehr gewundert, denn der Atmel hat doch einen Hardware-Divider. Daraufhin habe ich mir den Assembler-Code
-
Thread
Compiler unter AVR Studio langsam bzw. hakt
Hallo zusammen, leider habe ich derzeit den Effekt, dass die Compilierung im AVR Studio fast jedes Mal "hakt", d.h. er braucht so fast 10 Trödelsekunden bis der Compiler dann mal endlich anläuft. Meine Randbedingungen: AVR Studio 4.18 (Build 715) Windows 7 STK 600 Hat jemand
übersetzt? Dann sieht man ob es nur einmal am Start hakt oder ob es mehrfach hakt oder einfach nur langsam ist. Falls du kein -save-temps brauchst: Ändert sich was mit -pipe ?
-
Thread
Charlieplex 20 LED mit Arduino Uno\AVR; Interrupt langsam
Frohe Ostern allen Foristen, ich will mein aktuelles Projekt vorstellen. Ich möchte ca. 20 LED charlieplexen, mit dem Arduino Uno. Desweiteren soll der Uno 6 Schalter und 3 Taster auswerten und 6 Servos steuern. Brauchen werde ich das für ein Gleisbildstellwerk auf der Modellbahn. Im Moment habe ich Probleme die Interruptroutine zu optimieren. Diese verbraucht zuviel Rechenzeit. Die Grenze liegt bei 66666 Hz. Vielleicht stellt dies ja schon das Optimum dar? Aber, vielleicht hat ja jemand Interesse und hilft mir auf die Sprünge mit Tips. Diese Codestelle gefällt mit nicht sonderlich
-
Thread
seriell ISP sehr langsam
Hallo zusammen, ich bin vom parallel zu einem seriell ISP gewechselt, da mein neues Lapi keine parallel Anschluß hat. Nun dauert die Programmübertragung sehr lange. Ich nutze PonnyProg und einen ATmega 8. Wenn man ein Programm überträgt dauert das ca. 45min. Wie kann ich das ändern, das es schneller geht? Danke & Gruß Steffen
-
Thread
langsamster Takt
Hallo zusammen, ich frage mich, wie langsam kann man einen AVR takten? Könnte man die Fuses auf externen Quarzoszillator setzen, und dann mit einem Taster takten? (jetzt mal rein theoretisch... :) ) Oder macht der Chip nix, wenns zu langsam
Ich such einen Quarz mit DC-Hz? Kann jemand helfen?" gefragt wird? Frage am Rande: Wenn man einen AVR unendlich langsam betreiben kann, kann man ihn dann auch unendlich schnell betreiben? *duck*
-
Thread
LCD zu langsam
erzeugen habe ich einen weiteren Atmega angeschlossen. Das ist der ganze Quellcode: [c] #include <avr/io.h> #include <avr/delay.h> int main(void) { uint16_t count = 0; DDRD=0xff; for(;;){ PORTD = 0x01; _delay_us(100); PORTD = 0x00; _delay_us(100);
LCD immer noch langsam?
-
Thread
itoa langsam
signifikant schneller hinbekommst gewinnst du nen Keks! http://svn.savannah.nongnu.org/viewvc/trunk/avr-libc/libc/misc/utoa_ncheck.S?revision=2298&root=avr-libc&view=markup
schneller > hinbekommst gewinnst du nen Keks! > > http://svn.savannah.nongnu.org/viewvc/trunk/avr-libc/libc/misc/utoa_ncheck.S?revision=2298&root=avr-libc&view=markup :-) Ist genau die Subtraktionsmethode, die ich weiter oben angerissen habe.
-
Thread
ILI9341 langsam Verbesserungsvorschläge?
Geht als int nicht, musst du unsigned long verwenden, langsam auf 8 bit controller. Oder teil es halt auf so dass du nur 8bit variablen brauchst (unsigned char), sogar int ist auf 8bit chips viel langsamer. CASET und RASET muessen schon korrekt gesetzt werden
Compiler optimierung? Noch nie gehört, was ist das? Ich nutze WinAVR letzte Version
-
Thread
AVR 'langsam' einschalten
ist und wieder langsam ansteigt. D.h. wenn die Betriebsspannung für den AVR langsam ansteigt. Der AVR 'hängt' dann. Watchdog, Broun Out, ResetIC nützen nichts. Ich kann ihn dann zwar 'von Hand' resetten. Aber beim nächsen
> Wenn ich die Spannung in einer Zeitspanne von ca. 5sek. hochregle > hängt der AVR manchmal. Auch, wenn du "nur" ein Lauflicht laufen lässt? Oder "nur" Zeichen über die serielle Schnittstelle versendest? Kann es sein, dass /deine Software/ Probleme mit dem langsamen Hochlaufen
-
Thread
C Programm zu langsam
Peter Zz schrieb im Beitrag #2894872: > mein C Programm ist sehr langsam. Peter Zz schrieb im Beitrag #2894872: > void SPI_Send_LL_Word(unsigned long long int Word) Welcher Compiler? Die 64 Bit Operationen sind beim AVR-GCC nur sehr unwillig implementiert, sogar
jemand ein Beispiel dafür wie man diese UZI anspricht? Kleiner Tip: Bei ATMEL gibt es AppNotes: AVR319: Using the USI module for SPI communication on tinyAVR and megaAVR devices MfG Spess
-
Thread
Mikrocontroller ohne Quarz langsamer?
allerdings wieder gespart. Ich habe jetzt allerdings den Eindruck, dass der Mikrocontroller langsamer ist als er sein sollte... :/ kann es sein, dass er (spürbar) langsamer taktet, wenn kein Quarz beteiligt ist? Danke euch :)
Maschinenbefehle sind?). Das Beschreiben geht sogar in einem Takt -- auch mit C. [c] #include <avr/io.h> int main() { DDRD=_BV(PIN2); while(1) { PIND=_BV(PIN2); } } [/c] Übersetzt nach Assembler mit z.B. avr-gcc 4.3.3 von Ubuntu: avr-gcc -g -S -mmcu=atmega164p -Os
-
Thread
ATmega 128 langsam?
Man könnte die Bits in einem Array speichern um es NOCH langsamer zu machen.
Baudratenfehler, also voll im grünen Bereich. Das Delay akkumuliert sich ja nicht. Natürlich kann der AVR nichts anderes machen, also einfach nen AVR dafür abstellen, z.B. ATmega48. Die Einstellungen kriegt er über I2C gesagt. In der Regel ist ein AVR kleiner, billiger und stromsparender als ein CPLD
-
Thread
atmega32 zu langsam?
Hallo zusammen, gerade versuche ich mich an Timern und Interrupts und bin dabei auf ein Problem gestoßen, dass ich mir momentan nicht erklären kann. Mein atmega32 läuft mit dem internen 1MHz Taktgeber. Den Timer0 habe ich folgendermaßen konfiguriert: [code] #include <avr/io.h> #include <avr/interrupt.h> void enable_timer() { // Timer im CTC Modus mit Prescaler off konfigurieren: TCCR0 = (1<<WGM01) | (1<<CS00); // CTC Modus, Prescaler 1/1 // Compare Register auf 0 OCR0 = 127; // Timer-Interrupt aktivieren TIMSK |= (1<<OCIE0); } ISR (TIMER0_
-
Thread
Timer zählt zu langsam
Abend zusammen, ich schmore gerade über folgendem Code: [c] #include <avr/io.h> #include <avr/interrupt.h> #include <util/delay.h> #include "lcd-routines.h" #include <stdlib.h> //Variablen für die Zeit volatile unsigned int millisekunden=0; volatile unsigned
Timer2) Kann hier aber keiner wirklich kontrollieren, da wir ja immer noch nicht wissen, welcher AVR.
-
Thread
ATMega Flash wird langsam knapp. Upgrade o. Plattformwechsel?
Na toll. Da war ich zu langsam. :-)
Assembler, und auch nur dort, wo es ULTIMATIV nötig ist. https://www.mikrocontroller.net/articles/AVR-GCC-Codeoptimierung Die Grundlagen gelten ganz allgmein. https://www.mikrocontroller.net/articles/AVR-GCC-Codeoptimierung#Was
-
Thread
AVR: PWM zu langsam
Hallo! Ich stehe gerade vor einem kleinen Problem und komme nicht weiter- irgendwo muss ein Denkfehler sein... Ich möchte mit einem 16-Bit-Timer ein PWM-Signal erzeugen. Da mein Controller mit 16 Mhz läuft sollte der Zähler alle 4,1ms überlaufen (65.536/16.000.000). Jetzt sehe ich aber am Oszilloskop, dass die PWM-Periode 8,2ms beträgt, also genau das Doppelte. Wo liegt der Fehler? [c] void pwm_init() { // Timer4 PWM //Ausgangsports setzen DDRE |= (1<<PE4)|(1<<PE5); //Fast PWM, Modus 14, Prescaler 1, Kanal B und C TCCR3A = (1<<COM3B1)|(1<<COM3C1)|(1<<WGM32)|(1<<WGM31);
-
Thread
Transistortester AVR
mitgelesen hat. Auch wenn die Augen schmerzen, das lesen lohnt. So bekommt man mit, wie sich das langsam zu einem Gerät der Profiklasse bei min. Kosten entwickelt. Eventuell > wäre eine aktualisierung des Artikels ( > http://www.mikrocontroller.net/articles/AVR-Transistortester ) sinnvoll? der
http://avr8-burn-o-mat.aaabbb.de/
-
Thread
CH32V003, float wirklich langsam?
4.8.1 | 2.943 | 3.231 | 4.973 | 4.961 avr-gcc 4.9.2 | 3.043 | 3.234 | 4.973 | 5.200 avr-gcc 5.4.0 | 2.850 | 3.281 | 4.973 | 5.200 avr-gcc 7.3.0 | 3.150 | 3.340 | 5.113 | 5.227 avr-gcc 8.5.1 | 3.243 | 3.340 | 5.113 | 5.227 avr-gcc 13.4.1
hatte sich (der ursprüngliche Thread) nur daraus ergeben gehabt, weil ich darüber erstaunt war, wie langsam ein CH32V003 war. Mit AVR mache ich fast nichts mehr, in den meisten Fällen dienen die mir nur noch für Referenzzwecke und unter dem Strich ist es ja eigentlich auch egal, was ein Benchmarktest
-
Thread
Mikrocontroller langsamer als erwartet
Guten Abend. Hab hier einen Mega8 der mit einem internen Takt von 4MHz läuft. Hab ein Programm geschrieben das immer den Port B.3 invertiert. [c] while(1){ PORTB.3=~PORTB.3 } [/c] Am Oszi gemessen bekomme ich nur eine Rechecksignal mit ca. 63 kHz. Das wundert mich ein wenig, eigentlich hätte ich ja mit mindestens einem dreistellingen kHz-Wert gerechnet. So viele Befehle stecken doch da nicht dahinter, oder? Gert
-
Thread
Displayausgabe langsam trotz 16Mhz
Ist ja gut ist ja gut :-D [c] #include <avr/io.h> #include <avr/interrupt.h> #include "lcd-routines.h" #include <stdlib.h> extern void lcd_data(unsigned char temp1); extern void lcd_command(unsigned char temp1); extern void lcd_enable
Habs jetzt rausgenommen und das LCD geht trotzdem, aber langsam eben :-(
-
Thread
switch-case-Anweisung zu langsam
In der Überschrift steht: "switch-case-Anweisung zu langsam" Wie kommst Du überhaupt darauf? Hast Du irgendetwas gemessen? Ich schätze mal: nein. Und falls es wider Erwarten doch zu langsam abgearbeitet werden sollte, einfach den internen Takt von 1MHz auf 8MHz stellen, wenn wir vom AVR reden.
-
Thread
ISP Programmer sehr langsam
es wirklich am Wandler. Gibt es da "AVR-konforme" USB-Seriell-Wandler? Gruß Michael
oder hier: http://www.ehajo.de/Bausaetze/AVR-ISP-Stick-Set?source=1&refertype=8 citb
-
Thread
sehr langsamen Takt erzeugen
Hallo zusammen, ich möchte einen sehr langsamen takt erzeugen - Periodendauer zwischen 5min und 60min. EInstellbar z.B. über ein Poti. Soll auch nicht genau sein. Klar kann man das ganze problemlos mit einem ATmega machen, allerdings soll das
With a resolution of 1s, the maximum time-out period is more than 18 hours (65536 seconds). (tinyAVR 0,1,2) Stromverbrauch: 0.7µA @ 3V.
-
Thread
SRAM auslesen zu langsam.
den Code von _delay_us() an. Ich würde hier einfach nur einen nop spendieren (wenn dein SRAM zu langsam ist).
Nimmste nen AVR mit Hardware Speicherinterface und der saugt dir das in paar Takten ausm SRAM.
-
Thread
Step-Down-Regler ist zu langsam
mit zwei Kanälen gleichzeitig messen würdest, könnte man wahrscheinlich direkt sehen, dass der langsame Spannungsanstieg am Ausgang des TPS dem langsamen Spannungsanstieg am Eingag des TPS folgt. Das wäre dann die Antwort auf deine ursprüngliche Frage, warum der TPS so langsam ist. Da du ja die
mit zwei Kanälen gleichzeitig messen würdest, könnte man > wahrscheinlich direkt sehen, dass der langsame Spannungsanstieg am > Ausgang des TPS dem langsamen Spannungsanstieg am Eingag des TPS folgt. > Das wäre dann die Antwort auf deine ursprüngliche Frage, warum der TPS > so langsam ist. > > Da
-
Thread
USART wird langsamer und verliert Daten
grundsätzlich laufen, danach kann man > optimieren. Das ist mir bewusst. Dann werde ich es gleich mal langsamer probieren. Der vergleich langsam war auch eher auf andere Schnittstellen bezogen ;) > Wenn Du schon nichts kommentieren willst, dann beschreibe mal in > verständlichen Sätzen, was das Programm
Pin des AVR als normaler I/O-Pin verwendet werden.
-
Thread
LED-Nachtlicht mit langsamen Ausdimmen
natürlich auch mit CMOS (CD4xxx) , Arduino PIC, AVR, aber warum so viel Aufwand und umständlich. TomH schrieb im Beitrag #4939127: > 2. Nicht nur eine weiße, sondern auch eine orange und eine rote LED dazu > und ein langsames immer rötlicheres "
Erzeugt die Entladekurve eines Kondensators am Gate eines Mosfets auch wirklich eine schöne langsame Annäherung des LED-Stromes an Null? Kann sein, kann aber auch anders aussehen. Wie langsam geht das? Ich will es so langsam, daß Töchterlein nicht immer nachtriggert, wenn sie nicht einschlafen
-
Thread
16x2 LCD Langsamer Displayaufbau
µC kannst du nicht mit menschlicher Reaktionszeit in Bedrängnis bringen. Bedrängnis kommt bei einem AVR auf, wenn Zeiten im µs Bereich gefragt sind. Aber alles was über Millisekunden liegt, löst bei einem AVR (und den typischen, mathematisch nicht aufwändigen Aufgabenstellungen) maximal ein mitleidiges
: ADC Auswertung auf LCD Autor: DerSchatten Datei: AVRtest 01.10.2014 23:59 Software: AVR Studio 4.18 Hardware: HD44780 kompatibles LCD 16x2 Display ATmega8-20PU mit 4MHz Takt **************************************************************************/ #include <avr/io.h> #include
-
Thread
Input Capture Interrupt so langsam?
Hallo zusammen!! Ich wundere mich wie langsam der Aufruf vom Input Capture Interrupt im Simulator (AVR-Studio) ist. In möchte die Periode eines Rechtecksignals messen und rechne damit, dass die Interrupt-Routine einige Takte nach Auftreten des
einen dummen Fehler gemacht? Wäre für jeden Tipp sehr dankbar. Bin nur Anfänger. [c]#include <avr/io.h> #include <avr/interrupt.h> #include <avr/io.h> union{ struct{ char b00:1; //Bits 0-15 char b01:1; char b02:1; char b03:1;
-
Thread
Attiny läuft langsam
Hi Leute hab mal ne kleine Frage. Und zwar habe ich hier einen Attiny 13 der mit 9.6 Mhz läuft. Nun wollte ich testweise mal eine LED blinken lassen und nutze dafür die funktion: void long_delay(uint16_t ms) { for(; ms>0; ms--) _delay_ms(1); } damit die LED nach 10 Sekunden aus geht nutze ich den aufruf long_delay(10000). das problem ist nun das sie aber erst nach 1minute20 ausgeht. Stelle ich den CPU Tackt auf 4.8 geht sie erst nach 40 Sekunden aus.Habe die Frequenz auch korrekt in AVR Studio eingegeben. Weiss einer woran es liegen kann? Gruss Flo
-
Thread
langsame Division
ich eine normale Division a3 = a1 / a2; habe, dann dauert die ca 38mu s. Ich programmiere mit dem AVR Studio 4 in C und hab einen Atmega128 mit 16MHz Quarz. Ist diese Berechnungszeit normal? Gibt es eine Möglichkeit (ausser schnelleren Qaurz) die Berechnungsgeschwindigkeit zu erhöhen? Ich bin
daher von Cent wieder auf Euro zu kommen, müsste man durch 100 dividieren. Division durch 100 ist langsam. Aber niemand sagt, dass man die eingegebenen Euros mal 100 nehmen muss. Mal 128 ginge genauso, und dann ist die Divison durch 128 ein Klacks. Oder: Um den ADC zu 'entrauschen' nimmt man gerne
-
Thread
zu langsame ISR?
Moin! Ich habe folgende ISR geschrieben: SIGNAL(SIG_UART_RECV) { instring[Buff++] = UDR; } Kann es sein, dass die zu langsma ist, um auf vier sehr kurz hintereinander folgende Bytes bei 9600 Baud zu reagieren? Wie würde eine schneller (ASM?) aussehen? Vielen Dank im Vorraus Rahul
-
Thread
Daten in Struct langsamer? C++
R.A schrieb im Beitrag #5032203: > Ok dann also doch langsamer :-) > Ich schreibe gerade eine Simulation die "schnell" sein soll und deshalb sicher nicht auf einer Kiste läuft, die mit indizierter Adressierung Probleme hat. AVR???! Bring das Ding erst
Dr. Sommer schrieb im Beitrag #5032163: > Beim AVR ist test2 schneller, weil der AVR kein so großes Offset bei > "LDD" erlaubt, und die manuelle Rechnung ist länger. Generell kann man sagen, dass die Adressierung einer struct über einen Pointer
-
Thread
LCD Controller für 640x480 LCD mit mega8515
parallelen Modus über 150kByte/s möglich sind, über USB aber nur etwa 60-70kByte, liegt es nicht am AVR, dass die Daten so langsam übertragen werden. Ich habe das ganze mal von seriell mittels FT232 auf FT245 umgeschrieben. Dies hat den Vorteil, dass der uC selbst bestimmen kann wann er Daten bekommen
aber nur unter DOS und nur mit einer Menge Programmieraufwand. Die C Control ist vieeeeeeeel zu langsam. Von der Geschwindigkeit her macht diese nichtmal 50000 Befehle pro Sekunde aufgrund der Interpretersprache. Der AVR ist da rund 100 mal schneller.
-
Thread
CP/M auf ATmega88
karadur schrieb im Beitrag #1709238: > Ein Linux auf einem AVR ist da wohl eher angesagt. Der Linux-Kernel braucht so mindestens 4-8 Megabytes an Speicher. Ich glaube, das wird aber dann auch zu langsam.
Nur für die, die einen progr. AVR nehmen: Ist für *20MHz* und hat 1 Waitstate mehr drin für langsame Ram's. Peter
-
Thread
XP Eclipse AVR Debugging sehr langsam
im Debugger war mit dieser Kombination nicht nur langsam, sondern ist mir auch regelmäßig komplett um die Ohren geflogen (Absturz Eclipse). Ein paar mal habe ich dann hilfsweise AVR Studio verwendet, um wenigstens den nackten Assemblercode debuggen zu können
code] Daraufhin habe ich mal im AVR Studio die Baudrate umgestellt und eine Debugsession gestartet mit 19200, was auch als default-Wert markiert ist (siehe Anhang). Und siehe da, die Debugsession läuft genauso langsam wie die in Eclipse
-
Thread
Der Zugriff auf das Wiki ist SEHR langsam
Ist immer noch/wieder langsam. Beim Bearbeite von Artikel FIFO kommt mehrfach dieser Fehler, siehe Anhang.
Ebenfalls negativ. Ich erlebe den Zugriff auch wieder sehr langsam.
-
Thread
LEDs langsam auf- und wieder abdimmen
Hallo, ich bin Anfänger im Programmieren in C. Ich möchte LEDs langsam auf- und wieder abdimmen. Die Idee dabei ist, eine pwm zu erzeugen deren Pulsbreite langsam zunimmt. Dazu soll der timer alle 5 ms den Wert einer Variablen verändern der dann in das Register OCR1A
[c]#ifndef F_CPU #define F_CPU 4000000 #endif #include <avr\io.h> #include <avr\interrupt.h> volatile uint16_t lauf=10200; volatile uint8_t isrlauf=0; uint8_t laufup, laufdown; //-------------------------------------------------------------------- // TIMER2
-
Thread
Verwendung von Structs langsamer?
+; s->b ++; s->c ++; s->d ++; } [/c] Schaut man sie hier die Codegröße für an (avr-gcc) dann belegt add1 76 Bytes, wohingegen add2 mit 46 auskommt und nur 2 Ticks langsamer ist. (Gesamtdauer ca. 26 Ticks). Johann
Bei einem 8-Bit-Prozessor mit 8-Bit-Datenbus (Atmel AVR) wohl eher nicht ;-)
-
Thread
Quarz zu langsam?
ADDRESS,BIT) ((ADDRESS) |= (1<<(BIT))) #define cbi(ADDRESS,BIT) ((ADDRESS) &= ~(1<<(BIT)) #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> ISR (TIMER1_COMPA_vect) { static int cnt=0; if(cnt>0){ PORTD=0xff; cnt=0; }else{ PORTD=0x00; cnt++
Fuses sind auf EXTXOSC_8MHZ_XX_14CK_0MS gestellt. An was kann es denn liegen, dass das Programm langsam abläuft? Grüße
-
Thread
AVRDude unter Win langsam
Hallo! Ich steige derzeit vom parallelen Programmer (GalEpIII) wegen fehlenden Legacy-Schnittstellen am neuen Notebook auf mySmartUSB von myAVR.de um. Dieser ist AN910/911-kompatibel, so wollte ich ihn mit AVRDude betreiben (Ziel uC ist Mega8 und das ganze unter Win). Es laeuft alles auch so weit, nur dass der Brennvorgang (ohne Verify) glatte 90sek dauert! So weit ich weiss, soll AN911 die Performance drastisch erhoehen, AVRDude kann jedoch nur AN910. Ich waere sehr froh, wenn mir jemand bei Loesen folgender Fragen helfen koennte: -wie bringe ich AVRDude zu zuegigerer Arbeit (so 10sek
-
Thread
Schnelle FFT in Assembler
Wenn das mit dem DSP klappt, dann sind 10Hz Auflösung kein Problem. Der langsamste aus der TMS320C52 Reihe schafft 20MHz. Da er in einem Taktzyklus eine 16x16 Multiplikation macht, ist er um einiges schneller als der AVR. Eine 4096 Punkt FFT sollte daher kein Problem sein um 11Hz
man halt immernoch das Problem, das man auch mit externem Speicher nich beliebig viele FFTs in einem AVR machen kann, weil das dann einfach zu langsam wird.
-
Thread
sprintf() zu langsam!?
Strings. Das Zusammenbasteln des SQL-Strings selbst per sprintf() geht dabei allerdings gähnend langsam von statten. Pseudo-Code: [c] for (i; i<alle_datenpunkte, i++) { sprintf (bufferstring, "(%ld, %f, %f), ", array1[i], array2[i], array3[i]); strcat(sqlstring, bufferstring); } [/c]
repräsentieren. Vor einer Weile hatten wir mal Probleme mit einer älteren Saftware, welche ziemlich langsam war. Was haben wir (unter anderem) gefunden? Massenhaft solche Schleifen: [c] for (size_t i=0; i<strlen(blah); ++i) { } [/c] Zuegegebenermassen ist obenstehender Code weitaus dämlicher als
-
Thread
Simulation beschleunigen? AVR-Studio so langsam
Hallo, ich suche nach einer Möglichkeit das debuggen im AVR-Studio zu beschleunigen. Es ist halt so das wenn man sein Programm im AVR-Studio laufen lasst die Schleifen sehr langsam ablaufen obwohl ich nen sehr schnellen Rechner habe. Weiß jemand obs da ne Möglichkeit
Signale am Oszi zu bekommen? 2. Läßt sich sonst irgendwie ein interner Taktteiler verwenden um den AVR langsamer laufen zu lassen trotz z.b. eines 8MHz Quarzes? Wie z.b. bei den Timern.
-
Thread
MMC/SD ansteuern mit AVR
nur langsam initialisiert. Dann wieder alles dufte.. - Karte aus- und wieder einstecken, zunächst ein paar Leseversuche mit ReadBlock_MMC (natürlich erfolglos, da Karte noch nicht initialisiert), dann AVR Reset: Karte wird SCHNELL initialisiert, wieder alles dufte - Karte raus, AVR Reset oder Betriebsspannung weg & wieder dran: MMC_Init wird langsam ausgeführt, dann natürlich TimeOut - Betriebsspannung bei nicht gesteckter Karte dran: Init_MMC läuft langsam in Timeout. Dann
-
Thread
90S2313 zu langsam ??
jetzt auch der meinung wenn man listings erstellt die schnelle abarbeitung brauchen mit Basic (Bascom AVR) nicht sehr weit kommen wird. Kannst Du mir einen Tip geben wie ich c am besten lernen kann ?? (welches Buch oder so) Danke Peter An alle BASCOM AVR Profis ! Hat denn von den Bascom AVR Profis
es geht. Danke nochmal Aber was mache ich da falsch im WinAVR mein bekannter kennt sich damit leider auch nicht aus er benutzt den kostenplichtigen ICC AVR . Ich habe es nicht geschafft im WinAVR Gruß Chris
-
Thread
UART zu langsam was tun?
senden. Allerdings ist mir jetzt aufgefallen das die übertragung bei einem 500kbit/s bus viel zu langsam ist. Gemessen habe ich mit meinem Logicanalyzer bei einer UART Geschwindigkeit von 115200 bit/s: und einer Datenmenge von 104 kbit = 1,145s einer Datenmenge von 520kbit = 5,721s Natürlich
USB-to-serial, und die koennen 1Mbit. Sonst sollte man auf Ethernet gehen, aber nicht mehr mit einem kleinen AVR, sondern mit einem AVR32UC3 oder so
-
Thread
ATMega 32 zu langsam
wurde behoben und der neue Mega32 mit dem alten Programm beschrieben dieses läuft auch, aber extrem langsam. Ich programmiere mit AVR Dude in C im Makefile sind auch die 16MHz deklariert. Die Hardware ist auch nicht defekt denn der alte Prozessor funktioniert immer noch (bis auf PORT A). Nun also, für
http://www.mikrocontroller.net/articles/AVR http://www.mikrocontroller.net/articles/AVR_Fuses
-
Thread
AVRDUDE langsam beim flashen
Hallo Leute Ich habe zu dem Thema hier und auch in anderen Foren schon einiges zum flashen mittels avrdude gelesen. Leider hab ich nur noch nichts bzgl. der üblichen Flashzeiten gefunden und gelesen. Zum flashen mit avrdude brauch ich bei meinem atmega644 mit 43kbyte um die 110 Sekunden zum schreiben. Ist das normal? Ich habe auch mit einem PIC gearbeitet und bei diesem dauerte es nur ein Bruchteil der Zeit. Sind diese Zeiten normal? Wie könnte man es beschleunigen? Viele Grüße button