-
Thread
Wechselrichter Hoymiles HM-xxxx 2,4 GhZ Nordic Protokoll?
01 00 06 32 88 32 88 00 00 00 00 80 0d 9f 2022-05-11 09:47:14.497777 Received 27 bytes channel 3: 95 72 22 01 43 72 22 01 43 02 00 07 68 3a 68 3a 01 ce 13 54 40 94 00 09 68 3a 97 2022-05-11 09:47:14.533164 Received
05 80 02 00 0b 60 d9 60 d9 ff ff ff fb 80 02 00 0c 60 dd 60 dd 00 00 00 05 80 02 00 0d 61 79 61 79 ff ff ff fb 80 02 00 0e 61 81 61 81 00 00 00 05 cd 30 payload has valid modbus crc 80 01 00 06 31 e3 31 e3 00 00 00 00: uptime=3:32:51 a_count=6 opcode
-
Thread
AVR-Bootloader mit Verschlüsselung
testen wir ob der AVR, wenn er beschäftigt ist, auch sofort per WDT einen RESET macht. 3.) der Auszug: 03.03.09-14:50:48-453 > send keepalive 03.03.09-14:50:49-453 > Timer released 03.03.09-14:50:49-453 > keepalive
Hallo Hagen Versuch gerade deinen Bootloader auf einem mega32m1 mit externen clock von 14,758 Mhz zu bekommen. Der Chip meldet sich einfach nicht. Habe das ganze auf einem mega16 mit internen clock von 8 Mhz probiert. Da läuft alles wunderbar. Das Programm
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
3131 6337 6536 3430 320a 6675 3066 0a33 0+10 records in 0+10 records out # dd if=/dev/ttyUSB0 bs=20 count=10 2u10abd709ac5e0d dd: warning: partial read (17 bytes); suggest iflag=fullblock 2uff03 1i117b05 2u1362bb02afa001 1i117b05 2u14d4480ac14a0a 2uff03 1i117b05 2u0f635510acb40b
1119/1246, 2u1068d808ffff02 9, 2u1068cc01ffff05 4 11 32/32 12 31/32, 2u12825201ffff04 2 13 144/192 14 255/287 0A 21/32 0B 32/32 0F 990/1149 --> 2u10 sind mit 1246 ziemlich oft. Eine Auswertung davon zeigt dass die bits 4-6 der Strom der Einschubschnecke
-
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
Entwicklung einer STM32F4 - Version der "Bluepill"
STM32L152RD STM32L152RE STM32L162RC STM32L162RC-A STM32L162RD STM32L162RE STM32L433RB STM32L433RC STM32L443RC STM32L452RC STM32L452RE STM32L462RE STM32F070RB STM32F072R8 STM32F072RB STM32F078RB STM32F102R4
ruhigen Gewissens weiter empfehlen. Hier nochmal der Link zum Produkt: https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19-11e9-910a-901b0ebb3621.html Auf der Seite kann man auswählen, ob man das Board mit eingelöteten oder losen Stiftleisten bekommen
-
Thread
Datenrekorder auf SD-Karte mit mega88
darin, die sehr hohe, benötigte serielle Taktfrequenz für den DAC/ADC zu erzeugen. Die wollen oftmals 32-256 x fs. Das geht nicht mit einem AVR.
genau das was ich gerade suche! Super Projekt ! Aber hat hier jemand, MrData schon mit einem Mega32 zum laufen bekommen? Ich bringe das ganze mit WinAVR nicht zum compilieren. Verzeiht meine Unwissenheit ;-) Bin erst vor kurzem auf C umgestiegen.
-
Thread
8 Kanal 50Ms/s AVR Logic-Analyzer
halbwegs Ordnung drin ist... Das kann noch ein paar Tage dauern. Das Protokoll ist simple: dem AVR der Reihe nach Mode (in den Tabellen der AVR-Source ist die Bedeutung gut zu erkennen) Triggerbyte (zu ignorierende Bits auf H) Triggermaske ((zu ignorierende Bits auf H) Timerintervall (0...14,
Hallo, wer ein Ram im SDIP sucht, kann auch den CY7C199C-15 (32kx8) nehmen, den U. Radig http://www.ulrichradig.de/ in seinem AVR-DSO eingesetzt hat. (Kostet in seinem Shop ~5€)
-
Thread
Hackbarer(?) 21 EUR Quadcopter
0x32, 0x2C, 0x14, 0x27, 0x36, 0x34, 0x1C, 0x17 }, // 02 { 0x22, 0x27, 0x17, 0x39, 0x34, 0x28, 0x2B, 0x1D, 0x18, 0x2A, 0x21, 0x38, 0x10, 0x26, 0x20, 0x1F } // 03 }; [/c] sowie beim init [c
SWD(%d) %s %s = %#x\n",addr, header&0x40?"AP":"DAP",header&0x20?"Read":"Write", dat); return 14+32; } Chris
-
Thread
data |= (1<<16) funktioniert nicht
data &= ~(1L<<(26-count_bits)); da: cc 24 eor r12, r12 dc: dd 24 eor r13, r13 de: 76 01 movw r14, r12 e0: c3 94 inc r12 uint8_t count_bits; count_bits = 0; while(count_bits <= 26) { if (bit == 1) e2: 80
Auf einem 32 bitter würde das übrigens mit den meisten Compilern so gehen. Ohne Casting wird eben immer vom Standart Datentyp int ausgegangen und der ist beim Avr nunnmal 16 Bit. Ein Integer ist in der Regel so
-
Thread
Sehr einfacher Sinusgenerator, Digitalelektronik Projekt
Der 14-Pin AVR16DD14 hat einen 10-Bit-DAC. Vielleicht könnte man damit auch irgendwas Analoges erzeugen.
dich, es mag aber auch andere Schwerpunkte des Minimalismus geben. Bei dir sind die Bauteile halt im AVR16DD14 versteckt. Und es mit einem integrierten DAC zu machen ist für mich auch kein Minimalismus.
-
Thread
Digitaluhr mit geringem Stromverbrauch
MaWin schrieb im Beitrag #6955682: > und für 6 Stellen würde ich auch einen AVR128DA64 > nehmen. Warum so ein unhandlicher µC? Ein 14 - 20 poliger Controller mit 4094 Schieberegister/Stelle geht für 4 oder 40 Stellen. Einfaches Layout, auch nachträglich einfach kaskadierbar
internes Reset und einen 8MHz RC-Oszillator. Soll im Powersave die Uhr weiterlaufen, muß noch ein 32kHz Quarz ran. Für die UART empfielt sich eine genauerer Haupttakt, z.B. 14,7456MHz.
-
Thread
FT800 / FT810 Library
das dann bei CMD_Text mit an: cmd_romfont(1, 31); cmd_text( 0, 0, 1, 0, "31"); cmd_romfont(1, 32); cmd_text( 0, 60, 1, 0, "32"); cmd_romfont(1, 33); cmd_text(80,-14, 1, 0, "33"); cmd_romfont(1, 34); cmd_text(60, 32, 1, 0, "34"); Ich muss auch mal wieder ein Update machen, auch wenn das
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
PHILIPS VP5500 VoIP Telefon bei Pollin
CPU: D undefined 14 cache CPU: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets CPU: D cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets Machine: Freescale i.MX2 ADS FCLK=266000 kHz HCLK=133000
://en.wikipedia.org/wiki/User:Sogliphy/i.MX21_Linux Info-Quellen zum WLan gibts hier: http://avr32linux.org/twiki/bin/view/Main/WirelessNetworking
-
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
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
UART Bootloader ATtiny13 - ATmega644
o.k. Elapsed time: 0.00 seconds C:\AVR_PR~1>FBOOT.EXE /PC:\AVR_programm\LED_mega32.hex COM 1 at 115200 Baud: Connected Bootloader V1.4 Target: 1E9502 ATmega32 Buffer: 1792 Byte Size available: 32256 Byte File C:\AVR_programm\LED_mega32
time: 0.00 seconds C:\AVR>FBOOT.EXE /PC:\AVR\LED_mega32.hex COM 1 at 115200 Baud: Connected Bootloader V1.4 Target: 1E9502 ATmega32 Buffer: 1792 Byte Size available: 32256 Byte File C:\AVR\LED_mega32.hex open failed !
-
Thread
max186 (ADC) über SPI ansprechen
Entschuldigt bitte nocheinmal, ich habe die Angabe der Pins vergessen, also #define DD_MOSI PB5 #define DD_MISO PB6 #define DD_SCK PB7 und ausserdem PB4 als SS Also genau wie im Atmega 16 Datenblatt Danke Matthias
Hallo Matthias, ich stamme nun nicht aus dem Atmel AVR Lager und hab von C nur rudimentäre Ahnung, aber das DDRB = (1 << DD_MOSI) | (1 << DD_SCK); DDRB = (1 << PB4); //SS als Augang setzen ist meiner Meinung nach leicht daneben. Mit der zweiten
-
Thread
AVR Bootloader
Hier noch die Meldungen: AVRASM: AVR macro assembler version 1.77.3 (Dec 20 2006 14:29:41) Copyright (C) 1995-2005 ATMEL Corporation Creating 'M32BOOT.hex' Assembling 'M32BOOT.ASM' Including 'm32def.inc' Including 'bootload.h
output vom assembler. lg, thomas <------------------- snip ------------------> AVRASM: AVR macro assembler version 1.77.3 (Sep 21 2005 08:43:03) Copyright (C) 1995-2005 ATMEL Corporation Creating 'm32boot.eep' Creating 'm32boot.hex' Creating 'm32boot.lst' Assembling 'm32boot.asm
-
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
NeuesOS für AVR Mikrocontroller
Guten Abend, ich habe angefangen den Code für den atMega32 an zu passen. "system/header/nano_os.h" [code] #elif defined (__AVR_ATmega32__) #define RAMSTART 0x60 #define HEAPSTART 0x085f #define STACK_SIZE 54 // immer Timer0 ! #define TIMER_REGISTER
dec hex filename 0 692 0 692 2b4 nano_os.hex atmega32 $ avr-size nano_os.hex text data bss dec hex filename 0 712 0 712 2c8 nano_os.hex
-
Thread
OSCCAL extrem?
Was uebrigens sehr gut geht ist das Kalibrieren/Synchronisieren des RC Oszillators auf einem 32kHz Quarz. Sofern denn ein 32kHz Quarz da ist. Was also erst bei den Megas moeglich ist. Damit erreicht man zwar keine so hohe Aufloesung wie 14.746MHZ aber eben doch besser wie die 2% welches ein UART
bist bloß nicht in der Lage, das richtige Schema zu finden oder es zu verstehen. Dabei ist das beim AVR8 doch echt übersichtlich (insbesondere im Vergleich zu den 32-Bittern jeglicher Coleur...) > Leider kann ich nach einem elenden Hardware-Crash momentan nicht mal > schnell an einem Controller "
-
Thread
Daten von array in long int kopieren, in umgekehrter Reihenfolge
I2C-Schnittstelle hereinkommen. Ungefähr so habe ich das implementiert: [c] uint8_t puffer[100]; uint32_t grossezahl[16]; [/c] [c] grossezahl[n] = (uint32_t)puffer[25] << 24 | (uint32_t)puffer[24] << 16 | (uint32_t)puffer[23] << 8 | (uint32_t)puffer[22]; [/c] Der avr-gcc macht daraus eine riesen Geschichte: [avrasm] 632: fb 01 movw r30, r22 634: 27 81 ldd r18, Z+7 ; 0x07 636: e6 80 ldd r14, Z+6 ; 0x06 638: a5 80
-
Thread
ATtiny85 + Uhrenquarz mit 10 pF CL: Kondensatoren
Aber 8 Stunden ununterbrochen sind möglich. https://www.mikrocontroller.net/attachment/633444/tinyAVR_RTC.png Gerhard O. schrieb im Beitrag #7664639: > Toll, dass der neue Tiny das hat. Leider nicht alle, erst ab tinyAVR® 2 Family (und selbstverständlich alle weiteren AVR: DA, DB, DD, DU
einem moderneren RTC Baustein: RV-3032-C7. Nachteile: nur die RTC ist temperaturkompensiert, nicht die 32kHz und das Datenblatt hat 154 Seiten ;)
-
Thread
SPI mit Attiny84
bei der Verwendung von SPI mit einem Attiny84. Der Code stammt von Atmel aus der Application note AVR319: Using the USI module for SPI communication - http://www.atmel.com/dyn/resources/prod_documents/AVR319.zip. Die einzigen Anpassungen die ich machen musste waren die Aufrufe für die ISR und die
werden. DI liegt auf A6 und muss bei den Slaves an MISO angeschlossen werden: [c] #if defined(__AVR_ATtiny44__) || defined(__AVR_ATtiny84__) #define SPI_DDR_PORT DDRA #define USCK_DD_PIN DDA4 #define DO_DD_PIN DDA5 #define DI_DD_PIN DDA6 #endif [/c] * der Code zum Lesen vom Bus enthält einen
-
Thread
Nach fast 3 Jahren fehlerkorrigiertes Datenblatt für die AVR-DB Serie erschienen
Client. https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf
Nun gibt es schon die AVR_DU-Datenblätter: AVR64DU-28-32-Prelim-DataSheet-DS40002548.pdf AVR32-16DU-14-20-28-32-Prelim-DataSheet-DS40002576.pdf
-
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
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
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
AVR "ret" springt zu 0x00
000004DB POP R29 Pop register from stack 000004DC POP R28 Pop register from stack 000004DD RET Subroutine return[/avrasm] Nach 0x4DD wenn ich mit F10 ein Step Over mache springt der AVR auf 0x00: [avrasm]--- No source file ----------------------------------------------------------
// Filter 0 0,0,0,0, //MCP2515_FILTER(0x000), // Filter 1 // Group 1 32,0,0,0, //MCP2515_FILTER(CAN_WHO_IS_ONLINE), // Filter 2 32,0,0,0, //MCP2515_FILTER(CAN_WHO_IS_ONLINE), // Filter 3 32,0,0,0, //MCP2515_FILTER(CAN_WHO_IS_ONLINE), // Filter 4 32,0,0,0
-
Thread
1-Wire Slave auf AVR
ausgewählt ISR (INT0_vect) { unsigned char tim0_i, status; status = status_global; #ifdef __AVR_ATtiny13__ DDRB &= ~(1 << ONEWIREPIN); // Pin auf Eingang #elif defined (__AVR_ATmega8__) DDRD &= ~(1 << ONEWIREPIN); // Pin auf Eingang #endif #ifdef __AVR_ATtiny13
Hallo, wenn ich versuche den Code von smurfix im AVR Studion für einen ATmega8 zu kompilieren, bekomme ich folgende Fehlermeldung(en): Build started 22.7.2010 at 11:14:02 avr-gcc -mmcu=atmega8 -Wall -gdwarf-2 -std=gnu99 -DF_CPU=8000000UL -Os
-
Thread
Direkte Programmierung des Arduino Micro
https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial
Du könntest auch eine BluePill ( STM32F103 ) zusammen mit der Arduino-Umgebung nutzen und dann auf die Register Bare Metal zugreifen. Das sieht dann so aus [c] // STM32F103 IO register #define GPIOPort_B_ADDRESS 0x40010C00 #define
-
Thread
Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?
arbeite und sie so ziemlich gut aus dem EffEff beherrsche, sehe ich da keine große Zukunft. Mit den STM32 beschäftige ich mich erst seit wenigen Tagen. Aber dank jeder Menge guter Tutorials habe ich schon fast alle meine AVR-Projekte auf STM32 portiert. Die STM32 sind auch überhaupt keine unbekannten
#3942675: > Ich finde es erstrebenswert, dass wir einen gemeinsamen Code haben, > der sich für ARM und AVR compilieren lässt. Ja, spricht ja nichts dagegen. Die Unterschiede kann man mit [c] #if defined (STM32F4XXX) Hier STM32-F4-Code (Disco und Nucleo) #elif defined (STM32F1XXX) Hier STM32
-
Thread
Eclipse, GDB, avarice, JTAGICE_mkII - Debuggen funktioniert nicht
recv: 0x00 recv: 0x00 recv: 0x00 recv: 0x0e sDATA: reading 33 bytes read: 82 95 00 90 00 00 21 dd 04 c0 a8 73 01 c0 a8 73 48 00 03 ab 0d 27 01 2c 0 0 ab 03 00 00 e5 10 95 03 recv: 0x2b recv: 0xdf CRC OK Got message seqno 13 (command_sequence == 14) got wrong sequence number, 13 != 14 recv
Got message seqno 15 (command_sequence == 15) response: 84 00 00 00 00 PC = 0 ->GDB: 950090000021dd04c0a87301c0a873480003ab0d27012c00ab030000e5109503000000000 00000 GDB: <X0,0:> ->GDB: GDB: <M0,20:0c94c6000c94080c0c94cb0b0c94e5000c94e5000c94e5000c94e5000c94e500> GDB: Write 32 bytes to 0x0 jtagWrite
-
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
10073_10186,searchweb201603_19,ppcSwitch_5&btsid=241c2547-bd13-4c1c-8ef7-bf2ecb5a7b2c&algo_expid=dea6dd2a-4d6b-485f-ae8f-ca6102642abb-20&algo_pvid=dea6dd2a-4d6b-485f-ae8f-ca6102642abb 14,24€
-
Thread
WiFi Relais mit ESP8266 ESP-01 Modul (Bascom)
xthal_bcopy = 0x40000688 ); PROVIDE ( xthal_copy123 = 0x4000074c ); PROVIDE ( xthal_get_ccompare = 0x4000dd4c ); PROVIDE ( xthal_get_ccount = 0x4000dd38 ); PROVIDE ( xthal_get_interrupt = 0x4000dd58 ); PROVIDE ( xthal_get_intread = 0x4000dd58 ); PROVIDE ( xthal_memcpy = 0x400006c4 ); PROVIDE ( xthal_set_ccompare = 0x4000dd40 ); PROVIDE ( xthal_set_intclear = 0x4000dd60 ); PROVIDE ( xthal_spill_registers_into_stack_nw = 0x4000e320 ); PROVIDE ( xthal_window_spill = 0x4000e324 ); PROVIDE ( xthal_window_spill_nw = 0x4000e320
-
Thread
flash-Fehler mit ATtiny2313, compile ok
mov r31, r0 6e: c8 01 movw r24, r16 70: b7 01 movw r22, r14 72: 20 e0 ldi r18, 0x00 ; 0 74: 30 e0 ldi r19, 0x00 ; 0 76: 40 e2 ldi r20, 0x20 ; 32 78: 51 e4 ldi r21, 0x41
cpc r26, r1 322: b1 05 cpc r27, r1 324: 39 f4 brne .+14 ; 0x334 326: 27 ff sbrs r18, 7 328: 09 c0 rjmp .+18 ; 0x33c 32a: 20 5c subi r18, 0xC0 ; 192 32c: 3f 4f sbci
-
Thread
GLCD Routinen ( KS0108, HD61202 )
dieses Display: http://www.sure-electronics.net/mcu,display/DE-LM106.pdf Controller ist ein ATMEGA32 (mit 8 MHz intern). Beides habe ich im Projekt (AVR-Studio) eingestellt und die Pins habe ich auch angepasst. Die Ausgabe ist prinzipiell zu erkennen, aber es ist nicht i.O. (siehe angehängtes Bild
Schon gut... habs hinbekommen! ich Depp musste erstmal die Funktionen unter AVR aktivieren! :-S
-
Thread
MMC SD library FAT16 FAT32 read write
Ach ja, Wiki auch aktualisiert... http://www.mikrocontroller.net/articles/AVR_FAT32
Wieso ist in der 0.6.3.1 beim AVR STM32 Code drin?