-
Thread
Komplexität AVR vs ARM aus Sicht eines Programmierers (Hochsprache)
Hallo, wenn du einen AVR 8bit uC mit einem fetten ARM vergleichst, ist das wie bei der Formel 1 mit einem Bobycar da zu stehen... Bei AVR32 ist es ganz anders. Also wovon reden wir?
Pin auf output setzen bei AVR: [c]DDRB |= (1 << PB0);[/c] Pin auf output setzen bei STM32F4: [c] RCC_AHB1PeriphClockCmd(RCC_AHB1ENR_GPIODEN, ENABLE); GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Mode =
-
Thread
port IRMP to Arduino
nicht läuft und was er machen muss, damit das nicht nur auf dem AVR, sondern auch auf dem STM32 mit Arduino portabel funktioniert. Und bei der Gelegenheit das Ganze auch noch auf dem ESP & Arduino zum laufen bringen. ;-)
oben: Wenn man die Interna der Arduino-Laufzeitumgebung kennt (AVR: Timer0, STM32: TimerX, ESP8266: TimerY, ESP32: TimerZ nicht anfassen), dann bekommt man das vielleicht portabel hin. Aber ich dachte, dass Arduino gerade so ausgelegt ist, dass man eben nichts über
-
Thread
AVR Eclipse Plugin 2.1 Released
Eclipse-like. Aber wie gesagt - erstmal möchte ich die Frage klären ob Projekt Properties (wie in AVR Studio) oder Files (wie in AVR32 Studio). Davon hängt auch die visuelle Gestaltung ab. Thomas
@ Thomas Holland, >Aber schau Dir mal AVR32 Studio an. Das finde ich noch deutlich >übersichtlicher und definitiv mehr Eclipse-like. Kein Wunder, AVR32 Studio IST Eclipse ;-)
-
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
BME280 Beispiel Code in BASCOM
T_fine is calculated well. Pressure_32 gave wrong pressure and pressure64 gave wrong pressure. Could you tell me what was your altitude when you make printscreen with 917hPa?
Dig_h4: 338 Dig_h5: 0 Dig_h6: 30 Ut:529279 Up:259315 Uh:29741 Temperatur: 23.88 Grad Luftdruck 64bit: 00.000hPa Luftdruck 32bit: 995.06hPa Luftfeuchtigkeit: 45.476% LF Ut:529309 Up:259324 Uh:29744 Temperatur: 23.89 Grad Luftdruck 64bit: 994.681hPa Luftdruck 32bit: 995.07hPa Luftfeuchtigkeit
-
Thread
AVR-GCC und GCC Unterschiedliche Rechnung?
zwar ziemlich gehackt aber sollte doch laufen?!? Ein Grund könnte sein, daß double auf dem AVR 32 Bit breit ist.
Ist nicht konform mit dem Standard, wurde aber der Einfachheit halber so implementiert. Es gibt beim avr-gcc keine 64-Bit Fliesskommarechnung. Wenn dir also 64-Bit Integers nicht ausreichen...
-
Thread
wiedereinstieg mit avr programierung
In was programmierst du denn? AVR Studio?
alles probiert, wie ihr es > beschrieben > habt > kommen immer diese fehlermeldungen Windows7 32bit oder 64bit ? Wie Hakon Hennig schon erwähnt hat das Installationsprogramm im XP Kompatibilitätsmodus ausführen und danach auch BASCOM selber. In dem Forum gibt es außerdem ein Assemblerprogramm,
-
Thread
Projekt Signal-Auswertung mit High-Speed-ADC
im Datenblatt vom PIC32MX steht folgendes: "• Parallel Master and Slave Port (PMP/PSP) with 8-bit and 16-bit Data and Up to 16 Address Lines" Bedeutet das, dass ich maximal 64k x 16bit = 128kByte externen SRAM nutzen
Michi B. schrieb im Beitrag #2271432: > im Datenblatt vom PIC32MX steht folgendes: > > "• Parallel Master and Slave Port (PMP/PSP) with > 8-bit and 16-bit Data and Up to 16 Address Lines" > > Bedeutet das, dass ich maximal 64k x 16bit = 128kByte externen SRAM
-
Thread
Anfänger in C und welcher PIC (evtl. uno32) ist geeignet ?
programmierst, dann macht der C-Compiler die Arithmetik für dich. Wenn du dem sagst, er soll zwei 32-Bit Integer addieren, dann macht der das. Vollkommen egal, ab das Target ein 8-Bit AVR, ein 16-Bit PIC oder ein 32-Bit ARM ist. Der einzige Unterschied ist, daß es auf den kleinen µC länger dauert.
ohne faule Kompromisse mit den Peripherals eingehen zu müssen. Das kann - meines Wissens nach - kein AVR und kein STM32. Weil das zur Laufzeit geht, kann damit einen Peripherie-Block auf eine beliebige Anzahl auf Pins multiplexen. Man braucht 20 UARTs? Kein Problem - solange es nicht gleichzeitig sein
-
Thread
ISP zur Kommunikation zwischen einem ATmega und einem RPi
Nimm eine AVR128DA28 (falls SMD AVR128DA32/48/64) und schmeiß dieses ganz alten megas über Bord. Das Programmieren per UPDI geht ganz einfach über serielle Schnittstelle. Der hat auch viele nette features, die
Wilhelm M. schrieb im Beitrag #7055677: > Nimm eine AVR128DA28 (falls SMD AVR128DA32/48/64) und schmeiß dieses > ganz alten megas über Bord. Ich lese jedes mal wenn ich eine Frage stelle dass eine andere MCU besser geeignet ist. Aber ich hab nunmal
-
Thread
Microcontroller - USB
Recht preisgünstig bekommt auch auch den STM32F103 in diversen Varianten - auch als Modul.
Der Nuller schrieb im Beitrag #5045838: > Ist es ein HID, dh 64 packete zu wenig byte pro sekunde, oder Meinst du vielleicht 64 Byte Pakete? 1000 davon pro Sekunde können natürlich relativ wenig (oder viel) sein.
-
Thread
Floating point division auf 8-Bit Prozessor
vielleicht jemand aus dem Kopf? Das "ewig" kannst Du gleich wieder streichen. Auf einem 20 MHz AVR dauert eine fdiv() ca. 20-30 µs. Eine int32-division ist nicht unbedingt schneller, sodaß man ruhig bei float bleiben und die hohe Dynamik nutzen kann. Das hat sich allerdings noch nicht weit herumgesprochen
vielleicht jemand aus dem Kopf? > > Das "ewig" kannst Du gleich wieder streichen. Auf einem 20 MHz AVR > dauert eine fdiv() ca. 20-30 µs. Eine int32-division ist nicht unbedingt > schneller, sodaß man ruhig bei float bleiben und die hohe Dynamik nutzen > kann. Das hat sich allerdings noch nicht
-
Thread
LED Adressierung bei Buslängen > 10 m
Hi, bei max. 64 Busteilnehmern müsste der Tiny 5V/10K * 64 = 32 mA gegen Masse schalten, das wird dann wohl doch zuviel. Ich weiß auch noch nicht, ob ich wegen der störsicherheit eventuell nur 4K7 als Pull-up verbaue
@ Alexander (Gast) >bei max. 64 Busteilnehmern müsste der Tiny 5V/10K * 64 = 32 mA gegen >Masse schalten, das wird dann wohl doch zuviel. Ich weiß auch noch ??? Nur mal als Tip. Bei I2C und ählichen Bussen gibt es *EINEN* Pull-up
-
Thread
lpcxpreeso SystemFrequency LPC1768
noch volatile ist, da sie vom Interrupt erhöht wird. Der Vergleich kostet Zeit. Dazu rechnest du mit 64bit Variabel auf einen 32bit Prozessor. Hier muss der Code auch immer einen Vergleich durchführen um die Inkrementierung zu überprüfen, ob es keinen Überlauf einer 32bit Variabel gibt. Dieser Code auf
Vielen dank für die Tipps. Durch Austausch von 64bit gegen 32 bit steigt die "Tatktzahl" auf rund 14Mhz. Das gibt ein Verhältnis von 1:6 zur systemFrequency. Es geht mir um das Verständnis des PLLO-Systems. ich möchte im Prinzip sehen, wie sich die
-
Thread
Erfahrungen mit AI-Coding
nicht noch alles gibt. Zudem sehe ich, daß es zum Beispiel bei eBay etwas ältere Nvidia-M10 mit 32 GB VRAM für weniger als 200 Euro gibt, und ich frage mich, wie dieses Modell wohl in einem halbwegs modernen Rechner (Asus X570+, Ryzen 3800X, 64 GB DDR4-3200) halbwegs performen würde. Ich meine, okay
core AMD Ryzen 7 3800X (-MT MCP-) speed/min/max: 3574/2200/4200 MHz Kernel: 6.8.0-106-generic x86_64 Up: 28d 16h 32m Mem: 22.27/62.71 GiB (35.5%) Storage: 16.37 TiB (88.6% used) Procs: 417 Shell: Bash inxi: 3.3.34 Graphics: NVIDIA GP108 [GeForce GT 1030] driver: nouveau v: kernel
-
Thread
Digikey teurer, Vivado unter Jahresabonnement, kostenlose Compiler von Microchip uvam
habe das Problem und den Sinn des Themas nicht verstanden. Kann ich erklären. Wenn ein Rechner bspw. 32GB (oder 16 oder 64 - völlig egal) benötigt oder heutzutage haben sollte, dann spart man doch nichts wenn man ein 32GB Modul kauft statt 2x16GB. Also nimmt man doch immer 2x GB. Wo soll dabei der Spareffekt
Architektur so viel anders, dass ein Port keinen Sinn machte. PIC24/dsPic33, PIC32 und PIC64 sind für die jeweilige Plattform modifizierte gccs. fchk
-
Thread
STM32 Nucleo welches Board am besten?
Guten Morgen, ich würde mich gerne zukünftig in die Welt der STM32 einarbeiten. Ich habe bisher gute AVR Kenntnisse aber STM32 sind ganz neu für mich. Nun schwebt mir schon ein Projekt vor und ich suche daher nach einem NucleoBoard, dass eine Can und Ethernet
Johannes schrieb im Beitrag #6515875: > ich würde mich gerne zukünftig in die Welt der STM32 einarbeiten. > > Ich habe bisher gute AVR Kenntnisse aber STM32 sind ganz neu für mich. Johannes schrieb im Beitrag #6516062: > Also fasse ich mal zusammen: > > Can muss > SD-Karte muss (brauche
-
Thread
Ethernet I/O Karte 64 Ein- 64 Ausgänge
Hallo Leute! Ich würde mir gerne kostengünstig eine Ethernet I/O-Karte bauen. Die sollte 64 Ausgänge haben und mit 5V relais laufen und 64 Eingänge mit Optokopplern besitzen. Ich hatte mir gedacht den AVR NET IO http://www.pollin.de/shop/downloads/D810058B.PDF und die Relaiskarte http://
kannst du auch mehrere parallel verwenden, anstatt etwas mit Schieberegistern zu konstruieren. Bei 64 I/Os brauchst du entweder drei ATmega32 oder vier ATmega328, wenns DIP sein soll. Oder du nimmst einen einzigen ATmega3250A, allerdings hat der dann ein TQFP-Gehäuse. Egal welche der drei Möglichkeiten
-
Thread
WiFi-Modul für AVR Net IO gesucht
AVR32 KANN linux hosten.
hat ganz schoenes Modul, dass ich einfach erweitern kann: http://www.ulrichradig.de/home/index.php/avr/avr-webmodule Auch gibt es fuer die Plattformen schon allerhand Code, den man wiederverwenden kann bzw. auf den man den erwaehnten Treiber anpassen kann. Ich will nicht unbedingt auf einen AVR32 umschwaenken
-
Thread
Aurel AM 433MHz Empfänger - Signal auswerten
der Interrupt kommt nicht wie oben geschrieben mit 100us sonder mit 32us und die #defines beschreiben mein Zeitfenster Sollwert lt. Protokoll: 854.5µs #define WS300_HIGHMIN 15 -> 15*32 = 480us #define WS300_HIGHMAX 40 -> 40*32 = 1280us Sollwert lt. Protokoll: 366.2µs #define WS300_LOWMIN 4 -> 4*32 = 128us #define WS300_LOWMAX 15 -> 15*32 = 480us für den WS300
-
Thread
FAT 16 ich kapier's nicht!
gleichbedeutend mit FAT16 (oder VFAT ?!) ist. Ich hab auch mal in der Kommandozeile versucht die Karte mit FAT32 zu formatieren, aber wird zurückgeschimpft dass der Datenträger zu klein sei. Nun weitet sich meine Anfrage auf eine weitere aus: Ich möchte, wie so die meisten, Dateien von meiner MMC mit dem AVR auslesen
Hi, ich verwende momentan fuer ein Projekt auch eine 64MB MMC und konnte die unter Windows mit FAT32 formatieren wobei XP da den MBR augelassen hat und eine Supperfloppy erzeugt hat. Das laesst sich ja aber im Geraet recht einfach erkennen. Mann muss den
-
Thread
Display Nokia 6110 Gesperrt
Spannungsversorung 3.3 - 12.0 Volt stabilisiert mit ICL7663S auf 3.1 Volt, ATmega8L im internem 8MHz und externem 32.768KHz RTC Quarz, MAX3224ECCP RS232 Baustein mit Auto Shutdown Puls Feature für RS232 Schnittstelle und PWM Backlicght und finally ein i2c EEPROM ST24C64. Wobei aber von den 0.020mA schon 0.008 mA durch
Somit sind auf meinem Streckbrett folgende Bauteile: - 1x ATmega8L - 1x 32KHz Quarz - 1x MAX3224ECCP RS232 - 4x 1µF für MAX - 1x ST24C64W I²C EEPROM mit 8Kb, und könnte erweitert werden. - 1x 10KOhm als Pullup an RESET - 1x Taster für RESET der aber wegfallen wird -
-
Thread
Junkers HT-Bus Heatronic 3 Schnittstelle
15 00 21 00 A1 08 1A 00 20 E2 00 01 00 A1 08 1A 02 98 90 FF 00 06 00 6F E6 88 00 18 00 28 01 42 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 00 00 00 ED 88 00 34 00 2D 01 A8 01 A8 81 00 04 03 00 00 03 66 00 00 73 00 92 98 10 FF 00 00 23 00 DE 62 B0 00 2A 00 32 00 10 00 90 00 3A 00
00 12 00 10 00 90 00 13 00 18 00 98 00 20 00 A0 00 14 00 21 00 A1 B0 00 22 00 2A 00 10 00 90 00 32 00 18 00 98 00 20 00 A0 00 3A 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 88 00 18 00 28 01 35
-
Thread
USB Audio Device AVR32
bewerkstelligen. Von Cypress gibt es da gute Lösungen, http://www.cypress.com/?id=193. Oder _muss_ der AVR32 unbedingt die USB Schnittstelle darstellen?
Nein, der AVR32 muss nicht unbedingt die USB Schnittstelle darstellen. Um es mal ganz banal zu formulieren: das Ziel ist es, dass der Anwender des Winkelmessgeräts ein USB-Kabel in sein PC steckt und dann am PC in
-
Thread
Aufwandseinschätzung Snakedeko auf einer Matrix
Hallo, ich würde gern zur Wohnzimmerdekoration eine LED Matrix aus 32 x 32 LED bauen, auf der selbständig ein Snake Spiel abläuft bauen. Ich stelle mir das so vor, das willkürlich ein Punkt, die Maus, in der Matrix gesetzt wird und diese dann von der Schlange selbständig
Also. Die 32 x 32 ist doch etwas zu pixelig. Ich wuerd eher einen Satz von 8x8 Displays wie angehaengt, zB als 64x64 oder 128x128 verwenden. So ein 8x8 Basisbaustein ist 60mm im quadrat, dh bei 64x64 waere man bei
-
Thread
RWE Smarthome
Toolchain für die CCU ist hier. > > http://www.eq-3.de/software.html Das Funkmodul hängt nur am AVR. TRX868 <-SPI-> AVR <-UART-> ARM Ich gehe davon aus, dass die unteren Protokollschichten im AVR sind. Ich kann mich aber auch irren. Vielleicht kann sich ja mal jemand die Mühe machen und
SW auch auf der SHC läuft? http://homematic-forum.de/forum/viewtopic.php?f=26&t=13303&start=32
-
Thread
SDCC & PIC16F
obwohl das Version 3.6.0 ist, steht da nichts von PIC14 und PIC16. Auf meiner Hauskiste (Linux 64 Bit habe ich jetzt eine Source kompiliert mit Option Parts all) ... die (uralte) 32 Bit Kiste (auf der das zum Schluß laufen soll) ist noch am kompilieren. Auf dem 64 Bit Rechner macht er jetzt einen
welche Werte die CONFIG-Words haben müssen (sehe ich das richtig, dass das, das Equivalent zu den AVR-Fuses ist, nur dass der PIC (ähnlich zu STM8 und STM32) nach einem Controllerreset eingestellt wird ?
-
Thread
Wechsel von Hardware zu Embedded SW vorbereiten
hast, die du angehen kannst. Mach dir den Einstieg nicht zu schwer; auch mit einem AVR kann man das Thema nach wie vor angehen. Hat den Vorteil, dass du schneller und auch "bare metal" loslegen kannst. Während ich mir eine Cortex-M-Umgebung noch einrichte, läuft das erste AVR-Projekt
als in der Standardversion, aber das ist auch alles. (Aktuell schaue ich mir gerade an, was man für 64-bit double in printf machen müsste, das wird dann wohl wirklich etwas größer werden. Aber 64-bit-double-Argumente werden halt ohnehin über den Stack übergeben, 32-bit double passte noch in 4 Register
-
Thread
Zeigt her eure Kunstwerke (2014) Gesperrt Bilder
das Gleiche an. Es wird dann selfmade FunkDMX hinzukommen. (Link zu FunkDMX: http://www.fritzler-avr.de/epro/licht_funk.php) Das Display besteht aus den doch recht günstigen aber auch alten (1994!) LED Matrixanzeigen in Rot und Grün von Pollin. Mit 64x64mm Außenmaßen und 11m LEDs auch schön groß
genau wie in den Mock-Ups auf den hier angehängten Fotos ausgeführt (links die ältere Variante mit AVR, rechts mit einem STM32). Die Potis sind also einfach eingeschraubt. Und bevor jemand fragt: Ja, der Netzschalter ist hier zweckentfremdet und führt nur 24V. Viele Grüße W.T.
-
Thread
winziger Webserver mit enc28j60+mega32
http://avr.auctionant.de/avrETH1/
http://avr.auctionant.de/avrETH1/
-
Thread
FatFS auf Atmega644
nicht für den ATMEGA644 ausgelegt. Deshalb habe ich in > der Datei sd_raw_config.h bei defined Atmega32 den Atmega644 > hinzugefügt. Ich hatte https://www.mikrocontroller.net/articles/AVR_FAT32 empfohlen. Da gibt es keine sd_raw_config.h. Wo bist du denn jetzt?
Stephan B. schrieb im Beitrag #5580108: > ISP steht auf 125kHz In der Doku der AVR FAT32 Library steht, dass viele Karten mit 400KHz initialisiert werden müssen.
-
Thread
AVR über ESP8266 Webserver Flashen
dem AVR die Seiten bekommt). Danke. LG Jürgen
sich nebendran ein 32bit-Controller mit ordentlich Flash langweilt. Man könnte den AVR dann als IO-Expander nehmen, wenn man besondere Hardware-Funktionen braucht. Alles andere, inkl. Webseite und FW-Update dann aufm ESP
-
Thread
Pixelfehler auf Graphikdisplay
BSR++;" bzw. "BSR--;" reinschreiben. Hab bei jeder Schaufel geschaut, wo die Spalten größer wie 64 werden, davor einfach BSR++; eingeben. Genau das gleiche vor Spalte 32. Kann die nächsten Tage mal ein Beispiel hochladen an einer Schaufel. Es funktioniert zwar, aber so zu 100 % verstanden hab
+;" bzw. "BSR--;" reinschreiben. > > Hab bei jeder Schaufel geschaut, wo die Spalten größer wie 64 werden, > davor einfach BSR++; eingeben. Genau das gleiche vor Spalte 32. Kann die > nächsten Tage mal ein Beispiel hochladen an einer Schaufel. > > Es funktioniert zwar, aber so zu 100 % verstanden
-
Thread
Daten aus bestimmten EEProm-Addressen lesen
Wenn avr/ als Prefix nicht funktioniert, stimmt mit Deiner WinAVR/avr-gcc-Installation etwas nicht.
so gemacht, wie es im wiki steht anbei der code aus meinem ( funktionierendem )program: #include avr/eeprom.h #define EEPROM __attribute__ ((section (".eeprom"))) uint16_t eeParameter[32] EEPROM; /* ...folgnder Code liest beim booten das eeprom aus.) */ for ( i=0; i<32; i++) { Parameter
-
Thread
Steuerung mit C# verwirklichen
Hallo, es gibt C# für kleinere Prozessoren (32 Bit 64k Ram) : http://www.microsoft.com/netmf/about/default.mspx heißt dann .Net Micro Framework
Daniel R. schrieb im Beitrag #1822538: > Hallo, es gibt C# für kleinere Prozessoren (32 Bit 64k Ram) : Nur zur Klarstellung: In dem Bereich in dem wir hier uns normalerweise bewegen, also Steuerung einer Waschmaschine oder dergleichen, ist das kein kleiner Prozessor mehr, sondern schon
-
Thread
Merkwürdiges Interrupt Jitter Problem bei ATxmega
_64-pc-linux-gnu --prefix=/home/toolsbuild/jenkins-knuth/wo rkspace/avr8-gnu-toolchain/avr8-gnu-toolchain-win32_x86 --libdir=/home/toolsbuil d/jenkins-knuth/workspace/avr8-gnu-toolchain/avr8-gnu-toolchain-win32
/avr8-gnu-toolchain/src/gcc/configure LD FLAGS=-L/home/jenkins/workspace/avr8-gnu-toolchain/avr8-gnu-toolchain-win32_x86/ lib CPPFLAGS= --target=avr --host=i686-pc-mingw32 --build=x86_64-pc-linux-gnu -
-
Thread
LPC1788 - startup / .ld-script
Hi, die 64bit integer werden von lpc177x_8x_uart.c für uart_set_divisors verwendet (CMSIS v2 - . Ich habe jetzt die uart_set_divisors aus einer älteren CMSIS übernommen, wo uint32 verwendet wird und es geht.
gleiche Problem (fehlendes -mcpu in LDFLAGS), und es scheint nicht aufzufallen, solange man keine 64-Bit-Operationen durchführt. Vermutlich linkt er ohne die korrekte -mcpu-Angabe gegen die ARM32-libs. Die "blx" sind bei mir nun auch verschwunden. Nun funktionieren 64-Bit-Operationen.
-
Thread
Eigenschaften Atmel 644p
ein! Der OP macht ne Projektarbeit als Schüler/Student, er will nicht zum Mars fliegen! Ein oller AVR + 32kHz Uhrenquarz reicht! Wenn man noch ein wenig kalibrieren will, dann ggf. so. [[AVR - Die genaue Sekunde / RTC]]
Joachim B. schrieb im Beitrag #6466516: > ohne externen 32kHz Quarz ist da keine RTC Hat STM32 interne Quarz??? Wenn nicht, ist das auch keine RTC?
-
Thread
richtige µController-Wahl ?!?!?!?
Adressleitungen um auf eine (klarerweise externe *g*) Compact Flash Karte zugreifen zu können. Der kleinste AVR der diese Bedinungen erfüllt ist der ATMega64, den es nur als SMD Version gibt (was für die ersten Prototypen doch nervig ist). Außerdem is er mit 64 Pins für die wenigen Aufgaben (GPS Modul auslesen
den FT245 nehmen, der braucht zwar mehr Pins, aber eben keinen UART. Damit könntest Du z.B. den Mega32 nehmen. Abgesehen davon gibts die ganzen USB-Chip nur als SMD und wenn Du schon USB hast, dann kannst Du auch den Mega64/128 nehmen. Erweitern kann man den Programmspeicher der AVRs übrigens grundsätzlich
-
Thread
AVRISP MKII mit Eclipse läuft nicht
funktioniert. Das problem: 1) Ich habe ein USBasp statt nem AVRISP mkII verwendet 2) Ich habe ein AMD 64Bit Win7 statt nem 32bit XP verwendet. Am meißten Sorgen macht mir der zweite Punkt, denn soweit ich es verstanden habe, ist der libUSB-Treiber nur für x64 gedacht, nicht für normal x86 Was kann
Yaro schrieb im Beitrag #2338571: > libUSB-Treiber nur für x64 Wo hast Du das denn her? > Was kann ich machen, um es auf x86 laufen zu lassen? Die 32bit Version installieren?
-
Thread
Skalierung von Integerwerten
schrieb im Beitrag #2236656: > hilf=hilf << 6; ist die falsche Richtung: = Multiplikation mit 64. Das ganze sollte hinterher auch noch das richtige Ergebnis bringen. Axel Düsendieb schrieb im Beitrag #2236662: > 4,6µsec Bearbeitungszeit = 92 Takte da habe ich Zweifel ob wirklich eine 32
was anderes könnte noch was bringen. hilf >> 6 ist eine relativ teure Operation, weil der AVR keinen Barrelshifter hat und 6 mal Einzelbitshiften bei 32 Bit schon heftig ist. hilf >> 8 könnte der Compiler aber durch eine Bytevertauschung implementieren. Nun kannst du aber nicht einfach
-
Thread
C++ für Embedded: ab welchen Prozessormerkmalen?
://www.avr-cpp.de und http://www.mySTM32.de meine lieblings Tutorials >>*schäm*<< Gruß J.
die 2k-Flash-Klasse. CS schrieb im Beitrag #2945417: > Gibt es eine g++ Version eigentlich für AVR/ARM? Wäre interessant mal > damit ein wenig rumzuspielen bzw. Vergleichsprojekte zu machen... GCC bietet C++ für AVR, ARM, MSP430, MIPS/PIC32, Renesas RX - vermutlich für alles, wofür ein backend
-
Thread
Einfach zu implementierende CPU in VHDL
der falsche Weg. Dann lieber eine richtig schnelle CPU. Ein moderner FPGA treibt "eine Art von AVR" mit 300 MHz an. Da macht das Sinn, weil die effektive Leistungs dieses AVRs bei etwa 100MHz liegt. Eine 32 Bit-CPU in SW kriegt man auch maximal auf die halbe effektive Taktfrequenz, aufgrund der
DMA/ISR, die CPU steht quasi voll für Spielelogik und Videotechnik zur Verfügung. Ganz easy: STM32L432KB - 256kB Flash, 64kB RAM. Fang mal mit Snake an und mach dann PacMan.
-
Thread
mit Poti LEDs stufenlos ausgeben
[c] #include <avr/io.h> #include <avr/interrupt.h> uint16_t pwmtable[32]={ 0, 1, 2, 2, 2, 3, 3, 4, 5, 6, 7, 8, 10, 11, 13, 16, 19, 23, 27, 32, 38, 45, 54, 64, 76, 91, 108, 128, 152, 181, 215, 255 };
[c] #include <avr/io.h> #include <avr/interrupt.h> uint16_t pwmtable[32]={ 0, 1, 2, 2, 2, 3, 3, 4, 5, 6, 7, 8, 10, 11, 13, 16, 19, 23, 27, 32, 38, 45, 54, 64, 76, 91, 108, 128, 152, 181, 215, 255 };
-
Thread
Einstiegsfragen AVR
den ATmega32-16PU nehmen. Ich weiß, etwas oversized, aber auch langfristig nutzbar. Ansonsten halte ich mich ans AVR-Tutorial hier im Forum. Vile Grüße aus Berlin Christian
Laptop habe, wollte ich als > USB-ISP-Programmer den hier nehmen: > http://www.ehajo.de/Bausaetze/AVR-ISP-Stick > Funktioniert das? Ich habe das avr-studio noch nie verwendet, aber der Stick ist zuverlässig und gut. > 2. Welche Version vom AVR-Studio sollte ich nehmen? (ich habe Win7 > 64bit
-
Thread
Wieso gibt es keine gute Programmiersprache?
und bezahlt dies mit nur mäßiger Performance (und komplizierten JVMs). Warum muss es portabel mit AVR sein, wenn es am Ende ohnehin nur auf ARM64 läuft? In Sachen Performance gibt es da nur wenig Überschneidungen: Was auf ARM64 schnell ist, ist auf AVR langsam /und umgekehrt/. Willst du das wirklich
zwischen beiden nicht unterschieden hat, waren > halt alles Daten. So macht's ja am Ende auch der AVR-GCC. Bei der PDP-11 landeten alle adressierten Daten im Datensegment. Das war ebenso 64KB gross wie das Codesegment. Egal ob konstant oder variabel. Der AVR macht es von Haus aus auch so, indem
-
Thread
Grafik-LCD Controller mit AVR und VRAM
sonderlich praktisch, denn das sollte sehr dicht am Wandler sitzen. Als Controller ist so ziemlich jeder AVR ab 40 Pins und 16KB ROM einsetzbar, also auch ATmega16/32 - insbesondere auch der ATmega162 mit seinen 3 zusätzlichen Portpins. Anzahl und Grösse der ins Programm integrierbaren Fonts ist natürlich von der ROM-Kapazität begrenzt. Mit grossem 48x32-Font sind 64KB erforderlich, für die 3 kleinen Fonts (8x6,10x8,12x8) reichen 16KB aus.
-
Thread
noch ein Eigenbau DSO.
wäre weit übertrieben. Was mir jetzt noch fehlt ist ein passender AD-Wandler, den TDA8703 vom PCS32/64 gibt's nicht mehr. TDA8702 von Segor ginge wohl... Gruß, Norbert
kostenlosen Versand. Also ich fasse zusammen: -Es bleibt für mich bei der Eingangsstufe vom PCS32/64. -AD-Wandler ADS830 oder ähnlich. Sieht passend aus: ADC0804S040 http://www.nxp.com/documents/data_sheet/ADC0804S030_040_050.pdf -Speicher CY7C199-20VC 32k x 8 (schon gekauft) -Speicherzähler
-
Thread
Warum signed int bei delay?
man kommt doppelt so weit in die Zukunft. Sollte das nötig sein, ist es aber sinnvoller von 16 auf 32 (oder 64) Bit Breite zu gehen. Die Variable time kann bei den meisten Architekturen direkt aus einem Hardware-Register implementiert werden. Hier mein Beispiel: extern sint32 systime; /* Plaziert
> Ich habe die aktuelle Zeit time und den Zeitpunkt event jeweils als > signed int (sint16, sint32, sint64 möglich, aber beide GLEICHER Typ und > in 2er-Komplement dargestellt). Im konkreten Fall steht die aktuelle Zeit in TCNT1, und das ist vorzeichenlos (uint16_t). > Bei den Rechenoperation
-
Thread
C jedes zweite Bit verwerfen
Die avr gcc Version wäre diese hier. [c] uint8_t tmp; for (i=0; i<4; i++) { tmp = __builtin_avr_insert_bits(0x7531FFFF, bindata[2*i], 0); netdata[i] = __builtin_avr_insert_bits(0xFFFF7531, bindata
uint16_t data) { data &= 0b1010101010101010; // data = A B C D E F G H uint64_t tmp = data * 0x3000300030003; // 0x3000300030003 = 1<<0 | 1<<1 | 1<<16 | 1<<17 | 1<<32 | 1<<33 | 1<<48 | 1<<49 // 7654321076543210765432107654321076543210765432107654321076543210 //