-
Thread
Was ist Fast PWM ? Gesperrt
mal die Folge um const uint16_t pwmtable_8B[8] PROGMEM = { // aus 0, 4, 8, 16, 32, 64, 128, 255 // wird 255-0, 251-4, 255-8, 251-16, 251-32, 251-64, 251-128, 251-255 }; umgedreht deswegen weil einige Nokia5110 high aktiv sind andere low aktiv.
2520Converters.pdf&ved=2ahUKEwjj6pP9yJfnAhWizzgGHW8VBsEQFjAAegQIAxAB&usg=AOvVaw3xb9J1SOUl--0UYxCugB48 Gruß,
-
Thread
Wieso zerstört mir mein Programm den Bootloader (atmega8)
Michael Jaeger schrieb im Beitrag #3038424: > vielleicht noch eine Idee? Programm-Hex in AVR-Studio 4 öffnen und ab Word-Adresse 0xF00 nachsehen, ob der Bootlader-Bereich leer ist.
8Mhz und 115200 Baud passen nicht so gut zusammen - siehe Datenblatt des AVR. Ist Dir denn klar, dass der Bootloader nurch einen Reset Impuls gestartet werden muss? Dein Beitrag von 14:48 scheint anzudeuten, dass Du das Programm per Bootloader installierst, dann ausführst
-
Thread
AVR Interrupt Flag löschen. Fundamentalismus und Fehler im DB.
geschrieben, die 'Neuen', die mit PIN-Toggle. 20MHz brauchen sie gar nicht zu können. Denn der Attiny48 gehört auch zu der Kategorie und kann nur 12MHz. mfg.
können. Denn je nach Optimierung wird daraus eben kein SBI. Oder das Register liegt bei einem anderem AVR nicht im SBI Bereich.
-
Thread
Programmcode aus RAM ausführen
Rolle. Wenn ehe schon Atmel-Tools vorhanden sind, wäre hier ein AVR32 keine schlechte Wahl.
ich vote auch für AVR32
-
Thread
Musiktempoänderung
@avr Du wiederholt doch eigentlich nur den allgemeinen Konsens? Elm Chan beschreibt einen Pitch Changer. Dass der mit einem AVR realisierbar ist, darüber waren wir uns einig. Neu ist,dass das auch ohne
avr schrieb im Beitrag #4333702: > Daniel schrieb im Beitrag #4333695: >> Der TE möchte aber eine Tempoänderung ohne Pitch. Also exakt das >> Gegenteil. > > Nein nicht das Gegenteil. Doch das will
-
Thread
µC mit CAN + vielen Digital I/O´s
8051 in 'C' ist suboptimal AT90CAN32 würds auch noch geben oder die AVR32UC3C mfg DerDan
NXP LPC11C24 - CAN-Controller und -Transceiver on chip. LQFP48-Gehäuse Preis bei Einzelabnahme ca. 4,50- 48 MHz Cortex M0 Evaluationboard (LPCXpresso) kostet gut 20 Euro und lässt sich auch als Programmer bzw. Debugger verwenden. http://www.watterott.com/
-
Thread
KS0066U oder Ähnliche --- LCD Treiber
Adam Swann ; Homepage: http://www.velocity2.com/~adam/ ; ; http://www.adamswann.com/projects/avr-lcd/ ; ; See LCD.asm for more information. ; ; ****************************************************************** .nolist .include "m8def.inc" ; .include "m48def.inc" .list .
MHz. My LCD is Jameco Part #171715. ; ; Addendum: The Code is also tested on AtMega8 and AtMega48 ; (by cosmicos at gmx.net) ; ; I wired the LCD display as follows (onto Port D) ; AVR LCD ; 0 --> no connection ; 1 --> Enable on LCD ; 2 --> R/W on LCD ; 3 --> RS
-
Thread
UART mit atmega32
viel Strom (und Reaktionszeit) in der Anlaufphase. Die ±1 % werden übrigens schon für den ATmega128 angegeben, der dürfte der älteste AVR sein, der einen kalibrierten RC-Oszillator hat.
T2, mit dem man dann entweder die Kalibration korrigiert oder den Baudratenteiler. Oder eben die AVR054. Peter
-
Thread
Handy mit Wählscheibe
Freizeichen zu Programmieren mal sehen, ob das mit dem Timer so hinhaut... Wenn ich den Sinus aus 128 Werten susammensetze macht das bei 440Hz eine Timerfrequenz von knapp 56Khz der PWM timer ist schnell aktualisiert nur es muß sich auch ein wenig wie Sinus anhören und nicht wie rechteck, daß mir die
Ist im Prinzip eine Portierung des Elektorprojekt auf BASCOM und Siemenshandy. Ich habe einen W48 mit Erdtaste und Leuchte wo mal das Schauzeichen war. Die Erdtaste benutze ich zum Start der Anwahl nach Wählen via Wählscheibe. Die Lampe flackert mit den Wahlimpulsen und Klingelanzeige. In meiner
-
Thread
Schutz für ADC
aufwendig sein, wie oben schon erwähnt, mess-signal via 10-100K auf adc, die schutzdioden haben die avr's schon eingebaut, eine zu 5v und eine nach gnd. gruss, harry
nur eine bat48 macht schon bei vcc+ 0,2V verläßlich dicht, während es bei einer normalen 4148 erst vcc +0,7V ist. Und das Oszibild von der Bat48 sah mir sehr gut aus. Auch konnte ich keine Probleme mit verfälschungen
-
Thread
Leuchtdiode blinken
auf dem Markt, die dieses Feature noch nicht haben (z.B. ATMega8, ATMega16/32, ATMega162, ATMega64/128). Der aktuelle ATMega16-Nachfolger ATMega164 hat z.B. die von Dir angesprochene Möglichkeit, über die PINx-Register die Pins zu toggeln. Gleiches gilt z.B. für ATMega48/88/168 usw.
Probiers mal so: #include <avr/io.h> #include <avr/interrupt.h> #include <inttypes.h> //Interrupt alle (1/(CPU/65536))*Vorteiler ISR (TIMER1_OVF_vect) { static uint8_t zeit = 0; if (++zeit >= 2) { PORTB ^= (
-
Thread
SHT11 an ATmega2560 Es funktioniert nicht
Bei Timing über NOP Befehle könnte der AVR tatsächlich zu schnell sein.
data PB0 // Datenleitung zum Sensor #define clk PB1 // Steuerleitung zum Sensor #include <avr\io.h> #include <stdint.h> #include <avr/io.h> #include <util/delay.h> #include "MK3_2560_LCD.h" //Konstanten #define status_schreiben 0x06 #define status_lesen 0x07 #define messung_temp
-
Thread
Atmega8 u8glib, CLKPR Problem
-Wl,--gc-sections AVR Studio 6: See M2tklib Instructions for AVR [/c] Hier nochmal der komplette Code: [c] #include <util/delay.h> #include <avr/io.h> //#include <u8g/u8g.h> #include "u8g.h" #include <avr/interrupt.h
16000000)[/c] Die Funktion, an der Du rumdoktorst wird automatisch leer geputzt, wenn ein Define "__AVR__" existiert. Da Du einen AVR hast, sollte das wohl gesetzt werden. [c]#define __AVR__[/c] Dein Compiler sch(m)eisst Dich zu mit Warnungen, dass er Funktionen nicht kennt. Das Alles wirkt
-
Thread
MPLAP Snap halb im Nirvana
neugeflascht*. Ich habe mittlerweile zwei Snaps - einen neueren mit dem Jumper J5 (Umschaltung PIC/AVR), einen ohne diesen. Wenn Du einen Snap ohne diesen Jumper hast, musst Du R48 herauslöten, ansonsten bei dem Snap mit dem Jumper auf AVR umstecken - der schaltet den R48 (Pull-Down/Pull-UP) entweder
und ich bin wirklich froh darüber, denn ich programmiere sehr gerne in Atmel Studio und mit meinem AVR-ISP-MKII kommt man bei den neueren AVRs (neue ATTINY-Familie und die neuen AVR128DB, DA) definitiv nicht weiter und der Snap kann dagegen so gut wie alles, was AVR-8-Bit heißt, ansprechen – via ISP,
-
Thread
FTDI oder CP2102?
cycle clock frequency (FOSC/2). 2: Based on TCY = FOSC/2, Doze mode and PLL are disabled. (PIC24FJ128GA Family Datasheet DS39747C-page 132) Vielleicht löst das ja auch die Verwirrung um den Faktor zwei. fchk
/Baudrate Um den Fehler klein zu halten, gibt es sog. Baudratenquarze. http://www.hanneslux.de/avr/tipps/baudratenquarz.html Im Manual für ATmega48/88/168 ist auf Seite 194 eine Tabelle mit den USART-Einstellungen für die verschiednen Baudraten und die Abweichungen, die entstehen, wenn man einen
-
Thread
Codierte Funkuebertragung (war: "Korrelation ist besser...")
beide Signale fouriertransformieren, multiplizieren und zurücktransformieren. Aber auch das wird AVR überfordern. Cheers Detlef
avr aber dann noch entscheiden kann was da angekommen ist müsste man ausprobieren :) 73
-
Thread
Interrupt mit Bascom wird doppelt ausgeführt
alle noch wartenden Interrupts gelöscht werden? Hier mal mein quick&dirty sourcecode: $regfile = "m48def.dat" 'compile for mega48 $crystal = 10000000 'make sure it uses the external 10 MHz crystal oscillator
$regfile = "m48def.dat" 'compile for mega48 $crystal = 10000000 Config Portc = Output Config Portd = Input Config Portb = Input Portc = 0 Portb
-
Thread
Einheitliche Regel für in C erstellte Variablen, Typen etc
// sizeof(byte) != sizeof(character) ... size_t cchFileName = strlen(pszFileName); ... memcpy(pAvrDudeDest, pAvrDudeSource, cchFileName); // what the fuck? memcpy(pAvrDudeDest, pAvrDudeSource, cAvrDudeSource); // Uhps memcpy(pAvrDudeDest, pAvrDudeSource, cbAvrDudeSource); // besser ...
kann man für solche Dinge sicher besser Template Klassen verwenden. [code] ... CCount<AVRDUDE> cAvrDude; ... CCount<wchar_t> cch; ... CopyAvrDudeArray(pAvrDudeDest, pAvrDudeSource, cch); // Compiler Error ... CopyAvrDudeArray(pAvrDudeDest, pAvrDudeSource, cAvrDude); // besser ... cAvrDude
-
Thread
magnetkopf..
runter... Kannst Du mir das so mal kurz erklären? danke. @Ludwig: Klar klappt das mit nem AVR. Da reicht sogar ein etwas größerer Tiny... Die Timings sind recht langsam und gemächlich. Daniel
Dann muss wohl ein größerer AVR her-das heißt nicht, dass die Ausmaße größer sind... Ich würde einen ATmega48 nehmen (TQFP, damit die 3*1 cm eingehalten werden). Der hat 512 Byte SRAM.....
-
Thread
Generelles vorgehen bei multiplen Interrupts
Hallo, ich schreibe gerade an einem größeren Programm auf avr5. Dabei 'verbrauche' ich ziemlich viele Interrupts (3 timer, can, uart, twi). Die Programmlogik läuft fast ausschliesslich in den Interrupts ab. Mit zunehmender Komplexität des Programms passiert es
@Florian: Es gibt diverse freie RTOS. Konkret verwendet habe ich AvrX, interessant finde ich beispielsweise auch FreeRTOS und XMK.
-
Thread
AVR F_CPU kalibrieren
empfohlenen Prozedur: http://www.atmel.com/Images/Atmel-2555-Internal-RC-Oscillator-Calibration-for-tinyAVR-and-megaAVR-Devices_ApplicationNote_AVR053.pdf > Kalibrieren heißt in etwa "messen" und nicht abgleichen, > einstellen, justieren, etc. Erzähle das den Autoren der Application Note. Vielleicht
der Link für dich: http://www.atmel.com/Images/Atmel-2555-Internal-RC-Oscillator-Calibration-for-tinyAVR-and-megaAVR-Devices_ApplicationNote_AVR053.pdf Und du solltest Du mal die zugehörigen Menüpunkte im Atmel Studio anschauen, während einer der genannten Programmieradapter angeschlossen ist.
-
Thread
U(S)ART funktioniert nicht richtig
Parity ein low-Pegel von 9*104us, eine 128 ein low-Pegel von 8*104us. Der Atmega scheint zu langsam zu senden. Dann müsste aber auf jeden Fall die erste empfangene 0 einen Framing-Error melden weil das Stop-Bit fehlt (im hterm gibt es da die
sollten 44kHz Samplingrate ja reichen um einen Eindruck zu bekommen. Eventuell kann dein Soundchip ja 48kHz, 96kHz oder sogar 192kHz. Oder du reduzierst die Baudrate erst mal. LG, Sebastian
-
Thread
MCP23S17 Daten lesen
SPI_STATUS_IF_BIT) ) ); } #endif [/c] und die passende MCP23S17.c Datei [c] //MCP23S17.C #include <avr/io.h> #include <stdio.h> #include <avr/interrupt.h> #include <avr/eeprom.h> #include <avr/delay.h> #include <string.h> #include "mcp23s17.h" void conf_mcp_send(uint8_t addr,uint8_t art,uint8
/ SPI2X=0; // No double speed _delay_ms(1); conf_mcp_send(1,MCP_IOCON,0x48,0x48); conf_mcp_send(1,MCP_IODIR,0X00,0X00); conf_mcp_send(2,MCP_IOCON,0x48,0x48); conf_mcp_send(2,MCP_IODIR,0X00,0X00); conf_mcp_send(3,MCP_IOCON,0b01001000,0b01001000);
-
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
mhm, alles etwas dubios bei mir. Also ich hab mal überprüft unter /usr/avr/avr/include/avr finde ich die Datei version.h. Installiert habe ich demnach 1.4.5, das sollte wohl ok sein. Trotzdem verweigert mir mein avr-gcc 4.0.2 das compilieren wie schon beschrieben. Ich
-
Thread
ATmega 8515 Watchdog-Reset nach EEPROM-Write
Der Fehler ist in Zeile 48 deines Codes!
das mit dem Dateianhang hat wohl nicht geklappt... Hier mal das Problem in Kurzform: #include <avr/io.h> // avr Header File für IO Ports #include <avr/pgmspace.h> // Makros für Flash-Konstanten #include <avr/wdt.h> // Makros für Watchdog Timer #include <avr/eeprom.h>
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware
die Daten abgespeichert. Nun wollte ich die Bit-Werte wieder zurück in eine Spannung rechnen. Da 128 eigentlich NULL entspricht schiebt man die Daten erst einmal wieder um 128 runter: Samplewert-128 Als Ergebnis hat man nun ein Signal, das zwischen -128 und 128. Wenn 0.625V gerade 8bit entspricht
>0...625 mV. Damit liegen die Werte im FIFO zwischen 0 und >>164. > > [...] > > (Samplewert-128) *0.625V/256 *100/2.5 > > oder anders geschrieben: > > (Samplewert-128) *0.3125V/128 *100/2.5 Rechne mal [math]( {\mathrm Samplewert} - 128 ) \cdot \frac{0,3125V}{128} \cdot \frac{100}{
-
Thread
Full-Speed USB <-> SPI
Hallo Matze Ein ATxmega mit eingebauten USB Tranceiver bzw. http://matrixstorm.com/avr/avrstick/ Fuer letzteres gibt es vorgefertigte, "browsermodifizierbare" Firmwares die dir das ganze USB gehangel abnehmen. (http://matrixstorm.com/avr/avrstick#bideavr) MfG
Sepp schrieb im Beitrag #3716476: > Mit dem STM32F072/42 sind 64kByte/s locker möglich (bei 48Mhz Takt). Und inwiefern hilft das jetzt weiter? 64kbyte/sec <<< 12Mbps - dachte ich zumindest... Mein ATxmega schaft sogar locker 128kbyte/sec - sogar mit USB Klassen drumrum... MfG
-
Thread
Graphik LCD Display an M16C-Dev-Kit
dynamisch zwischen 2 datenbereichen umschalten, oder wie oder was? 2. Applicable LCD duty: 1/48, 1/64,1/96,1/128 - mit falten auf der denkerstirn: was soll das bedeuten? 3. behält son display seine daten solange spannung anliegt, oder muß er in regelmäßigen abständen refrecht werden?
fragen, weil nur der 108 hat den speicher. 2x 108 heißt 2 x 4096 bit speicher. dann paßt das auch mit 128 x 64.
-
Thread
Fuses des ATmega 168
) an den richtigen Anschluß zuführen. Hier http://www.mikrocontroller-projekte.de/Mikrocontroller/AVR-Prog/AVR-Programmer.html ist eine Schaltung dazu. Wilfried
Thread? http://www.mikrocontroller.net/forum/read-4-291338.html#new Das gleiche gilt auch für mega48 88 und 168 und andere, die einen internen 128kHz-Oszillator haben. Eventuell hast du diesen aktiviert und deine Programmersoftware ist jetzt einfach zu schnell für den Chip. Uwe
-
Thread
Ersatz 2k-bit PROM SN74S471
Compiler machen lassen. Hier mal eine Truth Table in Abel: [pre] ADDR_ROM = [A6..A0]; "PROM 128 byte DATAD = [ADD7..ADD0]; truth_table( [ROM_RD, SDA, ADDR_ROM] -> DATAD) "PROM 128 Byte [1,.x.,^h01] -> ^hc2 ; [1,.x.,^h02] -> ^haf ; [1,.x.,^h03] -> ^h90 ; [1,.x.,^h04
Wenn es nicht eilig ist: Ein AVR sollte das in unter 1µs schaffen. :))
-
Thread
avr-gcc-10 - "volatile deprecated [-Wvolatile]" Warnungen
C:\Atmel_Toolchain\AVR8_GCC\avr-gcc-10.0.0_2019-12-16_-mingw32\avr\include\avr\sfr_defs.h *********************************************************************** 128 #define _MMIO_BYTE(mem_addr) (*(/*volatile*/ uint8_t
Jörg W. schrieb im Beitrag #6261414: > Daher findest du in den AVR-Datenblättern auch Warnungen wie: ... Das gilt für die älteren Typen aus der Ära Mega128. Alle neueren machen sbi/cli ohne read/modify/write auf das ganze Register, die setzen das Bit direkt.
-
Thread
Eure Basteltische Bilder
@ Paul Nee, das war ein Nega128 mit EEPROM und D/A-Wandler als .wav-Player. Ist aber schon lange her...
Du Armer. Bei 48,26 cm dürfte die Auswahl der kompatiblen Partnerinnen extrem eingeschränkt sein.
-
Thread
Überlegungen zu ATtin85 und PWM aus Timer 1
Folgende konstruiert. Als ISP nutze ich den Arduino mit dem ATTiny Core von SpeceKonde. Die 20,48KHz ergeben sich aus den Specs des Lüfters (18-30KHz) und der Gleichung (64MHz / 16) / (199 + 1) = 20,48KHz Ich möchte also den Timer 1 des ATtiny85 nutzen, mit 64MHz, einem Prescaler von 16 und einem
Hi >Die 20,48KHz ergeben sich aus den Specs des Lüfters (18-30KHz) und der >Gleichung (64MHz / 16) / (199 + 1) = 20,48KHz Da kommen bei mir 20kHz raus. MfG Spess
-
Thread
Wie kann man eine Temperatur vergleichen und berechnen?
entscheidenden Zeilen sind:[c] t12=3+8*a[0]-((a[6]-1)&7);//alternate way of calculation if(a[1]){t12-=128*16;} //correct by -128° [/c]
verbleibenden (nicht vom OS belegten) RAM lief noch problemlos ein Turbo-Pascal-Programm, und das konnte sogar 48-bit-Gleitkomma abhandeln (womit es von der Genauigkeit sogar C-Standard-konform wäre, anders als AVR-GCC mit 32 Bit). Man sollte sich die Welt nicht kleiner reden als sie ist. Drittens: die Entscheidung
-
Thread
STM32F4 wozu?
Ist wie im Kindergarten. - Nänänää ... der AVR ist aber besser. - Nein. Der STM32 ist immer eins besser als Deiner. - Der AVR ist aber unendlich besser. - Der STM32 ist unendlich und eins besser. Er hat nach ner STM32 Applikation gefragt.
128p FFT eines 16bit Signales mit 680kHz damit laste ich ein LPC4xxx aus. Jedenfals den M4-Kern ;-)
-
Thread
SPI-Synchronisations-Problem
senden, welche jeweils um 1 Byte verzögert auch ankommen. Das ganze habe ich auf 2 Atmega's (ATmega48 und 128 getestet), wobei der 128er als SPI-Master eingesetzt wird und über UART angesteuert wird. Nun zum Problem: Testweise schiebe ich vom SPI-Slave die eingelesenen Bytes zurück an den Master
Byte ist dann gerade dasjenige, welches ich > geschickt habe. Das Verhalten ist korrekt, weil das AVR-SPI als Slave einfach Mist ist. Es hat nämlich keinen Sendepuffer. Deshalb schafft es der Slave nicht immer, genau zwischen 2 Bytes das Schieberegister zu füllen. Es gibt 3 Lösungen: 1. Man
-
Thread
Arduino Nano interner Temperatursensor auslesen
jemand ausprobieren ob das TS_GAIN (addr.: 0x0003) überhaupt irgendwo gesetzt ist... [c] #include <avr/boot.h> #define SIG_ROW_BYTES (7) void setup() { char buf[128]; uint8_t sigRows[SIG_ROW_BYTES]; Serial.begin(19200); for (uint8_t i=0;i<SIG_ROW_BYTES;i++) { sigRows[i] = boot_signature_byte_get
Adresse (0x0002) liegen. Bei anderen µC finden sich diese Bytes wieder ganz woanders (siehe die AN AVR123 https://www.microchip.com/en-us/application-notes/an8270). Irgendwie sehr halbgar. Frag doch mal den FAE bei Atmel an mit Hinweis auf diesen offensichtlichen Fehler im DB. BTW: Diese AN AVR123
-
Thread
xmega128a1 EBI SDRAM
(32.8 ms @ 2MHz). 0x0100 ); // 256 cycle Initialization Delay (128 us @ 2MHz). } [/code] Stimmt meine EBI nicht oder woran kann es liegen? Danke, Markus
// Konfiguration beginnt... // EBI Initialisieren; stammt aus der Atmel AppNote AVR1312.PDF, // der TechNote AVR1312.ZIP und dem Micron MT48LC16M4A2TG DataSheed PORTH.OUT = 0x0F; // EBI PORTs richten PORTH.DIR = 0xFF; PORTK.DIR = 0xFF; PORTJ.DIR
-
Thread
Videoaufbereitung für LED's
habe und welche daten ich vielleicht auch im AVR puffern kann.
jeden AVR.
-
Thread
Avr-Frequenzzähler+Überlegung
AVR wird extern getaktet über T1 und auf 0 gesetzt 3.) Timer 2 im AVR wird auf eine entsprechende Zeitbasis initialisiert, zb. 100ms 4.) ENABLE = HIGH und FLUSH = HIGH. Nun wird der 4060 über IN getaktet
#paul will auch nen counter bauen, habe mir schon das konzept überlegt: avr, tiny2313 od mega48, hc4020, tsa5511, lcd display. in a: 1hz...50Mhz, in b: 50Mhz...1Ghz wenn du willst, bzw auch wer sonst interessiert ist, machen wir teamwork : alfsch<at>freenet.de
-
Thread
Befehlssatz der bo8-CPU - was ist gut, was ist schlecht
name,"w");if(datei)\ {for(n=0;n<256;n++){for(i=\ 0;i<32;i++){b=mem[1][0xa00\ 0+n*32+i];h=(b>>4&15)+48;i\ f(h>57)h+=39;b=(b&15)+48;i\ f(b>57)b+=39;sr[2*i]=h;sr[\ 2*i+1]=b;}fprintf(datei,"%\ s\n",sr);}fclose(datei);}}} [/c] ;-)
Erklärung, was denn dort genau zu sehen ist. Nein "Ein Demo-Programm" und "Conway's Game of Life 128*128" ist nicht ausreichend.
-
Thread
I2C meldet status 0x38
Also so sieht mein Testprogramm für 4 Motoren auf die Schnelle aus. [c] #include <avr/interrupt.h> #include <avr/io.h> #include <util/twi.h> //Motoradresse #define MOTOR_ADR 0x70 //############################################################################ //Hauptprogramm
USA. ------------------------------------------------------------------------------*/ #include <avr/interrupt.h> #include <avr/io.h> #include <util/twi.h> //Motoradresse #define MOTOR_ADR 0x0C //PHASE1 (U) #define UH_DDR DDRB |= (1<<3); #define UH_ON TCCR2A |= (1<<COM2A1); #define UH_OFF
-
Thread
Arduino Hardware - ich bin etwas überfragt
# 28 Pin: atmega8, atmega48, atmega88, atmega168 und atmega328 # 40 Pin: atmega16, atmega32, atmega64, atmega324, atmega644 und atmega1284 Als Programmiersprache gibt es neben C als avr gcc mit dem Atmel Studio als IDE noch
http://www.ehajo.de/Bauelemente/Aktiv/Mikrocontroller [4] LunaAVR http://avr.myluna.de/doku.php
-
Thread
Fehler beim Flaschen ATMEGA328P
bei Byte 0 , "0x0C" != "0xFF Ich habe dies auch mit einem Standardcode probiert. [c]#include <avr/io.h> int main(void) { /* Replace with your application code */ while (1) { } }[/c]
einem Youtube Tutorial sollte es mit den Einstellungen gehen: > Youtube-Video "Die Fuse-Bits des AVR mit dem myAVR ProgTool bearbeiten" Sorry aber Wiki und Youtube sind da auch einfach die falschen Anlaufstellen. Das hier ist die Bibel für den Atmega 328P: http://ww1.microchip.com/downloads/en/
-
Thread
AVR Tasternetzwerk am Atmega16
***************************************************************/ #include <stdint.h> #include <avr/io.h> #include <avr/interrupt.h> #include <variablen.h> //#include "funktionen.c" #define F_OSC 12000000 /* oscillator-frequency in Hz */ #define UART_BAUD_RATE 57600 #define UART_BAUD_CALC
* *********************************************************/ leh = 128; lem = 128; lel = 128; reh = 128; rem = 128; rel = 128; ljw = 128; rjw = 128; hpsel = 128; hpvol = 128; leh_old = 0xFF; lem_old = 0xFF; lel_old = 0xFF; reh_old