-
Thread
AVR128DB mir 3-wire SPI
Hallo lieber Microcontrollercontroller, Ich möchte mit einem AVR128DB48 eine RTC ansteuern. Um genau zu sein die RV-8063-C7 von Microcrystal. Mein Problem ist, dass diese RTC nur 3 Leitungen für SPI hat: SCL, SDIO und CE. Im Datenblatt vom AVR128DB ist auf
eine bidirektionale Datenleitung (halbmutiplex), ansonsten alles das Übliche. > Im Datenblatt vom AVR128DB ist auf Seite 407 Kapitel 28.1 (SPI - > Features) zu lesen: "Three-Wire Synchronous Data Transfer". > https://ww1.microchip.com/downloads/en/DeviceDoc/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf
-
Thread
AVR Synthesizer mit ATxmega128A1
Demo-Video. Es zeigt die LFO-Modulation von VCF und VCA. http://www.youtube.com/watch?v=iwUUhr8rD48 Achtung! Sound ist sehr laut. Hier noch schnell ein Bild mit dem kompletten Hardwareaufbau meines AVR-Synthis in der Stereo-Version. Bild 1: AVR-Synthi Stereo-Version Gruß Rolf
erzeugen aus dem Audio-Signal ein Differenzsignal für den ADC-Eingang. ATMEL Notes ADC im Xmega128A1: http://www.atmel.com/images/atmel-8032-using-the-atmel-avr-xmega-adc_application-note_avr1300.pdf Bild: ADC mit Differenzial-Eingang Initialisierung des ADC im Xmega128A1 Prozessor [c]
-
Thread
Handycamera MCA-25 ansteuern - ip webcam mit mega32
2. Bildspeicher zum abspeichern von Bildern bei Auslösung eines externen Alarm (ein Eingang des AVR) Frage B: Speichern in externer SD-Karte oder externem sRam (habe hier schon ein Mega128 mit 128 externem sRam aufgebaut) 3. Abruf der Bilder über das Netzwerk . 4. Übernahme von Daten aus
of u got any idea what's the problem? and also please send me a circuit diagram between CAM, and AVR (i use 128), couse i think there is the problem too. Thanx all for your help.
-
Thread
Peter Danneggers Bootloader (fastboot) für AVR-GCC-Toolchain
Hallo, ich versuche den Bootloader für einen AT90CAN128 zu Kompilieren. Ich habe im Makefile folgende Änderungen vorgenommmen: [code] MCU = at90can128 ATMEL_INC = can128def.inc F_CPU = 16000000 CFLAGS += -I . -I ./added -I ./converted -I /opt/avr/include
Ich editiere dann nur noch die Datei get_avr_arch.sh: [c] #!/bin/sh # Get AVR architecture # http://gcc.gnu.org/onlinedocs/gcc-4.8.0/gcc/AVR-Options.html # attiny4313 # attyin85, attiny45 echo "avr25" # atmega48, atmega88, atmega168, atmega328
-
Thread
DWARF error: invalid abstract instance DIE ref
mehr klar kommt? Der Compiler selbst meckert nicht. Flash 9200 und RAM 670 Bytes. Controller ist ein AVR128DB48. Die DWARF Meldung hatte ich sonst immer sporadisch. Beim erneuten kompilieren war sie dann weg. Diesmal erscheint sie immer. Muss ich mir Sorgen machen?
Pause. [c] #pragma once #define INLINE inline __attribute__((always_inline)) namespace AVR128DB { namespace TCB { namespace { using Register = volatile uint8_t *; #if defined(__AVR_AVR128DB48__) #include <AVR128DB48_TCBnRegister.h
-
Thread
Problem mit ltoa
ATtiny24A ATtiny20 ATtiny40 ATtiny44A ATtiny43U ATtiny4313 ATtiny45 ATtiny461A ATtiny461 ATtiny48 ATtiny44 *Atmegas* ATmega48 ATmega48A ATmega48P ATmega48PA
Compilerfehler > plädieren. "Das haben wir aber schon immer so gemacht." ;-) Auf jedem anderen AVR funktioniert das auch (auch auf den kleinen mit 128 oder weniger Byte SRAM). Eigentlich sollte das egal sein, was im oberen Byte des Zeigers drin steht, denn da dieses Byte für die Adressierung
-
Thread
Diskettenlaufwerk ansteuern
noch Laufwerke dafür mehr. Ich halte es aber für durchaus möglich, mit den Features der neueren AVR8 einen HD-fähigen Floppycontroller umzusetzen. Konkret mit einem AVR128D(x)48 oder-64. Ich sehe eben bloß keinen Sinn darin, das tun zu wollen.
AVR128Dx daran, dass das SPI die Bytes nicht nahtlos schreibt. D.h. zwischen zwei Bytes, auch im buffered Mode, macht der AVR128Dx eine Pause von einem Bit, das ist natürlich ärgerlich und verhindert mit
-
Thread
Reziproker Frequenzzähler+ Optimierte 64bit uint Routinen
2.700Mhz werden mit deinem MB510, 1:128 Teiler erreicht und er verkraftet mit einem 3dB Pad +13dBm Pegel am Eingang. Von den 2.700Mhz liegen am ATmega48 nach Teilung nur 2.700Mhz/ 512 = 5,2734MHz an! Software Funktionen * Das Anzeigenformat
= [c] freq_meter-20100825$ make avr-gcc -mmcu=atmega48 -Os -g -Wall -I. -c main.c avr-gcc -mmcu=atmega48 -Os -g -Wall -I. -Wl,-Map,freq_meter.map,--cref -o freq_meter.out main.o text data bss dec hex filename
-
Thread
Nachfolger für ATMega gesucht
ATSAMC21 wenn es 5V sein soll mit CAN-FD. Bis 256k Flash, 32/48/64/100 Pins, Cortex M0+ 48MHz. Oder in 3,3V dafür bis 1MB Flash, bis 128 Pins, Cortex M4F 120MHz: ATSAME51. Edit: die gerne gehypten STM32 gibt es erst ab H7 mit CAN-FD, die kleinste von den Kacheln
sind schneller und z.B. dank NVIC besser für Echtzeit-Aufgaben geeignet als AVR.
-
Thread
Fehlermeldung Arduino C++
direkt anzeigen, was nochmal ca. doppelt so schnell ist! [pre] Datei (B x H x Bits) Ladezeit / ms 48x48x24 351 1260x128x24 2930 48x48x16 47 160x128x16 414 48x48x16 (Flash) 19 80x128x16 (Flash) 84 [/pre] Das kann
der ist beim avr-gcc 16 bit breit. Da ist bei 32k Arrayelementen Schluss. Oliver
-
Thread
Attiny412 - String über USART
das du einen Hardware-Bug im Tiny412 gefunden hast. Der > allerdings in ähnlicher Form bereits vom AVR128DAxx bekannt ist... Erklär mal bitte für mich Doofi mehr. Ich weis nur, dass der AVR128 da ein Mapping Issue hat ...
ändern. Und übrigens auch keine Möglichkeit dafür (das ist der einzige Unterschied zur Sachlage bei den AVR128DAxx)...
-
Thread
Auslesen von 48 Tastern mit AVR
Hallo zusammen, ich möchte mit einem möglichst kleinem Avr 48 Taster auslesen. Da ich Pins sparen möchte bin ich beim recherchieren auf die Möglichkeit gestoßen das Ganze über den ADC Eingang mit verschiedenen Widerständen zu betreiben, diese Methode klappt
Thgomas T. schrieb im Beitrag #4810242: > ich möchte mit einem möglichst kleinem Avr 48 Taster auslesen. Wie haben die Experten das bloß in meiner Tastatur gelöst? Ich such da mal nach Schieberegistern, Portexpandern oder 100-Beinigen µCs. MfG Klaus
-
Thread
Neue AVR-Tiny Generation, neue B-ATMegas, neue Entwicklungstools
einschlagen No Problem. Ich schlag zurück. Da machen es einem die wunderbaren Eigenschaften des AVR wirklich einfach. Stefan schrieb im Beitrag #3878564: > STM32F411 richtig toll sind? QFN48 > mit 100MHz, 3x Uarts, 5x SPI (I2S), 3x I2C und 12Bit ADC QFN48? Wer soll das löten? 100MHz? Wer
Wofür ein Umschalten der Quelle? Das man den Takt zur Laufzeit auf einen Teiler 1/2/4/8/16/32/64/128/256 einstellen kann ist doch schon sehr schick. > Da wir CAN (fast) immer benötigen, ist unser standard AVR notgedrungen > der AT90CAN128. Ich benutze den 90CAN32 und den 16M1. Während der 90CAN32
-
Thread
RTC-Timer2 - Binär Uhr
Pierre Gnauck schrieb im Beitrag #3954902: > Das Programmbespiel ist aus dem Tutorial AVR-GCC-TIMER. Das Beispiel ist für Atmega48..328. Du musst an Hand der Datenbätter die Register vergleichen und es für den Atmega8 anpassen. Oder hast du endlich einen Grund dich, von der alten Gurke
http://www.mikrocontroller.net/articles/AVR_-_Die_genaue_Sekunde_/_RTC
-
Thread
AVR Bootloader
mal die W2k/XP Version des PBOOT.EXE Programms zum laufen bringen möchte. Danach werde ich das AVR-Programm für den Mega128 anpassen ... Ich halte euch auf dem laufenden ... Gruß Fiffi
hier im Forum über den Bootloader Leider hab ich Probleme mit pboot_xp.zip vom 02.05 einen Mega 128 mit dem Bootloader zu vesehen. Die von mir verwendete Software ist AVR-Studio 4.12, SP3, PC ist WinXP. Meine Vorgehensweise war bisher: Den Bootloader boot128.hex in den Mega programmieren, danach
-
Thread
möglichst simpler langzeittimer?
. K. schrieb im Beitrag #3135685: > Nochmal Strom: Ein vergleichsweise dicker Klops wie der ATmega48PA ist > mit 32kHz Uhrenquarz im Power-save mit 1µA sparsamer als jeder ATtiny. > Und nebenbei auch noch viel genauer. Interessante Sache! Leider zeigt das Datenblatt für den ATmega48PA im Kapitel
Seite 531 keine Grafik. Liegt das an meinem Viewer? http://www.atmel.com/Images/Atmel-8271-8-bit-AVR-Microcontroller-ATmega48A-48PA-88A-88PA-168A-168PA-328-328P_datasheet.pdf Für den ATmega88PA ist der Graph zu sehen (Seite 555). Nehme an, der für den 48PA schaut ähnlich aus. Was ich aber auch
-
Thread
Nokia 3310 Lcd Ansteuerung in AVR-GCC
\AVR/drm3310.c:26: undefined reference to `sbi' drm3310.o(.text+0x2c):D:\ATMEL\nokia 3310 display-Avr\AVR/drm3310.c:27: undefined reference to `sbi' drm3310.o(.text+0x38):D:\ATMEL\nokia 3310 display-Avr
+0x18a):D:\ATMEL\nokia 3310 display-Avr\AVR/drm3310.c:50: undefined reference to `sbi' drm3310.o(.text+0x196):D:\ATMEL\nokia 3310 display-Avr\AVR/drm3310.c:51: undefined reference to `sbi' drm3310.o(.text+0x1a2):D:\ATMEL\nokia 3310 display-Avr
-
Thread
Nachfolger vom esp8266: ESP32 - besser, schneller
out this in John Lee and Teo Swee-Ann sweetys and postings. It thems that the ESP32 have Local 128 KB Instruction RAM and 2x 128 KB Data RAM for Local Data Ram0 from 0 – 128 KB and Local Data Ram1 from 0 – 128 KB, that near 400 KB RAM ( 384 KB ). The most Theme that is spoken is the 40 GPIO – i think
outside your Developer Brief: a) Have read that Core is Tensilica Diamond 108. Right ? b) We have 128 KB Instruction RAM ? c) We have 128 KB Data RAM0 and 128 KB Data RAM1 ? d) We have full eMMC Support ? e) Chip Size Pack is QFN ? f) More accurate : QFN 48 ? g) More detail accurate : 7 mm x 7
-
Thread
Programmierung AT90S4414
/products/AVR. When new firmware is available, AVR Studio will prompt the user to upgrade AVRISP mkII. The following devices are supported: Table 1.1. Devices programming support Device ISP PDI AT90CAN128
x ATtiny26 x ATtiny261 x ATtiny43U x ATtiny44 x ATtiny45 x ATtiny461 x ATtiny48 x ATtiny84 x ATtiny85 x ATtiny861 x ATtiny88 x ATmega128 x ATmega1280 x ATmega1281 x ATmega1284P x ATmega128A x ATmega16 x ATmega162 x ATmega164P x ATmega165 x
-
Thread
Atmel AVR Toolchain for Linux
./avr/include/avr/iox128d4.h ./avr/include/avr/iom8.h ./avr/include/avr/iom6490p.h ./avr/include/avr/iom48p.h ./avr/include/avr/iom3290a.h ./avr/include/avr/iotn44a.h ./avr/include/avr/iox64b3.h ./
/avr/include/avr/iox256a3u.h ./avr/include/avr/iom165pa.h ./avr/include/avr/iotn40.h ./avr/include/avr/iom48.h ./avr/include/avr/iox128d3.h ./avr/include/avr/iotn167.h ./avr/include/avr/iocan32.h
-
Thread
Das passiert wenn...
Ja verstehe ich auch nicht. Das Display hat eine Auflösung von 16x288 Pixel. Man benötigt also 48 Datenleitungen, der ATMega128 hat 6 Ports. Bei 16MHz und 50Hz Displayfrequenz benötigt man bei 64 Farben ca. 370 MCU Takte pro Darstellungsspalte. Ergo im Bereich des Machbarem. Was so "unglaubwürdig
angesteuert. Dafür hast du dann aber vergessen, daß es RGB sind, also drei pro Gehäuse. Das gibt insgesamt 48 LEDs, was mit dem Mega128 (53 I/O-Pins) also durchaus einzeln ansteuerbar ist.
-
Thread
LPC1100, superguenstig, 8-bit? Wird immer unnoetiger
>Ein Kompromiss ist LQFP48 auf obigem DIP48-Träger. Und wenn der LPC1100 >tatsächlich als PLCC44 kommt, dann nützt das zwar nicht für Breadboards, >aber für Lötpunktraster taugt es. Prinzipiell ja. Das Problem ist nur, dass
6,50€ plus MWSt bei TME). Akzeptables Preis/Leistungsverhältnis, ggf. pinkompatibel ausbaufähig auf 128KB Flash.
-
Thread
attiny45 mit avr-gcc nur halb unterstützt
at90s4434 at90s8515 at90c8534 at90s8535 at86rf401 attiny13 attiny2313 avr3 atmega103 atmega603 at43usb320 at43usb355 at76c711 avr4 atmega8 atmega48 atmega88 atmega8515 atmega8535 avr5 atmega16 atmega161 atmega162
atmega329 atmega3250 atmega3290 atmega406 atmega64 atmega640 atmega644 atmega128 atmega1280 atmega1281 atmega645 atmega649 atmega6450 atmega6490 at90can32 at90can64 at90can128 at90usb646 at90usb647 at90usb1286 at90usb1287 at94k no emulation specific options. Der avr-gcc
-
Thread
MMC SD library FAT16 FAT32 read write
Emperor_L0ser PS: ich verwende nicht die Makefile, meine Befehle, wie für alle meine Projekte: if avr-gcc -O2 -mmcu=at90can128 -DF_CPU=1000000 ./*.c then avr-objcopy -O ihex -R .eeprom a.out flash.hex avrdude -p c128 -e -c pony-stk200 -U flash.hex exit 1 fi
, is im Anhang. Kann sich das jemand erklären?! Ohja: Wie erwähnt: PC: Win XP SP3, µC: ATmega128, 3,3V, SD ohne Zusatz an SPI, Compiler AVR Studio Grüße, Matze
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
auflösung 60x60pixel,542Bytes,dann das gif bild umgewandelt mit winbin (hat jetzt3.04Kb)damit ichs im avr(mega128) speichern kann der es dann zum lcd überträgt. hab die beiden bild daten im anhang. wenn ichs zum lcd schicke dann entsehen nur wahllose pixel. vielleicht könnte mir einer von euch ein wenig
Avr Nix wrote: > Noch eine andere Frage welche Zahl ist bei dir Grau und Hellgrau? Die Farben sind 8bit Werte, man kann jeden Wert senden, es werden aber nur die 2 MSB verwendet: 0, 64, 128, 192 sind
-
Thread
AVR mit USB-Schnittstelle?
Teil davon). Ist ja auch kein Problem, aktuelle Prozessoren schaffen per DMA ein Byte/Cycle - bei 48MHz sind das immerhin schon 48MByte/s!!!
Byte-Ping-Pong-Übertragung nahe. Wird der FT245 verwendet, so kann problemlos mit Paketgrößen von 128 bzw. 384 Bytes gearbeitet werden, die vom FT245 in einem Empfangs- bzw. Sendefifo vorgehalten werden. Sollte es einem AVR gelingen, das Schreibfifo innerhalb einer Millisekunde zu füllen, dann müssten
-
Thread
Fehlerhafte Adressierung von lokalen Arrays bei tinyAVR(R) 0-series
Habe zwar hier keinen dieser kleinen ATtinys, aber ich habe mal testhalber das ELF-File auf einen AVR128DA48 geflasht, und ich sehe im Flash hinterher alle Strings. Das heißt, dass er auch die .rodata ordentlich geschrieben hat. ps: Kommandozeile: [pre]avrdude -c pkobn_updi -p attiny1604 -U puts_vers.elf
zwar hier keinen dieser > kleinen ATtinys, aber ich habe mal testhalber das ELF-File auf einen > AVR128DA48 geflasht, und ich sehe im Flash hinterher alle Strings. Das > heißt, dass er auch die .rodata ordentlich geschrieben hat. > > ps: Kommandozeile: > avrdude -c pkobn_updi -p attiny1604 -U
-
Thread
AVR+interner RC Oszillator extrem ungenau
Gerät entwickelt, welches LEDs in bestimmten Zeiten verschieden ansteuert. Im Gerät sitzt ein ATmega48, welcher mit dem internen Oszillator auf 128KHz läuft. Nun soll eine LED 150 Sekunden lang leuchten. Bei einem der Geräte leuchtet diese jedoch 161 Sekunden, bei einem anderer genau 150. Die Programme
Die 128kHz werden vom Watchdog-Oszillator erzeugt. Der ist besonders ungenau und auch von der Versorgungsspannung und der Temperatur abhängig (Die 128kHz gelten bei 3V/25°). Er ist im Gegensatz zum 8Mhz-Oszillator
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit D-RAM
"SIG_USART_DATA" --> "USART0_UDRE_vect" eingertagen hier: (uart.c) [c] #elif defined(__AVR_ATmega48__) || defined(__AVR_ATmega88__) \ ||defined(__AVR_ATmega168__) || defined(__AVR_ATmega644__) #define ATMEGA_USART0 #define RXCIE RXCIE0 #define TXCIE TXCIE0 #define RXEN
jetzt doppelt für 8x8 Pixel): 0 - wieso immer "0" wird da nicht der Grauwert codiert? 3 0 12 0 48 0 192 0 3 0 12 0 48 0 192 Gruß Peter
-
Thread
Klingel mit 100 Melodien - last minute Weihnachtsgeschenk
15,8,8,15,8,8,15,8,16,8,15,8,8,15,8,8,15,8,16,8,14,7,7,14,7,15,7,14,7,7,14,7,7,14,7,15,7 ,2 //Lied Nr. 15 Offset:492 ,15,16,15,16,15,16,15,16,15,15,16,17,18,19,20,84,128,84,128,87,64,77,64,84,128,84,128,82,64,83,64,84,128,84,128,87,64,77,64,84,128,84,128,82,64,83,64,87,84,207,207,0,87,84,206,206,0,87,84,205,205,64,75,77 ,5 //Lied Nr. 16 Offset:557 ,8,13,16,15,13,16,13,15,13,9,11,136,8,13,16,15,13,16,13,15,13,8,7,134,6
141,64,40,0,232,64,37,0,134,0,42,0,136,0,33,0,225 ,1 //Lied Nr. 44 Offset:1445 ,10,12,10,12,10,12,10,128,10,12,10,12,10,12,10,12,10 ,2 //Lied Nr. 45 Offset:1463 ,77,75,77,72,68,72,129,77,75,77,72,68,72,129,77,79,80,13,80,13,80,79,11,79,11,79,77,75,72,75,141 ,2 //Lied Nr. 46 Offset:1495 ,41,47,48,41,110,172,201,201,41,47,48,41,110,172,201,201
-
Thread
Nokia 3310 LCD mit Bascom
? Bei mir läuft es erst bei HW 128 SW64 Fr64 ohne Fehler
Stirn klopft man sich erst, wenn man sieht, dass ein 6100 (um das es sich offensichtlich handelt, 128*128, 4096 Farben) Display weniger als die Haelfte kostet. MfG
-
Thread
cannot read spec file 'device-specs/specs-atmega4808'
/avr4/atmega48 avr/lib/avr4/atmega48a avr/lib/avr4/atmega48pa avr/lib/avr4/atmega48pb avr/lib/avr4/atmega48p avr/lib/avr4/atmega8 avr/lib/avr4/atmega8a avr/lib/avr4/atmega88 avr/lib
avr/lib/avr51/atmega1281 avr/lib/avr51/atmega1284 avr/lib/avr51/atmega1284p avr/lib/avr51/atmega128rfa1 avr/lib/avr51/atmega1284rfr2 avr/lib/avr51/atmega128rfr2 avr/lib/avr51/at90can128
-
Thread
Attiny2313 Timer16 Bit, Normal Mode, unsauber
Hallo S.Landolt, hast du interesse am Code für unseren AVR128DB48? Ist aber C++. Da es aber nur aus Registerkonfigurationen besteht, sollte das lesbar sein. Habe das mal für den Timer TCD0 mit PLL 48MHz zum laufen gebracht. Kleiner Haken an der Sache. PLL mit
mal - ohne relativ kleinen pull-down am DAC-Ausgang werden Sie Ihr "blaues" Wunder erleben mit dem AVR128DB28.
-
Thread
AVR128DB USART Transmit Buffer
eine Rolle und entsprechend gibt es Probleme als ich diese auf den AVR128DB migrierte. Aber so wie es aussieht hat der AVR128DB eine Transmit Buffer von 4 Bytes. Weiss jemand mehr darüber? Peter
gleich zu den neuen µc Typen. Kann ich nicht bestätigen - Senden an PC-Hyperterminal: beim ATmega48PA erscheint "AB", beim AVR128DB28 "ABC".
-
Thread
IDE unter Linux
F_OSC = 10000 [/c] eingegeben. Auf "Make all" geklickt und folgende Fehlermeldungen kamen: [c] avr-gcc: error: unrecognized argument in option ‘-mmcu=8051’ avr-gcc: note: valid arguments to ‘-mmcu=’ are: at43usb320 at43usb355 at76c711 at86rf401 at90c8534 at90can128 at90can32 at90can64 at90pwm1
attiny261 attiny261a attiny28 attiny4313 attiny43u attiny44 attiny44a attiny45 attiny461 attiny461a attiny48 attiny84 attiny84a attiny85 attiny861 attiny861a attiny87 attiny88 atxmega128a1 atxmega128a1u atxmega128a3 atxmega128d3 atxmega16a4 atxmega16d4 atxmega16x1 atxmega192a3 atxmega192d3 atxmega256a3 atxmega256a3b
-
Thread
EOL ATmega328p
The AVR® DB family of microcontrollers feature the well-known AVR® CPU, now running at up to 24 MHz across the full supply voltage range of 1.8V to 5.5V. https://www.microchip.com/en-us/product/AVR128DB48
ATtiny26 ATtiny261A ATTINY28 ATtiny4313 ATtiny44 ATtiny44A ATtiny45 ATtiny461 ATtiny461A ATtiny48 ATTINY84 ATtiny84A ATtiny85 ATtiny861 ATtiny861A ATTINY88 AVR128DA28 AVR128DB28 AVR16DD28 AVR32DA28 AVR32DB28 AVR32DD28 AVR64DA28 AVR64DB28 AVR64DD28 Die gesamte Liste kann man als
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F 96 60 61 62 63 64 66 67 68 69 6A 6B 6C 6D
7-Bit-Adresse -> 7F = 128
-
Thread
avr/iom328p.h ist da, wird aber nicht anerkannt
defined (__AVR_ATmega64M1__) #elif defined (__AVR_ATmega128__) #elif defined (__AVR_ATmega128A__) #elif defined (__AVR_ATmega1280__) #elif defined (__AVR_ATmega1281__) #elif defined (__AVR_ATmega1284__) #elif
#elif defined (__AVR_ATmega16HVBREVB__) #elif defined (__AVR_ATmega8__) #elif defined (__AVR_ATmega8A__) #elif defined (__AVR_ATmega48__) #elif defined (__AVR_ATmega48A__) #elif defined (__AVR_ATmega48PA__) #elif
-
Thread
Bitmanipulation beschleunigen
variant4 (uint8_t in) //------------------------------- { uint8_t a,b,c,d; a = __builtin_avr_insert_bits (0x11110000, in, 0); b = __builtin_avr_insert_bits (0x33332222, in, 0); c = __builtin_avr_insert_bits (0x55554444, in, 0); d = __builtin_avr_insert_bits (0xffff6666, in, 0);
mult8) Benötigt 386...407 Takte (je nachdem wie viel Einsen im Input Variante 2: nutzt Tabelle mit 128 dwords im ROM. Benötigt 33 Takte, aber 128*4 = 512 Bytes im ROM - könnte ich gerade noch mit leben. Variante 3: nutzt Tabelle mit 128 dwords im RAM. Benötigt 4 Takte, aber 128*4 = 512 Bytes im
-
Thread
Display mit Touchscreen bei Pollin?
Troll schrieb: > Nööö, geht beim Mega8 nicht. Siehe Datenblatt Kapitel Clock-Sources. > Mega8 != Mega48/88/168. Ah - Danke für die Richtigstellung. Ich dachte, das sei ein Feature der ganzen AVR-Familie, weil alle Modelle es hatten, mit denen ich mich bisher befaßt habe, selbst die Tinys.
über TEST ablaufen. Gruß micha ###################################### _kalibrieren Alias 1 + 48 + 128 _texteingabe Alias 2 + 48 + 128 _delete Alias 3 + 48 + 128 _touch_werte_anzeigen Alias 4 + 48 + 128 _menue Alias 5 + 48 + 128 _test Alias 6 + 48 + 128 _zeichensatz_anzeigen Alias 7 + 48 +
-
Thread
Gesucht: Counter / Timestamp Counter IC
100ms hochzählt, wäre > das mit +-50ms dann genau genug? Oder wenn die Auflösung 10ms wäre? Oder > 1/128 Sekunde? Dies gilt noch herauszufinden. Ich kann leider nichts über die Synchronisation am PC sagen. Datenversand erfolgt zumindest alle 48ms in 4k Blöcken. Damit ist im Paket (x) z.B. der Tick
48ms sind ca 1/20 Sekunde, also reicht der 1/256 Zähler doch aus.
-
Thread
128 Bit Risc
oder gar nicht.. @mattias: U.U. lassen sich die SSE Extensions nutzen, wenn Du statt einem INT128 oder einem INT192 einen INT112 oder INT160 (56 + 48 + 56) entsprechend meinem https://www.mikrocontroller.net/topic/413678#4835601 bastelst - ich meine, der Code müsste ohne Flags funktionieren (entsprechende
Beitrag #4838777: > @mattias: > U.U. lassen sich die SSE Extensions nutzen, wenn Du statt einem INT128 > oder einem INT192 einen INT112 oder INT160 (56 + 48 + 56) entsprechend > meinem Beitrag "Re: 128 Bit Risc" bastelst - ja nett aber was ist das für eine Sprache und mit int160 meinst du einen
-
Thread
Erste Schritte mit ARM SAMD20
| GCLK_GENCTRL_SRC_DFLL48M | GCLK_GENCTRL_GENEN | GCLK_GENCTRL_IDC; REG_GCLK_GENCTRL = GCLK_GENCTRL_ID_GCLK0 | GCLK_GENCTRL_SRC_DFLL48M | GCLK_GENCTRL_GENEN | GCLK_GENCTRL_IDC; // Wait for the synchronization between
noch unter rum spielen. :-) Das Ziel war dann ja auch eigentlich, den SAMD20 auf die versprochenen 48 MHz zu bringen. Irgendwie fehlt mir auch immer noch ein Grund, von AVR auf ARM zu wechseln. :-) Zumindest auf Cortex M0. Wobei ich ja auf die SAMC21 schiele, wegen der zwei CANs. Jörg W. schrieb
-
Thread
Konsolenbau
ich denke nicht, dass Du gleich zu beginn die schnellstmögliche Routinen schreibst. Deshalb sage ich AVR. Könnte Dir sogar ATmega103 (128kB Flash, 4kB EEPROM, 4kB RAM, Möglichkeit zur direkten Anbindung eines EPROMS oder EEPROMS oder FLASH-EPROMS, 8-Kanal A/D-Wandler, 48 I/Os...) für ca. 12 € besorgen
Codeoptimierung haben. Das führt eben dazu, dass die Programme viel zu groß werden. Allerdings ist AVR-GCC wirklich gut. Weiß vielleicht jemand wo ich den mega128 als Chip herbekomme? Ohne Board. CU @ll! Stephan
-
Thread
ISP zur Kommunikation zwischen einem ATmega und einem RPi
Nimm eine AVR128DA28 (falls SMD AVR128DA32/48/64) und schmeiß dieses ganz alten megas über Bord. Das Programmieren per UPDI geht ganz einfach über serielle Schnittstelle. Der hat auch viele nette features, die
Wilhelm M. schrieb im Beitrag #7055677: > Nimm eine AVR128DA28 (falls SMD AVR128DA32/48/64) und schmeiß dieses > ganz alten megas über Bord. Ich lese jedes mal wenn ich eine Frage stelle dass eine andere MCU besser geeignet ist. Aber ich hab nunmal
-
Thread
Was nehme ich nur?
oder Atmega. Hilfe gibts hier genug. Anfangen solltest du vielleicht mit den bestehenden Artikeln: [[AVR-Tutorial:_Equipment]] [[AVR-Tutorial]] [[AVR-GCC-Tutorial]] [[Kategorie:AVR-Tutorial]]
ISP-Programmer besorgst, mit dem die von Dir bevorzugte Programmier-GUI zurecht kommt. Ehe Du Dich an den 128er oder seine USB/CAN-Brüder heranwagst, solltest Du aber (im eigenen Interesse) erstmal Erfahrungen mit einem überschaubaren AVR sammeln. Ich halte dafür den Tiny2313/4313 für optimal, falls ADC-Anwendungen
-
Thread
Neue AVR128 Serie 12Bit ADC auch bald mit CAN?
Mit dem aktuellen 'Atmel Studio 7' kann man für die AVR128 keine Programme schreiben?
Peter Pander schrieb im Beitrag #6327829: > aktuelles Problem..daher AVR ohne CAN oder ARM ohne 5V...Problem! Es gibt doch aber durchaus AVR mit CAN. Bloß halt (möglicherweise noch) keine AVR128DAxx.
-
Thread
Mikrocontroller zeitgesteuert "aufwecken"
#3248040: > Ich möchte einen Mikrocontroller zeitgesteuert automatisch starten > lassen (nach bis zu 48h ausgeschaltet). Warum läßt du ihn nicht schlafen und durch seinen eigenen Timer ab und zu kurz aufwachen, so dass er nachsehen kann, ob die 48h schon um sind?
ein neues Projekt, kopiere den Code und komprimiere ihn mal aufs Wesentiche. Mal sehen was mit dem 128kHz dann rauskommt. Gruß Steven
-
Thread
Herstellungsreihenfolge bei den Atmel AVR-Mikrocontrollern
Stein schrieb im Beitrag #2114058: > Ich denke der vorhande µC ist auch etwas Überdimensoniert (QFP-128). Glaubst du wirklich, daß du einen Controller mit 512K Flash und 128K RAM einfach mal eben durch einen AVR ersetzen kannst? Und wie kommst du darauf, daß der überdimensioniert ist? mfg.
Stein schrieb im Beitrag #2114058: >> Ich denke der vorhande µC ist auch etwas Überdimensoniert (QFP-128). > > Glaubst du wirklich, daß du einen Controller mit 512K Flash und 128K RAM > einfach mal eben durch einen AVR ersetzen kannst? Und wie kommst du > darauf, daß der überdimensioniert ist? >
-
Thread
ATxmega-Experimentierplatine in Gold/Schwarz ab 12.04.10 eventuell Bausatz
es noch nicht mitbekommen hat hier noch ein paar Projekt-Infos: --- - Platine basiert auf ATxmega128A1 (TQFP 100, 3V3) - 48 I/Os, 2.56mm-Raster, pro Port benutzbar - Hauptquarz, trimmbarer Uhrenquarz - DAC mit Verstaerkerstufe (OpAMP TS912) - Mit bis zu 16MB SDRAM bestueckbar, EBI-Port vorhanden
die den Xmega unterstuetzt, kann z.B. dieses build script verwenden: http://svn.coremelt.net/atxmega128a1_board/trunk/tools/toolchain/build-avr-gcc-4.3.3-libc-1.6.7-insight6.8.zip Bootloader-Support: Ein Mitmacher hat berichtet, dass er den chip45boot2-Bootloader erfolgreich mit dem Board am Laufen