-
Thread
Usbasp wurde nicht erkannt
Spasseshalber die aktuelle libusb auf Windows 7 64 bit installiert. Keine Probleme mit Signatur. Danke Microsoft! http://sourceforge.net/projects/libusb-win32/files/libusb-win32-releases/1.2.6.0/
Erzwingen der Treiber Signatur zufrieden. Getestet gestern mit einem frisch installierten Win 10 pro 64 bit und es funktioniert. Vor längerer Zeit auch mit Windows 7 64 bit getestet. Gruss Chris
-
Thread
riesige LED-Matrix
Die Anschlüsse aller + aller LED sind zusammengeschaltet. http://www.mikrocontroller.net/articles/AVR-Tutorial:_7-Segment-Anzeige
externes EEProm ausgelagert.) Bin nicht der ATMEGA spezi, aber ich würde vermuten bei einem ATMEGA32 sollte noch genug RAM frei sein, oder? > Später soll das ja auch mal die Uhrzeit anzeigen. Beim Atmega32 gibt es > einen Extra real-time counter für den man nen 32kHz Quarz anschließen > soll. Ist
-
Thread
Multiplikatiom mit krummer Zahl
ist nicht der fall bei mir. Ich habe mich oben verschrieben. Die Zahl sollte heissen (50*10^6)/(2^32). Und wenn du sagst erst mal mit 50*10^6 mal nehmen, dann bekomme ich auf jeden Fall ueberlaeufe bis hoechstens 64 bit. Aber wenn mir jemand erklaert wie das geht, dann division durch 2^32 wird durch
Stromaufnahme der DDS-Chips keinerlei Argument mehr dafür spricht, ausgerechnet mit dem kleinsten AVR noch 64-Bit-Multiplikationen anzuwerfen... Ganz davon abgesehen, weniger Code als der Compiler wirst Du für die Multiplikation ohnehin kaum bekommen.
-
Thread
.c Datei kompilieren (krieg ich einfach nicht hin)
dep/main.o.d -c ../main.c In file included from ../main.c:4: e:/winavr-20100110/lib/gcc/../../avr/include/avr/signal.h:36:2: warning: #warning "This header file is obsolete. Use <avr/interrupt.h>." In file included from ../main.c:6: e:/winavr-20100110/lib/gcc/../../avr/include/avr/delay.h:36:
unsigned char typedef int16_t INT16; //int typedef uint16_t UINT16; //unsigned int typedef int32_t INT32; //long typedef uint32_t UINT32; //unsigned long typedef int64_t INT64; //long long typedef uint64_t UINT64; //unsigned long long [/C] hättest du drinnen lassen sollen. Jetzt
-
Thread
ZX81 plus38 Clone
Dirk S. schrieb im Beitrag #6420744: > PS: 32 Kanäle wären echt super praktisch ;-D Ja, und ein Disassembler dazu. So hat das früher ausgesehen: http://lc64.blogspot.com/2018/03/gould-k115d-watch-z80-working-live.html Gruss
Im forum64 gibt es auch einen Thread zum Thema, wo einige Fehler gefunden wurden: https://www.forum64.de/index.php?thread/126399-first-run-zx81-38-replika-l%C3%A4uft-nicht/&postID=1851371#post1851371
-
Thread
Noch ein Taschenrechner auf ATMega Basis
ein Fehler bei der Zeitkonstante vor. Die Zeit von ca. einer Minute erreiche ich nur, wenn ich die AVR Fuse CKDIV8 einschalte.
und RCL benutzt und sich dieses Programm in einer Endlosschleife befindet, dann ist der EEPROM des AVR bald hinüber :-(
-
Thread
10 bit ADC wert verarbeiten
köstlich deine Argumentation... Was empfiehlst du denn als > waschechte Hochsprache für einen kleinen AVR mit 1k Flash? Keine. Alles unterhalb 8k (Code+konstante Daten) macht man natürlich immer in Assembler, ohne auch nur ansatzweise über eine Alternative nachzudenken. Im Bereich 16..64k wird man
Bit Addition/Subtraktion sondern gleich eine ganze Bibliothek für 8x8, 8x16, 16x16, 24x16, 24x24, 32x16, 32x24 udn 32x32 Multiplikation (jeweils signed/unsigned) und das alles in die Gegenrichtung - sprich Division. (den ganzen Source gibt es auch als ZIP-File!) Man muss sich natürlich in die verwendtet
-
Thread
Frequenzberechnung bei PWM
Signal haben soll. So das kompiliert auch und ich bekomm auch ein Rechtecksignal an PIN 19 meines Atmega32. Aber das hat laut meinem Oszi eine Freuenz von 7,6Hz. Ich dachte nun das sich die Frequenz anhand des oben stehenden Codes folgendermaßen berechnet: F-PWM = F-CPU(8Mhz) / 64 (durch Bit CS10 und
zu sein. Hab mich mal ein bisschen eingelesen und folgendes Programm geschrieben: [c] #include <avr/io.h> #include <avr/interrupt.h> #include <stdint.h> void Init_Timer_2(void) { //440,1408Hz TCCR2 = (1 << WGM21)|(1 << CS22)|(1 << COM20); //CTC-Modus, Teiler auf 64, Toggel des Pins D7
-
Thread
Arduino CH340G UNO mit ATMEGA328P-TQFP32 China Board Informationen
Treiber funktioniert bei mir einwandfrei auf allen PCs mit denen ich bis jetzt gearbeitet habe (XP-X32-SP3, W7X64, W81X64) und liegt falls benötigt im Anhang bei. Die Installierung war bei allen PCs problemlos. Die jüngsten Versionen von CodevisonAVR können übrigens die kompilierten Programme direkt
; Driver for CH341 (USB=>SERIAL chip) V3.4 ; WDM&VXD for Windows 98/Me/2000/XP/Server2003/Vista/64bit Vista/Server2008/Win7/64bit Win7 ; Copyright (C) W.ch 2001-2014 [/c] Beide Treiber funktionieren bei mir einwandfrei. Wie gesagt ich hatte nur eine unzuverlässige Kabelverbindung als Ursache
-
Thread
RISC-V: Wird das was?
Update mit Übernahme > verschiedener Einstellungen war immer möglich. 2008 pre-R2 ist der letzte 32-Bit Windows Server und da läuft im Januar der Support aus. Migration 32- zu 64-Bit ist Neuinstallation.
bevor sich ARM so > erstaunlich verbreitet hatte, da hatte jeder Hersteller seine eigenen > Cores (AVR, ST6/7, 68k, Z80, 6502, PIC, SH, M16C, MCS48/51, usw) > Lizensieren muss man nur wenn man faul ist oder vielleicht ein paar > Tausend Stueck braucht. Ich meinte den ESP32/ESP8266. War ungünstig
-
Thread
WAV Soundausgabe am ATmega328
Ich kann bei mir im Programm bis 44 Khz gehen. Hab auch eine Datei mit 32 Khz versucht und da ist die Ausgabe genau schlecht. Gruß, Michael
Bei den Beispielen zu seinem FatFS hat er für den AVR einen Beispiel... http://elm-chan.org/fsw/ff/ffsample.zip Gruß, Michael
-
Thread
uClock - Matrix-Uhr mit WS2812 LEDs
und einen kleinen AVR zur Ansteuerung der LEDs nimmst? Ich meine es ist viel einfacher, als die Parameteraustauscherei und dieses Protokoll zwischen ESP8266 und dem STM32. Den AVR könnte man mit SPI ansteuern oder I2C wobei
fertige Matrix nehmen, die gibt es von Adafruit, Sparkfun (RB-Spa-982) und anderen China-Anbietern in 32x32 und auch größer z.B. 32x64. 1. Frage: Wozu dann noch WS2812-Streifen zusammenlöten? Der Unterschied wird in der Ansteuerung liegen: statt jede LED mit einer Zahl von 0 bis 1023 anzusteuern, muss mit
-
Thread
portpin PD.3 liefert kein signal
Loop Spaltenwert: Data 1 , 1 , 1 , 3 , 1 , 1 , 251 Zeilenwert: Data 1 , 2 , 4 , 8 , 16 , 32 , 64 [/code] Das Resultat sieht man im Foto Die beiden Pfeile sollen in der Reihe 4, Spalte 3 durch eine leuchtende LED miteinander verbunden sein. Das Signal kommt von PD.3. Elektrisch ist
Spaltenwert: Data 251 , 241 , 234 , 251 , 251 , 241 , 234 Zeilenwert: Data 1 , 2 , 4 , 8 , 16 , 32 , 64 Als Anlage die Dokumentation zum Roland Walter Board, das ich genauso nachgebaut habe.
-
Thread
ATMega32 mit Bascom über AVRISP mkII programmieren geht nicht
################################### $regfile = "m32def.dat" $framesize = 32 $swstack = 32 $hwstack = 32 $crystal = 1000000 Do Loop End Als Programmer habe ich USBpro Programmer / AVR ISP mkll ausgewählt und sonst nichts verändert. Will
Albert M. schrieb im Beitrag #2004427: > Installiere zuerst AVR Studio 4 (kostenlos) komplett mit USB Treiber. > Dabei darf der AVR ISP nicht angeschlossen sein. > Anschliessend installiere USB Filter Driver: > libusb-win32-devel-filter-1.2.2.0.exe (SourceForge
-
Thread
GUI für Mikrocontroller
suchst... Zur Vollständigkeit halber :) : http://hackaday.com/2013/04/20/gui-window-manager-on-an-avr-chip/#more-97631
skizzieren wäre vergeblich, siehe seine Bemerkung über "meinetwegen z.B. mit Qt, Echtzeitanwendung z.B. im AVR". W.S.
-
Thread
ARM flashen per SWD
erreicht, ohne dass man dort explizit für jeden Programmer/Debugger etwas programmieren müsste. avr3 schrieb im Beitrag #3379594: > Atollic für STM32 und LPCXPresso für LPC1xxx und dann > noch 5 andere Eclips-varianten für andere Cortexe? Das ist zu viel. Das ist halt Atollic "schuld", dass die
Der j-link Unterstützt deine die: Freescale MKE02Z16xxx2 Freescale MKE02Z32xxx2 Freescale MKE02Z64xxx2 seit Version 4.72 aktuell ist 4.78 http://www.segger.com/j-link-release-notes.html gnd3 schrieb im Beitrag #3381713: > 1700,- und wieviel Gigabyte nur zum flashen
-
Thread
STECCY - ZX-Spectrum-Emulator mit STM32
/bitluni/ESP32Lib
- 2 x 16K ROM = 32K ROM - 8 x 16K RAM = 128K RAM Macht zusammen satte 160K RAM. Der STM32F407VE hat an RAM: - 64K CCRAM - Core Coupled RAM - 128K RAM Das CCRAM kann vom STM32 direkt angesteuert werden. Sonst
-
Thread
PIC - "beliebtester"?
teurer als der PIC. Bevor Du dich jetzt auf einen PIC voll und ganz konzentrierst solltest Du den STM32 mal anschauen. AVR brauchst Du nicht unbedingt anschauen, denn der ist in etwa gleich. Zwischen AVR/PIC gibt es ohnehin nur einen Glaubenskrieg ohne wirklich fundamentale Hintergründe. (Außer, wenn
Carsten Sch. schrieb im Beitrag #2518604: > Ausserdem möchtest du ja gerne DIP, das ist bei den 32 > gar nicht -und bei den 24er nur noch bei wenigen Typen- als Gehäuse > vertreten. Das stimmt so nicht ganz;) PIC32MX110F016B, PIC32MX210F016B, PIC32MX220F032B und PIC32MX120F032B sind im DIP28
-
Thread
Womit einsteigen in Mikrocontrollerprogrammierung?
Ich würde dir ein AVR Dragon empfehlen, diesen jedoch in ein Gehäuse einbauen, (den Schaltreglerteil darf man nie im Betrieb anfassen). Damit hat man echt USB unterstützung, und wird direkt von AVR Studio supportet. Mehr
ist dir wohl noch unbekannt. Danach normal mit C (WinAVR,wenn zuviel Geld vorhanden Keil) weiterprogramieren. Durch C# und Basic und IA32 oder IA64 bist du leider ein wenig versaut, was effiziente Programmierung betrifft (jemals Tabellen benutzt ?).
-
Thread
Handydummy (Attrappe)mit richtigem Display - Sony Ericsson Vivaz
4.6.5.141 2011.10.25 W32/Heuristic-210!Eldorado F-Secure 9.0.16440.0 2011.10.25 Win32.Alman.C Fortinet 4.3.370.0 2011.10.25 W32/Alman.AXZ!tr GData 22 2011.10.25 Win32.Alman.C Ikarus T3.1.1.107.0 2011.10.25 Virus.Win32
K7AntiVirus 9.116.5334 2011.10.24 Trojan Kaspersky 9.0.0.837 2011.10.24 Trojan-Dropper.Win32.Small.axz McAfee 5.400.0.1158 2011.10.25 W32/Almanahe McAfee-GW-Edition 2010.1D 2011.10.25 W32/Almanahe Microsoft 1.7801 2011.10.25 Trojan:Win32/Almanahe.E.dll NOD32 6571 2011.10.25 Win32
-
Thread
Windows 7 schmeisst mich 30 Jahre zurück
Bohne. Was mich aber interessiert ist, ob ich mir einen neuen Scanner kaufen "darf", weil es keinen 64-bit Treiber mehr dafür gibt (wohl aber einen für Win7-32bit).
Ich habe auf diesem meinem Laptop sowohl Vista32 als auch Win7 64 drauf und Vista läuft flotter. Keine Ahnung, warum...
-
Thread
Welche Sprache für GUIs in 2025?
Aus der Matrix an Zielplattformen (Linux, Windows, Mac OS, iOS, Android) und Architekturen (i386, amd64, AArch32, AArch64, bald auch RISC-V) ergibt eine *Menge* Potenzial für unendlich viel Fummelei (BTDT).
> die muss man schon zweimal uebersetzen, je > nach Zielprozessor - Windows i386 - Windows amd64 - Windows AArch64 - Linux i386 - Linux amd64 - Linux AArch32 - Linux AArch64 - Linux RISC-V - Mac OS X amd64 - iOS AArch64 - Android AArch64 - Android amd64 (z.B. für den "Emulator", der in
-
Thread
HDD Festplatte ATA IDE an AVR µC Mikrocontroller ATmega1284p Assembler - viele Fragen
der hat mir auch die CHS-Translation geliefert, die er gut fand. Mit diesen Werten habe ich auf dem AVR eben in einer Subroutine die LBA berechnet und diesen Sektor gelesen. Der Umweg war (ist) deshalb nötig, weil es da (alte) Festlegungen gibt eben wie Bootsektor in Track 0 Sektor 0, Länge 32 Sektoren
durchführen zu können, diverse SATA / IDE Adaper erkennen teilweise nostalgische HDD nicht mehr :-( - AVR / µC formatiert auf FAT16, ev. mit Betriebssystem DOS 6.0 - AVR read write Dateien mit FAT16
-
Thread
Wer hat Erfahrung mit HAP?
Also ich nutze AvrStudio + Winavr unter Windows. In Avr Studio einfach das Projekt öffnen und oben in der Iconleiste auf "AVR" (schwarze IC) klicken. Dann kann man den Programmieradapter auswählen und hat je nach AVRStudio
Danke für die Tipps. Hab es jetzt mit dem AVR-Studio gemacht. Gruß Carsten
-
Thread
USB AVR ISP
angegeben und alles ok!! wird dann in Win erkannt rotes LED brennt, in Geräte-Manager wird unter LibUSB-Win32 Devices dann als USBasp glaube ist soweit ok oder? Nun da hat er aber kein Port zugeordnet das heißt wenn ich unter AVR-Studio @ Menu Tools --> Program AVR --> Connect... im darauf folgenden Menu
Hallo, gestern habe ich mir meine USB-Testplatine mit deiner Software "geflasht" - AVR Studio erkennt das Gerät auch als AVRISP MKII :). Großes Lob! Aber mir ist noch nicht klar wie man damit einen AVR32 programmieren soll, wie auf deiner Website erwähnt. Ich dachte, die haben garkeine
-
Thread
64Bit Variablen auf dem MSP430
Beitrag #2191086: > ich meine hier gelesen zu haben, dass es mit dem MSPGCC nicht möglich > ist uint64_t zu verwenden. Sogar der AVR-GCC (8Bit-CPU)) kann es, also sollte der MSP (16Bit-CPU) es doch erst recht können. Allerdings ist es auf dem AVR extrem aufwendig programmiert und damit sogar größer
64-Bit-Wert von a nach b zu bringen. Das ginge sogar in avr-gcc ohne die binutils zu erweitern. Allerdings ist das so aufwändig, daß es bisher niemand gemacht hat, und die AVR-Maintainer eine Unterstützung
-
Thread
long int Konstante möglich?
Die AVR's rechnen intern mit 8-Bit. Das macht aber erst einmal nichts, die zum avr-gcc-gehörige mathe-lib bringt die Grundrechenarten bis 32 Bit mit. Ein long beim avr-gcc hat dabei 32 bit, ein int 16 bit
Angenommen, ich bin zu faul, es auf einem Atmel auszuprobieren. Mein avr-gcc übersetzt ohne Meckern meinen Vorschlag mit int64_t. Geht das dann wirklich gut, oder wird tatsaächlich nur bis 32 Bit gerechnet? -> gcc version 4.3.2 (GCC)
-
Thread
MSP430 Performance im Vgl. zu AVRs
, PIC32. Also eigentlich alle, außer den AVRs. Auch schön: Der msp430g2553 hat einen "fractional baud rate generator". Da kommt man bei 16 MHz auch auf 115k baud rate. Im Vergleich zum AVR ist der von
definiert - also das, >> was ich benötige, gibt es nicht. > Lass mich raten, du willst diese grausige "AVR Schreibweise" (1<<x) > weiter machen, richtig? Das ist keine "AVR-Schreibweise". Das ist so möglich bei AVR, ARM (LPC, STM), RX, PIC32 - nur nicht bei MSP430. Ob das nun besser oder schlechter ist
-
Thread
Frage bezüglich Mikrocontroller auf selbst erstelltem PCB
enthalten oft potente ARM-Controller (teilweise sogar Cortex-A oder -R), die man dann z.B. mit einem AVR steuert... Man könnte auf dem STM32F1 einfach 2 AVRs emulieren und diese mit den 2 Datenströmen der 2 VCPs füttern 🤣
SMD zu verwenden. Da viele gefragt haben um was für Projekte es sich handelt: Auf dem ATmega32U4 läuft das Raphnet gc_n64_usb_v3 Projekt. Dabei handelt es sich um einen Adapter für Nintendo 64 / Gamecube Controller zu USB. https://github.com/raphnet/gc_n64_usb-v3 Auf dem ATmega328P soll das
-
Thread
8 bit µC und sehr große Zahlen (zum 1000.?)
yo, die float beim AVR haben 32 Bit entsprechend 6 signifikanten Stellen. Hier ist eine 64Bit float Emulation von mir: http://www.mikrocontroller.net/topic/85256#new das macht 15 signifikante Stellen. Cheers Detlef
sondern einen "Zähler" von extern als Fließkommawert bekommt. Zum zweiten weil zumindest auf dem AVR die 64-bit Ganzzahlarithmetik ein paar ziemlich fette Runtime-Funktionen aus libgcc linkt. OK, einen ATmega2560 bringt man damit nicht ins Schwitzen. Aber auf einem ATtiny kann das schon ein bisschen
-
Thread
ATMEGA mit Eclipse debuggen?
/32/64). Das AVaRICE sich beendet nach beenden von AVR-GDB ist blöd, könnte das Plugin aber retten indem es AVaRICE dann bei einer Debugsession aufruft. Warum es sich beendet kann Jörg Wunsch sicher
du dafür natürlich keinerlei Garantie oder Support des Herstellers hast). Du könntest mit einem AVR Dragon noch Glück haben. Offiziell kann das Teil zwar keine Controller > 32 KiB Flash-ROM debuggen, aber es gibt irgendwo einen Hack für AVR Studio, mit dem es trotzdem geht. Da der Hack ausschließlich
-
Thread
Einregister- vs. Mehrregistermaschine
schneller zuwege brachte. Danach in V2,x aufwärts, als das System eine kunterbunte Mischung aus 16- und 32-Bit Komponenten war und der Adressraum von 32-Bit-Programmen so mit 64KB Segmenten zugepflastert wurde, dass man 512MB sowohl linear als auch segmentiert adressieren konnte, man musste nur die Pointer
Ach ja: IBMs Power und folglich PowerPC, in 32 wie in 64 Bits, hat ebenfalls Segmentierung. Wenn auch etwas anders, und mit etwas anderem Ziel.
-
Thread
C++?!?
@ Jörg Shame on me, du hattest recht. Ich Dummerchen habe für den C++-Quellcode den avr-g++ direkt verwendet. Warum ich das gemacht habe, keine Ahnung. Verwende ich den avr-gcc passt das Ergebnis auch größenmäßig. Wo liegen da eigentlich die Unterschiede zwischen avr-gcc und avr-g++? Wenn der avr-gcc sowieso c++ schluckt, wofür gibt es dann den avr-g++?
-
Thread
4Draht-Touchpanel direkt am AVR und die Portschaltung
liegen? den Code habe ich nur minimal an meinen ATMega32 angepasst. Gebe die Werte per USART an meinen Notebooke.
> PinChangeInt kann aber der ATmega32 nicht an jedem Port Pin oder? Deshalb schrieb Sascha: "...oder auch per Polling"
-
Thread
uint32_t bit für bit interpretieren - wahrscheinlich typ problem
implementationsabhängig. d.h. Das reale Placement und Alignment können je nach Compiler, Architektur (8/16/32/64? bit) und eingestellten Optionen (wie packing, Optimierung) variieren. In dem speziellen gezeigten Fall mag es funktionieren. Adib.
Dirk H. schrieb im Beitrag #3399354: > Es ist ein ATMega64, also ein 8-Bitter. Generell solltest du dir am AVR Sachen wie " 1<<(bit-1) " (also Shifts um eine Variable Bitanzahl) genau überlegen. Das kann der AVR nämlich nicht in einem Schritt berechnen
-
Thread
vs1011 bzw. vs1001 Testprogramm
Hallo, so hier mal meine sende-Funktion: void spi_32 (char * data) { int i = 1; int g = 0; Mp3DeselectControl(); Mp3SelectData(); while(g<=512) { if(i == 32 ) { printf(" wait\n"); while (!DREQ_PIN &
>>schmeiss den level shifter russ und besorg dir nen IC Oder gleich AVR mit 3.3V Betriebspannung.
-
Thread
AVR STK 500 bei Reichelt - Preis gesenkt!
waren da immer AT90S8515 dabei wenn die Boards von ATMEL waren. Keine Ahnung ob heute auch noch ein AVR dabei ist.
Dieses kostet mindestens genausoviel, verfügt aber über einen hochwetigen Sockel für eben diese TQFP64-Teile.
-
Thread
Wert an Variable per Referenz übergeben
A. K. schrieb im Beitrag #2253445: > Ich beziehe mich ausdrücklich auf 32-Bitter. Zugriffe relativ zum Stack- > oder Framepointer sind dort stets einfache Standardbefehle. Zugriffe auf > globale Daten hingegen müssen bei RISCs (ARM/Cortex, AVR32, PIC32, ...) > aus mehreren
Register, was entsprechende Optimierung erschwert. Je nach ABI gehören die ausserdem zu den wenigen 32-Bittern, die Parameter konsequent per Stack übergeben. Bei AMD64 (64-Bit x86) sieht das schon ganz anders aus.
-
Thread
Volles Sortiment im Shop lieferbar, kostenloses AVR32-Board
Sortiment lieferbar. Im Angebot sind Programmer und Boards für fast alle wichtigen Mikrocontroller-Typen: "AVR":http://shop.mikrocontroller.net/?category_id=10, "AVR32":http://shop.mikrocontroller.net/?category_id=12, "MSP430":http://shop.mikrocontroller.net/?category_id=11, "PIC":http://shop.mikrocontroller.net
shop.mikrocontroller.net/?product_id=35 * "eZ430-F2013":http://shop.mikrocontroller.net/?product_id=32: kompaktes MSP430-Starterkit inkl. IAR Embedded Workbench * "ICnova AP7000":http://shop.mikrocontroller.net/?product_id=52: AVR32-Prozessor, High Speed USB Host-Controller, 64 MB RAM, Linux 2.6 * .
-
Thread
Umgang mit CPLD's lernen ( Altera od XILINX) via Dev Kit
geht schon los, am Ende der Installation: "The environment variables are written to the .settings[32|64].bat file for each application and an encompassing settings[32|64].bat at "C:\Xilinx\13.4\ISE_DS". In order to set the variables in your environment, you must source the settings[32|64].bat file from
Norbert S. schrieb im Beitrag #2580252: > "The environment variables are written to the .settings[32|64].bat file > for each application and an encompassing settings[32|64].bat at > "C:\Xilinx\13.4\ISE_DS". In order to set the variables in your > environment, you must source the settings[32|64].bat
-
Thread
Atmega2560 startet nicht
und __uint24 ) haben kann (avr-toolchain-installer-3.4.2.1573-win32.win32.x86.exe installiert, danach avr8-gnu-toolchain-installer-3.6.0.1734 Ordner 4.7.2 für 5.4.0 gewechselt). Nur habe ich plötzlich ein Problem festgestellt
Kann ich nicht nachvollziehen. Bei mir: WIN7-64, 4..5 Jahre alter 8 core AMD, SSD (nachgerüstet): gestoppt 21.2 sec. Nutze viel XMEGA und SAM mit ASF, weiss nicht, ob neuere Controller und aktuelle ASF-Versionen von den AVR-Studios 4.xx unterstützt
-
Thread
ESP32-CAM Entwicklungskit
requirements.txt = den benötigten Python addon Kram installieren https://dl.espressif.com/dl/xtensa-esp32-elf-linux64-1.22.0-80-g6c4433a-5.2.0.tar.gz = webbrowser download Compiler into "Downloads" tar -xzf ~/Downloads/xtensa-esp32-elf-linux64-1.22.0-80-g6c4433a-5.2.0.tar.gz = from "Downloads" ins esp
, datalen=blocksize=256, dma_buf_count=8[0m [0;32mI (247) I2S: PLL_D2: Req RATE: 78125, real rate: 78125.000, BITS: 16, CLKM: 8, BCK: 8, MCLK: 20000000.000, SCLK: 2500000.000000, diva: 64, divb: 0[0m [0;32mI (257) camera_xclk: PIN_CTRL before:3ff[0m
-
Thread
Arduino Bit Shifting Problem
muss ich mal die Takte zählen! Und dafür müsstest du die tatsächliche Zielhardware kennen... Dein AVR-ASM funktioniert auf nem AVR, es mag aber auch sein das er einen Arduino mit nem 32-Bitter verwendet. Daher wäre hier eine Lösung in C angesagt, wie von mir oder Spess, dein ASM hilft hier unter Umständen
r19, 0 d6: 20 e8 ldi r18, 0x80 ; 128 d8: 81 fd sbrc r24, 1 da: 20 64 ori r18, 0x40 ; 64 dc: 82 fd sbrc r24, 2 de: 20 62 ori r18, 0x20 ; 32 e0: 83 fd sbrc r24, 3 e2: 20 61 ori r18, 0x10 ; 16 e4: 84 fd
-
Thread
ir senden mit tiny2313
Ich habe dein Programm auf ein Pollin Funk AVR Board portiert. Die Änderungen sind 1/ Nur ein Kommando (32) statt zwei Kommandos. Das Pollin Funk AVR Board hat nur einen Taster. 2/ Taster ist active-high an PB1 angeschlossen 3/ LED1 an
Danke Spess AVR410: RC5 IR Remote Control Reciever http://www.atmel.com/dyn/resources/prod_documents/doc1473.pdf http://www.atmel.com/dyn/resources/prod_documents/avr410.zip AVR415: RC5 IR Remote Control Transmitter
-
Thread
Leute aus Nürnberg ?
Umzug kümmern und hab dann noch einen anderen Synthesizer, den ich mir bauen will (Midibox SID - C64-Sound).
Von mir aus sehr gern - war sehr interessant :-) Ach ja...C64...damals...
-
Thread
LCD-Modul MC1001AW-TGR
**************************************** $regfile = "m8def.dat" $crystal = 1000000 $hwstack = 64 'default use 64 for the hardware stack $swstack = 32 'default use 32 for the SW stack $framesize = 40
.4 Cls Lcd "MC 10" Lowerline Lcd "01AW" Waitms 9000 Deflcdchar 0 , 32 , 32 , 32 , 32 , 32 , 32 , 32 , 31 ' replace [x] with number (0-7) Deflcdchar 1 , 32 , 32 , 32 , 32 , 32 , 32 , 31 , 31 ' replace [x] with number (0-7) Deflcdchar 2 , 32 , 32 , 32 , 32
-
Thread
Nano <-> ESP32
durch die Polzahl bei 16MB Ende! Ja. Scheinbar ja nicht. > Zeige doch mal die Pinbelegung dieser 64MB Simms Da sie im Board tadellos funktionieren erspare ich mir das mal. Ich habe nebenbei auch zwei Soundblaster AWE(32) mit solchen Modulen bestueckt. Die melden auch 64 MB Sample-RAM.
Kermit der Frosch schrieb im Beitrag #5920722: > Es gab sogar 64 MB Simms. Kermit der Frosch schrieb im Beitrag #5920734: > Ich habe nebenbei auch zwei Soundblaster AWE(32) mit solchen > Modulen bestueckt. Die melden auch 64 MB Sample-RAM. Quaak. Die Soundblaster
-
Thread
Atmega8 wird nicht richtig erkannt und kann nicht geflasht werden!
- ----- ---- ------ ------ ---- ------ ----- ----- --------- flash 65 6 32 0 yes 2048 32 64 4500 4500 0xff 0xff Block Poll Page Polled Memory Type Mode Delay Size Indx Paged
Hast schon mit Burn O mat probiert ? http://avr8-burn-o-mat.aaabbb.de/ ( AVRdude GUi )
-
Thread
Fa. Atmel soll Probleme haben ?
glaub eher, dass das völlig aus der Luft gegriffen ist. Den XMega braucht eher sogut wie niemand (STM32 ist da in so gut wie jedem Fall die bessere Alternative), aus demselben Grund dürfte der AVR32 eine Totgeburt sein, die Mega- und Tiny-AVR sind inzwischen gut aufgestellt, mir persönlich sind sie inzwischen
verzweifeln schrieb im Beitrag #2409433: > Das wird wohl in den nächsten Jahren den Todesstoss für die > AVR, xMEGA und AVR32 bedeuten Halbwissen -> Nixwissen.
-
Thread
AVR-CC
typedef unsigned char uint8_t; typedef int int16_t; typedef unsigned int uint16_t; typedef long int32_t; typedef unsigned long uint32_t; typedef long long int64_t; typedef unsigned long long uint64_t; typedef int16_t intptr_t; typedef uint16_t uintptr_t; int ist also (bei avr-gcc) 16 bit breit, aber
stimmt. hängt aber i.d.R. nicht vom betriebsystem, sondern von der prozessorarchitektur ab... bei einem 32bit prozessor (pentium klasse) sind ints 32bit lang, beim alpha glaub ich 64bit. in normalem c sollte man deshalb short int (16 bit) und long int (32/64 bit) benutzen (bzw deren unsinigned pendants).