-
Thread
XMEGA Pozessor von Atmel
der AVR32 ist zu oversized für unsere Anwendung!
Ja ich denke, dass der Xmega eben die Lücke zwischen AVR32 und AVR Mega füllen soll und da macht er sicher auch ganz gut. Aber der AVR32 ist auch interessant, den guck ich mir demnächst sicher auch mal genauer an :)
-
Thread
Motor selbständig alle XSekunden langsam hin und her fahren lassen!
ich eine GoPRo oder größere Cams hin und her fahren lassen. Der Dolly mit dem Motor fährt sehr langsam auf einer Schiene und ermöglicht so edle Kamerafahrten. Ich habe eine Art Fernebedienung (per Kabel), mit der ich per Schalter die Drehrichtung des Motors schalten kann. Vor/Stop/Zurück. ein
Nickenden Vögel, die mit Wasser gefüllt sind, die könnten immer nen Taster betätigen, was dann von dem AVR ausgewertet wird.... Lange Rede, überhaupt keinen Sinn, du kannst ALLES nehmen, was entweder irgendwie programmierbar ist, oder eben das Gatter Zeug. Empfehle -> setz dich mal an Arduino, wenig
-
Thread
SPI für verteilte Systeme
will ich davon weg. I2C ist per se vollständig multimasterfähig. Nur ist die Implementierung im AVR dazu leider nicht fehlerfrei. Mit nur einem Master funktioniert das aber auch beim AVR stabil, wenn man es richtig macht, Oliver
gefiltert. I2C zählt nicht, ist schnarchlangsam. Auch UART (grade bei den meisten uCs) ist sehr langsam.
-
Thread
Labornetzteil/Funktionsgenerator
noch größer dimensionieren, Danke! Mit dem neuen Layout kann dann der Bau des Netzgerätes auch langsam beginnen.
Frosch, Keine Spannung für die Umschaltung sondern für den AVR.
-
Thread
pimp my Looping Louie (mit Mikrocontroller & Zufall!)
wohl für Einsteiger das Mittel der Wahl. Kann ziemlich einfach in Programmierumgebungen wie z. B. WinAVR eingebettet werden.
Programm. Wie's funktioniert kann man im Tutorial nachlesen: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Erzeugen_von_Maschinencode
-
Thread
Attiny44A steigt aus
allerdings auch 4.7uF Keramik Caps in 0402 (4V). Sind die auch geeignet oder sogar besser, oder zu langsam? Vielen Dank! Chris
Wenn der AVR die Gates der FETs direkt steuert könnte er bei sehr hoher Drehzahl auch an seine Grenzen stoßen. Für sowas nimmt man eigentlich nachgeschaltete Treiberstufen, die den Umladestrom vom AVR fernhalten
-
Thread
Microchip kauft Atmel Gesperrt
Nase schrieb im Beitrag #4437663: > AVR hat m.M.n. auch ein Imageproblem. AVR fängt mit 8-Bittern an und > hört genau da auch eigentlich schon auf. XMega und AVR32 hab ich > irgendwie nie wirklich wahrgenommen. Atmel hat sich schon lange
hat, sondern warum /AVR/ ein Bastlerimage hat.
-
Thread
Entwicklung eines "Debug Tool's"
die Hardware beim AVR saumäßig teuer ist.
Hallo Markus, ist das AVR-JTAG-Interface Protokoll dokumentiert ? Dann könnte man einen solchen "Umwandler" zwischen Ziel-AVR und AVR-Studio entwickeln ... Bist du an der Entwicklung eines solchen Gerätes interresiert ?
-
Thread
Baudrate Fehlerbetrachtung - weniger anfällig wenn langsamer?
schalt schrieb im Beitrag #3976248: > Hilft es mir, eine langsame Baudrate zu verwenden, oder > wandert der Fehler mit? Der Fehler wandert mit. schalt schrieb im Beitrag #3976248: > Was kann ich alternativ tun? Wenn Dein Taktgenerator zu instabil ist,
Ich wuerd alle AVR synchron laufen lassen, dh gemeinsamer clock
-
Thread
Pollin Geigerzähler Bericht
http://www.mikrocontroller.net/articles/AVR_Fuses#Reaktivieren_bei_fehlerhaften_Taktquellen-Fuse-Einstellungen Der AVR hat spezielle Konfigurationsbits, auch Fuses genannt. Dort werden diverse Einstellung, u.a. des Taktes vorgenommen. Die
@ Wally Walters (wally234) >in welcher Umgebung hast du dein Projekt kompiliert ? AVR Studio 4.18 + AVR gcc von 2010 >Könntest du ggf. das build-Kommando angeben ? F7 ;-)
-
Thread
Neue 8-Bit Tinys vorgestellt: 417/814/816/817 Gesperrt
Der klassische Microchip TinyAVR.
Atmel Studio), dann ist der Overhead des Protokolls in Verbindung mit dem aus heutiger Sicht langsamen Fullspeed-USB einfach lahm. Die neueren ICEs (JTAGICE3 und Atmel-ICE) machen daher vieles anders, nicht nur ein schnelleres USB-Interface, und sie unterscheiden sich zwischen AVR und Cortex-M
-
Thread
ATmega8 verhält sich fehlerhaft
der Codeeingabe-Einheit (mittels UART und RS232 über MAX232) PD1: Signal an die Türeinheit (langsames Signal, kein UART oder so) PD2: Signal von der Türeinheit (zur Meldung von Fehlern) (langsames Signal, kein UART oder so) PD3: Geht dieser Eingang für 8 Abtastungen auf 0, gibt es Alarm.
Der AVR-Watchdog ist auch nicht wirklich dazu da, einen externen Gerätepark auf Fehler zu überwachen.
-
Thread
Programmierung eines Atmega16 in Assembler
Falk P.S. Für Option eins gehts hier weiter. http://www.mikrocontroller.net/articles/AVR-Tutorial
Noch wat.. besorg dir mal Codevison AVR(soll jetzt keine Werbung sein, denn der AVR GCC Compiler hat ganz bestimmt auch sehr viel, wenn nicht noch mehr zu bieten). Dor findest du höchstwahrscheinlich eine Demo zum LM75 inkl. der Ausgabe per
-
Thread
Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?
Herbert P. schrieb im Beitrag #3878779: > da der Arduino dafür offensichtlich zu > langsam ist (siehe Beitrag weiter oben). ? welcher, bitte zitieren oder Link setzen ich glaube nicht das der Arduino zu langsam ist
läuft. Ich finde es erstrebenswert, dass wir einen _gemeinsamen_ Code haben, der sich für ARM _und_ AVR compilieren lässt. Ich hatte das mal mit AtmelStudio und [c]#ifdef _AVR_IOM2560_H_ // … #ifdef _AVR_IOM328P_H_ // …[/c] gemacht. Ging super! … oder zumindest gemeinsame .h-Datei-Schnittstellen
-
Thread
PID-Regler mit anti-Windup
int - Grenze schnell überschritten werden. Ob ich jetzt double, float oder long int habe ist beim AVR egal, sind jedesmal 32 bit. Lediglich die Rechenzeit könnte sich minimal unterscheiden. Bei langsamen Regelungen - wie ich sie habe - ist das aber zweitrangig.
-------------------------------------------------- #define F_CPU 3686400 // Taktferquenz des myAVR-Boards #include <avr\io.h> // AVR Register und Konstantendefinitionen #include <stdint.h> typedef struct { int Ta; // Abtastzeit in ms int I;
-
Thread
Lohnt sich der Umstieg auf 32-Bit Controller
das noch lange nicht, dass der Controller der Gleiche ist. >Die meisten ARM sind da grausam langsam ... ua auch weil das Flash meist langsam ist >.. der braucht je nach Adressierung auch 4-5 Takte. Unser allseits beliebter > AVR braucht EINEN bis maximal ZWEI! Aber je nach gewünschter Adressierung
@ MCUA (Gast) >>Die meisten ARM sind da grausam langsam ... >ua auch weil das Flash meist langsam ist Nö, das hat andere Ursachen. Man kann ja auch aus dem RAM arbeiten, das ändert nichts. >Aber je nach gewünschter Adressierung braucht AVR dafür
-
Thread
Optimiert der Compiler Division durch 2^n wirklich?
Implementierung mittels Division sei besser. In meinem(!) Fall ist es jedenfalls nicht so: Es ist langsamer UND größer, also bestimmt nicht optimal. Ein Hinweis im AVR-GCC-Tutorial und sei es in einem Nebensatz, dass dies der Fall sein kann(!) oder wenigstens im Artikel im Code-Optimierungs wäre wünschenswert
AVR-Tutorial durcharbeiten, um die lss dateien zu verstehen?
-
Thread
Bus per MISO MOSI
900ss D. schrieb im Beitrag #5646751: > Was sind denn die konkreten Probleme mit AVR und SPI? Das Timing ist schwierig, weil der AVR kein DMA unterstützt. Solange man kein eigenes besonders entspanntes Übertragungsprotokoll verwendet, hat der AVR nur sehr kurze Momente Zeit, die
bekommt übernimmt auch nichts (Kette unterbrochen), für >100 und je nach Nachrichtenlänge kann es langsam, sehr langsam werden.
-
Thread
AVR-Handheld mit Mega644
Wofür soll denn ein AVR Handheld gut sein? Und so kompakt kann ich mir das gar nicht vorstellen. Übrigens sind Pullups im AVR integriert, die Widerstände an den Tastern kann man sich sparen. Und warum zur Hölle sind
komplett zu refreshen weiß ich ja auch nicht... ;) Vielleicht wäre ein SPI Display und ein XMega AVR eher was dafür :D
-
Thread
DIY Frequency Counter mit 10 bis 12 Digits?
lange nicht. Als man zum Mond geflogen ist, waren die Computer Faktor 10 langsamer als der AVR, und das ging trotzdem.
schrieb im Beitrag #5243469: > Als man zum Mond geflogen ist, waren die Computer > Faktor 10 langsamer als der AVR, und das ging trotzdem. Dafuer brauchten die dann auch 3 Tage :=)
-
Thread
32-Bit-µC: Möglichst viel uint8_t verwenden?
für x86 auf Linux auch, auf Windows aber nicht. YMMMV. Andreas M. schrieb im Beitrag #7118487: > AVR Auf einem 8-bitter wie dem AVR kann das nichts bringen, denn da ist nun mal ein (u)int8_t der schnellste Datentyp, und für alle größeren gilt: je größer, desto langsamer. Oliver
Auf keinen Fall uint8_t benutzen. Hier mal ein Beispiel wo es langsamer ist als int: https://godbolt.org/z/v8T96jz8d
-
Thread
AVR-Tutorial: Equipment wird nicht erkannt
Hallo, ich habe mir mal laut der Anleitung (Selbstbau): http://www.mikrocontroller.net/articles/AVR-Tutorial:_Equipment alle Entsprechende Baugruppen ebstellt und zusammmen gesetckt. Siehe Bild. Wenn ich jetzt im MyAVR Prog Tool unter mySmartUSB light suchen lasse, kommt immer die Meldung: Controller
Zeig mal den AVR ISP mkII im Gerätemanager
-
Thread
Universelle Tastenabfrage nach PeDa in AVR Assembler
zusammen, leider programmiert PeDa ( Peter Dannegger ) ja nur noch in C. Ich würde gerne als " AVR-ASM-Übender " die erweiterte Version von dieser hier verstehen und suche somit Leute die Lust und Können besitzen, dies einem AVR-Assembler-Übenden zu erklären : http://www.mikrocontroller.net/topic
Bernd S. schrieb im Beitrag #7387475: > deshalb habe ich den AVR8ASM-Code leicht abgeändert In neun Jahren? Respekt.
-
Thread
Delay in Mainschleife auf einmal langsam
Hallo, in meinem Programm habe ich in der while(1)-Schleife in der main-Funktion lediglich ein _delay_ms(1000) und danach das Toggeln eines Pins. Außerdem kann der MC in der Anwendung Daten über UART empfangen. Empfängt er nun ein einzelnes Zeichen über UART, dann toggelt der Pin, der in der Main umgestellt wird nicht mehr. Meine Frage: Kann das mit dem _delay_ms(1000) zusammenhängen? Ich habe schon öfters gehört, dass diese Delay-Funktionen Problemem mit sich bringen. gruß bushobbyentwickler p.s.: Den Code werde ich später reinstellen.
-
Thread
Suche Baustein, der in Abhängigkeit von Zeit (Frequenz) schaltet
das ESP8266 Plugin bezieht). Der Compiler-Pfad ist: Für C: c:\...\arduino-1.8.7\hardware\tools\avr\bin\avr-gcc.exe Für C++: c:\...\arduino-1.8.7\hardware\tools\avr\bin\avr-cpp.exe Als Library Verzeichnis brauchst du alle Verzeichnisse unter c:\...\arduino-1.8.7\hardware\arduino\avr\libraries
teste ich mit einem Magneten in der Hand und einem Reedschalter am Arduino. Klappt einwandfrei. Langsam vorbei bewegen = LED aus. ( für Tempo 10-25 ) Schnell vorbei bewegen = Led an. ( für Tempo über 25 ) Fehlt nur noch: ganz langsam vorbei bewegen = LED an. ( für Tempo unter 10 )
-
Thread
Rotary-Encoder mit Arduino als Konzentrator
"transmit buffer" ist genau der 2-Byte-Fifo, den ich oben > beschrieben habe. Für die üblichen AVR Arduinos gilt: #define SERIAL_TX_BUFFER_SIZE 64 Siehe: https://github.com/arduino/ArduinoCore-avr/blob/master/cores/arduino/HardwareSerial.h https://github.com/arduino/ArduinoCore-avr/blob/master
aus gutem Grund gar nicht erwähnt. So viel zum Thema, Arduino sei ein Subset von C/C++. Da du die avr-libc Library benutzt, solltest du die Anleitung dazu lesen. Fang dort an: https://www.nongnu.org/avr-libc/user-manual/pages.html
-
Thread
AVR minimale Taktfrequenz
für das ISP erstmal ausgesperrt habe. Erst "uisp" war per Argument in der Lage, den STK200-Klon langsam genug zu takten, so daß der AVR auch mitkam. Fuses konnte ich damit zurückstellen, Programmcode in den Flash laden konnte ich so leider nicht (immer Verify-Error) - sonst wär das Problem damit ja
Wieso sollte das nicht gehen? Genauso wie man den AVR beliebig langsam takten kann, sollte man auch das Programmierinterface beliebig langsam takten können. Wenn avrdude das nicht unterstützt, musst du dich mal woanders umsehen.
-
Thread
Avr zeitproblem - atmega16 zu langsam
selben fuses programmiert. Ich verwende die selbe taktfrequenz, doch das programm läuft irgendwie zu langsam. Genauer: im programm ist eine schleife, die mit 4,1 ms, also mit 244 hz ausgeführt. Mein controller braucht aus irgendeinem grund 3 mal so lang wie er sollte. Bei Dirk uffmann war zuerst auch
> -lm bei LDFLAGS Warum wurscheltst du da manuell im makefile rum? Leg ein normales Projekt im AVR-Studio an, das verwaltet für 99% aller Projekt das besser als du. >Wenn ich eine verzögerungs-routine aufrufe, wird diese aber richtig >ausgeführt...also eine warteschleife zu 1ms dauert auch 1ms
-
Thread
Ab wann lohnt sich ein 32bit Controller? Compilerkosten?
so richtig billig ist eigentlich nur die avr serie debugger software controlle alles bekommst du so für 200 euro
es hilft EMV-mässig fast nichts, einen an sich schnellen Prozessor langsamer zu takten. Das Problem sind die internen Stufen, die auch bei langsamer Taktung entsprechend schnell umschalten, das ist unabhängig von der eigentlichen Taktfrequenz.
-
Thread
Welcher Cortex-M0 Controller wird der 8-Bit Killer?
kleinen AVR's lohnt ein AVR überhaupt nicht - nicht mal für Hobby oder Schüler. Somit gilt die Faustregel: - Kleine Anwendungen >> PIC - Mittel bis große Anwendungen >> Cortex-Mx (STM32, LPC1xxx, ...) - und mache einen GROßEN BOGEN um AVR Beim PIC gibt es ein PICkit für 30 EUR, mit dem man auch debuggen kann - das ist beim AVR auch viel teurer, somit zu teuer für Schüler.
-
Thread
Atmel Neuling, welchen Debugger/Programer
welchen Debugger soll ich mir zulegen? Aktuell werde ich einen AtMEGA644 damit beschreiben. AVR Dragon ( alleskönner? ) ca 50€ AVR-ISP500-ISO ( olimex daron klon ? ) 47€ AVR JTAGICE3 ( was kann der mehr? ) 80€ Der Olimex ist charmant, da er bereits beide Wannenstecker 6polig und 14polit
@Atomix (Gast) >AVR ISP MKII -> Reichelt hat die manchmal im Angebot. Wir jeden Tag teurer, das kostete mal 39 Euro. http://www.reichelt.de/Programmer-Entwicklungstools/AT-AVR-ISP/3/index.html?&ACTION=3&LA=2&ARTICLE
-
Thread
ATmel-uController Übersicht ?
http://www.mikrocontroller.net/articles/AVR_Typen
Bei einem sehr langsamen Fading sieh man bei 8bit einen deutlichen Unterschied zwischen den unteren Stufen. Bei vielen Lichtanwendungen will man ja eher langsam und gemütlich faden. und in SW bekommt man eine 16bit PWM
-
Thread
ATMEL Evaluations-Board V2.0.1 & ATtiny13
128kHz runter habe ich mich aber nicht getraut. Bei den 1,2 MHz muss man schon den USB-Progger auf langsam einstellen... Ich habe mir noch ein Textool-Sockel gegönnt, sodass die ICs leicht eingesetzt und entnommen werden können. Als Software nutze ich den khazama AVR-Programmer. Das Programm lädt vor jedem
Praxis aus ? Wie ich bereits erfahren habe liegt es wohl daran, das durch das ändern des fuse-bits des AVR Osc. von 9.6Mhz (standard) auf 128kHz der Osc. zu langsam schwingt, es sollte ja mindestens das 4 fache vom Programmer kommen... hab ich das richtig verstanden ? ... ja ... :O) Also könnte ich nun
-
Thread
ATxmega-Experimentierplatine in Gold/Schwarz ab 12.04.10 eventuell Bausatz
Langsam hast du genug geschoben. Deine Platine will keiner haben.
schieb ... schieb ... schieb und immer wieder .... schieb ... schieb ... schieb wird doch langsam langweilig
-
Thread
einfache Grafikkarte mit 256x252 und 256 Farben für AVR
Die 70ns sind etwas langsam, 55ns sollte das SRAM auf jedenfall haben.
An sich ja, aber: Der ext Interrupt löst nur den Interrupt aus. Wann der AVR aber wirklich dazu kommt, die Daten abzuholen weiß man nicht. Man muss also entweder die Zeiten so langsam machen, dass der AVR auf jedenfall dazu kommt die Daten zu laden, oder man baut Busy Flags
-
Thread
Taschenrechner - Algorithmen
du dir um die Ausführungszeiten keine Gedanken machen. Die meisten 08/15-Rechner haben einen langsameren Prozessor als den AVR. 64-Bit-Gleitkommaarithmetik gibt es in der GCC-Lib und der AVRLibc nicht, möglicherweise kannst sie du sonst irgendwo herunterladen. Aber wie schon geschrieben wurde
du dir um die Ausführungszeiten keine Gedanken > machen. Die meisten 08/15-Rechner haben einen langsameren Prozessor als > den AVR. Auch interessant. Habe mich früher eh schon mal gefragt, was darin werkelt. > 64-Bit-Gleitkommaarithmetik gibt es in der GCC-Lib und der AVRLibc > nicht, möglicherweise
-
Thread
Welche Programmiersprachen benutzt ihr ?
c genauer benutz ich den gcc compiler (winavr) zusammen mit dem avr studio.
Die Programmiersprache ist (erstmal) völlig egal (es gibt aber wohl kein Delphi für AVR...). Wichtig ist es, sich mit dem Datenblatt des Controllers auseinander zu setzen, sich auch mal die Tutorien anzugucken (C: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial AVR-Assembler
-
Thread
WS2812B 800KHz PWM mit Transistor Pegelwandler
Damit das Signal hinter dem FET low wird, muss er ja durchsteuern. Somit ist das Signal am Gate zu langsam wieder high.
solche Leute damit leben, dass oft zusätzliche externe Elektronik nötig wird, wo so ein Problem beim AVR8 mit dem µC alleine bereits gegessen wäre. So z.B. in deinem Fall. 17 WS2812B kann jeder AVR8 völlig problemlos ansteuern und er läßt sich problemlos mit 5V betreiben. Das ganze Levelshifter-Geraffel
-
Thread
MI0283QT-2 mitHX8347 ist echt langsam
Hallo, ich bin auf der Suche nach einem Beispielprojekt für das AVR Studio unter der Verwendung von einem XMega128 o.ä. zur Ansteuerung des HX8347D über SPI. Vielen Dank für die Antworten!
Compiler von Arduino optimiert. Damit müsste ich alle Libs, welche im Projekt verwendet werden, auf das AVR Studio adaptieren. Das würde ich gerne Vermeiden. Im AVR Studio existiert ein Beispielprojekt für den HX8347A. Von HX8347A zu HX8347D haben sich quasi alle Register geändert und kein Stein ist auf
-
Thread
Codename Brillo: Googles /besonders/ kompaktes Betriebssystem für das Internet der Dinge
Hans schrieb im Beitrag #4143349: > Ich nutzte selbst am AVR zu 99% c++. ... und stets größere AVRs als eigentlich nötig ;-)
Was macht Moby eigentlich wenn sich die ARM's weiter durchsetzen und AVR mehr und mehr obsolet wird?
-
Thread
LCD 1602A an Atmega128A will nicht funktionieren
Board zugelegt, um ein wenig mit Mikrocontrollern herumzubasteln. https://www.olimex.com/Products/AVR/Development/AVR-MT128/ Leider bekomme ich weder mit dem auf der Olimex Seite bereitgestellten Beispielprogramm, noch mit den Routinen aus dem LCD-Tutorial das Display zum laufen (nur schwarzer Balken
Ok, ist einen Versuch wert. Wie setze ich denn diese Fuse im AVR Studio 6?
-
Thread
Fehler bei Programmübertragung in den AVR
Hi, ich verwende diese Schaltung hier: http://www.rn-wissen.de/index.php/AVR-ISP_Programmierkabel vllt sollte ich mir mal langsam einen anderen anschaffen... vorausgesetzt es liegt daran. Über die Paralelle Buche dauert das schon 4 minuten bis die 128K da reingedrückt sind... und dann das ganze nochmal auslesen =P was haltet ihr von dem AVR ISP MK2? Vom Preis her recht annehmbar.
-
Thread
mySmartUSB MK2 Programmierung sehr langsam
Probier mal myAVR Prog Tool. http://shop.myavr.de/index.php?sp=download.sp.php bei mir braucht ca. 30 Sekunden.
Lötbrücken.. Dann hat sich definitiv herausgestellt, dass Bascom mit dem mySmartUSB MK2 nicht geht, im AVR ISP Programmer erkennt er den Chip, programmiert aber nur bei 9.600 Baud und ca. jedem 15. Durchgang korrekt. Im myAVR MK2/AVR910 geht gar nichts, dann habe ich den myAVR Programmer verwendet und alles
-
Thread
AVR was passiert kurz vor der Brown-Out Erkennung?
Schwankungen (im kHz Bereich) zwischen 3,3V und 2,8V zuverlässig zum abstürzen bringen kann. Mit langsam schwankender Spannung wie von einem Akku hat der ESP hingegen kein Problem. Bei AVR fehlen mir entsprechende Erfahrungswerte, deswegen frage ich. STM32 würden mich auch interessieren.
. Sowas ist beim AVR gar kein Thema.
-
Thread
Transistor (Verzweiflung)
Die 5V sollte eigl. ein AVR sein
>Die 5V sollte eigl. ein AVR sein 5V / 5mA => 1 KOhm
-
Thread
Werden Atmels 8-Bit-Mikrocontroller teurer?
). Vielleicht werden diese ja zu einem zweiten Standbein des Forums, neben AVR.
Beitrag #4901611: > Das muß man relativieren: bevor ein 8051 seine ISR angesprungen hatte, > war der AVR mit seiner ISR schon fertig ;-) Ein Silabs C8051F120 mit 100MIPS steckt den AVR doch locker in die Tasche. Die Geschwindigkeit ist aber nicht ausschlaggebend. Oftmals hat man einen langsamen Interrupt
-
Thread
Einstieg 32Bit µC - Welche "Familie"
Design-Fehler im Schaltplan läßt sich softwaremäßig ausbügeln. Ansonsten sind die Dinger scheisse langsam und nicht empfehlenswert. Mit dem C30-Compiler habe ich einen doppelten so schnellen Quarz benötigt, wie bei einem AVR mit der gleichen Firmware.
müsste der avr nur ein viertel der Geschwindigkeit haben so gesehn ist der pic wider schneller wen er nur die Hälfte langsamer ist :P
-
Thread
Atmega328p fuses falsch gesetzt
Hast du noch einen weiteren AVR rumliegen? Je nach AVR-Typ genügt es u. U., einfach nur eine Fuse zu setzen, damit er seinen internen Takt an einem Pin heraus wackeln lässt. OK, diesmal die Fuse richtig setzen. :)
würde für meine Zwecke ausreichen. [code]https://www.diamex.de/dxshop/USB-ISP-Programmer-fuer-Atmel-AVR[/code]
-
Thread
Gerät mit AT90S4414 retten
Berichtigung: Kein AN910 Programmer sondern AVR910
Brenner mit einen TTL-IC der ab der LPT Schnittstelle läuft, kann der mit Ponyprog langsamer brennen?
-
Thread
Projekt: Virtuelle Instrumente an serielle Schnittstelle
Floating Werte erstellen. C oder Bascom Programmierer können das sinngemäss übernehmen. [code] avr.device = atmega328p avr.clock = 16000000 avr.stack = 100 uart.baud = 115200 uart.Send.enable Dim i, f as single do ' Erzeugt Rampe (i) und Sinus (f) for i =0
Das Projekt wird ja doch langsam zum Wunschkonzert, im wahrsten Sinn des Wortes ;-)