-
Thread
Welcher Fehler hat euch zuletzt Zeit gekostet ?
Bei der Portierung von STM8 (Compiler = SDCC) nach AVR hat mich folgendes (eigentlich einfaches) schier Verzweifeln lassen (und ich hätte früher ins Assemblerlisting gucken sollen), Code ist in einer ISR: SDCC: [code] uint32_charlie_buf; uint32_t
... [/code] Ein Blick in meine Notizen zum originalen Programm hat mir auch gezeigt, warum nr 32-Bit lang war. AVR-GCC: macht erst mal irgendwie Müll wenn nr 32-Bit groß ist. Okay, gibt es das halt in: [code] uint32_charlie_buf; uint32_t nr; ... if (charlie_buf & (1 << nr)) { } .
-
Thread
ubuntu flaschen von ATmega324PB mit avrdude
Naja ein atmega32 ist kein atmega324PB. "-p m32" Da must Du wohl noch mal die Beschreibung lesen.
blink.o avr-objcopy -j .text -j .data -O ihex blink.elf blink.hex avr-size --format=avr --mcu=atmega324p blink.elf [/code]
-
Thread
Welcher Drehgeber ist am besten geeignet?
Drehbewegung von 270 Grad, und dann sollte er 255 Positionen haben, also würde ich statt Drehgebern mit 32 oder 64 Rastungen nach welchen mit 360 Rastungen suchen. Die von Lothar gepostete Beschleunigungsauswertung ist sinnvoll http://www.lothar-miller.de/s9y/categories/54-Encoder bei Drehgebern die
S. R. schrieb im Beitrag #4304020: > Der > macht dann die gesamte Auswertung in Hardware. Ein AVR kann das aber > nicht. Warum schreibst Du denn so etwas? Ein AVR lacht sich bei der Arbeit höchstens kaputt, was dann zu einem Ausfall führen könnte. Oder denkst Du an Dekoder mit 32-Bit parallel
-
Thread
komplettes Touch neu zu tauschen ggn Wissen
der direkt von einem AVR angesteuert wird. Damit sind wir dann mit viel Aufwand genau so weit wie mit dem SPI Display. Solltest du vorhaben das Baord zu Nutzen und selbst in die STM32 Programmierung ein zu steigen bin ich
Displays zu entsorgen, weil ich sie nicht nutzen kann. Das ist eigentlich die Hauptsache. Zum STM32 --> Als Elektroniker bin ich IMMER gewillt Neues zu machen und mich damit weiter zu bilden. Also STM32 prinzipiell ja. Mit AVR meine ich eher, dass ich den Rest ( also Steuer/Mess/Regel/Schaltaufgaben
-
Thread
LED, µC und autobatterie
--- typedef signed char s08; typedef signed int s16; typedef signed long s32; typedef signed long long s64; typedef unsigned char u08; typedef unsigned int u16; typedef unsigned long u32; typedef unsigned long long u64; //============================
PORT, volatile u08 *DDR, volatile u08 *PIN, u08 msk, u08 status, u16 time) { u08 t=0; u08 p=64; // 64 PWM-Steps time = (time+64) >> 7; // (2 ms x 64 Steps) => time / 128 *DDR |= msk; // Set IO-pin as output //-----------------------
-
Thread
12bit ADC+12bit DAC 20kHz 8min
14400000 Bytes - die Adressierung wird einem Mikrocontroller etwas schwerfallen, wenn es nicht die 32 Bit Klasse a là STM32 ist, m.E. fällt ein normaler AVR hier aus (oder man nimmt einen XMega mit externem SDRAM). Entweder komprimierst du schon bei der Aufnahme oder du hängst ein 16Mb RAM an deinen
FAT(12,16,32)-Dateisystem. Sehr klein. Beispiele für AVR. Holger Klabundes FAT16/32 mit Beispielen für AVR MMC/SD und CF, LPC2k mit SPI keine Ahnung was da am einfachsten in Betrieb zu bekommen ist.
-
Thread
ATmega644P - Programmierung
Hi, ich wollt fragen mit welchen Flash-Adapter ich den µC flashen kann? Hab bereits einen AVR-JTAG - Adapter (AVR JTAG ICE) von "www.olimex.com" und einen ISP USB Programmer für Atmel AVR Studio. In AVR-Studio kann ich mit AVR Prog den Controllern nicht auswählen (nicht vorhanden). Gibts ne
auch, es läuft bisher aber kein AVR mit 32 MHz. Die maximal nutzbaren 4 MHz sollten eigentlich weit genug von der USB Datenrate weg sein um keine unangenehme Differenz durch zusätzlichen Verpackungs-Aufwand zu bewirken. Sollten,
-
Thread
Welche ARM Modelle eignen sich für Anfänger?
Ich kann stm32 in Kombination mit coocox empfehlen. Also ich kam damit auf Anhieb zurecht (bin von Avr) umgestiegen. Mein Fazit war, dass es genauso leicht ist diese Dinger anzusprechen wie die AVRs. Ich hatte sogar
So schwer ist ARM der STM32 nicht. 1. Nimmt man Em:Blocks. Das ist einfacher als das alte AVR-Studio obwohl es moderner und leistungsfähiger ist. 2. Nicht die STM-Libs nehmen. Ein GPIO kriegt man auf Registerebene in drei
-
Thread
Lightweight WS2811/WS2812 Library
Eine Idee noch: Dir normalisierst Sättigung und Helligkeit auf 100. Wenn Du hier auf 64 oder 128 gehen würdest, würde für den AVR deutlich kürzerer Code generiert werden.
Ich weiß das eine div / 256 / 128 / 64 / 32 besser ist als eine div / 100. Ist ja dann nur eine schiebe Operation. Es wird halt immer in den Beispielen 0 bis 1 oder 0 bis 100% angegeben. Daher auch bei mir nur der Wertebereich 0 .. 100 ;-
-
Thread
Steuercomputer mit CPU 8085 - Verständnissfrage
Laufzeit, wenn man Refresh per Software machen mußte. Man kann sich ein EPROM und ein SRAM zu je 32kByte suchen, das biegt die Sache einigermaßen gut hin. So machte ich es auch mal.
Register (6 Stück a 8bit). Am einfachsten wäre eine statischisches paralleles RAM, z.B. 62256 (32k*8) die sind auch einfach anzusteuern.
-
Thread
Fragen zu FFT
pic-spectrum-analyzer-uses-fast-fourier-transform-routine/ Wenn der Code in C ist, sollte der Unterschied zwischen PIC und AVR keine so große Rolle spielen MfG Klaus
an einem Beispiel: Ich sample mit 14.423kHz (die krumme zahl ergibt sich aus 12 MHz, Prescaler 64 und 13 Cycles im free-running mode des ATmega) meine FFT hat 64 Slots, das Ergebnis theoretisch auch, wobei die oberen 32 uninteressant sind (spiegelung der unteren 32) Ich würde also Frequenzbänder
-
Thread
GCC single vs. double precision
0xdeadbeef) ein 'L' anhängst, wird's ein "long" (Größe von int/long sind 'implementation dependant': 16/32Bit beim AVR-GCC, 32/32Bit beim Microsoft Visual c++ Compiler etc.) Was bei 0.234L rauskommt weiß ich nicht, sollte aber - wenn's nach mir ginge - 0 oder ein Error werden. hth. Jörg ps.: > Nachdem
> Die double Variablen sind auch tatsächlich in 64Bit implementiert, > sonst würde nämlich in meinem Code überhaupt nichts funktionieren Als erstes hätte ich auch vermutet, dass Altera float und double beide 32 Bit und long double 64 Bit groß gemacht
-
Thread
Library für alle AVRs erstellen
bit" und "64 bit" tituliert werden. Beim AVR kommt's drauf an. Wenn man sich die Architektur-Klassen in der avr-libc bzw. die Multilib-Optionen im AVR-GCC ansieht, bekommt man ein Gefühl dafür, was man da
die, die es auf 0x0D … 0x0F haben: ATmega128A ATmega128 ATmega162 ATmega16A ATmega16 ATmega32A ATmega32 ATmega64A ATmega64 ATmega8515 ATmega8535 ATmega8A ATmega8 Das ist jetzt nur auf ATmegas bezogen, Tinys, Xmegas (sind aber einfacher) oder ganz alte AVRs habe ich nicht nachgesehen
-
Thread
Signalgenerator, Grenzen eines Atmega8
Eventuell kannst Du ja hiermit was anfangen: [c] #include <avr/io.h> #include <avr/interrupt.h> #include <avr/pgmspace.h> #include <inttypes.h> #define F_CPU 8000000UL // Quarz mit 8.000.000 Mhz #define TIMERRELOAD 256 // Nachladewert des Timers 255?
uint8_t u8[2];} counter; Ah das ist ja geschickt :D da spart man sich das ganze schieben.. Für 32bit Zähler dann "union {uint32_t u32; uint8_t u8[4];} counter;"? Greife ich dann mit counter.u8[0] auf die 8 höchsten Stellen zu? Ich weiß nicht so ganz, wie C die Werte im Speicher ablegt. Martin
-
Thread
Einstiegshilfe in ARM-Controller
der IDE. Einige > Hersteller bieten eigene an, Bei ARM? M.W. bietet das nur die Konkurrenz mit AVR32/PIC32. Die ARMen verlassen sich auf den gut bestückten Markt. Ansonsten eine Preisfrage. Eclipse/GCC/OpenOCD ist kostnix, aber etwas harzig bis es läuft. Atollic fehlt in der kostenlosen Version
prx: >> Einige Hersteller bieten eigene an, ... > Bei ARM? M.W. bietet das nur die Konkurrenz mit AVR32/PIC32. Die ARMen > verlassen sich auf den gut bestückten Markt. Ich habe murks geschrieben, sorry, eigentlich meinte ich, dass die Hersteller mit verschiedenen IDE-Anbietern zusammenarbeiten.
-
Thread
40 PortPins beschalten
Ingo L. schrieb im Beitrag #7211172: > Ich würde gerne alle 40 PortPins des AT32/16 , mit LED´s beschalten. Was soll das sein, nenne mal die richtige Bezeichnung. Z.B. der ATmega32 hat nur 32 IOs.
http://mino-elektronik.de/AVR_PWM_64/AVR_PWM_64.htm Viele LEDs, einfach zu verdrahten und alle in der Helligkeit steuerbar. Darf in keinem Weihnachtsstern fehlen ;-)
-
Thread
Fragen zu Forth
lesen: s" 1" r/o open-file . . 0 22321088 ok 22321088 key-file . 35 ok 22321088 key-file . 32 ok 22321088 key-file . 49 ok 22321088 key-file . 32 ok 22321088 key-file . 34 ok 22321088 key-file . 97 ok 22321088 key-file . 115 ok 22321088 key-file . 103 ok 22321088 key-file . 49
file-size endeckt. Damit konnte ich das Programm realisieren: [code] \ FORTH binary file to AVR header file converter \ converts a 16 bit intel binary to a 16 bit AVR-header file ( bytes reversed ) \ \ file tutorials \ http://www.complang.tuwien.ac.at/forth/gforth/Docs-html/Files-Tutorial.html
-
Thread
maximite TFT mmbasic Computer
http://www.watterott.com/de/USB-32-Bit-Whacker-PIC32MX795-Development-Board Ich mein der war vor ein paar Wochen noch 10€ preiswerter ?!.... Das Ding ist aber Plug an Play. Gutes HW Design ! DS
I2C gefunden. Bei einem wird sogar ein PCF8574 angesteuert. Dieser aber unter der Adresse &H20 = 32. Dieses ist aber nach meinem Wissen die falsche Adresse. Seit jahren funktionieren die Adressen &H40 = 64 und die folgenden. 64 = Schreiben in 8574, 65 = lesen 8574. Gerade Adresse schreiben, folgende
-
Thread
Windows XP update auf Win 7 oder gleich auf Win 8?
Flugsimulator, Dann bleibe doch bei XP. Falls Du unbedingt Zeit vertüddeln möchtest, nimm Win7. Ob 32 oder 64 Bit-Version ist egal; man kann sich zu einem Schlüssel kostenfrei die jeweils andere Version herunterladen und aufspielen. Bei 2GB RAM bringt die 64er Version noch keinen nennenwerten Vorteil
64 bit braucht den doppelten Speicher, die 2G waren bei 32bit Win7 gemeint.
-
Thread
Compilerfehler Programm springt aus der Initialisierung zum Start zurück
den Verdacht nahe, dass es sich um solche Konstanten handelt. Falls ja, freunde Dich mal mit <avr/pgmspace.h> an.
14,15,15,15,16,16,17,17,17,18,18,18,19, 19,20,20,21,21,21,22,22,23,23,24,24,25, 26,26,27,27,28,28,29,30,30,31,32,32,33, 34,35,35,36,37,38,39,39,40,41,42,43,44, 45,46,47,48,49,50,51,52,53,55,56,57,58, 60,61,62,64,65,66,68,69,71,72,74,76,77, 79,81,83,84,86,88,90,92,94,96,98,100,103, 105,107,109,112,114,117,119,122,125,127
-
Thread
Controller gesucht, interner ADC und DAC?
integrierten ADC und DAC haben? Ziemlich volle Wunschliste ich > weiß, aber gibts da irgendwas in Richtung AVR/ARM/Cortex? AVR fällt mir hier spontan der Atmega32M1 ein. Kommt zwar nur um TQFP32-Gehäuse daher aber hier gibts u.a. formschöne Adapter auf DIL/DIP z.B. sodass man das auch auf dem Steckbrett nutzen
sowas nicht? Der oben vorgeschlagene Atmega32M1 ist sogar noch schneller dabei, er hat noch ne 12 bit PWM mit 64 MHz PLC
-
Thread
Atmel Bausatz zum Einstieg in MCUs
AVR Mikrocontroller sind im Vergleich zu 8051 nicht alt, sondern modern. Manche Leute sagen "Warum 8bit lernen, wenn man auch 32bit haben kann"? Das kann ich beantworten: Weil 8bit Controller einfacher
Stefan U. schrieb im Beitrag #4524738: > Nicht > wegen der 8bit an sich, sondern eher weil die 32bit Controller in aller > Regel auch viel mehr Features um den CPU Kern drumherum haben. Es gibt 16Bit Controller, die mind. genauso einfach sind, wie die ollen AVR. ;-) Stefan U. schrieb im Beitrag
-
Thread
welcher micrcontroller
> Da gibt es dann > die ISP fähigen AVR Controller (AT-Tiny und AT-Mega) die hier absolut > favorisiert werden. Die AVRs haben sich so langsam überlebt. Teuer, wenig Leistung usw... für 8 euro bekommste das stm32F1Discovery oder für
Mikrocontroller ja oft nicht so viel Speicherplatz zur Verfügung haben. Ein Atmega328 zum Beispiel nur 32KB, das ist die Hälfte von dem, was vor 25 Jahren mal ein C64 Heimcomputer hatte. C und C++ sind "Hochsprachen", die erst durch einen "Compiler" in das eigentliche Maschinenprogramm übersetzt werden
-
Thread
cmake: Create a hex-file with an AVR compiler
Run Build Command:C:/TDM-GCC-64/bin/mingw32-make.exe "cmTryCompileExec2122687935/fast" C:/TDM-GCC-64/bin/mingw32-make.exe -f CMakeFiles\cmTryCompileExec2122687935.dir\build.make CMakeFiles/cmTryCompileExec2122687935.dir
cmTryCompileExec2122687935.dir\build.make:91: recipe for target 'cmTryCompileExec2122687935.exe' failed mingw32-make.exe[1]: *** [cmTryCompileExec2122687935.exe] Error 1 mingw32-make.exe[1]: Leaving directory 'C:/Users/Jonas Hamers/Downloads/cmake_avr/build/CMakeFiles/CMakeTmp' Makefile:116: recipe
-
Thread
atmega8 und atmega32 werden verfused
verschieden laptops, - das experimentierboard myavr mkII, und 2 selbstgebaute Platinen für m8 und m32, - verschiedene programmer für avrdude -- avr911 -> kann nicht schreiben,(fuses) -- avr910 schreibt zwar die Fuses, diese werden alle auf 0xff gesetzt, genauso die device signatur auf 0xffffff, -- avr109 verhält sich wie avr911 -- verschiedene USB-Kabel (2m, 0,6m) Es geht eigentlich nur darum die lfuse von 0xe1 auf 0xe0 zu setzen, damit ich einen externen quartz ( 3...8MHz) nutzen kann. für
-
Thread
Lauflicht in C
gern ausprobieren; ein paar Byte werden bei AVR-GCC eingespart.
blind glauben :) ein experiment gehört immer dazu. man nehme folgendes beispiel für den atmega32 uart: [c] #include <avr/io.h> int main(){ uint8_t __br = 25; UBRRH = __br >> 8; UBRRL = __br; UCSRB = (1 << RXEN) | (1<<TXEN); UCSRC = (1 << URSEL) | (3<<UCSZ0); // while(1){
-
Thread
Wie am besten 60 LED's ansteuern
> Ich würde die LED's direkt an den AVR hängen, würde es dann gehen ? Der AVR kann das auch nicht.
schon 28 Pins gefressen. Wenn ich jetzt noch andere Module wie Dcf77 oder bestimmte Sensorenn den avr haben mmöchte, beispielsweise einen Atmega 32 wirds doch echt knapp noder sehe ich das falsch
-
Thread
Hex-Wert in char-Array umwandeln?
http://www.nongnu.org/avr-libc/user-manual/group__avr__eeprom.html#ga88df934c94c037b10ebeb337a6883a74
es auch. falls es mal kein blockwrite gibt ( der macht nämlich genau das ). [code] type ar_32 = array[0..3] of byte ; var p:^arr_32; v:integer; / 32bit variable i:byte; begin p:=@V; //pointer p auf V zeigen lassen v:=irgend ein wert; // schreiben start_eeprom
-
Thread
RP2040 / Pi Pico nutzen
die sogar 3 Cores haben. Und die Cores nicht blos *mickrige* ARM M0 sind. Die koennen nicht mal 32 bit mit 32 bit zu 64 bit multiplizieren. Damit kannst du > mit dem RP2040 einen SDR aufzubauen naemlich vergessen.
die sogar 3 Cores haben. > Und die Cores nicht blos mickrige ARM M0 sind. > Die koennen nicht mal 32 bit mit 32 bit zu 64 bit multiplizieren. Leistung ist relativ! Es wurden schon SDRs auf AVRs programmiert. Da wirkt dann ein Dual-Core mit M0 und 133 MHz doch wie ein Bolide. Unabhängig davon findet
-
Thread
Flashen des Atmega128
datenblatt. > Atmega128 > mit Fusebits etc... der unterscheidet sich doch in _nichts_ von einem atmega32 oder 8, was das flashen per isp betrifft...
die Einstellungen zusammen durchgehen ? Ich habe schon alles mögliche ausprobiert. Mit dem Atmega32 gab es überhaupt keine Probleme... Danke im Voraus !
-
Thread
z80 system
Keller). Ich hatte mir auch mal ein eigenes Z80-System aufgebaut, mit 2kB Boot-EPROM U2716 und 8*64kBit DRAM U2164. Aber nach der Wende habe ich bei Conrad eine VPS-Decoder Einheit für 1,-DM gesehen, da war ein 80C31, 74LS373 und 27C64 + 7805 drauf. Ich war begeistert, wie minimal man ein MC-System
war das völlig entschwunden. > und dafür schöne Fassungen > mit Stiften (die man eher kriegt als 64er DIP). Ca. 1986/87 wurde die CPU zusammen mit dem DP-64S Sockel angeboten. Ich hatte mir dann umständlich einen Adapter auf den "normalen" DIP-64 Sockel gebaut, statt einfach 2 Langlöcher in die
-
Thread
Unterschiedliche Architekturen und Structe
uint8_t) oder sizeof(uint16_t) ausgeben lasse, so stimmen diese mit 1 resprektive 2 sauber mit dem vom AVR überein. Also scheint der gcc diese bei der Ablage im struct zu optimieren oder er füllt irgendwo etwas auf. Wenn er mit 32 Bit Breite ablegen würde, müsste aber schon das struct fan_t alleine 64 Bytes
kann man recht einfach zur Laufzeit abtesten. Zum Rumwirbeln der Bytes gibt's im GCC __builtin_bswap32/64. http://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/Other-Builtins.html#index-g_t_005f_005fbuiltin_005fbswap32-2805 Johann
-
Thread
Oszilloskop mit AVR
ich sowiso zusehen muss wo ich irgendwelche Spezial ICs bekomme. Die Low Cost Alternative: 8 oder 32k SRAM in Pseudo DMA Configuration am AVR. Dieser schafft dann rund 2MS/s @ 16MHz
Die Sofware unterstützt auch direkt ein Parallelport JTAG Interface. (Ähnlich kompliziert wie der AVR ISP Adapter) Und was gibt es sonst noch an Testequpment ? Einen 8 Kanal Logic Analyser mit 32MS habe ich, den ich auch als 32MS Oszi betreibe, daher habe ich schon ein paar Erfahrungen mit dem Thema
-
Thread
UART und SD Karte
Greift auf eine SD Karte per SPI zu * * Doku, siehe http://www.mikrocontroller.net/articles/AVR_FAT32 * Neuste Version: http://www.mikrocontroller.net/svnbrowser/avr-fat32/ * * */ #define F_CPU 8000000UL #include <avr/io.h> #include <util/delay.h> // definiert _delay_ms()
[/c] und die uart.c [c] /* * Doku, siehe http://www.mikrocontroller.net/articles/AVR_FAT32 * Neuste Version: http://www.mikrocontroller.net/svnbrowser/avr-fat32/ * Autor: Daniel R. */ #define F_CPU 8000000UL #include "mmc_config.h" #include "uart.h" //***********
-
Thread
Altes Notebook updatetauglich?
mit einem intel Core 2 Duo (T9300, 2,5GHz) und 4 GB DDR2-RAM. Derzeit ist Windowes Vista in der 32-Bit version installiert. Mit der bitte, dass wir den PC wieder etwas auf Vordermann bringen, überlege ich nun, da windows 7 x64 und eine SSD zu kaufen. Bevor wir aber Windows und SSD kaufen würde
im Beitrag #4176654: > Kann er wirklich mit 128GB auskommen und schaut auch keine Filme davon? > 64Bit W7 braucht deutlich mehr Platz als 32Bit. 15Gbyte um genau zu sein (bei einer Neuinstallation).Gilt auch fuer Win8.1. Das sind keine theoretischen Angaben sondern von mir selbst "verifizierte"
-
Thread
Unterschied der verschiedenen AVR-JTAG Programmer- und Emulator-Interface
Thomas S. wrote: > die 64 K. Der Dragon kann nur _32_ k
>was spricht gegen den AVR Dragon? Der dragon kann mur 32k, dh oberhald des Mega32 laeuft nichts mehr. Dann sollte man des STK500 haben, sage man mir bei Atmel
-
Thread
#define oder wie geht man am besten vor?
deswegen auf 13, weil die MessageQueue bis zum letzten Byte gefüllt ist. Ich meine, habe ich einen 64 Bytes großen Buffer und füge ich 64 Bytes ein, incrementiere ich write_offset unter Beachtung des Überlaufs 64 mal. Damit ist write_offset nach dem einfügen genau so groß wie zuvor, nur der Buffer ist
Be Bo schrieb: > Beim PIC32 werden Additionen in Prozessorregistern ausgeführt. Das ist üblich, machen viele CPUs so, z.B. der AVR. > D.h., daß > es passieren könnte, daß gerade in diesem Augenblick ein Interrupt > ebenfalls
-
Thread
Was definiert die Bittigkeit einer CPU
Rechenarithmetik. Welche dieser beiden Möglichkeiten definiert also, ob eine CPU eine 8 Bit, 16 Bit, 32 Bit oder 64 Bit CPU ist? Ist das irgendwie definiert?
formulieren: Wem außer den Marketing-Leuten bringt diese uneinheitliche Klassifizierung in 8-, 16-, 32- und 64-Bit-Typen überhaupt etwas? ;-)
-
Thread
Umstieg von AVR Studio 4 auf Atmel Studio 7, lohnt sichs nun?
Willst Du ein Atmel ICE oder ein JTAGice3 benutzen? Willst Du XMegas benutzen? Willst Du AVR32 benutzen? Wenn Du eine Frage mit ja beantworten kannst/willst/musst, dann greif zu. fchk
die schlichte Oberfläche des > alten Studio 4. Geht mir genauso. Allerdings habe ich den alten avr-gcc 4.3.3 von 2010 durch den avr-gcc 4.7.2 ersetzt. Der kann LTO und produziert auch prinzipiell kompakteren Code.
-
Thread
AVR-Studio Problem beim Compilen
Ich dachte auch das sich das erledigt hätte. Scheint aber ein reines Vista64 Problem zu sein. Unter Vista32 und Win7-64 laufen die neueren WinAVR Versionen bei mir mit der Standard Installation. Allerdings habe ich auf beiden Systemen auch das Qt-SDK installiert. Das enthält
bei dir denn auch erst eine Fehlermeldung mit "_spawnvp" oder "fork"? Das hatte ich mal unter Vista32 und einem 2007er WinAVR.
-
Thread
CLKDIV8 programmiertechnsich setzen, nicht manuell
*/ CLKPR = 1<<CLKPS2; /* Prescaler auf 16 */ // CLKPR = 1<<CLKPS2|1<<CLKPS0; /* Prescaler auf 32 */ // CLKPR = 1<<CLKPS2|1<<CLKPS1; /* Prescaler auf 64 */ // CLKPR = 1<<CLKPS2|1<<CLKPS1|1<<CLKPS0; /* Prescaler auf 128 */ // CLKPR = 1<<CLKPS3; /* Prescaler auf 256 */ [/c] Geprüft für ATmega88PA
> CLKPR = 1<<CLKPS2; /* Prescaler auf 16 */ > // CLKPR = 1<<CLKPS2|1<<CLKPS0; /* Prescaler auf 32 */ > // CLKPR = 1<<CLKPS2|1<<CLKPS1; /* Prescaler auf 64 */ > // CLKPR = 1<<CLKPS2|1<<CLKPS1|1<<CLKPS0; /* Prescaler auf 128 */ > // CLKPR = 1<<CLKPS3; /* Prescaler auf 256 */ > Geprüft für
-
Thread
Brauche hilfe zum erstellen einer Hex Datei aus einer Makefile
Windows 7 32bit
zu erklären bis es geklapt hat.Ich hatte bis jetzt nur Anfänger Projekte verwirktlich und das mit MyAVR Workpad Plus.Deshalb wußte ich nicht wovon ihr redet.Na ja jetzt ist es ja fertig auf dem Chip.Jetzt muss ich nur noch rausfinden wie ich die Fusebits einstellen muss das der Mega32 auf 16mhz läuft.Aber
-
Thread
STM32 „Bluepill“ vs. Atmega328 Batteriebetrieb mit Arduino
eigentlich NRF24 Radios mit integriertem Cortex-M0 (oder -M4) µC Kern. Damit spart man sich den STM32 oder AVR komplett.
Stefan U. schrieb im Beitrag #5369135: > Denn beim > Schlafen ist die Stromaufnahme der AVR's erheblich geringer, als die > STM32F1 Serie. Wenn nur noch die RTC läuft, braucht selbst der alte stm32f103c8t6 nur 1.2 µA@3V. > Da das für Dich ein Thema ist, schau Dir auch mal die STM32L
-
Thread
Genaue Sekunde AVR
Kondensatoren. Fuses: CKOPT = haken, SUT_CKSEL: Ext.Crystal/Resonator High Freq.; Start-up time 1K CK + 64ms. (in AVR Studio mit ISP mkII). Ich hab auch schon verschiedene Einschwingzeiten ausprobiert. Frage: Woran liegt das? Ist das Hardwarebedingt oder ein Softwareproblem? Tim
Na, das Datenblatt sagt's schon: QMIM004,194 4.194.304Hz 32pF
-
Thread
Vorteiler Frequenzzähler
MHz wenn der Teiler das mitmacht). Einen extra MUX braucht man > nicht unbedingt, da kann man den AVR internen MUX bzw. den > Komparator-eingang nutzen zur Umschaltung des ICP Signals. Der ATmega32 besitzt einen eigenen MUX? Wenn ja wie nutze ich ihn? Von der Sache mit dem Komparator habe
Frequenznormal. Die Auflösung ist bei 0,5s Meßzeit 20e6 * 0,5 = 7 Digits. Für die Rechnung muß man dann aber 64Bit int nehmen, da einfaches float keine 7 Digits mehr kann und der AVR-GGC kein double.
-
Thread
Logik Analyzer, neuer Anlauf
erreichen, dass Sie mir dabei helfen, oder auch mitmachen. Die Hw baut auf folgendem Auf: C7C1329, 64kx32bit synchronem Sram, dad um die 8Euro zu bekommen ist. Die Idee ist, 16 kanäle, optional 32. Als reiner Analyzer, ohne PC, zum Lauschen von Protokollen, Handshakes, ... . Dabei sollen 16bit
liegt das BGA um die 50 Euro (8Mbit, 256Kbitx32) gegen die 12Euro (4Mbit, 4x64Kbitx16).
-
Thread
Takteinstellung ATtiny84A
Ich denke, diese Optimierung ist defaultmäßig eingestellt, wo kann ich das im AVR Studio 6 nachschaun/einstellen?
auf, in der ich alles initialisiere: [c] #define F_CPU 128000 #include "init.h" #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> void init() { sei(); // global interrupt enable // general port definitions DDRA |= (1 << PA7) | (1 << PA3); DDRB |= (1
-
Thread
Handbetriebenen Drehgeber ohne Timer auswerten
der an seinen Eingängen > keine Schmitttrigger hat. Die meisten mir bekannten µC (isnbesondere AVR, RP2040 (deaktivierbar) und CH32Vxxx) haben tatsächlich Schmitttriggereingänge. Die wenigen mir bekannten Ausnahmen sind ESP8622, ESP32, ESP32-S[23] und ESP32-C3, die aber alle noch sehr handelsüblich
Yalu X. schrieb im Beitrag #7983003: > Die meisten mir bekannten µC (isnbesondere AVR, RP2040 (deaktivierbar) > und CH32Vxxx) haben tatsächlich Schmitttriggereingänge. Die wenigen mir > bekannten Ausnahmen sind ESP8622, ESP32, ESP32-S[23] und ESP32-C3 Die ESP kenne ich garnicht.