-
Thread
Grasshopper Linux Images
checking build system type... i386-pc-linux-gnu checking host system type... Invalid configuration `avr32-linux': machine `avr32' not recognized configure: error: /bin/sh ./config.sub avr32-linux failed make: *** [/home/florian/grasshopper/icnova_base_cd/ICnova_base/build_avr32/bind-9.3.2/Makefile]
read-only: mount / -o remount,ro Danach kannst Du das neue Dateisystem in den Flash schreiben: dd if=/tmp/rootfs.avr32.jffs2 of=/dev/mtdblock2 bs=64k PS: Ich habe versucht, Dir via ICQ eine IM zukommen zu lassen, offenbar ohne Erfolg.
-
Thread
AVR für wenig Geld im LAN
Fehlermeldung: Build started 3.10.2008 at 12:33:09 avr-gcc.exe -mmcu=atmega32 -Wall -gdwarf-2 -std=gnu99 -DF_CPU=16000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT base64.o -MF dep/base64.o.d -c ../base64.
an AVR-NET-IO senden. z.B Atmeg32 sendet 64 Byte an AVR-NET-IO und diese werden dann im Browser angezeigt. Auch für kleine Aplikationen mit AVR wäre diese Funktion sinnvoll. AVR-NET-IO läuft bei mir mit
-
Thread
Raspberry Pi Pico: Mikrocontroller-Board mit Cortex M0+
verbaut. So ziemlich jeder Hersteller hat da besseres im Angebot. Exemplarisch sei mal der STM32H730 erwähnt (https://www.st.com/content/st_com/en/products/microcontrollers-microprocessors/stm32-32-bit-arm-cortex-mcus/stm32-high-performance-mcus/stm32h7-series/stm32h730-value-line/stm32h730vb.html
Hut ab vor den Entwicklern des uC. Sie haben einfach mal ein wenig nachgedacht. Beispiel Timer: 64bit us-Timer, welcher auch noch so auslesbar ist, dass man mit den Zahlen was anfangen kann. Ich hab gedacht ich lese im Manual ueber meinen eigenes usTimer.h (nur 32-bit, aber selbes Prinzip). Cool.
-
Thread
Direkte Programmierung des Arduino Micro
dem RAM/ROM oder Flashspeicher auslesen und direkt in die IO Register der Ports schreiben. Am C64 habe ich das so relativ simpel lösen können.. LDA $#4000 ; Lädt Akkumulator mit Wert aus RAM Adresse 4000 Hex STA $#DD00 ; Schreibt Akkumulator in D0-D7 des Userports.... Wie bekomme ich nun dieses
Direkte Register- und Portzugriffe, keine Problem. Marco W. schrieb im Beitrag #4999173: > Am C64 habe ich das so relativ simpel lösen können.. > > LDA $#4000 ; Lädt Akkumulator mit Wert aus RAM Adresse 4000 Hex > STA $#DD00 ; Schreibt Akkumulator in D0-D7 des Userports.... > > Wie bekomme
-
Thread
Diskettenlaufwerk ansteuern
Entweder hast du meinen Hinweis auf CCL überlesen oder du weisst nicht einmal, was das ist, weil deine AVR8-Kompetenz auf dem Stand von vor 5..10 Jahren eingefroren ist. Und was den Takt betrifft: ganz offiziell können die AVR8 heutzutage 24MHz, inoffiziell sogar 32MHz. Verstehst du jetzt das mögliche
noch Laufwerke dafür mehr. Ich halte es aber für durchaus möglich, mit den Features der neueren AVR8 einen HD-fähigen Floppycontroller umzusetzen. Konkret mit einem AVR128D(x)48 oder-64. Ich sehe eben bloß keinen Sinn darin, das tun zu wollen.
-
Thread
Digitaluhr mit geringem Stromverbrauch
designen. Beim Ali gibt es diese LCDs auch mit 6 Stellen (du wolltest gerne 6 Stellen?). Und statt des AVR128DA48 nimmst du einen AVR128DA64 damit du mehr IOs für das Display hast. Die Platine musst du natürlich neu machen. Da einen DCF77 Empfänger dran und diesen dann einmal am Tag einschalten zum synchronisieren
Beim Ali gibt es > diese LCDs auch mit 6 Stellen (du wolltest gerne 6 Stellen?). Und statt > des AVR128DA48 nimmst du einen AVR128DA64 damit du mehr IOs für das > Display hast. Die Platine musst du natürlich neu machen. Sehe ich das richtig, dass der avr128da64 zwar mit 3V läuft, aber dann auf
-
Thread
kurze frage zur Init.
> passt ja zumindest dahingehend, dass das Gesamtergebnis ohnehin kaum > noch auf Controllern < 64 KiB sinnvoll zu benutzen sein wird. ;-) M.E. nicht bei einer smarten Assemblerlösung nebst der Implementierung des 64-Bit Move im avr-gcc.
Beitrag #3227045: > M.E. nicht bei einer smarten Assemblerlösung nebst der Implementierung > des 64-Bit Move im avr-gcc. Schon richtig, aber dafür muss erstmal jemand Zeit und Muse haben. (Mit anderen Worten: es muss jemand 64-bit-double so nötig brauchen zusammen mit den übrigen avr-libc-Features
-
Thread
Atmega via Ethernet flashen
The avr-gcc-4.2.2 reports this for size Size after: AVR Memory Usage ---------------- Device: atmega32 Program: 4782 bytes (14.6% Full) (.text + .data + .bootloader) Data: 783 bytes (
Ich hab avr-gcc 4.3.2 aus WinAVR-20090313 benutzt unter Win7 x64 und hatte keine solchen Probleme, weder mit device 001 noch 002. Welche Revision ich allerdings habe weiß ich nicht, wüßte nicht wo ich das nachsehen
-
Thread
GLCD Routinen ( KS0108, HD61202 )
dieses Display: http://www.sure-electronics.net/mcu,display/DE-LM106.pdf Controller ist ein ATMEGA32 (mit 8 MHz intern). Beides habe ich im Projekt (AVR-Studio) eingestellt und die Pins habe ich auch angepasst. Die Ausgabe ist prinzipiell zu erkennen, aber es ist nicht i.O. (siehe angehängtes Bild
Schon gut... habs hinbekommen! ich Depp musste erstmal die Funktionen unter AVR aktivieren! :-S
-
Thread
EMS > Adapter > NetIO > Raspi
Hallo, ich habe im Projekt gelesen, dass man den atmel32 gegen den atmel64 austauschen muss, weil man für das Projekt eben zwei solche Schnittstellen braucht. Mal nachgefragt: warum eigentlich? Gruß, Bernd
Olaf. Es ist das Experimentierboard von Ulrich Radig http://www.ulrichradig.de/home/index.php/avr/eth_m32_ex Ist der zweite usart hier entscheidend?
-
Thread
Verständnisfrage PWM mit AVR
PLL) https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
Schau Dir den ATTiny85 an, der sollte eine PLL mit 32/64MHz für den Timer/Counter 1 haben.
-
Thread
MMC karte adressieren 32bit will nicht
Deshalb ja mein Vorschlag, einen typedef für uint32_t einfach mal so reinzuschreiben. Dann wird der Compiler schon zeigen, wo er die erste Definition gefunden hat und man kann sie nachprüfen. In der <stdint.h> der avr-libc ist uint32_t ein typedef
Ok, ich glaube ich habe den fehler: [code] main.h:16: error: conflicting types for 'uint32_t' /usr/include/stdint.h:52: note: previous declaration of 'uint32_t' was here [/code] anstatt in /usr/avr/include nimmt er die normalen. Mal schauen, wo ich das ändern kann.
-
Thread
1000 Leds an Atmega32
Auf der Suche nach Portexpandern, habe ich den PCF8574 gefunden. Wenn ich 8 davon nehme, habe ich 64 Pins. Damit kann ich eine 32 x 32 = 1024 LED Matrix betreiben (Mit Treibern natürlich). Liege ich damit richtig? Hat einer von euch Erfahrungen mit diesen Chips? Freundliche Grüsse Florian
avr schrieb im Beitrag #3886689: > 1/32 dutycycle? Bei dem UDN bekommen die Leds einen Strom von ~300µA. Troll dich. Oder such jemanden der dir vorlesen kann, was ich geschrieben habe.
-
Thread
mehrere usbasp betreiben
die beiden auseinander halten? ID 16c0:05dc kann der erste bleiben und der zweite dann ID 16c0:05dd. Sollte doch klappen.
...... zwei Programmer verbinden Jumper2 colse ändern .../Firmware/usbcofig.h -> id ID 16c0:05dd flashen.... >lsusb Bus 003 Device 035: ID 16c0:05dd VOTI BlackcatUSB2 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
-
Thread
Schrittmotorsteuerung mit Atmega8?
die Timer1 entsprechen. Hiermit lassen sich fein abstimmbare Lauffrequenzen erzeugen. z.B. Atmega64 oder..640
, y0); while(x < y) { if(f >= 0) { y--; ddF_y += 2; f += ddF_y; } x++; ddF_x += 2; f += ddF_x + 1; setPixel(x0 + x, y0 + y); setPixel(x0 - x, y0 + y); setPixel(x0 + x, y0 - y);
-
Thread
Mehrere DS1820/DS18B20 auslesen
Dannegger wurde im Thread http://www.mikrocontroller.net/forum/read-4-84831.html#102216 "fertiger" avr-gcc-Code bereitgestellt. Bei der Gelegenheit: Danke dafuer, Peter.
n"); [/c] Als Ausgabe erhalte ich für drei angeschlossene DS18S20: [code] ID: 10 6F 9B DD 01 08 00 9A T: 0180 = 24.0°C ID: 10 D9 9F DD 01 08 00 30 T: 0180 = 24.0°C ID: 10 A8 AF DD 01 08 00 1B T: 0180 = 24.0°C festeID: 10 D9 9F DD 01 08 00 30 T: FFF8 = 4095.5°C [/code
-
Thread
LCD Problem mit blafusel´s Routinen
Wahl. Die meisten kommen wohl damit halbwegs zurecht: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung
D7 * R/W ist n.c. * * 03/2005 Florian Schäffer, http://www.blafusel.de * */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((F_CPU/4000)*us)/1000) // wartet µs void lcd_write_init(uint8_t data) { PORTC = (data>>4); // output
-
Thread
FT800 / FT810 Library
Detect Erase Read/Write CMD_FLASHFAST W25Q128JVSIQ 128 Yes Yes Yes Yes SST26VF064BA-104I/SM 64 Yes Yes Write fails - AT25QF128A-SHB-T 128 Yes Yes Yes 0xE004 - device/blob mismatch W25Q32JVSSIQ 32 Yes Yes Yes Yes W25Q64JVSSIQ 64 Yes Yes Yes Yes IS25LP128F-JBLE 128 Yes
habe ich nur an der Oberfläche gekratzt. c-hater schrieb im Beitrag #6647994: > Unterstützung für AVR-Host-Flash >64kB) Also grundsätzlich ist das drin: [code] static inline uint8_t fetch_flash_byte(const uint8_t *data) { #if defined (__AVR_HAVE_ELPM__) /* we have an AVR with more than 64kB
-
Thread
Atmel übernommen, AVRs tot? Alternativen?
Lothar schrieb im Beitrag #4715767: > Die STM32 sind ohne HAL > kaum in den Griff zu bekommen. EINSPRUCH! Ich bin erst dieses Jahr von AVR auf STM32 umgestiegen. Beim STM32 arbeite ich stets bare-metal ohne HAL und ich finde es NICHT schwieriger
oder einfach kostenlos und > ohne Code Beschränkung? Wie gesagt: AVR-Bastler schrieb im Beitrag #4715701: > )* frei wie in "freie Rede", nicht wie in "Freibier" meckerziege schrieb im Beitrag #4715778: > EINSPRUCH! Ich bin erst dieses Jahr von AVR auf STM32 umgestiegen
-
Thread
Zahl umdrehen?
Christoph db1uq K. schrieb im Beitrag #7415264: > Für 64 Bit sind das allerdings 16 Register, in einem 8-Bitter wie dem > AVR ist damit schon die Hälfte aller Register belegt. Man muss ja nicht alles um 64 Bit schieben. Je nach Architektur und Sprache
ich nämlich schon vor einigen Tagen auf > Github in MicroPython Discussions gepostet… Welchen? 32Bit oder 64Bit? Und wo finde ich auf github irgendwelche Diskussionsforen?
-
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
-
Artikel
AVR32 Grasshopper
Über das Board. AVR32-Board, ab 85 Euro - nicht mehr erhältlich! Technische Daten: 140 MHz (max. 200 MHz möglich) 64 MB SDRAM (32 Bit breit angeschlossen) 8 MB Flash 10/100 MBit/s Netzwerk On-Chip Display Controller 1
werden soll, kann man in der Buildroot-Umgebung mittels "make menuconfig" einstellen. Die Datei rootfs.avr32.ext2 wird an z. B. /mnt gemountet mount -o loop rootfs.avr32.ext /mnt Sollte man das /mnt-Verzeichnis nicht direkt freigeben wollen, ist danach der Inhalt des Verzeichnisses in das über NFS freigegebene
-
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.