-
Thread
Datenrekorder auf SD-Karte mit mega88
Leseperformance sollte noch besser sein! @Andreas: WinAVR nehm ich auch her. Zusammen mit dem AVR Studio 4 und AVR Dragon zum Debuggen unschlagbar. Referenz ist die Versorgungsspannung - zum Ändern im Code Zeile 374 in main.c ändern (zu "ADMUX = 0;") - dann
`MMC_get_sec_stop_w': D:\AVR\Logger\MrData/../../Logger/MrData/mmc.c:407: undefined reference to `spi_io' D:\AVR\Logger\MrData/../../Logger/MrData/mmc.c:408: undefined reference to `spi_io' D:\AVR\Logger\MrData/../../Logger/MrData
-
Thread
STM32: Timer-ISR löst 2x aus - Fehler im Flag-Reset bei Optimierung O3
ist. Eher die APB Busse. Der AHB ist der schnelle vorne, die oft mehreren APBs sind die teils langsameren weiter draussen.
Code einzubeziehen ist jedoch eindeutig nicht Sache des > Compilers. Oder vielleicht doch? Z.B. AVR: Die Assembler-Instruktion 'sei' wird vor einem letzten 'pop' eingefügt.
-
Thread
Das wieder aktuelles Thema Handy + AVR
an Avr Nix kannst du vielleicht diese Frage beantworten? >ist RX vom AVR mit RX vom Handy verbunden. Ist das richtig so? >soll das nicht umgekehrt sein? RX zu TX und TX zu RX? wenn ich den Stecker
Ich sehe in meine Glaskugel: nächstes Problem: AVR verfused...
-
Thread
Was ist wichtiger: Bessere Noten oder kurze Studiendauer?
gemacht", heulen dann eben weiter rum, dass die Theoretiker von der Uni nichts können und werden dann langsam aber sicher vom Markt verdrängt.
AVR schrieb im Beitrag #6483399: > BWL Bitch schrieb: >> bullshit. jeder kommt irgendwo unter. wer lange braucht und es erklären >> kann ist es kein problem. > > Glaub das mal ruhig weiter. Viele
-
Thread
DSP oder 32bit µC?
. >so dass 8bit µCs an ihre Grenzen stossen, vor allem wegen der >sehr langsamen Multiplikation. Wieso? Ein AVR macht eine 8x8 Bit Multiplikation in 2 Takten. Man wird wohl kaum mit Fließkomma arbeiten wollen/müssen. >Das wichtigste Kriterium ist neben dem Preis der Energieverbrauch
im Beitrag #4904555: >>>so dass 8bit µCs an ihre Grenzen stossen, vor allem wegen der >>>sehr langsamen Multiplikation. >> >> Wieso? Ein AVR macht eine 8x8 Bit Multiplikation in 2 Takten. Man wird >> wohl kaum mit Fließkomma arbeiten wollen/müssen. >> > 16x16->32 bit sollte es schon sein. Das
-
Thread
Beleuchtungs-Delta mit Fotodiode an AVR
So nicht. So ist die Photodiode als Solarzelle geschaltet, das ist beliebig langsam. Du solltest die Photodiode vorspannen, zB 5V in Sperrrichting mit 470 Ohm gegen GND und dann das Signal mit einbem Hochpass abgreifen und verstaerken.
Impedanz muß man eventuell mit einer Kollektorschaltung anfangen, oder man nimmt einen nicht zu langsamen OP.
-
Thread
Mega16, Fusebits und Quarz Probleme.
wieder einwandfrei. Auch wenn die Pins langsam aber sicher nicht mehr die neuesten sind. Aber danke fürs Angebot! Weis ich zu schätzen, genauso wie die hilfe von dir und den anderen. Also eins weis ich die 8051er waren simpler als die AVR`s
Also, habs etz hinbekommen unter AVR Studio auf meinen Brenner zuzugreifen und auch die Fusebits zu ändern. Jtag is aus und Ckopt auf 1. Hilft alles kein gramm was... Langsam aber sicher bin ihc mit meinem Latein am Ende. Ich werd
-
Thread
TLC5940 spinnt komplett, ich weiß nicht mehr weiter..
und an deinen quickndirty VCC Brücken der LED Bargraphen ein. Sonst geht der Spannungsabfall über AVR und TLC.
Ich hab doch schonmal gesagt, dass der Reset des AVR ordentlich beschalte gehört. Am ISP Kabel rumfummeln und es blitzt klingt nach AVR geht kurz in reset wegen offenen CMOS Eingang.
-
Thread
AD-Werte auf LCd ausgeben
Evtl will der avr nur einen Quarz...
> c:/winavr-20090313/lib/gcc/../../avr/include/util/delay.h:85:3: warning: > #warning "F_CPU not defined for <util/delay.h>" Geh im AVR Studio in die Projekt Einstellungen und trage dort die Taktfrequenz ein
-
Thread
Wirkleistungsmessgerät
siehe auch: AVR465: Energy Meter http://atmel.com/dyn/resources/prod_documents/doc2566.pdf http://atmel.com/dyn/resources/prod_documents/AVR465.zip
Der LTC2400 ist sehr langsam. Mit dem kannst du also nicht per Fuß vektoriell messen.
-
Thread
Welcher Prozessor für Videoauswertung ?
nen Algorithmus den ich in echtzeit laufen lassen kann der dann max. 1,5k RAM braucht, das haben die AVR ja, aber sind dann halt zu Langsam. Schneller oder mehr Speicher, eins von beiden brauch ich.
hellen Pixel bei der Echtzeit arbeit finde mit den Pixeln drum rum vergleichen kann. Dabei ist der AVR aber ein wenig zu langsam.
-
Thread
Genervt über Feature-Politik von Atmel - ATmega/ATtiny
nächsten Schritt des Steppers auszugeben. Falsches Konzept. Aus "schnellen" Timern kann man langsamere mit etwas Hirnschmalz ableiten.
Und MISO, der würde sonst kurzgeschlossen mit dem jeweils anderen AVR. Oder?
-
Thread
ATMega8-Verzweiflung
bringen. Hab alles gecheckt, Fuses, verschiedene Frequenzen, verschiedene ISP-Adapter, unterschiedliche avr-gcc-Versionen, alte Ubuntu-Version, neue ATMega8s und langsam weiß ich nicht mehr weiter... main.c: [c]#include <avr/io.h> #include <util/delay.h> int main(void) { DDRB = 0xff; //setup
=/build/gcc-avr-n0nSsH/gcc-avr-5.4.0+Atmel3.6.0=. -fstack-protector-strong' GCJFLAGS='-g -O2 -fdebug-prefix-map=/build/gcc-avr-n0nSsH/gcc-avr-5.4.0+Atmel3.6.0=. -fstack-protector-strong' LDFLAGS='-Wl,-Bsymbolic-functions
-
Thread
ATmega162 funktioniert ab 5052 Wörtern nicht?
Bootbereich schreibgeschützt ist und daher dein Programm ab dieser Grenze nicht angenommen wird. avr
Code unterhalb 8kB auf Code oberhalb 8kB aber innerhalb 8kB relativ springt? Kein Wunder das ich AVR fast nur in C programmiere. Da gibt es noch anderen Deppenkram bei Assembler für AVR.
-
Thread
STM32 counter up/down mit Step/Dir Signalen
Würde für den Fall , wenns wirklich keine Möglichkeit mittels HW-counter > beim STM32 gibt , ein paar AVR's verwenden. Bei 250 kHz mußt Du die in Assembler programmieren und per IIC auslesen. Eine kompakte Lösung wäre mit einem Pico-Board mit RP2040 möglich. Reicht Dir denn der relative langsame Zugriff
Mi N. schrieb im Beitrag #7426100: > Oder anstatt diskreter Logik ein 8-pol. AVR zur Umsetzung Step/Dir -> > PhaseA/PhaseB verwenden und dann auf die STM-Timer geben. Genau so hab ich es vor wenn es keine interne Möglichkeit im STM32 gibt. Die AVR's in Assembler für die Wandlung
-
Thread
Funktionen in mehrere c files auslagern funktioniert nicht
jemand eine Idee woran es liegen kann? Ich bin absolut ratlos... Oder kann es daran liegen dass das AVR-Studio sowas gar nicht korrekt unterstützt? So langsam kommen mir da die Zweifel ob das generell klappt... kann das ein Mega-Buck sein?? Das müssten doch dann aber schon etliche andere festgestellt
Ja, das habe ich schon eingetragen. AVR Studio scheint die Dateien ja auch zu finden, sonst würde das Compilieren ja auch nicht funktionieren. So langsam bin ich echt am Ende, seit 2 Tagen versuche ich ein absolutes Mini-Programm in 2
-
Thread
Probelme bei einem Programm
Das hiesige AVR-GCC-Tutorial hast du dir schon angeguckt, oder? http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial
" -I "C:\Dokumente und Einstellungen\Phil" -I "C:\Programme\Atmel\AVR Tools\AvrAssembler\Appnotes" -w -m "C:\Dokumente und Einstellungen\Phil\test0409.map" "C:\Dokumente und Einstellungen\Phil\test0409.asm" AVRASM: AVR macro assembler version 1.76.4 (Aug 6 2004 07
-
Thread
Nachbaubares Funkmodul auf Basis des RFM12
avr-libc 1.6.2 avr-gcc ist noch der letzte 3er
Oder einfach die vorhandenen Seiten ergänzen: [[RFM12]] [[AVR_RFM12]] [[RFM12_Protokoll_Stack]] [[Pollin_Funk-AVR-Evaluationsboard]]
-
Thread
Delphi oder Lazarus mit PASCAL
Zum Einen verneinten sie die Notwendigkeit, fanden Single genuege. Zum Zweiten fanden sie waere der AVR eh zu langsam. Und Drittens brauchten diese Funktion zuviel Speicher. Ich sollte einen DDS Chip mit Werten laden. Und wenn das Frequenzregister nun eben ueber 9 dezimale Stellen hat, muss ich die
Einen > verneinten sie die Notwendigkeit, fanden Single genuege. Zum Zweiten > fanden sie waere der AVR eh zu langsam. Und Drittens brauchten diese > Funktion zuviel Speicher. Dafür gibts aber: Fix64 Fixed point Typ. 64 bit, 8 Bytes. Besteht aus einem 32bit ganzahligen und aus einem 32bit Nachkomma
-
Thread
ATmega direkt über USB und FT232R mit avrdude ISP programmieren
umgeht. Das ist bei weitem nicht die einzige Variante. Und auch nicht die schrägste. USB-Hub als AVR-Programmer: https://www.pjrc.com/hub_isp/ Oder mit den Keyboard-LED: https://hackaday.com/2012/11/26/usb-keyboard-becomes-an-avr-programmer/
Funktioniert, ist aber unglaublich langsam. Nimm lieber einen FTDI mit MPSSE. Damit und avrdude lässt sich ein AVR in null komma nix programmieren und du brauchst dafür auch kein anderes Programmiergerät oder Bootloader.
-
Thread
5V Schaltung mit 3,3V Display realisieren
transceivers/MAX13054.html > Oder was ist die richtige "Strategie" für die Schaltung? Zukünftig keinen AVR mehr verwenden. Das ist 5V-Technologie, und die stirbt langsam. fchk
5V ist tot schrieb im Beitrag #4105349: > der war gut. Nö. AVR war nicht gut, die sind es auch weiter ;-) Wenngleich man sich bei drahtgebundenen Bussystemen langsam wirklich mal überlegen sollte, auf drahtlose Kommunikationsformen umzusteigen...
-
Thread
Versetzte Rechtecksignale auswerten, kein drehgeber
Signale. Vergiss deinen schrottigen Ansatz mit flankengetriggerten Interrupts, er ist zudem langsamer.
mit großem Flash), die aber bei weitem nicht so elegant ist wie Ulrichs Methode (und dazu noch langsamer).
-
Thread
Deklaration von external memory
kann es was bringen, wenn man aufrundet, also 10 auf 16 und 6 auf 8 Bit. Du wirst oft in anderen AVR-Programmen sehen, daß Flags ein ganzes Byte groß sind. Das ist effektiver, da der AVR keine Bitbefehle kennt, wie sie der 8051 hat.
P S Ich wette mal, dass sich der AVR zu 99% langweilt.
-
Thread
CLKDIV8 programmiertechnsich setzen, nicht manuell
im Beitrag #5048130: > Nein, man kann KEINE Fuse zur Laufzeit ändern. KEINE. Das muss einfach > langsam mal ankommen.
war vor deinem Post hier niemals nicht die Rede. Jein. Atmel selbst schrieb, daß die Xmegas zur AVR Serie gehören (z.B. hier http://www.atmel.com/products/microcontrollers/avr/avr_xmega.aspx). Ich bin allerdings auch der Meinung, daß man sie separat betrachten sollten.
-
Thread
Ofen und Kochfeld für Balkonkraftwerk optimiert
ab)schnitt steuern würde. Der Wechselrichter hier misst nicht jede Netzperiode, sondern regelt langsamer. Induktionsfelder scheinen auch diese langsame Dimmung zu haben. Die Frage ist: Gibt es Kochfelder und Öfen, die eine Dimmung innerhalb jedes Netzzyklus haben und damit ein Balkonkraftwerk besser
, d.H. andere CT wären kein Problem. StefanK schrieb im Beitrag #8035839: > oder sie mit einem AVR auszuwerten? Der Shelly3EM verwendet einen ADE7880, der kann deutlich mehr als ich in einem AVR nachimplementieren möchte. https://www.analog.com/media/en/technical-documentation/data-sheets/ADE7880
-
Thread
IDE mit Fokus auf Assembler für Umsteiger AVR -> STM32
diesen trägen, lethargischen STM32-Prozessoren muss > man schon höllisch aufpassen dass man nicht zu langsam wird. Das stimmt allerdings. Deshalb spendieren wir bei uns z.B. jedem STM32 noch einen Coprozessor (AVR tiny oder PIC, was halt da ist) damit es von der Performance her in halbwegs erträgliche
beim AVR erstmal LD/ST in ein Register. Und auch die vielen Bitbefehle hat der AVR nicht. Auch hatte ich Probleme, mich wieder in die Datenstruktur einzuarbeiten, die ich mir damals ausgedacht hatte. Ich hab
-
Thread
ATmega vs. Arduino
performant. Muss nicht immer so sein, ist aber Prinzipbedingt sehr wahrscheinlich, dass eine Lib langsamer ist als „direkt“.
meine Zwecke reicht das meist aus. Für total von Arduino unabhängige Projekte nehme ich CodeVisionAVR der auch den Bootloader unterstützt. Unabhängiger AVR-GCC ist natürlich auch kein Thema. Die Pro-Mini Bords sind mir am liebsten weil sehr billig und immer auf Vorat im "Zehner Pack" erstehe. Ich
-
Thread
Scheduler für AVR
MIDI übertragen wird. Es kam immer wieder zu Verschlucken von MIDI-Code. Na ja, habe ich gedacht: AVR sei sicher zu langsam :) In Wirklichkeit war Problem natürlich nicht in AVR...
Arduino-Programming: starte die Messung - delay(1000) - lese den Messwert. Und dann rumheulen: Mein µC ist zu langsam, ich brauch einen schnelleren µC.
-
Thread
bistabiles Relais für AVR/Arduino
dann vermutlich am Besten Relais mit nominal 3 V Betätigungsspannung, da sowohl an den Dioden, dem AVR, als auch am Elko was abfällt. Wenn man den AVR/Arduino über einen LM7805 versorgt und Relais schaltet, mit welcher Kapazität sollte man die Versorgungsspannung dann stabilisieren, damit der AVR
umgekehrt. Spätestens beim ersten Schalten synchronisiert sich das Relais damit mit dem Programm des AVR. Wenn die Ausgänge des AVR konstant 0 oder 5V halten, dann wird das Relais auch nicht zappeln. Mir fällt zumindest kein Grund ein, warum es das tun sollte. > Dann brennt Dein Hauslicht auch >
-
Thread
STM32 - Servoansteuerung
(Oder ggf. was die Entwickler sich mit TIM_TimeBaseStructure.TIM_Period = 0; gedacht haben? In AVR gibts das leider nicht, da läuft zumindest Servoansteuerung, wenn auch sehr langsam... :)) Wenn jemand etwas weiß, wäre klasse. Danke & Viele Grüße Bernd
Hallo A.K, vielen Dank. Servoansteuerung läuft bereits auf dem AVR (nur eben viel zu langsam - ruckelte ziehmlich - seidenweich ist anders). PWM hatte ich auch schon gedacht, nur ist die Frage ob das auf 6 Kanälen gleichzeitig geht. (???) Für die Ausgabe von
-
Thread
STM32 Chips zur Zeit so gut wie nicht beschaffbar
nicht, sie müssen auch verfügbar sein. Heute würde ich sagen: Wenn die ein AVR reicht, dann nimm einen AVR. Für den Einstieg sowieso.
. Und AVR reicht für das Meiste.
-
Thread
Argumente für 8-Bit AVR statt ARM-Controller
voreingenommen aber fuer ein groesseres Projekt waere die Wahl extrem einfach. Warum evtl. trotzdem AVR nehmen? 1. Time to market! Nicht dass die Entwicklung mit einem ARM langsamer waere fuer jemanden, der beide Architekturen und die Tools kennt aber wenn Du nur die AVRs kennst, dann dauert ARM (natuerlich
die AT91SAM7S von Atmel deutlich besser. Ich habe zb erfahren das die IO von den LPC ziemlich langsam sein sollen, sogar langsamer als die eines AVR (Advantage AVR). Die AT91 sind mit 55MHz zwar etwas langsamer getaktet als die LPC, aber durch eine bessere Architektur und schnellere IO egalisieren
-
Thread
Zwei Schieberegister auf zwei Platinen: Gleicher Takt + Flachbandkabel
wissen (am Leitungsanfang (Senderseite) braucht man eigentlich grundsätzlich keinen R) - ICs der langsameren CMOS-Reihe nehmen (also nicht unbeding HC), sofern deren geringere Ausgangsstromtragfähigkeit noch für die anderen Zwecke (z.B. LED) ausreicht - oder generell das ganze langsamer takten, so daß
Problem und die tritt bei 20Hz genauso auf wie bei 20MHz. Aber es gibt schon eine Richtung: HC, CD4000, AVR.
-
Thread
AVR-GCC und kleine Controller
Konvertierungen float2long, long2float, ... und die Rundungen beträgt unter 900Byte. Verglichen mit ImageCraft-AVR, GCCAVR und Codevision-AVR ist das sehr kompakt. Printf ist allerdings bei keinem der Compiler anzuraten, da auch viele Routinen gelinkt werden, die nicht gebraucht werden. Ohne Geld auszugeben, kann
> Der avr-gcc unterstützt ohnehin nur 4-Byte floats, double ist identisch zu diesem. Das halte ich aber für ein Gerücht! Aber ein kurzes Debugging mit dem AVR-Studio an einem Beispielprogramm wird dies schnell
-
Thread
BW-CRT-Controller aus Mega8 bauen
Also Benedikt, du wirst mir langsam unheimlich, hast du eine Zeitmaschine ? Um 9:44 postest du "Ich habe da eine Idee" und genau 7 Stunden später präsenentiers du ein sauberes Farbbild mit einer Frau, die von einem Felsen springt. In
Zugriffszeit kleiner 30nS und wärend der Ausgabe muß RD vom Speicher Daueraktiv sein und der Datenbus muß vom AVR getrennt sein 74HC254.
-
Thread
AVR-Debugging: Speicherstelle überwachen
Anton schrieb im Beitrag #6880237: > welche Möglichkeiten gibt es beim AVR-Debugging, eine konkrete > Speicherstelle zu überwachen Welcher AVR mit welcher Toolchain? Ohne genauere Definition hier ein paar Suchbegriffe: https://onlinedocs.microchip.com/pr/GUID-ECD8A826
Möglichkeitspotential. Deswegen kann man eigentlich nur herumstochern, und herumprojizieren. http://www.avr-asm-tutorial.net/avr_sim/index_de.html https://github.com/SilverBut/avr_helper
-
Thread
Drehencoder für Anfänger
Controllerfrequenz : 16 MHz Drehencoder PORTB: A - Pin0; B - Pin1 Code : [c] #include <avr\io.h> #include <avr\interrupt.h> #include <avr\signal.h> #include "glcd.h" #include "font_small.h" #define PHASE_A (PINB & 1<<PINB0) // PINB.0 #define PHASE_B (PINB & 1<<PINB1) // PINB.1
definiere, kommt leider keine Änderung (0...255). Habe ich es doch nicht verstanden ? [c] #include <avr/io.h> #include "glcd.h" #include "font_big.h" #include <avr\interrupt.h> #define Schalter_A PINB0 // Schalter A im Drehgeber #define Schalter_B PINB1 // Schalter B im Drehgeber #define Geber
-
Thread
Grasshopper Inbetriebnahme
avr32-linux-uclibc-cc avr32-linux-c++filt avr32-linux-uclibc-c++filt avr32-linux-cpp avr32-linux-uclibc-cpp avr32-linux-depmod26 avr32-linux-uclibc-gcc
avr32-linux-uclibc-objdump avr32-linux-nm avr32-linux-uclibc-ranlib avr32-linux-objcopy avr32-linux-uclibc-readelf avr32-linux-objdump avr32-linux-uclibc-size
-
Thread
Objektorientierung mit avr gcc
davon gehe ich aus; der avr-gcc unter Linux ist gleichzeitig C++ (avr-g++).
der avr-gcc unter Linux ist gleichzeitig C++ > (avr-g++). Nicht ganz. der avr-g++ ist der reine C++-Compiler. Der avr-gcc ist das generische Front-End, das beim compilieren anhand des Dateinamens den Typ
-
Thread
Problem mit ltoa
. Ich habe den Fehler bei WinAVR-20080110 und WinAVR-20100110 beobachtet. 2003 war der Fehler offensicht bereits vorhanden. Ich halte es deshalb für sehr wahrscheinlich, dass alle WinAVR-Versionen von 2003 bis heute betroffen sind.
. Ich weiß ja nicht, wie langsam die Mühlen bei den avr-binutils mahlen... aber wenn sie so fix sind wie die von avr-gcc, dann gibt es nie einen WA für diesen Bug im Prozessorkern -- um so übler, da er nicht bei den Errata auftaucht
-
Thread
FreeRTOS und AVR
Nochmal ich : Man kann basierend auf dem ATmega32 - Port ganz leicht Ports für andere AVR-Controller erstellen.
(GCC; makefile dabei). Das hex lässt sich bei mir auch programmieren, aber eben läuft 10 mal zu langsam. Auch kann ich das elf nicht im AVR-Studio öffnen er bringt mir immer den fehler: "An error occured while reading the object file. The file may be of wrong type or corrupted, or the object file
-
Thread
Input Capture Pin (ICP) auslesen ( Frequenz messen)
http://www.mikrocontroller.net/articles/FAQ#Aktivieren_der_Floating_Point_Version_von_sprintf_beim_WinAVR_mit_AVR-Studio
her einfängt, > Evtl. stimmt aber auch im Messaufbau was nicht und ich geh mit über 5V > in den AVR. Bist du am richtigen Pin?
-
Thread
AVR, Pointer auf Flash-Speicher per Assembler
C-Compiler >solche Tabellen immer in die untersten 64 kiB legt? Nein, EIN C-Compiler nicht, aber DER avr gcc. Will man mehr, muss man workarounden ;-) [[AVR-GCC-Tutorial]] -> Variablenzugriff >64kB
> Nein, EIN C-Compiler nicht, aber DER avr gcc. Will man mehr, muss man > workarounden ;-) > > AVR-GCC-Tutorial > > -> Variablenzugriff >64kB Hier wendet sich der Gast mit Grausen... Entschuldigen Sie die Störung, ich bleibe bei
-
Thread
AVR-GCC Optimierungen
Case immer schlechter als bei allen anderen. Nö, das *immer* stimmt nicht. Ein Beispiel ist der AVR-GCC, er erzeugt gerne unnötig großen und langsamen Code. Z.B. denkt er, daß ein Postincrement (LD Rd,Z++) extrem langsam und codefressend sei und ersetzt es durch LD + ADIW + RJMP, also 4 Zyklen je
gesehen, was von den Laufzeitoptimierungen -O1..3 merkbar profitiert. Manchmal erzeugen sie sogar langsameren Code, als -Os. Eigentlich kann man nur sagen, daß -O1..3 nie kleiner compiliert, als -Os. Peter
-
Thread
CNC-Fräse im Selbstbau
recht praktisch. Winkel und gezogenes Metall gibts überall auf dem Schrott. 500 Teuro geht schon langsam an die Schmerzgrenze.
@Chris >Ansonsten ist zu den Anforderungen schon einiges gesagt: Stahl heisst >halt langsam oder schwer/teuer. Steifigkeit->schwer->teuer wäre naheliegender >Beim Gravieren/Platinenfräsen ist so >eine Anlage natürlich sehr langsam - machbar ist das aber - zumal, wenn >es nicht auf
-
Thread
µC Wahl für meine Dipmlomarbeit
direkt gemessen und es waren 4kHz, entsprechend 240'000 U/min. Die Anspechzeitzeit was aber viel langsamer. In den 100Hz.
die Ergebnisse - falls du welche benötigst - innerhalb 1us aus dem FPGA kriegst ... RS232 ist zu langsam ...
-
Thread
avr32 vs. ARM
AVR32 schlagen, der M0 verbraucht weniger als ein AVR32 in fast jeder Anwendung. Aber da liegt auch der Hund begraben, wer einen M4 benuetzt bekommt nicht so ganz den Sparkuenstler wie der M0. Wer einen
willst. ... schrieb im Beitrag #2202223: > SDRAM ist aber bei MCUs ohne Cache > ungünstig da langsam. Warum langsam? Viele Grüße Nicolas
-
Thread
Probleme mit Rs232 Empfang
nicht. Vielleicht hast Du den Pin am AVR versehentlich als Ausgang konfiguriert.
Sobald ich einen avr an den Max232 leuchtet die Led ständig. Mache ich ihn ab, geht sie aus bei Datenempfang. 3 avr durchprobiert. Ich mach doch irgendwas grundsätzlich falsch ;( mfg jonas
-
Thread
Was ist Arduino?
wie ein Kropf. Auf HW-Ebene brauchts keine Abstraktion bei einem 8 Bitter und in Sofware abstrahiert avr-gcc mit avr-libc schon sehr schön und komfortabel. > Ich finde nicht, dass man Schlachter sein muss um Gulasch essen zu > dürfen. Nicht alles was hinkt... lassen wir das. Ich finde aber, wenn
, in Assembler programmiere und die Hexdatei (ggf. auch EEP-Datei, Fuses, Lockbits) per ISP in den AVR schaufle? ...
-
Thread
AVR oder PIC
erstmal die beiden Artikel durch und melde dich dann wieder, wenn trotzdem noch Fragen bestehen. [[AVR-Tutorial]] [[AVR-GCC-Tutorial]]
Peter Dannegger schrieb im Beitrag #1908992: > Nö. > > Du fragst in nem AVR-Forum, also ist die Antwort ganz einfach AVR. > Das ist mir neu, ich bin ja nicht auf AVR-Microcontroller.net oder? > > > Für den AVR spricht: > > - er hat vom 6-Pinner bis 100-Pinner