-
Thread
AVR MKII und avrdude keine USB Verbindung
Hallo Leute, mit einem Raspberry wollte ich ein MKII Board von myAVR programmieren (als Übung). Beim aufspielen eines simplen Testprogrammes aus dem www meldet sich der PI mit dem folgenden Fehler: pi@raspberrypi:~ $ avrdude -c avrispmkii -p m8 -U flash:w:test_leds.hex
falsch. Weil ich das hier gekauft habe: http://shop.myavr.de/Systemboards%20und%20Programmer/myAVR%20Board%20MK2,%20best%C3%BCckt.htm?sp=article.sp.php&artID=40 Gruß
-
Thread
Fehlermeldung bei Attiny13 Programmierung
Tiny13 programmieren. Mit dem Mega8 funktioniert es!! Fehlermeldung: make flash avrdude -c avr910 -P /dev/tty.SLAB_USBtoUART -p attiny13 -U flash:w:main.hex:i Found programmer: Id = "AVR ISP"; type = S Software Version = 3.0; Hardware Version = 3.0 Programmer supports auto addr increment
= -c avr910 -P /dev/tty.SLAB_USBtoUART OBJECTS = main.o FUSES = Was mache ich falsch? Danke für eure Hilfe!!
-
Thread
Probleme beim Programmieren von ATTiny 2313A mit DIAMEX ISP
- ------ ---- ------ ----- ----- --------- eeprom 65 6 4 0 no 128 4 0 4000 4500 0xff 0xff flash 65 6 32 0 yes 2048 32 64 4500 4500 0xff 0xff signature 0 0 0 0 no 3 0
writing flash (126 bytes): Writing | ################################################## | 100% 0.28s avrdude: 126 bytes of flash written avrdude: verifying flash memory against Test2313A.X.production.hex: avrdude: load data flash data from input file Test2313A.X.production.hex: avrdude: input
-
Thread
STM32 - Erster Artikel
ruhig weiterhin einsetzen. Niemand soll hier bekehrt werden. Christoph - der je nach Anwendung AVR8, MSP430 oder STM32 einsetzt.
man sich als Hobbyist > wirklich damit rumplagen sollte. http://en.wikipedia.org/wiki/Atmel_AVR > The AVR is a modified Harvard architecture 8-bit RISC single chip > microcontroller (µC) which was developed by Atmel in _1996_ STM32 gibt es ca. seit 2007(?) AVR = 3310 Videos / 14a
-
Thread
Suche Mitwirkende für Groovebox Entwicklung
Zynq. Das würde ich insbesondere mit USB 3.0 ins Auge fassen. Mehr Aufwand dürfte die Forderung "128 Stimmen" machen: Insbesondere wenn die Gesampeltes spielen sollen! 128 Stimmen parallel und möglichst noch multitimbral bei 96kHz erfordern ja etwas an Rechenleistung. Das packt selbst mein 16-Kern-PC
kein Audio über USB Jürgen S. schrieb im Beitrag #6152203: > Mehr Aufwand dürfte die Forderung "128 Stimmen" machen: Insbesondere > wenn die Gesampeltes spielen sollen! 128 Stimmen parallel und möglichst > noch multitimbral bei 96kHz erfordern ja etwas an Rechenleistung. Das > packt selbst mein
-
Thread
12bit DAC
@ Dieter ja das stimmt. Wenn ich davon ausgehe, dass das gerät bei Zimmertemperatur (etwa 18 - 28°C) betrieben wird. Dann wäre der Fehler 5000ppm also 0,5%. Dann ist ein 12bit DA schon fast Verschwendung. Den von dir genannten DAC761x konnte ich leider nirgends finden. Woher beziehst die ihn denn
Florian, Willst wohl ein Doppel-Labornetzgerät bauen? Nimm doch gleich einen etwas grösseren AVR. Der mega128 z. B. hat 6 PWM-Ausgänge mit bis zu 16 bit Auflösung. Die kann man prima als D/A-Wandler nutzen. Kostenpunkt ca. 8 Euronen. Gibts bei Reichelt und Segor. 73 de Maurice
-
Thread
Atmega8, DCF an Interrupt. Ungültige Signaldauer mit externem Quarz
DCF_Debugging * * Created: 19.09.2016 17:57:22 * Author : devpap */ #include "uart.h" #include <avr/io.h> #include <avr/interrupt.h> #include <stdlib.h> #include <stdio.h> volatile uint16_t g_millis; /* Zähler für Millisekunden der kurzen Signale 0 oder 1*/ volatile uint16_t g_breakMillis
c * * Created: 08.10.2016 15:26:48 * Author : devpap */ #include "uart.h" #include <avr/io.h> #include <avr/interrupt.h> #include <stdlib.h> #include <stdio.h> uint8_t g_dcfRegisterFlags[2]; #define DCFACTIVE 0 #define NEWSECOND 1 uint16_t g_millis; /* Zähler für Millisekunden
-
Thread
Clock source ändern
Hi, habe den avr wie im Tutorial beschrieben aufgebaut, allerdings wird das ändern der fuse bits übergangen? Der hier verwendete ATmega16 ist laut Datenblatt auf 1mhz intern eingestellt, das auslesen der fuse bits
Oh, die Fehlermeldung habe ich gar nicht gepostet..sorry avrdude -b 115200 -c avr910 -p m16 -P /dev/ttyUSB0 -U hfuse:r:high.txt -U lfuse:r:low.txt Found programmer: Id = "AVR ISP"; type = S Software Version = 4.0; Hardware Version = 0.2 Programmer supports auto addr increment
-
Artikel
AVR Bootloader in C - eine einfache Anleitung
Flash-Page bzw. an welcher Flash-Adresse der Bootloaderbereich beginnt: Er beginnt in der 96 Page (128 - 32) an Word-Adresse 0xC00, also Byteadresse 0xC00 * 2 = 0x1800. Dies ist die exakte Startadresse unseres Bootloaderbereiches. Weiter oben wurde die Frage gestellt, woher der AVR weiß, an welcher Stelle
bis 64k verwendet werden. Liegt nun der Bootloader am Ende eines 128k Flashs kann dies zum Absturz resp. Neustart des Controllers führen. Abhilfe schafft z.B. die Optimierungsoption "-fno-jump-tables". = Referenzen / Links = Arduino Bootloader (simuliert den AVR ISP)
-
Thread
AVR GCC Debug Möglichkeiten , nicht nachvollziehbarer Fehler
Es kommt dann nur die Meldung "avr-objdump: can't use supplied machine -avr4"
[c] #include <stdio.h> #include <stdlib.h> #include <avr/io.h> #include <avr/interrupt.h> #include <util/delay.h> #include <avr/pgmspace.h> #include "define.h" #include "RX5808.h" #include "max7456.h" #include "uart.h" //**********************
-
Thread
TSIC und ATMega
Lib. Zumindest das funktioniert ohne Probleme. Etwas Quelltext: main.c [c] #include <avr/io.h> #include <avr/wdt.h> #include <avr/interrupt.h> #include <util/delay.h> #include <avr/eeprom.h> #include <avr/pgmspace.h> #include "usbdrv.h" #include "oddebug.h" #include "zacwire.h
delay-Funktionen in Deinem Code Probleme generieren, siehe: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Warteschleifen_.28delay.h.29 Viele Grüße Igel1
-
Thread
1 MHz PWM mit welchem Microcontroller?
Es gibt AVR mit PLL, z.B. Tiny261 die schaffen eine PWM auch mit 500 KHz oder sogar höher (je nach Auflösung, es sollten auch 64Bit reichen, dann 1 MHz ohne probleme). gruß hans
@ Josef (Gast) Klingt viel versprechend!: >> # Up to 60-MHz, 32-bit C28x™ CPU # 32-kB to 128-kB embedded Flash # 12-bit ADC, up to 4.6 MSPS >> # 150-ps high-resolution ePWM Ich probier's mal! Danke!
-
Thread
HP-IB und AVR
echten" Open Collector Ausgang mit Transistoren dran, dann kann nichts schlimmes passieren. Ein AVR Projekt gibt es z.B. hier: http://www.spurtikus.de/basteln/gpib.html
PC der Master ist. Ich bin zB an einem System, wo wir einen Frequenzzahler haben, den ich mit einem AVR auslesen moechte. Da ist kein PC, der das machen wuerde. Zudem moechen wir mit dieser Zaehlgroesse einen Prozess steuern... ein AVR ist in diesem Fall einfach besser geeignet. Der Zaehler hat leider
-
Thread
I/O Verteiler/Umschalter
nicht grausam viel Arbeit und für einen normalsterblichen Hobby-Bastler unlösbar? Einen Atmega 128 aus Logikgattern nachzubauen kanns ja auch nicht sein, dann kann ich auch gleich den Atmega einlöten.
>Einen Atmega 128 aus Logikgattern nachzubauen kanns ja auch nicht sein, >dann kann ich auch gleich den Atmega einlöten. Genau das wird aber gemacht. Das hat den Vorteil dass du sämtliche Hardware die du im Controller
-
Thread
Fehlerursache bei Displayansteuerung eingrenzen
wollte ich posten: [c] #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 5 /**< 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
GNU Linker -o Option
ar.exe 21.09.2015 19:10 1.128.960 as.exe 21.09.2015 19:10 950.272 ld.bfd.exe 21.09.2015 19:10 950.272 ld.exe 21.09.2015 19:10 673.280 nm.exe 21.09.2015 19:10 820.736 objcopy.exe 21.09.2015
als Kopie der ELF-Datei. Argumente siehe oben. Diesen Weg begehen seit Jahren Generationen von AVR-Programmierern.
-
Thread
Speicher/Array kommt durcheinander/wird überschrieben ?
======== dies ist mein kompletter Quellcode: [c] /* * Wasseruhr-Sensor.cpp * * Created: 28.01.2019 10:27:43 * Author : Gregor */ #define F_CPU 14745600UL #include <avr/io.h> #include <util/delay.h> #include <stdint.h> #include <stdio.h> #include <string.h> #include <avr/interrupt.h
printf_P() ausgeben. Meine "Hello World" Vorlage zeigt, wie man das macht: http://stefanfrings.de/avr_hello_world/index.html
-
Thread
Loxone Link - CAN-Bus
gibt es hier: http://www.kreatives-chaos.com/artikel/universelle-can-bibliothek [code] #include <avr/io.h> #include <avr/interrupt.h> #include "include/can.h" void io_init() { DDRA = 0xff; DDRC = 0xff; DDRF |= (1 << PF6); } void send_online() { //0x8f, 0x00, 0x00, 0x00, 0x6e
ATMega + MCP2515 sind dabei so meine Controller gewesen. Dank der can_lib läuft's aber auch auf AT90CAN128.
-
Thread
Attiny lässt sich nicht flashen
5.8cvs *mySmartUSB* firmware 2.5 *CP210x* silabs.com for OSX (v2.9) [c] vinz$ avrdude -pm8 -c avr910 -P /dev/tty.SLAB_USBtoUART -v -e -b 19200 -U flash:w:LCD.hex:i ... avrdude: avr910_devcode selected: 0x76 avrdude: AVR device initialized and ready to accept instructions Reading | ###
: /dev/tty.SLAB_USBtoUART Using Programmer : avr910 avr910_devcode (avrdude.conf) : 0x76 Overriding Baud Rate : 19200 AVR Part : ATMEGA8 Chip Erase delay : 10000 us
-
Thread
IR-Prorität bei ADCs
Hallo zusammen, hänge grad ein bisschen beim programmieren fest. Also: Controller:ATM8 also AVR Studio habe bei meinem Programm den ADC3/4/5 im Betrieb und wollte wissen ob man jetzt anhand der Priorität des jeweiligen Feedbacks(3/4/5) sowas der interrupt Service Routine mitteilen kann.
Martin28 schrieb im Beitrag #2709609: > Glaube eher das Problem ist wie Ich auf den Kanal.4 bzw. 5 komme. > Da Ich ja in der Main() den Kanal.3 zum wandeln definiert habe. Indem du den Multiplexer auf Kanal
-
Thread
UV-Laserdrucker II
> #include <inttypes.h> #include <avr/pgmspace.h> #include <avr/sleep.h> const uint8_t Compare_Werte[] = {0x0C, 0x00, 0x0D, 0x00, 0x0E, 0x00, 0x0F, 0x00, 0x0E, 0x00, 0x0D, 0x00, 0x0C, 0x00, 0x0B, 0x00, 0x0A, 0x00, 0x00, 0x00, 0x00,
Es ist natürlich die Appnote AVR446! Habe mich vertippt.
-
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
jetzt weiter? 64kbyte/sec <<< 12Mbps - dachte ich zumindest... Mein ATxmega schaft sogar locker 128kbyte/sec - sogar mit USB Klassen drumrum... MfG
-
Thread
SPI Probleme mit ATMega644
www.reichelt.de/?;ACTION=3;LA=444;GROUP=A363;GROUPID=2959;ARTICLE=68172;START=0;SORT=artnr;OFFSET=16;SID=28ZxSafKwQARwAACoRypQ91132b8747934197759b657e551ebf3d)
products/param_table.asp?family_id=607&OrderBy=part_no&Direction=ASC im Gegensatz dazu kann ich im AVR Studio unter Projekt-Einstellungen nur zwischen 644 und 644P wählen, aber einen 644A wird nicht angeboten.
-
Thread
120 I/Os an Raspberry Pi
Für so eine Spielerei hat i2c mehr als genug Bandbreite. Dein AVR müßte ja sonst nichts mehr machen. 100kbit/sec. kann jeder i2c-Baustein. Du könntest also mehrere tausend Pins pro Sekunde mehrfach abfragen. Im AVR dann per Tabelle die Differenz bilden und schon
>Im AVR dann per Tabelle die >Differenz bilden und schon hast du die Änderungen. naja, entprellen müsste man schon auch noch.. das könnt er auch gleich mit erledigen.. achso nachtrag: KNX wäre in
-
Thread
rechnet der preprocessor in C gcc (AVR) multiplikation aus?
wie im Titel: rechnet der preprocessor in C gcc (AVR) Multiplikation aus? #define CONST1 10 #define CONST2 20 (CONST1 x CONST2) oder #define MUL (CONST1 x CONST2) oder muss das der AVR zur Laufzeit rechnen?
Joachim B. schrieb im Beitrag #4120978: > rechnet der preprocessor in C gcc (AVR) Multiplikation aus? nein, dafür ist er nicht zuständig > oder muss das der AVR zur Laufzeit rechnen? auch nein, das macht, wenn eingeschaltet, der Optimierer.
-
Thread
Ausgabe von Font aus Programm Memory Gesperrt
Schrift habe in Form von 6x8. so sieht der Quellcode momentan aus für 6x8 Font: [c] #include <avr/pgmspace.h> typedef char PROGMEM prog_char; const prog_char Font[256] [6] = { { 0, 255, 255, 255, 255, 255}, { 0, 255, 255, 255, 255, 255}, { 0, 255, 255, 255, 255, 255}, { 0, 255, 255, 255, 255, 255}, .. . { 0, 28, 161, 160, 161, 124}}; [/c] so der neue Quellcode mit großen Schrift: [c] typedef char PROGMEM prog_char2; const prog_char2 Font2[80] [2] = { {0x00, 0x00}, // ········ ······· {0x00,
-
Thread
Induktiver Positionssensor - Fragen dazu
diese, aus dem Video: https://www.youtube.com/watch?v=fPGsmCLoN_Y [c] // Simple I2C test for 128x32 oled. // Use smaller faster AvrI2c class in place of Wire. // Edit AVRI2C_FASTMODE in SSD1306Ascii.h to change the default I2C frequency. // #include "SSD1306Ascii.h" #include "SSD1306AsciiAvrI2c.h
I2C-Interface, vollkommen problemlos. Frank O. schrieb im Beitrag #7640101: [c]> // Simple I2C test for 128x32 oled. > // Use smaller faster AvrI2c class in place of Wire. > // Edit AVRI2C_FASTMODE in SSD1306Ascii.h to change the default I2C > frequency. > // > #include "SSD1306Ascii.h" > #include
-
Thread
Labornetzteil/Funktionsgenerator
Sicherung nicht vergessen, sonst Feuer bei Kurzschluss !!!!! Die dienen für die Versorgung des AVR ( atmega128 flog hier nochrum) über einen konventionellen 7805. Für die Adc referenzspannung fand ich auf einer alten Flohmarktplatine eine 1,2 Volt Bandgap Referenz. Lm 35 (über ADC) natürlich als
Frosch, Keine Spannung für die Umschaltung sondern für den AVR.
-
Thread
240 RGB LED's, Hardware bzw. überhaupt machbar?
du aber auch nur eine PWM Helligkeitsauflösung mit diesen 10us, das kann ggf. schon ein einzelner AVR für alle LEDs verwalten, geschickte Assemblerprogrammmierung vorausgesetzt. 240 LEDs halte ich auch für eher wenig, 240000 sind wohl eher das was andere aufbauen.
machbar. Ich habe selbiges mit 224 einfarbigen LEDs gemacht, die mit (glaube ich ca) 100 Hertz auf 128 Stufen gedimmt werden konnten. Kriegt man mit einem Atmega32 und 28 Schieberegistern locker hin.
-
Thread
Rust - ist das hier um zu bleiben?
unknown-linux-gnux32 x86_64-unknown-linux-musl x86_64-unknown-netbsd x86_64-unknown-redox [/pre] AVR soll auch unterstuetzt werden, sobald das AVR Backend fehlerfreier ist. Solange gibt es das avr-rust projekt. Der Buildprozess ist mit cargo super angenehm. Man hat eine gewisse Sicherheit was Rebuild-Sicherheit
Werkzeugen? Wie schwer tut man sich wenn z.B. der Chef man möchte doch z.B. von STM32 oder PIC/AVR auf ein Rust Entwicklungssystem umzusteigen? Wird PIC/AVR unterstützt? Gibt es Case Studies wie man ein existierendes erfolgreiches embedded Projekt (STM32/AVR/PIC) von C/C++ auf Rust umsetzt und
-
Thread
AVR Board mit CAN
/AVR/Development/AVR-CAN/): Was müsste ich alles dazu kaufen um zwei weitere CAN-Schnittstellen zu integrieren und ist dieses Board zu empfehlen (falls jemand Erfahrung damit hat)?? Vielen Dank im Voraus
werkeln. Fertige Boards mit CAN kenne ich leider nicht, aber ich hab mir mal einen dsPIC33 im DIL28 mit CAN-Anschluß (Sub-D9) auf eine Lochrasterplatine gelötet.
-
Thread
Auftragsarbeit - RGB-LED-Lauflicht
von 100,-€ dürfte dabei doch auch icht viel überschritten werden, wenn man nen ordentlichen Atmega AVR und ein paar LEDs bzw. Steckanschlüssen(s.o.) mehr nimmt? Beim Coding-Part werde ich wohl Eigenleistung bringen müssen wenn dieser beim 5fachen der Baukosten liegt. Das Programm wird ohnehin öfter
Bisher gibts nur 8Farben: rot, grün, blau und Mischfarben mit ein/aus. Als COntroller ist ein ATmega128 drauf... Aber soweit stimmt das schon, 192Leitungen für die Leds.. nur ohne PWM Schaltplan will ich aber nicht posten, weils ja ein HS-Projekt war
-
Thread
Display Module CFAF320240F-TS Ansteuerung --- ATMEGA 128 ---- STK600
Hallo an alle, ich bin dabei ein LCD Module (CFAF320240) mit dem Atmega 128 und STK600 anzusteuern.Mein Display tut nichts wenn ich das test program laufe lasse. Was mache ich falsch ? Bitte um Hilfe ! Danke im voraus #include<avr/io.h> #include <util/delay.h
absturtz nach abruf von unterprogram. Kann mir jemand genau sagen wie ich die Fusebits von ATMEGA 128 richtig einstellen kann? Hardware : STK600 Debuger : JTAGICE2 Entwicklungsumgebung : AVR Studio Danke im voraus.
-
Thread
Taster enprellen aus Codesammlung
Schon mal mit echten AVR's gearbeitet, oder nur Papiertiger?
/articles/Entprellung#Komfortroutine_.28C_f.C3.BCr_AVR.29 Peter
-
Thread
AVR 16Bit PWM flakert unregelmässig
***************************************************** #define F_CPU 4000000L #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> long tab[256]={ 0, 1, 1, 1, 1, 1, 1, 1, 1, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 3, 3, 3, 3, 3, 3, 3, 4, 4, 4, 4, 4, 4, 5, 5, 5, 5,
10, 10, 11, 11, 12, 12, 13, 13, 14, 15, 15, 16, 17, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 31, 32, 33, 35, 36, 38, 40, 41, 43, 45, 47, 49, 52, 54, 56, 59, 61, 64, 67, 70, 73, 76, 79, 83, 87, 91, 95, 99, 103, 108, 112, 117, 123, 128, 134, 140, 146, 152, 159, 166, 173, 181, 189, 197