-
Thread
DDS normal ?
79,77,76,74,73,71,70,69,67,66,64,63,62,60,59,58 .db 56,55,54,53,51,50,49,48,46,45,44,43,42,40,39,38 .db 37,36,35,34,33,32,31,30,29,28,27,26,25,24,23,22 .db 21,20,19,19,18,17,16,15,15,14,13,12,12,11,10,10 .db 9,9,8,8,7,6,6,5,5,5,4,4,3,3,3,2 .db 2,2,1,1,1,1,0,0,0,0,0,0,0,0,0,0 .db 0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,2 .db 2,2,3,3,3,4,4,5,5,5,6,6,7,8,8,9 .db 9,10,10,11,12,12,13,14,15,15,16,17,18,19,19,20 .db 21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36 .db 37,38,39,40,42,43,44,45,46,48,49,50,51,53,54,55 .db 56,58,59,60,62,63,64,66,67,69,70,71,73,74,76,77 .db 79,80,81,83,84,86,87,89,90,92,93,95,96,98,99,101
-
Thread
Sinusfunktion und glcd
Hallo Karl heinz. Bitte überbewerte meine AVR-kenntnisse nicht. Bin ein blutiger Anfänger :o) sorry laut : for( x = 0; x < 128; ++x ) { y = sin( x*2*3.14/128 ) * 31 + 32; set_pixel( x, y ); wird der erste Punkt bei x=0 und
Adam wrote: > Hallo Karl heinz. > Bitte überbewerte meine AVR-kenntnisse nicht. Bin ein blutiger > Anfänger :o) sorry Das hat nichts mit AVR zu tun. > laut : > > for( x = 0; x < 128; ++x ) { > y = sin( x*2*3.14/128 ) * 31 + 32; > > set_pixel
-
Thread
PIC Mikrocontroller noch aktuell ?
spezifisch für 8-bit Mikrocontroller interessiert, dann kommt natürlich auch PIC in Frage. Aber Padauk, AVR und STM8 sind vielleicht sogar interessanter. Ansonsten gibt es viele 32 bit alternativen: RP2040, STM32, CH32V, PY32F etc...
gerne WCH und 8051. Aber das ist kein Grund, sie auch als Hobby zu nutzen. Da ist selbst der AVR überholt, man nutzt entweder STM32 oder ESP32. Moderne Arduinos nutzen ebenfalls keine AVR mehr. Interessant ist die Frage, ob es in die uC Familie auch Chips mit LCD Treibern und mit LED Treibern
-
Thread
Avr 8bit VGA
Das von mir in diesem Thread zweimal verlinkte Projekt ("AVR VGA Terminal") macht dasselbe, mit einem (übertakteten) AVR anstelle eines 32-Bit-PICs.
stm32 als GPU für nen 8 bit'ter.. ich weiss nicht, dann lass doch gleich einen "AVR-Emulator" drauf laufen. Oder schneid den AVR-Zopf gleich ab.
-
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
NFS mit grasshopper / AVR32
RPC: failed to contact local rpcbind server (errno 5). mount: mounting 192.168.12.1:/home/Superandi/Avr32/rootfs on /mnt failed[/pre] Auf dem PC sehe ich in /var/log/messages: [pre]Sep 15 13:14:20 localhost rpcbind: connect from 192.168.12.2 to dump() Sep 15 13:14:20 localhost mountd[2059]: authenticated mount request from 192.168.12.2:973 for /home/Superandi/Avr32/rootfs (/home/Superandi/Avr32/rootfs) Sep 15 13:14:20 localhost rpcbind: connect from 192.168.12.2 to getport/addr(nfs)[/pre] Ich interpretiere die Fehlermeldung so, dass das NFS des Servers seinen
-
Thread
ATtiny 84 Hilfe mit Quarzoszillator
ich an den T0 Eingang einen Quarzoszillator anschließen der nur dem internen Timer den Takt von 32,786kHz vorgibt. Der Prozessor an sich soll mit 10MHz laufen da ich noch multiplexe. Verwendete Komponenten: - ATtiny 84 - Quarzoszillator 32,786kHz - AVR Studio 6.1 - AVR ISP mkII Main uni / programmer
die Segmente bei 32kHz leicht flackern werden?! Das denke ich nicht. Wenn du die Anzeige mit 50Hz betreibst, flackert nichts. Dann hättest du 10ms für jede Ziffer. Das sind 327 Zyklen bei 2^15=32.768Hz.
-
Thread
Wieviel SRAM braucht man für ein Fernsehbild
schließlich brauchst du noch SRam mit <25ns Zugriffszeit, und dann auch gleich 880kB Also Bild im AVR speichern geht mit viel Mühe. Den AVR das Bild direkt auf'm Fernseher anzeigen lassen: vergiss es
externen DAC ist keine Zeit." Also der Propeller ist kein 8bitter sondern er besteht aus 8 parallelen 32bit Prozessoren, jeder mit etwa 20 MIPS, die auf ein globales 32 kByte RAM zugreifen können! Er hat einen speziellen Videoshifter bei jedem Prozessor (also 8 mal) eingebaut, der mit 32bit Werten gefüttert
-
Thread
ATtiny als Uhr
Falk Brunner schrieb im Beitrag #3187855: > AVR - Die genaue Sekunde / RTC geht aber nicht mit einem attiny schon in der Übersicht auf der Atmelwebsite wird klar: 32khz RTC tiny44: no mega328p: yes picoPower tiny44: no mega328p
> Es geht ja nicht um RTC sondern 32kHz Quarz. >> 32khz RTC tiny44: no mega328p: yes genau darum gehts hier ja auch. Sprich 32khz RCT ist ja genau das Projekt: [[AVR_-_Die_genaue_Sekunde_/_RTC#Echtzeituhr_mit_Uhrenquarz]]
-
Thread
ATMega Auslaufmodell?
die > Entwicklung nicht weiter. Atmel wurde 2016 von Microchip gekauft, und die neueren 8-Bit-AVR-Mikrocontroller heißen nicht mehr ATmega, sondern AVRxxxxxx, z.B. AVR64DB48, AVR32DD32.
- AVR505: Migration between ATmega16/32 and ATmega164P/324P/644P - AVR533: Migrating from ATtiny2313 to ATtiny2313A
-
Thread
Einstieg in die Mikrocontroller
Hi Ich möchte mit Mikrocontroller anfangen. Als Programmer habe ich mich fürs AVR Dragon entschieden. Ich wollte eigentlich diese Modelle kaufen: ATtiny2313 ATmega8 ATmega16 ATmega32 Soll ich noch andere nehmen? Oder soll ich statt ATmega8 ATmega88 nehmen? Gibt es auch neuere
Guten Morgen, diese AVR wurden erweitert und können durch ATmega8 --> atmega328p ATmega32 --> atmega644p oder atmega1284p ersetzt werden. Das Datenblatt, bzw. eine AP von Atmel weist Dir die Unterschiede aus.
-
Thread
Gründe gegen einen AVR
Es gibt AVR mit 8 kB RAM. 32 kB oder 64 kB RAM wie bei AT91SAM7 wären trotzdem ganz nett...
@Jörg Wunsch: Was sagt denn Deine Glaskugel bezüglich der Verfügbarkeit von AVR32UCxxx Controllern? Die haben mehr Speicher, sind schneller als die 8-Bit-AVR's. Jens
-
Thread
PIC - "beliebtester"?
teurer als der PIC. Bevor Du dich jetzt auf einen PIC voll und ganz konzentrierst solltest Du den STM32 mal anschauen. AVR brauchst Du nicht unbedingt anschauen, denn der ist in etwa gleich. Zwischen AVR/PIC gibt es ohnehin nur einen Glaubenskrieg ohne wirklich fundamentale Hintergründe. (Außer, wenn
Fähigkeiten. Die Maximale Datenbreite ist abhängig von der Gehäuseform und kann bis zu 16Bit Wortbreite bei 14Bit Adressbreite betragen. ALLES DA. Nur halt nicht bei den 8Bit PICs, da ist in der Tat der "alte" PSP das hoechste der Gefühle. Aber bei den 24er und bei den 32 ist das alles möglich. Aber wozu
-
Thread
Controllertypen: Blick über den Tellerrand
wenige Typen erhältlich. Mehr Funktionen als die normalen Megas, aber irgendwie nur der halbe Weg zum AVR32, der auch nicht teurer ist. AVR32: Ebenfalls kein DIP-Gehäuse und nur wenige Typen frei verfügbar. Bieten aber mehr Rechenleistung als die 8-Bit (32 Bit und höhere Taktrate). Wäre daher meine erste
verbinde ich damit "da muss Linux drauf laufen", aber dem ist ja nicht so. Sollte ich irgendwann mit AVR32 liebäugeln, werde ich ARM als Alternative in Betracht ziehen. Mit PIC brauche ich mich dann wohl wirklich nicht beschäftigen, da es den großen Vorteil zu AVR8 offenbar nicht gibt. Das ist wohl
-
Thread
Mikrocontroller für kleine Projekte Attiny & Co.
Ein AVR-Tiny4/5/9/10 core dürfte mit einer der kompaktesten überhaupt sein die es gibt. Der passt nämlich zusammen mit 1k Flash, 32 Byte RAM, einem 16-Bit Timer und einem 8-Bit ADC in ein SOT23-6 Gehäuse und
avr schrieb im Beitrag #4380348: > Du hast es wohl auch noch nicht verstanden. Mit der CubeLibrary kannst > du den gleichen Code auf ziemlich vielen STM32 Controllern nutzen. Jedenfalls solange, bis
-
Thread
RFM12 - Funkmodul
www.hoperf.com/doce/pro/RFM12.html (Im programming guide gibts auch ein Schaltplan-Beispiel mit AVR)
habe ich nie gemessen, da meine Messgeräte alle nur 0,1mA Auflösung haben. Der mega48 lief mit einem 32kHz Quarz, der den AVR alle 5s aufweckte, und eine Messung startete und 1s später den auslas. 1x pro Minute wurde der Wert dann in den externen Flash (waren sogar glaube ich 512kbyte) geschrieben. Das
-
Thread
8-Bit Controller noch zeitgemäß?
guck dir mal STM32CubeMX an). ARM Assembly ist aber halt schon eine andere Hausnummer als 8-bit AVR, logischerweise.
Peripherie > erweitert werden, da war nur Platz für einen 8-Bitter im SO-8 Package. Ein TSSOP14 (z.B. STM32L011D3) ist in etwa genau so groß. QFN32 sogar noch etwas kleiner (rein vom Package).
-
Thread
STM32: I2C-Master setzt ARLO-Flag (arbitration lost)
Ganze in Software (Soft-I2C) zu lösen. Ich habe das von Anfang an nie anders gemacht, einfach die vom AVR existierenden Soft-Routinen auf STM32 angepasst. Funktioniert für mich seit Jahren. YMMV.
in Software (Soft-I2C) zu lösen. Ich > habe das von Anfang an nie anders gemacht, einfach die vom AVR > existierenden Soft-Routinen auf STM32 angepasst. Kannst du mir einen Link schicken? Ich höre davon zum ersten Mal, kann mir nicht vorstellen wie man das macht. Wenn es mit den externen Pull-Ups
-
Thread
Probleme mit Rs232 Empfang
| PC--------(pin 8)Max232(pin 9)----------------------------------(pin14)avr Auf was könnte das hinweisen?
weiterhelfen. Trotzdem viel Erfolg noch! P.S. Das einzige was mir noch einfällt: Was misst Du denn am AVR Pin 14 für eine Spannung wenn der Pin in der Luft hängt? 5V? Wenn ja, was misst Du wenn Du mit einem 1k Pulldown an GND gehst? Sollten das immer noch 5V sein, so ist der Pin irgendwie noch als Ausgang
-
Thread
ENC28J60 Basics[Beispielprogramm in AVRGCC für atmega8]
Hast auch gleich einen ATmega32 geordert ?
@Thomas Benutzt du jetzt einen ATmega32 ? MfG Dirk
-
Thread
section `.data' is not within region `data'
. https://ww1.microchip.com/downloads/aemDocuments/documents/DEV/ProductDocuments/SoftwareTools/avr8-gnu-toolchain-3.7.0.1796-win32.any.x86_64.zip Jörg W. schrieb im Beitrag #7764527: > In den regulären Tools gibt jeweils separate Versionen für GCC, Binutils > und AVR-LibC, da diese auch separat
Jörg W. schrieb: >> In den regulären Tools gibt jeweils separate Versionen für GCC, Binutils >> und AVR-LibC, da diese auch separat gepflegt werden. > > Wo finde ich die? Beispielsweise in den Ausgaben der einzelnen Tools: [pre] $ avr-gcc --version avr-gcc (GCC) 14.1.0 Copyright (C) 2024 Free
-
Thread
MSP430 Aufkündigung?
Ich habe doch meine Argumente gelistet (zumindest einen Teil davon). Habe Erfahrung mit STM, MSP, AVR, EMF32, LPC gemacht. Die STM uC möchte ich nicht missen. MSP hat gewöhnlich auch höhere VDDmin Spannung, STM32L0 hat eine ALU, 32 bit BUS usw.
kein STM32 Fan schrieb im Beitrag #5633025: > Was mich an STM32 pesönlich stört? > - Die penetrant-arrogant-lästigen Fanboys auf µC.net Fanboys nerven immer, ob nun C++, Arduino, AVR oder eben STM32.
-
Thread
Ist ATXMEGA etwa out?
Ein AVR8 mit 64 kB RAM satt wäre schon was Feines. Da bräuchte ich mich nicht bei STM32 umzusehen... So gesehen, tue ich mir den Xmega für neue Projekte gar nicht erst an.
aber Unterstützung durch eine CPU, die genügend Pointer-Register hat. Da gibt es dann welche, die 14(15/16) 32-Bit-Pointer mitbringen, mal von dem Adressierungsarten gar nicht geredet, wärend AVR8(X) gerade mal 3(2,5) hat. Ein ARM zeigt auf eine Adresse und kann damit via immediate offset +-4096 Bytes
-
Thread
ATMega32 "füttern"
ich habe mir jetzt folgenden Artikel bestellt:http://www.reichelt.de/Programmer-Entwicklungstools/AVR-STK-500/3/index.html?;ACTION=3;LA=446;ARTICLE=34093;GROUPID=2969;artnr=AVR+STK+500;SID=14USSRRX8AAAIAAAvwSNUa91c3b05a37b5b9392026d99bb5d0c9a Was haltet ihr davon ? Ich denke das ist ideal man kann
ich habe mir jetzt folgenden Artikel > bestellt:http://www.reichelt.de/Programmer-Entwicklungstools/AVR-STK-500/3/index.html?;ACTION=3;LA=446;ARTICLE=34093;GROUPID=2969;artnr=AVR+STK+500;SID=14USSRRX8AAAIAAAvwSNUa91c3b05a37b5b9392026d99bb5d0c9a > > Was haltet ihr davon ? Das ist ein STK500
-
Thread
TTL-Quarzoszillator an AVR via 74HCT-Gatter?
Mi N. schrieb im Beitrag #7384022: > Dafür würde ich heutzutage keinen AVR mehr verwenden. So pauschal würde ich die Aussage nicht gelten lassen. Einen alten ATmega würde ich auch nicht mehr verwenden, aber der oben erwähnte ATxmega32E5 ermöglicht es, einen reziproken Zähler
Falk B. schrieb im Beitrag #7383641: > Oder einen 3,3V AVR direkt damit betreiben. Oder einen AVR direkt ohne damit betreiben.
-
Thread
GCC optimiert 32bit Bitoperationen schlecht/gar nicht?
Hallo allerseits, in letzter zeit ist mir mehrfach aufgefallen, dass mein avr-gcc 4.8.1 bei eigentlich einfachen Statements /eigenartigen/ Code erzeugt. Beispiel 1: [c] uint32_t f2 (const uint8_t x) { return (uint32_t)x << 12; } [/c] wird zu [avrasm] f2: /
_t f3 (const uint32_t x) { return x << 3; } [/c] und mal den Assembler-Output verglichen, im wesentlichen finde ich mich damit also in der avr.c zurecht. ABER: bei kleinen Shifts (3..7) und mit -O9 macht der
-
Thread
Wie Assembler ISR in C integrieren ?
dem Manne helfen könnte. Zunächst: wenn's ein kommerzieller Job gewesen wäre, hätte ich einen STM32 genommen. Billigere Entwicklung, billigere Stückkosten. Wäre die Originalaufgabe auf dem AVR zu lösen, würde ich das komplett in Maschinensprache lösen. Aber auch eine Mischlösung C/ASM ist denkbar
push r16 13c: 08 b1 in r16, 0x08 ; 8 13e: 00 52 subi r16, 0x20 ; 32 140: 08 b9 out 0x08, r16 ; 8 142: 0f 91 pop r16 144: 0f bf out 0x3f, r16 ; 63 146: 0f 91 pop r16 148: 18 95 reti 0000014a <main>: 14a
-
Thread
Warum kann nicht alles so einfach wie Arduino sein?
Es soll auch arduino auf pic32 geben Und auf stm32. Einfach mal suchen wie diese arduino IDE heissen.
nötig, ob in der Arduino IDE oder im AVR Studio
-
Thread
Transistortester mit AVR Gesperrt
Hallo, Markus F. Super - Project aber: Es wäre shon die Pins-Reihenfolge(zwishen AVR und LCD) zu ändern jetzt PD0(2) - D4(11) PD1(3) - D5(12) PD2(4) - D6(13) PD3(5) - D7(14) PD4(6) - RS(4) PD5(11) - R/W(5) meine Meinung PD0(2) - D7(14) PD1(3) - D6(13) PD2(4) - D5(12)
Guck mal hier http://www.gaw.ru/pdf/Atmel/app/avr/AVR094.pdf
-
Thread
Mehrmonatsprojekt - Elin Stromgenerator 8kW 231V 50Hz@1500U zum Leben erwecken
die AVR abgreifbar ist und möchte den los werden bzw. könnte das uU auch eine Lichtmaschine aus dem Auto sein (unter der Annahme, das 14.4V die "richtige" Erregerspannung ist) So, ich hoffe ihr habt euch
einphasige Generator funktioniert. 230V 2,2kVA <<-- diese ist die Ausgangsspannung/Leistung Err. 32V/1,5A <<-- diese Angabe gibt die Erregerspannung wieder dort ist die Erregerleistung 48W bei 2200VA, also 4,4%. Bei 8kVA sind 4% 320W. Zeno: AVR bedeutet hier Automatic Voltage Regulator
-
Thread
Vorteile 32 Bit Controller
falsche) Klassifizierung, die ich jemals gehört > habe, war, als jemand behauptete, der ARM sei ein 32-Bitter, weil die > Instruktionen 32-Bit lang sind. 8-Bit PICs werden der Einfachheit auch gern als 12-, 14- und 16-Bitter bezeichnet, weil das Codewort grad so breit ist und man irgendeine sprachliche
empfehlen. Nur bei sehr kleinen Baugrößen (<28SOIC) oder wenn es partout PDIP sein muss, kommt noch ein AVR in Frage. Man hat ja auch im Hobby nicht unbegrenzt Zeit, warum also nicht gleich mit den 32ern anfangen? Die decken halt einen größeren Anwendungsbereich ab.
-
Thread
Arduino IDE 1.8.9 buggy?
Joachim B. schrieb im Beitrag #5914878: > unter windows XP (32) > wenn ich neu was kompilieren will Fehler Hier ohne Fehlermeldung: [c]"F:\\arduino-1_8_9\\hardware\\tools\\avr/bin/avr-size" -A "c:\\tmp\\arduino_build_522908/Log_Charger.ino.elf" Der Sketch
1.8.9 wer zwischen den Prozzis wechselt sollte sich eine Erinnerungshilfe einbauen #if defined(__AVR_ATmega328P__) // o.ä. z.B. #if defined(__AVR_ATmega328P__) || defined(__AVR_ATmega1284P__) #pragma message "#if(defined(__AVR_ATmega1284P__) || defined(__AVR_ATmega328P__))" #elif defined(ESP32
-
Thread
Library für EA-DOGM Grafikdisplays inkl. Font-Generator
neu anlegen, ich meine in einem neuen Prjekt? Fehlermeldung: c:/winavr-20100110/bin/../lib/gcc/avr/4.3.3/../../../../avr/lib/avr5/crtm32.o:(.init9+0x0): undefined reference to `main' make: *** [Temperaturdatenlogger.elf] Error 1 Mar
Hallo, > was für eine Software verwendest du? > AVR Studio 4 oder 5. Aus Kompatibilitätsgründen habe ich noch eine neue Version (AVR Studio 6) hochgeladen. http://www.basteln-mit-avr.de/atxmega32a4.html#dogxl160 Gruß G.G.
-
Thread
Hardware TWI,I²C, I²C EEPROM
laufen. Ich habe denoch mal eine verbesserte Version von i2c.S angehangen. Diese sollte mit allen AVR's laufen. Gruß Hagen
Wert in P0L sollte die nachfolgende Schleife mindestens ein TWI Takt warten lasssen. Du hast auf 14 = 42 Takte gesetzt. Ich vermute MCU takt ist 16Mhz und TWI läuft mit 400KHz, ergo 40 in P0L würde 1 TWI takt warten lassen. Das Problem entstand einfach weil ich nicht weis wie man auf dem AVR im
-
Thread
12V Tiefentladeschutz ohne Eigenverbrauch
1672 1012 WIRE 160 -240 -496 -240 WIRE -496 -80 -496 -240 WIRE 160 -48 160 -240 WIRE 160 -48 -32 -48 WIRE 448 -48 160 -48 WIRE 832 -48 512 -48 WIRE 160 -16 160 -48 WIRE -32 48 -32 -48 WIRE 160 96 160 64 WIRE 160 96 32 96 WIRE 160 128 160 96 WIRE -32 176 -32 144 WIRE 96 176 -32 176 WIRE
Abschaltschwelle bei höheren Lastströmen. Das funktioniert hier auch tatsächlich: - 12,47V bei 5,14A # inverser Verlauf (Wenn I fällt, steigt Voff) - 12,92V bei 4,32A - 13,12V bei 3,69A - 13,25V bei 2,81A - 13,27V bei 2,26A - 13,26V bei 1,89A # Ab hier: gleicher Verlauf (wenn I fällt, fällt
-
Thread
Das Ende von 8bit?
Jay schrieb im Beitrag #4646946: > Nicht zu vergessen, viele 8-Biter sind einfacher als die 32-Biter. Naja, nicht immer. So einige 8-bitter sind von hinten durch die Brust designt, dazu würde ich gerade die beliebten AVR zählen. Der Sprung von 8 auf 32 bit ist nicht gerade kompliziert, und
Marktanteil. Würde mich auch wundern wenn es anders wäre. 8 Bit µC gibt es seit 40 Jahren, die Cortex-M 32 Bit waren dagegen die ersten µC, welche eine breite Akzeptanz erhalten haben. Vorgänger wie der AVR32 und andere konnten nicht diese Verbreitung erhalten, wie es ARM jetzt geschafft hat. Vor erst rund
-
Thread
Nokia 6100 Grafiklibrary die Zweite
ist richtig, allerdings rechne mal nach 240x320 Pixel in 16Bit = 154KB Display-RAM zu beackern. Eine 32x32 Bitmap würde 2Kb Speicher fressen und denoch nur 1/75'tel des Displays ausmachen. Ich halte die 176x220 Displays vom Nokia 6600 oder Siemens SX1 für ausreichend. Ein 9x14 Font waagerecht ergäbe ein
or FITNESS FOR A PARTICULAR PURPOSE. Compiling: test.c avr-gcc -c -mmcu=atmega32 -I. -Os -mcall-prologues -funsigned-char -funsigned-bi tfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=test.l st -std=gnu99 test.c -o test.o In file
-
Thread
AVR16EB14/20/28/32 Silicon Errata
In den Errata der brandneuen AVR-EB findet sich der etwas unglaubliche Bug Internal Reference: When ADC is using internal reference and running in active or idle sleep mode, the ADC will have missing codes. Work Around Use external reference or perform conversions only when device is in standby sleep mode. Soll das heißen der ADC liefert im normalen Betrieb mit interner Referenz /überhaupt keine/ Werte??
-
Thread
Nachteil bei verschiedenen µC
konnte ich es nicht verkneifen den STM32 mit in diese Diskussion zu werfen. Nach wie vor bin ich der Meinung, dass es leichter ist einmal den [[STM32]]/Cortex/ST FW-Lib zu kapieren als jedes mal, wenn man einen anderen AVR braucht wieder neu
Moment mal. Der STM32F103xF / STM32F103xG hat 14 Timer*. Davon: - 2 mit Motion Control (4 Ausgänge + 4 negierte Ausgänge) - 2 Interne vollwertige Timer (nur ohne Pins nach aussen) - 10 mit 1..4 nach aussen geführten
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit D-RAM
ATmega644P zu sein. Nun gut, wollt das Projekt neu kompilieren und das ging leider nicht. UMGEBUNG: AVR-Studio 4.13 mit WINAVR-20100110, AVR-GCC. Irgendwas haut mit den Inline-Assembler-Files unter AVR-Studio4 nicht hin! < Hier mal ein paar Fehlermeldungen > Error: constant value required Error
"SIG_USART_DATA" --> "USART0_UDRE_vect" eingertagen hier: (uart.c) [c] #elif defined(__AVR_ATmega48__) || defined(__AVR_ATmega88__) \ ||defined(__AVR_ATmega168__) || defined(__AVR_ATmega644__) #define ATMEGA_USART0 #define RXCIE RXCIE0 #define TXCIE TXCIE0 #define RXEN
-
Thread
(Umfrage) Was war eure erste Programmiersprache usw.?
hauptsächlich Buskartensteuerung von Messgeräten PC Assembler TurboPascal QuickC, dann TurboC PIC, AVR, 8051, STM32, NXP ARM7 in C Bin halt ein Dinosaurier was Programmieren anbelangt...
Fortran Turbo Pascal unter CP/M Turbo Pascal unter DOS Prolog unter DOS 8051 Assembler Delphi AVR Assembler AVR GCC
-
Thread
Lightweight WS2811/WS2812 Library
Arduino UNO aber ohne Bootloader. Programmiere mit AtmelStudio 6.1 #include <util/delay.h> #include <avr/io.h> #include <avr/interrupt.h> #include "light_ws2812.h" [c]int main(void) { uint8_t mask; uint8_t test[] = {255,255,255,255,255,255,255,255,255}; #ifdef __AVR_ATtiny10__ CCP
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
-
Thread
Midi Stepsequencer controller
'rld btn Config Portb.1 = Output Config Portb.2 = Output Deflcdchar 0 , 32 , 32 , 2 , 17 , 17 , 17 , 14 , 32 ' replace [x] with number (0-7) Deflcdchar 1 , 32 , 32 , 12 , 16 , 17 , 17 , 14 , 32 ' replace [x] with number (0-7) Deflcdchar 2 , 32 , 32 , 14 , 17 , 16 , 16 , 14 , 32 ' replace [x] with number (0-7) Deflcdchar 3 , 32 , 32 , 14 , 17 , 17 , 17 , 8 , 32 ' replace [x] with number (0-7) Deflcdchar 4 , 32 , 32 , 14 , 17 , 17 , 1 , 6 , 32
-
Thread
Erfahrungen mit Micropython?
TIM_SR_UIF; run = false; } } [/code] ergibt bei mir anstatt der versprochenen 21MHz nur gut 14MHz. Gestehe! Das war ein stm32f7... ;-)
staatsanwalt schrieb im Beitrag #4455152: > ergibt bei mir anstatt der versprochenen 21MHz nur gut 14MHz. > > Gestehe! Das war ein stm32f7... ;-) Nö! Was ist denn an den 21 MHz so unglaubwürdig? 168MHz Prozessortakt / 21MHz Ausgabetakt = 8 Takte pro Schleifendurchlauf. Mehr sollten doch wohl die
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
Wert 65): [code] EEPROM Settings 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 16 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50
RAM rx_test RAM rx_test 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 16 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50
-
Thread
Zeitmessung funktioniert nur so halb :-/
Deine gemessene Zeit ist dann halt: Input Capture Wert + Anzahl der Overflows * 65536 Bei 32 Bit Arithemtik, dauert es dann bei einem Prescaler von 1 und 14 Mhz immerhin 5 Minuten bis das überlauft. Bei einer Auflösung von 7 * 10^-8 Sekunden (theoretisch).
Ach, ist ja alles egal, wenns mit 14,7456 MHz auch funktioniert (das wird jetzt dann getestet :-)
-
Thread
Tasterverarbeitung mit ARDUINO-C
nicht abgedeckt, da muss man praktisch das Gleiche tun wie im normalen C. Das läuft auch nur auf den AVR-basierten Arduinos. Alles anderen (ESP32 etc.) brauchen anderen Konstruktionen zur Nutzung der Timer. > Es heisst doch das C-Programme für einen µC, einfach auf andere µC > übertragbar sind.
Peters Routinen immer so schön auf jeden > meiner uC funktioniert. Ein wahrer Traum:-) +1 auf AVR und ESP32
-
Thread
STM32F401 Initialisirung USART2 bare metal
[(uint32_t)(IRQn)] = ((priority << (8 - __NVIC_PRIO_BITS)) & 0xff); } /* set Priority for device specific Interrupts */ } __STATIC_INLINE uint32_t NVIC_EncodePriority (uint32_t PriorityGroup, uint32
STM32 #endif [/c] Sind STM32F401RE, STM32F411RE oder STM32F407VG gesetzt, werden die jeweiligen µCs mit dem jeweils maximal möglichen Takt konfiguriert. Die jeweiligen Werte kann man komfortabel mit
-
Thread
Wofür braucht man 14.7456 Mhz Quarz?
http://www.hanneslux.de/avr/tipps/baudratenquarz.html nur damit er seine Links nicht immer nur selbst werfen muss :-)) bye Frank
Um einen Takt von 14.7456 Mhz zu erzeugen! (deine eigentliche Frage dürfte sein: warum so was krummes und nicht einfach 15Mhz? Das liegt daran, dass sich z.B bei einem AVR-Mikrocontroller aus 14.7456Mhz ein guter Takt
-
Thread
Rauschen bei 16..24Bit ADCs?
Bit ranschreiben. Billige 16 bit Audio ADCs/DACs sind aber auch nur so auf dem Nieau von idealen 14 Bits. Von daher ist der Schritt vom 16 Bit ADC zum 24 Bit Audio ADC schon eine Verbesserung: von Rauchen halt eher von etwa 14-15 effectiven Bits auf etwa 16-17.
Joachim B. schrieb im Beitrag #4230541: > Der Editor versteht AVR falsch > ... > ein Audio Pegelsteller > mit nachgeschalteter AVR, ohne Worte, digital ist das nicht zu ertragen, Kein Wunder ein AVR ist ja auch nur ein 8-Bitter und kein 16er *Schenkelklopf*