-
Thread
The Siemens S65 132x176, 65536 color display with AVR
Guten tag. Ich habe problem mit AVR CODE in CodeVision AVR. --- http://www.delta4.info/delta4/files_2/AVR_L2F50_display.zip danke aus help! Czech Republic :o)
Die funktionieren (LS020) auf dem AVR ohne Probleme ;)
-
Thread
Ist Arduino verpönt?
ich Präzisierungsbedarf! Der Arduino ist zum einen eine fertige Platine mit einem normalen Atmel AVR drauf, zum anderen die Programmierumgebung und der Bootloader. • Der AVR ist ein normaler AVR und natürlich massenhaft im industriellen und kommerziellen Einsatz (Zum Beispiel auch im Apple MacBoook
Kleinigkeit z.B. mit WinAVR weiter zu machen... Fazit: preislich interessante AVR-Evalboards und einfache Entwicklungsumgebung für Einsteiger und Interessierte
-
Thread
Arduino Uno R4: Besonderheiten und Abhilfen
integer types" aus der Datei stdint.h verwenden. Die sind in C standardisiert. https://www.nongnu.org/avr-libc/user-manual/group__avr__stdint.html
Die meisten "T32"-Instruktionen (vom Cortex-M4) sind 16bit breit, d.h. genau so breit wie die vom AVR. Die Handvoll 32bit-Instruktionen brauchen i.A. auch nur einen Takt zum Berechnen; das Laden aus dem Flash *kann* langsamer sein daher implementieren typische Cortex-M4-Mikrocontroller einen Prefetch
-
Thread
Lasst uns mal ein richtigen "HANDHELDEN" bauen! Gesperrt
Warum denn ein Exot (AVR32) und kein ARM?
Einfache Programme bekommt man mit einen Parser schon hin, so langsam ist der nicht. >(wie viel hat denn der AVR32? an die 60MHz oder?) Er kann laut Datenblatt bis 66Mhz (ca. 92DMIPS) getaktet werden. Beim übertakteten bin ich bis auf 96Mhz (ca. 132DMIPS) ohne
-
Thread
Bluetoothmodul BTM-222
Hallo, ich bin hier langsam am verzweifel und deshalb frage ich hier noch mal nach ob das BTM bei euch auch so langsam ist. Das BTM wird mit 3,3V betrieben und hat auch sonst alles was es braucht. RxD und TxD habe ich per Drahtbrücke
> ich bin hier langsam am verzweifel und deshalb frage ich hier noch mal > nach ob das BTM bei euch auch so langsam ist. Das BTM wird mit 3,3V > betrieben und hat auch sonst alles was es braucht. RxD und TxD habe ich
-
Thread
Atmega2560 startet nicht
Kennst Du das "verhasste" Atmel Studio 7.0? Ich habe das ausprobiert und wieder gelöscht: zu langsam. ich habe nur Toolchain davon genommen und zu AVR Studio 4.19 kopiert.
Maxim B. schrieb im Beitrag #5419945: > Ich habe das ausprobiert und wieder gelöscht: zu langsam. ich habe nur > Toolchain davon genommen und zu AVR Studio 4.19 kopiert. Anfänger - wenn dann schon zu 4.18 zurückkehren :-) "Zu langsam" finde ich immer wieder herrlich - unter Hobbyisten .
-
Thread
AVR Bootloader
- 0001 >>Programming successful Leider funktioniert das Programm von Andreas noch nicht. Ohne AVR-Reset dreht sich der Pfeil/Zeiger nach dem Anfruf schnell, wird dann langsamer und bleibt dann stehen. ein RESET des AVR's hat keine Wirkung. Andreas, hast du eine Idee was das sein kann ? Gruß
der AVR und das JTAGICE (COM2 !) an ist, tritt das Phänomen mit dem langsamer werdenden Balken auf. Ich empfange an COM1 aber nichts ! Hast du eine Idee irgendeine Idee ? Wie hast du das Programm probiert
-
Thread
BLDC Motor mit Sinuskommutierung langsame Drehzahlen
Ich drehe hier mit der Software aus AVR447 einen Pioneer Plattenspielermotor für Direktantrieb auch ab ca. 6 U/min und höher und sehr wenig Flutter/Jitter. Zugegeben, der Motor ist dafür gedacht und hat Hallsensoren... Langsamer solte auch
serielle Schnittstelle o.ä. dran hast, lass dir mal die Sin/Cos Werte ausgeben, währen der Motor langsam läuft und verfolge, was da passiert.
-
Thread
Arduino zu langsamer AD-Wandler
Dein Problem ist nicht, daß der ADC zu langsam ist, sondern Deine Programmlogik. Wie schon gesagt wurde, Du mußt ständig ADC wandeln und erst abschalten, wenn eine Zeit lang eine Signalschwelle unterschritten wurde. Am besten benutzt man
Exponentielle Glättung". Je nach Glättungsfaktor steigt der geglättete Wert dann schneller oder langsamer an, wenn ein Signal anliegt. Oder der geglättete Wert fällt schneller oder langsamer ab, wenn kein Signal anliegt. Schaltlogik: Bei Überschreiten eines Grenzwerts+Delta schaltest Du an. Bei
-
Thread
AVR Synthesizer Konzept
die halbe Zeit verdödelt. Dazu kommt noch die Tonerzeugungsroutine, sollten Töne aktiv sein. Der Avr ist eindeutig zu langsam, bzw. nicht dafür geeignet. Mit einem CPLD sollte das einfacher sein. Trotzdem möchte ich versuchen so viel wie möglich aus ihm herauszuholen. 16 Kanäle werde ich wahrscheinlich
Buffern umschalten. In einem wird gerechnet, der andere wird gerade ausgegeben. Wär nen Ansatz für AVR.
-
Thread
AVR Beeinflussung der Nachbarpins
AVR ATtiny84A Folgendes Problem: PA7 und PA6 sind über einen externen 1k Pull-Up auf HIGH gezogen. Leite ich jetzt den Strom des PA7 über den AVR ab (DDRA Bit 7 = 1, PORTA Bit 7 = 0), stürzt die Spannung
wirkliche Unterschiede festzustellen. PS: Ein Stützkondensator mit 220nF ist vorhanden und direkt am AVR VCC Pin und dem AVR GND Pin angeschlossen.
-
Thread
Nachfolger für ATMega gesucht
kByte Flash weg. Klar, wenn ich nur alle Millisekunden mal mit ein paar Pins wackeln muss, und langsame veraltete Schnittstellen verwende, tut es ein AVR auch. Sind 32 Bitter Verschwendung? Natürlich nicht. Die Chip Fläche ist kleiner als die von 8 Bittern, die in Uraltprozessen gefertigt werden
#5713573: >> Klar, wenn ich nur alle Millisekunden mal mit ein paar Pins wackeln >> muss, und langsame veraltete Schnittstellen verwende, tut es ein AVR >> auch. > > Haha. Es gibt viele auch sehr leistungsfähige Projekte damit. > >> 8 Bit ist praktisch tot! > > Wo lebst Du? Auch der 8Bit
-
Thread
6502 Emulation auf AVR ?
Geht nicht. Dafür ist der AVR zu langsam und hat zu wenig Speicher.
50 AVR Takte. Und mit mehreren Schieberegistern parallel kann man auch vergessen. Das müßte nen AVR dann in Software machen, was noch langsamer ist. Ich habe es mir zur Zeit so überlegt, daß der Adressbus
-
Thread
kann keine Uhrzeit automatisch einstellen
also die ist jetzt zu langsam. ca. 1 sek. pro minute verspätung :(
Nein, das deine Uhr zu langsam ist hängt einzig und alleine mit dem Systemtakt zusammen. Offensichtlich schwingt das Quarz langsamer als erwartet.
-
Thread
LCD Ansteuerung sehr langsam
Hallo, ich habe folgendes problem: Mir scheint die Ansteuerung des LCD-Displays viel zu langsam zu laufen. Die Zeichen erscheinen sichtbar nacheinander. Ich habe mit WINAVR eine bestehende LCD-Routine auf meine Bedürfnisse umprogrammiert. Die Änderungen beziehen sich hauptsächlich auf das
Internen Takt auf 8Mhz internen Takt gestellt (Fusebits). Jetzt geht es super schnell. Also stellt WinAVR bzw. AvrDude wohl nicht automatisch auf 8Mhz internen Takt. gruss Christoph
-
Thread
ADC-Kanäle sukzessive abfragen
Das Problem beim AVR ADC ist, dass nach dem Kanalwechsel extra Zyklen anfallen, i.W. dauert die erste ADC Konvertierung so lange wie die erste Konvertierung nach Aktivierung des ADC. Ist also recht langsam. In den
Johann L. schrieb im Beitrag #7880848: > Das Problem beim AVR ADC ist, dass nach dem Kanalwechsel extra Zyklen > anfallen, i.W. dauert die erste ADC Konvertierung so lange wie die erste > Konvertierung nach Aktivierung des ADC. > > Ist also recht langsam
-
Thread
MMC/SD Karte: mmc_lib Version 2.0
Geschwindigkeit nur beim Init aufpassen, danach kann man ruhig auf volle Geschwindigkeit gehen. Takte meinen AVR mit 18,432MHz, SPI mit F_CPU/2 und hatte da selbst mit son paar uralten 32MB Karten keine Probleme. Also einfach SPI Speed fürs Init ordentlich langsam machen und danach maximale Geschwindigkeit.
Das wird langsam echt extrem deprimierend. Ich habe nun alles noch mit einem atmega32 von Neuem aufgebaut, immer noch geht rein gar nichts. Ich glaube langsam mit meiner sd-beschaltung ist was nicht in Ordnung.Ich
-
Thread
MMC/SD-Karte mit FAT16 an AVR
. Und das gefällt mir garnicht! Nebenbei ich benutze nen ATmega168 @ 18,432MHz und eclipse mit AVR-plugin und WinAVR ich bin langsam am verzweifeln und kurz davor an die Decke zu gehen. Hat jemand ne Idee was ich falsch mach oder Methoden wie ich sie am Anfang beschrieben hab gemacht? Wäre
ich im avr studio nur den mega328p (den mega328 gibt es nicht) auswählen kann jedoch im programm der mega328 definiert ist. wenn ich defined(__AVR_ATmega328__) auf defined(__AVR_ATmega328P__) ändere bekomme ich
-
Thread
Linux auf einen Atmega?
AVR lässt sich "gross genug" annehmen, wobei die Adressierung aber schnell zum Problem wird. > quatsch, natürlich ist es möglich, nur eben extrem langsam. Ja. Und dann erreicht er seine simulierten
Kernels dürften in Assembler geschrieben sein. > Die Grösse des RAM auf einem > hypothetischen AVR lässt sich "gross genug" annehmen, wobei die > Adressierung aber schnell zum Problem wird. Und das ist ein ziemlich großes Problem. > >> quatsch, natürlich ist es möglich, nur eben extrem langsam
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
Das mit dem Pegelwandler würde ich mir ersparen. Wenn du den AVR mit 8 Mhz betreibst, reichen für diesen auch 3Volt. Für eine gescheite Auflösung ist der avr eh zu langsam. Ein stm32f407-board mit dcmi-camera-Schnittstelle kostet um die 10€. Auch damit ist der Betrieb
Was die Auflösung und Frame Rate angeht hab ich mir auch schon gedacht, dass er dafür zu langsam ist. Mir reicht es aber in erster Linie auch erstmal einfach nur ein Bild von einem statischen Motiv zu machen. Ich würde auch gerne bei einem AVR bleiben, weil ich nur damit Erfahrungen habe.
-
Thread
I2CLCD Library für HD44780 LCDs
genutzt. Soweit ich weiß kann AVR-Studio 6 auch die alten Projekte vom AVR Studio 4 lesen und nutzen, oder? > und deine datein >eingefügt. > Anschliessend die änderungen durchgeführt. Gut. > Mein Prg habe ich >so gelassen
Falk Brunner schrieb im Beitrag #3667424: > Ich hab kein AVR-Studio 6, aber irgendwie sieht das bei dir komisch aus. > Sollten die .c und .h Datein nicht sauber getrennt in verschiedenen > Kategorien im der Projektanzeige auftauchen, so wie im alten AVR Studio
-
Thread
UV-Laserdrucker II
> #include <inttypes.h> #include <avr/pgmspace.h> #include <avr/sleep.h> const uint8_t Compare_Werte[] = {0x0C, 0x00, 0x0D, 0x00, 0x0E, 0x00, 0x0F, 0x00, 0x0E, 0x00, 0x0D, 0x00, 0x0C, 0x00, 0x0B, 0x00, 0x0A, 0x00, 0x00, 0x00, 0x00,
Es ist natürlich die Appnote AVR446! Habe mich vertippt.
-
Thread
Schaltregler in Software AVR
Zu langsam...
Dort gibt es ICs, wo der digitale Regler komplett in Hardware läuft, Null Software bzw,. nur für langsame, administrative Dinge. Und dabei PWM-Frequenzen bis 2,5 MHz!!! Ergo. Zum Spielen und lernen kann man mit dem AVR vielleicht ein EINFACHES, digital geregeltes Netzteil bauen. Aber man sollte keine
-
Thread
asynchrone Interrupt langsam?
Hinweis auf die grad verlegte Glaskugel fällig. Aber so viel ist klar: Es ist nicht die Hardware vom AVR, die deine halbe Sekunde zur Folge hat. Sondern dein Programm.
Meine Glaskugel sagt, der Pin hängt in der Luft und entlädt sich ganz langsam. Floatende Pins -> ganz schlecht. Peter
-
Thread
AVR Dragon ISP Programmierung langsam
Hallo Allerseits, Ich programmier hier grade einen Attiny88 mit einem AVR Dragon im ISP Modus mittels avrdude. Das dauert allerdings ewig. Für 906 Bytes: writing 58s, verifying 59s. Direkt auf dem Dragon selbst, via IC Sockel. Das Kommando ist: avrdude -p attiny88 -P usb -c dragon_isp -Uflash:w:main.hex Wenn ich die Baudrate manuell einstelle, ist ab ca 1500 Baud Schluss, und ich bekomme den Fehler: avrdude: stk500v2_jtagmkII_recv(): failed Wo liegt der Fehler? Muss man aufs USB Kabel achten? Ist der avrdude falsch konfiguriert? Vielleicht hat ja jemand einen Tipp...
-
Thread
Richtiges C++ hardwarenah
wozu brauchst du dann effizientes ASM? BASIC würde es dafür auch tun... Jedenfalls verstehe ich langsam, wieso du alles mit AVR eschlagen kannst :-)
Klaus Wachtler schrieb im Beitrag #3898781: > Jedenfalls verstehe ich langsam, wieso du alles mit AVR eschlagen kannst > :-) Hattest Du Dir nicht um Threadkaperungen Sorgen gemacht? Oder waren es dann doch Befürchtungen um Dein OOP-Weltbild? Ich meine, nachdem Du zum
-
Thread
USB AVR ISP
viele Namen und ich kapiere langsam nicht mehr) von Ulrich Radig ( http://www.ulrichradig.de/home/index.php/avr/usb-avr-prog )mit AVR Studio funktioniert?? wenn ja wie? oder muß ich immer über PonyProg programieren?? vilen
der Genauigkeit. Auf 5mA sollt man kommen. Ich plan das recht einfach quasi mit 2 Längsreglern alles AVR gesteuert also recht langsam von den Reaktionszeiten für den Basteltisch ist das aber super. Ich meine damit USB Hubs ausserhalb des Rechners, der Root Hub nicht mit eingerechnet. Es funktioniert
-
Thread
USB <-> RS232 sehr langsam
scheint aber einer ohne "Eigenintelligenz" zu sein. Diese einfach gestrickten Programmer (auch für AVR) funktionieren mit USB-Seriell/Parallel-Wandlern nur langsam bis gar nicht. Steht auch auf der HP zu deinem Programmer.
Über USB gehts nur mit "intelligenten" Programmern. Beim AVR wäre das so etwas wie der alte AVRISP, den kann man problemlos mit so einem USB-Serial Adapter betreiben. Beim PIC weiß ich nicht, aber ich denke, das hier wäre etwas: http://home.arcor.de/bernhard.michelis
-
Thread
AVR-Bootloader mit Verschlüsselung
betragen. Er bedeutet das alle KeepAlive Millisekunden die Software im Hintergrund ein Packet an den AVR sendet. Wenn man also verbunden ist entsteht so eine periodische Hintergrund Aktivität die je nach Baudrate schnell oder langsam abgearbeitet wird. Falls du in deinem AVR Bootloader UseWDT=0 gesetzt
init_WDT() Procedure wird noch weiter vor verlegt, also noch früher ausgeführt nämlich noch bevor der WinAVR Startup Code den SRAM initialisert, also .data und .bss (preinitialisierte globale Variablen/Strings etc.pp.). Mit langsamen Takt und schnellem WDT ist das zu präferieren. Gruß Hagen
-
Thread
Wer hat Erfahrung mit HAP?
Also ich nutze AvrStudio + Winavr unter Windows. In Avr Studio einfach das Projekt öffnen und oben in der Iconleiste auf "AVR" (schwarze IC) klicken. Dann kann man den Programmieradapter auswählen und hat je nach AVRStudio
Danke für die Tipps. Hab es jetzt mit dem AVR-Studio gemacht. Gruß Carsten
-
Thread
AVR-USBasp Guloshop
Marcel Wie. schrieb im Beitrag #2624993: > Nimmt immer noch keine Verbindung zum Target auf Liegt am AVR überhaupt Betriebsspannung an?
nichts. Aber das weißt du sicher. Zum Takt: ich hatte schon AVRs, die waren nur mit -B 300 oder langsamer programmierbar. Kommt immer darauf an, was beim AVR als Takt eingestellt ist.
-
Thread
tiny2313 SEHR langsam
Hallo. Ich wollte meinen tiny2313 sehr stromsparend betreiben und dachte mir ganz schlau ich nehme als Taktquelle die Watchdog Clock mit 128KHz. Schade nur, daß ich den Teiler vergessen hab, rauszunehmen. Jetzt läuft das Ding mit 16KHz und ich kann über ISP nix mehr machen. Bin gerade dabei, mir den HVProg zu bauen, und wollte fragen, ob man das Ding damit wieder hinkriegt, und falls ja, welches Tool man da am besten nimmt. Das STK500 kann ja laut Beschreibung angeblich keinen tiny2313 HV programmieren und AVRProg und tiny-Fuses sind ja auch ein trauriges Thema. Vielleicht hat den Fehler ja schonmal
-
Thread
USART viel zu langsam bei anderem uC
Mega2560 funktioniert es, compiliert für einen Mega8 nicht - da sendet die USART in Zehnerpotenzen zu langsam (hab mal mit dem OSZI auf TXD geschaut). Der Programmcode ist identisch, bis auf die u.g. #defines, die die Registernamen angleichen. In UBRRH und UBRRL werden auch die gleichen Werte geschrieben
defined(__AVR_ATmega2560__) //Alias-Namen für ATmega2560 (STK600) #define UBRRH UBRR0H // erste Uart verwenden #define UBRRL UBRR0L #define UCSRB UCSR0B #define RXEN RXEN0 #define TXEN TXEN0
-
Thread
IRMP - Infrared Multi Protocol Decoder
Frank M. schrieb im Beitrag #1844545: > Meines liegt unter > C:\Programme\WinAVR-20100110\avr\include\util\setbaud.h > und ist Bestand der avr-libc. > Wo liegt Dein avr\include-Verzeichnis? Überprüfe mal Deine Version - > damit meine ich jetzt nicht die WinAVR-Version, sondern
. Eintragen und fertig: [c] #elif defined (__AVR_ATmega164__) \ || defined (__AVR_ATmega324__) \ || defined (__AVR_ATmega644__) \ || defined (__AVR_ATmega644P__) \ || defined (__AVR_ATmega1284__) \ || defined (__AVR_ATmega1284P
-
Thread
Langsamer Serial auf USB-Adaper
Programm zum Flashen: AvrOspII Hardware nach AVR910 Szenario 1 Flashen eines ATTinys direkt über die COM-Schnittstelle 2 - 3 Sekunden. Szenario 2 Flashen eines ATTinys über einen USB-Adapter 15 - 20 Sekunden. Kann das durch eine geeignete Wahl eines besseren USB-Adpater/Treibers auf die 2 - 3 Sekunden der Direktverbindung gebracht werden?
-
Thread
Einschaltverhalten AVR
So, ich hab zum testen nun mal folgenden Code verwendet: [c] #include <avr/io.h> main() { PORTD = 0x00; DDRD = 0x03; PORTD |= (1 << PD0); PORTD |= (1 << PD1); while(1) { ; } } [/c] Wenn ich die Batterie nun ganz langsam einlege,
Steven schrieb im Beitrag #2963472: > Wenn ich die Batterie nun ganz langsam einlege Vielleicht bin ich auf dem Holzweg. Aber 'langsam' einlegen bedeutet ja nicht, dass die Spannung langsam steigt. Die Spannung ist entweder da oder sie ist nicht da. Mit der Einlegegeschwindigkeit
-
Thread
AVR ADC Vergleichsspannung schwingt extrem langsam
Hallihallo! Ich bin relativ neu und (noch) hobbymäßig im Elektronikbereich tätig. Zur Zeit bastle ich mir verschiedene Module zusammen, um die Funktionen der AVR ausprobieren zu können. In letzter Zeit tüftle ich mit dem ADC rum und habe es mittlerweile geschafft, meine Software im Simulator funktionsfähig zu machen. Prinzip: Analoge Eingangsspannung wird ausgelesen, der Wert unter Berücksichtigung von einstellbaren Offset-Schwellen in eine 7 Bit Zahl umgerechnet und über BCD den Wert (1-127) ausgeben. So weit, so gut. Beim Ausprobieren in der Praxis passiert das mir Unerklärliche: Die Vergleichsspannung
-
Thread
timer1 ist langsamer als systemtakt
Hallo zusammen, ich hoffe dass ihr mir helfen könnt atmeg8 mit quarz 3686400Hz prescaler=1024 3686400hz/1024=3600 normalerweise soll das programm mir für 1s gz=3600 aus gz=ueberlauf*56535+tcnt1 ausgeben. dh vor einem ein überlauf sogar.aber ich bekomme 1016. ich bin.... //------------------------------------------------------------------------------------------------ #include "i2cUs.h" #include "lcd.h" #include <avr/interrupt.h> #include <avr/delay.h> char ch[20]="\0"; char cl[20]="\0"; volatile unsigned char ueberlauf=0; ISR (TIMER1_OVF_vect) { ueberlauf++;
-
Thread
Drehgeber auslesen
ist die Verarbeitungsgeschwindigkeit ja noch linear zur Taktfrequenz. Also ein 16MHz AVR mit 5% CPU-Grundlast ist exakt gleichschnell wie ein 15,2MHz AVR ohne Grundlast. Dagegen reagiert der Flankeninterrupt schon auf sehr kurze Impulse (AVR: wenige ns). Da reichts manchmal, daß man
Ja, 400 Hz ist zu langsam, habe nun die 2te Routine auch begriffen, hat ne Weile gedauert. Danke für den Hinweis.
-
Thread
AVR mit integriertem RTC
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR#Timer2_im_Asynchron_Mode mfg.
Was hat das eine mit dem anderen zu tun? Ich habe bislang noch niemanden gesehen, der einen AVR tatsächlich (vorsätzlich) mit 32 kHz getaktet hätte. Sofern man nicht gerade wirklich /permanent/ irgendwas beobachten muss (und daher nicht schlafen gehen kann), lohnt ein langsamer Takt bei
-
Thread
Frequenzzähler 1Hz - 40MHz
habe ich erst deine beantwortet und dann hier gelesen, das ist jetzt blöd! > Welche Version von avr-gcc / avr-libc benutzt du? Wird die main.disasm > gebaut (oder kannst du die mit "avr-objdump -d -S main.elf >main.disasm" > erzeugen)? Dann schick mir die per Mail. Die avr-gcc ist doch in der
! Es hat tatsächlich an den verschiedenen Kompilierversionen gelegen. Ich habe zusätzlich zur WinAVR-20100110 Version die WinAVR-20090313 (Vorgängerversion) die auch statt der 'avr-libc-1.6.7', die 'avr-libc-1.6.6' beeinhaltet, installiert. Und siehe da, es kompiliert mit allem drum u. dran. Mit dem
-
Thread
Was wird denn nun aus AVR?
Controller betrifft. Gibt es eine offizielle und zuverlässige Stellungnahme bezüglich der Zukunft der AVR-Controller, bzw. der Verfügbarkeit 100%ig kompatibler Nachfolger? Angesichts dieser schwammigen Tatsache verabschieden wir uns langsam von der Verwendung dieser Controller, auch wenn der Umstieg mit
realisiert: Da wird Flash ab 0x4000 in den RAM-Adressbereich eingeblendet. Nur wird das z.B. weder von avr-gcc noch von den avr-Binutils unterstützt... Stattdessen wurds LDS / STS effektiv deaktiviert (per "Support" im avr-gcc). Dass Atmel bezüglich den Tinys keinen Finger rührt was GCC Support angeht
-
Thread
Arduino: Größe eines Pointers
avr schrieb im Beitrag #5604706: > Arduino-C gibt es übrigens nicht 'tschuldigung. C für Arduino meine ich. avr schrieb im Beitrag #5604706: > Mit sizeof findest du die Größe heraus. Könntest
Beitrag #5605950: > Aufpassen! Das ist eine Aussage über diese eine Implementierung mit > dem Namen avr-gcc. OK ist aber keine Antwort warum der m1284p trotz NICHTÜBERSCHREITEN der 128KB langsamer zugreift als der m328p bei gleich großen überstreichendem Adressraum
-
Thread
Leisungsvergleich ARM AVR
auf bytes drin sind, die beim ARM zusammen > auf 4 bytes erfolgen können. Somit könnte der AVR-Code bei > entsprechender Optimierung auf dem ARM um ein vielfaches schneller > laufen. Ja. Aber der ARM ist definitiv nicht langsamer auf Bytes/Half-Words als ein AVR...
welchen > Kriterien stellst du diesen Pclk-Divider ein? Der OV bekommt ein CLKOUT-Signal, beim AVR 16Mhz, beim ARM 12Mhz. Den Prescaler habe ich solange verändert, bis der OV so langsam war, dass der Zeitraum 1Takt-PCLK ausreichend war, um die Spi-Datenübertragung abzuschließen: Beim AVR Prescaler
-
Thread
SPI für langsame Takte
für eine Schaltung Abfrage von Leitungszuständen und Anzeige über LED's suchen ich Bauteile für langsame Takte. Die Leitungen sind wenn geschlossen auf low oder wenn offen über einen pullup-Widerstand auf high. Die Anzeige soll direkt über LED's ("Spar"-LED mit 2 mA) permanent erfolgen. Zustand der
oder, wie geschrieben Diff-Sign-ICs benutzen (oder steinzeitiche uralte ICs benutzen, die extrem langsam sind)
-
Thread
Open source Autoradio
Ich denke auch das es sich langsam eher in 2 Projekte entwickelt.
AVR die mag ich ned früher gabs mal die geilen AVR32 mit 150MHz + aber heut nimmer deswegen eher ARM9.
-
Thread
Geschwindigkeit Arduino > C
langsam ist, sondern daran wie man ein Problem umsetzt. eine Uhr wird (hoffentlich) mit C auch nicht schneller sein.
braucht auf normalen AVRs 2 Takte, auf den tinyAVRs ("Number of clock cycles for Reduced Core tinyAVR") einen Takt.
-
Thread
Ich hasse Windows schon wieder
weil er nicht mehr funktionierte. Eigentlich brauche ich das Windows gar nicht. Ich frage mich langsam, warum ich mir den Stress überhaupt antue. All das bloss, um alle Jubeljahre mal einen AVR debuggen zu können. Ich sollte den Dragon zusammen mit dem AVR Studio und Windows einfach in die Tonne
Stefanus F. schrieb im Beitrag #5693340: > Ich frage mich langsam, > warum ich mir den Stress überhaupt antue. All das bloss, um alle > Jubeljahre mal einen AVR debuggen zu können. Steig um auf ARM, die kleinen gehen teilweise auch schon bei 50 cent los. Alle
-
Thread
Günstiger uC mit hoher Taktfrequenz
meisten, halbwegs modernen uCs ein Faktor zw. MHz und MIPS angegeben werden kann? Dir ist klar dass ein AVR mit 30MHz schneller ist als einer mit 4Mhz? Dir ist klar dass ein Core Duo mit 1GHz langsamer ist als einer mit 2Ghz? Ja? Fein. > Viel Spass noch, ich geh jetzt mit einem Lächeln mehr zum Zahnarzt
EUR wohl ausgeben. Wobei ich eigentlich nur was gesucht hab, dass von der Leistung her zwischen AVR und ARM-Cortex-MX ist. > ARM 9/ Cortex A8/A9 die gibts nicht mit internem Flash, da der zu > langsam währe, SRAM ist meist auch seher klein. dafür aber DDR / SDram > interface und power satt.
-
Thread
AVR für Zündung geeignet?
Wenn Du die 15kVolt an den AVR legst, wird er ganz sicher zünden. Nur Reset geht dann nicht mehr.
Also Programme findest Du kostenlos das AVR-Studio(für Assembler) oder AVR-GCC, allerdings C-Programmierung. Bascom ist soweit ich weiß nciht kostenlos. Proggis zum flashen: PonyProg(www.lancos.com), AVR-Dude und weitere... Einen Programmer