-
Thread
Webserver geschwindigkeit [AVR]
>Naja, ein PIC18 ist wohl kaum (viel) schneller als ein AVR. Da muss man >schon zu den 16bit PICs gehen, damit man einen deutlichen Unterschied >merkt. PIC18 sind deutlich langsamer als AVR. Meine Versuche in C habens jedenfalls so ergeben. Mag auch am
eher nicht. Quark. Um ne Seite mit Wetterinformationen anzuzeigen reicht die Geschwindigkeit vom AVR _DICKE_! Wie schon weiter oben angemerkt ist der Flaschenhals nicht der "popelige schrott 8-bit avr, der echt total langsam ist und nix kann", sondern der Windows-Client. > Aber darüber kann man
-
Thread
ATMEL billiger und leistungsfähiger als PIC
Funktionen wie Pin-Togglen. Nur manche 32Biter (typ.weise LD/ST Archit.) haben diese Probleme. Auch AVR ist LD/ST und ist langsam, wenn im RAM (nicht im IO) bits geändert werden müssen.
auf AVR32 abfärbt -- was wohl nicht ganz gelang.
-
Thread
ISR viel zu mollig
Joachim ... schrieb im Beitrag #2920016: > ich wunderte mich die ganze Zeit warum meine ISR so langsam ist Wenn das wirklich zu langsam ist, dann hast Du die falsche Architektur gewählt. Vergiß den AVR. Beim AVR sollte man für jeden Interrupt mindestens 50..100 Zyklen reservieren. Er ist schließlich
Wenn diese ISR zu langsam ist bist du auf dem AVR falsch. Überlege dir genau was du brauchst, und such dir dann einen µC mit ausreichend Leistung. Alles andere ist Murks.
-
Thread
Parallax Propeller
Worauf ich mich einlassen würde wäre ein Microcontroller mit integriertem expliziten Grafikcontroller. (AVR32 hat sowas) Gruß, Christian
Ich habe bereits programmiert auf: Valvo 2650, Motorola 6809, Motorola 68008, Freescale 68HC12, AVR8 und beginne gerade mit AVR32. Jeder dieser Architekturen hat ihre Vor- und Nachteile. Ich habe bis auf den AVR32 jede dieser Architekturen in Assembler programmiert, den AVR8 zusätzlich in C, den AVR32
-
Thread
DSO für wenig Geld
AVR MultiKitB $125.00 ohne Versand Für ein Oszi der Spielzeugklasse schon zu teuer.
Spezialisten gefragt. Vieleicht kümmert sich jemand darum? http://www.ulrichradig.de/home/index.php/avr/avr-dso Gruß Dirk
-
Thread
Atmel ist unter "Profis" nicht gerade beliebt - Warum?
AVR-Problem. Gruß Jadeclaw.
ID-Register vom Atmel sind 1:1 vom Bosch übernommen. Und da die Geschwindigkeit vom CAN um etliches langsamer ist als die Geschwindigkeit vom AVR bleibt genügend Zeit die ID umzurechnen und weiter zu verarbeiten. Das Andere ist, das man solche Dinge dem C-Compiler überlässt, denn wer schreibt 32k Maschinencode
-
Thread
PC-Spektrometer - Problem mit Linien-CCD (AVR)
Latchimpuls, um die sichtbare Zeile in die Unsichtbare zu laden, welche man dann nahezu beliebig langsam auslesen kann.
AVR schafft auch etwa 30-50kS/s mit etwas über 8bit Auflösung.
-
Thread
Einschlaflicht mit LEDs - (sehr) langsames ausfaden, aber kein einfaden
zB: Monoflop 555er -> Kondensator langsam laden -> OP/Transistor -> LED. Da kann man sicher auch gleich den Spannungsverlauf am 555er Kondensator nutzen :) Wen Du Glück hast, kommt MaWin vorbei und schüttelt seine Ärmel :)
Monaten von selbst leer werden. Wenn du einen richtig guten Kondensator erwischt hast, der sich zu langsam entlädt, dann versuche einen anderen. oder einen 1000 Mega Ohm Widerstand :-)
-
Thread
Atmel Studio 7 schnarchlangsam
locker auf eine Floppy mit 360kByte. Beim Laden ist bei mir Atmel Studio 7 einen Faktor 10 langsamer als AVR Studio 4.19. Dafür wird bei der Entwicklung durch den Rückgriff auf fertige Tools viel eingespart. Der Fortschritt ist nicht aufzuhalten.
Bei mir ist es brav G:\Programme\Atmel\Studio\7.0\toolchain\avr8\avr8-gnu-toolchain\bin (bei CPP Language), also da wo es auch wirklich liegt.
-
Thread
Strings verbinden Gesperrt
⛄ F. schrieb im Beitrag #6525383: > snprintf(). Ich habe hier den Quelltext von strlcat() aus der avr-libc Stefan ⛄ F. schrieb im Beitrag #6525397: > einem AVR ist. Wenn dir das Timing unwichtig ist, muss man sich schon Stefan ⛄ F. schrieb im Beitrag #6525472: > Den Vergleich mit einem AVR darfst
Dass diese zufällig auch in der AVR Bibliothek drin ist, finde ich praktisch, denn ich experimentiere auch mit AVR. Das bedeutet aber keinesfalls, dass ich mich auf AVR festgelegt habe. Ganz im Gegenteil, ich habe den TO nach seiner Plattform
-
Thread
ATtiny 13 Eingang wird zu langsam erkannt
Werte AVR-Experten, in dem im Anhang gezeigten Programmausschnitt soll der Int0 erst wieder freigegeben werden, wenn H-Pegel am Eingang PB3 anliegt. Dies dauert jedoch erstaunlich lange ca. 2 (zwei) Sekunden bzw. besser formuliert, muss der H-Pegel 2 Sekunden lang anliegen. Weiß jemand, warum dem so ist? Zu erwähnen ist noch, dass der Eingang doppelt belegt ist, die beiden Signale sind jedoch über Dioden entkoppelt. Es liegt immer nur das eine oder das andere Signal an. Rein elektrisch sind die Signale auch sauber und erreichen die normalen L- bzw. H-Pegel. Bin für jede Hilfe dankbar. Enrico
-
Thread
ATtiny 2313 PWM-Frequenz zu langsam
Hallo Zusammen, ich weiss dieses Thema wurde schon des öfteren diskutiert. -Beim mir läuft der Timer0 im Fast PWM Mode, Prescaler 1. -Die Fuse DIV8 ist ausgeschaltet. -8MHz int. RC Osc. Aber die PWM-Frequenz beträgt ca. 126Hz, mit dem KO gemessen. ->Nach Formel im Datenblatt sollte diese ja (fclk_io/N*256) ca. 31.25kHz betragen. Kann mir jemand ein Tipp geben? Danke!
-
Thread
Unbenutztes Register im 8-Bit Atmel?
Registersucher wrote: > Ein LPM dauert 3 Zyklen gegenüber 2 Zyklen für ein LDS. ...und ist damit zu langsam?
/jedem/ AVR laufen soll.
-
Thread
Frage zu AVR DDS Funktionsgenerator
Tiefpassfilterung haben. A sich sollte der Filter sogar noch besser sein. Der LT1112 ist eher zu langsam, zumindest wenn man die maximale Abtastfrequenz mit dem AVR von etwa 2 MHz nutzt. Für nur 20 kHz beim Sinus reicht aber auch der LT1112. Passende Wahl wäre eher ein TL072 oder NE5532 als OP, wenn
Kennt ihr das schon? http://www.elektronik-labor.de/AVR/DDSGenerator.htm
-
Thread
Zeigt her eure Kunstwerke (2) Gesperrt Bilder
topic/136702 zu öffnen da dieser bereits so voll ist dass z.B. der IE kaum mit kommt und extrem langsam reagiert. Ich eröffne auch nicht ohne Grund, sondern zeige schonmal meine fast Fertige Platine mit meinem ersten AVR, wo noch ein IC Sockel und 5 Widerstände fehlen.
Dann nimmste eben nen ARM odern AVR+VS1053 und machst das selbst ;)
-
Thread
Ubuntu Linux 12.10 auf schneller Hardware langsam
Ubuntu auf einem USB Stick, das läuft auch langsam. Nein das ist nicht so das ich mehr von der Hardware erwartet hätte sondern es läuft langsamer als auf zum Teil viel langsamerer Hardware. Es fühlt sich an als ob entweder die SSD (was eigentlich
auch 32Bit Systeme können mehr RAM ansprechen als 4gb, der Mechanissmus ist PAE ist aber minimal langsamer als ein 64Bit System. Ubuntu empfiehlt das 32Bit System. Auch mit weniger RAM ist es langsam.
-
Thread
USB-Seriall-Wandler elendig langsam
Hey, da ich an meinem Rechner keinen freien seriellen Port habe, habe ich mir einen USB/Seriell-Wandler gekauft. Das Teil wird auch richtig erkannt, solange man nicht das mitgelieferte Kabel benutut ;) und dann habe ich die "Schnittstelle" /dev/ttyUSB0 (ja, unter linux) zur Verfügung. Zum programmieren habe ich bis jetzt immer sone vereinfachte siprog-Variante benutzt, die ich jetzt an den Wandler angeschlossen habe. Wenn ich dann aber avrdude anschmeiße, um etwa fuses auszulesen wird das zwar gemacht, aber sooo elendig lahm, dass alleine die fuse-Bits 5 sec. brauchen. Beim Flash schreiben habe
-
Thread
Einfacher und billiger Webserver mit AtMega32
c:/winavr-20070525/bin/../avr/include/avr/iom644.h:38, from c:/winavr-20070525/bin/../avr/include/avr/io.h:226, from main.h:15, from mmc.c:29: c:/winavr-20070525/bin/../avr/
c:/winavr-20070525/bin/../avr/include/avr/iom644.h:38, from c:/winavr-20070525/bin/../avr/include/avr/io.h:226, from main.h:15, from mmc.c:29: c:/winavr-20070525/bin/../avr/
-
Thread
RC - Drohne zum selberbau !!! Luftbilder per Funk!! (Fake) Gesperrt
@name. Kein Fake . -Controller hab ich schon benannt ,es ist ein AVR!!!! -CCD Output wird per ADC abgetastet und in den AVR konvertiert. -Bild von der Fernsteuer Situation hab ich jetzt als Anhnag angefügt!!!!!! - Dynamo ist zum Betreiben des PMR Funkgerät notwendig
Ich schreib jetzt mal in Kurzform @Thomas K. -Gut AVR - aber welcher? (vgl. ich fahre ein Fahrzeug, ein "Auto") -zu zerlegst ein videosignal per ADC in Digitaldaten? Alles klar! Mit welcher Samplingrate? Welcher AVR hat am ADC diese Möglichkeiten?
-
Thread
G-LCD bei Pollin
- 4 Takte für RD\ auf High Der ARM muss also mit 70MHz laufen, um das selbe zu leisten, wie der AVR mit 16MHz... Bei Pingetoggelt sind die großen µC echt langsam. > bei kosten von 5Euro inkl. Platine und SRAM ist es mir egal. Wo bekommt man den LPC2103 für 5€ inkl Platine ?
ein Transistor mit Pullup wäre der zu langsam? Wigbert
-
Thread
AVR Orgel Eigenbau
Registertabellen in Flash zusammengerechnet werden. Unmittelbar aus Flash bei Generation zu berechnen - dafür ist AVR zu langsam. Eine Tabelle wäre gut als int16_t, besser statt 512 Worte nur 480 zu nutzen: damit lassen sich leichter und ungestört reine Quinten und Terzen machen: das ist für Mixturen und Aliquoten
usw. Einschwingen usw.: Ideal wäre Wellenform auch während Einschwingen zu ändern, dafür ist aber AVR zu langsam. Als Kompromiß kann man hier bei gleicher Welenform bleiben. Amplitude im Lauf zu berechnen - dafür ist AVR zu langsam. Hier könnte man aber externe DAC benutzen, die mit Ext-Vref arbeiten
-
Thread
Quick&dirty - schnelle Problemlösungen selbst gebaut Bilder
Hier mal mein kleiner AVR Programmer den ich mit 15 oder 16 oder so gebastelt habe, basiert auf einem Chinaduino und programmiert die meisten AVR von Tiny13 bis Mega16. Die ZIF Sockel hatte ich so rumliegen und mein Pollin AVR
Ich habe den C-Code eben mal mit dem AVR-Studio 4.19 und der aktuellen Toolchain Kompiliert, leider wird ein Fehler und neun Warnings ausgegeben! Abhilfe gab's mit: WinAVR-20100110\bin\avr32-gcc.exe und WinAVR-20100110
-
Thread
BLDC, Synchronmaschine, Drehfeld Experimentierschaltung Gesperrt
AVR-User wrote: > @Benedikt > > Welche Freilaufdioden hast du bei deinem Leistungsteil verwendet? Die > Strompeaks können auch von zu langsamen Freilaufdioden kommen (reverse > recovery time).
Was haltet ihr davon einen neuen Thread "BLDC Teil2" aufzumachen, der hier wird langsam zu lang.
-
Thread
timing: zu langsam bei GPIO-Zugriffen
sogenannten Local-Bus verfügbar, da geht das in einem Takt. Über die HSB wird das wohl erheblich langsamer sein. Zeig doch mal den Assemblercode den der Kompiler ausgibt.
avr32-pro schrieb im Beitrag #2825469: > Zeig doch mal den Assemblercode den der > Kompiler ausgibt. [c] *gpio_port_clear = 1<<(CLK_PIN&0x1F); 80013D88 ld.w R8, R7[-8] 80013D8C movhi R9
-
Thread
AtTiny für LANC zu langsam?
Es geht mir nicht um einen Sourcecode. Ich will verstehen, wie schnell oder auch langsam ein AVR mit seinem eingebrannten Code umgeht, mit welcher Geschwindigkeit das geschieht. Und ob meine Rechnung in etwa stimmt!
anpassen. ummerland schrieb im Beitrag #2774240: > Ich will verstehen, wie schnell oder auch langsam ein AVR mit seinem > eingebrannten Code umgeht, mit welcher Geschwindigkeit das geschieht. Der Code läuft exakt so schnell, wie es im AVR-Instruction-Set angegeben ist. Weitergehende Aussagen
-
Thread
AT90CAN128 zu langsam?
beiden habe ich es nicht geschafft, den CAN-Bus zum laufen zu bekommen. Habe deshalb mit BASECOM-AVR ein kleines testprog laufen lassen: $regfile = "m128can.dat" $framesize = 32 $swstack = 32 $hwstack = 32 $crystal = 16000000 Config Porta.3 = Output Do Porta.3 = 1 Waitms
dieser Controller einen Takt-Vorteiler, der evtl. aktiviert ist? Das alles würde ein unerwartet langsameres Arbeiten erklären. Also bitte einmal die Fuse-Einstellungen prüfen!
-
Thread
IRMP reagiert langsam
Ich habe auf einer Logitech Harmony Touch die Funktionen eines SONY K770ES Kassettendecks programmiert. Das Deck nutzt das Sony SIRCS Protokoll. Damit wollte ich nun ein Nakamichi Dragon Kassettendeck steuern das nur eine Kabelgebundene Fernbedienung zulässt. Dazu habe ich mir folgendes Programm geschrieben: [code] /* IR Receiver: TSOP34836 CPU: ATtiny44A-PU @ 8 MHz internal RC Fuses: l:0xE2 h:0xDB e:0xFF */ #include "irmp.h" #include <util/delay.h> #include "avr/eeprom.h" #define LED_PORT PORTB #define LED_DDR DDRB #define OUT_PORT PORTA
-
Thread
AVR GPIOR Bit Verwaltung C++
> > Dieses, dein Beispiel, verbrät 35 Byte auf dem Stack. Alternative: [c] #include "mcu/avr8.h" #include "mcu/ports.h" using namespace AVR; using PortB = Port<AVR::ATMega328P::PortRegister, B>; using PortD = Port<AVR::ATMega328P::PortRegister, D>; using motor = Pin<PortB, 1>; using
Datenrichtung 140 Byte, äquivalente C-Version 142 Byte. Alles jeweils übersetzt mit -Os, nachbehandelt mit avr-strip, und die Größen ermittelt mit avr-size.
-
Thread
ATtiny841 - Quarz notwendig wenn UART benutzt?
einfach für sich weiter, unabhängig von der Gegenseite. Du hast natürlich recht, wenn der Sender langsamer ist, ist das kein Problem aber wie stellst du sicher, dass der Sender der Langsame ist bei RS232? ;)
schrieb im Beitrag #4672193: > 2% Abweichung Der eine ist 2% zu schnell, der andere ist 2% zu langsam ...
-
Thread
Labor Netzteil
Ich hoffe, das Fertigprodukt sieht besser aus, als das hier: http://www.scriptkiller.de/pics/avr/netzteil/misc/4.jpeg :)
dann langsam so richtig aufwendig :-) Viele Grüße Olaf
-
Thread
uC für Schaltregler
ansosten mal DsPic anschauen, die können auch schnelle Schatregler steuern aber halt kein AVR ...
ah ich war wohl etwas zu langsam, da ist die Antwort schon!
-
Thread
Drehimpulsgeber
und auch keinen eingebauten Hardware-Incremental-Decoder hat. Aber ich weiss: Er ist im DIP und AVR ist sowieso besser. ;-)
hohe Frequenzen, aber immer nur kurzzeitig. Es geht dabei kein Impuls verloren und dennoch kann der AVR volle Leistung liefern. Noch etwas zu Drehgebern: es gibt ja nicht nur diese billigen mechanischen Teile oder welche mit 4000 Schritten/Umdrehung (wobei die hohe Auflösung insbesondere auch für langsam
-
Thread
Welcher AVR?
BASCOM gearbeitet , aber es würde mich sehr wundern wenn man mit dieser Programmiersprache dafür zu langsam ist. Wenn du schon mit Basic und Pascal gearbeitet hast, beide Programmiersprachen gibt es fuer den AVR.
Hallo Patrick, danke für die Info, so langsam finde ich meinen Weg ;o) Viele Grüße Wolfram
-
Thread
Welcher Microcontroller für i2c-Display
Oder als Lektüre: https://s-huehn.de/elektronik/avr-prog/avr-prog.htm MfG
eben schneller, aber > bringt meine Schaltung nicht um. Innerhalb der AVR-Klasse sind die Rechenleistungen alle ziemlich gleich. Ein Atmega328p ist nicht schneller oder langsamer als ein Atmega88 oder Atmega1284p, und auch nur geringfügig schneller als ein Attiny (dank HW-Multiplizierer
-
Thread
Ernstzunehmende Programme in BASCOM
heißt *LunaAVR V2014 R2.4* # http://avr.myluna.de/doku.php?id=de:lunaavr_2014.r2
machbar. Das ist 'ne lahme Ausrede. Ein GCC ist auch ein Einpasscompiler. Beweis: [pre] % avr-gcc -Os -x c -mmcu=atmega8 -o - -S - #include <avr/io.h> #include <avr/interrupt.h> uint16_t adcval; ISR(ADC_vect) { adcval = ADC; } ^D .file "" __SP_H__ = 0x3e __SP_L__ = 0x3d
-
Thread
Zeigt her Eure Kunstwerke! Gesperrt Bilder
Mein Servotester aus dem Jahre 2002. Das war noch, bevor ich ans AVR-Ufer gewechselt bin ;-)
erinnert mich langsam an http://www.mikrocontroller.net/topic/111726 ^^
-
Thread
Umstiegsbreatung uC Atmel/STM
erschien weil der TE extra hevorgehoben hat, er würde zu Arduino/ARM wechseln wollen, weil ihm Arduino/AVR zu langsam ist.
geht gelten ganz andere Kriterien. Axel S. schrieb im Beitrag #4673028: > weil > ihm Arduino/AVR zu langsam ist Das kann ja sein. Mach mal umfangreiche float oder double Berechnungen auf dem AVR. Da kann ein Stm32F4 mal eben locker einen Faktor 100 bringen. Ob die ADC Werte dann mit einer Funktion
-
Thread
AVR Mikrocontroller Lohnenswert?
+ auf dem AVR macht, der muss genau wissen, was so ein C++ Sprachkonstrukt zur Compilezeit bzw. zur Laufzeit macht. Sonst wird es halt einfach ein schlechtes, weil langsames Programm.
/articles/AVR-GCC-Tutorial
-
Thread
Preisgünstiger Heizungsregler bei Praktiker
Richtig für den Quarz? Dann müsste das Program doch laufen (Displayanzeigen etc.) wenn auch sehr langsam, oder? Ich lade grade das AVR-Studio runter, in der Hoffnung, das ich mit meinem STK200 verschnitt auch was machen kann, sonst muss mein Kollege auf der Arbeit wieder ran, der hat schon so einige
Ich denke nicht, daß das aktuelle AVR-Studio den STK200 Programmer noch bedienen kann und / oder daß der so langsam taken kann. Programmiere Dir doch schnell einen anderen Controller, der laaaangsaaaam ISP mit dem verfusten Controller spricht
-
Thread
Atmega16, Timer läuft zu langsam
Hallo, Ich möchte den Timer1 eines Atmega16 dazu bringen jede Sekunde einen Interrupt zu generieren. Dazu habe ich folgenden Code: [c] #include <avr/io.h> #include <avr/interrupt.h> ISR(TIMER1_COMPA_vect) { Uhr(); } int main(void) { Init(); while(1) { Ausgabe(); } } void Init() { TCNT1H=0x00; //Timer auf 0 TCNT1L=0x00; OCR1AH=0x3D; //=00111101 OCR1AL=0x08; //=00001000 = 15624 TCCR1A=0x00; //Kein WPM / Keine Ansteuerung von Pins sei(); TIMSK |= (1<<OCIE1A); //Interrupt Enable TCCR1B=0x0C; //=00001100 / CTC-Modus
-
Thread
Verständnis AVR Interrupts Gesperrt
dann weiss man wo der AVR steckt, bzw. gerade war und danach auslesen.
CLR immer mit EOR r,r aber sub rx, rx > zweimal hintereinander benutzen nur compiler. so langsam scheint mir hier reden einige von popobacken und andere von kuchenbacken. Keine Ahnung wer sich hier nun selber outet, ausser ich :) wie gesagt ich habe von AVR ASM keine große Ahnung, nur rudimentär
-
Thread
atmega8-16pu zu langsam
vrown-out detection at vcc=2.7v boden 0 sut_cksel int. rc osc. 1 MHz ich programmiere mit avr studio und habe schon alle kombination von ckopt (0,1) und sut_cksel (internen rc osc., externer crystal) durch. der atmega8-16pu läuft immer zu langsam. Kann das ganze vielleicht an bascom liegen?
tödlich da es ALLES was hier kommt ausbremst und dann wundern sich viele das der µC trotz 16MHz so langsam ist
-
Thread
ATMEGA328P-AU läuft etwa um Faktor 10 langsamer als normal
schrieb im Beitrag #6449231: > Fuse CKDIV8 (device clock by 8, wohl gemeint, dass Takt um 8 fach > langsamer ist.) ist bei dir wohl gesetzt... einfach rausnehmen, dann > stimmt es. In programm am Anfang #include <avr/power.h> schreiben. Dann irgendwo bei Init noch: clock_prescale_set(clock_div_1)
ungenutzt Marco W. schrieb im Beitrag #6449228: > einen 16MHz Resonator gibt nicht ca. 10x langsamer sondern genau 16x langsamer, nämlich 16/1 (MHz kürzt sich raus) OK 16x langsamer kann man mit sehr viel Toleranz als 10x langsamer sehen :-)
-
Thread
Servo am Mikrocontroller
/ //////////////////////////////////////// #include <stdlib.h> #include <inttypes.h> #include <avr/io.h> #include <avr/interrupt.h> #include <avr/signal.h> #include <avr/sleep.h> #include <avr/pgmspace.h> #include <math.h> #include "lcd.h" #define XTAL 1000000 // [Hz] void schlaf(float
Wo finde ich denn die sig-avr.h ?? der mach mir beim compilen immer folgenden fehler: -------- begin -------- avr-gcc.exe (GCC) 3.4.5 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source
-
Thread
Lightweight WS2811/WS2812 Library
warning: -z relro ignored. /usr/bin/avr-ld: skipping incompatible /usr/lib/libm.so when searching for -lm /usr/bin/avr-ld: skipping incompatible /usr/lib/libm.so when searching for -lm /usr/bin/avr-ld: skipping incompatible /usr/lib/libc.so
ich für den ATmegas1284p auch eingreifen, der 1284p hat ein Adressregister mehr welches für 10% langsameres Timing verantwortlich ist. #if defined(__AVR_ATmega1284P__) #define NS(_NS) ( (_NS * ( (F_CPU*9L/10L) / 1000000L))) / 1000 #define CLKS_TO_MICROS(_CLKS) ((long)(_CLKS)) / ((F_CPU*9L/10L
-
Thread
Nokia 6100 Ansteuerung in C
?? 1 Vdigital 2,7V - 3,3V = STK = VTG über spannungsteiler 3,3k + 6,8k 2 RESET AVR PORTB.3 = STK = PORTB.3 3 SDATA AVR PORTB.2 (SPI MOSI) = STK = PORTB.2 4 SCLK AVR PORTB.1 (SPI CLK) = STK = PORTB.1 5 ~CS AVR PORTB.0 (SPI ~SS) = STK = PORTB.0 6 Vdisplay
istb sehr interessant. Aber ich hab da mal ne Frage und zwar: 1) Hat das schon mal jemand in AVR Assembler versucht ?? 2) Wäre die Ansteuerung in AVR Assembler möglich ?? Vielen Dank schonmal in voraus. mfg. Karl
-
Thread
Photodiode - Auswertung zu langsam
das mit einer Frequenz oberhalb von 50 kHz möglich sein. Der Ausgang der Schaltung soll von einem AVR verarbeitet werden. Dazu habe ich die Schaltung aufgebaut: http://www.mikrocontroller.net/articles/Lichtsensor_/_Helligkeitssensor#Konstantstromquelle_mit_Transimpedanzverst.C3.A4rker Als Photodiode
(Bandbreite > 60 kHz) näher zu > kommen? Zitat aus der Beschreibung: "Selbst mit diesem eher langsamen OPV und schon sehr großen Rückkopplungswiderstand von 1MΩ erreichen wir schon eine Bandbreite von sagenhaften 72kHz!" Ich würde auf jeden Fall einen deutlich schnelleren OP nehmen. Die Bandbreite
-
Thread
ARM-Cortex als Anfänger?
> Hier gibt es fast nur AVR Fanatiker. Das stimmt doch gar nicht. Richtig wäre: Hier gibt es überwiegend Leute, die mit AVR's zufrieden sind.
trotzdem eine proprietäre Architektur ist. Die gibt es nur von >> Microchip. > > Das ist bei xAVR (xMega, jetzt Legacy, siehe Microchip-Website), AVR32 > (wohl bald auch Legacy) und AVR (?) nicht anders. Das ja. Aber die Toolchain ist Open Source. Und konkret beim avr-gcc gab es Verbesserungen
-
Thread
ausgesperrt aus Atmega1284p
könnte man dem (Original-)Hersteller ja einen Euro zuviel schenken. Ich empfehle für den Anfang: AVR ISP MKII.
Frequenzen er benutzt, ich kann lediglich zwischen schnell und langsam wechseln.
-
Thread
MCU zu langsam für mehrere Interrupts?
man dort 2-4 verschiedene Prioritätsstufen vergeben kann. D.h. ein schneller Interrupt kann einen langsamen unterbrechen ohne das es Probleme gibt. Beim AVR muß man das simulieren, indem ein langsamer Interrupt zuerst sich selber sperrt, damit er sich nicht versehentlich wieder selbst aufruft und dann die Interupts global wieder freigegeben werden. Wenn er dann durch eine weiteren langsamen unterbrochen werden könnte, muß dieser es genau so machen. Vor dem Verlassen des Interrupts muß dann alles wieder rückgängig gemacht werden. Zu langsam dürfte Deine CPU aber in keinem Fall