-
Thread
Neue 8-Bit Tinys vorgestellt: 417/814/816/817 Gesperrt
denke da vor allem an die AT91RM9200 bzw. AVR32AP. Aber auch die AVRs hatten (haben?) Ihre Tücken (EMV...). Über die AT89er wollen wir garnicht reden.
Wilhelm M. schrieb im Beitrag #7421641: > Das einzige, was an denen interessant ist, ist dass sie mit 32MHz > Das schöne ist halt, dass es sich um einen "alten" Bekannten in der verbesserten Version handelt ( *LGT8F328P* ). Im Anhang ein "Datenblatt" zum LGT8F328P. AVR 8-Bitter DA, DB, DD und
-
Thread
Moderne AVR (Nachfolger Atmega und Attiny)
ATtiny3227. AVRrc: ATtiny4, ATtiny5, ATtiny9, ATtiny10, ATtiny102, ATtiny104, ATtiny20, ATtiny40. AVR-Dx: AVR16DD14, AVR16DD20, AVR16DD28, AVR16DD32, AVR16DU14, AVR16DU20, AVR16DU28, AVR16DU32, AVR32DA28, AVR32DA32, AVR32DA48, AVR32DB28, AVR32DB32, AVR32DB48, AVR32DD14, AVR32DD20, AVR32DD28, AVR32DD32
> AVRrc: ATtiny4, ATtiny5, ATtiny9, ATtiny10, ATtiny102, ATtiny104, > ATtiny20, ATtiny40. > > AVR-Dx: AVR16DD14, AVR16DD20, AVR16DD28, AVR16DD32, AVR16DU14, > AVR16DU20, AVR16DU28, AVR16DU32, AVR32DA28, AVR32DA32, AVR32DA48, > AVR32DB28, AVR32DB32, AVR32DB48, AVR32DD14, AVR32DD20, AVR32DD28,
-
Thread
MMC/SD-Karte mit FAT16 an AVR
32Bit-Operationen benötigt. Ich vermute, das es auf einem MSP430, ARM oder auch AVR32 wesentlich besser liefe. Werde es auch mal mit größeren Blockgrößen versuchen. Im Moment lese ich ja immer nur 8Byte
c] void play_sound(const char *file_name, struct fat_fs_struct* fs, struct fat_dir_struct* dd) { int32_t bytesRead = 0; int32_t totalBytesRead = 0; int countVar; uint8_t songbuffer[32]; struct fat_file_struct* fd; fd = open_file_in_dir(fs, dd, file_name);
-
Thread
AVR64DD32, UART-Ausgabe bleibt hängen, Assembler
wenige Ausnahmen. Sorry, aber du bist nicht mehr auf dem aktuellen Stand. Siehe Datenblatt des AVR64DD32, S. 134; dort wird es in Satz 2 sehr deutlich: "15.3.2.4 Interrupt Priority AVR64DD32/28 CPUINT - CPU Interrupt Controller All interrupt vectors are assigned to one of three possible priority
avrasm] erfolgen. PS: Beim ATmega328 hebt sich der Fehler heraus (in gewissen Grenzen), aber beim AVR64DD32 (mit seiner hohen SRAM-Startadresse) nicht.
-
Thread
CP/M auf ATmega88
@Markus: Mit dd.exe für win32 ;-) Wenn du dir von hier: http://avr.cwsurf (dot) de/ -> AVR CP/M die cpmtools.zip ziehst, hast du nicht nur dd.exe, sondern auch die cpmtools um das diskimage unter Windows zu verändern
F1 F1 00 00 6D DD F1 DD F1 DD F1 DD F1 DD F1 .....m.......... E420 DD F1 DD F1 00 00 17 01 00 00 00 00 00 00 80 00 ......;......... E430 00 00 15 F5 7B F4 23 F5 32 F5 42 F5 1A 00 03 07 ....{.#.2.B..... E440 00 F2 00
-
Thread
Welche AVR (Atmega) haben UPDI?
| AVR128DB64 14 Pin | 20 Pin | 28 Pin | 32Pin ___________|____________|____________|_____________ AVR16DD14 | AVR16DD20 | AVR16DD28 | AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 [/code]
-
Thread
AVR64DD28, mEDBG, Studio 7.0 - Fehler beim Schreiben von Fuses
auf dem ganzen Tisch herum. Bzw. auf den fabrikneuen AVR16DD28. Dabei bringt dieser bei '1' "AVR P:2D:1-3" [/code] Nachtrag: Dasselbe bei einem neuen AVR32EA28 (mit '1' "AVR P:3D:1-3"). Ich setze mich morgen nochmals an Ihr Programm und
Mit dieser Änderung lässt sich, zumindest bei mir, die Signatur auslesen von ATtiny412, ATmega4809, AVR128DB28, AVR16DD28, AVR32EA28 und AVR16EB14.
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
| AVR128DB64 14 Pin | 20 Pin | 28 Pin | 32Pin ___________|____________|____________|_____________ AVR16DD14 | AVR16DD20 | AVR16DD28 | AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 28 Pin | 32 Pin | 48 Pin | ___________|____________|____________| AVR64EA28 | AVR64EA32 | AVR64EA48 | [/code]
-
Thread
ATtiny Typenchaos bei Microchip Gesperrt
| AVR128DB64 14 Pin | 20 Pin | 28 Pin | 32Pin ___________|____________|____________|_____________ AVR16DD14 | AVR16DD20 | AVR16DD28 | AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 28 Pin | 32 Pin | 48 Pin | ___________|____________|____________| AVR64EA28 | AVR64EA32 | AVR64EA48 | [/c]
-
Thread
grasshopper Atmel buildroot 2.3.0 kompilieren avr32.ext2 make error 1
255.255.255.0::eth0:none ICnova> boot [...] root@grasshopper:/tmp# wget http://192.168.2.6/rootfs.avr32.ext2 Connecting to 192.168.2.6 (192.168.2.6:80) rootfs.avr32.ext2 100% |*******************************| 15676k 00:00:00 ETA root@grasshopper:/tmp# dd if=rootfs.avr32.ext2 of=/dev/mtdblock2
sollte es aussehen: [pre] root@grasshopper:/tmp# mount / -o remount,ro root@grasshopper:/tmp# dd if=rootfs.avr32.ext2 of=/dev/mtdblock2 bs=64k [/pre] Gruß Udo
-
Thread
AVR 10-Bit-DAC
, AVR128DB28, AVR128DB32, AVR128DB48, AVR128DB64 AVR16DD14, AVR16DD20, AVR16DD28, AVR16DD32, AVR32DD14, AVR32DD20, AVR32DD28, AVR32DD32, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32 AVR16EA28, AVR16EA32, AVR16EA48, AVR32EA28, AVR32EA32, AVR32EA48, AVR64EA28, AVR64EA32, AVR64EA48
-
Thread
AVR®DD family, low pin count devices
platformio benutzt. Leider hinkt platformio beim Dx core etwas hinterher und mein gewünschtes Device AVR32DD14 wird (noch) nicht unterstützt wohl aber der AVR64DD14. Weiss jemand, ob ich den Device-Eintrag in der platformio.ini auch nutzen kann? Vorweg: ich würde auch den AVR64DD14 nutzen - den gibt
Heinz K. schrieb im Beitrag #7828008: > etwas hinterher und mein gewünschtes Device AVR32DD14 wird (noch) nicht > unterstützt wohl aber der AVR64DD14. Weiss jemand, ob ich den > Device-Eintrag in der platformio.ini auch nutzen kann? Die beiden dürften sich wirklich nur in den Speichergrößen
-
Thread
AVR64DD20 - USART stürzt bei großem Buffer ab
Hallo liebes mikrocontroller.net - Forum, ich habe heute die USART meines AVR64DD20 programmiert und mit ein paar Änderungen von der Bibliothek von Microchip selbst ( https://github.com/microchip-pic-avr-examples/avr64dd32-getting-started-with-i2c-mplabx , lediglich anderer Pin
ein paar Änderungen von der Bibliothek von Microchip selbst ( > https://github.com/microchip-pic-avr-examples/avr64dd32-getting-started-with-i2c-mplabx > , lediglich anderer Pin) verwendet. Die ganz gewöhnliche > printf-Funktion, die jetzt den USART-stream verwendet, Ist das denn geklärt, dass
-
Thread
AVR32 - C++ kompilieren / findet Header nicht
nur Anleitungen zu gcc (ging auch nich). Ich nutze: Ubuntu 9.10 AVR32-Toolchain 2.4.2 für Ubuntu 9.10 Hier nochmal meine Fehlermeldung vom Compiler: In file included from dd_npb190.cpp:7: /usr/lib/gcc/avr32/4.3.2/../../../../avr32/include/termios.h:4:25: error
ich immer nur Anleitungen zu gcc (ging auch nich). Du musst mit dem avr32-linux-g++ compilieren. Der avr32-g++ ist für stand-alone Anwendungen gedacht. MfG Mork
-
Thread
Sammelbestellung USBTMC Adapter. Interesse?
welche Einstellungen weiß ich noch nicht. Ich war bei Hans auf seiner Seite, fand das mit dem ESP32 hangelte mich zu BT und Instruktionen und landete dann auf 404er Seiten. was definitiv nicht drin ist ein AVR! ich brauche also Details was ich an SW downloaden muß für den ESP und was ich wie
USBasp' avrdude error: unable to open programmer usbasp on port usb [/c] 3. Hä? [c] avrdude: AVR device initialized and ready to accept instructions avrdude: device signature = 0x1e9587 (probably m32u4) avrdude: erasing chip avrdude: reading input file 0xFF for lock with 1 byte in
-
Thread
2 byte >> 1 word
schreibt vor, Welcher C-Standard? Der Atmega169 hat eine Registerbreite von 8 Bit. Die wird auch vom AVR-GCC benutzt. ARM-GCC rechnet standardmäßig in 32Bit. Was "der" C-Standard vorschreibt, ist gut und schön, orientiert sich aber alles an 32Bit-CPUs. Für eine 8Bit-CPU sind solche Standards nur bedingt
cli 3dcc: 01 e4 ldi r16, 0x41 ; 65 3dce: 11 e0 ldi r17, 0x01 ; 1 3dd0: f8 01 movw r30, r16 3dd2: 80 81 ld r24, Z 3dd4: e0 e0 ldi r30, 0x00 ; 0 3dd6: ef 01 movw r28, r30 3dd8: 7e 01 movw r14, r28 3dda: e8 0e
-
Thread
Sammelbestellung AR488 kompatibler USB-GPIB Adapter. Interesse?
> Im Vergleich zum USBTMC Adapter habe ich da einen ESP32-S2 verbaut. Der > ist einfach wesentlich billiger als der Mega32U4. Der Grund warum Kai bei seinem Teil den (IMHO krass nervigen) AVR verwendet hat und nicht einen coolen ARM-cortex wie wir den
Ich habe jetzt erst diese zweite Variante bemerkt. Finde beides gut, den USB-AVR weil klein und 5V-kompatibel, den ESP32 weil der leistungsfähig genug wäre, einen Prüfablauf und/oder eine Web-Visualisierung unterzubringen. Das nächste Softwareprojekt... Vermutlich ist die Überproduktion
-
Thread
ItoA mit Uint64_t
} } static inline char* itoa_32(uint32_t u, char* p, uint32_t d, uint8_t n) { switch(n) { // 1000000000 case 10: d = u / 100000000; p = out( dd(d), p ); [[fallthrough]]; case 9: u -= d * 100000000;
libsupc++ und "Feinheiten" im Compiler wie Exception-Handling. Ob das aktuelle nicht-Standard double (32-Bit) Probleme machen würde, kann ich nicht sagen, dito für den eigenwilligen Ansatz der avr-libc, float-Funktionen zu implementieren wie: [c]extern double log(double __x) __ATTR_CONST__; #define logf
-
Thread
AVR64DD32: TCA-Overflow-Interrupt deaktiviert RTC
Hi, ich nutze erfoglreich bei einem AVR64DD28 den RTC und TCA im Interruptmodus (RTC für Interrupt alle 1 Sekunde, und den TCA alle 50ms) - siehe auch https://www.mikrocontroller.net/topic/562401 Wenn ich das selbe beim AVR64DD32 versuche
ich inzwischen selbst hingebogen habe (auch wenn's wie Kraut und Rüben aussieht und nur auf einem AVR32DD28 läuft, mangels AVR64DD32, leider). Aber vielleicht liest ja ein Bereitwilliger mit einem 32er mit und nimmt sich die zehn Minuten Zeit, um es auszuprobieren. PS: Programm angehängt, vielleicht
-
Thread
AVR64EA28: PIT-Interrupt
, und mich dann melden. PS: > Aber das Leben geht weiter. Richtig. Mittlerweile bin ich beim AVR32DD28 und mit diesem hochzufrieden. PPS: Der AVR64EA28 kommt in den Giftschrank.
, wie bereits geschrieben, mittlerweile auf einen AVR32DD28 umgestiegen. PS: AVRASM: AVR macro assembler 2.2.8 (build 80 Jan 14 2020 18:27:50) PPS: korrigiere: 'P5'
-
Thread
Conways Game of Live zu langsam auf Z80
1F29 DD 36 F0 00 [19] 243 ld -16 (ix),#0x00 1F2D DD 36 F6 18 [19] 244 ld -10 (ix),#0x18 1F31 DD 36 F7 00 [19] 245 ld -9 (ix),#0x00 1F35 DD 36 FC 18 [19] 246 ld -4 (ix),#0x18 1F39 DD 36 FD 00 [19] 247 ld -3 (ix),#0x00 1F3D DD 36 F9 18 [19] 248 ld -7 (ix),#0x18 1F41 DD 36 FA 00 [19] 249 ld -6 (ix),#0x00 [/code]
-
Thread
ILI9341 langsam Verbesserungsvorschläge?
sehr lange. Liegt das vielleicht an dem Code? Habt ihr Verbesserungsvorschläge? [c] #include <avr/io.h> #include <util/delay.h> #define DDR_SPI DDRB #define DD_MOSI DDB3 #define DD_SCK DDB5 #define DDR_CS_RST_DC DDRB #define DD_CS DDB0 #define DD_RST DDB1 #define DD_DC DDB2 #define PORT_CS_RST_DC
Obwohl der 1284p ja nun stolze 16kB hat, reicht das (mit den von mir umgeschriebenen Routinen vom STM32) nicht für JPG -> Projekt ILI+AVR+JPG gestorben ;)
-
Thread
AX81 - ZX81 im AVR
.. Ich werde in den nächsten Tagen meinen LR Aufbau schon mal um die SD Kartenlösung erweitern. DD unter Windows habe ich leidlich schon für AVR CPM genutzt. Perl habe ich nicht installiert. Kannst du bitte für Testzwecken eine Imagedatei z.B von Tape 11 oder auch mehreren Tapes hier als ZIP einstellen
http://avr.cwsurf.de/?AVR_CP%2FM Könnte man den Speicher von diesem Stick nutzen für den ZX81 ? gruss
-
Thread
AD5292 mit SPI des ATmega32 ansteuern
spi_fast_shift (uint8_t data); #endif /* _SPI_H_ */[/c] Und hier nun mein neues Programm: [c]#include <avr/io.h> #include "spi.h" #include <avr/interrupt.h> #define PORT_SPI PORTB #define DDR_SPI DDRB #define DD_MISO DDB6 #define DD_MOSI DDB5 #define DD_SS DDB4 #define DD_SCK
10 KOhm, also der Wiper befindet sich immer noch in der Mitte. Hier mein C Code: [c]#include <avr/io.h> #include "spi.h" #include <avr/interrupt.h> #define PORT_SPI PORTB #define DDR_SPI DDRB #define DD_MISO DDB6 #define DD_MOSI DDB5 #define DD_SS DDB4 #define DD_SCK
-
Thread
UPDI Programmierung mit dem Diamex
mit "-p m8" aufgerufen, das ist ein ATmega8. Vielleicht einfach mal AVRDUDE direkt aufrufen und "-p avr32dd14" verwenden.
ist UPDI. Wenn aber die Signatur nicht an der erwarteten Stelle gefunden wird ... Bei Johannes' AVR32DD14 aber steht sie dort, wo sie immer stand (und hingehört): auf 0x1100.
-
Thread
CP/M auf Atmega8515 mit XMEM
. Ursprünglich hatte ich nur 32 KB RAM für CP/M, aber weder Wordstar noch Multiplan oder Zork reicht das. Daher das Türmchen. Softwareseitig ist alles in Assembler geschrieben, entweder avra (für den AVR) oder z80asm (für den i80).
das > nicht auch auf der Unterseite? Das sind die /CS-Pins von den beiden SRAM-Bausteinen (2x32 KB), weil CP/M mit nur 32 KB RAM keinen Spaß macht. Deswegen auch der zusätzliche 74xx-Baustein (A15 vom AVR geht einmal auf /CS vom einen Baustein, und durch einen Inverter auf /CS vom anderen Baustein
-
Thread
Atmel Studio 4.19 unter W10X64
besonders klein werden soll empfehle ich den AVR64DD14. Dessen SMD Gehäuse lässt sich immer noch sehr bequem löten.
bauen, wo nicht so viel gebraucht wird - 16 k SRAM und 128 k Flasch haben die ja auch... Schade daß AVR128 in DIP40 nicht vorhanden sind. Gerhard H. schrieb im Beitrag #7626431: > Und wenn es besonders klein werden soll empfehle ich den AVR64DD14. Zu wenig Pins. Auch gibt es in DD OV nicht. Bei DA
-
Thread
AVR64DD28 Clock Source ändern
/DataSheets/AVR64DD32-28-Prelim-DataSheet-DS40002315B.pdf
konfiguriert wird. Seite 105. Defines im Headerfile Zeile 660. Meine Zeile von 18:31 Uhr ist für den AVR DD falsch gewesen.
-
Thread
Floppy MFM Decoder selber bauen AVR ATmega Assembler Beispiele FDD Diskette
Klar haben die STM32 mehr Rechenleistung und RAM als ein AVR. Aber ein AVR reicht völlig. Und vor allem macht die Herausforderung, etwas auf einem in die Jahre gekommenen 8-bit Prozessor zu programmieren wo andere alle sofort
Peter S. schrieb im Beitrag #6137096: > Klar haben die STM32 mehr Rechenleistung und RAM als ein AVR. > Aber ein AVR reicht völlig. Nachweislich. :-) Ich dachte allerdings eher daran, dass man besser an Daten von schlecht lesbaren Disketten rankommen kann
-
Thread
26 bit umwandlung in ASCII
_0 =r16 ;dividend .def dd32u_1 =r17 .def dd32u_2 =r18 .def dd32u_3 =r19 .def dv32u_0 =r20 ;divisor .def dv32u_1 =r21 .def dv32u_2 =r22 .def dv32u_3 =r23 .def dcnt32u =r24 ;loop ;***** Code div32u
left dividend rol dd32u_1 rol dd32u_2 rol dd32u_3 dec dcnt32u ;decrement counter brne d32u_2 ;if done ret ; return d32u_2: rol drem32u_0 ;shift dividend into remainder rol drem32u
-
Thread
Pollin LCD1602 keine Anzeige
keinen Zeilenumbruch. Das ist erst der Fall, wenn die Anzeigeeinheit des LCDs den gesamten Inhalt des DD-RAMs gleichzeitig darstellen kann, wie das 2x40 oder das 4x20. Wobei das 4x20 meist so organisiert ist, dass die erste DD-RAM-Zeile in den Zeilen 1 und 3 dargestellt wird, die zweite DD-RAM-Zeile in
immer die gleiche Anzeige. Aber trotzdem sollte es auch ohne die 32 Leerzeichen gehen, oder? Axel
-
Thread
Wo bekommt man zurzeit noch Mikrocontroller her.
Beitrag #7162838: >> Na, dann ist es doch die richtige Zeit für einen Umstieg auf die DA, DB >> oder DD Serie. > > Das möchte ich auch meinen. > Die stecken alle anderen Megas und Tinys in den Sack. Warum nicht direkt auf STM32, dann kannst du dir die Crapware von Microchip ersparen...
Einige Derivate der AVR-DD-Serie sind derzeit bei Mouser wieder in Tausender-Stückzahlen vorhanden.
-
Thread
ATTINY406 , Powerdown , aufwachen per Port-Interrupt
> Jetzt bin ich aber verwirrt. Okay, ich auch - ich habe gerade nur einen AVR32DD28 zur Hand, und was ich bei diesem auf die Schnelle sehe, lässt mich stutzen. Morgen mal in Ruhe überprüfen ...
oder AVR128DB28. Diese Einschränkung entfällt z.B. beim (neueren) AVR32DD28, bei diesem sind alle Pins 'fully asynchronous'.
-
Thread
Midis ohne PC abspielen - zum Gitarreüben
Ein AVR32 Baord order ähnliches Embedded system mit einem Linux drauf wäre eine kleine lüfterlose Alternative ;)
Bei AVR32, und wie macht man die Tonerzeugung? Samples speichern? Wie hoch schaetzt du den Entwicklungsaufwand ein? Oder meinst du, die Midi-daten auf ein MIDI-Klangeraet (Expander, Synthesizer) weiterzugeben
-
Thread
Rechnen mit AVR
= 2887,17245982 Dieses Ergebnis soll der AVR auf- oder abrunden. somit habe ich 2887 dezimal sind binär 101101000111 Dieses Ergebnis kann bis zu 32 bit erreichen. Nun meine Fragen: Wie sag ich dem AVR das er die gewünschte Freq. mit 23,86
anderen. mit electronicdesign statt elecdesign geht's ohne Cookies und Skripte. @Simon: der AVR-MUL ist 8x8-->16 bit, hier geht es um 32x32-->64 In meiner Routine verwende ich keine Shifts, sondern 16 MULs. Schau sie Dir mal an.
-
Thread
ATMega Auslaufmodell?
die > Entwicklung nicht weiter. Atmel wurde 2016 von Microchip gekauft, und die neueren 8-Bit-AVR-Mikrocontroller heißen nicht mehr ATmega, sondern AVRxxxxxx, z.B. AVR64DB48, AVR32DD32.
schrieb im Beitrag #7740644: > Atmel wurde 2016 von Microchip gekauft, und die neueren > 8-Bit-AVR-Mikrocontroller heißen nicht mehr ATmega, sondern AVRxxxxxx, > z.B. AVR64DB48, AVR32DD32. Es gibt auch etliche ATmega mit der "neuen" Architektur. Siehe: https://ww1.microchip.com/downloads/
-
Thread
[V] AVR64DD32- und AVR16EB32-Experimentierboards
Hallo, je drei Stück folgender teilbestückter AVR-Experimentierboards stehen zum Verkauf: * (1) AVR64DD32, 50×50 mm², 4-Layer, sämtliche IOs auf Stiftleisten geführt. * (2) AVR16EB32 + 4-Digit-7-Segment-Anzeige, 80×100 mm², 2-Layer, IR-Sender
Zwei von den AVR64DD32-Boards sind nun verkauft, eines ist noch verfügbar.
-
Thread
Zeta SBC V2 Z80 mit Floppy Disk
> Das kann funktionieren, da die Koerzitivfeldstärken bei 3,5" relativ > nahe beieinanderliegen. DD 600 Oe, HD 720 Oe. Das funktioniert sogar sehr gut. Ich habe so gut wie keine DD-Disketten, brauche aber hin und wieder welche. > Bei 5,25" sind es 300 Oe für SD/DD gegenüber 600 Oe für HD.
DSP16xx FR-30 FR-V Intel i960 IP2000 M32R MCORE MicroBlaze MMIX MN10200, MN10300 NS32K ROMP Stormy16 Synopsis Designware ARC Texas Instruments MSP430, MSP432 V850 Xtensa
-
Thread
AVR WebServer und Google Chrome?
Hallo, ich habe klein Webserver gebaut mit Atmega32 und ENC28j60. Soweit funktioniert alles, aber nur mit IExplorer von Windows. Wenn ich versuche AVR Seite mit andere Browser ofnen, zeigt "Keine Seite gefunden". Hat jemand das gleiche Problemm
00 00 DD 09 00 10 66 7A FD C3
-
Thread
SPI will nicht richtig
#include <avr\io.h> #define DD_MOSI PINB3 #define DD_SCK PINB5 #define DD_RCK PINB2 #define DDR_SPI DDRB int main (void) { DDR_SPI = (1<<DD_MOSI) | (1<<DD_SCK) | (1<<DD_RCK); SPCR = (1<<SPE) |
OK, dann hammas jetzt #include <avr\io.h> #define DD_MOSI PINB3 #define DD_SCK PINB5 #define DD_RCK PINB2 #define DDR_SPI DDRB #define F_CPU 1000000UL #include <util/delay.h> int Tabelle[] = {1,2,4,8,16,32,64,128,64,32,16,8,4,2
-
Thread
Pollin MOTOROLA VIP1710
W39L040P/W39L020P (nur 256 kB benutzt) mtd0: letzter Bereich von mtd1 (Filesystem "/flash") mtd2: 32 MByte Flash (Lesen mit dd if=/dev/mtd/2 bs=16k skip=2) mtd4: letzter Bereich von mtd2 (Filesystem "/flash2" Lesen mit dd if=/dev/mtd/2 bs=16k skip=1793) Splash und Kernel liegen in mtd2,
Moin, wie kann ich den NAND-Flash, also die 32Mb komplett löschen? Ich habe mir wohl durch das direkte flashen mit dd of=/dev/mtdblock/2 das Filesystem zerschossen. Beim Booten holt die Box treu und brav per infocast den Kernel und splash aber
-
Thread
AVR128DA übertakten
Vielleicht interessiert es den einen oder anderen: "The AVR128DA28/32/48/64 microcontrollers of the AVR® DA family are ... running at up to 24 MHz", so steht es im Datenblatt, und zwar ab 1.8 V. Da sollte doch bei höherer Spannung etwas mehr möglich sein, zumal
an Wilhelm M.: [code] 20 24 28 32 MHz AVR128DB28: 19.96 23.94 27.95 31.96 AVR128DA28: 19.98 23.98 27.97 31.98 [/code] Konditionierung per 32 KiHz-Quarz habe ich nicht ausprobiert.