-
Thread
(dauerhaft) aktuelle Toolchain
/files/avr-gcc%20snapshots%20%28Win32%29/ Ist eine Toolchain mit avr-gcc 6.1.1, ist aber ohne make & Co. Dafür läuft diese mit WinAvr 4.18 - jedenfalls bis Win7.
Frank M. schrieb im Beitrag #4754696: > https://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/ > > Ist eine Toolchain mit avr-gcc 6.1.1, ist aber ohne make & Co. Dafür > läuft diese mit WinAvr 4.18 - jedenfalls bis Win7. Wenn man für Kunden was macht finde
-
Thread
Endian Formate
Der AVR verwendet die 'little endian' Byteorder. http://de.wikipedia.org/wiki/Little_Endian Bei einem 32Bit Speicherzugriff würde dein 0xA1 im ersten Byte stehen. Die anderen sind 0. Ein Beispiel für eine 32Bit Variable: Byte 1. 2. 3. 4. 0xAABBCCDD -> 0xDD 0xCC 0xBB 0xAA
-
Thread
EEprom AVR-DA (avr128da32)
Wilhelm M. schrieb im Beitrag #6563471: > Zumindest funktioniert Code für den mega4808 auf dem avr128da32 nicht > mehr korrekt. Warum sollte er auch? Ist ja ein anderer uC.
Eine template-spezialisierung weiter hat die DA/DB/(DD) nun wieder dieselbe Schnittstelle ;-) Schade nur, dass die avr-libc auch an dieser Stelle veraltet.
-
Thread
Merkwürdigkeit Pollin Entwicklungsboard ATMEL ATmega168PA
mich jetzt bitte nicht wo, ich meine es aber irgendwo gelesen > zu haben. In irgendeinem STM32-Datenblatt?
möchte mich aber mit dem Konzept hinter "Arduino" nicht beschäftigen, einfach den MC auf Standard AVR rücksetzen. Den Ext. Crys. Osc. 8MHz. aber benutzen. Würde ich den MC abschießen, wenn ich die Fuses von Pollin lxhxe von FF:DD:F8 auf 7F:DF:F9 setzen würde? Gruß Markus
-
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
=new#6097851 https://www.mikrocontroller.net/topic/488417 Ich arbeite daher gerade an einer STM32F303CCT6-Portierung für die WodClock24. Zum Test habe ich mir folgendes Black-Pill bestellt: https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19
-
Thread
Sinusberechnung auf Controller STM32F030
fürs > Programm. Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem ARM dieses jedoch 32 Bit breit. Es wäre mal einen Vergleich wert, wie groß der Code auf einem AVR und wie groß der Code auf einem ARM
Ralph S. schrieb im Beitrag #4669687: > Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem > ARM dieses jedoch 32 Bit breit. Genau das ist deinen Chance, hatte nur keine Zeit mehr, zu editieren. Der ARM ist nativ 32 bit breit
-
Thread
MMC/SD Karte: mmc_lib Version 2.0
die Karte kopiert und mir auch den Karteninhalt als Rohdaten von der Karte kopiert (mit dem Befehl dd unter Linux ;)). Wenn ich nun per AVR lesen möchte, kriege ich aber nur andere Daten (Schrott) raus. Initialisierung der MMC geht einwandfrei, die CID und CSD kann ich auch problemlos auslesen. Der
, aber bei WinAvr scheint man für die 32bit ja einen unsinged long long zu brauchen...komische Sache. Ich dachte mir immer: char - 8 bit short - 16 bit long - 32 bit long long - 64 bit Naja, scheint nach
-
Thread
bidirektionale RS232 Funkbrücke mit RFM12
: Impulsgeber -> Atmega32 -> RFM12 ........ RFM12 -> Atmega32 -> Servo In wie weit kann ich die rf12.c / .h nutzen bzw. was müsste ich in der rf12.c / .h anpassen um diese getrennt nutzen zu können? Danke schonmal, Ralf
Pollin Funk-Avr-Evulationboard V1.20 * RFM12 mit 17cm-Draht-Antenne * Atmega32 mit 16 MHz-Quarz Änderungen in den Dateien rfm12_rs232_rxtx_check5.zip: main.c ====== CPU-Frequenz - #define F_CPU 10000000UL
-
Thread
STM32F4Discovery und TLC5940
zusammen, ich versuche aktuell einen TLC5940 (16 Kanal LED-Treiber mit 12 Bit PWM) an einem STM32F407VG (STM32F4Discovery-Board) zur laufen zu bekommen. Der TLC5940 ist grundsätzlich folgend zu betreiben: 1. Er braucht einen externen Takt für die PWM (GSCLK). Alle 4096 Ticks muss die PWM zurückgesetzt
MHz-Speed }; . . . palSetPadMode(SPI2_SCLK_PORT, SPI2_SCLK_PIN, PAL_MODE_ALTERNATE(5) | PAL_STM32_OSPEED_MID2); palSetPadMode(SPI2_MOSI_PORT, SPI2_MOSI_PIN, PAL_MODE_ALTERNATE(5) | PAL_STM32_OSPEED_MID2); palSetPadMode(SPI2_CS_PORT, SPI2_CS_PIN, PAL_MODE_OUTPUT_PUSHPULL | PAL_STM32_OSPEED_MID2)
-
Thread
RIP AtmelStudio
? Eagle und AVR sind einfach nur sowas von Stand 2000. Nimm doch einfach KiCad und STM32 :)
einsetzen, wenn man doch den avr-gcc hat? > Das ist dann wohl das Ende vom AVR :-( Ich habe AVR-Studio noch nie benutzt sondern avr-gcc und make. Das wird immer funktionieren.
-
Thread
AVR-GCC Bibliothek für SD-Card, welche ist geeignet?
lseek.html reinschauen. Die Library benutze ich mit guten Erfahrungen selbst, allerdings nicht mit AVR.
ein Disk-Optimizer, um die SD wieder für AVR vorzubereiten.
-
Thread
I2C Kein ACK :-(
baud #define BAUDRATE ((F_CPU)/(BAUD*16UL)-1) #define SCL_CLOCK 100000 //100 kHz #include <avr/io.h> #include <util/delay.h> #include <util/twi.h> #include<stdbool.h> #include "USART.h" #include <avr/io.h> void I2C_sende(int daten) { TWDR = daten; TWCR = (1<<TWINT) | (1<<TWEN);
} I2C_sende(adresse); } void I2C_init(void) { DDRC &= !((1<<DD0)|(1<<DD1)); PORTC = (1<<DD0)|(1<<DD1); TWSR = 0; /* no prescaler */ TWBR = ((F_CPU/SCL_CLOCK)-16)/2; /* must be > 10 for stable operation */ } int main
-
Thread
Stack Überschreiber beim Rechnen mit uint64_t
64-Bit PeDa: *4,600ms* 2) Als Kettenbruch-Entwicklung benötigt die Berechnung des FTW mit 32-Bit Zahlen: 32-Bit Kettenbruch: *4,447ms* Hier der Code [c] const uint32_t freq32 = F_MHZ(10); uint32_t ftw32 = 0; start_t1_counter(); ftw32 = freq32 * 24ul; ftw32 -= freq32 / 7ul; ftw32 += freq32 / 264ul; ftw32 -= freq32 / 761203ul; stop_t1_counter(); [/c] 3) Matthias Hopf hat auch eine 64-Bit Lib geschrieben - http://www.mshopf.de/proj/avr/uint64_ops.html Damit ist
-
Thread
EMS > Adapter > NetIO > Raspi
des Projektes belaufen sich, Stand 12.2013, auf ca.: Adapterplatine 6,00 € selbst gefertigt AVR-NetIO 20,00 € Pollin Bausatz ATmega644P 5,00 € Ersatz für ATmega32 RaspberryPi 39,00 € Modell B SD-Card 16 GB 10,00 € für Raspi Netzteil 5,00 € 5V,
Olaf. Es ist das Experimentierboard von Ulrich Radig http://www.ulrichradig.de/home/index.php/avr/eth_m32_ex Ist der zweite usart hier entscheidend?
-
Thread
Problem mit Interrupt
Zur Hardware: Verwende einen Atmega 16 Zum Problem: Anscheinend macht der mir auch aus einem int32_t immer eine 16bit Variable. Damit überläuft selbige und fängt bei - wieder an. Wie kann ich mit AVR-GCC und dem ATmega 16 eine 32Bit Variable nutzen oder ist dies vielleicht sogar gar nicht möglich
Natürlich kannst du 32-bit-Variablen nutzen. Aber: int ist beim avr-gcc nunmal nur 16 bit, und itoa ist so definiert: http://www.nongnu.org/avr-libc/user-manual/group__avr__stdlib.html#ga4f6b3dd51c1f8519d5b8fce1dbf7a665
-
Thread
WordClock mit WS2812
richtig sparsam. Außerdem kann man die Übertragungsgeschwindigkeit selber wählen. Dabei kanns mit dem STM32 auch erheblich flotter sein als beim WS2812-Protokoll. Ein langsamerer Prozessor wie ein AVR kann die Dinger aber trotzdem noch in gemächlichem Tempo ansteuern, um nicht ins Schwitzen zu kommen. Fazit
online 08:32:32.039: --> time "192.53.103.103"<0d><0a> update display 08:32:32.054: (OK time) 08:32:41.412: update display 08:33:23.175: (- new client) (HTTP GET /) http path: '/' http parameters
-
Thread
AVR und großer Speicher
sollen mit 40kHz rausgehen, deshalb fällt eine SD >Karte via SPI wohl flach. Wer sagt das? Ein AVR @ 16 MHz kann mit 8 Mbit/s die Daten aus der SD-Karte ziehen, macht 1MB/s. OK, der Overhead für FAT32 kommt hinzu, und der ist relevant. Aber 40kB/s schafft auch ein AVR. >Meine Idee wäre jetzt mit
original Code. Ich weis - boese gehackt. Achja, basiert auf: http://www.mikrocontroller.net/articles/AVR_FAT32 (Lediglich der Dateikram ist entfernt, und Sequenzlesen ist korrigiert/ergaenzt) MfG
-
Thread
Günstige Microcontroller für Privat Projekte
Nimm nen AVR, der tuts am einfachsten.
-3326a9dd-3c19-11e9-910a-901b0ebb3621.html, 5,00€) Groß 32bit: STM32F103VET6 Minimum System Development Board (9,00€) Und für den Anfang zum Ausprobieren empfehle ich ebenfalls die Nucleo-64 Boards von ST.
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
3*32KByte für 640*480? Das stimmt aber nur für Graustufen. Und da wär ich mir nicht sicher, ob das noch vernünftig aus nem AVR zu holen ist. Lass mich aber auch gerne vom gegenteil überzeugen. Wieso nicht
Sebastian schrieb: > 3*32KByte für 640*480? Das stimmt aber nur für Graustufen. Und da wär > ich mir nicht sicher, ob das noch vernünftig aus nem AVR zu holen ist. > Lass mich aber auch gerne vom gegenteil überzeugen. Müsste
-
Thread
8h Timer mit attiny85 - Genauigkeit ohne Quarz
lange auf PIC gekuckt. Aber diese zwei Sachen, gebankte SRAM und teure Compiler - das hält mich bei AVR. Wenn schon zu wechseln, dann lieber gleich auf STM32. Auch kostenlose Compiler und frei zugängliche (und auch viel größere) RAM. Wenn AVR nicht mehr reicht. Übrigens, hier hat man noch eins bei
CTC mode Table 11.5 TCCR0B |= (1 << CS00);// Prescaler table 11.6 OCR0A=121; //CTC Compare value 32,786885 khz, 0.0576% error , 243 on 16mhz ! } void loop(){ } [/code] sowie ein Code zur Kalibration z.B. diesen hier: [code] #include <avr/io.h> #include <util/delay.h> #include <avr
-
Thread
LCD Problem mit blafusel´s Routinen
Wahl. Die meisten kommen wohl damit halbwegs zurecht: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung
D7 * R/W ist n.c. * * 03/2005 Florian Schäffer, http://www.blafusel.de * */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((F_CPU/4000)*us)/1000) // wartet µs void lcd_write_init(uint8_t data) { PORTC = (data>>4); // output
-
Thread
STM32 Umfang
d.h. statt [c] // 64 MHz using the 8 MHz/2 HSI oscillator with 16x PLL, lowspeed I/O runs at 32 MHz WRITE_REG(RCC->CFGR, RCC_CFGR_PLLMULL16 + RCC_CFGR_PPRE1_DIV2); // Enable PLL SET_BIT(RCC->CR, RCC_CR_PLLON); [/c] kann man auch ganz einfach (ähnlich beim AVR) schreiben: [c] // 64
können dann genau so wie die stm32f103xx.h aussehen ohne die Tastatur komplett abzunutzen. Die sind m.W. in den Device Packs enthalten: https://www.keil.com/dd2/pack/ https://www.keil.com/cmsis/svd Wenn man es schon selbst macht
-
Thread
DCF77 Selbstbauempfänger
Empfangsstufe: Am besten für eine Empfangsstufe hat sich die aktive Antenne mit seriellen Quarz von DD7YB gemacht. Hier der Link zu der Internetseite von DD7YB wo es auch Bilder von seinem Frequenznormal gibt, wo die aktive Antenne Funktion fand und es auch den Download der Schaltung gibt. http://www.dd7yb.de
das in der Software statt eines AM Demodulators ein FSK Demodulator drin ist. Der Vorteil des STM32 gegenueber einem AVR ist das er: 1. Schneller ist 2. ADCs mit 12 Bit Aufloesung besitzt, also einen grossere Dynamikumfang im Empfangssignal verarbeiten kann. 3. 2 Stueck ADC drinne hat die gleichzeitig
-
Thread
Hackbarer(?) 21 EUR Quadcopter
No y. schrieb im Beitrag #3365954: > Keil gibt es bis 32Kb kostenlos. reicht also für den Quadrocopter. Weiß > nur nicht ob Keil auch die Nuvoto drin hat. Oh, da hatten wir den gleichen Gedanken. Keil kennt den Controller: http://www.keil.com/dd
sind die Anschlussbezeichnungen. http://www.ebay.de/itm/2-4G-Wireless-Module-FSK-BK2423-Atmega-AVR-Arduino-UNO-R3-SPI-MCU-ARM-C51-STM32-/271139012729 Edit: Sorry, ich war zu schnell. Das Ebay-Modul hat nur 8 Anschlusse.
-
Thread
Verständnisfrage PWM mit AVR
braucht man 26MHz Takt. Das können nur die Xmega oder ggf. die > noch neueren AVRs, welche bis zu 32 MHz schaffen. Verstehe ich nicht ? Warum diese hohe Taktrate für 6,5 kHz ? Falk B. schrieb im Beitrag #7772758: > Dort liegt also das Problem. Naja, dann wird es schwierig. Welchen AVR > willst
PLL) https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
-
Thread
KS0108 GLCD Routinen
Hallo, hat schonmal jemand diese lib auf einem mega32 1MHz(auslieferungszustand)am laufen gehabt? Bei mir funktioniert das Testprogramm leider nicht und ich habe die Hardware schon mehrfach überprüft. Im Anhang mein AVR-Studio Projekt ( Habe da eigentlich
von Ape aus seinem ersten Post(also die Urlib(für mich als Anfänger reichts)) auch auf meinen Atmega32 laufen, nur leider sieht das das Display so aus wie im angehängten Bild. Hier mal mei n Quellcode vom main.c [c] #include <avr/io.h> #include <avr/pgmspace.h> #include <avr/delay.h> #include
-
Thread
Floppy FDD Diskette an AVR Mikrocontroller ATmega Beispiele Assembler
(der dann praktisch 100 % ausgelastet ist) sollte sich MFM gerade so decodieren lassen, zumindest DD. Für HD wird ein AVR nicht genügen, da muss man schon zu einem ARM greifen. Das sollte damals ein Floppy-Emulator für ältere Messgeräte werden, das Projekt ist allerdings leider nie fertig geworden
manipulieren kann. Auch die diversen Linuxe haben entsprechende Utilities. Einfach mal die Dokumentation zu dd anschauen: https://de.wikipedia.org/wiki/Dd_(Unix)
-
Thread
kurze frage zur Init.
Auch der GCC ist meines Wissens nicht komplett C99-kompatibel (von C1x ganz zu schweigen). Der AVR-GCC ist schon dahingehend nicht konform, dass sein "double" nur 32 bits groß ist und damit den Minimalforderungen des Standards an ein double nicht genügt (48 bits wären ausreichend, es müssen
Jörg Wunsch schrieb im Beitrag #3226985: > Der AVR-GCC ist schon dahingehend nicht konform, dass sein > "double" nur 32 bits groß ist und damit den Minimalforderungen > des Standards an ein double nicht genügt Noch ne abschweifende Frage dazu:
-
Thread
Unvollständiger Typ
bedeutsam: [c] // Steht über der Zeile oben struct fat16_file_struct* fd = open_file_in_dir(fs, dd, command); // Und der Rest aus den Headern von Roland Riegel struct fat16_file_struct { ...; struct fat16_dir_entry_struct dir_entry; uint32_t pos; }; struct fat16_dir_entry_struct { ...; uint32_t file_size; }; [/c] Grüße!
-
Thread
Mal wieder UART mit Ringpuffer.
/c] so sieht gerade mein main-Prog aus... "Standard" ;) [c]#include "lib/uartlib.h" #include <avr/interrupt.h> int main() { uart_init(115200UL, UART_DD_BOTH); sei(); uart_transmit(255); }[/c] Auch mit 9600bd kommt beim Empfänger(PC) nix an. Ohne Interrupts/Buffering hatte alles wunderhübsch
Baudratenteiler muss man noch im Hauptprogramm berechnen... :| Ja, ich habe auf mehreren AVRs (Mega32, Mega16) getestet und damit einen Hardwaredefekt ausgeschlossen. gez: eine Ente.
-
Thread
Pac Man mit dem ATmega8
liefern wenn die letzte Zeile ausgegeben wurde. Das Main-Prog erzeugt die Grafik im internen SRAM des AVR (Mega32 mit 2KB) wobei die Auflösung leider nicht sehr hoch sein kann (128x96, 1 Bit). Man kann ja noch externen SRAM anbinden und vielleicht in Farbe senden. MfG Andi
Also, ich hatte auch überlegt. Ein Chip liest Bilder von EEProm in RAM. Anderer AVR sendet Befehl mit Bildnummer u. Position an GrafikAVR. GrafikAVR fügt Bild ein und zeigt an. Bsp. Befehl: 1011010-111111-101010-1 BildNR.-Pos.X -Pos.Y -Tranzparenz?
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V2] Gesperrt
SD-Karten: Nachdem ich eine Menge 128MB-Karten habe (für 3d-Druck und AVR-Datenlogger-Experimente) habe ich mir auch eine 16 und 32GB-Karte (micro-SD mit Adapter und quietschbunten cardreader) zugelegt. Diese Spielchen kannte ich noch nicht: - 32GB wird heiß, funktioniert
stattdessen für die ADXL345 entschieden) http://www.aliexpress.com/item/MPU-6050/32326153531.html ATMEGA32P, 1,11€ ea. @ 10pcs. http://www.aliexpress.com/item/Free-Shipping-10PCS-ATMEGA328P-AU-ATMEGA328P-ATMEGA328-8-bit-microcontroller-AVR-32-k-flash-memory-QFP/1716671852.html Schon etwas länger her
-
Thread
Live-Linux: Anleitung schreiben
das nur gebootet werden muß und danach hat man komplett installierte Toolchains für die Familien: AVR, STM32, STM8, Padauk PFS und MCS-51. Hier dann einfach in die Verzeichnisse wechseln und mit dem Programmieren "loslegen" können, weil eben die Toolchains inklusive zu verwendender Programmer k oder
Arduino-IDE 1.8.13 - Geany (als Programmiereditor) - gimp - Toolchain: arm-none-eabi-gcc (auch mit STM32Cube_Programmer), avr-gcc (natürlich mit avrdude), sdcc - sehr viele Beispielprogramme zu den Familien STM32 (verwendet libopencm3), STM8, AVR, Padauk PFS - XFCE-Desktop - FreePascal (wenn es denn sein
-
Thread
AVR128DA64 TCA1 funktioniert nicht mit alternativen Output?
/Errata/AVR128DA-28-32-48-64-SilConErrataClarif-DS80000882.pdf
Blick bezüglich des besagten TCA-Problems jedenfalls etwas anders zu sein. Es gibt noch die Serien AVR-DD und AVR-EA – die haben aber anscheinend keine TQFP64-Typen.
-
Thread
AVR tiny0/tiny1/megaAVR0/DA/DB/DD/DE Systematik der internen Peripherie
kleinsten SMD Gehäuse gibts schon zu kaufen. https://www.microchipdirect.com/product/search/all/avr64ea
AVR128DA | AVR128DB | AVR64DD | AVR16|32DD | AVR4808|4809 Es gibt viele identische Peripherie-Komponenten, aber auch unterschiedliche und welche mit minimalen Differenzen.
-
Thread
SDR-Dekoder für TFA KlimaLogg Pro/IT+ Temperatursensoren
die Pakete nicht so abgewürgt aussehen. Setz mal in tfa2_demod::demod das "timeout_cnt=16*spb" auf 32*spb.
fa 00 27 dd 68 b2 30 c0 06 RSSI 80 #003 1550170801 L=25 4b 2d d4 2b 12 02 48 97 a9 de 8a 40 00 81 13 00 fa 00 27 dd 68 b2 30 c0 06 RSSI 80 02 48 97 a9 de 8a entspricht der aufgedruckten Seriennummer. Könnt
-
Thread
Bosch Athlet 25,2 V Akku 7 Stück Tauschen
werden zu müssen. Zur Firmware, für die, die es interssiert: Ich konnte aus meinem Bosch Athlet 32.4 V (BBH73260K) übrigens Progmem und EEPROM des AVR auslesen und disassemblen, könnte es also mit Änderungen wieder zurück flashen. Aber ohne Vergleich mit einem nicht "ge-brick-ten" Gerät bringt das
Gibt es eine Hex-Datei für den 32,4 V oder muss die angepasst werden? LG
-
Thread
Welche Low Cost 32 Bit MCU Familie? Gesperrt
absolut offene Frage stellen. Irgendwie scheint sich das ja alles im Forum aufzuteilen in 8 Bit > AVR 32 Bit > STM und noch etwas TI MSP430 was ich so mitbekommen habe. Warum ist bei 32 Bit STM dominant und nicht die AVR SAM? Beide nutzen ARM Kerne. Was macht STM so beliebt? Was machen die besser
Die 32Bit waren für mich persönlich kein großer Sprung, von AVR8 auf STM32. Nur die Einarbeitung in die Register / IDE, die ja nun ein großer Unterschied waren - hat man beim AVR noch im Studio die Taktung
-
Thread
Digikey teurer, Vivado unter Jahresabonnement, kostenlose Compiler von Microchip uvam
reiner AVR-User ist das ganze Thema uninteressant. fchk
die verschiedenen Plattformen aneinander angleichen. Die haben ja weitaus mehr als AVR, und AVR ist für die eher eine unwichtige Plattform. fchk
-
Thread
NFS mit grasshopper / AVR32
15:49 localhost mountd[3162]: authenticated mount request from 192.168.12.2:985 for /home/Superandi/Avr32/rootfs (/home/Superandi/Avr32/rootfs) Sep 16 10:15:49 localhost mountd[3162]: authenticated mount request from 192.168.12.2:985 for /home/Superandi/Avr32/rootfs (/home/Superandi/Avr32/rootfs) Sep
dd if=/tmp/rootfs.avr32.jffs2 of=/dev/mtdblock2 bs=64k das Flash schreiben. Nicht ausschalten, nichts sonstiges machen, bis der Prompt wieder erscheint. Dann einfach resetten und hoffen, daß alles funktioniert
-
Thread
LCD-Ansteurung
Es geht natürlich um eine LCD-Ansteurung und eine PC-Tastatur-Abfrage. Das LCD ist über eine ATmega32 angesteurt. >Man könnte den DDRAM des LCD auslesen (2. Zeile), in die erste kopieren und dann die Zweite löschen. Wie kann man den DD RAM Speicher auslesen ? >Meistens wird man aber in solchen
Es geht natürlich um eine LCD-Ansteurung und eine PC-Tastatur-Abfrage. Das LCD ist über eine ATmega32 angesteurt. >Man könnte den DDRAM des LCD auslesen (2. Zeile), in die erste >kopieren und dann die Zweite löschen. Wie kann man den DD RAM Speicher auslesen ? >Meistens wird man aber in
-
Thread
gibts irgendwo eine fertige AVR-GCC Toolchain mit Make fertig..
für Win32/64 ************ top aktuell und mit make.exe **************************** avr-gcc-8.2.0-x64-mingw *********************** http://blog.zakkemble.net/avr-gcc-builds/ abspeichern in C:\Atmel_Toolchain
MitLeserin schrieb im Beitrag #5604473: > für Win32/64 > ************ > top aktuell und mit make.exe > **************************** > avr-gcc-8.2.0-x64-mingw > *********************** > > http://blog.zakkemble.net/avr-gcc-builds/ > > abspeichern
-
Thread
1000 Leds an Atmega32
im Beitrag #3886485: > Wenn man 4 ULN2803 Horizontal und 4 UDN2981 Vertikal anlegt, ergibt das 32 x 32, das ist für mich 1024, für dich ?
avr schrieb im Beitrag #3886689: > 1/32 dutycycle? Bei dem UDN bekommen die Leds einen Strom von ~300µA. Troll dich. Oder such jemanden der dir vorlesen kann, was ich geschrieben habe.
-
Thread
RISC-V: Wird das was?
-3326a9dd-3c19-11e9-910a-901b0ebb3621.html Das ist ein F4 mit fpu und deutlich moderner. Ob der GD32xx dagegen eine Chance hat ist fraglich. Solange jedenfalls sich ein RISC-V nicht genauso komfortabel Debuggen
-3326a9dd-3c19-11e9-910a-901b0ebb3621.html > > Das ist ein F4 mit fpu und deutlich moderner. Ob der GD32xx dagegen eine > Chance hat ist fraglich. Dann schauen wir mal auf die Fakten: STM32F103: 90 DMIPs
-
Thread
Atmel mit oder ohne Arduino oder ganz anderer µC für Batteriemanagement
ein Kontakt versagt!? Was ist mit sowas: http://www.ebay.de/itm/10pcs-ATMEGA8A-AU-ATMEGA8A-TQFP-32-NEW-GOOD-QUALITY/261846828019?_trksid=p2045573.c100034.m2102&_trkparms=aid%3D111001%26algo%3DREC.SEED%26ao%3D1%26asc%3D38052%26meid%3Dd99500d15a2f42aab977b9ecf04d4ac6%26pid%3D100034%26rk%3D7%26rkt%3D8%
oh da ist sie wider, die alte leier mit dem msp430 ... dabei sind die aktuellen avr's ja sogar die stm32L genauso stromsparend wenn sie richtig eingesetzte werden ... vergiss die ratschläge, nimm wass dir am besten behagt und mit was du am schnellsten zum ziel kommst...