-
Thread
Verhalten des atmega32u2 bezüglich Fuses und Quarz
32u2 oder 32u4? Fiel mir so beim durchblättern auf. Gibt es beide?
schrieb im Beitrag #8026702: > Heiko schrieb im Beitrag #8026655: >> Ich verwende >> immer nur den avr-gcc mit makefiles und den USBASP zum Flashen. > > Dann ist das ganze Gefasel über Bootloader komplett Sinnfrei! > Einfach die Fuses richtig setzen und gut ist. Ist es nicht, da ich den 32u2 verwenden
-
Thread
Digikey Sammelbestellung
Ok, danke ich werde Dir eine Mail senden. Ich wuerde gerne das AVR32 Demokit haben. Gruß, Dirk
€0,95 7 2 H2960CT-ND CONN RECEPT MINI USB2.0 5POS 0 1,08000 €2,16 Zwischensumme €167,14 Abwicklung €0,00 Versand €18,00 Gesamt €185,14 Gruß MISZOU
-
Thread
µ-wire - USB auf ATtiny10
Implementierung noch ca. 1.5kb Flash und benötigt ca. 40 bytes RAM. Der ATtiny10 hat aber nur 1kb flash, 32 bytes RAM und 16 statt 32 Register. Es waren also einige Tricks notwendig, um den Code klein genug zu bekommen. Ein zentraler Punkt war die Implementierung von V-USB ohne Interrupts (siehe auch http:
16f1455 http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en556969 14K FLASH 1K RAM USB 14 pins ca. 1.50 Euro USB Stack fertig vorhanden
-
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
MINIDCMOTOR.pdf 9.) 1x Arduino Ethernetshield W5100 je 5€ 13.) Arduino Prototype Shield Uno 2€ 14.) ET – Mini SD 3€ https://www.google.de/url?sa=t&rct=j&q=&esrc=s&sou... 17.) Diamex ALL-AVR ISP-Programmer 15€ http://www.diamex.de/dxshop/Diamex-ALL-AVR-ISP-Programmer 19.) 15x IRF740 10€
-
Thread
Controller für Batteriebetrieb : Bootloader ?
Rahul D. schrieb im Beitrag #7784050: > Auch die AVR? Es gibt glaube ich welche z.B. die wo teilweise USB an Board haben. Aber ich glaube der Großteil ist mit bootloader im Flash. Also das Problem des Entwicklers. Kenne mich mit den AVR Serien nicht
Boot0 Pin und einen Pulldown Widerstand. Das war's schon. Ganz einfach! http://stefanfrings.de/stm32/stm32l0.html
-
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.
dürfte also gar nicht notwendig sein, den CPU-Takt zu erhöhen. Also, von wegen "nicht mit einem AVR" :-)
-
Thread
Möglichkeiten eines MikroControllers
momentane Temperatur des Tees enthält :-) zb das hier http://www.ulrichradig.de/home/index.php/avr/webserver oder http://www.mikrocontroller.net/articles/AVR_Net-IO_Bausatz_von_Pollin http://www.pollin.de/shop/dt/MTQ5OTgxOTk-/Bausaetze_Module/Bausaetze/Bausatz_AVR_NET_IO.html (mit 20 Euro +
Lass es, lohnt nicht wirklich. Ich würde auch gerne eine F14-Tomcat bauen. Schuster bleib bei deinem Leisten.
-
Thread
Videosignalverarbeitung mit STM32
Wandler und liefert BT.656 am Ausgang. Ist in einem beherrschbaren QFN48 Gehäuse und von Farnell für 14€ zu haben. Aktuell sehe ich da kein Land. Um überhaupt irgendwie weiter zu kommen würde ich mit dem einfachen Teil beginnen wollen, der FBAS Ausgabe vom uC. Das sollte ein STM32ja noch hinbekommen
stimmt das aber nicht. 37ns (Wert habe ich nicht geprüft) sind zwar nicht einfach aber bedenke der STM32 sollte da überhaupt nichts mit der CPU machen. Das muss alles über Timer, DMA und zB. SPI laufen, sonst ist der wirklich nur am rechenen. Wie schon gesagt für den AVR gibt es genug Beispiele und der
-
Thread
Display aus Schreibmaschine
Leitungen herauszuknobeln, hab´s dann aber sein lassen. Die Ansteuerung könnte ein zu 99% ausgelasteter AVR übernehmen.
bisher nicht störend aufgefallen. > Daher > sollte man mit 100Hz refreshen und dann bleibt dem AVR wirklich nicht > mehr viel Luft. Hab' meins mal eben auf 100Hz umkonfiguriert: Dann braucht der Framebuffer 68% der Rechenzeit, es bleiben also immer noch 32% freie Rechenzeit für die Anwendung
-
Thread
RISC-V: Wird das was?
unberührt lassen. [code] while(1) { ToggleLED2(); osDelay(13); } [/code] Auf einem STM32F1 oder STM32F3 benötigt das nackte FreeRTOS meiner Erfahrung nach ca. 14kB. Das klingt zwar nach sehr viel, aber es kann dann auch schon sehr viel und um sagen wir mal weitere 10kB zu füllen, programmiert
bevor sich ARM so > erstaunlich verbreitet hatte, da hatte jeder Hersteller seine eigenen > Cores (AVR, ST6/7, 68k, Z80, 6502, PIC, SH, M16C, MCS48/51, usw) > Lizensieren muss man nur wenn man faul ist oder vielleicht ein paar > Tausend Stueck braucht. Ich meinte den ESP32/ESP8266. War ungünstig
-
Thread
Typumwandlung via Typecast?
Standardmäßig sind Konstanten Integer-Werte, die auf dem AVR nur 16 Bit breit sind. Wenn man jetzt rechnet: [c]10 * 1000 * 1000[/c] Dann passt das Ergebnis nicht in einen 16-Bit-Integer und es kommen seltsame Werte bei raus. Also muss man mit 32 Bit rechnen
macht der Compiler das schon beim Optimieren. Im Maschinencode ist dann im Endeffekt nur noch eine 32-Bit-Division: [c]wert = (10UL * 1000 * 1000 / (36 * IMPULSE_PRO_KWH)) / Gemessene_Zeit_ms;[/c] Oder für noch größeren Wertebereich, aber immer noch 32-Bit-Division: [c]wert = (uint32_t) (10ULL
-
Thread
Probleme mit GPS Modul
Reiter "Fuse Bits" auf "Program" gedrückt hast dann herzlichen glückwunsch. vermutlich hast du dein avr verfust. Drück mal auf "Auto Detect" wenn du glück hast (d.h. dein uC wird erkannt) dann hast den avr nicht verfust. Wie gesagt am besten finger weg bei fusebits aber auf "Read" kannst du drücken und
Wenn ich jetzt auf Read drücke, dann möchte AvrOsp vom µC auf dem PC die Software zurückkopieren, oder?
-
Thread
Verstärker TAS5630
Zwischenstand: 14 Platinen. Wer will noch? Gruß Markus
Gibt es schon ein PGA2311 Projekt auf AVR-Basis?
-
Thread
DDS AD9854 China- Modul
1712569933.html Müsste doch zur Ankopplung an FPGA oder schnellen Prozi, ich denke da an den STM32F407, gut geeignet sein. Gruß Stefan
SoftwareAD9854.7z Und noch ein paar Quellen: http://www.wkiefer.de/x28/AD9854/DDS_AD9854_mega32.zip Gruß Wolfgang
-
Thread
16x2 LCD Langsamer Displayaufbau
Gleichungen und macht ein Nickerchen. Dir scheint nicht klar zu sein, dass ein zb. mit 16Mhz getakteter AVR in 1 Sekunde rund 14 Millionen Befehle (aus einem üblichen Befehlsmix) abarbeitet. 14 Million!
µC kannst du nicht mit menschlicher Reaktionszeit in Bedrängnis bringen. Bedrängnis kommt bei einem AVR auf, wenn Zeiten im µs Bereich gefragt sind. Aber alles was über Millisekunden liegt, löst bei einem AVR (und den typischen, mathematisch nicht aufwändigen Aufgabenstellungen) maximal ein mitleidiges
-
Thread
seltsames Zahlenschloss
doch nur im SOIC- oder QFN/MLF Gehäuse? https://de.farnell.com/microchip/attiny24a-pu/mcu-8bit-avr-2k-flash-14pdip/dp/1699394?st=attiny24
doch nur im SOIC- oder QFN/MLF Gehäuse? > > https://de.farnell.com/microchip/attiny24a-pu/mcu-8bit-avr-2k-flash-14pdip/dp/1699394?st=attiny24 Ja, sorry, habs auch schon gemerkt, ich hatte ein DB erwischt, was nur die beiden Gehäuse beschrieb. Passt aber nicht von der Spannungsversorgung: EMP78P153
-
Thread
long int Konstante möglich?
Die AVR's rechnen intern mit 8-Bit. Das macht aber erst einmal nichts, die zum avr-gcc-gehörige mathe-lib bringt die Grundrechenarten bis 32 Bit mit. Ein long beim avr-gcc hat dabei 32 bit, ein int 16 bit
Angenommen, ich bin zu faul, es auf einem Atmel auszuprobieren. Mein avr-gcc übersetzt ohne Meckern meinen Vorschlag mit int64_t. Geht das dann wirklich gut, oder wird tatsaächlich nur bis 32 Bit gerechnet? -> gcc version 4.3.2 (GCC)
-
Thread
qtouch - sekt oder selters
funktionieren die Meßbursts nicht. Touch funktioniert also u.a. auf allen neueren AVRs und XMegas und den AVR32-Controllern.
Hat schon jemand versucht das Prinzip auf einen STM32 zu portieren?
-
Thread
Umfangreiches Projekt bin ich auf dem richtigen Weg?
In dem Artikel: [[STM32 CooCox Installation]] Wird gezeigt wie man einen [[STM32]] zum ersten mal programmiert und ein paar LED's ansteuert. Hier ein STM32 Tutorial: http://diller-technologies.de/stm32_wide.html Ob Du
Herstellern. Siehe hier: http://coocox.org/CooCox_CoIDE.htm >> "Supported Device:" Auch würde ein [[STM32]] (oder LPC1xxx) eine Multiprozessor-Umgebung besser unterstützen, da man die mit CAN-Bus vernetzen könnte. (CAN = Controller Area Network). Bei AVR ist der CAN leider nur in wenigen Chips enthalten.
-
Thread
Midi mit Bascom und AVR
If Rxbyte = &H30 Then Gosub A9 If Rxbyte = &H31 Then Gosub A10 If Rxbyte = &H32 Then Gosub A11 If Rxbyte = &H33 Then Gosub A12 If Rxbyte = &H34 Then Gosub A13 If Rxbyte = &H35 Then Gosub A14 If Rxbyte = &H36 Then Gosub A15 If Rxbyte = &H37 Then
= 1 Return A11: B11 = 1 Return A12: B12 = 1 Return A13: B13 = 1 Return A14: B14 = 1 Return A15: B15 = 1 Return Z1: B16 = 1 Return Z2: B17 = 1 Return Onoff: C = 1 If X = 1 And B1 = 1 And C = 1 Then Gosub Proga1 'Wenn alle Bytes ok dann
-
Thread
Welches STM32 Starter Kit soll ich nehmen?
12. NUCLEO-F446RE 13. NUCLEO-F030R8 14. STM32L152C-DISCO 15. NUCLEO-F411RE 16. STM32F3DISCOVERY 17. NUCLEO-F401RE 18. NUCLEO-L053R8 und es gibt weitere die mehr als 20€ kosten. Ich blicke gerade da nicht durch. Welche benutzt ihr denn
Watchdog@doghouse schrieb im Beitrag #5159661: > 14. STM32L152C-DISCO Jenes nutze ich, ich fands praktisch direkt nen Display dabei zu haben. Bei den Preisen der meisten Boards kann man aber wohl generell nicht viel falsch machen... Bislang noch
-
Thread
HELIX MP3 und ARM (STM32F4) -> Assembler Problem Gesperrt
#4238690: > Wenn ich versuche mit ".arch ARM7-tumb" was anzugeben dann wird nur noch > EORNE r4,r12,r14 Eher nicht. Dir fehlen hier ein paar Zeichen. Für welchen Befehlssatz ist der Helix Decoder denn geschrieben? EORNE r4,r12,r14 sieht eher nach .arm32 aus (https://www.mikrocontroller.net/articles
https://github.com/RT-Thread/realboard-stm32f4/blob/master/software/realtouch/mp3/real/arm/asmpoly_thumb2_gcc.s
-
Thread
Modbus RTU Slave fuer AVR
noch mit dem RC vom AVR experimentieren. Ju
Dein Atmega mit dem 16MHz Cristal auch mit 16MHz rennt sollte es gut sein. Allerdings hat der AtMega32 auch noch die JTag Fuse, diese betreffen aber nur den PortC. AVR Studio hab ich keine Ahnung, bei mir stehen die lfuse auf 0xFF hfuse auf 0xD9 Ju
-
Thread
ATtiny1614 TCB: Überlauf bei input capture erkennen?
Danke! Dann nehme ich einen ATmega4808 oder gleich einen AVR128DB32, letzterer erschlägt noch ein paar andere Probleme.
ich einen ATmega4808 > > ? > Dieser hat doch denselben Mangel. Stimmt, danke! Also vorerst AVR128DB32 bis ich ATtiny3224 auf Lager habe (ich nehme immer das Modell mit dem größten Speicher).
-
Thread
3 Phasen 0-80Hz Sinusgenerator
48, 47, 47, 46, 45, 44, 44, 43, 42, 42, 41, 40, 40, 39, 38, 38, 37, 36, 36, 35, 34, 34, 33, 33, 32, 31, 31, 30, 30, 29, 28, 28, 27, 27, 26, 26, 25, 25, 24, 24, 23, 23, 22, 22, 21, 21, 20, 20, 19, 19, 18, 18, 18, 17, 17, 16, 16, 16, 15, 15, 15, 14, 14, 14, 13, 13, 13, 12, 12, 12, 11, 11,
0.5*L1_0 - sqrt(3)/2*L1_1; // L3_0 = -0.5*L1_0 - - sqrt(3)/2*L1_1; L2_0 = -(L1_0>>1) - (FMUL((int32_t)(0.8660254*DENUM),L1_1,1,1)>>14); L3_0 = -(L1_0>>1) + (FMUL((int32_t)(0.8660254*DENUM),L1_1,1,1)>>14); [/c] Benedikt, diese 4 Zeilen benötigen keine 5800 Takte. Ich weiß nicht, wie du auf diese
-
Thread
STK500 avrdude: initialization failed, rc=-1
bin/avrdude -C /etc/avrdude.conf -p m8 -P /dev/ttyUSB0 -c stk500 -U flash:r:/home/c0dix/workspace/AVR_Test/Release/AVR_Test1.hex:a avrdude: stk500v2_command(): command failed avrdude: initialization failed, rc=-1 Double check connections and try again, or use -F to override
5 [35] avrdude: Recv: 0 [30] avrdude: Recv: 0 [30] avrdude: Recv: _ [5f] avrdude: Recv: 2 [32] avrdude: Recv: . [02] avrdude: stk500v2_getsync(): found STK500 programmer AVR Part : ATMEGA8 Chip Erase delay : 10000 us PAGEL
-
Thread
ATtiny85 mit Arduino ISP flashen
skipping page 12: no interesting data avrdude.exe: avr_read(): skipping page 13: no interesting data avrdude.exe: avr_read(): skipping page 14: no interesting data avrdude.exe: avr_read(): skipping page 15: no interesting data avrdude.exe: avr_read()
: skipping page 32: no interesting data avrdude.exe: avr_read(): skipping page 33: no interesting data avrdude.exe: avr_read(): skipping page 34: no interesting data avrdude.exe: avr_read(): skipping page 35: no interesting
-
Thread
C und Assembler
winavr DIRAVRBIN = $(DIRAVR)/bin DIRAVRUTILS = $(DIRAVR)/utils/bin DIRINC = . DIRLIB = $(DIRAVR)/avr/lib # Define programs and commands. SHELL = sh CC = avr-gcc OBJCOPY = avr-objcopy OBJDUMP = avr-objdump SIZE = avr-size NM = avr-nm AVRDUDE = avrdude REMOVE = rm -f COPY = cp
ein RET in den Wald kann keinen Schaden anrichten. Bei den Rechentests ist zu beachten, daß der AVR keinen ACCU hat, d.h zumindest eine Operation muß für alle 32 Register getestet werden. Und natürlich muß nach jedem Rechentest nicht nur das Ergebnis, sondern auch alle beeinflußten Flags (SREG) überprüft
-
Thread
ATmega 128 langsam?
.1 = In10 Portd.2 = In11 Portd.3 = In12 Portd.4 = In13 Portd.5 = In14 Portd.6 = In15 Portd.7 = In16 Toggle Porte.0 Loop End
Baudratenfehler, also voll im grünen Bereich. Das Delay akkumuliert sich ja nicht. Natürlich kann der AVR nichts anderes machen, also einfach nen AVR dafür abstellen, z.B. ATmega48. Die Einstellungen kriegt er über I2C gesagt. In der Regel ist ein AVR kleiner, billiger und stromsparender als ein CPLD
-
Thread
Image-Grabber für CVBS (bzw. FBAS) per STM32F103C8T6
hat es mit einer STM32-Fingerübung. Ziel war, das Videotextsignal ohne CPU, also nur mit Hilfe der STM32-Peripherie, als Byte-Stream einzulesen. Weil das zu schnell fertig war, habe ich noch Tests mit dem Luminanzsignal gemacht
Unterabtastung funktioniert, muss halt die Samplezeit klein genug sein. Laut Datenblatt sind das bei f_ADC=14MHz 0,107µs, was aber nur 9,345MSPS = 598 Samples/Zeile entspricht. Bringt das dann überhaupt noch was? Die größeren STM32, z.B. die H7 gibts auch mit schnelleren ADCs, viel mehr RAM, schnellem USB
-
Thread
Erzeugung von reduntantem Code in AVR-GCC
://lists.gnu.org/archive/html/avr-gcc-list/2012-09/msg00024.html Im Verzeichnis ist ein avr-gcc 4.8 für MinGW32 von 2013-03-06. Die Version ist ein 4.8.1 (prerelease) der einige Tage vor der offiziellen 4.8.1 datiert. Neuere Versinen gibt's keine, da ich kaum noch zu avr-gcc beitrage.
-
Thread
Neues Eval-Board für Atmel-ARM
ST ... bisher waren die ja immer recht teuer. Ich habe vor ein par Moanten ein Nucelo-64 mit STM32F103RBT6 für 16 Euro inclusive Versand gekauft (und zwar direkt von ST bei Amazon). Wenn ich bei Atmel ein AVR Evaluation Kit und einen Debugger kaufen würde, müsste ich dafür fast 200 Euro bezahlen
.. bisher waren die ja immer recht teuer. > > Ich habe vor ein par Moanten ein Nucelo-64 mit STM32F103RBT6 für 16 Euro > inclusive Versand gekauft (und zwar direkt von ST bei Amazon). > > Wenn ich bei Atmel ein AVR Evaluation Kit und einen Debugger kaufen > würde, müsste ich dafür fast 200
-
Thread
UV-Laserdrucker II
Da ich auch Bohren können will habe ich mir TinyG angesehen. Ich denke das kann man auch auf den AVR32 portieren. Dann kann man auch gleich mit G-Code arbeiten. Für mich ist das zwar nicht so wichtig, da ich schon eine CNC habe, aber vielleicht für andere. Wenn sich der Eine oder Andere findet, der
schreibt sich auch nicht einfach so übers Wochenende. Für den XMEGA habe ich da schon eins, aber für den AVR32 ist das noch viel Arbeit. Grenzen habe ich aber noch keine erreicht. Hat jemand noch interessante Seiten zum AVR32? Hier im Forum ist ja nicht so viel dafür da. Grüße, Jens
-
Thread
FET Ansteuerung über AVR, Problem mit Pulldown/Gate-Source Widerstand
gehörig schief... Wenn die 100k Pulldown/Gate-Source Widerstand in der Schaltung sind, stürzt der AVR immer beim Schalten ab. Entferne ich die 100k, läuft alles wie gewünscht. Der Pin des AVR ist dabei als Ausgang geschaltet, der AVR interne Pullup ist deaktiviert. Was geht hier schief? Brauche ich
Schalte mal einen 220R Widerstand zwischen AVR-Ausgang und Gate.
-
Thread
Mikrocontroller für schnelle PWM gesucht
Frequenz in einem großen Bereich fein verstellen können. Bei 32 MHz werde ich die 16 bit wohl nicht ausnutzen müssen, da würden es bestimmt auch 13 oder 14 bit tun.
Nein, eher nicht. Ich möchte die Frequenz in einem großen Bereich fein > verstellen können. Bei 32 MHz werde ich die 16 bit wohl nicht ausnutzen > müssen, da würden es bestimmt auch 13 oder 14 bit tun. Durch einfaches Kopfrechnen ergibt sich das bei 16 Bit Auflösung und 32 MHz Takt höchstens
-
Thread
unbekannte Quarz Frequenz
Nämlich so, wie die DDS es macht: Du addierst z.B. in eine 48-bit-Variable die real vergangene Zeit als 32.16-bit Fixedpoint-Zahl. Oder für höhere Auflösung eine 56-bit-Variable mit 32.24-fixed Point. Dann kannst Du in den oberen 32 Bit direkt die Zeit in Sekunden ablesen. Beispiel: wie oben Überlauf-Interrupt
Schritt getan. So, als Zwischenlektion die Funktionsweise von FixedPoint: Bit Wertigkeit 15 32768 14 16384 .... 7 128 6 64 5 32 4 16 3 8 2 4 1 2 0 1 Die Wertigkeit wird also immer um 2 geteilt. Warum nicht einfach ein Byte "dranhängen" und weitermachen?
-
Thread
seltsames avr-gcc Verhalten: Programm wird nicht ausgeführt
hab die *.lst Datei nun erstellt, sie beginnt ohne ret.... [code] coffstat.elf: file format elf32-avr Disassembly of section .text: 00000000 <main>: 0: b8 9a sbi 0x17, 0 ; 23 2: c0 9a sbi 0x18, 0 ; 24 4: 91 e0 ldi r25, 0x01 ; 1
Nach einer Freundin bedingten Pause geht das Basteln weiter. Dank Jörgs Hinweis mit dem avr-ld enthält das Listing nun eine Interrupt Tabelle, Wuza! Hier der Anfang des Listings [code] coffstat.elf: file format elf32-avr Disassembly of section .text: 00000024 <__vectors>
-
Thread
PHILIPS VPx500 Kernel/System Development
> Kernel-Modul für den Bus ist ja auch geladen. " Info-Quellen zum WLan gibts hier: http://avr32linux.org/twiki/bin/view/Main/WirelessNetworking " Angeblich wird der WLAN-Chip vom VP55 im 2.6er unterstützt. Für den TV-Chip gibt es wohl einen Treiber im Montavista Linux. Leider nicht OpenSource
audio devices, which can be seen by "cat /proc/aud". However, no (dma) buffers are created for the aic14, as can bee seen by "cat /proc/aic14". With some weird combination of my code and the aic14_conf program, some buffers are created. However, still no playback through the dsp devices. I think the
-
Thread
IDE unter Linux
F_OSC = 10000 [/c] eingegeben. Auf "Make all" geklickt und folgende Fehlermeldungen kamen: [c] avr-gcc: error: unrecognized argument in option ‘-mmcu=8051’ avr-gcc: note: valid arguments to ‘-mmcu=’ are: at43usb320 at43usb355 at76c711 at86rf401 at90c8534 at90can128 at90can32 at90can64 at90pwm1
atxmega16x1 atxmega192a3 atxmega192d3 atxmega256a3 atxmega256a3b atxmega256a3bu atxmega256d3 atxmega32a4 atxmega32d4 atxmega32x1 atxmega64a1 atxmega64a1u atxmega64a3 atxmega64d3 avr1 avr2 avr25 avr3 avr31 avr35 avr4 avr5 avr51 avr6 avrxmega2 avrxmega4 avrxmega5 avrxmega6 avrxmega7 m3000 make: *** [
-
Thread
Mikrocontroller an 24V mit Optokopller?
oder so.. Denk an Freilaufdiode. Brauchst keine Optokoppler...normalerweise 3. Wenn du nicht schon AVR kannst, nimm lieber nen kleinen Arm, Pic,MSP430 sieht man öfters in der Industrie als AVR...
Bumm schrieb im Beitrag #3807311: > 3. Wenn du nicht schon AVR kannst, nimm lieber nen kleinen Arm, > Pic,MSP430 sieht man öfters in der Industrie als AVR... Da wird der Spannungsregler doch noch heißer.
-
Thread
Atmega88-20PU + Arduino Uno
Du kannst zusätzlich den Pfad zur Konfigurationsdatei angeben: [pre] G:\Arduino\hardware\tools\avr\bin\avrdude.exe -v -C G:\Arduino\hardware\tools\avr\etc\avrdude.conf -c stk500 -P COM4 -B20 -p atmega88p [/pre]
> avrdude.exe: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58 > "G:\Arduino\hardware\tools\avr\bin\avrdude.conf" Hmmm... Aktuell wäre > avrdude: Version 6.3-20171130 -------- Die Meldung zeigt klar, keine Verbindung zwischen "Arduino as ISP" und AvrDude
-
Thread
2 sinusförmige Frequenzen (FSK) mit AVr auswerten
dann erst in den Atmega. Kein digitales Filter, kein weiterer Aufwand. Fragt sich bei dem "WhereAVR"-Modem, wie gut die Funkverbindung sein muß, damit es klappt -> Rauschen.
Marco Schramm (Gast) Datum: 14.06.2006 16:49 Autor: Daniel (Gast) Datum: 21.08.2014 15:52 Da kann man mal sehen, wie die Zeit vergeht!
-
Thread
Rust als Embedded-Programmiersprache Gesperrt
Programmiersprache aus. Und ihr wollt hier diskutieren, ob sich _DAS_ als Programmiersprache für einen PIC32 oder einen Cortex eignet? Nur zu, wer es sich in den Kopf gesetzt hat, partout Rust für die Firmware seines BluePill-Brettl's oder seines AVR nehmen zu wollen, der muß es halt tun - wenngleich ich das
Syntax. Ob man dabei wie in Pascal auch noch den Zeiger als solchen kennzeichnen soll ( POIN^.X := 14; ) oder ob man das wegläßt, weil es ja ohnehin klar ist, daß da ein Zeigerzugriff fällig ist, sei mal dahingestellt. Bernd K. schrieb im Beitrag #5525987: > fn foo(x: i32) -> i32 Das wiederum
-
Thread
Stoßt man mit C an Grenzen?ASM von Vorteil?
Wickenhäuser) kennen Bitvariablen und SFR-Bits, einfach mal in die Doku schauen. Aber auch dem AVR-GCC kann man diese über ein Macro beibringen. Ich benutze beim C51 und auch beim AVR immer nur Bitvariablen für die Portpins. Das macht den Code schön lesbar. > (Frauen sind ja fast einfacher
Und andersrum wäre nichts angebrannt, denn was in undefinierten Datenadressen drinsteckt war bei AVR noch nie definiert.
-
Thread
Zugriff verweigert
10:30 576 Chinasendung.txt 13.06.2019 15:11 <DIR> Contacts 20.06.2026 14:58 <DIR> Desktop 23.06.2021 14:11 62.682 digitaler-impfnachweis-1.pdf 17.06.2026 11:24 <DIR> Documents 20.06.2026 14:44 <DIR> Downloads 13.07.2021
aktuellen 32 bit Versionen von M$.
-
Thread
Probleme mit _delay_ AVR Atmel32
Blinken.elf: file format elf32-avr Sections: Idx Name Size VMA LMA File off Algn 0 .text 000000a2 00000000 00000000 00000074 2**1 CONTENTS, ALLOC, LOAD, READONLY, CODE
Chris G. schrieb im Beitrag #3875167: > Blinken.elf: file format elf32-avr Das sieht leider alles gut aus. Wie sind die Fuses eingestellt? mfg.
-
Thread
Microcontroller Einstieg
Anwender zu Empfehlen). Auch zu Cortex-M3 und Cortex-M0 gibt es schon einiges im Web (seit den STM32).
man mit einem AVR unaufwändig die absoluten Grundlagen lernen. Die Leistungsfähigkeit ist hier völlig nebensächlich. Je einfacher das Teil zu programmieren geht, desto besser.
-
Thread
CPU & Speichertimings
, wie soll das gehen wenn der Datenbus nur 32 Bit breit ist und der Adressbus 32 Bit bzw. heutzutage 64 Bit. 4 Befehle in 1 Takt obwohl sie mehrere Takte lang sind?! Dann hätte das ganze ja einen Asynchronen Anteil. Ich dachte Befehle werden nacheinander
lade CX label irgendwas Loop (CX-NZ) label Mit 4 Befehlen erledigt. Ist daher nicht mit den AVR oder so vergleichbar.
-
Thread
10LED PWM auf Atmega8, wie gehts besser?
11, 11}, { 12, 12, 12, 12, 12, 12, 12, 12, 12, 12}, { 13, 13, 13, 13, 13, 13, 13, 13, 13, 13}, { 14, 14, 14, 14, 14, 14, 14, 14, 14, 14}, { 15, 15, 15, 15, 15, 15, 15, 15, 15, 15}, { 16, 16, 16, 16, 16, 16, 16, 16, 16, 16}, { 17, 17, 17, 17, 17, 17, 17, 17, 17, 17}, { 18, 18, 18, 18, 18, 18, 18
29, 29}, { 30, 30, 30, 30, 30, 30, 30, 30, 30, 30}, { 31, 31, 31, 31, 31, 31, 31, 31, 31, 31}, { 32, 32, 32, 32, 32, 32, 32, 32, 32, 32}}; //######################################################################### SIGNAL(SIG_OVERFLOW0) //Stellt Ports auf an oder aus in 64 Zyklen { int numled
-
Thread
Floppy MFM Decoder selber bauen AVR ATmega Assembler Beispiele FDD Diskette
Klar haben die STM32 mehr Rechenleistung und RAM als ein AVR. Aber ein AVR reicht völlig. Und vor allem macht die Herausforderung, etwas auf einem in die Jahre gekommenen 8-bit Prozessor zu programmieren wo andere alle sofort
Peter S. schrieb im Beitrag #6137096: > Klar haben die STM32 mehr Rechenleistung und RAM als ein AVR. > Aber ein AVR reicht völlig. Nachweislich. :-) Ich dachte allerdings eher daran, dass man besser an Daten von schlecht lesbaren Disketten rankommen kann