-
Thread
Arduino DMX 256 Kanäle als Paket senden
Wenn du das als String sendest brauchst 256 Byte für dein Muster , wenn du das als 32 x uint8 sendest brauchst du nur 32 Bytes. Zum senden vom PC kannst du da HTerm nutzen. Gruß JackFrost
Beine 256 Bits sind ja 32 Byte. Als String sind es 256 Byt. Wenn es kleiner als 32 Bytes sein soll musst du komprimieren aber für das senden über DMX wieder entpacken. Zum senden der 32 Bytes als 256 Kanäle musst du nur
-
Thread
Attribute used im gcc
gcc-8.5.0/configure --host=x86_64-pc-linux-gnu --target=riscv32-unknown-elf --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/riscv32-unknown-elf/gcc-bin/8.5.0 --includedir=/usr/lib/gcc/riscv32-unknown-elf/8.5.0
/riscv32-unknown-elf/8.5.0/rv32imac/ilp32/:/usr/lib/gcc/riscv32-unknown-elf/8.5.0/../../../../riscv32-unknown-elf/lib/rv32imac/ilp32/:/usr/riscv32-unknown-elf/lib/rv32imac/ilp32/:/usr/lib/gcc/riscv32-unknown-elf
-
Thread
Arduino MIDI Controller mit 128 Analog-Eingängen
leeer schrieb im Beitrag #4519712: > Lüge? Nein. > Bei 16MHz AVR gehen 8MHz SPI. Mit jedem Clock wird ein Bit übernommen: > 1s/8MHz = 125nS pro Bit. > 125nS * 128 = 16µS um alle Encoder einmal abzufragen. Ergibt 62,5kHz > maximale Samplerate für alle Encoder.
Encoder 2 Bit, also kann man 4 Encoder pro read operation in einem Takt samplen. Insgesamt sind also 32 reads nötig, macht 32 Takte nur um die Rohdaten zu lesen. Dazu kommt das Umschalten der Multiplexer, macht zusätzlich 32 write Operationen. Wir sind dann bei 64 Takten pro Durchgang wenn ich mich nicht
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V3] Gesperrt
gibt es von STM32 ja mehr Modellvarianten als ST tatsächlich unterschiedliche Chips herstellt. So steckt in den meisten (wenn nicht allen) STM32F103C8 (64kB Flash) tatsächlich ein STM32F103CB (128kB Flash). Auf dem Chip
müsste mein STM32F103C8 die beiden DACs haben, die bei den Chips mit 64/128k Flash offiziell nur in der F100-Familie enthalten sind. Auf den ersten Blick scheint das allerdings nicht der Fall zu sein, ich will aber nicht
-
Thread
Vorverstärker und Vorteiler für Frequenzzähler
leider nichts dazu. Das sind wohl Vss an 50Ohm. Die Anzeige geht bis 16 wobei der Generator offen bis 32Vss kann.
Doch noch ein Nachtrag: Hab grad mal bei Ali geschaut: 10 Stück XC2C32A kosten dort 10.04€ + 1.65€ Versand. 10 Stück 74AUP1G80 kriegt man dort schon für 3.15€ + 0.95€ Versand. Naja - wenn man bedenkt, daß ein XC2C32A 32 FF drin hat, also sowohl Tor als auch Vorteiler
-
Thread
3x LED-PWM-Faden
liegen dass sich alles zu schnell ändert... [c] #include <stdint.h> #include <string.h> #include <avr/io.h> #include <avr/interrupt.h> #include <util/delay.h> uint16_t values[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
PORTB=blue4; PORTC=green4; PORTD=16; delay(16); PORTA=red5; PORTB=blue5; PORTC=green5; PORTD=32; delay(32); PORTA=red6; PORTB=blue6; PORTC=green6; PORTD=64; delay(64); PORTA=red7; PORTB=blue7; PORTC=green7; PORTD=128; delay(128); für bit angle modulation der 3 Farben. Dabei steht
-
Thread
Vier Gewinnt KI für Mikrocontroller
Speicher brauchst du da nicht. Und Geschwindigkeit? Wenn es auf einem Z80 laufen soll, dann ist der AVR allemal schneller. Ich denke wenn Schach am AVR geht, dann geht dieses Fuzzy Spiel spielend.
. Hätte noch an 32 Bittern, die alle auf Arduino Basis laufen: Seeduino XIAO (super klein, M0 Cortex) 32kb RAM, 256 kb Flash ESP8266 D1 Mini (80 kb RAM, 1 MB Flash) ESP8266 Kit 8 (80kb RAM, 1MB Flash) ESP8266 NodeMCU
-
Thread
Pseudo-Zufallszahlengenerator
Wie kann man die testen? Ich habe nicht (2^64) / 10 MHz = 58494,24174 Jahre Zeit das zu testen! :-)
@Didelmaus: AVR @Didelmaus: Welcher µC ?
-
Thread
Probleme mit Floating Point Rechnung (AVR-GCC)
alignt. Ja, aber aber er will doch das ganze wider am PC einlesen, oder nicht? Und wenn dann auf 32 / 64 bit aligned ist dann könnte es Probleme geben... mfg Andras
Andreas B. schrieb im Beitrag #3223363: > Und wenn dann auf 32 / 64 bit aligned ist dann könnte es Probleme > geben... oder wenn auf dem PC, weil er im 64 bit Mode ist, statt float stillschweigend double genommen wird. MfG Klaus
-
Thread
Drehgeber auf Atmega 88 wandeln
Tom St. schrieb im Beitrag #1952541: > TCCR1B = 1<<WGM12^1<<CS11^1<<CS10; // CTC, XTAL / 64 > OCR1BL = (uint8_t)(XTAL / 64.0 * 1e-3 - 0.5); // 1ms Sicher, daß diese Zeile auch das macht und daß CTC bei Compare-B erfolgt? Peter
Das ... OCR1BL = (uint8_t)(XTAL / 64.0 * 1e-3 - 0.5); // 1ms nur dann eben mit A und nicht B, würde ich auch nicht so machen. Wer sagt dir, dass da kein Wert größer 255 rauskommt OCRA1 = XTAL / 64.0 * 1e-3 - 0.5;
-
Thread
Mitstreiter für RISC-V Mikrocontrollers gesucht
das die verfügbaren Befehle durch die > RISC-V Spezifikation standardisiert wurde, egal ob der Core 32, 64 oder > 128 bit hat. Ist bei MIPS auch spezifiziert. (Bei so vielen Kernen wird dir der Platz ausgehen, dass du dich mit 32bit begnügen solltest) > Der entscheidendste Unterschied ist jedoch
die verfügbaren Befehle durch die >> RISC-V Spezifikation standardisiert wurde, egal ob der Core 32, 64 oder >> 128 bit hat. > Ist bei MIPS auch spezifiziert. > (Bei so vielen Kernen wird dir der Platz ausgehen, dass du dich mit > 32bit begnügen solltest) Es sollen auch nur 32bit Cores verwendet
-
Thread
Unterstützt AvrGCC den Atmega2561
hi @ all, Unterstützt das aktuelle WinAvr GCC Packet den Mega2561? mfg Martin
Martin wrote: > Unterstützt das aktuelle WinAvr GCC Packet den Mega2561? Der GCC benötigt einen Patch dafür, der aber im aktuellen WinAVR schon drin ist.
-
Thread
JTAGICE_MKII und avrdude
dll mit einer Systemdurchsuchung ;-) C:\Programme\USBprog Flashtool\libusb0.dll C:\WINDOWS\system32\libusb0.dll C:\Programme\WinAVR-20071221\bin\libusb0.dll C:\Programme\Atmel\Flip 3.2.2\usb\libusb0.dll C:\Programme\WinAVR-20071221\utils\libusb\bin\libusb0.dll So, das hätten wir, welche der beiden
any USB device "usb" [/c] Ein suchen nach libusb0.dll ergab, dass eine aeltere Version in ...\Avr\WinAvr\bin\libusb0.dll und ...\Avr\WinAvr\utils\libusb\bin\libusb0.dll installiert war. Und avrdude griff auf diese zu. Nachdem diese unbenannt wurden, funktionierte avrdude einwandfrei.
-
Thread
AVR ATmega1284P Bootloader wie 644p
82 e0 44 d1 80 e0 42 d1 c2 e0 dc ef fe 01 |*...D...B.......| 1fc90 84 91 3d d1 21 96 fc ef cf 32 df 07 c1 f7 2a 9a |..=.!....2....*.| 1fca0 64 e2 80 e6 3b d1 60 e2 80 e7 38 d1 60 e0 8f e0 |d...;.`...8.`...| 1fcb0 35 d1 8c e7 91 ee 90 93 85 00 80 93 84 00 10 92 |5...............| 1fcc0
44 d1 80 e0 42 d1 c2 e0 dc ef fe 01 > |*...D...B.......| > 301fc90 84 91 3d d1 21 96 fc ef cf 32 df 07 c1 f7 2a 9a > |..=.!....2....*.| > 311fca0 64 e2 80 e6 3b d1 60 e2 80 e7 38 d1 60 e0 8f e0 > |d...;.`...8.`...| > 321fcb0 35 d1 8c e7 91 ee 90 93 85 00 80 93 84 00 10 92 > |5.......
-
Thread
pollin kamera au-85
TCM8230 beschäftigt und will meine Erfahrungen erzählen. Am Anfang habe ich probiert die Kamera an AVR32AP7000 anzuschließen, was nicht funktioniert hat weil AVR32 ein Bug hat. Alle umgeschriebene Treiber für Linux habe ich hier in Forum gepostet. Auf AVR32UC3A habe ich auch probiert mit IRQ, wahr
einfach zu langsam knapp 1fps Da es braucht schon bis IRQ registriert wird + Bearbeitung. Es gibt AVR32UCxx bei dem gpio 1x1 mit CPU clock läuft aber nicht ausprobiert. Xmega habe ich sofort ausgeschlossen. Bei PIC32 wahr ich auch am überlegen aber dann habe ich STM32F2 entdeckt mit Kamera
-
Thread
UART Protokoll für µC
das war was für 32 Bitter und keinen kleinen PIC. Andere Aufgabe, anderes Verfahren. W.S.
war auch nie Mission Critical. BTW: Arbeite etwa 20 Jahre mit unterschiedlichen Controller von AVR Tiny / PIC16 / PIC 32 / AVR Mega / SamD / SamV bis imx7/AM335x und ich kann mich nicht erinnern, dass ich jemals bewusst auf einer seriellen Verbindung einen Fehler gesehen habe. Und bis SSH über LAN
-
Thread
64K RAM IC von Reichelt
zu Bytes zusammengefasst werden und dann mit hilfe eines Mega 32 an den PC ausgegeben zu werden. MEGA 32 hat halt nur 32K. Viele Grüße C.
> Shiftregister zu Bytes zusammengefasst werden und dann mit hilfe eines > Mega 32 an den PC ausgegeben zu werden. > MEGA 32 hat halt nur 32K. > > Viele Grüße > C. Der hat 32K *FLASH* ! Nimm nen ATmega8515, der kann externes SRAM ansteuern.
-
Thread
Qt Creator IDE für AVR Entwicklung nutzen
Hallo µC-Community, hat einer von euch es schon geschafft AVR-Code für die kleinen AVRtinys oder ATmegas mit Hilfe der Qt-Creator IDE zu comilieren/debuggen und mit dem fertigen Image zu beflashen? Für die AVR32 Architektur scheint es schon eine QT Everywhere/Embedded Version zu geben, wo man wahrscheinlich nur noch den Pfad auf den avr32-qmake der Toolchain setzen muss und er die Einstellungen (Lib/Headers/avr-gcc) automatisch von dort beziehen kann. Toll fände ich es, dies ähnlich wie bei Eclipse durch ein Plugin zu bewerkstelligen
-
Thread
Hilfe bei #Define
Vieleicht so: Im Header: #define LED16 oder #define LED32 oder #define LED64 ... Im C-File: #ifdef LED16 blalalalalla #endif #ifdef LED32 lululilale #endif ...
Oder so: Im Header: #define LED 16 (oder 32, oder 64 ...) Im C-File: if (LED == 16) { dumdidum } if (LED == 32) { dadidum } ... Der Unterschied ist, dass im ersten Beispiel eine Konstante LED16 deklariert wird, ohne
-
Thread
memory von uint8_t werten in einer Struktur
steht was da zufällig war). Aber heißt das, dass das Programm für die Elemente in der Struktur immer 32Bit speicher vorbehält? Also wäre es letztendlich egal, ob ich uint8_t oder uint32_t benutze?
typischerweise auf die größte der enthaltenen Komponenten: [c] struct { uint8_t b; uint32_t a; uint8_t c; } [/c] So ist das o.g. Aggregat oft 12 Byte groß. Erweitert man die Komponente a auf uint64_t, so wächst die Größe auf 24 Byte. Liegen jedoch kleinere Komponenten "nebeneinander
-
Thread
Strings im oberen Flash-Bereich (> 64K)
gegen den Strich). Die Methode erfordert, daß man 32-Bit-Adressen bekommt. Kann man dann möglicherweise in AVR-C gar keine 32-Bit-Adressen eines Datenobjekts ermitteln (Datenobjekte, die im Flash liegen, somit natürlich in einem anderen Adreßraum)?
Mag das vielleicht mal jemand als offiziellen Patch für avr-libc einreichen?
-
Thread
BUZ11 parallel als regelbarer 200 Watt Widerstand bis 20V 10A
gemessen mit einem ADC des ATmega8. Die Steuerung der Gatespannungen (BUZ11 als Last) per PWM des AVR.
nur der Vollständigkeit halber:-) Stimmt Vieles, was Du aufbrachtest. Ich habe derzeit einen AVR128DB64 am Laufen mit einer gut durchdachten und ausgeführten LP und der 12-bit ADC liefert absolut stabile Werte wenn ich z.B eine CR2032 damit messe (Ext. Aref=4.096V). Also, es geht schon, wenn man
-
Thread
N64 ruckelt auf meinem Raspberry Pi 3B +
mit 256, 2048 oder noch mehr Bits - auch auf einem 8 Bit-AVR, wenn es nötig ist. Es ist nur langsamer. Ein Raspberry Pi hat einen 32 Bit-Prozessor mit ungefähr 700 MHz, der N64 hat einen 64 Bit-Prozessor mit knapp 100 MHz, d.h. der Raspberry hat schonmal 7
Emulation. Die neueren RasPis haben zwar eine 64-Bit-CPU, laufen aber normalerweise mit 32-Bit-Systemen, um die Kompatibilität mit älteren Geräten sicherzustellen.
-
Thread
PLL Startprobleme beim ATXmega128A1U
, also ~32 MHz. Das ist voll OK.
MHz Takt O.K. Dann schaltet er auf 16 MHz ... O.K. Würde also bei einem 16,384 MHz Quarz auf 32,768 MHz gehen. Passt aus meiner Sicht - scheinbar doch die Hardware. [c] /* * Falks_ATXMEGA.c * * Created: 02.01.2015 15:23:26 */ #include <avr/io.h> #include "clksys_driver.h"
-
Thread
Video-Farbausgabe mit ATmega88
Zeug ist frei verfügbar, langfristig verfügbar und ebenso leicht ersetzbar. Ich habe einen ATmega32 oder 64, XilinX 9572 CPLD und eine halbe Tonne guter alter 10ns/5ns Chache-RAMs aus etlichen frisch verschrotteten Mainboards. Also bitte, wo ist der Link auf den Schaltplan mit dem CPLD, VHDL...
leicht ersetzbar. Versuch mal schnellen asynchronen RAM neu zu kaufen... > Ich habe einen ATmega32 oder 64, XilinX 9572 CPLD und eine halbe Tonne > guter alter 10ns/5ns Chache-RAMs aus etlichen frisch verschrotteten > Mainboards. 5ns Asynchrone SRAMs ? Eine angepasste Version der Grafikkarte
-
Thread
AVR <--> 89C52
in Assembler. Beim AVR ist der Unterschied wesentlich größer. Ein 8051-Programm mit 64kB würde auf einem AVR etwa 80kB Speicherverbrauch entsprechen. Beim Neuanfang, würde ich 8051 mit UART-Bootloader empfehlen (z.B.
die 32 Arbeitsregister (gegenüber 3 beim 8051) hat man sowohl Performance als auch Speichervorteile. Wenn ich die Wahl hätte zwischen einem 16Mips AVR und einem 24Mips 8051 wüsste ich, was ich nehme. Aber
-
Thread
AvrStudio 6: Wie eigenen Startup Code einbinden? nostartfiles nutzt nix !
`__vectors' C:\p4\develope\Schoelly\AVR32Studio\XMEGA64_Boot\XMega32_Boot\XMega32_Boot\Debug/../src/gcrt1.s 52 1 XMega32_Boot Error 2 Disabling relaxation: it will not work with multiple definitions 1 1 XMega32_Boot Error 3 multiple definition of `__bad_interrupt' C:\p4\develope\Schoelly\AVR32Studio\XMEGA64_Boot\XMega32_Boot\XMega32_Boot\Debug/../src/gcrt1.s 195 1 XMega32_Boot [/code] das die Vektor Tabelle doppelt vorhanden ist und das obwohl ich das Flag [code] nostartfiles
-
Thread
128x64 Grafikdisplay von Pollin
ich habe einen avr16 mit intern 8mhz. mfg pebisoft
Darf ich fragen, welches Display ihr bei Pollin meint? Ich finde jedenfalls keins mit 128x64.
-
Thread
alternative für for-schleife zeitmangel
$8, %ecx movdqa 16(%rdx,%rax), %xmm10 paddb %xmm0, %xmm9 movdqa 32(%rdx,%rax), %xmm11 paddb %xmm0, %xmm10 movdqa 48(%rdx,%rax), %xmm12 paddb %xmm0, %xmm11 movdqa 64(%rdx,%rax), %xmm13 paddb %xmm0, %xmm12
rax) paddb %xmm0, %xmm1 movdqa %xmm10, 16(%rdx,%rax) movdqa %xmm11, 32(%rdx,%rax) movdqa %xmm12, 48(%rdx,%rax) movdqa %xmm13, 64(%rdx,%rax) movdqa %xmm14, 80(%rdx,%rax) movdqa %xmm15, 96(%rdx,%rax) movdqa %xmm1, 112(%rdx
-
Thread
Neue STM32G Serie
@Anton troll dich! Die STM32G0 sind lötbarer als die STM32F4, denn deren 32Pin LQFP Gehäuse hat denselben Pinabstand wie ein AVR LQFP32 und keine 0,5mm. Und scher programmierbar? Für Trolle wie dich villeicht! @Markus Danke
Mw E. schrieb im Beitrag #5946259: > Die STM32G0 sind lötbarer als die STM32F4, denn deren 32Pin LQFP Gehäuse > hat denselben Pinabstand wie ein AVR LQFP32 und keine 0,5mm. Mag sein das ich falsch liege aber ich meine, dass alle STM32 im LQFP32
-
Thread
LCD Mit pc verbinden
beherrscht du in welcher hattest du vor den AVR zu programmieren?
brauche ich eine verbindung zum PC so da ich nach ansteuerungs möglickeiten gesucht hatte kam mir ein avr Habe eh noch das myAVR Bord light hier rumm liegen mit einen atmega8 und 3,68MHZ So nun wollte ich wissen wie ich es am bessten ansteuern kann ( ich habe 2 displays da 1. 16x2 und des 2. 128x64
-
Thread
NFS Boot Grasshopper
. OK Starting kernel at 90000000 (params at 13fa5008)... Linux version 2.6.27.6.atmel.1 (avr32@avr32-desktop) (gcc version 4.2.2-atmel.1.1.3.buildroot.1) #1 Fri Jul 3 10:37:57 CEST 2009 CPU: AT32AP700x chip revision C CPU: AP7 [01] core revision 0 (AVR32B arch revision 1) CPU: MMU configuration
16 Grasshopper: 2 PWMs Grasshopper: 6 Leds pdc pdc.0: Atmel Peripheral DMA Controller enabled at32_eic at32_eic.0: External Interrupt Controller at 0xfff00100, IRQ 19 at32_eic at32_eic.0: Handling 4 external IRQs, starting with IRQ 64 AVR32 AP Power Management enabled dw_dmac.0: DesignWare DMA
-
Thread
AtTiny13 Clock auf 128kHz und Division = 0/1
Nö, du darfst dann nur nicht schneller als 32 kHz ISP Frequenz ran (max 1/4 clock).
never used Creating Extended Listing: HvspFuseRestore.lss avr-objdump -h -S HvspFuseRestore.elf > HvspFuseRestore.lss Creating Symbol Table: HvspFuseRestore.sym avr-nm -n HvspFuseRestore.elf > HvspFuseRestore.sym AVR Memory Usage ---------------- Device:
-
Thread
AVR, Assemblerbefehle
zur besseren Lesbarkeit da. Einen tieferen Sinn hat das nicht. Wo steht geschrieben, dass mit SBI 64 I/O-Register beeinflusst werden können? In meiner Befehlsreferenz steht 0 <= A <= 31. Bei AVRs, die mehr als 32 I/O-Register haben, geschieht der Zugriff auf die oberen ganz normal über Speicherzugriff
@ Valentin (Gast) >I/O-Register, aber bei meinem ATmega16 habe ich 64. Ich habe im Und nicht nur der. >meisten sind auch beschreibbar. Also frage ich mich, wie soll das gehen, >wenn im Opcode nur 32 I/O-Register adressiert sind. Dann muss man halt andere Befehle
-
Thread
Stellaris ARM Launchpad, UART, Timer, DHT11 Sensor SW
liegen soll. Nun liegt es nahe, diese Platform mit dem im Hobbybereich gerne verwendeten 8 Bit Avr Microcontrollern zu vergleichen, da insbesondere die integrierte Hardware reizt. Man darf aber nicht vergessen, das eine 32Bit Architektur um Größenordnungen komplexer zu handhaben ist. Insbesondere
Wenn es 32 Bit sein soll, dann schalte den DWT Zähler ein. Der hätte aber auch gerne 64 Bit haben können ;-)
-
Thread
Zeta SBC V2 Z80 mit Floppy Disk
Christian J. schrieb im Beitrag #6142145: > Kann CPM auch Programme > 32kb ausführen? Die maximale Programmgröße hängt vom RAM Ausbau ab. Bei den gängigen 64k RAM sind gute 56k immer möglich. Dein Programm darf den CCP komplett überschreiben, nur BDOS und BIOS sind tabu
Georg G. schrieb im Beitrag #6142257: > Christian J. schrieb: >> Kann CPM auch Programme > 32kb ausführen? > > Die maximale Programmgröße hängt vom RAM Ausbau ab. Bei den gängigen 64k > RAM sind gute 56k immer möglich. > Dein Programm darf den CCP komplett überschreiben, nur BDOS und BIOS
-
Thread
Einsteiger - PIC oder Nicht für mein Vorhaben ?
ich noch froh das ich nichts bestellt habe :) sagt mal gibt es eigentlich die Datenblätter von den AVR´s auch irgendwo in deutsch ? Die AVR´s scheinen am weitesten verbreitet zu sein ? welches Brenner/Software + AVR + Testboard würdet ihr mir empfehlen um zu basteln/probieren und mein Projekt damit
ein PIC12xxx wirds wohl nicht schaffen, ein PIC18xxx sollte es schaffen. Ich würde aber auch zum AVR raten, da man solche großen Projekte besser in C machen kann. Und einige PIC C-Compiler können nicht mal 32Bit Zahlen, welche ja für ein FAT32 System benötigt werden. Peter
-
Thread
Atmega32 verfused?
Ich habe gerade einen Atmega32 mit 16MHz externen Quarzoszillator gefused und geflasht. Dies hat wunderbar funktioniert. Ein Testprogramm konnte ich ohne Probleme zum laufen bringen. Programmiert habe ich es mit dem AvrIsp mkII Klon
http://www.mikrocontroller.net/images/atmega8-nachher.png http://www.mikrocontroller.net/articles/AVR-Tutorial:_IO-Grundlagen
-
Thread
Atmega/Arduino - Input Capture funktioniert nicht
display library - see u8g2 documentation U8G2_SSD1309_128X64_NONAME0_F_4W_HW_SPI u8g2(U8G2_R0, 10, 9, 7); volatile uint16_t pulse_width = 0; volatile bool isFinished = false; char buffer[32]; void setup() { pinMode(pin, INPUT); u8g2.begin();
display library - see u8g2 documentation U8G2_SSD1309_128X64_NONAME0_F_4W_HW_SPI u8g2(U8G2_R0, 10, 9, 7); volatile uint16_t pulse_width; volatile bool isFinished; char buffer[32]; void setup() { pinMode(pin, INPUT); u8g2.begin();
-
Thread
Shift vs. Union - Was ist effizienter?
Hier noch das Beispiel mit memcpy: [c] #include <stdint.h> #include <string.h> uint32_t to_dw_memcpy (uint8_t x, uint8_t y, uint8_t z, uint8_t w) { uint32_t r; uint8_t a[4] = { x, y, z, w }; memcpy (&r, a, 4); return r; } [/c] Ergebnis mit avr-gcc 4.6, 4.7 oder
Beachte auch, dass die Verwendung von "unsigned" hier sinnvoller ist als >> uint16_t, da letzteres bei 32-Bittern den Code deutlich verschlechtern >> kann. > Daher (und der Einheitlichkeit halber) habe ich ja auch uint32_t > verwendet. Was soll daran so umständlich sein? sdcc und avr-gcc haben >
-
Thread
HEX-file mit STK500 nicht flashbar
AVRstudio3.xx und 4.xx) und auch verschiedene PCs... ABER: das HEXfile aus dem Anhang (erzeugt mit WinAVR20070122 unter AVRstudio4.14-598) läßt sich nicht flashen... egal wie und was ich anstelle, es bricht mittendrin ab. Das File ist zwar kompiliert für nen Mega64, aber ich habs auch mal mit nem Mega16
ATmega64 habe ich gerade nicht, nur einen ATmega128 (in einem STK501 montiert): [pre] % avrdude -p m128 -c stk500v2 -P /dev/ttyS0 -U ~/download/AccuControl.hex avrdude: AVR device initialized and ready
-
Thread
ARM Einstieg
Martin schrieb: > ET-STM32F103 Beispielprogramm ist auf der CD. Ein Einsteiger-Tutorial wie hier im Board für AVR ist mir dafür nicht bekannt. Im Grunde setzen die 32-Bit Controller durch ihre Komplexität voraus, dass man
interrupts lassen grüssen). Ungefähr so zieht sich das auch durch die Peripherie. Die Timer der STM32 sind ziemlich leistungsfähig, aber das wird erkauft durch mehr Lernarbeit. Die der LPC2000 sind einfacher gebaut. Kleiner Tip, zu allem was nicht AVR heisst: Immer auch das Erratasheet lesen. Bei
-
Thread
AVRISP MKII wird nicht erkannt
Hat der AVR-ISP mkII Spannung vom Target?
schon 1.10 drauf wie es schien. Also meiner Meinung nach liegt es entweder an Windows7 oder der 64 Bit Architektur. Unter Vista64 soll es ja laufen, dabei ist Windows7 gar nicht so anders vom System her -_-
-
Thread
SVPWM mit LPC1769
VC6 Gott hab ihn seelig.... der kennt kein long long sondern nur __int64. in der ParkInv hast du daraus 32bit Variablen gemacht. Die Multiplkation geht dort ueber 64bit, was die ARMs koennen. Sicher auch AVR32, sowas benutzt Atmel in den App-Notes auch. [C] // das
Sinus(pM->teta); pM->valpha=(int)((((__int64)pM->vD*(__int64)icos)-((__int64)pM->vQ*(__int64)isin))>>32); pM->vbeta =(int)((((__int64)pM->vQ*(__int64)icos)+((__int64)pM->vD*(__int64)isin))>>32); } [/C] dann gehts auch.
-
Thread
[STM32F4] Erfahrungen mit Linux-Kernel 4.2+ auf STM32F429?
USB in den STM32 ist die DWC2 USB IP...
Lässt sich sehr gut auf fast jede Speichergröße hin optimieren. Das läuft übrigens auch schon auf AVR. Wir setzen das für unsere STM32-Projekte standardmäßig ein und sind sehr zufrieden (läuft unter BSD-Lizenz): http://www.nuttx.org
-
Thread
Maximale Sampling Rate Atmega 20 MHz, mit parallelem externem ADC
Ein STM32 oder ähnlich wäre hier wirklich ein Vorteil. Je nach Ausführung schafft da der interne ADC sogar irgendwas im Bereich 5 MHz. Mehr RAM sollte man auch finden. Bei der AVR Version kann man es sogar
ich mich nicht vertan habe scheinen die aber recht teuer zu sein (grade wenn man dann in Richtung 64k/128k Speicher wie beim o.g. STM32 möchte (da scheint man dann pro 9 bit FIFO schon so vier STM32F4 mit je 128k SRAM, zu bekommen). Wie du schreibst wäre das dann ja wohl mit externem RAM, grade wenns
-
Thread
Stm32 Probleme unter Windows 10 mit USB/VCP
definitiv an dem usbser.sys-Treiber von Windows 10. Ich habe kurzerhand die usbser.sys von Windows 7 x64 genommen, mit einem selbst erstellten Zertifikat signiert (ohne das akzeptiert Win10 sie nicht), und die originale usbser.sys von Win10 in System32\drivers und System32\DriverStore\FileRepository\usbser.inf
an dem usbser.sys-Treiber von Windows 10. > > Ich habe kurzerhand die usbser.sys von Windows 7 x64 genommen, mit einem > selbst erstellten Zertifikat signiert (ohne das akzeptiert Win10 sie > nicht), und die originale usbser.sys von Win10 in System32\drivers und > System32\DriverStore\FileRepository
-
Thread
tqfp socket - Oder: Programmieren von vielen TQFP AVRs
__avrdude schrieb im Beitrag #4528687: > Ich muss viele (knapp 50 Stück) AVR im TQFP-32 Gehäuse flashen Nimm stattdessen 8051 im TQFP-32 die werkseitig mit Bootloader kommen, sind auch noch meist billiger und schneller als vergleichbare AVR z.B. EFM8BB31F16G-A-QFP32 50 MHz 16K 12-bit ADC/DAC 0.90 EUR EFM8LB12F64E-A-QFP32 72 MHz 64K 14-bit ADC/DAC 1.70 EUR