-
Thread
Bester universellster AVR-Programmer für Einsteiger ?
ich finde den Dragon ganz gut...kann JTAG, ISP, HV, DebugWire...allerdings geht debuggen nur bis 32K Flash, hat mich aber bisher nie gestört. Das Ding wird offiziell vom AVR Studio unterstützt und läuft bei mir ohne Probleme... Gruß, mui
Perfekt ab Studio 4.18: AVR Dragon support for all AVR 8-bit devices including XMEGA. Programming and debugging within AVR Studio and command line software support for ELF production file format.
-
Thread
mega644 uart problem
)*16L)-1) #define DDR_SPI DDRB #define DDR_SPI1 DDRD #define DD_SS0 DDB4 #define DD_SS1 DDD7 #define DD_MOSI DDB5 #define DD_MISO DDB6 #define DD_SCK DDB7 #define SPI_PORT PORTB #define SPI_PORT1 PORTD #define SPI_SS0 PB4 #define SPI_SS1 PD7 void UART_init
} // SPI initialisieren void SPI_init(void) { // MOSI, SCK, SS = output DDR_SPI = (1<<DD_MOSI) | (1<<DD_SCK) | (1<<DD_SS0); DDR_SPI1 = (1<<DD_SS1); // MISO = input DDR_SPI &= ~(1<<DD_MISO); // SPI = Master, SCKrate = Clock / 16 = 1.25MHz SPCR = (1<<SPE)|(1<<MSTR) | (1<<SPR0
-
Thread
Dauerhaft FakeNews in allen AVR Series 0/1/2 Datenblättern
interrupt vector" verstehe ich den Moment, wo die CPU den Interrupt Vektor anspringt. Das dies bei AVR diverse Flags außerhalb der CPU (und IRQ Controller) zurück setzt ist nicht neu. Bei STM32 wäre es hingegen überraschend.
den AVR-DA/DB/DD sind es alles nicht-kommerzielle Projekte. Von daher alles gut. Ich glaube, Spence Konde hatte da mal eine ausführliche Testreihe gemacht. https://github.com/SpenceKonde/DxCore/blob/master
-
Thread
LCD Controller für 640x480 LCD mit mega8515
. Es ist ein passives (d.h. SW) LCD mit 320x240, das auch für PDAs gebaut wurde. Für das LQ035Q2DD56 habe ich eigentlich fast alles fertig geplant, aber das ganze ist ziemlich aufwendig und mit einem AVR kaum zu schaffen. Selbst bei 256 Farben (also 8 statt 18bit) braucht man immer noch 76,8kByte
Hallo, AVR steht mir nich zur Verfügung, nur PIC's. Und von denen schafft nur die 32 Bit S-Klasse in smd Taktraten bis 80 Mhz. In wieweit sich die normalen übertakten lassen weiss ich nicht, manche Rev. A Chips
-
Thread
Schwach im Kopfrechnen
als 6 Dezimalstellen musst Du nicht nur die Lib ändern, sondern auch den Compiler (gcc-*\gcc\config\avr\avr.h, #define DOUBLE_TYPE_SIZE 32). Ich ging übrigens davon aus, dass jemand der eben mal atof oder acos neu schreibt, dem Statement if (sizeof(double) > sizeof(float)) printf("das ist garantiert
durchliest, wirst du feststellen, dass die Antwort bereits mehrmals gepostet wurde. Hier nochmal: Die AVR libc rechnet mit Fliesskommazahlen bis 32 Bit und nicht mehr. Basta. Um genauere Ergebnisse zu erhalten musst du entweder mit genügend grossen Festkommawerten arbeiten (Ganzzahltypen verwenden und
-
Thread
Programm größer als RAM-Größe
interne 256Byte RAM haben mal ausgereicht, um gute Systeme zu bauen. Die Luxusausstattung könnten dann 32k ROM + 32k RAM sein, da die Speicherbausteine nicht in jeder beliebigen Größe verfügbar sind. Weil man aber alles noch etwas umständlicher machen kann wurden noch 8051 mit Masken-ROM produziert. Wenn
Programmbereich wurde über den zusätzlichen /psen Pin. Die Systeme waren meist so aufgebaut das in den ersten 32K des ROM Bereiches ein EPROM steckte und in den ersten 32K des RAM ein RAM Baustein. für die zweiten 32K wurden die Steuersignale /RD uns /PSEN verknüpft und auf ein zweiten RAM Baustein geschaltet.
-
Thread
Arduino vs esp8266 / esp32
man auf einen Arduino zurückgreifen sollte? Arduino ist erstmal nur ein Framework welches es für STM32, ESP8266/32 oder AVR gibt. Die klassischen Arduino Boards sind natürlich auf Atmel (AVR) basis. Inzwischen funktionieren aber fast alle Libs auch bei STM, ESP ohne was am Code ändern zu müssen. Thomas
Timmo H. schrieb im Beitrag #5898522: > EDIT: Ich revidiere, habe hier sogar einen liegen (ESP32-CAM). Ist ein > ESP32-S Das AI-Thinker-Modul ESP32-S ist identisch zum Wroom32 und enthält einen "normalen" ESP32. Gruß aus Berlin Michael
-
Thread
Tastendrücke und Portbits
eingefügt (Zeit wird per ISR im msec-Takt hochgezählt, >sowohl Zeit als auch F sind volatile uint_32's; meine Funktion ist nicht >zeitkritisch). Volatile reicht nicht bei uint32_t! Die kann der AVR nicht atomar verarbeiten! Da musst du mit cli() sei() klammern! Lass den Watchdog erstmal
Nun Zum Programm. [c] #ifndef _avr_io_h_ #define _avr_io_h_ #include <avr/io.h> #endif #ifndef _interrupt_h #define _interrupt_h #include <avr/interrupt.h> #endif #ifndef Funktionen_h #define Funktionen_h #include "Funktionen.h
-
Thread
LCD-ansteuerung mit µ-controller
hab gerade noch gemessen: Wenn ich den Mega32 abklemme, dann liegen an den Anschlüssen vom Display (DB0...DB7) 5V an. Normal? Doran
nach low if((PINB & 0b00001000) == 1) //Abfragen, ob Zeichen 8 schon beschrieben.... (liest DD-RAM ein, da RS und R/W high) { DDRB = 0xFF; //PORTB wieder als Ausgang PORTD = 0x00; //RS und R/W auf low //Courser verschieben (DD-RAM) PORTB = 0b11000000; //setzt DB7+DB6
-
Thread
Grasshopper Linux Images
checking build system type... i386-pc-linux-gnu checking host system type... Invalid configuration `avr32-linux': machine `avr32' not recognized configure: error: /bin/sh ./config.sub avr32-linux failed make: *** [/home/florian/grasshopper/icnova_base_cd/ICnova_base/build_avr32/bind-9.3.2/Makefile]
read-only: mount / -o remount,ro Danach kannst Du das neue Dateisystem in den Flash schreiben: dd if=/tmp/rootfs.avr32.jffs2 of=/dev/mtdblock2 bs=64k PS: Ich habe versucht, Dir via ICQ eine IM zukommen zu lassen, offenbar ohne Erfolg.
-
Thread
Grasshopper Buildroot Probleme
reference to `crc32_table' /home/dirk/grasshopper/buildroot/toolchain_build_avr32/mtd_orig/crc32.h:15: undefined reference to `crc32_table' /home/dirk/grasshopper/buildroot/toolchain_build_avr32/mtd_orig/crc32.h:15: undefined
reference to `crc32_table' /home/dirk/grasshopper/buildroot/toolchain_build_avr32/mtd_orig/crc32.h:15: undefined reference to `crc32_table' /home/dirk/grasshopper/buildroot/toolchain_build_avr32/mtd_orig/crc32.h:15: undefined
-
Thread
IRMP - Infrared Multi Protocol Decoder
der irsndconfig noch eingetragen werden, da auch hier die Pins nicht stimmen: [c] #if defined (__AVR_ATmega32__) || defined (__AVR_ATmega644P__) || defined (__AVR_ATmega324P__) // usw. [/c] Vielen Dank für dieses schöne Projekt!!! Grüße, Peter
irsndconfig noch eingetragen werden, da auch hier > die Pins nicht stimmen: > [c] > #if defined (__AVR_ATmega32__) || defined (__AVR_ATmega644P__) || > defined (__AVR_ATmega324P__) > // usw. > [/c] Danke, habe ich so übernommen, kommt ins nächste Release. > Vielen Dank für dieses schöne Projekt
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
00 10 20 30 40 50 60 70 80 90 A0 B0 C0 D0 E0 16 F1 01 11 21 31 41 51 61 71 81 91 A1 B1 C1 D1 E1 32 F2 02 12 22 32 42 52 62 72 D3 D3 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50 51 52 53 54 55 56 57 58 59 5A 5B 5C
04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 2. page-write: cnt 24 cur_byte 8 -> 32 status 0 written 18 19 1A 1B 1C 1D 1E 1F read 18 19 1A 1B 1C 1D 1E 1F 3. page-write: cnt 32 cur_byte 24 -> 56 status 0 written 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35
-
Thread
ATmega328P Stromverbrauch
ich so pauschal nicht bestätigen - 8-stellige Anzeige (LCD-Glas > 'DE 125') per 8* HC595 mit einem AVR16DD28 angesteuert benötigt hier > unter 10 uA (bei 3.0 V). So sieht es aus! Auch ein ATmega oder STM32G0xx/L0xx sollte hinreichend wenig Strom verbrauchen. Die statischen LC-Anzeigen laufen in einem
> ... 35 µA ... Zur Differenz zu meiner "Studie": nur halber LCD-Takt mit 32 Hz, erzeugt vom RTC-PIT des AVR16DD28, welcher nur 1.0 uA benötigt. Des weiteren sind die Schieberegister in zwei SPI-Stränge a vier 74HC595 aufgeteilt, SPI-Takt 8 MHz. Alles in Assembler. > was auch
-
Thread
GNUBLIN www.gnublin.org
.26_SMBus Hier ein kleines Beispiel von mir http://krumeltee.wordpress.com/2011/08/15/pcf8574-am-avr32-unter-linux/ für den PCF8574, gibt dort noch mehr. Die Linux-I2C-Geschichten laufen, solange du /dev/i2c-xxx hast, auf jedem Board gleich ab.
/13/kleine-budde.pdf Vor einiger Zeit haben wir mal einen 2515 an die SPI Schnittstelle eines AVR32 (NGW100) gehaengt und socketcan cross-kompiliert. Das hat auch ziemlich schnell funktioniert. Gruesse, Hubert
-
Thread
ATmega328/Arduino und weiter?
USB-Interface überfordert scheinbar die Zielgruppe. Dann gibt es noch den Arduino Micro mit ATMEGA32U4.
. Wenn nicht genug Beine vorhanden sind, helfen natürlich die bekannten IO-Expander. Auch wenn der AVR als der Schnee von gestern in gewissen Camps ankommt, spiele ich immer noch ganz gerne mit ihnen. Sind halt schön einfach gehalten und leicht zu verstehen. STM32 erinnern mich ein bisschen zu sehr an
-
Thread
Z180-Stamp Modul
sollten nunmehr die folgenden Varianten möglich sein: Z180-Stamp + EPROM Z180-Stamp + Bootprozessor (AVR, Propeller, STM32) Z180-Stamp + Bootprozessor + ECB-Bus Im nächsten Schritt folgt der Bootprozessor (AVR, STM32) als Huckepackvariante zum Z180-Stamp. Alle Unterlagen wie immer hier: http://
die LP und schauen noch 15mm nach oben. Die obere Platine (AVR) bekommt 2 x eine Buchsenleiste Type BL 5 025 32 (Fischer) auch auf die Unterseite gelötet. Damit gibt es nun die folgenden Steckvarianten. 1.Beide Platinen „huckepack“. Unten Z180 oben AVR
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
-> 3,00 €/Stk. 2x KGU-00 o.ä.: SDC Verbinder Y gebraucht -> 1,00 €/Stk. 1x KGH-DD o.ä.: SDC Verbinder gerade gebraucht -> 1,00 €/Stk.
gebraucht -> 12,50 €/Stk. 2x KGU-00 o.ä.: SDC Verbinder Y gebraucht -> 1,00 €/Stk. 1x KGH-DD o.ä.: SDC Verbinder gerade gebraucht -> 1,00 €/Stk.
-
Thread
Fehler beim Brennen von ATMEGA48 mit AVRDUDE
100330004395199901C008954068089504E0009319 :10034000890000270093880001E000938100089550 :10035000CF93DF930F93C22DD32D0991003011F06D :1003600005D0FBCF0F91DF91CF9108951091C00080 :1003700015FFFCCF0093C6000895F89400E00093A9 :10038000C50000E40093C40008ED0093C10006E03E :100390000093C20078940895F8940F930FB70F93C9 :
benutze seit einigen Monaten Versdion 6.3, da ist der m48p längst drin. http://stefanfrings.de/avr_tools/avrdude-6.3-mingw32.zip
-
Thread
Einstieg Mikrocontroller Atmel
10534_100031_10604_10103_10186_10142,searchweb201603_40,ppcSwitch_5&algo_expid=8a34841b-d66c-4a2a-a32d-36513dd501fc-17&algo_pvid=8a34841b-d66c-4a2a-a32d-36513dd501fc&priceBeautifyAB=0
Bootloader oder Programmieradapter. Wenn du aus der Region 76xxx kommst, kann ich dir den Umgang mit STM32, STM8, LPC und AVR zeigen.
-
Thread
Bascom- Fehlerausgabe bei Programmierung
und wenn 2 elseif Fälle zutreffen, werden dann auch beide aktiviert? Mfg Jannis [avrasm][avrasm]AVR-Assembler-Code[/avrasm]$regfile = "m32def.dat" Disable Jtag Config Adc = Single , Prescaler = Auto Start Adc Dim Sensor As Word Dim X As Integer Dim A As Integer Dim B As Integer Dim C
Wenn z.B. in der 1. Reihe die erste und dritte Led leuchten soll, dann ist doch A1+32 = 32 'rot A1+8 = 8 'rot =40 Wenn die erste und 3. Led leuchten soll, braucht Portc. den Wert 40? Oder A1+32 = 32 'rot A2+16 = 16
-
Thread
Optimale Maschinensprache
empirisch erfasst) bieten: (1) MSP430 (2) ZPU (knapp dahinter) (3) ARM v5 thumb (4) MIPS16 (5) AVR8 (6) MIPS32 (7) i86-64 Basis ist eine für die versch. Arch. gcc-compilierte bare metal Library ohne float-Gerechne (dann sähe das alles wieder anders aus).
erfasst) bieten: > > (1) MSP430 > (2) ZPU (knapp dahinter) > (3) ARM v5 thumb > (4) MIPS16 > (5) AVR8 > (6) MIPS32 > (7) i86-64 und MC68000 kommt auf Platz 8 ??
-
Thread
Microcontroller fuer Einsteiger?
GROUPID=3258;ARTICLE=35274;START=16;SORT=besch;OFFSET=16;SID=28dCTFqawQARwAAF5LF0I4c01c7b8145187a2cf9dd6f49e164f8a http://www.reichelt.de/?;ACTION=3;LA=2;GROUP=C195;GROUPID=3258;ARTICLE=35275;START=32;SORT=besch;OFFSET=16;SID=28dCTFqawQARwAAF5LF0I4c01c7b8145187a2cf9dd6f49e164f8a Und dann waere noch
2402 für die Grundschaltung h**p://www.rn-wissen.de/index.php/Bild:Avrtutorial_grundschaltung_mega32.gif brauchst du Widerstand 10kOhm Kondensator 100nF -Einen Programmer Der einfachste sieht so aus: http://s-huehn.de/elektronik/avr-prog/avr-parallel.gif http://s-huehn.de/elektronik/avr-prog
-
Thread
Einfacher Fehler in C-Berechnung
Joachim B. schrieb im Beitrag #6815037: > was willst du mir mitteilen? > ging es nicht um einen 32-bit AVR flash microcontroller und C? > Ist in C nicht das ',' ein Datentrenner? Ja. Wie in der *ersten* Antwort hingewiesen: Hi schrieb im Beitrag #6811847: > "." statt "," wäre schon mal ein
Debugger so eine Art "value history" ansehen zu können, tut's ein einfacher Ringbuffer: [c] #define DD_CNT 32 uint8_t debugdata[DD_CNT]; int debugidx; ... debugdata[debugidx] = my_interesting_value; if (++debugidx == DD_CNT) debugidx = 0; ... [/c] Das Ganze als globale Variablen hinterlegt
-
Thread
Problem Inbetriebnahme OLED-Display DD-160128FC-2A (Densitron)
unsigned short data) //2*8Bit { select_display(); gpio_set_gpio_pin(RS); spi_write(&AVR32_SPI0, data>>8); spi_ready(&AVR32_SPI0, CS_DISPLAY); unselect_display(); //variante 8bit mit cs zw. zwei byte //variante 8bit ohne cs zw. zwei byte //variante 1*16bit statt 2*8bit mit cs //variante 1*16bit statt 2*8bit ohne cs select_display(); spi_write(&AVR32_SPI0, data); spi_ready(&AVR32_SPI0, CS_DISPLAY); unselect_display(); } [/c] Send_data hab schon zig Male geändert. 16Bit und 2*8Bit Daten mit CS-Flanke zw. den Bytes ohne CS. Mit vorangestellten
-
Thread
FT800 / FT810 Library
EVE_target.h includiert wird damit implizit > oder explizit auch die stdint.h mit includiert. > Für AVR, ATSAM, RISC-V und auch STM32 passiert das automatisch über die > System-Includes. > #include "stm32f4xx.h" -> #include "stm32f407xx.h" -> #include > <stdint.h> Das Problem entsteht auch nicht
Sonderzeichen einfach so. Paul B. schrieb im Beitrag #7358269: > Ich bin mit dem Sprung von 8 auf 32bit von Atmel weg Ich bin mit CAN-FD von AVR 8-Bit weg und da gab es für den STM32 gar nichts.
-
Thread
ATMEGA32U4 Schaltplan
Hallo, ich beschäftige mich seit einiger Zeit mit der AVR Familie und bin über den Weg Arduino dazu gekommen mich mehr mit der Materie zu befassen. Im Moment sauge ich alles an Infos auf die ich finden kann, da ich allerdings Quereinsteiger bin, fehlt mir
. Siehe Appnote AVR040. (Falls du aber jemals mit debugWIRE debuggen möchtest, darf der Kondensator /nicht/ installiert sein. In diesem Falle erst im fertigen Gerät installieren.) An /jedes/ Vcc/GND-Paar gehört ein
-
Thread
SD Karte via ATmega644 und SPI ansprechen
Weinhold Desc.: SIP function library for ATmega Prozessors License: LGPL */ #include<avr/io.h> #ifndef _SPI_H_ #define _SPI_H_ /*standard SPI*/ #define DDR_SPI0 DDRB #define DD_MOSI0 DDB5 #define DD_SCK0 DDB7 #define DD_CS0 DDB4 /*UART1 as SPI*/ #define DDR_SPI1 DDRD
%x", ret); printf(".\n"); #endif //receive byte and return return ret; } uint32_t sd_read_ocr(){ uint32_t ocr = (uint32_t)spi_send_byte(0xFF)<<24; ocr |= (uint32_t)spi_send_byte(0xFF)<<16; ocr |= (uint32_t)spi_send_byte(0xFF)<<8; return (ocr |= spi_send_byte(0xFF));
-
Thread
Ersatz einer Diskette im Diskettenlaufwerk??
img/rwtest.png Etwas älter und noch nicht mal mit maximal möglichem SPI-Takt für AVR. Wenn richtig erinnert, gibt Holger Klabunde auch ein paar Messergebnisse auf seinen Seiten. Ausser AVR gibt es ja noch anders. AT91SAM7 z.B. schiebt über SPI mehr als 1MByte/sec auf eine ExtreMemory
identische Primecell oder eine ähnliche von ARM drin. Weiterhin sind, wen recht erinnert, auch in den AVR32-software-packages MCI-Treiber (4-bit). Treiber für "exotische" Hardware findet man auch in libfat aus DevkitPro (sf.net) aber das ist schon recht speziell, zumindest konnte ich nicht viel daraus lernen
-
Thread
Bizarrer Firmware crash - ATmega4808. Wie Debuggen?
Auch das Assembler Listing der beiden Versionen zu Vergleichen werde ich umsetzen. Wie man beim AVR den "Stack hochsetzen" kann weiß ich nicht. Ich glaube auch nicht dass es einen Überlauf des RAMs in irgendeiner Form gibt. Denn der ATmega4808 hat 6kB RAM, der AVR64DD32 hat 8kB. Auf beiden Prozessoren
Willen nicht vorstellen was passieren muss um das RAM mit Daten und/oder Heap voll zu müllen. Beim AVR64DD32 war ich gerade überrascht: RAM: 32.7% (used 2675 bytes from 8192 bytes). Trotzdem, wie schon gesagt, das Absturzverhalten ist auf beiden Prozessoren identisch.
-
Thread
define DATE "01.12.2015" trennen
setzen soll, statt das gleich dem Assembler zu überlassen. Kann sein, dass der Artefakt nur beim AVR-GCC auftritt.
sehe da keinen Widerspruch, sondern eher die Bestätigung, dass sich IAR daran hält. Mmm = "Dec" dd = " 3" (mit führendem Leerzeichen, wenn dd < 10) yyyy = "2015" Also: "Mmm dd yyyy" <=> "Dec 3 2015" Passt doch. Oder habe ich da etwas missverstanden?
-
Thread
MMC karte adressieren 32bit will nicht
Deshalb ja mein Vorschlag, einen typedef für uint32_t einfach mal so reinzuschreiben. Dann wird der Compiler schon zeigen, wo er die erste Definition gefunden hat und man kann sie nachprüfen. In der <stdint.h> der avr-libc ist uint32_t ein typedef
Ok, ich glaube ich habe den fehler: [code] main.h:16: error: conflicting types for 'uint32_t' /usr/include/stdint.h:52: note: previous declaration of 'uint32_t' was here [/code] anstatt in /usr/avr/include nimmt er die normalen. Mal schauen, wo ich das ändern kann.
-
Thread
Atmega88 Code kompiliert ohne Fehler und läuft nicht
funktioniert. Nach Änderung mit den unsinnigen Funktionen: [c] uart.elf: file format elf32-avr Sections: Idx Name Size VMA LMA File off Algn 0 .data 00000000 00800100 00800100 000000d0 2**0 CONTENTS, ALLOC, LOAD, DATA 1 .text
; 66 62: 80 83 st Z, r24 #else //round up by default __ticks_dc = (uint32_t)(ceil(fabs(__tmp))); #endif __builtin_avr_delay_cycles(__ticks_dc); 64: 2f ef ldi r18, 0xFF ; 255 66: 33 ed ldi r19, 0xD3 ; 211 68: 90 e3 ldi r25, 0x30
-
Thread
SD Card mit Atmega beschrieben (FAT32) - Datei nicht lesbar in Windows
Hallo, wie der Thread-Name schon sagt, habe ich mit den FAT32 Sourcen von Daniel R. (http://www.mikrocontroller.net/articles/AVR_FAT32) eine SD-Card beschrieben, mit einem Atmega1284P. Ich kann die Datei über den Atmega problemlos weiterschreiben und auch über
jemand eine Ahnung was da schief gelaufen ist? kann du den SD-CARD mal RAW auslesen ( Linux mit dd oder irgendeinem Windows tool) Dann kann man die FAT überprüfen, wo das Problem liegt.
-
Thread
ADC auslesen geht nicht richtig!
Mittelwert [/c] Um eine Zahl mit Komma auszugeben gibts eine schöne C-Funktion, div, mit dem Typ dd, der Wert und Rest ausgibt: [c] div_t dd; dd = div(wert,10); sprintf(buffer,"%2d,%01d",dd.quot,dd.rem); [/c] Grüße Hans-Josef
| (1<<ADPS2) | (1<<ADPS0); // Frequenzvorteiler // setzen auf 32 (1) und ADC aktivieren (1) //Das aufrufen uber einen Timer interrupt: ISR (TIMER1_OVF_vect) { div_t dd; uint16_t temp; uint16_t AD_Wert; SREG &= ~(1<<WDIF); //Globale interrupts
-
Thread
QR Code lesen mit ATMega oder STM32F1
einfachster Form, also ohne mögliche "Schnörkel" mit einem günstigen Kamera-Modul und einem ATMega oder STM32F1 Controller einlesen - Die Informationsmenge im QR Code sollte so ca. 32 Zeichen sein, was in meinem Beispiel (siehe Anhang) zu einem Bild mit 25x25 Pixel führt (Bild im Anhang ist absichtlich mit
10079_10073_10186_10123_10120_10189_142-10119,searchweb201603_13,ppcSwitch_5&btsid=a910b8c5-4fcf-43dd-8aa6-2d1e6dd2ad92&algo_expid=d81ebcf8-273e-48cb-acd6-f8c054f41784-1&algo_pvid=d81ebcf8-273e-48cb-acd6-f8c054f41784
-
Thread
ATmega32 läuft nicht richtig an
Nachtrag: Wenn der AVR per ISP programmierbar ist dann läuft der Quarz ja auch. Also völlig falsche Fährte zur Fehlersuche. Zu lange schon nichts mehr mit den Dingern gemacht;)
hängen bleibt. [c] int main(void) { //Ausgänge definieren DDRC = (1<<CELL_PHONE_DD)|(1<<MOTOR_POWER_DD)|(1<<MOTOR_DIRECTION_DD)|(1<<LCD_BACKLIGHT_DD); DDRD = (1<<L1L2_POWER_DD); //Pullups aktivieren PORTD |= (1<<ENCODER_BUTTON_PIN)|(1<<ENCODER_A_PIN)|(1<<ENCODER_B_PIN)|(1<
-
Thread
Transistortester AVR
0xDD 0xBF
usb -v bekam ich auch die "did not find any USB device" Fehlermeldung. Ich habe dann libusb-win32-bin-1.2.6.0 aus dem Internet geladen. Im ausgepackten Verzeichnis habe ich den "libusb-win32 Inf-Wizard" ausgeführt (Doppelklick). Mein Diamex ALL-AVR war dabei schon eingesteckt (USB). Danach geht
-
Thread
-
Thread
STM32 Uhrzeit des RTC Umrechnen
wird, wenn u32 1024 Bit breit sein sollte.
Dannegger und "LalaDumm" im o.g. Thread bereitgestellten Codes sind in den RTC-Routinen einer meiner STM32 Beispielanwendungen enthalten: http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/arm_memcards/index.html#chanfat_stm32
-
Thread
MCP4151 digitalpotentiometer
jemand helfen.ICh befürchte das geht nur mit Soft SPI. [c] // Library includes //#include <avr/io.h> #include <avr/sleep.h> #include <compat/deprecated.h> #include <avr/pgmspace.h> #include <util/delay.h> #include <inttypes.h> #include <avr/interrupt.h> #include <stdio.h> #include <stdlib.h
SELECT_MCP4151 PORTB &= ~(0<<PB4) #define DESELECT_MCP4151 PORTB |= (1<<PB4) #define DDR_SPI DDRB #define DD_SCK PB7 #define DD_MOSI PB5 #define DD_MISO PB6 #define DD_SS PB4 unsigned short read_adc(void); void SPI_MasterInit(void); uint8_t SPI_MasterTransmit(char cData); // Here
-
Thread
Raspberry Pi minimal image entpackt -> 1,8 GB?
1,8GB liegt an http://de.wikipedia.org/wiki/Sparse-Datei 108MB Daten, Rest nullen. einfach mit DD schreiben und nicht rumheulen.
Aber das war den einfach gestrickten Inselgehirnen wohl zu kompliziert. Blos gut das es keine 32 GB SD-Card war, die als Muster herhalten musste.
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
mit NEON FPU hat eine ganz andere Rechenleistung. Lass mal die Kirche im Dorf. Er will von einem AVR umsteigen. Vier Multiplikationen und eine Division von 32-bit-Zahlen (auch, wenn letztere in Software erfolgt) sind nun wirklich nicht das Thema.
beherrschen. Es langt höchstens zur Bedienung von ein paar Libs. Vergleich mal das Datenblatt eines AVR mit dem Handbuch eines ARM. Dann weißt Du was wirklich einfach und vor allem in allen Einzelheiten beherrschbar ist! dd MO-BY bb
-
Thread
8051er oder AVR
Wenn ich die Wahl zwischen 8051 oder AVR zu treffen hätten, nähme ich einen 16 Bit PIC oder einen 32 Bit Cortex. Ansonsten kommt es natürlich immer auf die Anwendung an.
Hier eine andere aktuelle Buchempfehlung (*): http://www.elektronik-labor.de/Literatur/010AVR_C.html *AVR-Mikrocontroller in C programmieren* Über 30 Selbstbauprojekte mit ATtiny13, ATmega8, ATmega32 Autor: Dr. Günter Spanner http://www.elo-web.de/elektronikbuecher/mikrocontroller/avr-mikrocontroller-in-c-programmieren
-
Thread
XMEGA Pozessor von Atmel
der AVR32 ist zu oversized für unsere Anwendung!
Ja ich denke, dass der Xmega eben die Lücke zwischen AVR32 und AVR Mega füllen soll und da macht er sicher auch ganz gut. Aber der AVR32 ist auch interessant, den guck ich mir demnächst sicher auch mal genauer an :)
-
Thread
NRF24L01+ mit ATMEGA328P Standalone
SS pin functionality". habe ich behoben mit sollte so stimmten oder: [c] DDR_SPI &= ~((1<<DD_MOSI)|(1<<DD_MISO)|(1<<DD_SS)|(1<<DD_SCK)); // Define the following pins as output DDR_SPI |= ((1<<DD_MOSI)|(1<<DD_SCK)); [/c] entschuldigen sie die lange pause aber ich hatte selten zeit
und die Pin-Belegung nennst Print_2.jpeg Prozessortyp: Atmel Atmega 328P IC MCU 8BIT 32KB FLASH 28DIP Taktfrequenz: 16 MHz Pin Belegung: siehe excel
-
Thread
ARM: kompliziert?
Discovery F4: http://www.ebay.at/itm/STM32F4-Discovery-/251162019805?pt=Wissenschaftliche_Ger%C3%A4te&hash=item3a7a6c47dd
Richtung zu schauen. Ich finde übrigens den RX (vom mal drüberschauen der Dokumentation) aber auch den AVR32 (kleine Programmcodeanpassungen) definitiv nicht schlecht im vergleich zu ARM, allerdings ist bei letzterem der Einstieg doch günstiger finde ich. Auch wenn gerade der AVR32 vom AVR Studio profitiert
-
Thread
STM32 Header Files
chip/st/ Eine weitere Quelle, auch direkt von ARM allerdings als .zip ist https://www.keil.com/dd2/pack/ Trotzdem mag ich das Github-Repo Sebastian schrieb im Beitrag #5048821: > "CMSIS device headers for all STM32 devices" > https://github.com/modm-io/cmsis-header-stm32 vor allem
Weiterentwicklung von xpcc. Ist schon länger in Entwicklung, es ist halt nicht so einfach, für >1000 STM32 und >750 AVR devices einen HAL zu generieren. Aber wir arbeiten dran. Der "Documentation Data Extractor" wird alle Tabellen aus allen ST PDFs auslesen können, um dann den "Device File Generator" mit
-
Thread
Handycamera MCA-25 ansteuern - ip webcam mit mega32
Hi! Es geht darum eine mca-25 Kamera mit einem avr anzusteuern. Mein Code erweitert ulrich radigs mega32 webserver um die webcam funktion. Die webcam/mca25.c Datei sollte auch standalone verwendbar sein. WICHTIG: Baudratenquarz verwenden! (460800
das ich warscjeinlich zu blöd bin aber der compiler sagt: In file included from main.c:30: D:/WinAVR/bin/../lib/gcc/avr/3.4.3/../../../../avr/include/avr/delay.h:121:3: warning: #warning "F_CPU not defined for <avr/delay.h>" main.c:32: warning: function declaration isn't a prototype main.c:32: warning
-
Thread
Allgemeine Fragen zu hochwertigen Webservern
ist SQLite, wenn Du es schaffst, den auf einem AVR zum Laufen zu bekommen ... Deine restliche Beschreibung legt allerdings nahe, daß Du gar keinen SQL-Server auf dem AVR brauchst, sondern daß Du nur über einen Mechanismus zum Datentransport vom AVR
einen Softcore, da könntest du aber z.B. gleich ein AVR32 Baord + Linux und z.B. Light http nutzen, das koste *keine* Lizenzgebühren und man muß auch nicht den Quellcode veröffentlichen...