-
Thread
USBasp über Parallels
Wird da eigentlich der korrekte Treiber (winusb.sys für ARM) installiert, oder ein Treiber für 32/64bit Intel?
Fall zwingend ein ARM64 Binary sein. Die Intel-Emulation geht nur für den Usermode, nicht aber für Kerneltreiber. Du kannst ja nicht einmal 32 Bit x86 Treiber mit einem x64 64 Bit Windows benutzen. Da Du offensichtlich kein
-
Thread
Vorteile/Nachteile von AVR gegenüber 8051er
Hi. - AVR haben keine Taktteilung wie die klassischen 8051 (gut, die neuen 8051 Derivate sind auch schon nen Schritt weiter) - AVR haben keinen Akku, fast alle Operationen können auf den 32 Registern ausgeführt
Hi @Rahul _Kein_ AVR kann externen _Programm_-Speicher ansprechen. Mega8515, Mega162, Mega64 und Mega128 ermöglichen nur den Anschluß von Datenspeicher. Matthias
-
Thread
Datenrekorder auf SD-Karte mit mega88
darin, die sehr hohe, benötigte serielle Taktfrequenz für den DAC/ADC zu erzeugen. Die wollen oftmals 32-256 x fs. Das geht nicht mit einem AVR.
genau das was ich gerade suche! Super Projekt ! Aber hat hier jemand, MrData schon mit einem Mega32 zum laufen bekommen? Ich bringe das ganze mit WinAVR nicht zum compilieren. Verzeiht meine Unwissenheit ;-) Bin erst vor kurzem auf C umgestiegen.
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
halt u.a. für den hier vorhandenen MIPS-Prozessor (wenn ich mich nicht täusche), XP läuft nur auf 32- oder 64-Bit-Prozessoren. Linux wäre hier schon einiges interessanter :-)
> um die Bootloader-Frage vielleicht klären zu können, habe ich mal den > Flash-Baustein an einen AVR gehängt und gedumped. Hallo Stefan, vielen Dank für Deinen nützlichen Beitrag. Mit Deinem Dschungelgelöt hast Du die vollen 64MB dumpen können.
-
Thread
Fehler beim Brennen von ATMEGA48 mit AVRDUDE
100330004395199901C008954068089504E0009319 :10034000890000270093880001E000938100089550 :10035000CF93DF930F93C22DD32D0991003011F06D :1003600005D0FBCF0F91DF91CF9108951091C00080 :1003700015FFFCCF0093C6000895F89400E00093A9 :10038000C50000E40093C40008ED0093C10006E03E :100390000093C20078940895F8940F930FB70F93C9 :
benutze seit einigen Monaten Versdion 6.3, da ist der m48p längst drin. http://stefanfrings.de/avr_tools/avrdude-6.3-mingw32.zip
-
Thread
LCD + Wert (aus ADC) ausgeben
Include-Datei * PC4 = RS * PC5 = Enable * PC0-PC3 = D4-D7 * R/W ist n.c. */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((12000000/4000)*us)/1000) // wartet µs // Enable-Leitung toggeln void lcd_flash_e () { PORTD = PORTD | ( 1<
alle Bits umdrehen 0110 1100 und 1 addieren 0110 1101 1 + 4 + 8 + 32 + 64 -> 109 Das Bitmuster entspricht also der Zahl -109 Warum macht man so komische Verrenkungen mit dem 2-er Komplement. Ganz einfach: Weil man dann bei Addition und Subtraktion nichts
-
Thread
AVR Bootloader
Hier noch die Meldungen: AVRASM: AVR macro assembler version 1.77.3 (Dec 20 2006 14:29:41) Copyright (C) 1995-2005 ATMEL Corporation Creating 'M32BOOT.hex' Assembling 'M32BOOT.ASM' Including 'm32def.inc' Including 'bootload.h
output vom assembler. lg, thomas <------------------- snip ------------------> AVRASM: AVR macro assembler version 1.77.3 (Sep 21 2005 08:43:03) Copyright (C) 1995-2005 ATMEL Corporation Creating 'm32boot.eep' Creating 'm32boot.hex' Creating 'm32boot.lst' Assembling 'm32boot.asm
-
Thread
Transistortester AVR
usb -v bekam ich auch die "did not find any USB device" Fehlermeldung. Ich habe dann libusb-win32-bin-1.2.6.0 aus dem Internet geladen. Im ausgepackten Verzeichnis habe ich den "libusb-win32 Inf-Wizard" ausgeführt (Doppelklick). Mein Diamex ALL-AVR war dabei schon eingesteckt (USB). Danach geht
-DPULLUP_DISABLE -DANZ_MESS=25 -DPOWER_OFF -DBAT_CHECK -DBAT_OUT=150 -DBAT_POOR=64 -DF_CPU=8000000UL -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -DLANG_ENGLISH -c ../main.c avr-gcc
-
Thread
Pac Man mit dem ATmega8
liefern wenn die letzte Zeile ausgegeben wurde. Das Main-Prog erzeugt die Grafik im internen SRAM des AVR (Mega32 mit 2KB) wobei die Auflösung leider nicht sehr hoch sein kann (128x96, 1 Bit). Man kann ja noch externen SRAM anbinden und vielleicht in Farbe senden. MfG Andi
Also, ich hatte auch überlegt. Ein Chip liest Bilder von EEProm in RAM. Anderer AVR sendet Befehl mit Bildnummer u. Position an GrafikAVR. GrafikAVR fügt Bild ein und zeigt an. Bsp. Befehl: 1011010-111111-101010-1 BildNR.-Pos.X -Pos.Y -Tranzparenz?
-
Thread
Einfacher Fehler in C-Berechnung
dementsprechend BigDecimal, in Go Money*. Money ist eine Struktur aus: string currency_code int64 units // The whole units of the amount. int32 nanos // Number of nano (10^-9) units of the amount.
Debugger so eine Art "value history" ansehen zu können, tut's ein einfacher Ringbuffer: [c] #define DD_CNT 32 uint8_t debugdata[DD_CNT]; int debugidx; ... debugdata[debugidx] = my_interesting_value; if (++debugidx == DD_CNT) debugidx = 0; ... [/c] Das Ganze als globale Variablen hinterlegt
-
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...
beispielsweise: https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
-
Thread
ADC auslesen geht nicht richtig!
Mittelwert [/c] Um eine Zahl mit Komma auszugeben gibts eine schöne C-Funktion, div, mit dem Typ dd, der Wert und Rest ausgibt: [c] div_t dd; dd = div(wert,10); sprintf(buffer,"%2d,%01d",dd.quot,dd.rem); [/c] Grüße Hans-Josef
| (1<<ADPS2) | (1<<ADPS0); // Frequenzvorteiler // setzen auf 32 (1) und ADC aktivieren (1) //Das aufrufen uber einen Timer interrupt: ISR (TIMER1_OVF_vect) { div_t dd; uint16_t temp; uint16_t AD_Wert; SREG &= ~(1<<WDIF); //Globale interrupts
-
Thread
Floppy FDD Diskette an AVR Mikrocontroller ATmega Beispiele Assembler
(der dann praktisch 100 % ausgelastet ist) sollte sich MFM gerade so decodieren lassen, zumindest DD. Für HD wird ein AVR nicht genügen, da muss man schon zu einem ARM greifen. Das sollte damals ein Floppy-Emulator für ältere Messgeräte werden, das Projekt ist allerdings leider nie fertig geworden
71858 https://www.mikrocontroller.net/topic/223147 Zur Soft-Dekodierung, falls es unbedingt ein AVR8 sein soll und die Zeit nicht ausreicht: die laufen bei sauberem Aufbau auch bis 24 / 28 MHz. Zum HD44780 fallen mir noch HD64180 (verbesserter Z80 im shrinkDIP64 1,778mm) und HD63484 (color graphic
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
Avr Nix wrote: > Noch eine andere Frage welche Zahl ist bei dir Grau und Hellgrau? Die Farben sind 8bit Werte, man kann jeden Wert senden, es werden aber nur die 2 MSB verwendet: 0, 64, 128, 192 sind
3*32KByte für 640*480? Das stimmt aber nur für Graustufen. Und da wär ich mir nicht sicher, ob das noch vernünftig aus nem AVR zu holen ist. Lass mich aber auch gerne vom gegenteil überzeugen. Wieso nicht
-
Thread
NFS mit grasshopper / AVR32
15:49 localhost mountd[3162]: authenticated mount request from 192.168.12.2:985 for /home/Superandi/Avr32/rootfs (/home/Superandi/Avr32/rootfs) Sep 16 10:15:49 localhost mountd[3162]: authenticated mount request from 192.168.12.2:985 for /home/Superandi/Avr32/rootfs (/home/Superandi/Avr32/rootfs) Sep
dd if=/tmp/rootfs.avr32.jffs2 of=/dev/mtdblock2 bs=64k das Flash schreiben. Nicht ausschalten, nichts sonstiges machen, bis der Prompt wieder erscheint. Dann einfach resetten und hoffen, daß alles funktioniert
-
Thread
Bizarrer Firmware crash - ATmega4808. Wie Debuggen?
Auch das Assembler Listing der beiden Versionen zu Vergleichen werde ich umsetzen. Wie man beim AVR den "Stack hochsetzen" kann weiß ich nicht. Ich glaube auch nicht dass es einen Überlauf des RAMs in irgendeiner Form gibt. Denn der ATmega4808 hat 6kB RAM, der AVR64DD32 hat 8kB. Auf beiden Prozessoren
Willen nicht vorstellen was passieren muss um das RAM mit Daten und/oder Heap voll zu müllen. Beim AVR64DD32 war ich gerade überrascht: RAM: 32.7% (used 2675 bytes from 8192 bytes). Trotzdem, wie schon gesagt, das Absturzverhalten ist auf beiden Prozessoren identisch.
-
Thread
gibts irgendwo eine fertige AVR-GCC Toolchain mit Make fertig..
für Win32/64 ************ top aktuell und mit make.exe **************************** avr-gcc-8.2.0-x64-mingw *********************** http://blog.zakkemble.net/avr-gcc-builds/ abspeichern in C:\Atmel_Toolchain
MitLeserin schrieb im Beitrag #5604473: > für Win32/64 > ************ > top aktuell und mit make.exe > **************************** > avr-gcc-8.2.0-x64-mingw > *********************** > > http://blog.zakkemble.net/avr-gcc-builds/ > > abspeichern
-
Thread
MMC/SD Karte: mmc_lib Version 2.0
die Karte kopiert und mir auch den Karteninhalt als Rohdaten von der Karte kopiert (mit dem Befehl dd unter Linux ;)). Wenn ich nun per AVR lesen möchte, kriege ich aber nur andere Daten (Schrott) raus. Initialisierung der MMC geht einwandfrei, die CID und CSD kann ich auch problemlos auslesen. Der
, aber bei WinAvr scheint man für die 32bit ja einen unsinged long long zu brauchen...komische Sache. Ich dachte mir immer: char - 8 bit short - 16 bit long - 32 bit long long - 64 bit Naja, scheint nach
-
Thread
SDR-Dekoder für TFA KlimaLogg Pro/IT+ Temperatursensoren
werden: tfrec -D -T 20 -W Registering demod for TFA_WHB sensors, 6000 bit/s WHB: Samples per bit: 64.0 Wide filter Found Rafael Micro R820T tuner AUTO GAIN Frequency 868.2500MHz Samplerate 1536000 START READ THREAD #000 1539205083 L=56 4b 2d d4 2b 2e 11 7a dd af 2f f6 05 d0 00 72 08 4e 00 ca
ist für x86_64 zu berücksichtigen.
-
Thread
KS0108 GLCD Routinen
wo die Schriftgrösse nicht ein vielfaches von 8 sind. Es gehen also nur Schriften der Größe 8, 16, 32 ,64. Ist das so von Dir so gewollt, oder noch ein kleiner Bug ? MFG Dieter
von Ape aus seinem ersten Post(also die Urlib(für mich als Anfänger reichts)) auch auf meinen Atmega32 laufen, nur leider sieht das das Display so aus wie im angehängten Bild. Hier mal mei n Quellcode vom main.c [c] #include <avr/io.h> #include <avr/pgmspace.h> #include <avr/delay.h> #include
-
Thread
[S] C64 im Bereich Berlin-Köpenick
etwas) weniger Ergebnis. Das ganze aber nur als Zwischenschritt, für komplexere Aufgaben dürfte C64 und AVR ähnlich schwierig werden, und da ist ein AVR/Arduino zukunftsträchtiger.
16 32 64 128 256 512 1024 2048 4096 8192 16384 32768 (65536), wenn man mehrere Bits braucht, muss man das halt schnell addieren oder für langsamen Kram als Summanden stehenlassen. Das ist doch alles kein echtes
-
Thread
Homebrew computer
Hey, Ich kann dir sonst auch noch die AVR32 Kerne empfehlen. Sind zwar 32bit Architektur, aber du kannst sie ganz normal mit dem Atmel Studio Programmieren. Bei der Kernen gibt es verschiedene Varianten auch welche mit SDRAM Interface wo
Hey, Ich meinte eigentlich das: http://www.watterott.com/de/Atmel-UC3-A3-Xplained-AT32UC3A3-XPLD Aber ich sehe, die haben keine mehr. Falls es günstig sein soll, kannst du zum Einstieg auch erstmal das hier kaufen: http://www.watterott.com/de/AVR32-PIKO-Board Hat leider nur kein
-
Thread
Schwach im Kopfrechnen
als 6 Dezimalstellen musst Du nicht nur die Lib ändern, sondern auch den Compiler (gcc-*\gcc\config\avr\avr.h, #define DOUBLE_TYPE_SIZE 32). Ich ging übrigens davon aus, dass jemand der eben mal atof oder acos neu schreibt, dem Statement if (sizeof(double) > sizeof(float)) printf("das ist garantiert kein WinAVR\n"); entnehmen kann, dass in WinAVR "double" nicht genauer ist als "float". Anders als beim PC. Sorry für die Fehleinschätzung. Abhilfe: (a) Compiler verwenden, der ein 64-bit Fliesskommaformat
-
Thread
Sinusberechnung auf Controller STM32F030
fürs > Programm. Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem ARM dieses jedoch 32 Bit breit. Es wäre mal einen Vergleich wert, wie groß der Code auf einem AVR und wie groß der Code auf einem ARM
eichfähiges System eine interne Berechnung in int64_t statt in double durchgeführt. Plötzlich reichen auch 16k statt 32k Flash. Und int64_t war schon der Ansatz für Faule. ;)
-
Thread
8 Kanal 50Ms/s AVR Logic-Analyzer
kleiner ATMega mit Schieberegistern > - großer ATMega > - 16 und 20MHz CPU-Takt > - 4 bis 16k RAM 4-32k Ram, eigentlich bis 64k, übliche Cache-Rams waren aber ohnehin meist 8kx8 oder 8kx32. > > Da sollte die Software ebenso flexibel sein ;-) Soll sie. Es wird auf PC-Seite nur eine Version geben, zum
Hallo, wer ein Ram im SDIP sucht, kann auch den CY7C199C-15 (32kx8) nehmen, den U. Radig http://www.ulrichradig.de/ in seinem AVR-DSO eingesetzt hat. (Kostet in seinem Shop ~5€)
-
Thread
Werden Atmel Mikrocontroller aussterben/nicht mehr verfügbar sein?
Beitrag #6793990: > Alle User sind auf den ARM Zug aufgesprungen. > Auch hier im Forum hat ARM den AVR verdrängt. Nein ARM Controller (oder generell 32bit Controller) werden zunehmend eingesetzt. Von "Alle user" und "Verdrängung" kann aber noch lange keine Rede sein. In 20 Jahren wird das vielleicht
alte Regel (angehender Entwickler): Nutze das, was du gelernt hast, schwenkt so doch eher von PIC8 zu AVR8 Den Arduino Zug haben sie ja voll verpasst, auch mit den PIC32. Jetzt haben sie einen Seiteneinstig gefunden.
-
Thread
XMEGA Pozessor von Atmel
der AVR32 ist zu oversized für unsere Anwendung!
Ja ich denke, dass der Xmega eben die Lücke zwischen AVR32 und AVR Mega füllen soll und da macht er sicher auch ganz gut. Aber der AVR32 ist auch interessant, den guck ich mir demnächst sicher auch mal genauer an :)
-
Thread
1-Wire Slave auf AVR
ausgewählt ISR (INT0_vect) { unsigned char tim0_i, status; status = status_global; #ifdef __AVR_ATtiny13__ DDRB &= ~(1 << ONEWIREPIN); // Pin auf Eingang #elif defined (__AVR_ATmega8__) DDRD &= ~(1 << ONEWIREPIN); // Pin auf Eingang #endif #ifdef __AVR_ATtiny13
Reset-Signale nacheinander gesendet wurden. Das verträgt jetzt der neue Code. Der iButten Viewer32 sendet nachweislich ein den Befehl 64h ich vermute mal zum Temperaturmessen. Habe ich einfach mit eingefügt und nun geht’s ohne Probleme. Für den Counter muss wohl ein Attiny25 herhalten. CRC16 und
-
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
AVR-Bootloader mit Verschlüsselung
Passwortes. Sollten diese nicht identisch sein so wurde entweder mit falschem Passwort verschlüsselt, der AVR benutzt ein falsches Passwort zur Entschlüsselung, der Datenstrom wurde falsch übertragen (wir nutzten extern nur eine 16 Bit CRC) mit dem XTEA nutzen wir eine 64 Bit CRC die aber auf 32Bit truncated
m3250P m325A m325 m325PA m325P m328 m328PB m328P m3290A m3290 m3290PA m3290P m329A m329 m329PA m329P m32A m32C1 m32 m32HVB m32M1 m32U2 m32U4 m406 m48A m48 m48PA m48P m640 m644A m644 m644PA m644P m6450A m6450 m6450P m645A m645 m645P m6490A m6490 m6490P m649A m649 m649P m64A m64C1 m64 m64M1 m64RFR2 m8515
-
Thread
Rust - ist das hier um zu bleiben?
_64-unknown-cloudabi x86_64-unknown-freebsd x86_64-unknown-linux-gnu (default) x86_64-unknown-linux-gnux32 x86_64-unknown-linux-musl x86_64-unknown-netbsd x86_64-unknown-redox [/pre] AVR soll auch
mismatched types --> src/main.rs:4:17 | 4 | let z = x + y; | ^ expected `i32`, found `i64` error[E0277]: cannot add `i64` to `i32` --> src/main.rs:4:15 | 4 | let z = x + y; | ^ no implementation for `i32 + i64` | = help: the trait `Add<i64>
-
Thread
Assembler Schleifen Tricks
einzuhalten sind. Schlauere Naturen würden keine Halbwahrheiten schreiben. Vergessen den 1/2/4/8/16/32/64 Trick zu erwähnen?
, um alle Versionen zu sehen). Es ist der unterste Eintrag "Zipped yEd Jar file for 32-bit and 64-bit operating systems".
-
Thread
Mini-Farbdisplay (+mehr) für 1 Euro
man auch auf diesem Display die einzelnen Schritte. 32 bzw 64 unterschiedliche Stufen sind nicht wirklich viel wenn man Farbverläufe hat.
'R DATA 0,38,73,73,73,50 'S DATA 0,1,1,127,1,1 'T DATA 0,63,64,64,64,63 'U DATA 0,31,32,64,32,31 'V DATA 0,63,64,60,64,63 'W DATA 0,99,20,8,20,99 'X DATA 0,7,8,112,8,7 'Y DATA 0,113,73,69,67,0 'Z 'Font-Quelle: 6x8 Zeichensatz aus dem Verzeichnis "C:\BASCOM
-
Thread
ATMEGA32 Minimum System Board
Link: http://dx.com/p/jy-mcu-minimum-avr-system-board-atmega32-104310 korrigierter Link für Youtube-Video "atmega32 minimum Bascom blinky 9 Euro" http://youtu.be/gQD3SdgPueQ
Auf Wunsch compilier ich dir was vor. Der AVR muesste ein ATmega32L auf 12 MHz sein? MfG
-
Thread
Deterministischer Pseudozufall
guten" Zufall (sofern das einen Sinn ergibt) bei > möglichst wenig Ressourcenverbrauch... Wenn es 32-Bit auf ATtiny sein soll, könntest du 64-Bit Arithmetik verwenden um eine gute[tm] Zufälligkeit zu erreichen. Eine Multiplikation in GF(2^64) ist grob geschätzt genauso teuer wie zwei uint64_t ohne
Shifts und n XORs, dazu geschätzt rund 10-20 Instruktionen Geraffel, und das alles n mal. Für eine 64-Bit Mul bist du also bei mindestens 3·64²/8 ~ 1600 Ticks. Wenn dir 32-Bit Arithmetik reicht, sind es immerhin noch 400 Ticks. Natürlich kannst du auch ein LFSR direkt verwenden und P mal multiplizieren
-
Thread
NRF24L01+ mit ATMEGA328P Standalone
Windows Testprogramm ist von > mir und es ist nicht für alle Systeme geeignet (Einschränkung > auf 32 Bit) mein PC hat 64 Bit also wird diese Anwendung nicht funktionieren. Kannst du ein Terminal Application Programm empfehlen für den Arduino aufbau. Gruß Noah
SS pin functionality". habe ich behoben mit sollte so stimmten oder: [c] DDR_SPI &= ~((1<<DD_MOSI)|(1<<DD_MISO)|(1<<DD_SS)|(1<<DD_SCK)); // Define the following pins as output DDR_SPI |= ((1<<DD_MOSI)|(1<<DD_SCK)); [/c] entschuldigen sie die lange pause aber ich hatte selten zeit
-
Thread
Cortex M3 Hobby: STM32* oder LPC17* ?
Verhältnis zum Flash Versteh ich nicht so ganz. Bei ST gibts's ein paar Chips (noch nicht), die mehr als 64K SRAM haben. Bei NXP ein paar mit 64k wie auch bei ST. Verfuegbare Kombinationen sind bei beiden 512/64. Es gibt auch bei beiden 256/64. Woher kommt diese Aussage? > > Pro STM32*: > - ist in vielen
(kleine Brötchen): Ein LPC mit 32 kB Flash hat 8 kB RAM, mit 64 kB FLASH 16 kB RAM, mit für mich unerreichbaren 128 kB Flash 32 kB RAM. Ein STM (103) hat bei 32 kB Flash 10 kB RAM, bei 64 kB Flash 20 kB RAM und bei 128 kB
-
Thread
Betriebssystem auf Grundlage des Linux-Kernels selbst schreiben
[code] objcopy -O binary -j .interp /bin/bash /dev/stdout; echo [/code] Dann steht dort: "/lib64/ld-linux-x86-64.so.2". Wenn ich also /bin/bash aufrufe, ist dass das selbe, wie wenn ich "/lib64/ld-linux-x86-64.so.2 /bin/bash" starten würde. (also /lib64/ld-linux-x86-64.so.2 als Program und /bin
immer, dass quemu nicht gefunden wird > es ist aber installiert! Der Befehl wäre "qemu-system-x86_64". Ich empfehle es mit "qemu-system-x86_64 -m 2G --drive media=cdrom,file=hello_world_distro.iso,readonly" zu starten.
-
Thread
Beispielprogramm für RFM12 433MHz Funk-Module
baudrate von 19200, nur der rest keine ahnung. und dann mal frage ob das funktioniert 2 * Funk-AVR-Evaluations-Board v1.2 2 * Atmel ATmega 32 mit 16MHz Clock vom Board 2 * RFM12S
Danke an Benedikt ich habe die Module mit zwei Anpassungen zum laufen bekommen. Ich habe ein tamega32 in Verbindung mit avr bord von robotikhartware gennutzt. 1. es muste nur die pins vom port änder #define SDI 5 //5 #define SCK 7 //6 #define CS 4 //7 #define SDO
-
Thread
STM32 läuft mit Debugger schneller als er soll
das liegen? Das Programm wurde mit der Option -O0 compiliert. Hardware: Dieses minimale STM32F303CCT6 Board https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19-11e9-910a-901b0ebb3621.html Als Debugger nutze ich die SW4STM32 in Kombination
du verwendest openocd? schau mal in die targets/stm32f3x.cfg: [code] proc stm32f3x_default_reset_init {} { # Configure PLL to boost clock to HSI x 8 (64 MHz) mww 0x40021004 0x00380400 ;# RCC_CFGR = PLLMUL[3:1] | PPRE1[2]
-
Thread
Effizient Datum und Uhrzeit vergleichen
. > Wie kann ich das effizient anstellen? Indem du Bitfelder vermeidest. Ansonsten kann der AVR mit seiner 8-Bit ALU sowieso immer nur 8 Bit auf einen Rutsch vergleichen. Jegliches Gecaste nach uint64_t u.ä. bringt also überhaupt gar nichts. Denn auch zwei uint64_t muß die ALU von links nach rechts
haben über Y2K eher gelacht, deren Dommsday kommt noch, 19. Januar 2038, wenn die früher üblichen 32 Bit nicht mehr reichen. Das kann sogar auf modernen Systemen mit 64 Bit Sekundenzähler passieren wenn da drauf zum Beispiel noch alte Anwendungen laufen, die intern Zeit in 32 Bit speichern.
-
Thread
(dauerhaft) aktuelle Toolchain
dem Utils-Verzeivhnis von WinAVR-Version dahin kopiert. Läuft ohne Probleme unter W8.1, 64bit.
/files/avr-gcc%20snapshots%20%28Win32%29/ Ist eine Toolchain mit avr-gcc 6.1.1, ist aber ohne make & Co. Dafür läuft diese mit WinAvr 4.18 - jedenfalls bis Win7.
-
Thread
MMC SD library FAT16 FAT32 read write
Ach ja, Wiki auch aktualisiert... http://www.mikrocontroller.net/articles/AVR_FAT32
Wieso ist in der 0.6.3.1 beim AVR STM32 Code drin?
-
Thread
WiFi Relais mit ESP8266 ESP-01 Modul (Bascom)
); PROVIDE ( xthal_copy123 = 0x4000074c ); PROVIDE ( xthal_get_ccompare = 0x4000dd4c ); PROVIDE ( xthal_get_ccount = 0x4000dd38 ); PROVIDE ( xthal_get_interrupt = 0x4000dd58 ); PROVIDE ( xthal_get_intread = 0x4000dd58 ); PROVIDE ( xthal_memcpy = 0x400006c4 ); PROVIDE ( xthal_set_ccompare = 0x4000dd40 ); PROVIDE ( xthal_set_intclear = 0x4000dd60 ); PROVIDE ( xthal_spill_registers_into_stack_nw = 0x4000e320 ); PROVIDE ( xthal_window_spill = 0x4000e324 ); PROVIDE ( xthal_window_spill_nw = 0x4000e320
-
Thread
x86-Programmierung und Befehlsabarbeitung
Rolf M. schrieb im Beitrag #6135583: > IA-64 ist aber auch schon lange tot. Sorry, ich meinte AMD64. Wobei das Argument mit IA64 auch nicht ganz falsch ist :-)
Programmierer schrieb im Beitrag #6135588: > Rolf M. schrieb: >> IA-64 ist aber auch schon lange tot. > > Sorry, ich meinte AMD64. > Wobei das Argument mit IA64 auch nicht ganz falsch ist :-) Naja, mit IA-64 hat Intel mal versucht, seine alten x86-Zöpfe abzuschneiden
-
Thread
Einsteigerfragen
zufrieden mit dem gerät! Hab Windows 7 64 bit und es läuft einwandfrei! 4.Atmega 8 reingesteckt und angefangen zu programmiernen! ich finde dieses Tutorial sehr hilfreich hat mir bis jetzt die meisten Fragen beantwortet! http://www.avr-asm-tutorial.net
machen mit mehr Bit anzufangen!? Aber ich habe das > AVR-Studio nur in der 8-Bit Version kostenlos gefunden - kostet die > 32-Bit Entwicklungsumgebung? Klar, 16-Bitter. Aber ich hatte oben schon geschrieben: Fang mal mit den kleinen AVR an, am besten
-
Thread
TI Launchpad MSP430
msp430-objdump -dSz xxx.x in einer Shell die einzelnen Dateien anschauen. Wenn ich bei mir mit avr-gcc aus [c] int main(void) { return 0; } [/c] ein main.o und main.elf erzeuge, bekomme ich mit avr-objdump -dSz main.o [code] main.o: file format elf32-avr Disassembly
hier hochladen? Der Versuch [code] >cp main.c xmain.c >avr-gcc -Os -mmcu=atmega88 -o xmain.c xmain.c >file xmain.c xmain.c: ELF 32-bit LSB executable, Atmel AVR 8-bit, version 1 (SYSV), statically linked, not stripped [/code] zeigt auf, das gcc die Source-Datei
-
Thread
Dauerhaft FakeNews in allen AVR Series 0/1/2 Datenblättern
interrupt vector" verstehe ich den Moment, wo die CPU den Interrupt Vektor anspringt. Das dies bei AVR diverse Flags außerhalb der CPU (und IRQ Controller) zurück setzt ist nicht neu. Bei STM32 wäre es hingegen überraschend.
den AVR-DA/DB/DD sind es alles nicht-kommerzielle Projekte. Von daher alles gut. Ich glaube, Spence Konde hatte da mal eine ausführliche Testreihe gemacht. https://github.com/SpenceKonde/DxCore/blob/master
-
Thread
Atmega SPI will nicht
Master) --> SS(Slave) **************************************************************/ #include <avr/io.h> #include <avr/interrupt.h> #include <avr/signal.h> unsigned char status = 0; volatile unsigned char count; void timer1 (void); void master_init (void); void master_transmit (unsigned
status = SPSR; //Status löschen [/code] Also bei mir läuft dies auf einem ATmega32 mit 4MHz: [code] void SPI_MasterInit(void){ /* Set MOSI and SCK output, all others input */ DDR_SPI = (1 << DD_MOSI) | (1 << DD_SCK) | (1 << DD_SS); /* Enable SPI, Master, set clock rate fck
-
Thread
TCB von ATmega4809 megaAVR0 Serie
man muss sicherlich nicht 2 Timer zwingend zusammenschalten und kann den OVF einzeln verwenden. Beim AVR128DD werden dann sicherlich die Prescaler nachgereicht. :-)
ohne diesen verbalen Ausrutscher angekommen. Im Übrigen bezog ich mich darauf, dass das offenbar AVR128 und AVR64 vermischt wurde.