-
Thread
C++ oder C auf uc
benötigt man den letzten Punkt? Viele 8- oder 16-Bit Mikrocontroller haben mehrere Adressräume. Etwa AVR mit Flash/RAM/EEPROM oder M16C mit 64K/1M, die seitens der Maschine verschieden angesprochen werden müssen und daher eine entsprechende Attributierung der Adressen und Pointer erfordern. Bislang kam
> Viele 8- oder 16-Bit Mikrocontroller haben mehrere Adressräume. > Etwa AVR mit Flash/RAM/EEPROM oder M16C mit 64K/1M, die > seitens der Maschine verschieden angesprochen werden müssen > und daher eine entsprechende Attributierung der Adressen und > Pointer erfordern.
-
Thread
Tiny2313 Probleme beim Compilen
einstellungen ? hatte eigendlich nichts eingestellt ... hm was könnte es noch sein installiert sind: -WIN-AVR -AVR-Studio 4.14 -Vista 64bit -MySmartUSB ich habe die schaltung getestet mit dem MySmartUSB ISP funktioniert und der tiny wird auch richtig erkannt. fuse bits hatte ich noch nicht ausgelesen
hat 32 und 64 bit (PC).... ich hab bis jetzt alles zum laufen bekommen außer diesen atmel kack immer... nunja vieleicht muss ich einfach nur warten bis irgendwann mal nen update kommt lol dabei hat microsoft
-
Thread
Feld aus Festwerten im Programmspeicher
Dateien in einem Ordner, übersetzt ohne Fehler! Der Aufruf: [c] "E:\\Programme\\arduino\\portable\\avr-gcc\\avr-gcc-15.2.0_mingw32_binutils2.45_avrLibc2.2.1\\bin\\avr-g++" -c -g -Os -w -std=gnu++23 -fno-exceptions -fpermissive -ffunction-sections -fdata-sections -fno-threadsafe-statics -Wno-error=narrowing
hingegen schon. * Teilweise ist der Code /ohne/ PROGMEM schlechter, etwa wenn man per __flash eine 64-Bit Variable liest. Das ist der Grund, warum es in der AVR-LibC Funktionen wie flash_read_u64() gibt: https://avrdudes.github.io/avr-libc/avr-libc-user-manual-2.3.0/group__avr__flash.html#ga368f51c58ca62b924e33046666512d92
-
Thread
Rundung bei Addition und Multiplikation - Warum?
Wieviele Stellen erwartest du von 32-Bit Fliesskommarechnung? avr-gcc hat keine echten "double" Werte, kennt nur 32-Bit Format. Und das ist gut für ca. 7 Stellen.
.1E37 ist gefordert und 40 Bit Mantisse) auf jeden Fall damit abgedeckt sehen möchte, nur eben eine 32-bit-Implementierung nicht mehr. Leider dürfte es für den GCC ungleich schwieriger sein, ihm eine 48-bit-Implementierung (für den AVR-GCC) beizubringen denn eine mit 64 bit, da er intern auf einen
-
Thread
Wer hat Zeit? (AVR Programmingtool Problem)
jpg Und ich habe diesen Programmer: https://de.aliexpress.com/store/product/USBasp-ISP-3-3V-5V-AVR-Programmer-USB-ATMEGA8-ATMEGA128-New-Wire-Support-Win7-64Bit-lcd/343255_32781705108.html Wenn ich jetzt in meinem AVR STudio 7 im Menu Extras auf USBASP klicker passiert gar nichts. Ich bin genau
runter und packe es aus. Nicht durch den Dateinamen irritieren lassen, das Paket enthält auch einen 64bit Treiber. Stecke deinen Programmieradapter ein und starte danach das Programm libusb-win32-bin-1.2.6.0/bin/inf-wizard.exe." Speziell für Dich habe die weiteren Schritte dort nun noch detaillierter
-
Thread
ATMega128 mit PC Verbinden via RS232
www.mikrocontroller.net/articles/AVRDUDE#Parallelport-Programmer_an_aktuellen_PCs Welches OS? W2K, XP 32-Bit: giveio installieren siehe [[AVRDUDE]] Vista 32-Bit: http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=68158 XP 64-Bit oder Vista 64-Bit: anderen Programmer (USB) beschaffen.
stichprobenweise. Habe 10, 9, 8, 5 probiert. Kein Erfolg bisher. > Welches OS? > W2K, XP 32-Bit: giveio installieren siehe [[AVRDUDE]] > Vista 32-Bit: > http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=68158 > XP 64-Bit oder Vista 64-Bit: anderen Programmer (USB) beschaffen
-
Thread
ARM-Assembler-Tutorial
/7 - mit 32bit "float", bei manchen M7 auch mit 64bit "double". Alles etwas unübersichtlich, die Details entnimmt man dem ARMv7M Architecture Reference Manual. Damit hab ich mich auch noch nicht so genau auseinander
#6081415: > Und was noch? Der Aufruf > openocd -f interface/stlink-v2.cfg -f target/stm32f1x.cfg -c "program linker_skript_demo_01.elf verify reset exit" liefert: [code] xPack OpenOCD, 64-bit Open On-Chip Debugger 0.10.0+dev (2019-07-17-11:28) Licensed under GNU GPL v2 For bug
-
Thread
8 Bit Berechnung schnell, schneller am schnellsten
Implementation einer 3D Rotation mit perspektivischer Projektion in 6502 Assembler: http://codebase64.org/doku.php?id=base:3d_rotation AVR-Assembler ist für Anfänger, kann ich dazu nur sagen...
müssen >> ja nur beide Faktoren vertauscht werden. > > Ja, stimmt. Aus den 28 Ticks werden dann 32. Hier noch die AVR-Version mit den 32 Ticks und ohne Restriktionen an die Parameter, wie oben gemäß avr-gcc ABI aber etwas mehr kommentiert. Die Berechnung verwendet [math]ab = \Bigl(\frac{a +
-
Thread
Mikrocontroller und PHP
Es gibt schon Durchaus fertige TCP/IP-Stacks vor allem für entsprechende STM32F4xx. Und mit entsprechenden Baustein geht das auch am AVR, siehe Arduino Ethernet Shield. Je nach Nutzerzahl und sonstiger Elektronik ist ein Raspberry da echt ein Overkill. Und es geht auch ohne RTOS
Beitrag #6577079: > Es gibt schon Durchaus fertige TCP/IP-Stacks vor allem für entsprechende > STM32F4xx. Und mit entsprechenden Baustein geht das auch am AVR, siehe > Arduino Ethernet Shield. Je nach Nutzerzahl und sonstiger Elektronik ist > ein Raspberry da echt ein Overkill. Und es geht auch ohne
-
Thread
Guter, günstiger, Chip für Grafikdisplay
willst. Sag uns doch mal etwas genauer, was du machen willst. Den EPSON S1D15721D00B000 dürfte jeder AVR mit ausreichend PINs, z.B. der populärste Vertreter: Atmega328P, locker ansteuern können. Und dein USBasp kann problemlos den Atmega328P programmieren. Er hat halt "nur" 32 kB Flash, also sehr weit
. Sag uns doch mal etwas genauer, was du > machen willst. Den EPSON S1D15721D00B000 dürfte jeder AVR mit > ausreichend PINs, z.B. der populärste Vertreter: Atmega328P, locker > ansteuern können. Und dein USBasp kann problemlos den Atmega328P > programmieren. Er hat halt "nur" 32 kB Flash, also
-
Thread
Beispiel Quellcode sd-karte
Greift auf eine SD Karte per SPI zu * * Doku, siehe http://www.mikrocontroller.net/articles/AVR_FAT32 * Neuste Version: http://www.mikrocontroller.net/svnbrowser/avr-fat32/ * Autor: Daniel R. * * Modifikationen: Florian Schäffer, www.blafusel.de, 23.6.2014 * */ # define F_CPU 4000000UL #include <avr/io.h> #include <util/delay.h> // definiert _delay_ms() #include <avr/interrupt.h> #include <stdio.h> #include <mmc_config.h> // Hier werden alle noetigen Konfigurationen vorgenommen, umbedingt
-
Thread
Mikrocontroller Empfehlung gesucht
Oder die EFM32 von Silabs
nicht zuuu schwierig und für viele genannte Controller gibt es Communities, die unterstützen. STM32 mit HAL finde ich etwas komplizierter als den MSP430 bare-metal, liegt aber einfach daran, dass ich jahrelang auf dem AVR entwickelt habe und der MSP430 gar nicht sooo verschieden ist. Anstatt "Quatsch
-
Thread
Atmega32 takt nicht richtig eingestellt
time: 18 CK + 64 ms Falsch: Ext. RC Osc. != Ext. Crystal > Ext. Low-Freq. Crystal; Start-up time: 32K CK + 64 ms Falsch: Ext. Low-Freq. Crystal != Ext. Crystal 16 MHz > Ext. Crystal/Resonator Low Freq.; Start-up time: 16K CK + 64 ms} Falsch: Low Freq. != 16 MHz [[AVR Fuses]]
-
Thread
Atmega 328 Timer 2: Hilfe für Frequenzerzeugung
Latchinhalt landet nie im Register. Mit einigen Timern(allen?) führt das zur Totalblockade des AVR
Compare Match A > TCCR2A = (1<<WGM21); // set Mode > TCCR2B = (1<<CS22); // Prescaler 64 > sei(); Schießt den uC tatsächlich völlig ab. Der ist nirgendwo mehr. Öfter mal was Neues.... beim ARM käme wohl eine "Hard Fault Exception" aber beim AVR328P eher nicht. Die nachfolgende Blink
-
Thread
NTC Erfassung ohne Fließkomma-Arithmetik
->ln -6.238 bis 4.852 return lval ; // Ausgabe als milli-Zahl } uint32_t fixlog2(uint16_t x) { // Input 0...64k Output: Fixkomma 16.16 uint32_t q; // 2.30 uint16_t y = 0; // 0.16 uint8_t intpart = 15, i;
'double' mit 64 Bit rechnen und die Lib dafür ist etwas größer als die für 32 Bit 'float'. Für mich bleibt es unsinnig, die Codegröße ohne Not 'optimieren' zu wollen. Auch die Ersatzlösungen brauchen Speicherplatz
-
Thread
short != int16_t
Außerdem muß char mindestens 8 Bit breit sein, short und int mindestens 16 Bit, long mindestens 32 Bit und long long mindestens 64 Bit. Diese Anforderung steht zwar nicht direkt so in der ISO-Norm, ergibt sich aber aus den Anforderungen an die mindestens zu untersütztenden Wertebereiche dieser Typen
. Auf manchen 64-Bit-Systemen ist long 32 Bit breit, auf anderen 64 Bit. Ob es bei letzteren auch üblich ist, long long 128 Bit breit zu machen, ist mir allerdings nicht bekannt.
-
Thread
Luminary LM3S6965 Ethernet Eval board
Der LM3S6965 hat aber 64kb RAM und läuft mit bis zu 50 MHz. Damit kann man jede Menge Daten zwischenspeichern. Alle Schnittstellen (SPI, UART) haben auch einen FiFo... Warum willst Du eigentlich umstellen? Ist AVR + ENC zu
) mit embedded Linux. Auf dem IC-Nova läuft auch embedded Linux. Der AVR32 hat DMA zu seiner Peripherie und auch sonst jede Menge auf dem Chip.
-
Thread
Helpthread zum Wikiartikel AVR Eclipse
Hallo, ich versuche schon seit 2 Tagen Exlipse mit AVR-GCC zum Laufen zu kriegen. Habe schon google gequält aber finde keine zufriedenstellende Antwort. Ich benutze Win7 64-bit, habe die 32-bit Version von Eclipse und die CDT über Eclipse direkt installiert
@Soja Jan, bei dem "AVR Studio" aus dem Eclipse Marketplace handelt es sich um das AVR32 Studio von Atmel. Dieses Plugin hat nichts mit dem "AVR Eclipse Plugin" zu tun, ist nur für AVR32 MCUs gedacht und wird von Atmel nicht
-
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
Der nächste Vergleich
Jens G. schrieb im Beitrag #5594766: > 32bit vs 31bit ... haben wir jetzt alles? Noch nicht! Es dauert noch etwas bis wir bei 64Bit angekommen sind
(Gast) (gemeine Bastler) schrieb im Beitrag #5594770: > Jens G. schrieb im Beitrag #5594766: >> 32bit vs 31bit ... haben wir jetzt alles? > > Noch nicht! Es dauert noch etwas bis wir bei 64Bit angekommen sind Wie wärs mit 36, 48 und 60 Bits als Zwischenschritte?
-
Thread
Dual Port Ram durch Single Port Ram ersetzen
www.mino-elektronik.de/TFT-direct-drive/TFT-direct-drive.htm Beachte dabei die Ausgabegeschwindigkeit/Zeichen beim STM32F4. Der ist richtig schnell! Ein AVR schafft "direct-drive" allerdings nicht.
. Ansonsten ist es fraglich, ob du wirklich zwei Controller benötigst. Die Videoausgabe auf dem AVR benötigt ca. 60%-max. 70% und darin sind oft noch Takte frei für Berechnungen. Bei 20MHz sind das ca. 240-320MIPs je Seite über für die Grafik, ein C64 hatte dafür max 20MIPS. Wenn's dann doch 2
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
Woher bekommst Du den Treiber für das Display ? >>>- OS : Windows 2000 SP4, Windows XP SP2 (32bit), Windows Vista & 7 (32bit/64bit)
-n Linux-2.6.32-5 -d /boot/vmlinuz-2.6.32-dockstar-core /boot/uImage /usr/bin/mkimage -A arm -O linux -T ramdisk -C gzip -a 0x00000000 -e 0x00000000 -n initramfs -d /boot/initrd.img-2.6.32-dockstar-core /boot/uInitrd
-
Thread
Auswahl uController
Kennst Du AVR32? Schon was damit gemacht? Bei Microchip ist AVR32 quasi EOL (End Of Life). Ja, sie verkaufen noch welche, solange noch Nachfrage ist, aber diese Architektur ist bei denen quasi auf dem Abstellgleis
Die AVR32 Serie mag ich gerne. Ich nutze den AVR32UC3C0512 in einem neuen Projekt. Aber nur, weil es einem bestehenden Projekt sehr ähnelt. Ansonsten hätte ich mich auch eher für einen stm32 entschieden. Leider
-
Thread
Arduino Micro SPWM
, 62,62,63,63,63,64,64,64,64,65,65,65,66,66,66,67,67,67,67,68,68,68,69,69,69,69,70,70,70,70,71,71,71,72,72,72,72,73,73,73,73, 74,74,74,75,75,75,75,76,76,76,76,77,77,77,77,78,78,78,78,79,79,79,79,79,80,80,80,80,81,81,81,81,82,82,82,82,82,83,83,83,83
-56, -56,-57,-57,-57,-58,-58,-58,-59,-59,-59,-60,-60,-60,-60,-61,-61,-61,-62,-62,-62,-63,-63,-63,-64,-64,-64,-64,-65,-65,-65, -66,-66,-66,-67,-67,-67,-67,-68,-68,-68,-69,-69,-69,-69,-70,-70,-70,-70,-71,-71,-71,-72,-72,-72,-72,-73,-73,-73,-73,-74, -74,-74,-75,-75,-75,-75,-76,-76,-76,-76,-77,-77,-77
-
Thread
Space Age 2 der 32Bit MIPS Rechner in TTL
mit einem Carry Lookahead IC arbeitet und 2 Schieberegister verkettet sind. Ein Aufblasen auf 16/32/64 oder sonstwas Bits ist somit nurnoch ein Erweitern der Schieberegisterkette und der ALU aus 74181/74182. Der nächste Schritt war dann das Erweitern auf 32Bit sowie der Einbau in den MIPS TTL CPU
..wird angeblich immer noch produziert. Ein CMOS Highspeed Chip aus 8fach AM2901 4 Bit Slice mit 32x32 Bit internem Register RAM und weniger als 3% der Stromaufnahme des equivalenten Bipolar Systems. Gruß, Holm
-
Thread
Keine Anleitung zu JTAGICE3
Das ist eine Macke von manchen Windows 7 x64 Installationen. Bei manchen gehts, bei manchen nicht. Mittels www.google.com habe ich da keine Lösung gefunden außer: Plattmachen und W7x64 neu aufsetzten, dann als erstes VS2010 bzw. AS5 installieren
habe ich diese Probleme auf machen 64-Bit Maschinen. Ich kenne das MSHelpViewer Problem bisher _nur_ unter W7x64, nicht jedoch unter W7x32. Dort konnte ich die Online-Hilfe immer sofort benutzen. Google hilft da auch nicht richtig weiter
-
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
AVR Assembler besser strukturieren (ohne Precompiler)
Projekts. Normalerweise treibt man solche LED Displays mit einem FPGA, aber hier tut es ein xmega auf 32 MHz. Es sind insgesamt 4*4 Panels mit 64*64 LEDs, also 65536 Pixel. Die Refreshrate liegt bei 250 Hz. 100 gehen zwar auch, aber bei schnellen Augenbewegungen hat man die Zeilen gesehen, was ein bissl
> Normalerweise treibt man solche LED Displays mit einem FPGA, aber hier > tut es ein xmega auf 32 MHz. Hmmm. > Es sind insgesamt 4*4 Panels mit 64*64 LEDs, also 65536 Pixel. Die > Refreshrate liegt bei 250 Hz. 100 gehen zwar auch, aber bei schnellen > Augenbewegungen hat man die Zeilen gesehen
-
Thread
phasenverschobene PWM mit STM32F103C3
defined, VCC is used. //#define USE_2V56_REFERENCE #define USE_1V1_REFERENCE main.c: #include <avr/io.h> #include <avr/interrupt.h> #include <avr/sleep.h> #include "config.h" uint8_t cycle = 0; uint8_t pwmCycle = 0; int32_t dutyCycle = 0; int32_t adcMovingAverage = 0; uint16_t avgBuffer
Lösungen: > von Matthias S. (Firma: matzetronics) (mschoeldgen) > 04.06.2012 07:23 Ich habe die AVR447 auch auf den kleinen STM32F100RB portiert, der auf dem VLDiscovery Board ist, allerdings natürlich auf den Advanced Timer mit den bis zu 4 CC Kanälen. Die Anwendung von DMA ist völlig unnötig, weil
-
Thread
Suche schnellen µC
ansteuern LED für kurze Zeitspanne t mit "1/128"-PWM ansteuern LED für kurze Zeitspanne t mit "1/64"-PWM ansteuern LED für kurze Zeitspanne t mit "1/32"-PWM ansteuern LED für kurze Zeitspanne t mit "1/16"-PWM ansteuern LED für kurze Zeitspanne t mit "1/8"-PWM ansteuern LED für kurze Zeitspanne
So, hier mal auf die Schnelle ein Designvorschlag für 32 RGB-LEDs, Common Anode. Die Standardbeschaltung für den AVR fehlt noch, dürfte aber nicht das Problem sein. MFG Falk
-
Thread
avr-libc kompilieren schlägt fehl
Hallo, ich nutze gentoo linux und bin dabei mir die avr tools selbst zu bauen (keine packages in der repo). Vorgegangen bin ich nach folgendem howto: http://www.nongnu.org/avr-libc/user-manual/install_tools.html avr-binutils und avr-gcc sind auch dementsprechend
ein Script namens crossdev zur automatischen kompilation & installation von crosscompilern, auch dem avr-compiler (und u.a. einem Compiler für Windows - mingw32). Siehe hier: http://en.gentoo-wiki.com/wiki/Crossdev Funktioniert bei mir.
-
Thread
Unsigned Variablen vermeiden
üblicherweise den Typ "unsigned", wenn es eine 8/16-Bit Maschine ist und den Typ "int", wenn es eine 32/64-Bit Maschine ist. Ähnlich sieht es aus, wenn du 1L auf "unsigned" addierst. Das Ergebnis ist "unsigned long" wenn sizeof(unsigned) == sizeof(long) (wie Win64), andernfalls "long" (wie Linux64).
A. K. schrieb im Beitrag #3815653: > Das > betrifft beispielsweise 8051 und die PICs, nicht aber AVR. Auch den AVR. Alle 8Bitter brauchen zusätzliche Schritte bei Rechnungen >8Bit. Wenn man signed 8Bit mit 16 oder 32Bit verrechnet, muß zuerst eine Vorzeichenerweiterung erfolgen.
-
Thread
Was kann man mit 16Byte an RAM machen?
Interrupts können zu jedem beliebigen Zeitpunkt feuern, welche Register > will man da sichern - AVR hat 32 davon - alle ? > > Wenn man ein nur einigermassen kompliziertes Programm in ASM schreibt, > müssen die benutzten Register und die geänderten Variablen irgendwo > verfolgt und festgehalten
Interrupts können zu jedem beliebigen Zeitpunkt feuern, welche Register > will man da sichern - AVR hat 32 davon - alle ? Was für ein Unsinn - wozu Register sichern, die in der ISR garnicht verändert werden? Das sind aber nun wirklich allerprimitivste Grundlagen, die jeder Assembler-Programierer
-
Thread
STM32 läuft mit Debugger schneller als er soll
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]
Was ich immer wieder auffällig finde: Wenn man von AVR oder MC51 in die Welt der STM32 Controller vordringt, stößt man immer wieder auf unerwartete Effekte. Die langen Errata bin ich auch nicht gewohnt. Ist das bei anderen ARM Controllern auch so, oder
-
Thread
ADC - Wert berechnen
Lothar M. schrieb im Beitrag #7457590: >> Es gibt ja auch noch double (64 Bit) und long double (80 Bit). > Klar. Aber das macht den 8-Bit-Andruiden nicht schneller Und auch FPU der ARM Coretx-M Controller kann nur 32 Bit float.
Beim Arduino wurde die Zeit per Oszi gemessen. In beiden Fällen mit 16 MHz CPU-Takt. [pre] WinAVR-20100110 FLASH /B RAM /B Zeit /us float 2860 264 197,0 int32 186 0 4,1 Arduino 1.8.13 FLASH /B RAM /B Zeit /us float 1666 9 23,0
-
Thread
Welchem Intel-HEX-File typen gehorchen die Atmel HEX-files?
Falsch vermulierte Frage und darum keine Hilfe? Also nochmal, ich kompiliere mit AVR-Studio und mir fehlen Informationen, ob ein Hexfile vom atmega128 identisch aufgebaut ist wie einer vom atmega2560. Ich habe gelesen, dass es eine 64kbyte Grenze für den Adressraum gibt? Wie kann man
Bootloader programmieren will, der mit den HEX Files von AVRStudio gefüttert wird. Also nur für den AVR Compiler erstmal... Gibt es da keine Unterschiede bei der Adressierung? Wundert mich eigentlich, da ich da was von einer 64kbyte grenze gelesen hab? DAnke nochmal
-
Thread
JTAGICE 3 vs JTAGICEmkII
schneller). Die Hauptvorteile sehe ich einfach 1. dass es Günstiger ist 2. wenn man viel mit AVR32(UC3xxx) macht ,es wesentlich Zeit einspart. Wenn man nur mit AtTinys & Atmega32 Arbeitet und schon ein mkii besitzt würde ich nie auf ein ice3 umsteigen.. wenn man nur mit den AVR32 Arbeitet
jgerman/mcontroller/83-jtagice3cmdlineprog <- weil es doch umständlicher ist als beim stk500.exe bzw avr32programm.exe bzw jtgicemkii.exe Gruß, Manuel
-
Thread
Camera Modul an ATMEGA ?
Hallo, die Variante, Spaltenweise einzulesen, hab ich vor Jahren mal am C64-Userport gebaut, in s/w narürlich. 2-Bit-Wandler mit 3 Komparatoren. Umwandlung dann in die beim C64 möglichen 4 Graustufen. Wäre wirklich mal interessant, was ein AVR da schafft. Gruß aus Berlin
etwas in der Praxis überprüfen, wenn sogar die Theorie sagt, dass es nicht gehen kann ? Du lässt den AVR mit 8MHz laufen. Der ADC Prescaler ist minimal auf 2 einstellbar, macht also 26CPU Takte bzw 3,25µs für eine ADC Abtastung. Und da eine Bildzeile 64µs lang ist, sind niemals 50 Wert pro Zeile möglich
-
Thread
Cortex M7 zu überzüchtet
4 x 3GHZ und 16GB Ram mit C(++) und dass ist noch lange nicht das limit ;) ich hatte auch schon 64 cores und 256GB Ram ;)
mehr kostet, warum nicht nutzen oder zumindestens Platz fuer Erweiterungen haben? Ich will von STM32 auf keinen Fall mehr zu AVR zurueck.
-
Thread
Warum funktioniert das nicht? Mittelwert, AD_wandler
Das ist ein TLC4545, 200 kSPS. Der AVR läuft mit 8 MHz, wie bekomme ich denn raus wie lange der AVR für das aufsummieren benötigt? Das muss ich wohl mal das genaue Timing zwischen den Wandlungen berechnen...
vorliegt. Statistisch gesehen also 32 mal 0 und 32 mal 1. Addiere vor der Division durch 64 noch die Hälfte der Anzahl der Messungen (32), und Du gleichst diesen Fehler wieder aus.
-
Thread
AVR-ASM: Simulierter call
Johann L. schrieb im Beitrag #2317451: > Wie kommst du auf sowas? Der AVR adressiert den Programmspeicher tatsächlich wortweise - oder wie willst du sonst mit 16-Bit-Adressen 128 kb adressieren? Der lpm-Befehl kann entsprechend auch nur 64 kb Programmspeicher adressieren
für: > Der lpm-Befehl kann entsprechend auch nur 64 kb Programmspeicher > adressieren. > Und wie du dem Posting von spess entnehmen kannst, sind nicht alle > AVR-Assembler nur auf Biegen und Brechen auf den AVR angepaßt worden. Was meinst du mir
-
Thread
GCC Berechnungen auf dem PC abweichend
lässt grüßen, würde ich behaupten. Du rechnest ja einmal auf einer 8 bit Maschine und dann auf einer 32 oder 64 bit Maschine. Wie gravierend sind denn die Unterschiede? Nicht das es doch an deinem Programm liegt.
Robert schrieb im Beitrag #3349592: > Ich denke, dass es das ist, was Max schreibt 8bit gegen 64bit. Die > Abweichungen sind nicht groß aber leider zu groß. 8Bit-Float gibts nich so wirklich... Vermutlich hast du mit "int" und "short" etc. gerechnet, was am PC eine andere Größe als am AVR hat.
-
Thread
Unterschied zwischen 74HCT241 und 74HCT244 ?
Die 64mA bedeuten das wenn der Ausgang Low ist dort 64mA reinfliessen koennen im umgekehrten Fall also der Ausgang ist High koennen da 32mA rausfliessen.
Helmut Lenzen schrieb im Beitrag #3517421: > Die 64mA bedeuten das wenn der Ausgang Low ist dort 64mA reinfliessen > koennen im umgekehrten Fall also der Ausgang ist High koennen da 32mA > rausfliessen. Danke für die Antwort! Was schafft, falls
-
Thread
CH32V003: Selbstbauprogrammer und "Getting started"
STM32F0, F1, F3, F4 und Atmel AVR. Ich habe genau 2 Firmware's gefunden, die in der Lage sind, einen CH32 zu flashen, eben die eine für Atmel und die andere für einen V003. Und aus den oben genannten Gründen
: 12836 Byte (arm-none-eabi-gcc 13.2.1) - STM32F103: 12136 Byte " Das Programm als C-Programm mit den Funktionen aus denen die Arduino-Class erzeugt wurde: - CH32V003: 1316 Byte (risc-none-elf-gcc 14.2.0) - ATmega328p: 1712 Byte (AVR-GCC
-
Thread
Wie habt ihr C gelernt?
das Buch "Einstieg in die C Programmierung mit dem ATmega32" ziemlich verwirrt... AT
, das ähnelt sich. Ausser dass der Compiler für den AVR nicht auf dem AVR selbst läuft.
-
Thread
Welcher Controller für Unterrichtszwecke?
wie die Timer von modernen STM32 zu verstehen. > Ein ausführliches Datenblatt gibt es nicht. Da sind schon die > AVR-Datenblätter informativer. ??? https://datasheets.raspberrypi.com/rp2040/rp2040-datasheet.pdf Halte ich
einen einzigen Controller bei der Ausbildung verwenden wollen. Arduino, STM8-Discovery und STM32-Nucleo Boards sind so preiswert, dass man hier zum Aufzeigen alle 3 verwenden kann. Gemäß des Grundsatzes vom Einfachen zum Komplexen mit AVR anfangen und über STM8 zum STM32 kommen. Wer dann noch
-
Thread
avr-gcc funktioniert nach Update nicht mehr (Linux)
from main.c:32: /usr/lib/gcc/avr/4.5.3/../../../avr/include/stdint.h:121:1: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘typedef’ In file included from /usr/lib/gcc/avr/4.5.3/include/stdint.h:3:0, from /usr/lib/gcc/avr/4.5.3/../../../avr/include/inttypes.h:37, from /usr/lib/gcc/avr/4.5.3/../../../avr/include/stdio.h:44, from main.c:32: /usr/lib/gcc/avr/4.5.3/../../../avr/include
-
Thread
avr-gcc 4.7 I/O-Zugriffe
nicht standardkonform weil double = 32Bit etc. Ich habe noch nie Gleitkommazahlen beim AVR gebraucht. Ob diese nun 32 Bit haben oder nicht ist mir völlig gleichgültig, solange meine Anwendungsgebiete von GCC dadurch nicht in Mitleidenschaft
nicht wirklich trivial an, wie man sowas anders organisieren will. > Atmel macht das auch so mit avr32-gcc und avr-gcc. Während erster nicht > im offiziellen GCC zu finden ist, wird für zweiten ein Atmel-eigener > Fork unterhalten, der dann zB im AStudio verbacken wird. Der AVR32-Port leidet unter
-
Thread
Euer Lieblingscontroller
weil mir FreeRtos so schön auf den Keks geht ATMEGA128 schön Universell Last but not Least: Mega16/32/64 ebenfalls weil schön Universell :D
Oder ich mach etwas aus sportlichem ehrgeiz um etwas neues kennenzulernen. Und wenn ich mit einem AVR umkann (in meinem fall der 644er) und nen neuen controller kennenlernen will nehm ich mir keinen andern AVR her sondern nen pic, avr32, arm whatever...
-
Thread
Theoretische Machbarkeit Multicore Avr ?
im Beitrag #3105816: > Was hindert Dich dran eine leistungsfähigere Hardware zu verwenden? > PIC32, intern mit 80 MHz, kosten weniger als 5 Euro. Und leistet nicht wirklich mehr als ein AVR bei 20MHz. Nur Idioten gucken allein nach dem Takt. Kenner verstehen die Hardware.
Die AVRs sind doch hoffnungslos veraltet. Zum gleichen Preis gibt es 32bit µC mit FPU und DMA. Da hat der µC nicht mal angefangen irgendwas zu tun, da gerät der AVR schon ins Schwitzen. ;-) Atmegas werden nur noch aus Nostalgiegründen (Redesign zu teuer) oder Bequemlichkeit