-
Thread
WiFi Relais mit ESP8266 ESP-01 Modul (Bascom)
xthal_bcopy = 0x40000688 ); PROVIDE ( xthal_copy123 = 0x4000074c ); PROVIDE ( xthal_get_ccompare = 0x4000dd4c ); PROVIDE ( xthal_get_ccount = 0x4000dd38 ); PROVIDE ( xthal_get_interrupt = 0x4000dd58 ); PROVIDE ( xthal_get_intread = 0x4000dd58 ); PROVIDE ( xthal_memcpy = 0x400006c4 ); PROVIDE ( xthal_set_ccompare = 0x4000dd40 ); PROVIDE ( xthal_set_intclear = 0x4000dd60 ); PROVIDE ( xthal_spill_registers_into_stack_nw = 0x4000e320 ); PROVIDE ( xthal_window_spill = 0x4000e324 ); PROVIDE ( xthal_window_spill_nw = 0x4000e320
-
Thread
Beispielprogramm für RFM12 433MHz Funk-Module
baudrate von 19200, nur der rest keine ahnung. und dann mal frage ob das funktioniert 2 * Funk-AVR-Evaluations-Board v1.2 2 * Atmel ATmega 32 mit 16MHz Clock vom Board 2 * RFM12S
Danke an Benedikt ich habe die Module mit zwei Anpassungen zum laufen bekommen. Ich habe ein tamega32 in Verbindung mit avr bord von robotikhartware gennutzt. 1. es muste nur die pins vom port änder #define SDI 5 //5 #define SCK 7 //6 #define CS 4 //7 #define SDO
-
Thread
Z180-Stamp Modul
sollten nunmehr die folgenden Varianten möglich sein: Z180-Stamp + EPROM Z180-Stamp + Bootprozessor (AVR, Propeller, STM32) Z180-Stamp + Bootprozessor + ECB-Bus Im nächsten Schritt folgt der Bootprozessor (AVR, STM32) als Huckepackvariante zum Z180-Stamp. Alle Unterlagen wie immer hier: http://
die LP und schauen noch 15mm nach oben. Die obere Platine (AVR) bekommt 2 x eine Buchsenleiste Type BL 5 025 32 (Fischer) auch auf die Unterseite gelötet. Damit gibt es nun die folgenden Steckvarianten. 1.Beide Platinen „huckepack“. Unten Z180 oben AVR
-
Thread
NFS mit grasshopper / AVR32
Avr32/rootfs) Sep 16 01:28:04 localhost rpcbind: connect from 192.168.12.2 to getport/addr(nfs)[/pre] Für mich folgt hieraus, dass das mountd nicht seiner Arbeit nachkommt (weitere Dienste sind ja
dd if=/tmp/rootfs.avr32.jffs2 of=/dev/mtdblock2 bs=64k das Flash schreiben. Nicht ausschalten, nichts sonstiges machen, bis der Prompt wieder erscheint. Dann einfach resetten und hoffen, daß alles funktioniert
-
Thread
LCD Display funzt ned
if (tmp == 1) { Write_LCD (0x20,0); //1 Zeilen } else { Write_LCD (0x28,0); //mehrere Zeilen } Write_LCD (0x0C,0); //Display On Write_LCD (0x80,0); //Set DD-Ram Adresse = 0 } void Write_LCD (char Data,char CD) { //Set Port Direction Register to Output
; } void LCD_Clear (void) { Write_LCD (1,0); //Clear Display Write_LCD (0x80,0); //Set DD-Ram Adresse = 0 } LCD.h: /* Copyright: Radig Ulrich mailto: mail@ulrichradig.de Author: Radig Ulrich Remarks: known Problems: none Version: 28.05.2004
-
Thread
Einsteigerfragen
nicht selber ätze wollte ich auf DIP-Gehäusen auf Lochraster aufbauen)? Gibt es zwischen 8 und 32 Bit auch noch eine Stufe? Denn z.B. aus den Produktbeschreibungen bei Reichelt werde ich nich so ganz schlau. Sonst würde es ja sinn machen mit mehr Bit anzufangen!? Aber ich habe das AVR-Studio nur
machen mit mehr Bit anzufangen!? Aber ich habe das > AVR-Studio nur in der 8-Bit Version kostenlos gefunden - kostet die > 32-Bit Entwicklungsumgebung? Klar, 16-Bitter. Aber ich hatte oben schon geschrieben: Fang mal mit den kleinen AVR an, am besten
-
Thread
[V] Hobbyaufgabe Diverse
Gehäuse orig. verpackt 10 x 7,6 x4,2 cm 2,50€ 5.) Div. Steckbrücken 1 Sack voll 3€ 6.) 2x ET AVR Start Kit V1 mit ATMEGA 128 STAMP http://www.ett.co.th/product/avr/avr-stamp-atmega64-128/ET-AVR%20START%20KIT%20V1.0%20%20EXP_Schemetic.pdf http://www.ett.co.th/product/avr/avr-stamp-atmega64-128
Gehäuse orig. verpackt 10 x 7,6 x4,2 cm 2,50€ 5.) Div. Steckbrücken 1 Sack voll 3€ 6.) 2x ET AVR Start Kit V1 mit ATMEGA 128 STAMP http://www.ett.co.th/product/avr/avr-stamp-atmega6... http://www.ett.co.th/product/avr/avr-stamp-atmega6... http://www.micro4you.com/files/atmega128/ET-AVR%20...
-
Thread
Digitaluhr mit geringem Stromverbrauch
verzichten. http://ww1.microchip.com/downloads/en/AppNotes/doc2569.pdf Dann muss der uC aber 28 Ausgangspins haben, und Eingänge entweder für DCF77 oder Knöpfe zum Stellen und 1 Eingang für die Temperatur. Und er sollte einen 32.768 Uhrenquartz benutzen. ATmega16 ist also knapp. ATmega48PA
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
8 Kanal 50Ms/s AVR Logic-Analyzer
Bei Mercateo gibt es auch noch 32kx8 12ns von Lyontek http://www.mercateo.com/p/live~s.0*115-648331/LY61256DL_12_DIL28_SRAM_High_Speed_32k_x_8.html Die sollten doch auch gehen, oder?
Hallo, wer ein Ram im SDIP sucht, kann auch den CY7C199C-15 (32kx8) nehmen, den U. Radig http://www.ulrichradig.de/ in seinem AVR-DSO eingesetzt hat. (Kostet in seinem Shop ~5€)
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
gab's die zumindest auch von TQFP auf TH. Ansonsten wenn's hier eh schon so schön OT ist... PIC32 wurden schon erwähnt: Gibt's bspw als PIC32MX270F256B mit 256 kiB Flash, 64 kiB RAM, USB im DIP-28 (mit Steigerungsmöglichkeit: SOIC, SSOP ;)) Oder QFP zum Löten Üben? ;) 0.8mm Pitch und 64-Pins gibt's
beherrschen. Es langt höchstens zur Bedienung von ein paar Libs. Vergleich mal das Datenblatt eines AVR mit dem Handbuch eines ARM. Dann weißt Du was wirklich einfach und vor allem in allen Einzelheiten beherrschbar ist! dd MO-BY bb
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
3*32KByte für 640*480? Das stimmt aber nur für Graustufen. Und da wär ich mir nicht sicher, ob das noch vernünftig aus nem AVR zu holen ist. Lass mich aber auch gerne vom gegenteil überzeugen. Wieso nicht
Sebastian schrieb: > 3*32KByte für 640*480? Das stimmt aber nur für Graustufen. Und da wär > ich mir nicht sicher, ob das noch vernünftig aus nem AVR zu holen ist. > Lass mich aber auch gerne vom gegenteil überzeugen. Müsste
-
Thread
Linux-ähnliches Betriebssystem für AVR
[code] GEN arch/avr/devs arch/avr/scripts/decode_packs: 28: arch/avr/scripts/decode_packs: Bad substitution XMLDEC ATmega8.atdf arch/avr/scripts/decode_packs: 60: arch/avr/scripts/decode_packs: php: not found BAD
: > GEN arch/avr/devs > arch/avr/scripts/decode_packs: 28: arch/avr/scripts/decode_packs: Bad > substitution Scheint als ob das script bash benötigt. Zur Abhilfe kannst du in der ersten Zeile von arch/avr/scripts
-
Thread
NeuesOS für AVR Mikrocontroller
Guten Abend, ich habe angefangen den Code für den atMega32 an zu passen. "system/header/nano_os.h" [code] #elif defined (__AVR_ATmega32__) #define RAMSTART 0x60 #define HEAPSTART 0x085f #define STACK_SIZE 54 // immer Timer0 ! #define TIMER_REGISTER
dec hex filename 0 692 0 692 2b4 nano_os.hex atmega32 $ avr-size nano_os.hex text data bss dec hex filename 0 712 0 712 2c8 nano_os.hex
-
Thread
TCB von ATmega4809 megaAVR0 Serie
man muss sicherlich nicht 2 Timer zwingend zusammenschalten und kann den OVF einzeln verwenden. Beim AVR128DD werden dann sicherlich die Prescaler nachgereicht. :-)
Danke für die 6.15 € Ersparnis. Dass aber Microchip die AVR128DB28-I/SP erst im Dezember liefern kann ... - und dazu passt dann der Name der Errata-Datei (auf den ich mich bezog): "AVR64DB28..."; also etwas mehr Ruhe (und Sorgfalt) wäre angebracht.
-
Thread
Arduino Nano und ENC28J60 Ethernet Shield
Hallo, unabhängig davon ob es heute elegantere Lösungen als den ENC28J60 gibt: er läuft mit der UIPEnthernet-Lib am AVR-Arduino ohne Probleme. Speicherbedarf kann ein Problem werden, hier ist es mit PubSubClient und BME280 dran ziemlich am Ram-Ende. Die UIP-Lib
Hallo Achim, ich habe nach mehreren Stunden Suche dann aufgegeben und das ENC28J60 Ethernet Shield zurück geschickt. Ich verwende normalerweise für meine Projekte einen ESP32 (z.B. Wemos Lolin ESP32). Da ich aber dieses Mal eine LAN-Verbindung benötige hatte ich die Kombi Nano
-
Thread
Pac Man mit dem ATmega8
liefern wenn die letzte Zeile ausgegeben wurde. Das Main-Prog erzeugt die Grafik im internen SRAM des AVR (Mega32 mit 2KB) wobei die Auflösung leider nicht sehr hoch sein kann (128x96, 1 Bit). Man kann ja noch externen SRAM anbinden und vielleicht in Farbe senden. MfG Andi
Also, ich hatte auch überlegt. Ein Chip liest Bilder von EEProm in RAM. Anderer AVR sendet Befehl mit Bildnummer u. Position an GrafikAVR. GrafikAVR fügt Bild ein und zeigt an. Bsp. Befehl: 1011010-111111-101010-1 BildNR.-Pos.X -Pos.Y -Tranzparenz?
-
Thread
Mehrere DS1820/DS18B20 auslesen
Dannegger wurde im Thread http://www.mikrocontroller.net/forum/read-4-84831.html#102216 "fertiger" avr-gcc-Code bereitgestellt. Bei der Gelegenheit: Danke dafuer, Peter.
n"); [/c] Als Ausgabe erhalte ich für drei angeschlossene DS18S20: [code] ID: 10 6F 9B DD 01 08 00 9A T: 0180 = 24.0°C ID: 10 D9 9F DD 01 08 00 30 T: 0180 = 24.0°C ID: 10 A8 AF DD 01 08 00 1B T: 0180 = 24.0°C festeID: 10 D9 9F DD 01 08 00 30 T: FFF8 = 4095.5°C [/code
-
Thread
LCD Problem mit blafusel´s Routinen
Wahl. Die meisten kommen wohl damit halbwegs zurecht: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung
D7 * R/W ist n.c. * * 03/2005 Florian Schäffer, http://www.blafusel.de * */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((F_CPU/4000)*us)/1000) // wartet µs void lcd_write_init(uint8_t data) { PORTC = (data>>4); // output
-
Thread
Hackbarer(?) 21 EUR Quadcopter
{ 0x11, 0x1A, 0x35, 0x24, 0x28, 0x18, 0x25, 0x2A, 0x32, 0x2C, 0x14, 0x27, 0x36, 0x34, 0x1C, 0x17 }, // 02 { 0x22, 0x27, 0x17, 0x39, 0x34, 0x28, 0x2B, 0x1D, 0x18, 0x2A, 0x21, 0x38, 0x10, 0x26, 0x20, 0x1F } // 03 }; [
{ 0x11, 0x1A, 0x35, 0x24, 0x28, 0x18, 0x25, 0x2A, 0x32, 0x2C, 0x14, 0x27, 0x36, 0x34, 0x1C, 0x17 }, // 02 { 0x22, 0x27, 0x17, 0x39, 0x34, 0x28, 0x2B, 0x1D, 0x18, 0x2A, 0x21, 0x38, 0x10, 0x26, 0x20, 0x1F } // 03 };
-
Thread
LCD + Wert (aus ADC) ausgeben
Include-Datei * PC4 = RS * PC5 = Enable * PC0-PC3 = D4-D7 * R/W ist n.c. */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((12000000/4000)*us)/1000) // wartet µs // Enable-Leitung toggeln void lcd_flash_e () { PORTD = PORTD | ( 1<
void lcd_gotoline (uint8_t zeile) { if (zeile == 1) lcd_write(0x80,0); // B 1000 0000 => DD-RAM Adress Set 1. Zeile/1.Spalte if (zeile == 2) lcd_write(0xC0,0); // B 1100 0000 => DD-RAM Adress Set 2. Zeile/1.Spalte (B x100 0000 = H 40) } // Cursorpositionieren (Zeile, Spalte) void
-
Thread
Uno-Board mit ATMEGA256
Vielleicht ist ein AVR128DA28 bzw. ..DB.. eine mögliche Alternative: 128 KiB Flash, 16 KiB RAM, 3 UART, 2 SPI.
Anton, was mich wundert ist, dass du oben Vorschläge für STM32 Boards abgelehnt hast, aber jetzt den Nano BLE versuchen willst. Der Nano BLE ist genau so wenig ein klassischer Arduino mit AVR, wie die STM32 Boards. Schau dir trotzdem mal kurz dieses Board an,
-
Thread
Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi
perl test.pl /tmp/ht_binlog.log | grep 'a1 00 ff' Ergibt 00 00 22 00 10 00 90 a1 ff 00 01 00 0c dd 00 a1 10 ff 00 00 0c 02 dc 00 90 00 21 00 a1 00 ff 00 00 0c 02 03 64 01 2c 22 b9 00 a1 00 2a 00 32 00 Hinten ist das ein gültiges telegramm? a1 00 ff 00 00 0c 02 03 64 01 2c 22 b9 00 Müsste das
and current - with 100 Ohm the voltage goes from 11,6 to 9,9V, the current flowing into V2 from 28 to 42 mA - with 200 Ohm I get 7,8 to 10,8V and 32 to 19mA - with 500 Ohm I get 6,2 to 10,4V and 8 to 16mA I don't know if any of those values sounds right. I'd like to get the simulation working
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
so hier haben wir den Sat Tuner mit Adaper von 28 auf 32 pin. Ich hoffe man kann das einigermaßen erkennen.
bei Euch? > > Gruß Ralph Kar Hallo Ralph, ich glaube der Sattuner BSBE1-702A mit Adapter von 28 auf 32 pin wird leider vom Treiber nicht erkannt. Bekomme den jedenfalls nicht zum laufen.
-
Thread
Funktion wird nicht aufgerufen
Ok, hier mal das Listing. [avrasm] Builds/main.elf: file format elf32-avr Sections: Idx Name Size VMA LMA File off Algn 0 .text 0000007a 00000000 00000000 00000074 2**1 CONTENTS, ALLOC, LOAD, READONLY, CODE
08 95 ret 0000004c <test>: #else //round up by default __ticks_dc = (uint32_t)(ceil(fabs(__tmp))); #endif __builtin_avr_delay_cycles(__ticks_dc); 4c: 2f ef ldi r18, 0xFF ; 255 4e: 81 ee ldi r24, 0xE1 ; 225 50: 94 e0 ldi r25, 0x04
-
Thread
Grasshopper Inbetriebnahme
avr32-linux-uclibc-cc avr32-linux-c++filt avr32-linux-uclibc-c++filt avr32-linux-cpp avr32-linux-uclibc-cpp avr32-linux-depmod26 avr32-linux-uclibc-gcc
avr32-linux-uclibc-objdump avr32-linux-nm avr32-linux-uclibc-ranlib avr32-linux-objcopy avr32-linux-uclibc-readelf avr32-linux-objdump avr32-linux-uclibc-size
-
Thread
Problem Inbetriebnahme OLED-Display DD-160128FC-2A (Densitron)
unsigned short data) //2*8Bit { select_display(); gpio_set_gpio_pin(RS); spi_write(&AVR32_SPI0, data>>8); spi_ready(&AVR32_SPI0, CS_DISPLAY); unselect_display(); //variante 8bit mit cs zw. zwei byte //variante 8bit ohne cs zw. zwei byte //variante 1*16bit statt 2*8bit mit cs //variante 1*16bit statt 2*8bit ohne cs select_display(); spi_write(&AVR32_SPI0, data); spi_ready(&AVR32_SPI0, CS_DISPLAY); unselect_display(); } [/c] Send_data hab schon zig Male geändert. 16Bit und 2*8Bit Daten mit CS-Flanke zw. den Bytes ohne CS. Mit vorangestellten
-
Thread
IRMP - Infrared Multi Protocol Decoder
der irsndconfig noch eingetragen werden, da auch hier die Pins nicht stimmen: [c] #if defined (__AVR_ATmega32__) || defined (__AVR_ATmega644P__) || defined (__AVR_ATmega324P__) // usw. [/c] Vielen Dank für dieses schöne Projekt!!! Grüße, Peter
irsndconfig noch eingetragen werden, da auch hier > die Pins nicht stimmen: > [c] > #if defined (__AVR_ATmega32__) || defined (__AVR_ATmega644P__) || > defined (__AVR_ATmega324P__) > // usw. > [/c] Danke, habe ich so übernommen, kommt ins nächste Release. > Vielen Dank für dieses schöne Projekt
-
Thread
Stack Überschreiber beim Rechnen mit uint64_t
64-Bit PeDa: *4,600ms* 2) Als Kettenbruch-Entwicklung benötigt die Berechnung des FTW mit 32-Bit Zahlen: 32-Bit Kettenbruch: *4,447ms* Hier der Code [c] const uint32_t freq32 = F_MHZ(10); uint32_t ftw32 = 0; start_t1_counter(); ftw32 = freq32 * 24ul; ftw32 -= freq32 / 7ul; ftw32 += freq32 / 264ul; ftw32 -= freq32 / 761203ul; stop_t1_counter(); [/c] 3) Matthias Hopf hat auch eine 64-Bit Lib geschrieben - http://www.mshopf.de/proj/avr/uint64_ops.html Damit ist
-
Thread
flash-Fehler mit ATtiny2313, compile ok
Wie bekommt man überhaupt so viele bytes hin? Mit libm ergibt sich bei mir: [code] >avr-gcc --version avr-gcc (GCC) 4.8.2 >avr-gcc -mmcu=attiny2313 -o main.elf -O0 main.c >avr-size main.elf text data bss dec hex filename 820 0 0 820
: 21 96 adiw r28, 0x01 ; 1 82: 20 e0 ldi r18, 0x00 ; 0 84: 30 e0 ldi r19, 0x00 ; 0 86: 40 e2 ldi r20, 0x20 ; 32 88: 51 e4
-
Thread
Wechselrichter Hoymiles HM-xxxx 2,4 GhZ Nordic Protokoll?
95 72 22 01 43 72 22 01 43 04 ff fb 80 02 00 0a 60 c2 60 c2 00 00 00 05 80 02 9a 2022-05-12 08:56:32.028280 Received 27 bytes channel 61: 95 72 22 01 43 72 22 01 43 05 00 0b 60 d9 60 d9 ff ff ff fb 80 02 00 0c 60 dd ac 2022-05-12 08:56:32.092314 Received 27 bytes channel 40: 95 72 22 01 43 72 22 01
05 80 02 00 0b 60 d9 60 d9 ff ff ff fb 80 02 00 0c 60 dd 60 dd 00 00 00 05 80 02 00 0d 61 79 61 79 ff ff ff fb 80 02 00 0e 61 81 61 81 00 00 00 05 cd 30 payload has valid modbus crc 80 01 00 06 31 e3 31 e3 00 00 00 00: uptime=3:32:51 a_count=6 opcode
-
Thread
Erste Schritte mit ARM SAMD20
Firmware ist der Bresenham-Algorithmus, also 32-Bit-Integer-Additionen und -Subtraktionen. Der braucht nach wie vor rund 300 CPU-Takte. Lediglich der 32-Bit-Timer hat etwas gespart, der wird auf AVR mit einem 16-Bit-Timer emuliert, was einige Takte
drunter mit GCC 4.8.4 mit CMSIS 4.2.0. Aktuell wäre 4.8.5, 4.9.3 oder 5.2 und CMSIS 4.3.0. Für den AVR ist es GCC 4.8.1 und für AVR32 gar 4.4.7. Also der Zoo an Tools wird doch eigentlich immer bunter, obwohl vieles davon GCC ist.
-
Thread
MMC SD library FAT16 FAT32 read write
Ach ja, Wiki auch aktualisiert... http://www.mikrocontroller.net/articles/AVR_FAT32
Wieso ist in der 0.6.3.1 beim AVR STM32 Code drin?
-
Thread
LPC1549 lässt sich nicht programmieren
nehme ich mbed weil ich damit schnell Projekte starten kann, egal ob kleinen LPC812 oder fetten STM32F407.
die erwartete Stelle im virtuellen Filesystem. Abhilfe war IIRC Firmware.bin überschreiben (z.B. "dd of=firmware.bin") und nicht vorher löschen.
-
Thread
libvmcu - Virtual MCU Library
auch die normale Portfunktion xref (SFR) Beispiel ----------------------- [c] #define FILE "avr_filesystem/avr_filesystem.hex" int main(const int argc, const char **argv) { /* ignoring checks for this example */ vmcu_report_t *report = vmcu_analyze_ihex(FILE); for(int32_t
(in r28, 0x3d ; R28 <- IO[addr]) xref from 0x0223 (out 0x3d, r28 ; IO[addr] <- R28) xref from 0x0264 (out 0x3d, r28 ; IO[addr] <- R28) xref from 0x026d (in r28, 0x3d ; R28 <- IO[addr]) xref from
-
Thread
Basic für 80C31
(uC ) IC2 = 74LS373 (Octal latch) IC3 = 27C64 (8 kByte EPROM) IC4 = 62256 (32 kByte RAM) Diese Teile hab ich nicht: IC5 = 8255 (PPI) IC6 = 74LS138 (3 to 8 channel decoder) IC8 = 74LS08 (Quad And gate) IC3 = AT28C64 (optional 8 kByte
für alle Basics klappen sollte: Basic im MC von 0000h-1FFFh RAM von 2000h-7FFFh, wenn du einen 32k RAM einsetzt. Davon sind die ersten 4k verschenkt, aber es bleiben ja 28k übrig. ROM von 8000h-FFFFh, den du erstmal freilässt.
-
Thread
Programmspeicher Verbrauch
Bin Einsteiger in AVR GCC (sonst arbeite ich mit ASM) und habe heute das erste C Programm mit AVR GCC geschrieben. Hatte keine Probleme mit dem Compiler, läuft alles super, aaaaber im Build-Fenster steht: 2316 bytes
0.0; return -PIBY2; } z = y/x; if (fabs(z) < 1.0f) { atan = z/(1.0 + 0.28*z*z); if (x < 0.0) { if (y < 0.0) return atan - M_PI; return atan + M_PI; } } else { atan = PIBY2 - z/(z*z + 0.28); if (y < 0.0) return atan -
-
Thread
bit invertieren
alles mit /mirror/ auskommentiert wurde, und danach der Speicherplatzzuwachs festgestellt wurde (Atmega32, -Os, avr-gcc 4.3.2): [c] #include <avr/io.h> volatile uint8_t cnt; unsigned char mirror( unsigned char a ) // 90 Bytes { a = ((a >> 4) & 0x0F) | ((a << 4) & 0xF0); a = ((a >> 2) & 0x33
mit /mirror/ auskommentiert wurde, und danach der > Speicherplatzzuwachs festgestellt wurde (Atmega32, -Os, avr-gcc 4.3.2): Erstaunlich, was bei Dir an relativen(!) Unterschieden rauskommt. Bei mir ist es ATmega168, -Os, avr-gcc 4.3.3.
-
Thread
Sinusberechnung auf Controller STM32F030
fürs > Programm. Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem ARM dieses jedoch 32 Bit breit. Es wäre mal einen Vergleich wert, wie groß der Code auf einem AVR und wie groß der Code auf einem ARM
Ralph S. schrieb im Beitrag #4669687: > Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem > ARM dieses jedoch 32 Bit breit. Genau das ist deinen Chance, hatte nur keine Zeit mehr, zu editieren. Der ARM ist nativ 32 bit breit
-
Thread
Bosch Athlet 25,2 V Akku 7 Stück Tauschen
werden zu müssen. Zur Firmware, für die, die es interssiert: Ich konnte aus meinem Bosch Athlet 32.4 V (BBH73260K) übrigens Progmem und EEPROM des AVR auslesen und disassemblen, könnte es also mit Änderungen wieder zurück flashen. Aber ohne Vergleich mit einem nicht "ge-brick-ten" Gerät bringt das
Czy posiada ktoś dobry wsad do wersji 28V bardzo pilnie potrzebuje Hat jemand einen guten eeprom für die 28V-Version, der wird dringend benötigt?
-
Thread
Günstiger AVR JTAGICE mkII Debugger bei Arrow!
@flecky Note: This unit is not the 100% functional equivalent of an Atmel AVR JTAGICE mkII. In JTAG mode this unit only supports those AVR microcontrollers supported by the original Atmel JTAGICE. Carefully check the list of supported devices below - only AVR devices listed are
auch. Noch so als Info das von keeelectronics ist das gleiche wie das hier: http://cgi.ebay.de/AVR-JTAG-ice-mkii-cn-AVR32-JTAG-ISP-debugWIRE_W0QQitemZ130297617038QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item1e5657da8e&_trksid=p3286.m63.l1177&_trkparms=%7C293%3A1%7C294%3A50 lg
-
Thread
LCD Controller für 640x480 LCD mit mega8515
@Benedikt ich versuche schon einige zeit, mit dem AVR Studio4 die basiclcdcon.asm in eine Hex zu wandeln. Wenn ich versuche die hex zu erzeugen, dann kommt eine Fehlermeldung und einige Warnings : Building project... AVRASM: AVR macro assembler 2.0.28 (build 121 Jan 11 2005 10:28:51) Copyright (C) 1995-2005 ATMEL Corporation C:\Dokumente und Einstellungen\Kay Pohl\640480\640480.asm(2): Including file 'C:\Programme\Atmel\AVR Tools\AvrAssembler2\Appnotes\m8515def.inc' C:\Dokumente
-
Thread
AVR-Bootloader mit Verschlüsselung
ist. Die letzen 4 Bytes im Datenblock sind die ersten 4 Bytes des Passwortes, also 32Bit. Der AVR entschlüsselt also diesen ersten Datenblock und nur wenn diese 4 Schlüsselbytes identisch zum Key sind kann korrekt entschlüsselt werden. Man detektiert somit also entweder einen Datenübertragungsfehler
bisher auch sehr wertvoll für mich. Die PC-Seite ist ein Acer-Notebook und die AVT-Seite ein Mega32 mit FTDI FT232R. Jedoch mit einem Asus Netbook bekomme ich leider keinen Connect mit der selben AVR Hardware. Habe alle Versionen durchprobiert. Mit deiner am 26.01.2009 geposteten Version (V3.0