-
Thread
Besteht Interesse an einfacher Experimentierplatine fuer den Xmega128a1? Gesperrt
avrdude drauf losgelassen habe. Ist das denn nun schon /mit/ Patch 6825? > dude: Ich verstehe langsam warum Atmel noch nicht in Massenproduktion > gegangen ist. Nee du, das dürfte andere Ursachen haben. Der offiziell unterstützte Weg über AVR Studio funktioniert ja.
(bleibt haengen und kommt mit "illegal memory type" sowas in der Art). >> dude: Ich verstehe langsam warum Atmel noch nicht in Massenproduktion >> gegangen ist. > > Nee du, das dürfte andere Ursachen haben. Der offiziell unterstützte > Weg über AVR Studio funktioniert ja. OK das is natuerlich
-
Thread
PIC läuft durch String viel zu langsam
es mit -O0 auch auftritt, dann kann man das ausschließen. Ansonsten poste mal noch die Ausgabe von avr-objdump -S "dein binary". Dann kann man mal schauen ob mit dem generierten Code etwas nicht stimmt.
Args, du verwendest ja ein PIC und kein avr, dann halt das entsprechende Äquivalent für PIC um ein binary zu disassemblieren.
-
Thread
Xmega DMA langsam
Hallo, ein ATXMega128a4u soll per DMA Daten aus einem Array im RAM an einen Port herausschieben. Er läuft mit 32 MHz. Allerdings erhalte ich deutlich weniger als 32 MSps, obwohl die CPU im IDLE-Mode ist. Es sind ca. 8 MSps. Warum? Ich dachte, der RAM und IO sind getrennt, so dass je Zyklus eine Schreib- und gleichzeitig eine Leseoperation ausgeführt werden. Das Adressincrement sollte ja ohne Buszugriff stattfinden. Was kann die Ursache für die geringe Geschwindigkeit sein?
-
Thread
AVR Dragon: Debuggen sehr langsam
Hallo, ich verwende seit gestern den AVR Dragon, um via JTAG meine Programme auf einem ATmega16 zu debuggen. Dies funktioniert soweit ganz gut. Nur beim umfangreicheren Programmen braucht der Debugger quälend lange, um bis zu einem Breakpoint
in der Tat viel schneller. Ich dachte immer, dass es im Running-Mode bis zum Breakpoint ebenso langsam wie mit Singlestep gehen muss. (Briefbeschwerer auf F11 bis zum BrP) :/ Viel Dank, der Thread kann geschlossen werden.
-
Thread
µC zu langsam?
liegen kann? Im Prinzip mache ich ja zwischen den Abfragen nicht viel! Also warum ist der µC zu langsam? Sicherheitshalber habe ich das ganze Projekt noch angehängt. (fehler ist in usart.c)
Oder probiere es mal mit 9600 Baud... Schon möglich dass der uC bzw Dein Programm zu langsam ist! Ich würde die UART-Kommunikation in eine ISR packen, dann kannst Du auch locker mit 115200 Baud arbeiten.
-
Thread
Bascom übertragung zu langsam
Hallo ihr da draussen!! Hab da wieda mal ne frage.Vielleicht kann mir wer helfen. Ich Arbeite mit Bascom Avr und benutze den my Smart USB MK2.Habe bereits über 1000 Programme darüber gezogen und mich fast jedes mal wieder geärgert das das proggen bei z.B. 4 KB ca. 5 min dauert.Habe schon öfter versucht einige Einstellungen zu ändern.Besser geworden ist dabei nie was. Hat jemand eine Ahnung was da nur los ist. Benutzt wird Bascom-AVR IDE[2.0.7.5] Einstellung: AVR ISP Programmer : Baud 9600 Danke schon mal!!
-
Thread
Wozu übertrieben schnelle Microcontroller?
TFT mit hübscher GUI brauchen auch etwas mehr Power als ein AVR bietet.
einem Bit-Array im RAM abgelegt habe. Das ist doch der Standard bei SPS-Geräten. Ist aber extrem langsam.
-
Thread
Forensoftware zu langsam, threads zu lang
wäre es vielleicht ratsam. Die Megawürmer sind für mich kaum noch aufzurufen, als Beispiel sei der AVR-Transistortester genannt, aktuell auf gerade mal 7 Seiten gefaltet. Das Laden einer Seite dauert bei mir zwischen 60sec und ?? Minuten, ich gaeb dann auf und versuchs es später wieder. Irgendwann
das, selbst in textbasierten Browsern ist die Seite gut nutzbar Auf meinem "Werkstattnotebook" zum AVR programmieren läuft Linux oft nur im Runlevel 3, mit Links2 ist das Forum ohne großen Komfortverlust nutzbar.
-
Thread
AVR-Studio 5
Ich kann mich Valentin nur anschließen. Das alte AVR Studio war von der Bedienung und der GUI her echt nicht das Gelbe vom Ei. Visual Studio hingegen ist eine erstklassige IDE. Leider ist der Atmel Server wohl sehr langsam ( 20 kb/sec ), da dauert es
Ich finde die Visual Studio Oberfläche ganz gut... Ein bisschen langsam ist es jedoch beim Debuggen... Woraus ich nicht schlau wurde... -> Wo kann man die Prozessor Frequenz im Projekt einstellen? Im alten AVR Studio war das möglich, finde diese Option nirgends!
-
Thread
Servo nach dem Einschalten langsamer machen
@ npn (Gast) >Ohne Rückmeldung der momentanen Position kann man den Servo nicht >langsam steuern. Wenn man die Position kennt, kann man natürlich den >Sollwert so langsam ändern, wie man will, und der Servo folgt dann >genauso langsam. Doch, es geht ohne DIREKTE Rückmeldung der
es ist aus diesem Wiki! Hier das zugehörige Zitat (aus http://www.mikrocontroller.net/articles/AVR-Tutorial:_Servo#Das_Servo-Impulstelegram): Kommen die Impulse selten, also z.B. alle 50ms, läuft der Servo langsamer in seine Zielposition (praktische Erfahrungen, vermutlich nirgends spezifiziert
-
Thread
AVR für wenig Geld im LAN
Sorry. Nicht WinAVR sondern wie kann ich sie ins AVR-Studio laden? MfG
Hallo, bin langsam am verzweifeln. Ich habe mir das Pollin AVR-Net IO Board letze Woche besorgt. Original U.Radig Fimrware neuste Version angepasst an Pollin AVR Net. SD-Kartenerweiterung funktioniert. FTP Zugriff
-
Thread
Eeprom so langsam?
Ich hab jetzt nach 2 Tagen endlich mal hinbekommen mein Eeprom (24LC64) zu beschreiben. Mein Fehler war dass ich nicht lange genug gewartet habe. Laut Datenblatt braucht er zum schreiben 5ms. Das ist ja eine halbe Ewigkeit. Was macht der so lange? Da kann ich ja in einer Sekunde nur 200Bytes schreiben. Bei einem 64kByte Eeprom dauert das dann ja 6Minuten? Wie lange dauert es eine Page (128Byte) zu schreiben? 5ms oder 128*5ms? Wie kann ich herausfinden ob er noch beschäftigt ist? In dieser Zeit generiert er kein Acknowledge. Wie kann ich abfragen ob er das bit sendet oder nicht?
-
Thread
NAS immer so langsam?
daran, dass dein *PC* zu langsam ist. Die werden wohl kaum nen VNC viewer per JavaScript oder Flash in deinem Browser laufen lassen(das wäre wahrscheinlich noch langsamer).
#4322767: > Billige NAS sind nicht unbedingt schlechter als teure, nicht schlechter, aber eben viel langsamer. Für einige Anwendungen noch ausreichend, für andere viel zu langsam...
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
://www.serasidis.gr/circuits/AVR_VGA/avr_vga.htm Gruß Günter
@Joerg: Wie führst du AVR Assembler aus? Flasht du jedes mal den AVR neu? Oder kann Chipbasic jetzt auch mit dem AVR-FPGA umgehen und doch nativen AVR Code ausm Arbeitsspeicher ausführen?
-
Thread
_delay_ms Faktor 13 zu langsam
Daher wuerde ich davon ausgehen, dass die Settings alle korrekt sind. Wenn ich testweise auf den langsameren internen Oszillator wechsle, geht z.B. usart erwartungsgemaess nicht mehr. So, nun die _delay_ms()-Funktion: laeuft relativ genau Faktor 13 langsamer als sie soll, also ein Testsignal mit _delay_ms
Und was wäre dann korrekt? -O1 ist identisch. Hat sich da was mit einem avr-gcc update geändert? avr-gcc ist bei mir 5.4.0 aus debian testing. Wenn ich mich recht erinnere, ist das Verhalten recht neu, fast identische init code templates + gleiches Makefile habe ich schon
-
Thread
CMOS zu langsam bei 12MHz?
dem Gatter hat das Signal nur noch 2V statt 5V Amplitude, ich vermute mal, der Chip ist einfach zu langsam dafür, oder? welchen Chip (AND-Gatter) könnte ich stattdessen nehmen? TTL? Welcher Typ? Kann ich das genauso direkt an den AVR-Port anschließen?
CD4000 oder HEF4000 sind dafür tatsächlich zu langsam. Alternative sind 74HC Typen, hier 74HC08. Der ist zwar funktionskompatibel, _nicht_ aber pinkompatibel.
-
Thread
CTC Timer0 zu langsam
Hallo zusammen, brauche Hilfe. Ich möchte per CTC Modus einen 10us Takt erzeugen. Hier der Code: /*CTC & Timer_0*/ #define F_CPU 8000000 #include <util/delay.h> #include <avr/io.h> #include <avr/interrupt.h> #include <stdbool.h> #include "C:\WinAVR-20100110\avr\include\Eigene Header\bit_manipulation.h" #include "C:\WinAVR-20100110\avr\include\Eigene Header\rad_funktion.h" volatile bool Takt=false; //Interrupt erzeugt einen 10us Takt ISR(TIMER0_COMPA_vect) {Takt=true;} int main (void) { //Timer Initialisieren TIMSK|=(1<
-
Thread
Wieso spricht man bei den 8 Bit-AVRs von RISC?
usw. macht man sowieso nicht mit AVR...
Breite der CPU zu tun. Der AVR unterstützt nicht mehrere indiv. schaltbare/zuweisbare INT-Prioritäten! (Neuere AVR von MCH haben lediglich 2 davon)
-
Thread
Sehr langsame Ausführung des Programms
[c] #define F_CPU 8000000L #include <inttypes.h> #include <avr/io.h> #include <util/delay.h> #include <avr/pgmspace.h> #define R_LED PD2 #define G_LED PD3 #define B_LED PD4 #define LED_PORT PORTD #define PORT_DIR DDRD //////////////////////////////////////////////////////////////////////////////////////////////////// uint8_t r, g, b; uint16_t phase; //////////////////////////////////////////////////////////////////////////////////////////////////// void set_rgb(uint8_t r_new, uint8_t g_new, uint8_t b_new){ r = r_new; g = g_new; b =
-
Thread
AVR Atmega1284P - langsam?!
alle anderen für die schnelle Hilfe! Viele Grüße, Daniel ps: der Atmega ist ja doch nicht so langsam...und ich hab geschimpft *grml* :-D
Daniel M. schrieb im Beitrag #2933194: > ps: der Atmega ist ja doch nicht so langsam...und ich hab geschimpft > *grml* :-D In mehr als 95% aller Fälle sitzt das Problem vor dem Bildschirm
-
Thread
Z180-Stamp Modul
selten ein Zeichen verloren. Experimente mit XON/XOFF haben bisher nichts gebracht. 2) im AVR- und CPM-Modus erscheinen bei langsamer Geschwindigkeit (9600/19200) auf dem Terminal bei Tastatureingaben nur "Mist" - aber es werden die richtigen Daten zur Stamp geschickt (ein DIR erscheint am Bildschirm
werden, also nicht gesendet werden. Dieser effekt ist deutlich geringer, wenn ich über USB0 (Also den AVR) gehe als über ASCI0/1. Bei USB0 kommt bei langsamer Tippweise nur bei jedem 3. Up/Down ein Müllzeichnen, bei links/rechts fast nie. Das habe ich bisher nur weg bekommen, indem ich im Terminal unter
-
Thread
Interruptaufruf langsamer weder OCO
Hallo zusammen Habe ein riesen Problem. Zwar verwende ich ein timer mit eingestellter frequenz von 122.88 kHz. Wenn ich die Frequenz am OCO messe erhalte ich diese auch, jedoch wenn ich über den zugehörigen Interrupt einen Port toggle erhalte ich nur noch ca. 35kHz. Weiss dass ich für den Aufruf und des setzen des Ports zeit verliere .... aber das gleich so ein unterschied entsteht. Wie könnte man das Problem lösen oder ist es schlichtweg nicht möglich bei dieser grossen Frequenz den Port auf 122.88 kHz über die Interrupt-routine zu togglen? Habe daszu noch ne frage .... Eigentlich brauche
-
Thread
Logic Analyzer bauen
auch zu Lesen des SRAM's benutzt werden. Der SRAM wird immer sequentiell geschrieben und gelesen. Der AVR, ein ATMega8 zb. muß einen 8 Bit Port freimachen und diesen auf den Datenbus legen. Der CPLD taktet nun gesteuert vom AVR die Addresse langsam hoch. Der ATMega8 liest daraufhin seinen 8 Bit Port ein
allerdings ein Henne-Ei Problem aufgefallen. Mit dem PLL Clock Multiplier kann ich den Clock für den AVR und LA generieren, der AVR soll aber mit einer festen Frequenz unabhängig vom Mastertakt arbeiten, d.h. setze ich den Master Clock hoch/runter, läuft auch der AVR schneller/langsamer. Den ICS502 und
-
Thread
langsames Sinussignal generieren
Hallo, bin Neuling in µC und C,habe zunächst viele treats, das tutorial und div. gegoogelte pages gelesen. Möchte aber das Rad nicht neu erfinden. Aufgabe: gegeben ist ein TTL Rechtecksignal (high 6ms) mit variabler Periodenlänge zwischen 0.5Hz und 2.5 Hz. 1.die Periodenlänge soll möglichst genau gemessen werden. 2.ich benötige als Ausgabe ein Sinussignal von +- 65Hz nach der Funktion y=65x^-1, (wobei x die gemessene Frequenz ist;-)) Mit dem Sinussignal wird ein (Vibrations-)Aktor betrieben, der neben der Frequenz y auch fast alle Subharmonischen produziert. Sinn der Übung ist es, eine
-
Thread
mega 8 läuft zu langsam?
Schau im Assemblerlisting (der vom C Compiler ggf. erzeugten *.LST oder der *.LSS Datei oder im AVR Studio Disassembler) nach, wieviele Assemblerbefehle der C-Compiler aus diesem Mini-C-Code gemacht hat. Der AVR lann pro Trakt im günstigsten Fall einen Befehl abarbeiten, bei manchen Befehlen sind
angesprungen, sonfern man die anderen Interruptquellen nicht explizit in der ISR wieder frei gibt. Der AVR besitzt keine Interrupt-Prioritäten, wie der 8051.
-
Thread
Timer0 zu langsam?
Hallo habe folgende Code und komme nicht mehr klar. Timer 0 sollte doch alle 800000/1/256=31250 ausgeführt werden. Also 32250/2= 15625Hz Warum leuchtet bei der Siebensegmentanzeige aber die Einerstelle immer heller bei einer Refreshrate von 15kHz? Danke Bruno Code // WINAVR 20090306 // AVR Studio 4.16.628 #include <avr/io.h> #include <avr/interrupt.h> volatile uint8_t tausender, hunderter, zehner, einer; volatile uint16_t wert; #define maxwert 999 const int8_t numbers [10] = { // 1gfedcba 0b10111111, //0 0b10000110, //1 0b11011011, //2
-
Thread
Matlab Integer-Rechnungen langsamer?
ein Problem. Dein PC ist mit (geratenen) 3Ghz rund 187 mal so schnell wie ein mit 16Mhz getakteter AVR. Von der Limitierung durch die Datenübertragung reden wir erst mal gar nicht. Wenn du es schaffst einen PC mit einer simplen Mittelwertberechnung von einem AVR aus lahm zu legen, dann machst du etwas
Naja, und Matlab ist halt auch um einiges langsamer, als wenn man Compilierten Code ausführen würde.
-
Thread
Wie kannman den ATMEGA8535 langsamer machen?
Ich habe noch eine ältere CodeVisionAVR Software. hmm...was kann ich da tun?
@ michel *grins* also, die Fusebits werden in der Prog Soft fürden AVR gesetzt und in den AVR programmiert. zb. beim AVR Studio auf AVR dann unter Fuses kannst du die Fuses setzen die du haben willst. Die Fuses werden nicht mit deinem QuellCode (.h oder . asm)im CodeVsision
-
Thread
Conways Game of Live zu langsam auf Z80
es auch schnell genug laufen". Aber ich glaube, Du kannst die Arduino Core-Library auch unter AVR Studio installieren, mit einer Erweiterung. Nennt sich wohl "Visual Micro". http://www.visualmicro.com/page/Arduino-for-Atmel-Studio.aspx Und dann kannst Du in AVR-Studio/Visual Micro Debuggen und
setup/loop-Funktionen auf eine main()-Funktion umschreiben, wenn man die Serial-Ausgabe über andere AVR-Serial Routinen macht.
-
Thread
CTC-Timer/Interrupt zu langsam!?
Michael N. schrieb im Beitrag #2520602: > Praktisch läuft das ganze wesentlich langsamer ab Ich tippe mal 8x langsamer als erwartet. CKDIV8-Fuse. mfg.
nach dem Begriff Ausschau gehalten: Unter den Fuses war es nicht mit drin!? Wo find ich das dann? (AVR Studio)
-
Thread
Warum SD Karte so langsam?
Hallo, ich verwendet die avrfat32 Library in meinem Webserver, um von der SD Karte zu lesen. Insgesamt komme ich auf eine Download-Geschwindigkeit von etwa 50 Kilobytes pro Sekunde. Obwohl ich in diversen Foren ähnliche Werte gefunden habe, wundert es mich dennoch. Der AVR Webserver kann bei einer direkten Netzwerverbindung zum PC etwa 500 Ethernet Pakete pro Seklunde senden. Der begrenzende Faktor ist nach meinem Kenntnisstand nicht die Rechenleistung des AVR, sondern die Laufzeit eines Paketes im Netz (von ca 1ms) da der Webserver aufgrund seiner einfachen Logik nach jeden Paket auf ein
-
Thread
Atmega8 langsam, viel versucht = ratlos
math] Frequenzen der LEDs von etwa [math]> 160Hz[/math] entstehen. -*TOOLCHAIN UND FLASHEN:* avr-g++ leuchte.cpp -O3 -mmcu=atmega8 -o delme.elf; avr-objcopy -O ihex delme.elf delme.hex; avrdude -i10 -p m8 -c avr910 -P /dev/ttyUSB0 -v -U flash:w:delme.hex:a -*FUSES (nach avrdude)* lfuse reads
FEHLERBEHEBUNGSVERSUCHE:* -atmega ausgetauscht -programmcode mit einem Freund gemeinsam angesehen (bis auf langsames Verhalten konform) -externe Spannungsquelle benutzt -Fuses anders gesetzt -*'UMGEBUNG'* -MYSMARTUSB MK2 -ATMEGA8 -LINUX -AVR-GCC -AVRDUDE -*WAS ES WERDEN SOLL:* Eine Stimmungslampe
-
Thread
arduino oder GCC Programmierung
1280 MightCore ist wohl seit 10/2019 drin: https://github.com/FastLED/FastLED/blob/master/platforms/avr/fastpin_avr.h
Joachim B. schrieb im Beitrag #6342937: > trotzdem ist der Zugriff 10% langsamer Welcher Zugriff wo ist 10 % langsamer? Wogegen verglichen?
-
Thread
USB <---> Serial Wandler zu langsam
etwas tiefer einsteigen. ---------------------------- Stand der Dinge: "Normale" RS232 -> AvrOspII-Flashprogramm -> Bord mit AVR910-Flashsoftware. Schnell (2 - 3 s). USB-RS232 -> AvrOspII-Flashprogramm -> Bord mit AVR910-Flashsoftware. Langsam (30 s).
Gerade was gegooglet: http://www.klaus-leidinger.de/mp/Mikrocontroller/AVR-Prog/AVR-Programmer.html#USB AVROSPII und USB-Wandler = langsam, bekanntes Problem offenbar. :-(
-
Thread
Ausführungszeit von C code, ist in funktionen langsamer?
sec_cntByte-1]; } return(0x18); } [/c] der langsame code: [c] ffopen('r',"AVR PDF"); while(seek<file.length){ //bis zum letzten byte c=ffread(); } die funktion: unsigned char ffread(void){
ich die gelesenen bytes auserhalb der lesen funktion 3,4347 sekunden, das sind mehrere kbytes/sec langsamer... echt mies !
-
Thread
AVR Ethernet Platine
die Haltezeit dieser Daten nach der Pegeländerung ist 0 ns. Die Vorhaltezeit der Daten durch den AVR beträgt 0.5 * Tclcl -20ns == 11ns bei 16 Mhz. Der Skew des CPLD von AVR_WR + AVR_AH zum FTDI_WR beträgt minimal 5ns, ergibt 16ns. Das ist zu kurz. Das Problem düfte es also sein das der AVR die
noch FTDI_RD# auf Low geht oder ? In meinem VHLD war's bis jetzt so: FTDI_RD <= '0' when (AVR_RD = '0' and AVR_AH = "00010011") else '1'; FTDI_WR <= '0' when (AVR_WR = '0' and AVR_AH = "00010011") else '1'; Wie soll ich jetzt diese Logik ändern ohne das ich AVR_WR als Taktsignal definiere
-
Thread
Gründe gegen einen AVR
Nachteile vom AVR sind, dass es keinen mit mehr als 4kByte SRAM gibt. Dann muss man extern einen Speicher dranhängen. Wenn man viel mit großen Zahlen (32bit aufwärts) rechnet, dann wird es ziemlich langsam, aber das
Ich vermute mal beide haben so ihre Nachteile, aber im grunde kann man > alles was man mit einem AVR realisieren kann auch mit einen PIC > realisieren - oder? Du kannst fast alles mit fast allen Controllern machen, es sei denn der Code wird so umständlich, dass er nicht mehr reinpasst oder zu langsam
-
Thread
8 Kanal 50Ms/s AVR Logic-Analyzer
Cooles Projekt. Endlich mal ein Projekt, bei dem Der AVR sinvoll zum Auslesen des RAMs und nicht zum samplen eingesetzt wird. Kommt man mit einer schön gerouteten Platine sogar auf 80-100MHz, oder sond die TTLs zu langsam?
da, wo der AVR es schafft, schnell genug mitzuzählen (also 2MHz und langsamer) gibt es keine Korrektur mehr. Der 3. Wert ist die Warteschleife zwischen 2 Samples bei kleineren vom AVR erzeugten Sampleraten. Ich
-
Thread
Beispielprogramm für RFM12 433MHz Funk-Module
ASO verstanden. Das heißt wenn der FFIT eine Flanke setzt dann reagiert der INT von AVR und bearbeitet das empfangene. Richtig? Welche Version nehme ich dafür? Hier ist es schon langsam unübersichtlich.
nur ab und an. Ausserdem habe ich auch festgestellt das manchmal nach dem Einschalten der Chip langsamer läuft, Da ich am Anfang 2 LEDs blinken lasse.(interner 4 MHz-Takt ist eingefused) Wäre prima wenn mir jemand sagen könnte warum mir AVR-GCC eine Speicherauslastung von rd160% angibt. Achja -os
-
Thread
ist C++ langsamer als C?
Meine (eine reine Verständnissfrage) Frage wäre nun ob ihr glaubt, dass C++Code deshalb vielleicht langsamer in der Ausführung sein könnte?
tatsaechlich, die einen ganz schnell zumindest Speicher kosten kann: RTTI. Das kann und sollte man bei avr-gcc mit -no-rtti abschalten.
-
Thread
ATMega328P viel zu langsam, wieso?
ist das programmieren per ISP und das damit verbundene setzen der Fuses absolute Grundlage für jeden AVR Nutzer. Mal schnell eine Fuse löschen ist da kein Ding mehr. Aber Arduinos fehlt das Werkzeug, die Software und das gesamte Verständnis für alles. Da ist nur Leere.
würde ich ja gerne. Wenn du mir verrätst wie... http://technikhobby.blogspot.de/2013/01/arduinoisp-avr-chips-programmieren.html
-
Thread
PWM zu langsam
atmega8 gebrannt. Es funktioniert, man kann die Pulsweite am Poti regeln. Nur ist es irgendwie viel zu langsam, eine angeschlossene LED blinkt mit ca. etwas über einem Hz. Das müsste doch etwa 1000mal schneller sein, oder? An den Fuses hab ich schon herumgespielt. Schneller ist es nicht geworden, dafür hab
bedeuten? Ich betrachte das Ganze noch experimentell. Die LED Dimmung ist schön, könnte mir den avr aber auch als Steuerquelle für Schaltwandler vorstellen. Deshalb hier die "Jagd" nach der max. PWM Frequenz. Grüsse, Thomas. --------------------------------------------------------------
-
Thread
AVROspII: ATTiny2313 zu langsam?
ATTiny2313-Programm setzt den Takt auf 4 MHz/64. Mein Problem ist nun, dass die AVROspII-Software (AVR910 Hardware)den ATTiny nicht mehr erreichen kann, weil dieser vermutlich zu langsam ist. Einen USBASP/USBISP habe ich mit bereits bestellt. Der kommt aber erst zum Wochenende. Was kann ich bis
... [/code] Der komplette Code ist hier: http://www.klaus-leidinger.de/mp/Mikrocontroller/AVR-Prog/avr910_2313_v38b.hex
-
Thread
C versus Assembler->Performance Gesperrt
A. K. schrieb im Beitrag #4251774: > Nö, beim AVR. Ausgeschlossen. Falls Du nicht AVR32 meinst.
Arithmetik ist keine AVR/ASM Stärke. Hier irrst du bezüglich des AVR gewaltig. Der AVR ist bei der 32-Bit-Arithmetik viel besser als manch anderer 8-Bitter. Selbst die 32-Bit-Gleitkommaarithmetik von AVR-GCC/avr-libc
-
Thread
Speicherkarten-Daten auslesen zu langsam
meiner SD Karte. Das Auslesen von Daten aus einer Datei usw. klappt wunderbar, aber es ist mir zu langsam. Ich steuere die Karte via SPI an, mein CPU Takt beträgt 16 MHz... Bei einem Prescaler von 8 (2 MHz) funktionierts noch, beim Prescaler 4 (4 MHz) nicht mehr, woran kann das liegen? Ich dachte
zurücksetzen von TCNT1 stand ein alter wert drin.... so komme ich auf 7 ms und grad mal 71 KByte/s ...langsam....
-
Thread
Oszilloskop mit AVR
hast du dabei die Daten über den AVR in den RAM geschrieben? Da würde mich der Code schon interessieren. Kann ja dann nur daran liegen. Oder hat der AVR nur den Takt vorgegeben?
Spannungsteiler mitsamt Analogmultiplexer, um den Spannungsbereich einstellen zu können. Das kann man dann den AVR machen lassen. Wird das Signal dann bei 255 abgeschnitten, kann er dann den Spannungsbereich ändern. Ist das Signal kleiner 30, dann auch. Langsam nimmt das Ding Gestalt an. Über Weihnachten werd
-
Thread
Java auf AVR Gesperrt
geschrieben. Es geht doch nur um die Leute, die lieber Java programmieren und es nun können. Und so langsam gibt es sicher mehr Java- als C-Programmierer, frag' doch einfach mal eine Gruppe Uni-Abgänger, was sie besser kennen und lieber mögen. Spätestens einen Cross-C-Compiler wie WinAVR hat praktisch niemand
> Ich nutze WinAVR-20050214 Das könnte bald ein größeres Problem werden. Leider passiert beim WinAVR recht wenig, so dass er inzwischen recht veraltet ist (gcc-3.4.3, aktuell ist 4.0.2; avr-libc-1.2.3, aktuell ist avr-libc
-
Thread
LED etwas langsamer dimmen
Guten Tag, ich habe soeben meine LED per PWM langsam aufdimmen lassen. Allerdings geht mir das ganze noch etwas unflüssig. Anfangs flackert sie ein wenig und dann ist sie schon fast voll da. Ich habe schon versucht, an den Werten des Zählers rumzuspielen
Heinz schrieb im Beitrag #3844891: > ich habe soeben meine LED per PWM langsam aufdimmen lassen. Allerdings > geht mir das ganze noch etwas unflüssig. Anfangs flackert sie ein wenig > und dann ist sie schon fast voll da. Ich habe schon versucht, an den > Werten des Zählers
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
Ja, der sollte gehen. Allerdings ist die Software dann etwas langsamer.
Cool,Touchpad und dann noch Tasten... Besser wäre es wohl, den GLCD-AVR in Ruhe zu lassen, und einen 2.AVR für den Rest zu nehmen. Wigbert
-
Thread
Interrupt-Routine zu langsam
wenn C zu langsam ist bliebe noch die möglichkeit, (zumindestens in der interruptroutine) auf assembler umzusteigen. denn nur so kann man die maxiamle geschwindigkeit des avrs ausnutzen. ein compiler muss immer kompromisse
leerer Interrupt kostet ja schon 10 Zyklen. Andere Interrupts kannst Du getrost vergessen. Der AVR ist für schnelle Interrupts schlecht geeignet, da er keine Interruptprioritäten unterstützt. Peter