-
Thread
Transistortester AVR
keine gute Idee. Einmal versehentlich einen Elko mit Restspannung >5V angeschlossen, und schon ist der AVR kaputt. Deshalb ist DIL28 die bessere Wahl, man kann ihn auswechseln. Aber es soll jeder so machen wie er mag... @Karl-Heinz: Scheenes Ding, danke... ...
-DPULLUP_DISABLE -DANZ_MESS=25 -DPOWER_OFF -DBAT_CHECK -DBAT_OUT=150 -DBAT_POOR=64 -DF_CPU=8000000UL -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -DLANG_ENGLISH -c ../main.c avr-gcc
-
Thread
CRC oder einfach die Daten doppelt schicken?
Die fortlaufende Nummer ist am Ende des Telegramms zu sehen: [pre] 2021-05-20 11:11:47 68:c6:3a:ea:86:4f -L-S-. E 29oC 3298mV 2497mV 5638 2021-05-20 11:11:50 68:c6:3a:ea:86:4f -.-S-. E 29oC 3272mV 2497mV 5639 Routerausfall (ETH) 2021-05-20 2021-05-22 12:11:59 68:c6:3a:ea:86:4f ELRS.. P 28oC 3409mV 2497mV 0 2021-05-22 12:12:20 68:c6:3a:ea:86:4f -L-.-. E 28oC 3384mV 2497mV 1 [/pre]
-
Thread
Tutorial 10x10x10 LED-Cube
* '* EA0 - 0 1 0 1 0 1 0 1 1 0 * '* EA1 - 0 0 1 1 0 0 1 1 0 1 * '* EA2 - 0 0 0 0 1 1 1 1 0 0
kann dir jetzt nicht folgen.... EA0 bis EA3 müssen am 13ten Latch an den Pins 16-19 sein....weil im Bitmuster auch die letzten 4 Bits die Ebenen steuern...
-
Thread
Nach entfernen von Redundanz größer?
<lcdNumberPad+0x4c> c8: c4 36 cpi r28, 0x64 ; 100 ca: d1 05 cpc r29, r1 cc: 10 f0 brcs .+4 ; 0xd2 <lcdNumberPad+0x36> ce: 03 e0 ldi r16, 0x03 ; 3 d0: 0b c0 rjmp .+22 ; 0xe8
; 0x90 <lcdData> e6: 11 50 subi r17, 0x01 ; 1 e8: 01 17 cp r16, r17 ea: d0 f3 brcs .-12 ; 0xe0 <lcdNumberPad+0x44> ec: ce 01 movw r24, r28 ee: 0e 94 4b 00 call 0x96 ; 0x96 <lcdDigits> f2: 09 c0 rjmp .+18 ; 0x106 <lcdNumberPad
-
Thread
Brauche Hilfe Oled Display 2x16 EA W162-X3LG
Kannst ja auch hier mal schauen - Goggle / Chrome etc. übersetzen das gerne für Dich :-) http://www.avr-asm-tutorial.net/avr_en/apps/lcd/lcd.html
oled-serial-character-display-module-screen-yellow-on-black >müsste identisch sein-Chipsatz ist US2066. Der Controller hat aber nur 3 Zeichensätze. Die EA-Module aber 4, genau wie der RS0012. MfG Spess
-
Thread
ATMEGA328P auf Arduino Uno
Arduino-Programierumgebung 0.22 getestet. Bootlader Uno: ATmegaBOOT_168_atmega328_pro_8MHz.hex in C:\AVR\Arduino_stuff\arduino-0022\arduino-0022\hardware\arduino\bootloaders\atmega Firmware in zugehörigen ATMega8U2 des Uno: C:\AVR\Arduino_stuff\arduino-0022\arduino-0022\hardware\arduino\firmwares
Arduino as ISP eingestellt, aber auch schon die anderen Punkte ausprobiert. Wäre ja auch unlogisch wenn AVR ISP funktionieren würde!
-
Thread
LCD Display funktioniert nicht
fleury */ /*@{*/ #if (__GNUC__ * 100 + __GNUC_MINOR__) < 303 #error "This library requires AVR-GCC 3.3 or later, update to newer AVR-GCC compiler !" #endif #include <inttypes.h> #include <avr/pgmspace.h> /** * @name Definitions for MCU Clock Frequency * Adapt the MCU clock frequency
*/ #define LCD_E_PIN 2 /**< pin for Enable line */ #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
-
Thread
uint32_t variable byteweise füllen
r29 2 7a: cf 91 pop r28 2 7c: 1f 91 pop r17 2 7e: 08 95 ret[/avrasm] [avrasm]00000080 <bar>: 80: cf 93 push r28 2 82: df 93
0424 lsls r4, r4, #16 1 16: f7ff fffe bl 0 <nextByte> 1 1a: ea44 2406 orr.w r4, r4, r6, lsl #8 1 1e: 432c orrs r4, r5 1 20: ea44 6000 orr.w r0, r4, r0, lsl #24 1 24: bd70 pop {r4, r5, r6, pc} 5 26:
-
Thread
Zeichensuppe von Spambot in URL
+++++Result:+%F0%E5%F1%F3%F0%F1+%E4%EB%FF+%EF%EE%F1%F2%E8%ED%E3%E0+%ED%E5%EF%F0%E8%E3%EE%E4%E5%ED+%28%EB%E8%E1%EE+%EE%F2%F1%F3%F2%F1%F2%E2%F3%E5%F2+%EF%EE%E4%EA%EB%FE%F7%E5%ED%E8%E5+%EA+%E8%ED%F2%E5%F0%ED%E5%F2%F3%29[/code] Gut dachte mir, das sieht URL-kodiert aus. Durch urldecode gejagt, nichts.
ich gerade mal probiert, sehr sinnvoll sieht das nicht aus. Ich muss allerdings sagen ich kann nur AVR-ASM. [code] F0 E5 F1 F3 F0 F1 E4 EB FF EF EE F1 F2 E8 ED E3 E0 ED E5 EF F0 E8 E3 EE E4 E5 ED 28 EB E8 E1 EE EE F2 F1 F3 F2 F1 F2 E2 F3 E5 F2 EF EE E4 EA EB FE F7 E5 ED E8 E5 EA E8 ED F2 E5 F0 ED
-
Thread
Display: Unterschied zwischen character mode und graphic mode?
Hallo, ich habe ein OLED-Display EA W162-X9LG: http://cdn-reichelt.de/documents/datenblatt/A400/DS_OLED_EA.pdf In dem Datenblatt gibt es eine Tabelle zum Befehlssatz. Dort steht, dass ich zwischen character mode und graphic mode wählen
Byte des Strings nach R0 lesen ist bloß ungenügend klar formuliert Zitat: "http://www.avr-asm-tutorial.net/avr_de/testlpm.html" lesen: LPM ; Lese das Byte, auf das Zeiger Z zeigt in Register R0 Zufrieden?
-
Thread
Arduino Bit Shifting Problem
OK: AVR-GCC9.2.0, Optimierung = Os [avrasm] uint8_t MirrorByte ( const uint8_t ToMirrorByte ){ 52: cf 93 push r28 54: df 93 push r29 56: 30 e0 ldi r19, 0x00 ; 0
sbrc r24, 4 e6: 28 60 ori r18, 0x08 ; 8 e8: 85 fd sbrc r24, 5 ea: 24 60 ori r18, 0x04 ; 4 ec: 86 fd sbrc r24, 6 ee: 22 60 ori r18, 0x02 ; 2 f0: 88 0f
-
Thread
Stack Überschreiber beim Rechnen mit uint64_t
Peter II schrieb im Beitrag #2410918: > warum brauchen 64bit denn 256byte ram? Weil es im Map-File so steht: [pre] .data 0x00800100 0x100 c:/avr/winavr/bin/../lib/gcc/avr/4.3.3/avr5\libgcc.a(_clz.o) 0x00800100
return 1; } #endif long long a, b; int main (void) { return a/b; } [/c] [code] $ avr-gcc div64.c -Os && avr-size a.out text data bss dec hex filename 4392 0 16 4408 1138 a.out $ avr-gcc div64.c -Os -DMYDIV && avr-size a.out text data
-
Thread
Atmel Studio 7 schnarchlangsam
Leistungsdaten meines Laptops: Prozessor: AMD E-350 1.6GHz Ram: 4GB HD: SATA 500GB System: Win7, 64 Bit Startzeit Atmel Studio: 28 Sekunden Zeit, die gebraucht wird, wenn man ein Projekt öffnet: 32 Sekunden Ram-Auslastung:1.95GB ( also nur die Hälfte des verfügbaren Rams ) Könntet Ihr mal die
@ chris_ (Gast) >Prozessor: AMD E-350 1.6GHz >Ram: 4GB >HD: SATA 500GB >System: Win7, 64 Bit Ich hab nur einen alten Core Duo2 mit 2x1,5GHz, 2GBRAm, WinXP >Startzeit Atmel Studio: 28 Sekunden Bei mir 45-60s >Zeit, die gebraucht wird, wenn man ein Projekt öffnet: 32 Sekunden
-
Thread
Jump zum Bootloader beim XMEGA Gesperrt
Debugger. Jedoch habe ich mit dem Debugger noch so meine Probleme. Ich downloade gerade das aktuelle AVR Studio.
Hi, vielleicht kannst Du Dir da etwas herauspicken: http://www.avr-praxis.de/forum/entry.php?77-Starten-des-Bootloaders-aus-der-eigenen-Applikation Hier nochmal besser beschrieben: http://www.avr-praxis.de/forum/showthread.php?759-Programmer-und-Developmenttool-f
-
Thread
Bug in WinAVR oder liegts an mir?
ldi r24, 0x02 ; 2 64: 91 e0 ldi r25, 0x01 ; 1 66: ea df rcall .-44 ; 0x3c <testmich> for (;;) asm("nop"); 68: 00 00 nop 6a: fe cf rjmp .-4 ; 0x68 <main
64: cf 91 pop r28 66: ff 90 pop r15 68: ef 90 pop r14 6a: 08 95 ret 0000006c <main>: zeit_t zeit; zeit.x.minuten = 1; zeit.x.sekunden = 2;
-
Thread
RWE Smarthome
0x0000000 = 0 / 1024 = 0 BL - 0x0080000 = 524288 / 1024 = 512 (starting with "FE 03 00 EA 00") - 0x0360000 = 3538944 / 1024 = 3456 (starting with "FE 03 00 EA 00") - 0x3475800 = 55007232 / 1024 = 53718 (starting with "FE 03 00 EA 00") Das DIV 1024 mache ich, weil ich mit "dd" zum splitten
Toolchain für die CCU ist hier. > > http://www.eq-3.de/software.html Das Funkmodul hängt nur am AVR. TRX868 <-SPI-> AVR <-UART-> ARM Ich gehe davon aus, dass die unteren Protokollschichten im AVR sind. Ich kann mich aber auch irren. Vielleicht kann sich ja mal jemand die Mühe machen und
-
Thread
schnell binär nach bcd wandeln
50 subi r18, 0x00 ; 0 9e8: 3f 4f sbci r19, 0xFF ; 255 bin-=100; 9ea: 84 56 subi r24, 0x64 ; 100 9ec: 90 40 sbci r25, 0x00 ; 0 9ee: 84 36 cpi r24, 0x64 ; 100 9f0: 91 05 cpc r25, r1 9f2: c8 f7 brcc .-14
dec r0 9e2: e2 f7 brpl .-8 ; 0x9dc <bintobcd+0x1c> 9e4: c8 2b or r28, r24 9e6: d9 2b or r29, r25 bin/=10; 9e8: c9 01 movw r24, r18 9ea: 6a e0 ldi r22, 0x0A ; 10 9ec: 70 e0 ldi r23, 0x00 ; 0 9ee: 0e 94 02 05
-
Thread
ISR() ->error: redefinition of 'ISR'
@Simon #include <avr/pgmspace.h> #include <avr/io.h> #include <stdio.h> #include "uart.h" in die uart.c
21 c0 rjmp .+66 ; 0x68 <__bad_interrupt> 26: 20 c0 rjmp .+64 ; 0x68 <__bad_interrupt> 28: 1f c0 rjmp .+62 ; 0x68 <__bad_interrupt> 2a: 1e c0 rjmp .+60 ; 0x68 <__bad_interrupt> 2c: 1d c0
-
Thread
Erste 65C02 Basteleien.
Peter D. schrieb im Beitrag #5777564: > Als 8Bit-CPU dürfte der Z80 interessanter sein. Wie AVR vs. Pic Mit anderen Worten: Du hattest keine Apple II, C64, Atari o.ä., sondern einen TRS80, ZX81 oder was auch immer. ;-) Ich fand die Adressierungsarten des 6502 immer spannend: Indiziert/Indirekt
viewtopic.php?f=4&t=3458&hilit=romulus+1st da es für 11MHz beim ROM schwierig wird habe ich dem 6502 einen AVR spendiert der ihm beim Booten ein paar Instruktionen liefert und so das "BootROM" liefert. Der AVR kontrolliert den Takt, d.h. da hat der AVR keine Eile. Sobald das "BootROM" über diesen Weg geladen
-
Thread
RNmega2560 via Bootloader programmieren
1.) HEX file in ELF konvertieren: [code] avr-objcopy -I ihex -O elf32-avr datei.hex datei.elf [/code] 2.) alle Sektionen der ELF disassemblieren (weil in der hex nicht mehr bekannt war, was .text und was .data war) [code] avr-objdump -D datei.elf
ldi r24, 0xFF ; 255 3f802: 8d bf out 0x3d, r24 ; 61 3f804: c8 ed ldi r28, 0xD8 ; 216 3f806: e0 ea ldi r30, 0xA0 ; 160 3f808: 4e 2e mov r4, r30 3f80a: 81 e2 ldi r24, 0x21 ; 33 3f80c: 8e bf out 0x3e, r24 ; 62 3f80e
-
Thread
KIM-1 in AVR?
das letztens mal für VC20 gesehen ,ob hier im Forum k.a. und es gibt diese Spiele Joysticks mit C64 emulation für ca.20€ da ist irgendein AVR verbaut. mfg
@alle: Thomas Winkler hat eine 6502 Emulation für AVR erstellt, die läuft.. ist aber für den damals gedachten Zweck (1541 Emulation) etwas zu langsam.. @Dr.PillePalle: Im sog. 64DTV Joystick mit ca. 30 C64 Programmen werkelt kein AVR, sondern ein custom
-
Thread
DOGM163B, 5V, SPI: Initialisierung geht nicht
, 25, 26, 30...37 GND: Pin 23, 27 NC: Pin 21, 22 MOSI-Signal vom AVR: Pin 28 SCK-Signal vom AVR: Pin 29 RS-Signal vom AVR: Pin 39 CS-Signal vom AVR: Pin 38 Hier die Initialisierung gemäß Display-Controller, die eigentlich so funktionieren sollte (die Zeit der
wie folgt: > +5V: Pin 24, 25, 26, 30...37 > GND: Pin 23, 27 > NC: Pin 21, 22 > MOSI-Signal vom AVR: Pin 28 > SCK-Signal vom AVR: Pin 29 > RS-Signal vom AVR: Pin 39 > CS-Signal vom AVR: Pin 38 Was ist mit Reset Pin 40? Sollte auch auf +5V. fchk
-
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
bool myMAC::radio_receive(bool blocking) ; ; Source Code Zeile: rxpacket.FEI = radio.FEI; 41ea: 80 91 b2 28 lds r24, 0x28B2 ; 0x8028b2 <_ZN12GenericRadio3FEIE> 41ee: 90 91 b3 28 lds r25, 0x28B3 ; 0x8028b3 <_ZN12GenericRadio3FEIE+0x1> 41f2: 58 01 movw r10, r16 ; this
-
Thread
AVR Atmega88PA Interrupts werden nich ausgeführt, sondern "soft"-Reset
Routine wird auch nicht ausgeführt. Bei anderen Interupts passiert auch das gleiche. Eclipse CDT mit AVR Plugin avr-libc avrdude avr-gcc gcc version 4.3.3 (GCC) Ubuntu 9.10 Hier der Code: [c] #include <avr/io.h> #include <avr/interrupt.h> ISR(TIMER1_COMPA_vect) { TCNT1H = 0; TCNT1L =
Wie gesagt, gleiches Problem hatte ich hier auch schon. Ursache war der Umstieg auf einen grösseren AVR (16 auf 64 oder so). Und damit war ich wohl zu spät :-) Vielleicht solltest du auch noch -mmcu= an deine Hardware anpassen.
-
Thread
250 kHz PWM -> ¿Filter? -> micro speaker
0x93, 0x90, 0x8C, 0x89, 0x86, 0x83, 0x80, 0x7D, 0x7A, 0x77, 0x74, 0x70, 0x6D, 0x6A, 0x67, 0x64, 0x61, 0x5E, 0x5B, 0x58, 0x55, 0x52, 0x4F, 0x4D, 0x4A, 0x47, 0x44, 0x41, 0x3F, 0x3C, 0x39, 0x37, 0x34, 0x32, 0x2F, 0x2D, 0x2B, 0x28, 0x26, 0x24, 0x22, 0x20, 0x1E, 0x1C, 0x1A, 0x18,
0x0D, 0x0F, 0x10, 0x11, 0x13, 0x15, 0x16, 0x18, 0x1A, 0x1C, 0x1E, 0x20, 0x22, 0x24, 0x26, 0x28, 0x2B, 0x2D, 0x2F, 0x32, 0x34, 0x37, 0x39, 0x3C, 0x3F, 0x41, 0x44, 0x47, 0x4A, 0x4D, 0x4F, 0x52, 0x55, 0x58, 0x5B, 0x5E, 0x61, 0x64, 0x67, 0x6A, 0x6D, 0x70, 0x74, 0x77, 0x7A, 0x7D
-
Thread
Anfängerfrage avr/interrupt.h
stefan@stefanpc:~/Downloads$ avr-gcc -mmcu=atmega328 -O1 test.c stefan@stefanpc:~/Downloads$ avr-objdump -h -S a.out a.out: file format elf32-avr Sections: Idx Name Size VMA LMA File off Algn
jmp 0x7c ; 0x7c <__bad_interrupt> 60: 0c 94 3e 00 jmp 0x7c ; 0x7c <__bad_interrupt> 64: 0c 94 3e 00 jmp 0x7c ; 0x7c <__bad_interrupt> 00000068 <__ctors_end>: 68: 11 24 eor r1, r1 6a: 1f be out 0x3f, r1 ; 63 6c: cf ef ldi r28, 0xFF ; 255
-
Thread
Thermomix Rezeptchips
8d9b a3e1 1c19 9c77 7b3d 6fd8 5000350 1a3e 9fb9 db41 9b64 6094 a79b ea62 9fdb 5000360 54d0 87da b14d e3f5 20a1 55a7 dea8 38d6 5000370 3454 298d a8ea 96da 614c b721 a548 989b 5000380 07a0 5df8 78a4 854e 8092 e65b c035 9cb2 5000390 b902 4c35 6efc 0b95 0443
11ec 50008e0 d8dc 73c1 8649 e484 b499 815a ff2d 7cda 50008f0 7106 ff4f f34b 6db8 2e96 b725 a77b e4ea 5000900 3d5d 1877 61f3 f725 903c a28e 48c1 1fcb 5000910 3392 f9d7 b081 f8b0 e03f 82ee dd6a 9eff 5000920 457b 1c20 5f59 8c00 f24e b297 4876 5ba9 5000930 ff04 b638 75fe 882d 4edf df2b 64d3 90fd 5000940
-
Thread
Benörige Hilfe bei Grafikdisplay LM240120
= P3^7; sbit _RD = P3^1; und folgende Zeilen in der main: void main() { SP=0x60; EA=0; ...
_RD = P3^1; > > und folgende Zeilen in der main: > > void main() > { > SP=0x60; > EA=0; > ... SP ist der Stackpointer EA ist das *E*nable *A*ll Interrupts Flag Mit sbit XYZ = P<x>^<Y> definiert man sich einen direkten Bitzugriff auf den Pin <Y> vom Port <X>. Das in AVR Code
-
Thread
DOG-M Display über SPI
RS kannst du an jeden IO Pin am AVR anschließen, nimm einfach einen den du sonst nicht brauchst. RS bestimmt ob die Daten die der AVR gerade ans Display schickt Steuerkommandos sind oder darzustellende Zeichen. MISO heißt Master In
Also am Pin 28 D7 des Displays ist MSB. Z.B. PortD,7 <-------> D7
-
Thread
Layout für MCS51 Experimentierboard
offen und /EA liegt über einen 10k Widerstand auf Highpegel. Gruß. Tom
dekodiert, mit ihren 4 Ports belegt sie 8 Adressen (0FF00h bis 0FF07h). Da die Schaltung der IS51EA4 im Grunde die gleiche wie bei der IS51EA8 ist, gehe ich davon aus, daß sie funktionieren wird.
-
Thread
While(1) wird nach setzen des Timer-Interrupts nicht mehr aufgerufen
der Fehler sein... @S. Landolt: Nein, ist dieses Board: https://www.aliexpress.com/item/Atmega64-development-board-avr-development-board-learning-board-core-board-Free-Shipping/32705245588.html Und als Entwicklungsumgebung verwende ich das AVR-Studio 7.0
festzumachen, dafür bin ich ca 40 Jahre zu alt. Ich benutze selbst lieber mehr als C und hab dann Avr::Timer0::Wgm = Avr::Timer0::WGM::CTC; da stehen. Sogar wenn Wgm über 2 HW-Register verteilt ist.
-
Thread
Digitaluhr mit geringem Stromverbrauch
designen. Beim Ali gibt es diese LCDs auch mit 6 Stellen (du wolltest gerne 6 Stellen?). Und statt des AVR128DA48 nimmst du einen AVR128DA64 damit du mehr IOs für das Display hast. Die Platine musst du natürlich neu machen. Da einen DCF77 Empfänger dran und diesen dann einmal am Tag einschalten zum synchronisieren
Beim Ali gibt es > diese LCDs auch mit 6 Stellen (du wolltest gerne 6 Stellen?). Und statt > des AVR128DA48 nimmst du einen AVR128DA64 damit du mehr IOs für das > Display hast. Die Platine musst du natürlich neu machen. Sehe ich das richtig, dass der avr128da64 zwar mit 3V läuft, aber dann auf
-
Thread
SRAM auslesen der von einer anderen CPU genutzt wird
Timing-Diagramm zum schreiben an. Dann kannst versuchen, zu allen Daten + Adress Leitungen einen AVR zu hängen. Da das Ram mit 1MHz angegebenen ist, könnte(!) ein 24MHz AVR reichen Angenommen A0..A7 hängen an PORTA, A8..12 an PORTB und I/O an PortC, dann könnte das so funktionieren [c] while
Lotta . schrieb im Beitrag #7321209: > Wechselt er in unregelmäßigen Abständen zw. "H" und "L"? EA wird aus Sicherheitsgründen nur einmal beim Reset gesampled. Im laufenden Betrieb kann man das ROM nicht ein und ausblenden. Der Pin wird also sehr wahrscheinlich auf 1 liegen. (EA = 0 wäre romless)
-
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
Einfache CPU, einfacher Rechner, nur zum Lernen, Erfahrung?
einer Menge Boards, von vielen Herstellern und quasi ebenso vielen verschiedenen µC, von 8 Bit bis 64 Bit. Aus 4(?) verschiedenen IDEs Aus min. 2 verschiedenen Frameworks. Einmal das übliche, mehr oder weniger dem Arduino AVR Framework/Core entsprechend, und einmal extra für SPS. Auch wenn
8D 70 03 0328: AD 6B 03 8D 6F 03 0E 6F 0330: 03 2E 70 03 0E 6F 03 2E 0338: 70 03 A2 62 A0 2F C8 EA 0340: EA EA EA EA EA EA EA AD 0348: 6D 03 18 6D 6F 03 8D 6D 0350: 03 AD 6E 03 6D 70 03 8D 0358: 6E 03 AD 6E 03 2A 2A 29 0360: 01 8D 82 1A CA D0 D8 88 0368: D0 D5 60 00 00 00 00 00 0370: 00
-
Thread
PIC Mikrocontroller noch aktuell ?
beispielsweise: https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
20mA drive strength • Up to 5 high speed IOs • 2-pin serial wire debug (SWD) • Package options – 64-pin LQFP – 48-pin LQFP – 24-pin VQFN – 48-pin VQFN – 32-pin VQFN – 32-pin VSSOP – 28-pin VSSOP – 28-pin DSBGA
-
Thread
Erfahrungen eines Einsteigers
mal in Assembler eine Schlaufe, Zeit war ja das Kriterium nicht Platz. Im Moment ist der ganze Code 28kbytes, da habe ich noch einiges bis der ATMEGA32 ausgereizt ist und dann kann ich ja immer noch auf dem ATMEGA64 oder so wechseln (was ich sowieso wegen dem 2ten UART mal machen will). Es scheint wohl
Disassembly of section .text: 00000000 <test_io>: 0: 80 e2 ldi r24, 0x20 ; 32 2: 90 ea ldi r25, 0xA0 ; 160 4: 9b bd out 0x2b, r25 ; 43 6: 8a bd out 0x2a, r24 ; 42 8: 99 bd out 0x29, r25 ; 41 a: 88 bd out 0x28, r24 ;
-
Thread
Einstiegsprojekt: Taschenrechner bauen
Gibt es auch einen C-Compiler für den AVR der echte double() Genauigkeit (64bit) bietet?
Helmut S. schrieb im Beitrag #3417339: > Gibt es auch einen C-Compiler für den AVR der echte double() Genauigkeit > (64bit) bietet? Ja (IAR zum Beispiel), wobei Taschenrechner üblicherweise anders arbeiten. Wäre auch die Frage, ob man sowas wie "arbitrary precision arithmetic
-
Thread
Bitmanipulation beschleunigen
eProfi schrieb im Beitrag #4849532: >> d = __builtin_avr_insert_bits (0xffff6666, in, 0); > aha, nach 6 kommt f > in diesem Fall schon: Input hat 7 (nicht 8!) Bits, Output daher 28 (nicht 32). Daher wollte ich in diesem Fall die obersten 4 Bits auf
47a: 3f e0 ldi r19, 0x0F ; 15 47c: 28 2f mov r18, r24 47e: 20 7c andi r18, 0xC0 ; 192 480: 20 34 cpi r18, 0x40 ; 64 482: 41 f7 brne .-48 ; 0x454 <variant_eprofi+0x4a>
-
Thread
Z180-Stamp Modul
0x00043 ( 4 bytes) From: 0x00050 to: 0x02BE4 (11157 bytes) From: 0x02BF4 to: 0x02E64 ( 625 bytes) From: 0x02EA7 to: 0x02EA8 ( 2 bytes) From: 0x02EEB to: 0x02EEC ( 2 bytes) From: 0x02F0F to: 0x02F10 ( 2 bytes) Command failed, result=-1 go - start application
0x00043 ( 4 bytes) From: 0x00050 to: 0x02BE4 (11157 bytes) From: 0x02BF4 to: 0x02E64 ( 625 bytes) From: 0x02EA7 to: 0x02EA8 ( 2 bytes) From: 0x02EEB to: 0x02EEC ( 2 bytes) From: 0x02F0F to: 0x02F10 ( 2 bytes) => mw 3 0 => go 0 ## Starting application
-
Thread
Besteht Interesse an einfacher Experimentierplatine fuer den Xmega128a1? Gesperrt
ENC28J60 entnehmen.
Thread model: single gcc version 4.3.3 (GCC) [/pre] und targets: [pre] Known MCU names: avr1 avr2 avr25 avr3 avr31 avr35 avr4 avr5 avr51 avr6 avrxmega1 avrxmega2 avrxmega3 avrxmega4 avrxmega5 avrxmega6 avrxmega7 at90s1200 attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333
-
Thread
Grafik-Display Ansteuerung
Bauelemente/Aktive_Bauelemente/Displays/LCD_Modul_SHARP_M078CKA_A3QKLA0057.html Ebenso zählen die EA DOGM Grafikdisplays zu dieser Klasse: http://www.reichelt.de/?;ACTION=28;LA=3;ARTICLE=101652;GROUPID=3007;GROUP=A5213;SID=28G34rYawQARwAAFIi8CQ5839615382a8c379debba458d0152474 Man findet häufig auch
mit 256x64 für ca 15 Euro, aber schon seit gut 2 Jahren. Nicht mehr im Programm... Dann gibts noch die, welche sie per UART, SPI, I2C, ... ganz intelligent ansprechen lassen. Meistens von EA (Electronics Assembly
-
Thread
ATMega648 geplant? Oder kleiner ARM für 5 Volt?
ARM mit ... 5 Volt Versorgung Die sind sehr selten, aber es gibt den neuen Kinetis KE02 LQFP32 (64 KB flash, 256 B EEPROM, 4 KB RAM). Ansonsten waren z.B. bei NXP auch die 8051 schon 3.3V und bei den ARM ist es so geblieben. Hier wäre der neue LPC1347 ein Kandidat (64 KB flash, 4 KB EEPROM, 12
ATMEGA64M1-15AZ 5V 32pin 64k flash 4k SRAM 2k eeprom bei digikey gefunden
-
Thread
Bits shiften - ich verstehe es nicht.
0x800102 <__data_end> e2: 30 91 03 01 lds r19, 0x0103 ; 0x800103 <__data_end+0x1> e6: 28 53 subi r18, 0x38 ; 56 e8: 3f 4f sbci r19, 0xFF ; 255 ea: 30 93 03 01 sts 0x0103, r19 ; 0x800103 <__data_end+0x1> ee: 20 93 02 01 sts 0x0102, r18 ; 0x800102 <_
bc: 08 96 adiw r24, 0x08 ; 8 result = bar*100; be: 24 e6 ldi r18, 0x64 ; 100 c0: 28 9f mul r18, r24 c2: a0 01 movw r20, r0 c4: 29 9f mul r18, r25 c6: 50 0d add r21, r0 c8: 11 24 eor r1, r1 [/code] Und
-
Thread
CP/M auf ATmega88
Wie ich Peter schon im Forum64 geschrieben habe, bin ich an einer Platine und den SD-Slot interessiert. Die restlichen Teile (AVR und dRAM) habe ich selbst. Jörg
Ich habe mal im Forum64, Forum des Vereins zum Erhalt klassischer Computer und Robotron Forum Werbung gemacht: --- Hi. Mehr Info's hier: http://www.mikrocontroller.net/topic/177481 http://avr.cwsurf.de/?AVR_CP%2FM
-
Thread
Diverse fragen zu Hash Maps in C
CRC32_SW 32 38 0.69 5 1176 16384 18 CRC32C_HW64 18 28 0.73 17 1246 16384 19 CRC32C_HW64_B 13 19 0.00 0 0 16384 20 CRC32C_ROT
CRC32_SW 44 51 1.22 24 3652 32768 18 CRC32C_HW64 30 39 1.05 23 3137 32768 19 CRC32C_HW64_B 28 37 0.75 23 2236 32768 20 CRC32C_ROT
-
Thread
Einstieg in 8051 - Atmels AT89S52 oder?
, 7 x 100mA Ports und I/Os mit wählbar 75/100/150/300 Ohm für 10,20,30,40 mA LED Strom in SOP20/SOP28. Silabs bietet 14-bit 1MSPS A/D oder 16*12bit A/D 4*12bit D/A, 64 I/O und 64k Flash+4k RAM oder den C8051F4 mit 100MHz, Analog Devices hat den ADUC824/834 mit 24bit A/D, 3 x 16 bit A/D, 12 bit D/A
aerospace.honeywell.com/en/products/navigation-and-sensors/high-temperature-microelectronics zeig mir auch nur einen AVR der dasselbe bietet. Bei ARM sieht es etwas besser aus als die obsolete Familie AVR, aber lange nicht so gut.
-
Thread
STM32F10x : Fehler bei I2C
sA1a0AnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnFFnppFFnp [/code] und so sollte er aussehen (gleiches EEPROM vom AVR angesprochen): [code] sA0a00a sA1a0Aa03a04a32aFFa3Ca05a00a00a00aD0a07a01a0FaC0a01aB9a1Aa12a13a14a15a16a17a18a19a1Aa1Ba1Ca1Da1Ea1Fa20a21a22a23a24a25a26a27a28a29a2Aa2Ba2Ca2Da2Ea2Fa30a31a32a33a34a35a36a37a38a39a3Aa3Ba3Ca3Da3Ea3Fa40a41a42a43a44a45a46a47a48a49a4Aa4Ba4Ca4Da4Ea4Fa50a51a52a53a54a55a56a57a58a59a5Aa5Ba5Ca5Da5Ea5Fa60a61a62a63a64a65a66a67a68a69a6Aa6Ba6Ca6Da6Ea6Fa70a71a72a73a74a75a76a77a78a79a7Aa7Ba7Ca7Da7Ea7Fn
Byte, Anwort "lange" Bytefolge. Den Bustakt habe ich testweise schon auf 100 kHz gesenkt; mit dem AVR läuft aber auch alles bei 250 kHz noch korrekt. Und jetzt stehe ich da, wie der Ochse vom Berg. Hat jemand einen Ansatzpunkt? Viele Grüße W.T.
-
Thread
ATmega32 uint32_t Problem
: 11 24 eor r1, r1 56: 1f be out 0x3f, r1 ; 63 58: cf e5 ldi r28, 0x5F ; 95 5a: d8 e0 ldi r29, 0x08 ; 8 5c: de bf out 0x3e, r29 ; 62 5e: cd bf out 0x3d, r28 ; 61 00000060 <__do_clear_bss>: 60: 10 e0 ldi r17
Erstmal vielen Dank für die Hilfestellungen. Habe jetzt meinen AVR ausgetauscht und mit dem funktioniert es. Hatte keinen Breakpoint gesetzt sondern zeilenweise debuggt und seconds im Watch gehabt. Dennoch merkwürdig da der AVR sonst einwandfrei arbeitet??!
-
Thread
Kaputt optimiert - was mache ich falsch?
out 0x3e, r29 ; 62 14c: 0f be out 0x3f, r0 ; 63 14e: cd bf out 0x3d, r28 ; 61 uint8_t x; DDRA = 0x00; // set all Pins from PORTA to input 150: ea e3 ldi r30, 0x3A ; 58 152: f0 e0 ldi r31, 0x00 ; 0 154: 10 82 st Z, r1 PORTB
Sorry, am Anfang überlegt, am Ende nicht dran gedacht... Das ist mit WinAVR und einem ATMega16 als Target im AVR-Studio.