-
Thread
Frage betreffs externem RAM an ATmega 2560
@ Müller (Gast) >Ich möchte ein externes RAM an den ATmega2560 anschließen. Ich habe >schon verschiedene Pläne gefunden nur weiß ich nicht welchen ich nehmen >soll, Den aus dem Datenblatt? >Was für einen RAM-Baustein brauche ich, größe 64kB, Spannung
Müller wrote: > Bascom unterstützt laut Manual 64K externes ram, das Ansprechen erfolgt > mit dem XRAM-Befehl. Dann kann es ja mehr, als Atmel erlaubt ??? Der ATmega2560 kann nämlich nur knapp 56kB extern adressieren, alle Adressen bis zum Ende
-
Thread
schadet übermäßiges verwenden von uint16_t?
frage ich mich ob das nicht zu viel Overhead erzeugt. Ach die gedanken sind momentan für einen Atmega168
>> schnellsten ausgeführt wird. > > Nö, nicht notwendigerweise :-) > > Warum soll auf einem 64-Bit System ein int 64 Bit groß sein müssen? > Oder umgekehrt. Es ist naheliegend, aber keineswegs zwingend. Ditto > für 16-Bit und 32-Bit Systeme. ISO C empfielt es, bzw. erwähnt, daß es so
-
Thread
WinAvr Atmel Ice als Programmer hinzufuegen
im Beitrag #4407656: > avrdude: Device signature = 0xc8f7ab > avrdude: Expected signature for ATmega32 is 1E 95 02 Na, ist doch schon mal was. Wie gut ist dein Englisch? avrdude hat einen µC mit der Device Signature 0xc8f7ab gefunden. Das passt aber nicht zum "Standard" ATmega32. Wie genau
Es ist ein Atmega32 16PU 1330D
-
Thread
Regler für Bürstenmotor
Flanke zur Auswertung des ICP TCCR1B |= (1<<CS11) | (1<<CS10); //Quelle für Timer/Counter = CPU-Takt/64 TIMSK |= (1<<TICIE1); //Capture Interrupt Enable DDRD &= ~(1<<PB0); // Impuls von Fernsteuerung (Atmega8 ICP1) PORTD |= (1<<PB0); //Pullup aktiviert DDRD |= (1<<PD6); //LED = Ausgang
Flanke zur Auswertung des ICP TCCR1B |= (1<<CS11) | (1<<CS10); //Quelle für Timer/Counter = CPU-Takt/64 TIMSK |= (1<<TICIE1); //Capture Interrupt Enable DDRB&= ~(1<<PB0); // Impuls von Fernsteuerung (Atmega8 ICP1) PORTB |= (1<<PB0); //Pullup aktiviert DDRD |= (1<<PD6); //LED = Ausgang
-
Thread
3x RGB-LED mit 4 uCs betreiben
>Ich betreibe eine 64-fach PWM an einem Mega8. Ohne Flackern. >OK. Ich hab nur 64 Stufen aber für mich langt das Dicke. Was verstehst du unter 64-fach PWM? Der ATMega8 hat doch nichtmal soviele Pins?!
Maxim wrote: >>Ich betreibe eine 64-fach PWM an einem Mega8. Ohne Flackern. >>OK. Ich hab nur 64 Stufen aber für mich langt das Dicke. > > Der ATMega8 hat doch nichtmal > soviele Pins?! Das Stichwort lautet: Schieberegister.
-
Thread
Atmega88 Code kompiliert ohne Fehler und läuft nicht
Habe es so kompiliert: [c] avr-gcc -mmcu=atmega88a -Wall -Os -DF_CPU=8000000UL -c uart_verysimple.c -S [/c]
vectors>: 0: 19 c0 rjmp .+50 ; 0x34 <__ctors_end> 2: 20 c0 rjmp .+64 ; 0x44 <__bad_interrupt> ... 32: 08 c0 rjmp .+16 ; 0x44 <__bad_interrupt> [/pre] Sieht nach 64 Bytes aus.
-
Thread
DS18B20: Problem mit Temperaturauslesen
bei therm_reset() den Rückgabewert 1, das heißt, dass kein Sensor erkannt wird. Arbeite mit einem ATMEGA32, Internen 8MHz Quarz (64ms) und F_CPU=1000000UL. Habe mit dem Oszi auch schon die Signale für den Reset gemessen, das sollte alles passen. Vielleicht hatte jemand einen ähnlichen Fehler und kann
Helmut D. schrieb im Beitrag #2421248: > wird. Arbeite mit einem ATMEGA32, Internen 8MHz Quarz (64ms) und > > F_CPU=1000000UL. Abgesehen davon, dass ich gestern eine Diskussion gelesen hatte, die zum Ergebnis kam, dass die delay-Funktion nicht das hält was sie verspricht
-
Thread
Stack Überschreiber beim Rechnen mit uint64_t
GCC-Gurus sagen kann. Ich dachte immer, daß man einen total neuen WINAVR backen muß. [pre] Ohne my64bit.S =================================== 4.3.3 AVR Memory Usage ---------------- Device: atmega8 Program: 7872 bytes (96.1% Full) (.text + .data + .bootloader) Data: 280 bytes (27.3% Full) (.data + .bss + .noinit) Mit my64bit.S ==================================== 4.3.3 AVR Memory Usage ---------------- Device: atmega8 Program: 648 bytes (7.9% Full) (.text + .data + .bootloader) Data: 24 bytes (
-
Thread
Handykamera MCA-25 ansteuern
Waah, ich habe gerade einen neuen Atmega erfunden. Es sollte der 128er sein.... ;-)
Jepp funzt bei mir auch. Laut atmega Manual ist 460kbaud auch das maximum bei 7.3xxx mhz ;)
-
Thread
Welcher µC für meinen Zweck?
Wenn du wirklich kein Arduino nehmen willst kannst du dir mal die ATMega Reihe anschauen. Sehr beliebte µC die an sich auch gut funktionieren. Zum Beispiel den ATmega328P. Letztendlich ist ein Arduino aber nichts anderes als ein µC mit der benötigten Elektronik drumherum
mindestens 10 der 24 Bit im Rauschen unter. Und für die Anwendung hätte auch der 10 bit AD-Wandler des Atmega328 völlig genügt.
-
Thread
3-Byte-PC woran erkennen?
Hallo Zusammen, ich habe hier die Prozessoren Atmega2560 und Atmega2561 die mit meinen Assemblerroutinen nicht laufen wollen, da sie einen 3-Byte-Programmcounter haben. Wie kann ich für eine automatisierte Lösung in meinen Bibliotheken eine Abfrage
mmcu=atmega2560) [/pre] setzt LPATH auf "avr6" oder im sh-Skript: [pre] LPATH=`avr-gcc -print-multi-directory -mmcu=atmega2560` [/pre] Falls es wirklich zur /Laufzeit/ sein muss, dann tut Code wie [
-
Thread
Was unterscheidet PIC-Controller von 8051 und anderen?
zukunftstauglichen) bezahlbaren Entwicklungsumgebung. Bin bei Conrad auf folgende gestoßen: MYAVR BOARD MK3/64MB AVR ENTWICKL.BOARD (ATMega 2560) mit der Art.-Nr. 191242 - 62. Das board hat ja schon so ziemlich alles, womit man in Kontakt kommen könnte. Für mich sind jedenfalls das Display (zumindest in ferner
Jo, da muss man bei Atmel auf den größeren AT90CAN32/64/128 zurückgreifen. MfG Ak Tronik
-
Thread
Genau 3,515 Sekunden etwas abfragen
anderes kann, ist das kein Murks. Da es für die meisten Leute nur einen einzigen AVR gibt, nämich den Atmega8 und dessen 8048-Gedächtnis-Timer0 nur Overflow kann, macht man das eben so. Da der TO aber einen Atmega88 hat, ist das natürlch kein Thema und man nimmt selbstverständlich den CTC-Mode. Alles andere
Murks > > Wenn der Timer nichts anderes kann, ist das kein Murks. ... > Da der TO aber einen Atmega88 hat Die Timer vom ATMega88 könnten einen automatischen Preload vom Counter-Register? Interessant. Macht das doch mit dem CTC wenn Ihr Spass dran habt, ob nun Fast PWM mit Overflow oder CTC
-
Thread
Schnelle Datenübertragung vom PC -> Ethernet -> Atmega
Möglichkeit, zur schnellen Datenübertragung vom PC (Software in C-sharp) über Ethernet zu einem Atmega. Das ganze benötige ich für eine große LED-Matrix (max 64x64 pixel). Als Hardware wollte ich das Board von Ulrich Radig verwenden. Das Problem momentan ist, welches Protoll ist für die Datenübertragung
Enrico Paul schrieb im Beitrag #2154223: > Wenn das ganze unkompriemiert übertragen wird sind das 64x64 = 4096 > Pixel * 2Byte/Pixel = 8192 Byte mit 20 Bildern/Sek = 163840 Byte/sek > Nutzdaten. Also 4 Bit pro Farbe? Was spricht denn gegen natives RS485?
-
Thread
Open source Autoradio
> Verfügung als bei einem beliebigen anderen CortexM3 oder AVR32 mit > internem 512kB Flash und 64..128k internem RAM. naja, 1MB Ram, davon sagen wir mal 512KB fürs Programm, macht 512KB RAM der überbleibt. Der Unterschied zu 64-128K ist doch immens!!
auch als binary irgendwo gibt. Ich kann es aktuell aber nur für 32bit win anbieten. Ich habe kein 64bit System.
-
Thread
Frage zu Machbarkeit bzgl. CPLD
so klein wie nur möglich zu bauen. Auf diesem Board soll mindestens sein ein ATMega644 und ein kleiner SPI oder I²C Speicher und ggf. ein FT232. Mit dem CPLD würde ich gerne dinge machen wie: Display über SPI ansteuern (auf Befehl des ATMega) mit Daten aus dem Speicher (SPI, I²C
> Mit dem CPLD würde ich gerne dinge machen wie: >> Display über SPI ansteuern (auf Befehl des ATMega) mit Daten aus dem >> Speicher (SPI, I²C). > Was für ein Display? Handelt sich dabei um ein 128x64px OLED einfarbig. Lothar Miller schrieb im Beitrag #2602935: >> Ausgangspins des ATMega
-
Thread
sprintf: was ist falsch?
S. R. schrieb im Beitrag #5927938: > Dann kannst du den ATMega nicht benutzen, denn der kann kein double. Doch! ich habe hier in Forum eine Bibliothek gefunden! Dort sind double mit Hilde von u64 gemacht.
mit Hilde von u64 gemacht. Dann ist das Fließkommaarithmetik auf u64, kein double. Das funktioniert nicht mit den normalen Bibliotheken, auch nicht mit printf! Das ist ein Unterschied!
-
Thread
avrdude schreibt keine Fuses bei ATmega8
Hallo! Habe ein Problem: Ich kann auf mein ATmega8 keine Fuses schreiben. Habe 2 verschiedene ATmega8 (eine Fabrikneu, eine bereits in Benutzung) verwendet, bei keinem geht es. Zuerst probierte ich es mit dem AVR-burn-o-mat, der konnte die Fuses
Wie ist die genaue Bezeichnung des AtMega (was steht auf dem Chip) und wie rufst Du avrdude auf?
-
Thread
Übersicht Controller und Einstiegskosten (Debugger, Compiler)?
heissen? Richtig, immer vergesse ich die Hälfte hier noch RX610 mit -nofpu Option hinzugefügt: Mit 64 Bit Double: M32C, gcc -O2, KPIT: 1305,90 µs RX610, gcc -O2, KPIT: 222,75 µs -m64Bit-doubles -nofpu RX610, gcc -O2, KPIT: 105,00 µs -m64Bit-doubles
unbegreiflich. Das Desaster mit den 32-Bit Softfloats beim RX610 liesse sich erklären, wenn die Lib nur in 64 Bits rechnet und deshalb munter herumkonvertiert wird.
-
Thread
Experimentieren mit Microcontrollern - zur Praxis!
halten sich laut Vergleichstabelle an diese Konvention. >>Den 644er gibt es auch in DIP, der hat 64kB Speicher. >Damit ist man dann gewaschen und gekämmt :-) Und gebügelt: ATmega1284P :)
sogesehen ist das AVR STK 501 Erweiterungsboard für 79,85 EUR, (bei Reichelt), mit dem man z.B. auch den Atmega128 programmieren kann, sogar noch billig, da kostet ja schon alleine der TQFP64-Sockel, bei Händlern für Normalsterbliche wesentlich mehr. >> >> Die flachen Kuppen der auf dem Board verbauten Taster
-
Thread
Welches Board zur Nachführung eines Photovoltaikpanels könnt ihr mir empfehlen?
ist es eigentlich egal welches ich mir zulege, eine weitere Frage wäre aber, glaubt ihr das der Atmega32 ausreicht oder sollte ich ihn durch einen Atmega644 ersetzen? lg Christoph
oke also bleib ich da jetzt bei meinem atmega32.
-
Thread
AVR-Handheld mit Mega644
Punkt angelangt, an dem ich eine Veröffentlichung für sinnvoll halte. Hauptbestandteile sind ein ATMega644 und ein "Standard" GLCD mit 128x64 Pixeln. Optinal kann eine DS3232 RTC an den I2C Bus angeschlossen werden. Die Schaltung enthält erstmal nur den Kern, Systemverbinder (9-polig D-Sub) und die
Contrast = Eingangsspannung für den Kontrast. Bei dem Display handelt es sich vermutlich um ein 128x64 mit 2x KS0108
-
Thread
AVR-Register als Bitfields
; 52: 84 b5 in r24, 0x24 ; 36 54: 8f 73 andi r24, 0x3F ; 63 56: 80 64 ori r24, 0x40 ; 64 58: 84 bd out 0x24, r24 ; 36 [/code] NEU: - Register TCCR0A holen - COM0A0 zurücksetzen! - COM0A1 setzen - Register speichern Damit kann man
, also: [code] TCCR0A |= (1<<COM0A0); 4a: 84 b5 in r24, 0x24 ; 36 4c: 80 64 ori r24, 0x40 ; 64 4e: 84 bd out 0x24, r24 ; 36 [/code] Also doch kein Wermutstropfen. SFRs werden wohl anders gehandhabt als PORT-Register. Na, dann ist die Welt ja wieder
-
Thread
Von Atmega zu Atmega mit UART
Mensch ... Ich will Doch nur 2 Stück 16*2 Lcds an einen Atmega16 anschliessen und diese Gleichzeitig betreiben! Nur wie Shcließe ich die LCDs jetzt an sodass ich beide gleichzeitig mit Einem Atmega 16 betreiben kann?
Hannes schrieb im Beitrag #2938412: > Mensch ... Ich will Doch nur 2 Stück 16*2 Lcds an einen Atmega16 > anschliessen und diese Gleichzeitig betreiben! Nur wie Shcließe ich die > LCDs jetzt an sodass ich beide gleichzeitig mit Einem Atmega 16 > betreiben kann? Ist oben doch schon erklärt.
-
Thread
DIAMEX ALL-AVR
nicht. Stand: - System: Linux host 3.2.0-31-generic #50-Ubuntu SMP Fri Sep 7 16:16:45 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux - Programmer-Firmware: 1.6.0 - udev-rules-Geschichte befolgt (nur /etc/udev/rules.d/60-avarice.rules; /lib/udev/rules.d/39-libmtp.rules gibt's nicht) - dmesg|tail: usb 1-1.2
einestellung im Geräte-Manager ausreichen? Was vieleicht noch wichtig wäre, verwende Windows 7 als 64 bit Version mfg Alexander
-
Thread
Machbarkeit - LED-Sternenhimmel mit AVR?
wieso nicht einfach 2 atmegas? dann hast du 64 ports für 64 leds ^^
Ich habe bereits einen Sternenhimmel gebaut. 64 Leds an 8 Schieberegister 595. Der verwendete Mega8 schafft es bei ~11Mhz leicht, die 64 Leds mit Software-PWM un 64 Helligkeitsstufen anzusteuern. Ich habe einen parametrisierbare Formel für das
-
Thread
gcc oder ich kann nich rechnen.
. link bekomm ich leider nicht übersetzt: Das main.c ist nen Testprogramm für den Code aus avr_f64.c und avr_f64.h, das brauchst Du nicht. Übersetze einfach avr_f64.c und binde das headerfile in Deine Applikation ein, fertig ist die Laube. Wenn Du das main.c zum Test verwenden willst muß Du es z.B
Frank wrote: > > Ich hab die avr_f64.c ins makefile eingetragen und #include <avr_f64.h> > im main.c sowie die beiden Datein ins Projektverzeichnis kopiert. > Ist das Dein Fehler? Sollte dort nicht #include "avr_f64.h" stehen? Includes
-
Thread
8 bit µC und sehr große Zahlen (zum 1000.?)
einen "Zähler" von extern als Fließkommawert bekommt. Zum zweiten weil zumindest auf dem AVR die 64-bit Ganzzahlarithmetik ein paar ziemlich fette Runtime-Funktionen aus libgcc linkt. OK, einen ATmega2560 bringt man damit nicht ins Schwitzen. Aber auf einem ATtiny kann das schon ein bisschen zu viel
auf Unsinn hinaus. Weder ist dein µC ein 64 Bit Rechner, noch ist m.W. bei der ATmega-Portierung ein ausreichendes Zahlenformat vorhanden. Für sowas mußt du dich eben mit Assembler befassen und für deine Probleme passende Funktionen schreiben
-
Thread
DEBO OLED2 0.96 0,96" OLED-Display SSD1306 SSD1312 Initialisierung TWI I2C AVR ATmeg8 Assembler ASM
Version2 mit einem ATmega328p, als Grundgerüst für weitere Projekte, er bietet mehr SRAM um einen 1.024Byte großen virtuellen Bildspeicher im SRAM zu ermöglichen, das schafft leider der ATmega8 nicht. Das Display wir in
Angehangen :-) habe ich ein 128x64 Blau-Gelb I2C/TWI 128x64 Display. https://www.roboter-bausatz.de/p/0.96-oled-display-blau-gelb-i2c-iic-twi-128x64-pixel-fuer-arduino Kennt jemand Bezugsquellen für 128x128 RGB *I2C TWI* OLED Display
-
Thread
Assembler wieder auf dem Weg nach vorn Gesperrt
MHz-Version (also: doppelte Geschwindigkeit und > doppelter Programmspeicher) für nur € 1,35. ATmega328 für 1,95 im Guloshop: Vierfacher Programmspeicher. Der ATmega88 wird da erst gar nicht angeboten... lohnt sich nicht.
Privat habe ich mit einem Atari 64XL begonnen nach dem ich hinreichend mit Ataribasic und 6502 Assembler vertraut war programmierte ich eine Minitextverarbeitung (64 zeichen pro zeile) mit 4 DIN A4 Seiten Textspeicher den ich wahlweise
-
Thread
LED Adressierung bei Buslängen > 10 m
Hi, bei max. 64 Busteilnehmern müsste der Tiny 5V/10K * 64 = 32 mA gegen Masse schalten, das wird dann wohl doch zuviel. Ich weiß auch noch nicht, ob ich wegen der störsicherheit eventuell nur 4K7 als Pull-up verbaue
@ Alexander (Gast) >bei max. 64 Busteilnehmern müsste der Tiny 5V/10K * 64 = 32 mA gegen >Masse schalten, das wird dann wohl doch zuviel. Ich weiß auch noch ??? Nur mal als Tip. Bei I2C und ählichen Bussen gibt es *EINEN* Pull-up
-
Thread
AtMega64 on board programmieren
der Suchfunktion gefunden Halte ich für ne Lüge ... >welche Möglichkeiten es gibt, einen AtMega64 (atmega644-20pu, >dip40) on board, also direkt auf seiner Arbeitsplatine zu programmieren? Nennt sich ISP
Hi >macht es wirklich einen Unterschied, ob Mega64 oder Mega644? Das merkst du spätestens, wenn du versuchst einen ATMega64 in eine 40pol. Fassung zu stecken. MfG Spess
-
Thread
AVR debuggen unter linux
0x9507 40 KiB 0.5 KiB atmega48 0x9205 4 KiB 0.2 KiB atmega48p 0x920A 4 KiB 0.2 KiB atmega64 0x9602 64 KiB 2 KiB atmega640 0x9608 64 KiB 4 KiB atmega644 0x9609 64 KiB 2 KiB atmega644p 0x960A 64 KiB 2 KiB atmega645 0x9605 64 KiB 2 KiB atmega6450 0x9606 64 KiB 2 KiB atmega649 0x9603 64 KiB
-
Thread
Arduino Uno und VUSB
/64, error -32 [11086.964540] usb 2-1.2: device descriptor read/64, error -32 [11087.140347] usb 2-1.2: new low-speed USB device number 45 using ehci-pci [/code] Ich werde aber aus diesen Ausgaben nicht
/64, error -32 [14950.055999] usb 2-1.2: device descriptor read/64, error -32 [14950.231806] usb 2-1.2: new low-speed USB device number 54 using ehci-pci [14950.639137] usb 2-1.2: device not accepting
-
Thread
-
Thread
RTC low cost/time
> der 644er braucht ca. 6uA bei 3,3V Hier kommt sowohl ein ATmega644P als auch ein ATmega1284P mit 1.1 uA aus.
Den Tipp von Chris S. (MCP7941x) fand ich sehr interessant: nebst RTC SRAM (64 Bytes) EEProm (128 Bytes) und 64-bit protected EEProm-Area
-
Thread
3. Schnittstelle am AVR
Hallo Ich habe einen Atmega64 mit 2 Seriellen Schnittstellen. Ich benötige aber eine 3. Schnittstelle. Die SPI ist auch schon belegt. Kennt jemand einen passenden Multiplexer?
gebeten wurde. Dass es so etwas gibt weiß der TO sicher selbst. Er wird seine Gründe haben, beim Atmega64 zu bleiben.
-
Thread
(F)UZE-Box Zusatzmodul für AVR NET-IO
scartanschluss. beim lesen der schaltpläne sind mir fragen zum anschlus der komponennten an den atmega644a aufgekommen...: ich habe ein datenblatt vom atmega644/ atmega644a. darin steht, das der ossi an pin 12 & 13 angeschlossen wird. laut schaltplan von der uzebox kommt dieser aber an pin 7 & 8.
des ATmega8515.
-
Thread
Faktensammlung Buderus EMS
Debug-Output von meinem ESP-Interface... [code][ 694.808068 56.821 080 33] 08 00 18 00 3b 02 65 64 64 09 01 35 00 83 00 7d 00 80 00 02 09 ff 2d 48 00 00 ff 00 10 83 00 ? 3b:3b [ 695.905880 96.991 080 33] 08 00 18 00 3b 02 66 64 64 09 01 35 00 83 00 7d 00 80 00 02 09 ff 2d 48 00 00 ff 00
AlexS schrieb im Beitrag #5849761: > 00000210 10 08 1a 00 25 64 64 00 e1 01 10 92
-
Thread
attiny USI Slave Implementierung
Controller: ATtiny2313, ATtiny25, ATtiny45, ATtiny85, ATtiny26, ATtiny261, ATtiny461, ATtiny861, ATmega165, ATmega325, ATmega3250, ATmega645, ATmega6450, ATmega329, ATmega3290, ATmega169 Grüße Martin http://www.jtronics.de Info... ich habe die datei nicht angehängt, da sie in Zunkunft noch weiter
Controller: ATtiny2313, ATtiny25, ATtiny45, ATtiny85, ATtiny26, ATtiny261, ATtiny461, ATtiny861, ATmega165, ATmega325, ATmega3250, ATmega645, ATmega6450, ATmega329, ATmega3290, ATmega169 deinen Controller musst du da mal noch selber implementieren ... stell dann bitte das neue file hier hoch.
-
Thread
Messen mit Atmega16
64K wären z.B 65536... ...
Hi Andi... <Zitat> Es tut mir leid, aber ein Oversampling von 64 ADC Werten (64 * 1023) kann immer noch nicht 65536 ergeben ;-) </Zitat> Das habe ich auch nie behauptet. Ich habe nur behauptet, dass 64K 65536 entspricht... ;-) Ein anderer Weg zur Korrektur
-
Thread
LCD, HD44780 und KS0076
define DDR(x) (*(&x - 1)) /* address of data direction register of port x */ #if defined(__AVR_ATmega64__) || defined(__AVR_ATmega128__) /* on ATmega64/128 PINF is on port 0x00 and not 0x60 */ #define PIN(x) ( &PORTF==&(x) ? _SFR_IO8(0x00) : (*(&x - 2)) ) #else #define PIN(x) (*(&x -
Enable line */ #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161__) || defined(__AVR_ATmega162__) /* * memory mapped mode
-
Thread
Nokia 6100 Grafiklibrary die Zweite
@Hagen, ich habe die Tage einen Bug in der glcd festgestellt. Dieser tritt beim ATmega128 auf wenn die Library in die oberen 64K rutscht. Insbesondere hängt es (zumindest) and dem Makro ENTER: // macro to enter a stack with gcc .macro ENTER unused_regs stack_locals ENTER:
typische Watchdog-Zeit. Gerde nochmal geschaut, die Fuses sind alle 1 also unprogrammiert. Hatte den ATMEGA162 als ATMEGA16 compiliert. Jetzt hab ich die glcd.inc erweitert um #elif defined (__AVR_ATmega162__) #define LCD_PORT _SFR_IO_ADDR(PORTB) #define LCD_PIN
-
Thread
Welche CPU für Homebrew-Computer?
flach. Alternative: Interpreter im Flash, das zu interpretierende Programm im RAM. Mit einem ATMEGA1284p und 16 kiB RAM kann man da schon einiges anfangen. Und den gibt es sogar im DIP (z.B. Pollin 6.95 €)
lösen wollte Der Propeller ist nicht komplex. Von der Strukur her eher viel einfacher als ein Atmega. Ausser dass es 8 CPUs mit 32 Bit gibt.
-
Thread
ATXMEga Bootloader
0x20000 residiert und ein OS, das beginnt ab 0x000000. Schau Dir bitte die fertigen Codes für einen ATmega-irgendwas an! Das hat mir (damals) auch weitergeholfen. Gruß Helmut
Hab jetzt gemerkt, wie du oben sagtest, dass da nur 64k beschreibbar sind. Kannst du mir erklären wie ich die oberen 64k schreibe? Vielen Dank Gruss Severin
-
Thread
Stabilitätsproblem oder Verständnisproblem bei Timer (PWM) ATmega88
aus 128 Bit/Periode und die PWM hat eine Frequenz von 125kHz (64kHz sind nötig! (500*128) Mein Prozessor läuft mit 8MHz, Prescaler = 0, 8-Bit Timer(Timer 0): Sind 8MHz / 256 = 31,25kHz. Top-Wert geändert (WGM-Mode:5) auf 64: heißt 8MHz / 64 = 125kHz. Ich arbeite
-> ATmega88 PD5 */ TCCR0A = (1<<WGM00) | (1<<COM0B1); TCCR0B = (1<<CS00) | (1<<WGM02); OCR0A = 64; // Top // 1 Zyklus (0x00 - 0x3F) = 8MHz/64 = 125kHz } [/c] Wer lesen kann ist
-
Thread
[Mitbestellung] SMD5050 RGB-LED mit integriertem 8-bit PWM Controller
bestellst bei Scottled? Bei Rita habe ich noch diese Varianten mit integriertem Controller gefunden: 64/m, weiß, ohne Schlauch: http://rita.en.alibaba.com/product/700490171-213640342/x.html 64/m, weiß, mit Schlauch: http://rita.en.alibaba.com/product/700487188-213634374/x.html 60/m, weiß, ohne
Strip1: (60LED/m): 11 USD/m Strip2: (64LED/m, waterproof): 77 USD/Rolle (5m, entspricht 15,4 USD/m) Grüße Markus
-
Thread
ATMEGA328p falsche FUSE gesetzt :-(
einen ATMEGA328P programmiert. Ich habe intern 8Mhz mit den 64ms ausgewählt. Jetzt reagiert er nicht mehr. Weder auf Quarze (hab 8Mhz und 12Mhz da) noch einen externen Takt (hab nen 4,8Mhz Attiny als Taktquelle
du für die Fuses hattest, wird es schwer was zu sagen. Das gibt nur rätselraten. Ich rate mal: Atmega8 mit Standard-Fuses und nur den Oszi geändert auf intern 8 MHz würde ein LowFuse von 0x64 und ein HighFuse von 0xD9 ergeben. Nimmt man diese Fuses und programmiert damit einen Atmega328p dann, wenn
-
Thread
attiny45 mit avr-gcc nur halb unterstützt
atmega169 atmega32 atmega323 atmega324 atmega325 atmega329 atmega3250 atmega3290 atmega406 atmega64 atmega640 atmega644 atmega128 atmega1280 atmega1281 atmega645 atmega649 atmega6450 atmega6490 at90can32
atmega3250p atmega3290 atmega3290p atmega406 atmega64 atmega640 atmega644 atmega644p atmega128 atmega1280 atmega1281 atmega1284p atmega645 atmega649 atmega6450 atmega6490 atmega16hva at90can32 at90can64
-
Thread
Programmieren unter Windows 7 64Bit?
" folder of Win7 x64 m/c. 3] GEt DLportiox64.zip. Extract "dlportio.sys" and "dlportio.dll". 4] Copy "dlportio.sys" and "dlportio.dll" to both "Systme32/Driver" and "Ponyprog2000" folder on Win7 x64 M/c. 5] Create new
Breadbaord, Bauteile, usw. bezahlt habe, hoffe ich, dass es mittlerweile eine Möglichkeit gibt, unter Win7 x64 mit meinem Equipment den Atmega8 anzusprechen. Könnte mir da jemand weiterhelfen? Mfg Peter