-
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
AVR64DD28, mEDBG, Studio 7.0 - Fehler beim Schreiben von Fuses
Ich habe jetzt festgestellt: weder AVR16DD14 noch AVR16EB14 wollen mit dem mEDBG programmiert werden. Es ist Zeit für einen nEDBG.
Mit dieser Änderung lässt sich, zumindest bei mir, die Signatur auslesen von ATtiny412, ATmega4809, AVR128DB28, AVR16DD28, AVR32EA28 und AVR16EB14.
-
Thread
MMC/SD-Karte mit FAT16 an AVR
Hmm da habe ich doch wieder einmal etwas gelernt. Habe die .hex grösse direkt am file gelesen. Mit avr-size -A sd_reader.hex zeigt es mir 14470 byte an also 14.1kbyte. Ich denke so ist alles in Ordnung. Danke für den Tipp. Habe nun auf einen Atmega32 umgestellt. Leider funktioniert das Init dort auch
ein file erstelle und darin messwerte abspeichere erkennt er mir kein enter zb.: 2010-01-10 12:32:11;14,532;l/s;29328398.2938;m3<ENTER> 2010-01-10 12:32:12;14,532;l/s;29328398.2938;m3<ENTER> 2010-01-10 12:32:13;14,532;l/s;29328398.2938;m3<ENTER> 2010-01-10 12:32:14;14,532;l/s;29328398.2938;m3<
-
Thread
AVR®DD family, low pin count devices
Wenn ich mir die I/O Multiplexing Tabelle vom AVR32DD14 anschaue, habe ich das Gefühl, dass diese SOIC-14 Variante als Abfallprodukt entworfen wurde. Z.B.: TCA: WO0 WO1 WO2³ TCD: WOD³ WOC³ ADC: AIN4 AIN5 AIN6 AIN7 AIN29 AIN30 AIN31 AC: AINN2
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
-
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
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
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
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
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
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
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
So, die neue Version ist ferig und steht zur Verfügung: http://www.jcwolfram.de/projekte/avr/ax81b/main.php In den 12 und 14 MHz Versionen funktioniert die Jupiter ACE Emulation im LCD-Mode nicht mehr, weil das Takte nicht mehr ausreichen. Jörg
-
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
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
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
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
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
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;
case 15: u -= d * 100000000000000; [[fallthrough]]; case 14: d = u / 1000000000000; p = out( dd(d), p ); [[fallthrough]]; case 13: u -= d * 1000000000000; [[fallthrough]]; case 12: d = u / 10000000000; p = out
-
Thread
Ungenauigkeit beim ATtiny26 ADC
EE, $EE, $EE, $EE, $EE, $EE, $EE, $EE, $EE .db $EE, $EE, $EE, $EE, $EE, $EE, $EE, $DD, $DD, $DD, $DD, $DD, $DD, $DD .db $DD, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC .db $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $DD .db $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD .db $CC, $CC, $CC, $CC, $CC, $CC, $BC, $BB, $BB, $BB, $BB, $BB, $AA, $AA .db $AA, $AA, $AA, $AA, $99, $99, $99, $99, $99, $99, $99, $88, $88, $88
-
Thread
Conways Game of Live zu langsam auf Z80
77 E8 [19] 238 ld -24 (ix),a 1F1B DD 71 F2 [19] 239 ld -14 (ix),c 1F1E DD 70 F3 [19] 240 ld -13 (ix),b 1F21 DD 36 EA 01 [19] 241 ld -22 (ix),#0x01 1F25 DD 36 EF 18 [19] 242 ld -17 (ix),#0x18
030F 379 _putchar_start:: 030F 380 _putchar: 030F DD E5 [15] 381 push ix 0311 DD 21 00 00 [14] 382 ld ix,#0 0315 DD 39 [15] 383 add ix,sp 384 ;driver.c:177: while (tx.bytes_to_send >= BUF_SIZE
-
Thread
RL78/G14 Renesas - Free Linux Toolchain
ATTiny424 (75ct)? AVR32DD20 (1,20)? LPC802M001 (2,03)? Alles Einzelstückpreise und bei den üblichen Verdächtigen Lieferbar. Was ist also Dein Problem? Suche geht nicht?
angegebenen 10 bit auch tatsaechlich erreicht werden. Ganz ohne Voodoo durch das Lesen der Register. > AVR32DD20 (1,20)? > LPC802M001 (2,03)? AVR32 ist praktisch tot und LPC800 hmm, naja. Da muss man sich dann erstmal durch wirklich dicke Manuals wuehlen. Fuer trivial einfache Aufgaben voellig ueberzogen
-
Thread
EA DOGL 128x64 will nicht
für die Initialisierung ab. Habe aber auch diverse andere Beispiele ausprobiert. [c] #include <avr/io.h> #include <util/delay.h> #define DDR_SPI DDRB #define DDR_CLR DDRD #define PORT_SPI PORTB #define PORT_CLR PORTD #define DD_MOSI DDB5 #define DD_SCK DDB7 #define
Betriebstemperatur: 0 - 50° C" Weil das ist ein Baugruppe, und definitiv ist behauptet dass auf AVR-Board anschliessbar ist(Steckerleiste Pin 13 = Plus, Pin 14=GND) man kqann gar nicht anderes anschliessen auf das AVR MK2 Board. Ich habe die Spannung gemessen, ist 5.0 V. Bemerkbar ist nichts was
-
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
Wie kann ich richtige 1:1 klon von Festplatte erstellen?
Harald K. schrieb im Beitrag #8047122: > dd if=/dev/sda1 of=/dev/sdb1 > > sondern > > dd if=/dev/sda of=/dev/sdb > > (Das ganze natürlich noch um die üblichen Parameter wie Blockgröße etc. > erweitert) Und wenn man statt "dd" "
muss man denn machen um mit ›bs=‹ etwas ›kaputt zu frickeln‹? [pre] head -c 512 /dev/urandom >A dd if=A of=B bs=1G status=progress ls -l A B -rw------- 1 norbert norbert 512 9. Mai 12:32 A -rw------- 1 norbert norbert 512 9. Mai 12:32 B [/pre]
-
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
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
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
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
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
Liste von ICs usw. fürs Breadboard
Schieberegister: 74HC165 und 74HC595 A/D Wandler: MCP3208 USB-UART: MCP2221A AVR Mikrocontroller: 8 Pins: ATtiny 25, 45, 85 14 Pins: ATtiny 24, 44, 84, 441, 841 20 Pins: ATtiny 261, 461, 861 28 Pins: ATmega 48, 88, 168, 328 40 Pins: ATmega 164, 324, 644, 1284
#7469023: >> Warum denn diesen alten Mist. > > Weile diese alle im DIL verfügbar sind Nimm den AVR128DA28, den gibt es auch als DIL. Oder löte einen TQFP-32 auf eine Adapterplatine, das schafft jeder Löt-Anfänger. > und eine ISP Schnittstelle haben UPDI braucht nur einen PIN, viel einfacher
-
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,
Kernelbezeichnung ganz schön vergewaltigt: Sven S. schrieb im Beitrag #1910354: > Linux aal-desktop 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:24:04 UTC 2010 i686 GNU/Linux ich lese da "i686" Schönen Gruß noch ;)
-
Thread
Wine-Problem: AVRStudio4 unter Linux 64 Bit läuft nicht mehr
Hallo. Ich bin kürzlich mit meinem PC "umgezogen" -- von einem 32-Bit-System, unter dem AVR Studio 4 noch mit wine lief auf ein aktuelles 64-Bit-System (genauergesagt Kubuntu 14.04 LTS). Der Umzug lief zwar glatt und die Programme laufen auch alle, doch leider
[code] -------------------------------------------- cd ~/.wine/drive_c/Program Files (x86)/Atmel/AVR Tools/AvrStudio4 wine AVRStudio.exe ---> Unhandled exception: page fault on write access to 0x02171542 in 32-bit code (0x004ef829). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS
-
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
Festplatte Timing
3/4 um, wenn nicht über die SET FEATURES Befehle ? Das wäre nämlich nicht so schön, wenn ich den AVR nicht mit 14,318 MHz takten könnte, um das XMEM-Interface für einen 70ns RAM und die Festplatte verwenden zu können.
/* Das wäre nämlich nicht so schön, wenn ich den AVR nicht mit 14,318 MHz takten könnte, um das XMEM-Interface für einen 70ns RAM und die Festplatte verwenden zu können. */ Wo ist das Problem, selbst 4MHz reichen für einen MP3-Player völlig aus.
-
Thread
Rezension: Odys My Book 14 unter Ubuntu
rekonstruieren. Jetzt noch getestet: normaler USB-Stick (8GB) Partitionstabelle gelöscht: (linux) dd of=/dev/sd? if=/dev/zero bs=1M count=10 Stick in Windows-PC, im Explorer draufgeklickt; "Soll Datenträger formatiert werden?"- Ja, Standard, FAT32; ISO-File: öffnen mit 7-zip; alles extrahieren
reguläre ISO auf einen USB Stick (jeder meiner USB Sticks ging mit dieser Methode, ich habe sogar 16gb, 32gb, 64gb ausprobiert) Beim schreiben mit der DD Methode (die ISO Methode wird heute nicht mehr supported, habe ich aus Linux Mint / Linux MX Foren erfahren vor einigen Wochen) 4. Chipset auf Linux
-
Thread
Pollin LCD1602 keine Anzeige
Seite 14). Der DD-RAM ist dadurch auch bei kleineren Displays nicht verloren. Ich persönlich nutze dieses Feature aber (bewusst) nicht. Bei der Ausgabe (besonders von Strings aus Flash oder SRAM/EEPROM, aber
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
-
Thread
Retro Fieber: Z80 oder 68000 ?
AVR als I/O Bus "Device", eingemapped mit fixere Adresse für maximal 32 Bytes möglich.
Christian J. schrieb im Beitrag #3889644: > AVR als I/O Bus "Device", eingemapped mit fixere Adresse für maximal 32 > Bytes möglich. Mit welchem AVR geht das?
-
Thread
The Siemens S65 132x176, 65536 color display with AVR
Tabelle steht im file disp.c, und passt sicherlich ins Flash des Atmega8. uint8_t ascii_tab[96][14]={ { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00}, // space (32) Das Zeichenformat ist 8x14, d.h. ein Zeichen ist 14-pixel hoch und 8-pixel breit. Die Tabelle
: #include <avr/pgmspace.h> // AVR specific functions to access the program memory // ascii table, starting with character blank (32) // size is 8x14 const uint8_t ascii_tab[96][14] PROGMEM = { { 0x00, 0x00
-
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
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
Woher bekommst Du den Treiber für das Display ? >>>- OS : Windows 2000 SP4, Windows XP SP2 (32bit), Windows Vista & 7 (32bit/64bit)
1024 mtdblock0 (driver?) [ 14.045421] 1f01 4096 mtdblock1 (driver?) [ 14.050505] 1f02 32768 mtdblock2 (driver?) [ 14.055600] 1f03 224256 mtdblock3 (driver?) [ 14.060681] Kernel panic - not
-
Thread
26 bit umwandlung in ASCII
;***** Subroutine Register Variables .def drem32u_0=r12 ;remainder .def drem32u_1=r13 .def drem32u_2=r14 .def drem32u_3=r15 .def dres32u_0=r16 ;result .def dres32u_1=r17 .def dres32u_2=r18 .def dres32u_3=r19 .def dd32u_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
-
Thread
-
Thread
LTC2498 und Atmega128rfa1: c-code Beispiel
0b10000000; // interne Temperaturmessung: char masterOut2 = 0b11000000; char result; uint32_t masterIn = 0; uint32_t Temp = 0; uart_init(); SPI_MasterInit(); for(;;) { _delay_ms(500); //CS des Thermochips auf low PORTB &= !(1<<DD_SS); //Byte1
mit Master(MOSI) konfiguration? Ich zeige das Kode und die Ergebnises aus Hterm: [c]#include <avr/io.h> #include <stdio.h> #include <stdint.h> #include <stdlib.h> #include <util/delay.h> #define DD_MISO 3 #define DD_MOSI 2 #define DD_SCK 1 #define DD_SS 0 void uart_init() {
-
Thread
Arbeit mit 16 bit in 32 bit system in C
ptr16:0 datain32[0]:32cc3000 ptr32:32cc3000 datain16[0]:ffff8838 ptr16:ffff8838 datain32[0]:33dd3000 ptr32:33dd3000 datain16[0]:ffffb7f3 ptr16:ffffb7f3
Variable hat, die das eingelesene aufnehmen soll. Sieh dir mal dies hier an http://www.nongnu.org/avr-libc/user-manual/group__avr__inttypes.html an schau auf deinem System nach, ob du eine inttypes.h hast. [C] for(i=0;i<7;i++) fscanf(data_fp,"%8"SCNx32 ,&datain32[i]); // das
-
Thread
Thermomix Rezeptchips
a7a2 294c 68e6 5000980 c946 2f73 6682 631d 44c1 830b 0ccd 5a99 5000990 e550 a276 4be3 b76a e03b 80dd a11b a402 50009a0 00f4 0577 2d32 9cae b69b 3a63 cb0f d139 50009b0 4ae6 6845 86db 6c51 f964 f6d0 4857 952d 50009c0 021e b4a0 4274 0810 e14c d9af 2880 73a3 50009d0 09d8 f83a 6540 c534 35ee b6a6 fb7e
06df 00ec 08dd 2715 50015a0 03a0 29b8 6d91 e474 b3dd d019 597e 8fce 50015b0 5232 462b 32dc 638b ce27 b287 41ba a86c 50015c0 15f0 a305 10a2 4280 0d67 cc7e 4501 9e1b 50015d0 49c0 c2d7 2903 2fa6 ad71 b335 daf7 021a
-
Thread
AVR für wenig Geld im LAN
http://www.ulrichradig.de/ -> AVR -> ETH_M32_EX dort im letzten Drittel als ZIP-Datei
" stellen, AVR-NET-IO mit Spannung versorgen. Dann: ./avrdude -P serial -c avr109 -p m32 -b 57600 -u -V -U flash:w:Webserver_MEGA32.hex Nochmal: -u, -V ist wichtig, da Flashread und Fuses nicht modifiziert
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
0,25 €/Stk. Schalter: 3x 62A11-02-020C: Optischer Encoder -> 5,00 €/Stk. 8x 3.14.200.901: Taster beleuchtet gelb -> 0,50 €/Stk. 32x 3.14.200.944: Taster beleuchtet grün -> 0,50 €/Stk. Buchsen: 25x F-Buchse: Hersteller Tyco -> 0,50 €/Stk
0,15 €/Stk. Schalter: 3x 62A11-02-020C: Optischer Encoder -> 5,00 €/Stk. 8x 3.14.200.901: Taster beleuchtet gelb -> 0,25 €/Stk. 32x 3.14.200.944: Taster beleuchtet grün -> 0,25 €/Stk. Buchsen: 25x F-Buchse: Hersteller Tyco -> 0,25 €/Stk
-
Thread
Bizarrer Firmware crash - ATmega4808. Wie Debuggen?
in meinem Code liegen, nicht an der Hardware. Nach dem Kompilieren sind gerade einmal 863 Bytes bzw 14% des Rams belegt, und ich kann mir beim besten 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
Johann L. schrieb im Beitrag #8076697: > Zu avr-gcc-8.5.1_2025-07-14_mingw32.tar.xz ist anzumerken, dass es keine > definierte Version der AVR-LibC enthält, sondern den Stand der > 2025-07-14 aktuell war. Neueste Release ist die v2.3.2, also wäre
-
Thread
Komisches Bitfield Padding
auf 16bit aligned. Ich würde jetzt mal probieren, ob [c] typedef union GYRODATA { uint32_t Data; struct { uint32_t P1:1; uint32_t CHK:1; uint32_t CST:1; uint32_t PWR:1; uint32_t POR:1; uint32_t NVM:1; uint32_t Q:1; uint32_t PLL:1; uint32_t empty:2; uint32_t Daten:16; uint32_t ST:2; uint32_t P0:1; uint32_t SQ:3; }; }GYRO1; [/c] nicht auch funktioniert. Beim gcc geht folgendes: -funsigned-bitfields macht
-
Thread
Hilfe Grundlagen Atmel in C
zeile, uint16_t spalte) { if (zeile == 1) lcd_write(0x80+0x00+spalte-1,0); // DD-RAM Adress 1. Zeile + Spalte if (zeile == 2) lcd_write(0x80+0x40+spalte-1,0); // DD-RAM Adress 2. Zeile + Spalte if (zeile == 3) lcd_write(0x80+0x14+spalte-1,0); // DD-RAM Adress 3. Zeile + Spalte if (zeile == 4) lcd_write(0x80+0x54+spalte-1,0); // DD-RAM Adress 4. Zeile + Spalte } /** gibt eine int-Zahl auf dem Display aus. space=0 => führende Nullen, 1 => führende Leerzeichen */ void lcd_writezahl (int32_t zahl, uint16_t pos, uint16