-
Thread
Anzeige mit EA XL160 Fehlermeldung
Line Source Error redefinition of 'lcd_init' ATB I2C DOGXL160 Prg3 D:\AAA Technik\Programme AVR Studio\ATB I2C DOGXL160 Prg3\ATB I2C DOGXL160 Prg3\ATBI2C_DOGXL_Prg3.c 116 Build Error recipe for target 'ATBI2C_DOGXL_Prg3.o' failed ATB I2C DOGXL160 Prg3 D:\AAA Technik\Programme AVR Studio
#5910942: > Error redefinition of 'lcd_init' ATB I2C DOGXL160 Prg3 D:\AAA > Technik\Programme AVR Studio\ATB I2C DOGXL160 Prg3\ATB I2C DOGXL160 > Prg3\ATBI2C_DOGXL_Prg3.c 116 Build > Error recipe for target 'ATBI2C_DOGXL_Prg3.o' failed ATB I2C > DOGXL160 Prg3 D:\AAA Technik\Programme AVR
-
Thread
ARM-Assembler-Tutorial
programmiere das Kindchen, lies den Titel "... *ARM* ..." ! Nicht altes Kinderspielzeugs a la AVR. :-<<<
Perfekt. So eine "AVR vs. ARM"-Diskussion hat in diesem Thread über ARM-Assembler absolut gefehlt. Weiter so!
-
Thread
DAB+ Modul KeyStone 8650
Gerät :) Tolle Sache :) Aber echt mies Dokumentiert das Modul ... 57600 Baud sind über einen AVR ohne externen Quarz leider auch nicht möglich. Mal sehen wie ich dass in meinem System zum laufen bring.
Größe des Headers die für mich von Interesse sind. Die 7 Bytes teilen sich wie folgt auf: [c] 28 bits 13 bits 6 bits 9 bits body size header size content type content subtype b55 b28 b27 b15 b14 b9 b8 b0 [/c] Zuerst habe ich versucht die *body size* am
-
Thread
maximite TFT mmbasic Computer
Da wird das gleiche passieren wie bei einem AVR Stackoverflow , falls nicht fehlerfrei programmiert wurde. Dafür nimmst Du sicher nen Watchdog. Und was soll ich sagen, den gibt's hier auch ;-)
...bis PIN 28 interruptfähig!
-
Thread
Anzahl Sensoren - Anzahl I/O Pins
bin aber da absoluter Anfänger), sonst wären ja bei 4 Siebensegmentanzeigen noch einmal mindestens 28 Pins des µC weg. Und das ginge dann ja schon nicht mehr. Außerdem verstehe ich das im Moment so, das die einzelnen Pins des ATMega16 doppelt belegt sind. Wenn ich also 20 Lichtschranken anschließe
Der grösste AVR ist IMHO der ATMega128 (die neueren habe ich mir noch nicht angeguckt). Wenn du den verwenden möchstest, hast du nur ein Lötproblem. Eigentlich sollte der Mega32 oder sogar Mega16 reichen. Notfalls
-
Artikel
AVR-Bootloader mit Verschlüsselung von Hagen Re
wird sauber unterstützt. 09.02.2009 00:47 Bugfix: serielle Verbindung 10.02.2009 19:10 Version 5.0. 28.02.2009 21:27 mit UseResetDelay=0 oder 1 stellt man das Timeout Verhalten des Bootloaders ein. UseSpecialWrite, UseSpecialWriteBoot, UseSpecialRead, UseSpecialMsg sind neu. Das WinAVR GCC Test projekt
zur Anpassung an AVR-Studio 4.16
-
Thread
Betty als Modellbau-Oszi
mainfile übernommen) ). Aber egal, was ich sagen wollte: das 'Framework' funktioniert auch mit AVR's ;-) Allerdings sind die PPM-Features auf einem AVR nicht möglich, da dieser nicht genügend RAM besitzt :-( Wo wir schonmal bei 'günstiger Hardware' sind, will noch einen STM32 vom STM8-Discover
dort anders angeschlossen als in den deutschen Bettys. http://bettyhacks.com/forum/index.php?topic=128.0
-
Thread
Vom Arduino wegkommen, welche Sprache
mehr" willst. Als "bessere" IDE wenn Du von Arduino kommst kannst Du Atmel Studio nehmen und mit WinAVR dazu den C-Compiler einbinden. Dann kannst Du damit die gleiche Hardware programmieren und musst nicht neu kaufen, oder aber Du machst eigene Hardware auf AVR-Basis. Das C darunter ist das gleiche
implementieren 8-D, https://www.mikrocontroller.net/topic/226606?goto=new#new oder gleich mit AVR-Z80-Emulation inkl. CP/M... ;-) https://www.mikrocontroller.net/articles/AVR_CP/M </ironie>
-
Artikel
TV-out
for AVR/Arduino. Output is NTSC or PAL at a resolution of 128x96 by default. TV VIDEO BILD BAS Frequenzzähler DVM Atmega8 Assembler von Bernhard S. Farbe. Es gibt mindestens drei Arten, wie man Farbbilder (
zeitkritisch. Will man das vernünftig machen, dann sollte die CPU genügend Leistung haben. Weblinks: AVR PAL colour bar generator von Serasidis Vasilis (AT90s2313 , PAL) SX Games von Richart Gunee (SX28, PAL). Hier gibt es auch viele weiterführende Links! Phasor, like Craft, is a demo running on a custom
-
Thread
LON Bus Windhager mitlesen/steuern
request with command 8, APDU Destin&Type = 0x68, the response I get has the APDU Destin&Type = 0x28 This is then an application message, not a network message, and the thing is, the '2' in 0x28 is then part of the command. Which makes the response command = 0x28 (40), but it should be 8 See following
and the Response NPDU's, excluding CRC [code] 19 01 fe 01 bc 54 01 68 02 19 01 bc 01 fe 54 21 28 01 00 4f [/code] So, my question is, where does the 2 in 0x28 response Destin&Type come from? It seems to me the response command is 0x28, not 8. But that is not consistent with the protocol specification
-
Thread
Kommunikation zwischen mehreren µC
CAN optimal. Leider ist die Auswahl an CAN-MCs bei Atmel nicht sehr üppig. Ich benutze AT90CAN128 und AT89C51CC03. Peter
Byte von A nach B bringt. Ist ja keine Raketentechnik. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Der_UART
-
Thread
GPS-Logger mit Aufzeichnung auf SD-Karte
schön in den Tankrucksack packen kann. Anbei mal einiges zur Technik: Größe Gehäuse: 90 x 43 x 28 mm GPS Empfangsmodul: Navilock NL507ETTL Prozessor: Atmega 1284 (Damit AVR-Dos Draufpasst. OK, ein 64er oder 32er hätte zur not auch gereicht) Spannungsversorgung: 5V - 40V intern mit Stepdown-Wandler
Punkte 1200. Macht 600 Punkte pro Stunde. Somit ist die Dateigröße ca. 55kB pro Stunde. Auf meine 128MB SD-Karte passen damit Daten eines kompletten Jahres bei 7 Stunden täglicher Fahrzeit... ;-)
-
Thread
Tastenschlagzeug mit NXP LPC 935 selber bauen
internal RC > oscillator, 7.373 MHz ± 2.5 %. > Nur im Blockschaltbild user manuel auf der Seite 28 von 149 sieht man > einmal die Frequenz von (7.3728 MHz ±1 %). Ich denke, 7,3728MHz ist richtig und 7,373MHz wird meistens als Näherung geschrieben. 7,3738MHz ist wohl ein Schreibfehler (wovon leider
---------------- #include <REG935.H> void main ( ) { unsigned char i, MIDIstream[ ] = {0x9F, 0x28, 0x7F}; /*Die UART sendet am Port PIN 1.0 (TXD) zum Synthesizer den MIDI-Befehl "note-on" auf Kanal 15, mit einer Midinotenummer von 40 dez welches einer "Snare-Drum" Auwahl entspricht wie auch
-
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
Speicherbedarfsermittlung
die gleiche Aufgabe um bis zu 1:1000 differieren. Manche bekommen etwas nur mit Mühe in einen Mega128, während andere dafür im Tiny15 noch freie Bytes übrig haben. Mit anderen Worten, das muß jeder für sich selber abschätzen. Peter
Bit Modus, leider darf die Routine erstmal eine ganze Reihe von Bits vertauschen, da die Pinbelegung AVR->LCD ausschließlich auf Hinsicht des benötigten Platinen Platzes gewählt wurde. Die Initialisierung lädt zusätzlich noch das Sonderzeichen "ß" als sebstdefiniertes Zeichen ins LCD und zeigt am Ende
-
Thread
Phasenanschnitt Tabelle?
23 142.91564 24 141.78404 25 140.66346 26 139.54287 27 138.43324 28 137.33461 29 136.23596 30 135.14832 31 134.07164 32 132.99498 33 131.91833 34 130.84167 35 129.77600 36 128.71033 37 127.64465 38
dyn/resources/prod_documents/doc2508.pdf angegeben http://www.mikrocontroller.net/attachment/18773/AVR182.zip Und natürlich die Warnung vor Hochspannung. Dabei entsteht aber eine Verzögerung von ~50 Mikrosekunden. t = 20000 [mue-s] (T bei f= 50 hz) * arcsin(5/325)/(2*pi) [rad] Dann erst werden
-
Thread
Timer ungleichmässig
Hallo verwende einen Atmega 128 mit 16Mhz. Bei dem Stück Prg kommt es zu einem ungleichmässigen Zeit bei an und aus. Teilweise wird sogar eine längere Pause (1s) eingelegt. Verstehe leider nicht warum. [C] void nibo_timer2() //
zu schweigen. Ja, die mussten wir uns alle erarbeiten. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Eing.C3.A4nge_.28Wie_kommen_Signale_in_den_.C2.B5C.29
-
Thread
AVR Watchdog Debuggen
wie es soll. Meine Umgebung ist das Atmel Studio 6.2. [c]#define F_CPU 16000000UL #include <avr/io.h> #include <avr/wdt.h> #include <avr/interrupt.h> #include <util/delay.h> ISR(TIMER1_COMPA_vect) { static int ir_cnt=0; ir_cnt++; wdt_reset(); } void sys_init(void) { wdt_enable
0000004A CLR R1 Clear Register 0000004B OUT 0x3F,R1 Out to I/O location 0000004C SER R28 Set Register 0000004D LDI R29,0x10 Load immediate 0000004E OUT 0x3E,R29 Out to I/O location 0000004F OUT 0x3D,R28 Out to I/O location 00000050 LDI R18,0x01 Load immediate
-
Thread
UART Datenstrom mit Array vergleichen
} } Dieses funktioniert soweit auch, nur dauert die ganze Prozedur bei einem 8MHz Atmega128 ganze 7ms (compiliert mit AVR-GCC). Das würde bedeuten, dass er nicht bei jeden ankommenden Byte eines 9600 Baud Datenstroms rechtzeitig fertig sein würde. Das würde gerade noch ausreichen, weil
Bytes zu verschieben ist schneller, als mit In und Out Pointern zu rechnen, das lohnt sich eher beim 128 Byte Puffer, wie in Peters Lib, aus der ich die Zeichen ja auch heraus hole.
-
Thread
RTC DS3231 - Temperatur Daten?
gleichen Werte haben und die Zeit/Datumsangabe plausibel sind. Nochmal ein Beispiel... 0x0000 28 04 19 01 22 04 18 00 00 00 00 00 00 00 20 00 (..."......... . 0x0010 00 30 00 .0. 22/04/18 19:04:28 (Datum/Uhrzeit) 1524423868 (UNIX Zeit) 48 (Temp)
1024 Hz paßt sehr gut dafür. Auch nützlich, daß diese Frequenz deutlich genauer ist, als Quarz von AVR.
-
Thread
DDR RFT Tuner Typ7 / Typ 7 Eingangsstufe rauscht stark - Carat-S HIFI100
bezüglich "Normen" deutlich größer gewesen sein. >3. Der Pullup-R ist, da gebe ich Dir Recht, als R128 enthalten. Das >hatte ich zu später Stunde leider übersehen. Genau - Schaltpläne lesen wollen, aber nicht verstehen ...
wie zu stasizeiten nur schlimmer als damals. die armem ossis. denen verbietet man immer noch nach 28 jahren das maul. echt krass. besserwessis sind unter uns. aufpassen!
-
Thread
Messdaten in Atmega Speichern
ab. Und was für ein "ATMega" soll es sein? 8 KB RAM haben nur einige der "dicken Dinger" (Mega640, 128x, 256x)... Wenn Du z.B. 10 mal pro Sekunde z.B. drei 16-Bit-Werte speichern willst, und das 3 Minuten lang, dann brauchst Du 2*3*10*3*60 Bytes Speicher dafür. Das sind 10800 Bytes. Bei 8-Bit-Werten
Hallo so was gabs mal von Dallas. Es gab auch mal Sockel (28polig DIL) in die man einfach SRAMs stecken konnte. War ne prima Sache als EPron Ersatz. Schau mal bei Dallas vielleicht gibts auch heute noch was äÄhnliches in der SMD Weld BB
-
Thread
ADC Messwert springt
Hallo, ich habe an den ADC-Eingang eines AtMega8 (AVR-P28 von Olimex) mit einen Spannungsteiler einen Transitor als Temperatursensor angeschlossen (siehe http://de.wikipedia.org/w/index.php?title=Datei:NPN_Thermometer_Schaltung.svg&filetimestamp=20090330185439
Quellcode hab ich grad nicht da, kommt sobald ich zuhause bin^^ ADC-Takt liegt bei 62,5kHz (8MHz Takt und 128-Prescaler)
-
Thread
wieder einmal "undifined reference"
komisch in mein Programm eingebunden. main.c bindet #include "bus.h" ein. bus.c bindet #include <avr/crc16.h> ein. avr/crc16.h sieht so aus: [c] /* $Id: crc16.h,v 1.10 2005/11/05 22:23:15 joerg_wunsch Exp $ */ #ifndef _AVR_CRC16_H_ #define _AVR_CRC16_H_ #include <util/crc16.h> #endif
Fehler. Jetzt bekomm ich aber gcc plug-in: Error: Object file not found on expected location C:\AVR\RS485\default\rs485.elf Hier mal die "Build" Ausgabe. Alles darin ist leider nicht auf meinem Mist gewachsen. :) [c] Build started 24.11.2007 at 18:46:49 avr-gcc.exe -mmcu=atmega128 -Wl,-Map