-
Thread
MegaLOL
ich das Projekt mit dem Pollin AVR Board. Bilder und Source und Schaltplan im Anhang oder auf meiner Webseite. Gruß Ulrich
Handies verwendet werden, kommen auf ca. 2400Bit/sec. ( Stichwort LPC-Vocoder ). Die Leistung der AVR ist meines Erachtens für einen AVR etwas zu knapp. https://de.wikipedia.org/wiki/Vocoder
-
Thread
Fehler im Programm lauflicht.c
// T 63,64,64,63, // U 15,120,48,15, // V 127,32,48,127, // W 67,44,18,97, // X 71,72,72,63, // Y 97,89,69,67, // Z 0,111,111,0, // ! 2,97,105,6, // ? 96,96,0,0, // . 64,32,0,0, // , 12,12,12,12 // - }; uint8_t currentColumn=0; uint8_t columnBuffer[10]; uint8_t charPosition=0; uint8_t stringPosition=0; // Spalte aktivieren. colNr ist dabei die
-
Thread
Linux-ähnliches Betriebssystem für AVR
[code] GEN arch/avr/devs arch/avr/scripts/decode_packs: 28: arch/avr/scripts/decode_packs: Bad substitution XMLDEC ATmega8.atdf arch/avr/scripts/decode_packs: 60: arch/avr/scripts/decode_packs: php: not found BAD
for target 'arch/avr/devs' failed make: *** [arch/avr/devs] Error 1 [/code]
-
Thread
Arduino Pro Micro wird von Windows 10 nicht erkannt
Hallo, Hast du es unter Win7 versucht? Der 32U4 macht normal keine Probleme. Richard
Da ist ein ATmega32U4 drauf, der benötigt keinen FTDI oder CH340.
-
Thread
64 Eingänge für Arduino
Mikrocontroller neu zu programmieren? Was hast du mit 64 Eingänge vor?
Mit Shift Register w.z.B. den HC165 könnte man die 64 Eingänge bei 8MHz SPI Clock Frequenz im AVR in unter 10us einlesen. Zuerst den 165ern einen kurzen Übernahme Impuls senden und dann 8 SPI HW Reads - Fertig. Ein einziges I2C Byte bei 400kHz braucht
-
Thread
AVR int64_t in char[] umwandeln
hallo leute, vorabinfos: cpu: avr - mega128 compiler: winavr(aktuell) ich möchte eine int64_t zahl in einen string umwandeln damit ich ihn mitdem uart ausgeben kann. ich habs auf diese art versucht: int64_t zahl; char puffer
20 Stellen? Peter Dannegger hat in der Codesammlung eine Routine zur Division von 32Bit-Zahlen veröffentlicht. Die muß man nur (sollte auch ohne Probleme gehen) auf 64Bit erweitern.
-
Thread
µC 8-Bit 16-Bit 32-Bit Arbeitsweise??
: > Wenn man Multipliziert oder dividiert ist der Faktor aber wesentlich > höher, da dann sogar 32Bit Zahlen möglich sind. Hängt aber auch wieder von der Hardware ab. Beispiel: der AVR als 8-Bitter hat in den besser ausgebauten Versionen einen 16-Bit-Multiplizierer als Hardware an Bord, der
16-Bit-CPU (bspw. ein MSP430) kaum schneller als eine vergleichbar moderne 8-Bit-CPU (wie ein AVR). Dass ein 32-Bit-ARM mit oftmals viel höherer Taktfrequenz schneller ist, ist wiederum kaum verwunderlich, wobei er als echter RISC eben auch keine Speicheradresse mit einem Befehl laden kann
-
Thread
Multicore embeddedsystem? Viele Fragen!
hätte Atmel damals einen sinnvollen Anwendungsfall für ein Multicore AVR System gefunden?
Was nimmt man denn als OS für ein 32Bit Multicore µC, wenn es am RAM für ein abgespecktes Linux fehlt?
-
Thread
Tasterverarbeitung mit ARDUINO-C
Bernd S. schrieb im Beitrag #7378002: > 6802 ? > ist das nicht der Commodore C64 Chip ? Nö. Soweit mir bekannt ist, wurde mit dem 6802 kein Homecomputer gebaut, er war aber ein Arbeitspferd der Industrie. Aus dem 6800er wurde von Motorola dann der 6809 und später der 16/32 Bitter
Peters Routinen immer so schön auf jeden > meiner uC funktioniert. Ein wahrer Traum:-) +1 auf AVR und ESP32
-
Thread
128KB-ATMegas: Adressierung anders?
Benutzen ATMegas mit 128KB Flash (z.B. ATMega 1284P) im Vergleich zu den 64KB-Versionen (z.B. pinkompatibler ATMega 644) eine 24bit- oder 32-bit Adressierung statt 16bit - weil mit 16 bit nur 0-64K dargestellt werden können? Werden Binaries grösser? Oder ist der Speicher wortweise
den Code erst jenseits 128KB interessant. 16-bit adressierte Daten sind natürlich nur in den ersten 64KB möglich, darüber sind schlicht andere Zugriffsfunktionen zuständig - transparent war das in avr-gcc ja sowieso nie. Bei den 256KB Typen sorgt der Compiler dafür, dass alle Codeadressen, die irgendwie
-
Thread
Arduino Custom Firmware für Fitness Armband mit NRF52
den Low Frequenz Quarz läuft also auch recht genau sein müsste. Nochmal nachgeschaut: uint32_t millis( void ) { uint64_t ticks = (uint64_t)((uint64_t)overflows << (uint64_t)24) | (uint64_t)(NRF_RTC1->COUNTER); return (ticks * 1000) / 32768; } uint32_t micros( void ) { uint64_t ticks = (uint64_t)((uint64_t)overflows << (uint64_t)24) | (uint64_t)(NRF_RTC1->COUNTER); return (ticks * 1000000) / 32768; } die millis() kommen vom LowFreq Quarz und laufen über den RTC1 Timer
-
Thread
Experimentieren mit Microcontrollern - zur Praxis!
233...). Das STK200 hatte den für mich unschätzbaren Vorteil, mal schnell einen 74ACT573 und ein 32kx8 Ram raufstecken zu können, wenn ich mal was mit externem Ram und dem Mega8515/Mega162 testen will. Sonst nur Steckbrett und ISP vom Dragon ran. Ich habe noch nie einen AVR verfust und wenn es passieren
nicht drauf. Ich wette an den >Sockeln zahlt man sich dumm und dämlich :( Ja sogesehen ist das AVR STK 501 Erweiterungsboard für 79,85 EUR, (bei Reichelt), mit dem man z.B. auch den Atmega128 programmieren kann, sogar noch billig, da kostet ja schon alleine der TQFP64-Sockel, bei Händlern für Normalsterbliche
-
Thread
Suche DIP-µC für 80kHz Gegentakt-PWM in Hardware
ATtiny25 oder ATtiny261 können PWM bis 64MHz und einstellbarer Totzeit. Peter
für PWM haben die STM32 reichlich.
-
Thread
Suche µC mit 4 bis 8 PWM-Kanälen, mind. 12Bit
Meine Empfehlung: Der STM32F103, der packt das locker. Hat jede menge Timer drin und je Timer bis zu 4 PWM Ausgänge. Somit sind bis zu 32 PWM möglich. Siehe Artikel: [[STM32]] Damit hatte ich auch schon ein Signal mit 10KHz
Die XMEGA AVRs haben auch einige Timer. Der 16/32/64/128A4(U) besitzt beispielsweise fünf 16-Bit-Timer mit ingesamt 16 Output-Kanälen, die man für PWM benutzen kann.
-
Thread
STM32 µC Board und DAC
diese panische Angst vor float/double, die nur durch Vorurteile begründet ist. Hier ist von einem STM32F411 die Rede und nicht von AVR-GCC auf einem AVR oder einem BASIC-Interpreter mit 8051. Macht konkrete Zeitangaben in ns für Eure Behauptungen, dann kann jeder selber entscheiden, ob der Weltuntergang
panische Angst vor float/double, die nur durch > Vorurteile begründet ist. Hier ist von einem STM32F411 die Rede und > nicht von AVR-GCC auf einem AVR oder einem BASIC-Interpreter mit 8051. Stop Kollege, so kann man das nicht stehen lassen! Float mit FPU auf einem F4 ist völlig in Ordnung. Im Gegenteil
-
Thread
AVRISP MKII + Win7 = aktueller stand?
Ich kann auch nur bestätigen, bei mir läuft auch Win7 64bit mit einem AVR ISP MKII mit dem AVR Studio 5. Hat am Anfang ein paar Umstiegsprobleme vom AVR Studio 4/WinXP auf 5/Win7 gegeben, da die Oberfläche sich etwas geändert hat aber da war ich schnell drüber
Hallo Jörg, habe auch den MK2 mit Windows 7 64 Bit und AVR Studio5 laufen. Da ich vorher ärgste Probleme mit den Adapter "USBtinyISP" hatte, habe ich mir den MK2 gekauft- man spart sich wirklich eine Menge Ärger mit diesem Ding!
-
Thread
[V] Hobbyaufgabe Diverse
Gehäuse orig. verpackt 10 x 7,6 x4,2 cm 2,50€ 5.) Div. Steckbrücken 1 Sack voll 3€ 6.) 2x ET AVR Start Kit V1 mit ATMEGA 128 STAMP http://www.ett.co.th/product/avr/avr-stamp-atmega64-128/ET-AVR%20START%20KIT%20V1.0%20%20EXP_Schemetic.pdf http://www.ett.co.th/product/avr/avr-stamp-atmega64-128/ET-AVR%20STAMP%20ATmega64-128_Schematic.pdf http://www.micro4you.com/files/atmega128/ET-AVR%20STAMP%20ATmega64-128_Manual.pdf je Board 30€ 7.) ET-Mini DC Motor 5€ http://fiona.dmcs.pl/~bartoszp/MINIDCMOTOR.pdf
-
Thread
Moodlight Sourcecode hilfe
Fehler ist auch bei 50 und sogar bei nur 20 Herz PWM Frequenz präsent. Ist die Frage, ob mein Atmega64 zum 32er kompatibel ist. Beide haben als Timer1 einen 16 Bit Timer und dieser wird ja in der Soft-PWM verwendet. Ansonsten kann ich in den Datenblättern so keinen Unterschied feststellen. Der Atmega103
_t pwmtable[32] PROGMEM = {0, 1, 2, 2, 2, 3, 3, 4, 5, 6, 7, 8, 10, 11, 13, 16, 19, 23, 27, 32, 38, 45, 54, 64, 76, 91, 108, 128, 152, 181,
-
Thread
Einfaches Programm zum Testen, ob das STK500 auch läuft
AVR Studio keine Ruprick namens STK500...
/32/64 oder 128k Flashspeicher. RAM- und EEPROM-Größe werden in Richtung ATMega1284 auch größer. MfG Spess
-
Thread
avr-gcc inline assembler
11 *movhi/4 [length = 4] sts x,r24 ldi r26,0 ; 14 *movhq/5 [length = 2] ldi r27,lo8(64) call __mulhq3 ; 15 *mulhq3.call [length = 2] sts y+1,r25 ; 17 *movhi/4 [length = 4] sts y,r24 ldi r24,0 ; 18 *movhq/5 [length = 2] ldi r25,lo8(32) sts z+1,r25 ; 19
/viewcvs/gcc/trunk/gcc/config/avr/avr-fixed.md?revision=219188&view=markup#l269 [5] http://gcc.gnu.org/viewcvs/gcc/trunk/libgcc/config/avr/lib1funcs-fixed.S?revision=219188&view=markup#l279
-
Thread
32Bit Zähler zählt nur bis 255.
Sicher, dass ein Integer 32bit auf einem 8-Bit AVR hat ?!
. Und da sind in C Integer mindestens 2 Byte breit. > Beim AVR hätte ich gedacht, dass der dann eben > mehr Register braucht wie bei 64Bit Zahlen auf einem 32Bit System. Das kommt auf den Compiler an... > Wo gibt es eine Übersicht über die Datentypen in VHDL
-
Thread
Noch kein tinyAVR Support in avrdude?
> legen, sonst gibt's nie einen neuen Release. Darfste natürlich machen. Wobei Updates für die avr-libc auch schön wären ... 64bit double ... :-) duck und weg.
Stefan ⛄ F. schrieb im Beitrag #6872011: > Hast du wirklich Lust, alle 4 Wochen neue AVR Modelle auf zig > Programmieradaptern durchzutesten, während die Hobbybastler nach und > nach auf 32 Bit umsatteln? Auf 32bit umsteigen? Warum schreibst du solchen Unsinn? Ist das dein Wunschdenken
-
Thread
AVRStudio USBProg und Windows 7 Problem
schreiben kann es > in hex umwandeln kann und dannach bespielen kann Standardvarianten: Bascom (Basic) AVR-Studio von Atmel (Assembler) WinAVR fuer AVR-Studio (C) Ich persoenlich nehme WinAVR+AVR-Studio und programmiere in C > -welche Adapter ihr mir empfehlen könntet (am besten fertige) unm das
wirst. Wenn der Kaufpreis um die 300€ ist, ist es wahrscheinlich das Original. Es gibt auch den AVR-Dragon, der kann auch JTAG. Hat aber normalerweise die Einschränkung keine größeren µC als die mit 32k Flash zu debuggen. Dieses Limit scheint aber bei der neusten Version von AVR-Studio (4.18) gefallen
-
Thread
Welcher Pic entspricht ungefähr dem Atmega8?
auf den Markt gekommen. Alternativen aus der Enhanced-Familie sind die PIC18F2620 (Standardtyp, mit 64 kByte Flash), PIC18F2680 (Standardtyp mit CAN, ebenfalls mit 64 kByte Flash) oder auch PIC18F2550 (Standardtyp mit USB, allerdings nur mit 32 kByte Flash). Die Produktbezeichnungen der 40Pin-Gehäuse
uC mit Peripherie bis zum Abwinken gerade mal 6€. Und für kleine Basteleien kannst du weiterhin den AVR nehmen. Aber wozu 2 uC-Familien in der selben Leistungsklasse kennen (PIC+AVR)?
-
Thread
ARM7 - Cycles per Instruction?
nicht, aber generell wird das bei wohl allen CM3 komplizierter. Selbst der vergleichsweise einfache STM32 mit 64 Bit Flash-Interface ohne Branch Cache ist schon nicht so einfach zu kalkulieren. Immerhin sind Thumb2 Befehle auch mal 32-Bit lang und bei 2 Waitstates für vollen Takt kann dem STM32 folglich
, die systematisch (und konsequenter) auf Predication setzt, ist aber schon wieder am absterben (IA64). Nachteil davon war allerdings eine erhebliche Verschwendung von Codespace, weshalb sich Konstanten schlecht zusammenbauen lassen - alle anderen 32bit RISC können 2 16-Bit Hälften kombinieren. Thumb2
-
Thread
Delphi oder Lazarus mit PASCAL
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
Quellcode unbrauchbar,.. >... >Wenn man sich schon auf ein System festlegen will..verwende LunaAVR >https://avr.myluna.de/doku.php?id=de:start Mit LunaAVR begibst dich aber in die selbe Sackgasse, nur für AVR!
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
MWZ_Vorl, $MWZ_Rueckl, $MWZ_Durchf, $MWZ_Leist, $TFW, $TRLsoll, $TA_Gem_Aussen, $VFS_Flow, $VFS_Temp, $IO32_VL, $IO32_521_Pa, $IO32_522_Pa, $IO32_509_Pa, $IO32_510_Pa, $Dig_CHAN_0, $Dig_CHAN_1, $Dig_CHAN_2, $Dig_CHAN_3, $Dig_CHAN_4, $Dig_CHAN_5, $Dig_CHAN_6, $Dig_CHAN_7) = explode(';',$test); //echo
6, 2u02b1520affff0c 6, 2u02b1530affff0d 4; 03 199/217, 04 122/224, 2u04ffff0affff0c 32 05 444/574, 06 425/574, 07 189/217 08 118/216, 2u08ffff0affff00 40; 09 29/32 10 1119/1246, 2u1068d808ffff02 9, 2u1068cc01ffff05 4 11 32/32 12 31/32, 2u12825201ffff04 2 13 144/192
-
Thread
ATTiny2313 und SPI
verwendete Pascal Compiler intetessieren. Es soll Leute geben, die es geschafft haben, FreePascal für AVR und STM32 ans laufen zu bringen... ich wars nicht.
schaust Du am besten im deutschen Lazarusforum. .. das hab ich schon geguckt... Hmmmm, kannst du ein 32 und ein 64 Bit Binary hochladen?
-
Thread
Geschwindigkeit IO-Zugriff
STM32-Werte den Heise-Link nachgeliefert. Und wo kommen die 375ns beim AVR her?
der Verwendung von digitalWrite() gerade mal in den zweistelligen kHz-Bereich auf einem AVR. Mit einfachen Register-Zugriffen (in C) sind wir dann beim STM32 im zweistelligen ns-Bereich, wo der AVR noch nichtmals in Assembler hinkommt. Damit kann man nun endlich die Birnen mit den Birnen
-
Thread
Zeiger auf String-Array wird falsch
Das ganze pgm_read_xxx Zeugs kommt aus der avr-gcc Welt; auf einem STM32 braucht man sowas nicht. [c] > #define pgm_read_word(addr) (*(const unsigned short *)(addr)) > #define LCDML_getContent(var,id)\ > char* temp1 = (char*)pgm_read_word(
voraus, dass der Code Pointer Correct ist, d.h. dass man nicht etwa ein Byte von zum Beispiel einem uint32_t liest per [pre] uint32_t x; pgm_read_byte (&x); [/pre] Genau genommen sollte der Originalcode pgm_read_ptr verwenden. Aber das würde auch nicht helfen, weil: [pre] /** \ingroup avr_pgmspace
-
Thread
welcher (analoge) Filter für FFT im Audio-Bereich?
braucht man da auch nicht - eventuell für etwa 8 Werte, ggf. auch noch weniger. Wenn man beim 8 Bit AVR bleiben will, gäbe es noch die Xmega: da geht der ADC bis 1 MHz und der Takt bis 32 MHz.
Koeffizienten sind symmetrisch, spart nochmal Multiplikationen. Das bringt hier aber wenig, ein fmul am AVR geht eh in zwei Takten durch. Einige der Koeffizienten sind 0 (je nach Rundungstiefe), spart überhaupt Berechnungen. Wenn ich auf s.7 runde, sind 12 von 64 Koeffizienten 0, bleiben 52 Multiplikationen
-
Thread
STM32 Umfang
WRITE_REG((REG), (((READ_REG(REG)) & (~(CLEARMASK))) | (SETMASK))) [/c] d.h. statt [c] // 64 MHz using the 8 MHz/2 HSI oscillator with 16x PLL, lowspeed I/O runs at 32 MHz WRITE_REG(RCC->CFGR, RCC_CFGR_PLLMULL16 + RCC_CFGR_PPRE1_DIV2); // Enable PLL SET_BIT(RCC->CR, RCC_CR_PLLON); [/c] kann man auch ganz einfach (ähnlich beim AVR) schreiben: [c] // 64 MHz using the 8 MHz/2 HSI oscillator with 16x PLL, lowspeed I/O runs at 32 MHz RCC->CFGR = RCC_CFGR_PLLMULL16 + RCC_CFGR_PPRE1_DIV2; // Enable PLL RCC->CR |= RCC_CR_PLLON
-
Thread
ARM-Beginn
nur noch Daten- und Kontrollstrukturen und setzt auf einigen wenigen I/O-Modulen auf. Dafür sind 16/32-bit Architekturen wie ARM (aber auch MSP430) i.d.R. besser geeignet als z.B. AVR. Auch nervt die AVR-sche Harvard-Architektur bald, weil man stets zwischen den Pointer-Typen und Zugriffsmechanismen unterscheiden
kleiner (Mega32+ARM) als ATmega64+RAM+Latch+viele bunte Leitungen. Aber dann diese Umdenkerei: einmal 8 und einmal 32 bit. Aber solange ich nicht in das Controllerprogramm gtk_dialog_new (); reinschreib, bin
-
Thread
Allgemeine Fragen zu Eigenbau-libc
, 1-Series, 2-Series, AVR-Dx, AVR-Ex, etc) habe an Adresse 0x0 ein SFR, und die 32 GRPs R0...R31 sind nicht mehr in den RAM-Adressraum gemappt.
_64, nicht AVR. Aber auf AVR habe ich bis jetzt auch immer -Os verwendet.
-
Thread
Pulsweite messen (Input Capture) mit ATMega328p
bist Du eben zu langsam. Nimm den Prescaler 1024. Man kann die Timer aber auch per SW leicht auf 32 Bit aufbohren. https://www.mikrocontroller.net/topic/avr-timer-mit-32-bit#371564
auf 32 Bit aufbohren. > Beitrag "AVR Timer mit 32 Bit" Vielen Dank, werde ich nachlesen. :)
-
Thread
Einfachen Mikrocontroller programmieren
das, selbst ohne Bootloader brauchen sie zu lange. Wie ist das typische Anschwingverhalten? 4 oder 64ms beim AVR?
....0...1.1.64.psy-ab..0.0.0.n9XBY945nFQ
-
Thread
AVRDU USB Inbetriebnahme scheitert.
. Es ist eine abgespeckte und an den AVR32DU14 angepasste Version des Beispiels von Microchip (avr64du32-cnano-usb-cdc-to-usart-bridge-mplab-mcc) zu finden auf github. Die angehaengte main.c ist das Orginal aus dem Microchip Beispiel. Das Beispiel ist fuer den AVR64DU32 Curiosity Nano. Da der nicht Bus powered ist, habe ich alles rausgeschmissen was mit der Erkennung der USB-Versorgungsspannung zusammenhaengt. Die Fehlermeldung in dmesg ist: device descriptor
-
Thread
Probleme mit USB AVR LAB
Das Lab wird jetzt anscheinend von AVR Studio als JTAGICEmkII erkannt. Das neue Problem ist jetzt nur, Avr Studio will mein Lab upgraden was logischerweise nicht funktioniert!
1.6er Version ist die USB-Verbindung zum Lab anschließend komplett weg. Hat 'mal jemand ein Mega8/32/32/64 EEPROM mit dem Lab und AVRstudio beschrieben? Was ich nicht gefunden habe: Welche Firmware brauche ich für die Lab-Programmer Software? Vielleicht klappt's damit. Danke Einhart
-
Thread
sbit macro für avr-gcc
Schreibweise in C ist der Mathematik entnommen und ich war nie gut in Mathe. Ich bin auch kein reiner AVR Programmierer sondern ich habe schon zu C64 Zeiten angefangen zu programmieren und hab seitdem diverse Prozessoren und Mikrocontroller programmieren müssen. Aber meistens in Assembler. Vielleicht auch
von -mint8: - ein Integertyp (und sein Unsigned-Pendant) geht verloren, bei älteren GCCs der 32- bei neueren der 64-Bit-Typ. Aber wer macht auf dem AVR schon etwas mit 64-Bit? - Ich bin mir nicht sicher (und habe gerade nicht die Zeit nachzuschauen, aber Jörg weiß es aus dem Kopf ;-)),
-
Thread
2 Quarze an einem AVR für RTC
Hallo, gibt es AVRs an die ich 2 Quarze anschließen kann? Ich möchte mit einem AVR eine RTC realisieren. Dazu hatte ich gedacht einen 32KHz Uhrenquarz zu verwenden. Im Falle eines Stromausfalls könnte sich der AVR schlafen legen, wobei ein Timer mit dem Uhrentakt weiterläuft. Dabei
seinen größeren und kleineren Geschwistern) umsetzen, da man dort die XTAL-Pins alternativ für den 32-kHz- Oszillator am Timer 2 aktivieren kann. 32-kHz-Quarze brauchen übrigens mehrere 100 ms zum Anschwingen.
-
Thread
MC fuer Einsatz in Armbanduhr gesucht
mit dem Uhrenquarz von 32KHz laufen lassen und der braucht dann super wenig Strom. Mit einem AVR wäre man von der Möglichkeiten her schon sehr Eingeschränkt, vor allem wenn man dann noch extra IC's für Schieberegister benötigt
Markus Müller schrieb im Beitrag #3674110: > Mit einem AVR wäre man von der Möglichkeiten her schon sehr > Eingeschränkt Man muß sich ja nicht gerade auf die ATtiny beschränken. Ab ATmega48 kann man ein 32kHz Uhrenquarz dranpappen, der nur T2 laufen läßt
-
Thread
Adressierung über Bus
LPC11U24 nehmen, aber der ist im > QFN-Gehäuse und damit schwerer zu verarbeiten. > ... Den AT90CAN32/64/128 kennst Du anscheinend nicht?
reichhaltige Auswahl, nicht nur bei 8-Bittern, sondern auch bei 16- und 32- Bittern. Es gibt noch ein paar Automotive-AVR-Varianten, aber die sind im freien Handel kaum erhältlich. fchk
-
Thread
Definition der baudrate: Fehler- "expected identifier or '(' before numeric constant"
Ji Luo schrieb im Beitrag #4020165: > Atxmega64a3u > #define F_CPU 64000000UL Laut Datenblatt kann der nur 32 Mhz. Karl Heinz schrieb im Beitrag #4020441: > es gibt einen anderen Namen 'BAUD'. Dann ist natürlich alles klar. Da > kommt
uart_str; void io_init(void){ PORTC_DIR |= (1<<4); } void clock_init(void){ OSC.CTRL |= OSC_RC32MEN_bm; while(!(OSC.STATUS & OSC_RC32MRDY_bm)); CCP = CCP_IOREG_gc; CLK.CTRL = (CLK.CTRL & ~CLK_SCLKSEL_gm) | CLK_SCLKSEL_RC32M_gc; } void setUPSerial() { PORTC_REMAP |= 0x16; PORTC_OUTSET
-
Thread
[Interessant] Was macht ein Controller, wenn er nicht programmiert ist?
Reset-Verhalten des Controllers gewundert. Mögliche Verhalten waren: - Controller erzeugt ein RESET alle 32 kHZ - Der RESET Pin bleibt für eine "relativ" lange Zeit statisch HIGH - Die Frequenz auf dem RESET Pin wechselt von 32 kHz auf 64 kHz Diese möglichen Zustände traten bei ein und der selben Baugruppe
> Mögliche Verhalten waren: > - Controller erzeugt ein RESET alle 32 kHZ > - Der RESET Pin bleibt für eine "relativ" lange Zeit statisch HIGH > - Die Frequenz auf dem RESET Pin wechselt von 32 kHz auf 64 kHz wie wäre es, während des ICT den uC ganz einfach über einen
-
Thread
Einführung in ASM auf STM32F4
nur auf M4s gibt (außer der Hersteller hat für den M7 selber was gebastelt) und beim M4 kann man zw. 32- und 64-Bit Stack Alignment wählen, beim M7 ist es immer 64-Bit
macht höchstens auf einfachen 8Bittern Sinn Also die Komplexität ist erstmal 8051 < ARM < PIC < AVR :-) ARM Assembler kommt schliesslich vom 6502 da ist gar nichts komplex. Was beim STM32 komplex ist, ist nicht der ARM Kern, sondern die merkwürdige Peripherie, dabei ist DMA oder ART noch gar
-
Thread
Worin liegt der Unterschied "UCSRC"
kurz noch als ergänzung: controller ist ein atmega32 compiler WinAVR-20071221
setzen. Folgendes Programm habe ich grade erfolgreich auf einem ATmega8 getestet: [c] #include <avr/io.h> #include <avr/interrupt.h> #include <inttypes.h> volatile char daten; void modbus_init(uint32_t baud, uint8_t data, char parity, uint8_t stop){ // UART Initialisierung uint16_t ubrr
-
Thread
Zündkurve verstellen beim 2Takter
der Timer erst nach 65,53ms voll: http://playground.arduino.cc/code/timer1 Aber es würden auch 32ms reichen. Timer voll heist dann Leerlaufvorzündung, ab ca 2kUpm kann man dann Vorzündung feineinstellen. Ansonsten würde mir 1/2 Grad Auflösung mit Prescale 64 genügen. Hauptsache einfach, sonst
bin ich endlich mal auf einen gscheidn Link gestoßen: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR Und hab gleich meine erste Frage: Wie kann ich das TCCR auf Prescale 64 setzen? TCCR1 = ?? Lg
-
Thread
16 Bit LCD mit I2C möglich?
Ich habe gerade mal nach einem I/O Expander für SPI geguckt, der müsste das doch schaffen mit CPU 32Mhz, oder was sagst du dazu?
Auslaufmodell?! Ernsthaft? Wo finde ich > die Info? http://www.atmel.com/Images/Atmel-8068-8-and16-bit-AVR-XMEGA-A3-Microcontrollers_Datasheet.pdf
-
Thread
Touchscreen Routine, in C = Problem!
1024); y_coord64_orig = 64 - ((y_coord *64) / 1024); x_coord128_temp = ((x_coord * 128) / 1024) - 6; y_coord64_temp = ((y_coord *64) / 1024) - 8; x_coord128 = (x_coord128_temp * 117) / 100;
// 110 = 1:128 prescale value // 101 = 1:64 prescale value // 100 = 1:32 prescale value // 011 = 1:16 prescale value
-
Thread
AVR-ISP-MK2 FRAGEN
. 1.Was haltet Ihr davon ? 2.Und kann man den mit Laptop 64Bit Win7 betreiben? 3.Könnt Ihr mir bitte Vor - und Nachteile berichten? Ich habe vor basic Programme mit Bascom zuschreiben und die hex Datei ins AVR Studio zu kopieren und dann über das genannte
Hallo, habe zwei Atmel AVR-ISP-MKII im Einsatz und kann diese nur weiterempfehlen. Einer läuft an einem Laptop mit 64Bit Win7. Zum Brennen immer: AVR-Studio 4 Sprachen: Bascom und Assembler Gruß allu