könnte man ein serielles FRAM (von Ramtron, gibts mit 32 kBytes, 8-pinniges Gehäuse) per SPI an den AVR anschließen. Die Schaltung wäre dann nur minimal größer, man könnte aber Grafik darstellen. Durch die Hardware-SPI im AVR könnte man das FRAM bei 16 MHz AVR-Clock mit 8 MHz SPI-Takt ansteuern und käme
Parallelschnittstelle prüfen, ob sie mit meiner vorhandenen übereinstimmt. Steckerstift 1 =WR Steckerstift 14 =CE Steckerstift 16 =C/D Steckerstift 17 =RD MfG Wolfgang
wegen Unfähigkeit keine angewendet wurden). Dann sieht die MirrorBits-Funktion mit Lookup-Table in AVR Assembler ungefähr so aus: .DEF tmp=R17 .EQU LUTNEGOFFS=-(MirrorLUT<<1) ;->R16: zu spiegelndes Byte ;<-R16: gespiegeltes Byte MirrorBits: push tmp ; 2 push ZL
> avrdude -p ATMEGA48 -c dragon_isp -P usb -t -vvvv [pre] avrdude: Version 5.4, compiled on Jul 14 2007 at 23:16:29 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ System wide configuration file is "/usr/local/etc/avrdude.conf" User configuration file is
on device 00:10.1-1 address 33 [Dragon abgestöpselt] Feb 22 01:20:16 camelita kernel: hub.c: new USB device 00:10.1-1, assigned address 34 [Dragon wieder angestöpselt] Feb 22 01:20:16 camelita kernel: usb.c: USB device 34 (vend/prod 0x3eb/0x2107) is not claimed by any
Fraglich. Denn die Aufgabenstellung ist eine andere. Waehrend man mit einem AVR lernen kann einen 2x16 LCD in Betrieb zu nehmen, was auch mit ASM gut machbar ist, so ist eine Ethernet schnittstelle enorm viel komplexer wie eine Serielle. Ja, irgendwann sendet auch die ethernet
> Fraglich. Denn die Aufgabenstellung ist eine andere. Waehrend man mit > einem AVR lernen kann einen 2x16 LCD in Betrieb zu nehmen, was auch mit > ASM gut machbar ist, so ist eine Ethernet schnittstelle enorm viel > komplexer wie eine Serielle. Ja, irgendwann sendet auch die ethernet
ich aus der Umgebung, die bei dem Flasher mitgeliefert wird nicht schlau. Meine Welt ist eher die AVR mit den "normalen" Software-Mitteln, diese ist mir etwas speziell mit Eclipse als IDE. Ein direkt (auch mit AVR-Studio oder den anderen Tools) flash-bares File hab ich bisher nicht entdeckt. (Oder kann
mal in die Tools integriert (für Windos): https://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/avr-gcc-10.0.0_2019-12-16_-mingw32.zip/download Hat neue Optionen: -mlong-double=32/64 (default: 64) -mdouble=32/64 (default: 32)
in die Tools integriert (für Windos): > > https://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/avr-gcc-10.0.0_2019-12-16_-mingw32.zip/download Und wer es für Linux will: 1) Das ZIP runterladen und auspacken. 2) Die Patches in ./patch auf GCC bzw. avr-libc
Also: Der Compileraufruf avr-gcc.exe -mmcu=atmega16 -Wall -gdwarf-2 -O0 -MD -MP -MT ForumTest.o -MF dep/ForumTest.o.d -c ../ForumTest.c Im Anhang das makefile und das ELF-File
\m48def.inc' C:\avr\bootloader\bootloader.asm(14): warning: Use of undefined or forward referenced symbol 'SecondBootStart' in .equ/.set C:\avr\bootloader\bootloader.asm(33): Including file 'C:\avr\bootloader\fastload.inc
So, große Erlösung! Es lag an dem Programm für den AVR ISP mkII des AVR Studio 4.16. Habe auf 4.17 aktualisiert und alles geht! Scheinbar war da irgendwie ein Bug beim interpretieren des Hex-Files.
soweit endlich mal meinen Regler aufzubauen, also basierend auf Hanno's Schaltung, aber mit einem Mega16. Nun will ich aber dabei was lernen, also wäre es zu einfach jetzt alles zusammenzubauen und in Betrieb zu nehmen. Ich habe nun mein Board (Mega16, 16 MHz), habe das LCD (4x20) am Laufen, ebenso eine
Also, machbar > ist es, problemlos aber nicht. > > Gruss Hanno Sorry, ich meinte nicht ATmega16, sondern ATmega8
implementation of the Rijndael block cipher, better ; known as AES. The target device class is Atmel's AVR, a family of very fast ; and very powerful flash MCUs, operating at clock rates up to 16 MHz, ; executing one instruction per clock cycle (16 MIPS). The implementation ; given here achieves an encryption
Pollin Funk-Avr-Evulationboard V1.20 * RFM12 mit 17cm-Draht-Antenne * Atmega32 mit 16 MHz-Quarz Änderungen in den Dateien rfm12_rs232_rxtx_check5.zip: main.c ====== CPU-Frequenz - #define F_CPU 10000000UL
ich nur Müll ausgegeben bis mir auffiel, dass die SPI-Speed auf clk/4 steht. Das ist mit 10Mhz für AVR oberste Geschwindigkeit für RFM12. clk/16 ist für 16 MHz OK (dürfte auch für 10 Mhz nicht zu langsam sein). Das Board hat nur zwei LEDs (ich habe sie 1x gelb und 1x rot bestückt). Daher musste ich
ich mit den FAT-Spezifikationen was anfangen konnte, gefüllt. Das sieht dann so ähnlich aus: uint16_t buff_cursor; sd_buffer[0] = 0xEB; sd_buffer[1] = 0x00; sd_buffer[2] = 0x90; for (buff_cursor = 0x03; buff_cursor < 0x0B; buff_cursor++) {
. Du benutzt offensichtlich das CCITT Standardpolynom 0x1021, siehe Index 1 der Tabelle. Die WinAVR Library hat eine assembleroptimierte Funktion dafür, siehe crc16.h. In C geht es aber auch ganz gut.
L1 ist das ein LQH3C 10 und C22 und C14 ein ELKO 10/16 ?
Transpondertyp ist ein EM4102 (http://www.reichelt.de/?;ACTION=3;LA=444;GROUP=EB33;GROUPID=760;ARTICLE=67319;START=0;SORT=artnr;OFFSET=16;SID=28HGEmAqwQARwAAC1MQzo0482651b02e4b37ffb93397a3c899883) Cdec, Cdc2, Cfcap, Cagnd sind identisch. DEMOD_IN liegt laut Datenblatt im grünen
F9 B7 BC 3E CF F1 BD BF 01 C1 41 10 B8 CC 76 43 C9 45 11 CC E6 7B D0 24 D2 99 B6 B3 C7 CC 36 D3 E6 EB DE 06 8B C2 14 BA 4D 9B C8 2A D5 CD AB CE 0D CB D2 16 BB D3 D7 DC 2E D7 E3 DD DF 03 E1 61 18 BC CE 77 43 E9 65 19 DE E7 7B F0 34 DA 9D B7 F6 1D D7 FA 1B F7 FE 07 E1 71 1C BE CF 77 E8 3A DD CF ED F7 0F
http://www.mikrocontroller.net/articles/AVR-Tutorial:_UART#Senden Damit es nicht noch tausend solcher Threads gibt. MfG Falk
beträgt nun nur noch 0,16%. Auf einmal verstehen sich AVR und PC. Ich hoffe, daß Dein Problem ähnlich gelagert ist und du es so lösen kannst. Oder das es anderen hilft. Viele Grüße, Stefan.
)/(16(UBRR+1)) Der AVR nimmt nicht die 6 sondern die 5 . Integer rounds down. Der Fehler wird dadurch aber noch größer. Und wenn man das Datenblatt liest kann man mit U2X=1 den Fehler bei 1MHz Takt
SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. */ /* $Id: iocan128.h,v 1.9 2004/11/01 16:00:14 troth Exp $ */ /* This file is based largely on: - iom128.h by Peter Jansen (bit defines) - iom169.h by Juergen Schilling <juergen.schilling@honeywell.com> (register addresses) - AT90CAN128 Datasheet
means that at 50Hz mains frequency there is a phase difference of 360 x (50Hz/2400Hz) = 7.5 degrees. 16 AVR465 2566A-AVR-07/04 AVR465 The phase displacements are adjusted using linear interpolation, which is fast, easy and sufficiently accurate. The limitation is that linear interpolation introduces a
means that at 50Hz mains frequency there is a phase difference of 360 x (50Hz/2400Hz) = 7.5 degrees. 16 AVR465 2566A-AVR-07/04 AVR465 The phase displacements are adjusted using linear interpolation, which is fast, easy and sufficiently accurate. The limitation is that linear interpolation introduces a
means that at 50Hz mains frequency there is a phase difference of 360 x (50Hz/2400Hz) = 7.5 degrees. 16 AVR465 2566A-AVR-07/04 AVR465 The phase displacements are adjusted using linear interpolation, which is fast, easy and sufficiently accurate. The limitation is that linear interpolation introduces a
vendor’s choice, and the purpose of the PID is to recognize the different devices from the same vendor. 16 AVR309 2556-PRELIMINARY-AVR-01/04 AVR309 This application note is setup with VID 0x03EB and PID 0x21FF which is Atmel’s VID. Do not use this VID in your target system. PC software In order to communicate
. Figure 38. Active Supply Current vs. Frequency ACTIVE SUPPLY CURRENT vs. FREQUENCY T = 25˚C A 18 16 Vcc 6V 14 Vcc 5.5V 12 Vcc 5V ) m Vcc 4.5V c 10 I V = 4V 8 cc Vcc 3.6V 6 Vcc 3.3V Vcc 3.0V 4 Vcc 2.7V 2 0 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 Frequency (MHz) 51 0838H–AVR–03/02 Figure 39. Active
Embedded Webserver Modul easy T o W eb -AVR mit AT mega 128 TM Der easyToWeb-AVR Embedded Webserver - eine leistungsfähige Lösung mit ATmega128™ und 10 Mbit-Ethernetcontroller CS8900A. easyToWeb-AVR Features • ATmega128 TM Microcontroller
Hallo zusammen... Ich benutze den neusten AVRGCC von winavr.sourcefroge.net und AVR Studio 4. Ich habe einen Pointer, zwei structs und zwei pointer auf diese structs: #define BUF_SIZE 384 unsigned char buf[BUF_SIZE]; struct eth_hdr { u08 dst_mac[6]; u08 src_mac[6]; u16
0000007F: 4F9E SBCI R25,0xFE Subtract immediate with carry +00000080: 939001EB STS 0x01EB,R25 Store direct to data space +00000082: 938001EA STS 0x01EA,R24 Store direct to data space Nur wenn ich es so schreibe: ip_hdr = (struct ip_hdr*) ((u16
Hi, ist zwar eine etwas "kranke" Methode, funktioniert aber. Hatte mir ebenfalls zwei MEGA16er "verCKSELt" und auf externen Takt eingestellt, ging danach natürlich nichts mehr. Habe einen "Kanda-Parallelport-Dongle"+TwinAVR genommen, den Takt im Config-Fenster auf 1 KHz gestellt (in Ponyprog.ini
@Axel: Der Kanda-Dongle ist (u.a.) das Teil, das öfters mal bei Eb*y für ein paar Euro über die Theke geht (10-poliger ISP-Connector an Parallelport). Dazu noch das Pollin-Progger-Board für 14.95 (hat einen ISP-Connector) und dann geht dat ;) Grüsse
