-
Thread
AVR64DD28 Clock Source ändern
schrieb im Beitrag #7428401: > In C gibt es die Funktion '_PROTECTED_WRITE', siehe > Beitrag "Re: AVR ATtiny Stromaufnahme" DANKE! Ich habe nur 'PROTECTED_WRITE' ausprobiert, aber nirgends gefunden. Woher weiß ich denn, dass diese Funktion existiert? Ich habe nichts im Datenblatt des AVR64DD28
/DataSheets/AVR64DD32-28-Prelim-DataSheet-DS40002315B.pdf
-
Thread
AVR64DD28, mEDBG, Studio 7.0 - Fehler beim Schreiben von Fuses
Weiß auch nicht, wie ich darauf komme. Nun denn, dann schaue ich jetzt mal, was ich meinen beiden AVR64DD28 so entlocken kann.
0x1100-Anweisung ist angehängt. Auf diese LDS-Anweisungen folgt leider keine Antwort, weder vom AVR64DD28 noch vom ATtiny416, mit dem ich ebenfalls teste. Ich kann mir nun einfach nicht erklären, warum. Der Empfang des SIB funktioniert ja: ich erhalte [code] AVR P:2D:1-3 [/code] vom AVR64DD28
-
Thread
Moderne AVR (Nachfolger Atmega und Attiny)
, AVR64DA48, AVR64DA64, AVR64DB28, AVR64DB32, AVR64DB48, AVR64DB64, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32, AVR64DU28, AVR64DU32, AVR64EA28, AVR64EA32, AVR64EA48, AVR64SD28, AVR64SD32, AVR64SD48, AVR128DA28
per Kommandozeilen-Option auswählen: > > AVR64DA28, AVR64DA32, AVR64DA48, AVR64DA64, AVR64DB28, AVR64DB32, > AVR64DB48, AVR64DB64, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32, > AVR64DU28, AVR64DU32, AVR64EA28, AVR64EA32, AVR64EA48, AVR64SD28
-
Thread
AVR64DD20 - USART stürzt bei großem Buffer ab
Verstehe ich das richtig: Sie haben einen AVR64DD28 und einen AVR64DD20, und nur bei Letzterem gibt es Probleme? Falls ja, so sei c-haters Frage nach den Fuses wiederholt, für beide Controller. Mehr fällt mir erstmal nicht ein.
an Max W.: Da muss es doch einen Unterschied beim Build-Prozess geben im Vergleich zu Ihrem AVR64DD28 - einfach mal vergleichen.
-
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
Pull-Up von 2 kΩ brachte keine Veränderung. Nun bin ich gerade dabei, minimale Veränderungen für den 64DD28 vorzunehmen, und werde dann berichten, ob es auf meinem 64DD28-I/SP funktioniert.
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
___________|____________|____________|_____________ AVR32DB28 | AVR32DB32 | AVR32DB48 | AVR64DB28 | AVR64DB32 | AVR64DB48 | AVR64DB64 AVR128DB28 | AVR128DB32 | AVR128DB48 | 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 | ______
-
Thread
AVR 10-Bit-DAC
Peter D. schrieb im Beitrag #7699524: > Welcher AVR? AVR32DA28, AVR32DA32, AVR32DA48, AVR64DA28, AVR64DA32, AVR64DA48, AVR64DA64, AVR128DA28, AVR128DA32, AVR128DA48, AVR128DA64 AVR32DB28, AVR32DB32, AVR32DB48, AVR64DB28, AVR64DB32, AVR64DB48, AVR64DB64, AVR128DB28, AVR128DB32, AVR128DB48, AVR128DB64 AVR16DD14, AVR16DD20, AVR16DD28, AVR16DD32, AVR32DD14, AVR32DD20, AVR32DD28, AVR32DD32, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32 AVR16EA28, AVR16EA32
-
Thread
Welche AVR (Atmega) haben UPDI?
| 32 Pin | 48 Pin | 64 Pin ___________|____________|____________|_____________ AVR32DA28 | AVR32DA32 | AVR32DA48 | AVR64DA28 | AVR64DA32 | AVR64DA48 | AVR64DA64 AVR128DA28 | AVR128DA32 | AVR128DA48 | AVR128DA64
_____|____________|____________|_____________ AVR16DD14 | AVR16DD20 | AVR16DD28 | AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 [/code]
-
Thread
ATtiny Typenchaos bei Microchip Gesperrt
| AVR128DB48 | 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 | [
-
Thread
AVR64EA28: PIT-Interrupt
Ich komme nicht weiter - dieses Programm lässt eine LED im Sekundenrhythmus blinken, auf einem AVR128DA28, AVR32DD28, AVR16EB28, ATmega4809, auch einigen 'tinyAVR® 1-series', aber nicht auf einem AVR64EA28. Vielleicht könnten Sie es ja bei sich ausprobieren, das wäre toll.
, 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.
-
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
- CCP Quelle ZSDOS.MAC - BDOS Quelle CPMDSK_A.IMG - Bootfile Um cpm.bin zu bilden müssen bei dd die Speichermodelladressen berücksichtigt werden. dd conv=sync bs=128 count=1 if=ipl.bin > cpm.bin dd conv=sync bs=128 count=16 if=CCP.BIN >> cpm.bin dd conv=sync bs=128 count=28 if=ZSDOS.BIN
-
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
AX81 - ZX81 im AVR
es nicht ;-) Der ZX81 hat ja auch noch 8K ROM und sowohl ROM als auch RAM tauchen mehrfach in den 64K Adressraum auf. Gelöst habe ich das mit einer Memory-Map Tabelle, wo ich 256-Byte-weise den Z80 Adressraum auf AVR Flash oder AVR-Ram mappe. Leider bekommt am auf diese Weise keine 16K sondern nur 15,75K
Hello All I'm using avrdude via a UsbtinyIsp to program the avr 1284p, but is limited by the 64k file size barrier, what programmer have other poeple used, can some one please supply a programmed 1284p avr for me. thanks David
-
Thread
MMC/SD-Karte mit FAT16 an AVR
der Karte. Der entscheidende Teil der sd_raw_config.h sieht bei mir so aus: [c] #elif defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega128__) /* Attention: all pins must be defined for correct work */ #define configure_pin_mosi() DDRB |= (1 << PB2) #define configure_pin_sck()
@Guido: Wieder mal zu schnell abgesendet. Der Code geht ja noch weiter: [c] #elif defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega128__) /* Attention: all pins must be defined for correct work */ #define configure_pin_mosi() DDRB |= (1 << PB2) #define configure_pin_sck()
-
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
(apropos: da fehlt '-1'). Die Hex-Dateien müssen gleich sein, also vielleicht auch mal die des AVR64DD32 direkt auf den 28 übertragen (und umgekehrt).
-
Thread
Pollin LCD1602 keine Anzeige
dann die Anzeige 'TESTABCDEFGHIJKL Das passt aber nicht ganz, 32 + 8 Zeichen sind 40(dezimal!)=$28 $40 = 64(dez) $28+$80=$A8 Dann versuche doch mal bitte: ldi ZL, LOW(text1*2) ldi ZH, HIGH(text1*2) rcall lcd_flash_string ;text1 ausgeben ldi temp1 , $A8 rcall lcd_command
die Anzeige 'TESTABCDEFGHIJKL > > Das passt aber nicht ganz, 32 + 8 Zeichen sind 40(dezimal!)=$28 > $40 = 64(dez) Der Controller hat aber keine zwei mal 64 Bytes DD-RAM sondern nur zwei mal 40 Bytes. Unter diesem Aspekt passt das schon. Auch wenn die Adressen einen Versatz von 64 Bytes haben.
-
Thread
Rechnen mit AVR
<20+ dc * 98<10+ dc * ba <18+ dc * dc <20+ dc *fe <28+ fe * 98<18+ fe * ba <20+ fe * dc <28+ fe *fe <30= ================== FDBAC096DD413A40 98* 98+ 98* ba00+ 98* dc0000+
sollten wir ihn mal hierher lotsen... So weit ich sehe, sind die momentanen Verbesserungen für 64-Bit gcc schon recht gut: http://gcc.gnu.org/viewcvs/trunk/libgcc/config/avr/lib1funcs.S
-
Thread
Floppy MFM Decoder selber bauen AVR ATmega Assembler Beispiele FDD Diskette
0x4605 0x4605 0x26B8 0xFE 0x20 0x00 0x05 0x02 0x31E5 0x31E5 0x5674 0x5674 0x28C8 0xFE 0x20 0x00 0x06 0x02 0x64B6 0x64B6 0x0A66 0x0A66 0x2AD8 0xFE 0x20 0x00 0x07 0x02 0x5787 0x5787 0xD2C7 0xD2C7 0x2CE8 0xFE 0x20 0x00 0x08 0x02
0x04 0x00 0x09 0x02 0x8937 0x8937 0x2BF6 0x2BF6 0x00 0x00 0x26B8 0xFE 0x04 0x00 0x0A 0x02 0xDC64 0xDC64 0x2BF6 0x2BF6 0x00 0x00 0x28C8 0xFE 0x04 0x00 0x0B 0x02 0xEF55 0xEF55 0x2BF6 0x2BF6 0x00 0x00 0x2AD8 0xFE 0x04 0x00 0x0C 0x02 0x76C2 0x76C2 0x2BF6 0x2BF6 0x00 0x00 0x2CE8 0xFE
-
Thread
CP/M auf Atmega8515 mit XMEM
belegt die Sektoren 24576 bis 40959 (12 bis 20 MB) C: belegt die Sektoren 40960 bis 57343 (20 bis 28 MB) D: belegt die Sektoren 57344 bis 73727 (28 bis 36 MB) Alle Laufwerke sind 8 MB groß und haben die gleiche Geometrie; die erste Spur (64 Sektoren x 512 Byte = 32 KB) ist für den Bootcode (BDOS
dummy-loader (512 Byte) erzeugt, dann mit mkfs.cpm erzeugt und anschließend mit Nullbytes aufgebläht: $ dd if=/dev/zero of=loader.bin bs=512 count=1 $ mkfs.cpm -f minicpm -b loader.bin -b cpm.sys tmpdisk.img $ dd if=tmpdisk.img of=newdisk.img bs=$((256*64*512)) conv=sync $ rm tmpdisk.img Nicht schön
-
Thread
bin neu hier, atmega8.
offenbar Einsteiger bist, ist dir dringendst nahezulegen, mit was neuerem anzufangen. Wenn es 8-bit AVR sein soll: DB-, DD-, EA- und EB-Serien, z.B. AVR64DD28. Sogar auch in DIP28 erhältlich.
bis vier Jahren erneut, weil die mir halt schon etwas bekannt waren und vorallem auch wegen des [[AVR-Tutorial]]s. (Ich hatte seitdem tatsächlich einige Male überlegt, irgendwann mal eine Neuauflage für AVR64[DB|DD|EA]28 zu schreiben, bin mir aber nicht sicher, ob sich das "heutzutage" noch lohnt).
-
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
Landolt schrieb im Beitrag #6425939: > 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
-
Thread
csv-viewer Portierung
;Ruecklauf 2018.08.15;00:01:00;20,1;24,9;30,9;28,9;28,0;24,3;25,8;27,5 2018.08.15;00:02:00;20,2;24,9;31,0;28,9;28,0;24,3;25,8;27,5 Habe zum Test das Datum ins passende Format gebracht. Aber das ist auf Dauer keine Lösung. Schön wäre ein weiteres
Server1;Server2;Server3;Heizungskeller;V > orlauf;Ruecklauf > 2018.08.15;00:01:00;20,1;24,9;30,9;28,9;28,0;24,3;25,8;27,5 > 2018.08.15;00:02:00;20,2;24,9;31,0;28,9;28,0;24,3;25,8;27,5 > > Habe zum Test das Datum ins passende Format gebracht. Aber das ist auf > Dauer keine Lösung. > Schön wäre
-
Thread
ItoA mit Uint64_t
Eigentlich war doch uint64_t gefragt und nicht int64_t.
default: return itoa_16( u, p, d, n ); } } static inline char* itoa_64(uint64_t u, char* p, uint64_t d, uint8_t n) { switch(n) { // 1000000000000000000 case 18: d = u / 10000000000000000; p = out( dd(d), p ); [[fallthrough]]; case 17: u
-
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
Frank K. schrieb im Beitrag #3677760: >> Die schnellste Möglichkeit, ein solches Display mit einem AVR >> anzusteuern, ist die Verwendung des External Bus Interfaces an einem >> Mega 64/128/... > Ja, klar. Und dann hat man auch die Möglichkeit, genügend XMEM > anzuschließen. Aber man muß halt mehr
-
Thread
EOL ATmega328p
ATtiny13 ATTINY13A ATtiny2313 ATtiny2313A ATTINY24 ATtiny24A ATtiny25 ATtiny26 ATtiny261A ATTINY28 ATtiny4313 ATtiny44 ATtiny44A ATtiny45 ATtiny461 ATtiny461A ATtiny48 ATTINY84 ATtiny84A ATtiny85 ATtiny861 ATtiny861A ATTINY88 AVR128DA28 AVR128DB28 AVR16DD28 AVR32DA28 AVR32DB28 AVR32DD28 AVR64DA28 AVR64DB28 AVR64DD28 Die gesamte Liste kann man als *.xlsx-Datei herunterladen, und wenn man da die Spalte "Package" nach allen filtert, die "DIP" enthalten, dann kommt diese Zusammenstellung
-
Thread
Atmega88 Code kompiliert ohne Fehler und läuft nicht
nirgendwo aufgerufen werden. Ich hatte das aus dem Tutorial: https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Der_UART#Senden_einer_Zeichenkette_.28String.29 und die Funktionen sahen vorher so aus: [c] int uart_putc(unsigned char c) { while (!(UCSR0A & (1<<UDRE0))){} UDR0 = c;
Stefan ⛄ F. schrieb im Beitrag #6664916: > Quatsch > > Die Interrupt-Tabelle hat 64 Bytes. > Der Programmcode hat 66 Bytes. > > macht zusammen ungefähr die 124 bytes, die bei dir als >> "Program Memory Usage : 124 bytes 1,5 % Full" > gemeldet wurden. Und was schiebt AVR-Dude
-
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
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
Plasma Effekt
0x6345, 0x6363, 0x6380, 0x639D, 0x63BB, 0x63D8, 0x63F5, 0x6412, 0x642F, 0x644C, 0x6469, 0x6486, 0x64A3, 0x64C0, 0x64DD, 0x64F9, 0x6516, 0x6533, 0x654F, 0x656C, 0x6588, 0x65A5, 0x65C1, 0x65DD, 0x65F9, 0x6616, 0x6632, 0x664E, 0x666A, 0x6686, 0x66A2, 0x66BE, 0x66D9, 0x66F5, 0x6711, 0x672D, 0x6748,
0x672D, 0x6711, 0x66F5, 0x66D9, 0x66BE, 0x66A2, 0x6686, 0x666A, 0x664E, 0x6632, 0x6616, 0x65F9, 0x65DD, 0x65C1, 0x65A5, 0x6588, 0x656C, 0x654F, 0x6533, 0x6516, 0x64F9, 0x64DD, 0x64C0, 0x64A3, 0x6486, 0x6469, 0x644C, 0x642F, 0x6412, 0x63F5, 0x63D8, 0x63BB, 0x639D, 0x6380, 0x6363, 0x6345, 0x6328,
-
Thread
Lokalität von Registerwerten?
98,97,96,95,94,93,92,91,90,89,88,87,87,86,85,84 .db 83,82,82,81,80,79,78,78,77,76,75,75,74,73,72,72 .db 71,70,69,69,68,67,67,66,65,65,64,64,63,62,62,61 .db 60,60,59,59,58,57,57,56,56,55,55,54,54,53,53,52 .db 51,51,50,50,49,49,48,48,48,47,47,46,46,45,45,44 .db 44,43,43,43,42,42,41,40,40,39,39,38,38,37,37,36 .db 35,35,34,34,33,33,32,31,31,30,30,29,29,28,28,27
, 16, 20, 22, 22, 21, 18, 14, 10, 5, 1, -1, -3, -3 .db -2, 0, 1, 5, 9, 12, 16, 20, 24, 28, 34, 40, 47, 55, 64, 72 .db 81, 89, 96, 101, 105, 108, 108, 108, 107, 105, 103, 101, 100, 98, 96, 93 .db 90, 87, 83, 79, 75, 70, 66, 62, 59, 56, 55, 53, 52, 51, 50, 48 .db 46, 44, 42, 39, 37
-
Thread
Display (HD4478099) zeigt nur Kästchen
/site/atmel/avr_lcd/pdf/LC.pdf
LCDclear (void) { LCDwrite (1,0); //Clear Display _delay_ms(5); LCDwrite (0x80,0); //Set DD-Ram Adresse = 0 } void LCDinit(void) { DDRC = 0xFF; _delay_ms(20); LCDwrite(0x30,0); _delay_ms(5); LCDwrite(0x30,0); LCDwrite(0x30,0); LCDwrite(0x28,0); //LCD in 4bit Modus
-
Thread
GNUBLIN www.gnublin.org
darin enthaltenen i2cset und i2cget oder in C http://www.mikrocontroller.net/articles/Ports_benutzen_%28GCC%29#Der_I2C_Bus_.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
ich neustarte, auch an/abstecken und partprobe funktioniert nicht. fdisk von hand auch nicht mehr, dd auch nicht mehr. Das Problem habe ich auch beiden grossen PCs und auf meinem Laptop, alle drei laufen unter Gentoo (amd64), zwei unstable, einer stable. Habt ihr dieses Problem auch? Werde mal
-
Thread
Atmega via Ethernet flashen
gnu99 -Wundef -MMD -MP -MF .dep/device_002.sizeelf.d etherflash.o checksu m.o ethernet.o arp.o enc28j60.o spi.o udp.o dhcpc.o eemem.o --output device_002. sizeelf -Wl,--defsym=app_start=0 -Wl,-Map=device_002.map,--cref -lm -Wl,--de fsym=app_start=0xEMB_LINKER_SCRIPT = -T ../make.files/eth-avr5
Ich hab avr-gcc 4.3.2 aus WinAVR-20090313 benutzt unter Win7 x64 und hatte keine solchen Probleme, weder mit device 001 noch 002. Welche Revision ich allerdings habe weiß ich nicht, wüßte nicht wo ich das nachsehen
-
Thread
Neue 8-Bit Tinys vorgestellt: 417/814/816/817 Gesperrt
denn? Ich könnte auch noch was unter dem ATMega16M1 einsetzen. Ach ja, ein Traum wären ja 32MHz+ AVR mit 44 oder 64 Pins und 2x CAN-FD. :-) Oh ja, mit 0,5mm Pin-Abständen natürlich. Aber nun ja, wird es nicht geben fürchte ich und so sehe ich für die ständig näher rückende Zukunft was mit ARM Kern
hat ja auch ARM im Sortiment. Nur haben die einfach nichts was ich als richtiges Upgrade zu den AVR gebrauchen könnte, da ich CAN brauche und nicht so viele Pins. Die M7 von Atmel haben bei 64 Pins nur einen CAN, sonst gibt es nur M3 mit 100 Pins aufwärts, A5 und den M0 C21 der mir wiederrum als
-
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
71858 https://www.mikrocontroller.net/topic/223147 Zur Soft-Dekodierung, falls es unbedingt ein AVR8 sein soll und die Zeit nicht ausreicht: die laufen bei sauberem Aufbau auch bis 24 / 28 MHz. Zum HD44780 fallen mir noch HD64180 (verbesserter Z80 im shrinkDIP64 1,778mm) und HD63484 (color graphic
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
0A 0B 0C 0D 0E 0F 16 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 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 5D 5E 5F 96 60 61 62 63 64
17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 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 5D 5E 5F 96 60 61 62 63 64
-
Thread
Pollin Netbox
ich denke mit dd.
kann man die netbox pingen: [code] $ ping 10.0.0.1 PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data. 64 bytes from 10.0.0.1: icmp_seq=1 ttl=255 time=13.2 ms 64 bytes from 10.0.0.1: icmp_seq=2 ttl=255 time=9.99 ms 64 bytes from 10.0.0.1: icmp_seq=3 ttl=255 time=15.9 ms 64 bytes from 10.0.0.1: icmp_seq
-
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
AVR für wenig Geld im LAN
ENC28J60.H #define ENC28J60_PIN_SS 3 --> AVR-NET-IO Version 1.0 PIN 2 PORTB sonst keine Funktion #define ENC28J60_PIN_CS 4 (Quelle: http://www.mikrocontroller.net/topic/109988#988386) Temporären
an AVR-NET-IO senden. z.B Atmeg32 sendet 64 Byte an AVR-NET-IO und diese werden dann im Browser angezeigt. Auch für kleine Aplikationen mit AVR wäre diese Funktion sinnvoll. AVR-NET-IO läuft bei mir mit
-
Thread
WiFi Relais mit ESP8266 ESP-01 Modul (Bascom)
); 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
EMS > Adapter > NetIO > Raspi
83 81 DC 3E 3C 56 00 84 DF 02 04 00 |8B 00 E5 1A 15-11-06 6:47:09 49455.460 83 81 {4} 55 AA 83 81 DD 3E 3C 56 64 A1 F2 02 04 00 |8B 00 E5 1A [/code] Aktive Busteilnehmer hingengen alle ~50ms (bsp. 0x90) abgefragt: [code] 15-11-06 6:47:09 49712.100 83 81 {4} 55 AA 83 81 DD 3E 3C 56 E4 8B F6 02 04
0x08, dest 0x00, type 0x18, offset 0, data: 0x0b 0x01 0x1e 0x64 0x00 0x00 0x00 0x00 0x00 0x02 0x13 0x7d 0x00 0x01 0x5a 0x00 0x01 0x13 0x30 0x48 0x00 0x00 0xff 0x0$ DATA: Kessel-Solltemperatur = 11 °C DATA: Kessel-Isttemperatur = 28.6 °C DATA: Brenner-Sollwert
-
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
#0x00 4B5C 252 00105$: 4B5C CB 7A [ 8] 254 bit 7, d 4B5E 28 04 [12] 255 jr Z,00109$ 4B60 16 17 [ 7] 257 ld d,#0x17 4B62 18 0D [12] 258 jr 00110$ 4B64 259 00109$: 4B64 3E 17 [ 7]
-
Thread
LCD einfach nur ansteuern.
Werten ans laufen. Ich initialisiere mit folgenden Werten: Warte 20ms 0x03 Warte 10ms 0x03 warte 64us 0x03 warte 2ms 0x02 ;4-Bit mode warte 64us 0x20 ;0x20 für einzeilige Displays, 0x28 für mehrzeilige Displays. warte 64us 0x08 ;Display off warte 64us 0x0c ;Display on warte 64us
Kontrastleitung ist an GND sowie DB0 bis DB3. Der Kontrast stimmt den wenn ich dD am LPT anschließe funktionierts ja. Aber ich will es ja mit einerm AVR betreiben und das im 4-bit Modus. Kann mir vielleicht jemand der das L2432 mal zum laufen bekommen hat den Code schicken?
-
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
Retro Fieber: Z80 oder 68000 ?
der AVR einen Z80 emuliert und der DRAM sauber angeschlossen ist, kommt man auf knapp über 2 MHz, wenn ich mich recht entsinne. > Und für richtige Projekte ist der 64K Arbeitsspeicher zu klein. War er
kommt in den Monitor rein. EEPROMs gab es zu der Zeit noch nicht. Das erste, was es gab, was der 28C64, parallel und fast 6264/27C64-pinkompatibel. Oder eben batteriegepuffertes RAM. Und wenn seriell: SPI ist deutlich einfacher zu implementieren. fchk
-
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?
/ProductDetail/Microchip-Technology/AVR64DD28-I-SP?qs=tlsG%2FOw5FFihPlDfBDs%252Bgg%3D%3D
-
Thread
Ersatz 2k-bit PROM SN74S471
Wenn es nicht eilig ist: Ein AVR sollte das in unter 1µs schaffen. :))
hatten und bestimmt heute noch haben werden: https://www.mouser.de/ProductDetail/Microchip-Technology/AT28HC64B-70SU?qs=5h0i3Kr%252BAn39E6UYTBcoqg%3D%3D
-
Thread
Verständnisfrage PWM mit AVR
PLL) https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
Schau Dir den ATTiny85 an, der sollte eine PLL mit 32/64MHz für den Timer/Counter 1 haben.
-
Thread
Logamatic 2107 Schnittstelle
40 DD 00 C3 EA 14 08 00 19 00 00 02 14 00 00 64 08 02 37 00 02 A0 06 00 23 13 [/code]
* ! 32 * ! DB 00 DB FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 34 * ! DD 00 DD FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 36 * ! DF 00 DF FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 38 * ! D1 00 D1 FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64
-
Thread
Pollin MOTOROLA VIP1710
Norbert schrieb im Beitrag #1723897: > dd if=proddata of=/dev/mtd/1 bs=256 seek=64 Eine Anmerkung dazu: Für das Schreiben des Flashes dd in Verbindung mit /dev/mtd/ zu verwenden ist im Allgemeinen keine gute Idee. Zumindest die Standard-Linux
Norbert schrieb im Beitrag #1743962: > if=stb1710-mtd1.bin > of=/dev/mtdblock/1 bs=256 count=seek=64. Ist natürlich Unsinn. Sollte so heißen: dd if=proddata of=/dev/mtdblock/1 bs=256 seek=64 VG Norbert