-
Thread
AVR128 mit MK2 programmieren?
meinst Du den ATmega128 ? oder den AVR128DB... (der geht nicht mit dem AVR ISP MK2)
Dieter M. schrieb im Beitrag #7135354: > meinst Du den ATmega128 oder den AVR128DB... Oder Xmega128...?
-
Thread
AX81 - ZX81 im AVR
Hi. Evtl. eine Alternative wäre auf den FAT16 Routinen vom AVR CPM aufzusetzen in der Weise, das nur eine 128MB Image Datei (Aufbau wie von dir beschrieben und mit den Perl Tools erzeugt) mit festem Namen auf der SD Karte lokalisiert wird. Name z.B AX81APPS.IMG
Wieder LOAD geht auch. Nach Reset auch wieder CARD und gespeicherte Programme sind da.. Mag er die 128MB SD Karte nicht, die aber z.B bei mmc2iec/sd2iec und AVR CPM einwandfrei gehen..? Auch Win$ kann mit der Karte.. Peter
-
Thread
6 stellige Zahl auf Ram schreiben
lese sie dann mit der Webseite aus. Die Ausgabe auf der Wbseite funktioniert, aber nur bis Minute 128, dann geht es mit -128 wieder rückwärts auf 0 und dann wieder aufwärts bis 128 und immer so weiter. Die Ausgabe auf LCD geht bis 256 und fängt dann wieder bei 1 an. Meine Minuten sollen aber bis
'i2c Frequenz einstellen Config Sda = Portc.4 'i2c Port SDA am AVR Config Scl = Portc.5 'i2c Port SCL am AVR '---------- LCD Einstellungen ---------- Config Lcdpin = Pin , Db4 = Portd.4 , Db5 = Portd.5 , Db6 = Portd.6 , Db7 = Portd.7 , E = Portd
-
Thread
Temperatur DS1820 ausgabe auf lcd
http://www.mikrocontroller.net/articles/AVR-Tutorial:_LCD insbesondere der Abschnitt http://www.mikrocontroller.net/articles/AVR-Tutorial:_LCD#Zahlen_ausgeben
mein lcd angezeigt sonder nur wirre zeiche > Und rück ein paar Informationen raus: > - welchen AVR benutzt du? atmega128-16 mit 14,745600MHz > - Ist die Schaltung korrekt(evtl. hier posten)? schaltung ist so aufgebaut wie im daten blatt der DS1820 ist an PortD.0 angeschlossen sensor: gng-
-
Thread
AVR128DA per USB flashen?
übrigens auch per USB angeschlossen. :-) Wenn du nichts rumbammeln haben möchtest, dann nimm einen AVR... Curiosity Nano, dabei kannste auch gleich zur AVR128DB48 Variante greifen wenn es keinen Zwang zur DA Serie gibt. Jetzt musste dich nur entscheiden. Ist nicht einfach bei der Qual der Wahl. Nur
viel mehr. Und er verbraucht auch viel mehr. Dazu kommt, daß er weniger I/O-Leitungen hat; den AVR128DA gibt es im 64-Pin-Package mit 55 I/O-Pins. Der ESP32 hat nur 34 I/O-Leitungen.
-
Thread
Mega16, Fusebits und Quarz Probleme.
+++++++++++++++++++++++++ $crystal = 1474560 $regfile = "m16def.dat" Config Lcdpin = Pin , Db4 = Porta.4 , Db5 = Porta.3 , Db6 = Porta.1 , Db7 = Porta.0 , E = Portc.5 , Rs = Portc.6 Config Lcd = 20 * 4 Config Lcdbus = 4 Wait 1 Upperline Lcd "Dies ist die 1" ++++++++++++++
Code. $crystal = 14745600 $regfile = "m16def.dat" Config Lcd = 20 * 4 Config Lcdpin = Pin , Db4 = Porta.4 , Db5 = Porta.3 , Db6 = Porta.1 , Db7 = Porta.0 , E = Portc.6 , Rs = Portc.5 Wait 1 Initlcd Wait 1 Cls Upperline Lcd "Dies ist die 1"
-
Thread
ATtiny25 - EEPROM - Write ohne Verschleiß
Marcus H. schrieb im Beitrag #6166517: > Der ATtiny25 hat 128 Byte EEPROM... Ja, wieso ?
Beim Tiny25 hast du 128 Byte EEPROM, die du 100.000 mal mit ändern darfst, bis das MHD vielleicht zuschlägt. Deine Änderungen von je 100 Byte führen im besten (!) Falle dazu, dass du 128.000 mal 100 Bytes ändern darfst
-
Thread
Look-Up-Tabelle & Co.
Hallo, ich mache es immer so Daten: .db 255,128,88,77 .db 88, 56, , 44,41 . . . dann gibt dir Lpm die Daten zurück für die adr. die im Z-Pointer steht. ldi ZH,high(Daten*2) ldi ZL,low(Daten*2) Lpm ;; in r0 steht jetzt 255 wenn du den z+ nimmst und wieder lpm ausführst steht in r0 128 .... MfG Sebastian
-
Thread
Attiny2313 Timer16 Bit, Normal Mode, unsauber
> hast du mal vermessen ... Ja, an *einem* AVR128DB28, sah ganz gut aus, wie ich mich erinnere. Aber nicht so gründlich wie Sie. > PWM via Typ-D-Timer liefert weitaus bessere Ergebnisse Hier ist der Höreindruck (und um diesen geht es Robert)
mal - ohne relativ kleinen pull-down am DAC-Ausgang werden Sie Ihr "blaues" Wunder erleben mit dem AVR128DB28.
-
Thread
ATMega4809 EVSYS, total überfordert
Dass der Umstand nicht im Datenblatt zu finden ist ... - dazu sage ich jetzt lieber nichts. Der AVR128DB28 verhält sich übrigens genauso.
Dass aber das Datenblatt der AVR128DB kein /copy/ erlaubt, halte ich für eine merkwürdige, um nicht zu sagen absurde, Einstellung von Microchip. Wird auch nicht dadurch besser, dass es z.B. bei Bosch-Sensoren ebenso ist.
-
Thread
Welche AVR sind mit SPI zu programmieren
Hardware-Debugging auszukommen vermag, kostet das weniger als ein Kaffee an der Autobahn-Raststätte oder im DB-Zug. Was das Know-How betrifft: Klar ist die Peripherie anders als die der klassischen AVR8 und man muss was neues lernen, um sie erfolgreich einsetzen zu können. Aber sie ist immer noch sehr viel
c-hater schrieb im Beitrag #6906826: > MC zieht vielmehr den Status der AVR auf den lausigen Stand der PICs > runter. Auf der Fehlerliste zum AVR128DBxx findet sich nichts mit besonderes hinderlichen Auswirkungen. Ich möchte ja nicht wissen wie die Fehlerliste manches
-
Thread
Berechnung Zeit/Frequenz beim Prescaler/Timer
Hi >Es stehem mir Prescaler mit 2,4,8,16,32,64,128 und 256 Aber nicht bei AVRs. Da gibt es 1, 8, 64, 256 und 1024 oder 1, 8, 32, 64, 128, 256 und 1024. MfG Spess
#3891133: > Achim Seeger schrieb im Beitrag #3891119: >> Es stehem mir Prescaler mit 2,4,8,16,32,64,128 und 256 zur Verfügung. > > Aber nicht auf deinem 1284. > Oder etwa doch? Ich ahne gerade Böses. ? (Timer 2 mit asynchronem Takt? Hab nicht im DB nachgesehen)
-
Thread
LCD Probleme mit ST7036
schon etwas schwerer, denke ich. Ich habe folgende Pin Belegung : PA7 PA6 PA5 PA4 PA3 PA2 PA1 PA0 DB7 DB6 DB5 DB4 --- E R/W RS Und ich programmiere mit Win AVR. Gruß Toby
berechnung? Das main.c sieht in etwa so aus : #include <main.h> #include <lcd.c> #include <avr/signal.h> #include <inttypes.h> #include <avr/io.h> #include <avr/interrupt.h> #include <avr/signal.h> #include <avr\pgmspace.h> #include <avr/iom128.h> volatile char Software_Zaehler = 0;
-
Thread
Ungenauigkeit beim ATtiny26 ADC
, $99, $99, $99 .db $99, $A9, $AA, $AA, $AA, $AA, $AA, $AA, $AA, $AA, $AA, $BA, $BB, $BB .db $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $CB, $CC, $CC .db $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $DD, $
, $0, $0, $0 .db $0, $0, $0, $0 [/pre]
-
Thread
Problem beim flashen über ISP
Servus, ich versuche einen ATMega128 mit einem AVR Dragon über ISP zu flashen. Der Mikrocontroller befindet sich auf einem MR-C3024 Board von einem Robonova (http://www.robonova.de/store/product.php?productid=16147). Dazu habe ich dann
mal abklemmen oder durch einen kleineren >> ersetzen >Laut Schaltplan >(http://davidbuckley.net/DB/RoboNova/RoboNova_files/C3024.jpg) sinds >10mF. Der Kondensator ist viel zu groß. Löt den mal aus. >Aber gibt es debugWire bei dem µC überhaupt? Beim ATMega128 gibt es das nicht.
-
Thread
Mikrocontroller-Auswahl: ATTiny, ATMega, Pic,?
Altes Produkt, alter Halbleiterprozess, vergleichsweise schwache Ausstattung. Wenn überhaupt noch AVR, dann die neueren AVR128DA/DB/DD Serien. Die laufen nämlich auch bei 3.3V mit voller Geschwindigkeit, weil die in einem neueren Prozess gefertigt worden sind. Ansonsten STM32L/STM32U (https://www.st.com
Frank K. schrieb im Beitrag #7498303: > Wenn überhaupt noch AVR, dann die neueren AVR128DA/DB/DD Serien Das ist auch meine Meinung. Zumal auch noch in DIP erhältlich wie vom TO gewünscht. Johan schrieb im Beitrag #7498250: > Level-shifting ... wär in
-
Thread
STM32F103 Bluepill mit 128kb lässt sich nicht flashen
Ok, die 128kb sind jedenfalls echt, ein testfile mit 128kb lässt sich flaschen und verify'en. Noch schöner wenn es sich auch debuggen liesse, mit 128kb wären alle meine Sorgen gelöst, da ich inzwischen bei 58kb
klappt es mit 128kb aber ich hoffe mal dass die Bits nicht nach kurzer Zeit vom Winde verweht sind...
-
Thread
Audio Spectrum Analyzer
14 Kanäle sollte ein AVR mit links schaffen.
Warum denn analog, der AVR kann das digital machen (FFT).
-
Thread
Atmel AVR: RC-Takt genau genug für Low-Speed-RS232?
Ben B. schrieb im Beitrag #5545670: > Edit: Was ist mit dem 128kHz-Oszillator, den die AVRs für den Watchdog > haben? Wird der von dem internen RC-Oszillator der CPU abgeleitet Das steht in DB: Nein. > und > wie genau ist der? Das steht im DB. Kurzfassung
PICklig schrieb im Beitrag #5545594: > Und alles was AVR hiess, versagte dabei klaeglich. Und das hast du - woher ? Ben B. schrieb im Beitrag #5545670: > Edit: Was ist mit dem 128kHz-Oszillator, den die AVRs für den Watchdog > haben? Wird der von
-
Thread
LCD AVR C ROUTINEN
frage: ich habe wie folgt angeschlossen: 1 Vss GND 2 Vcc 5V 3 Vee GND 4 RS PB4 am AVR 5 RW GND 6 E PB5 am AVR 7 DB0 nicht angeschlossen 8 DB1 nicht angeschlossen 9 DB2 nicht angeschlossen 10 DB3 nicht angeschlossen 11 DB4 PB0 am AVR 12 DB5 PB1 am AVR 13 DB6 PB2 am AVR 14 DB7 PB3 am AVR wo muß ich ändern??
-
Thread
Frage zu CCL-Einheit in neueren AVR-Controllern
früher(tm) in einer bestimmten bestehenden uralten Schaltung durch einen FPGA bereitgestellt wurde. Der AVR ersetzt nun einfach nur diesen FPGA, ansonsten bleibt die bestehende Schaltung unverändert. > In diesem Fall hätte ich ganz einfach einen 3-UART > AVR verwendet. Der AVR128DA64 hat sogar *SECHS
Rudolph R. schrieb im Beitrag #7265839: > Die neuere AVR DA Version von CCL kann allerdings mehr, zum Beispiel hat > die 2 LUTs mehr. Das kann man so allgemein nicht sagen. Es hängt bei allen neueren AVR8 (auch bei den DA/DB) stark von Pinzahl ab, was
-
Thread
Atmega 328PB lässt sich nicht programmieren
Crystal. Du hast einen relativ ungenauen RC-Oszillator. Dann nimmst Du halt beispielsweise einen AVR128DB32. Der kann auch bei 1.8V noch seine vollen 24 MHz, weil es eben ein viel modernerer Chip in einem neueren Halbleiterprozess ist. https://www.microchip.com/en-us/product/AVR128DB32 fchk
Frank K. schrieb im Beitrag #7984605: > Dann nimmst Du halt beispielsweise einen AVR128DB32 Eigentlich möchte ich den Chip ja gar nicht austauschen, aber danke für den Vorschlag. ;) Nemopuk schrieb im Beitrag #7984607: > Es sollten etwa Null Ohm sein Es sind etwa Null Ohm.
-
Thread
Welche 8-Bit-Architekturen werden in 10 Jahren relevant sein? Gesperrt
Gerhard O. schrieb im Beitrag #7432334: > Naja, MC hat ja mit den feinen DB AVRs nachgezogen und der 328PB ist ja > auch viel fähiger als sein Namensbruder ohne dem "B" dahinter. Du! Exakt *Du* hast das Thema mit den Fernost AVR Nachbauten auf den Tisch gebracht. Dir "
im Beitrag #7432537: > Gerhard O. schrieb im Beitrag #7432334: >> Naja, MC hat ja mit den feinen DB AVRs nachgezogen und der 328PB ist ja >> auch viel fähiger als sein Namensbruder ohne dem "B" dahinter. > > Du! > Exakt *Du* hast das Thema mit den Fernost AVR Nachbauten auf den Tisch > gebracht
-
Thread
ATmega128 wozu ist der PEN Pin?
kommen, oder ich mache selbiges mit PEN. Schön, daß man es sich aussuchen kann - aber wozu? Andere AVR kommen auch ohne PEN aus. Bei den meisten anderen AVR würde es sogar Sinn machen, weil /RESET ja auch großteils mit einer anderen Funktion genutzt werden kann (IO-Pin). Das ist beim mega128 aber
genutzt werden kann wenn SCK nicht garantiert LOW während dem Vorgang ist. Also kann ich für meinen AVR ISP mkII einfach ganz normal PDI (MOSI), PDO (MISO), SCK und RESET# benutzen um den ATmega128 zu programmieren und lasse PEN# einfach unbeschaltet. Richtig?
-
Thread
Frequenzzähler
Portb = Output Config Lcd = 16 * 2 Config Lcdmode = Port Config Lcdbus = 4 Config Lcdpin = Pin , Db4 = Portb.4, Config Lcdpin = Pin , Db5 = Portb.5, Config Lcdpin = Pin , Db6 = Portb.6, Config Lcdpin = Pin , Db7 = Portb.7, Config Lcdpin = Pin , E = Portb.3, Config Lcdpin = Pin , Rs = Portb.2,
' $regfile = "m32def.dat" '$baud = 19200 $hwstack = 128 $swstack = 128 $framesize = 128 Const Version = "1.1" Config Lcd = 16 * 2 Config Lcdpin = Pin , Db4 = Portd.2 , Db5 = Portd.3 , Db6 = Portd.4 , Db7 = Portd.5 , E = Portd.1 , Rs = Portd.0 Cursor
-
Thread
aktuelle AVR µC - wdt.h - kein RAMPD / CTRL / Enable Bit
Hallo, irgendwie gibt es ein Problem mit der Unterstützung von neuen AVR Controllern im Zusammenhang mit dem Watchdog. Probiert mit Atmega4809 und AVR128DB64, scheint ganze Familien zu betreffen. in Microchip Studio [c] #include <avr/io.h> #include <avr/wdt.h>
modifiziert. Die Datei hängt dran. Das bezweifel ich. Die o.a. "Arduino_wdt.h" ist binär identisch zur "avr/wdt.h" von xc8 v2.31. Und dein Programm von oben kompiliert ohne Probleme für den AVR128DB64 unter MPLABX. Vielleicht mixt du verschiedene Compiler Versionen.
-
Thread
AVR asm - Befehl nur jedes 2. mal ausführen
an einem Gewinnspiel von myavr.de . Ich nutze die Software von denen, Workpad. Und obwohl es mit AVR-Assembler kompatibel sein soll, kann ich die .db Tabelle nicht einfügen. Jetzt kann ich natürlich AVR-Studio nutzen, aber ich probier noch ein bisschen rum ob ich es in Workpad zum Laufen kriege
Jetzt fehlt der Smiley mit den zwei Biergläsern^^). :-) Muss grad los, heute Abend entweder mit .db Tabelle, oder ich versuche die <> Abfragen einzufügen. [avrasm] .equ F_CPU, 3686400 .include "AVR.H" ;Reset and Interruptvectoren ;VNr. Beschreibung begin: rjmp main ; 1 POWER
-
Thread
Assembler lernen für Mikrocontroller-Programmierung
Hier ist auch noch eine Seite zu diesem Thema: http://www.avr-asm-tutorial.net/avr_de/index.html MfG Paul
werden und nicht den Anschein erwecken, dass dies eine Regel für dass V-Flag wäre. Es geht hier um AVR8-Assembler ( AVR8ASM ) : V=1 => Rd7=0, Rr=0 & R7=1 => Rd7=1, Rr=1 & R7=0 Gegenbeispiel : $7F 127 +$01 + 1 ---- ----- $80 -128 Hier ( bei der Addition ), passt es nämlich
-
Thread
DCF-Uhr Übungsprojekt
steht es [code] µC LCD +--------+ +---------+ | DB7 | <---------< | DB7 | | DB6 | >---------< | DB6 | | DB5 | >---------< | DB5 | | DB4 | >---------< | DB4 | | DB3 | >---------< | DB3 | | DB2 | >---------< | DB2 | | DB1 | >---------< | DB1 | | DB0 | >---------< | DB0 | +--------+ +---------+ [/code] DB7 hast du korrekt am µC auf Eingang umgeschaltet. Aber was ist
-
Thread
einfache Grafikkarte mit 256x252 und 256 Farben für AVR
mäßig gestaltet, so mit SPI oder so? Hintergrund ist folgender: Ich plane auf die Platine noch nen MEGA128 zu machen, der dann den Video-Controller ansteuert. Wenn man beispielsweise Daten loggen will, wird der MEGA128 diese Aufgabe übernehmen können...
man noch ne data request output haben, dass man sieht, wenn der avr grad zu tun hat....
-
Thread
Zeilenumbruch im AVR-ASM?
Hi! Habe ein sehr kleines Prob im AVR-ASM. Und zwar habe ich mir folgende Konstanten-Tabelle im Programmemory aufgebaut: ModParam: .db 1, 0, 1, 1, 0x12 .db 10, 0, 30, 1, 0 .db 20, 0, 30, 1, 0 .db 128, 0, 255, 1, 0 .db 10, 0, 255, 1, 0 .db 1, 0, 1, 1, 0x12 .db 10, 10, 120, 1, 0 .db 10, 10, 120, 1, 0 .db 1, 0, 1, 1, 0x12 .db 10, 10, 60, 1, 0 .db 2, 0, 50, 1, 0 .db 128, 0, 255, 1, 0 Das kleine
-
Thread
Umstieg bzw. Ergänzung PIC Prozessoren auf Arduino.
verwendeten Arduino-Pins und das LCD-Objekt deklarieren LiquidCrystal lcd(12, 11, 5, 4, 3, 2); // RS, EN, DB4, DB5, DB6, DB7 void setup() { lcd.begin(20, 4); // Anzahl Spalten und Zeilen definieren // Und schon ist das Display initialisiert und bereit zur Textausgabe lcd.print("hello, world!");
ein 2 Zeilen Modul mit dem HD44780 ein 4 Zeilen Modul mit dem SSD1803 und ein Grafikdisplay EA DIP 128-6 mit 128x64 Pixel Vielleicht kennt das Letztgenannte jemand? Und kann mir ein paar Tipps geben? Ich möchte bei dem 4 zeiligen durch Kontakte odgl. ausgelöst verschiedene, vorprogrammierte Texte
-
Thread
Suche MOPPEL Projekt in Heft oder .PDF
Bereich leicht zu lokalisieren und der Startsektor dann angepasst - mit der 4MB Karte liegt er ab Sektor 128. Das ist als Offsetwert in die Berechnung auf dem AVR berücksichtigt. Wenn die Software ins CP/M-Bios integriert wird muss ich dann nochmals darüber nachdenken ob es bei der Übertragung beim kompletten physikalischen Sektor bleibt oder ob es sinnvoller ist, das auf logische Sektoren (CP/M - 128Byte) zu ändern. Hierzu muss dann im AVR das Blocking/Deblocking durchgeführt werden - schauen wir mal was der bessere Weg ist ... LG Werner Listings habe ich auf meiner Seite hinterlegt http:/
-
Thread
AVR tiny0/tiny1/megaAVR0/DA/DB/DD/DE Systematik der internen Peripherie
Datenblatt des µC geschaut. Auf den ersten Blick erscheint es ja so, als ob die im Betreff genannten AVR µC Serien eine gewisse Regularität bzgl. der internen Peripherie aufweisen würden. Also z.B. USART oder TCA ist etwa in DA/DB/Tiny1 gleich (Registerdefinitionen). Dies kann ich nur durch manuelles
AVR128DA | AVR128DB | AVR64DD | AVR16|32DD | AVR4808|4809 Es gibt viele identische Peripherie-Komponenten, aber auch unterschiedliche und welche mit minimalen Differenzen.
-
Thread
Gesucht: "Inhibit" Gate
Initialisierung der CCL) dann zwar arbeitslos, aber das ist nicht schlimm, man schickt ihn einfach schlafen. AVR128DB64 z.B. könnte das Geforderte leisten. Hat 6 LUTs. Kinderkram. Wären dann 9x9mm Platz auf dem Board.
c-hater schrieb im Beitrag #7107382: > AVR128DB64 z.B. könnte das Geforderte leisten. Hat 6 LUTs. Kinderkram. > Wären dann 9x9mm Platz auf dem Board. Oder auch AVR128DA48/AVR128DB48. Auch die haben 6 LUTs. In VQFN wären das dann nur noch
-
Thread
LCD DM19264A (KS0108B Controller)
zwischen +5V und Vee (Pin 19 angeschlossen) 4 PB0 (D/I bzw RS 5 PB1 (RW) 6 PB2 (E) 7 PD0 (DB0) ... 14 PD7 (DB7) 15 PB5 (CS1) 16 PB4 (/RST) und 4,7k an GND (disabled Display beim Programmieren) 17 PB3 (CS2) 18 PB6 (CS3) 19 Vee s. oben 20 über 8 Ohm + Schalter mit +5V verbinden Bei
Stolpersteine zu beachten: font.h : Kommentar löschen bei #include und PROGMEM (8/16 Bit Struktur) KS0108 : 128 -> 192 KS0108-AVR.c : Anzahl der asm("nop"); entsprechend den MHz
-
Thread
AVR128DA Clock Teiler übersehen?!
Noch ein indirekter Nachweis von 24MHz: TCA Frequency Waveform Generation, (100kHz am PE0 vom AVR128DB48). f = f_clock / (2 × TCA_Prescaler × (CMP0+1)) f = 24000kHz / (2 × 8 × (14+1)) = 100kHz [c] #include <avr/io.h> int main(void) { PORTMUX.TCAROUTEA = PORTMUX_TCA0_PORTE_gc;
an Veit Devil: Danke für den Hinweis, aber das hatte ich bereits probiert: sowohl auf dem AVR128DA28 als auch dem AVR128DB28 kommen da immer nur 4 MHz auf A7 - ich hatte die 24 erwartet. Oder verstehe ich das Datenblatt falsch?
-
Thread
Wer hat Erfahrung mit HAP?
wobei ich davon ausgehe, dass Du da schon durchgestiegen bist): von der serverCUIn gehts weiter zur dbGetModuleId. Von da dann zu dbGetDeviceData. Da wird in das Ergebnis der SQL-Abfrage auch der Type "injiziert". Von der dbGetDeviceData gehts dann zum finalen dbUpdateStatus. Da wird dann die Formel
Also ich nutze AvrStudio + Winavr unter Windows. In Avr Studio einfach das Projekt öffnen und oben in der Iconleiste auf "AVR" (schwarze IC) klicken. Dann kann man den Programmieradapter auswählen und hat je nach AVRStudio
-
Thread
Installation von AVRSTUDIO 4.19 bricht unter WIN10 ab
Corporation [builtin](2): Including file 'C:/Program Files (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\1.5.74\avrasm\inc\AVR128DA28def.inc' C:/Program Files (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\1.5.74\avrasm\inc\AVR128DA28def.inc(38,0): warning: Unrecognized core version: V4S Und
Corporation > [builtin](2): Including file 'C:/Program Files > (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\1.5.74\avrasm\inc\AVR128DA > 28def.inc' > C:/Program Files > (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\1.5.74\avrasm\inc\AVR128DA > 28def.inc(38,0): warning: Unrecognized core version
-
Thread
Z-Pointer?
einfach die Daten zusammenhängen und dann die Pointer um die entsprechende Reichweite erhöhen tabelle1: .db 1,2,4,8,16,32,64,128,255,128,64,1,2,3,4,5,6,7,8,9,10 Also danke schonmal im Vorraus Programmcode main: ldi ZL,Low(Tabelle1*2) ldi ZH,High(Tabelle1*2) ldi temp,9 add zl,temp ;
wird um 9 erhöht lpm ;Lädt den Wert 64 nach R0=Zeichen out PortB,zeichen tabelle1: .db 1,2,4,8,16,32,64,128,255,128,64 tabelle2: .db 1,2,3,4,5,6,7,89,10 Also danke schonmal im Vorraus
-
Thread
Kontrolle Schaltung, Verdrahtungsfragen
Kevin X. schrieb im Beitrag #6090255: > Beim ProBot128 vom C hing der direkt laut schaltplan am > Port der C-Control M128 Direkt nicht, sondern über 220R. Das DB des Beepers gibt nicht viel her. So Angaben, wie 2V DC ist irreführend, schließlich braucht
HildeK schrieb im Beitrag #6090295: > Kevin X. schrieb: >> Beim ProBot128 vom C hing der direkt laut schaltplan am >> Port der C-Control M128 > > Direkt nicht, sondern über 220R. > Das DB des Beepers gibt nicht viel her. So Angaben, wie 2V DC ist > irreführend, schließlich
-
Thread
LCD, HD44780 und KS0076
__) || 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 - 2)) /* address of input
*/ #define LCD_E_PIN 4 /**< 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
LCD Ansteuerung
Versuch wagen. Es geht um eine LCD Display (HD44780 4x20 Zeichen) Ansteuerung mit einem Atmega 128 Ich habe die Routinen hier aus dem Forum als Basis verwendet. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung Folgende Änderungen habe ich vorgenommen: Quarz angepasst
RS Register Select (Befehle/Daten) 5 RW Read/Write 6 E Enable 7 DB0 Datenbits 0−7 8 DB1 9 DB2 10 DB3 11 DB4 12 DB5 13 DB6 14 DB7 15 A LED-Beleuchtung, Anode 16 K LED-Beleuchtung, Kathode nun meine Anschlussbelegung am
-
Thread
µblox + uart + rnmega128 + display + PROBLEM
Lcd_rw Alias Portf.6 Lcd_rw = 0 Lcdpower = 1 Wait 1 Config Lcd = 20 * 2 Config Lcdpin = Pin , Db4 = Portf.3 , Db5 = Portf.2 , Db6 = Portf.1 , Db7 = Portf.0 , E = Portf.5 , Rs = Portf.7 Config Lcdbus = 4 Initlcd Cls Do Loop Send: Lcd Chr(udr1) Return End
DANKE an ALLE !!! Habe von TX einfach direkt an den PIN vom Atmega128 gehängt (nun läuft alles wunderbar) DANKE !!!
-
Thread
Atmega128 - Programm wird geladen, aber LED blinkt nicht?
Das Ganze lade ich mit folgendem Skript über einen AVRISP XPII auf den Mikrocontroller: avr-gcc -Wall -Os -DF_CPU=16000000UL -B 9600 -mmcu=atmega128 -c main.c -o main.o avr-gcc -Wall -Os -DF_CPU=16000000UL -B 9600 -mmcu=atmega128 -o main.elf main.o rm -f main.hex avr-objcopy -j .text -j
einen völlig falschen Controller compiliert worden ist. Heinrich W. schrieb im Beitrag #5907356: > avr-gcc -Wall -Os -DF_CPU=16000000UL -B 9600 -mmcu=atmega128 -c main.c > -o main.o
-
Thread
[v] LCDs 320x240 s/w, 6 Zoll, Touch, inkl Controller
habe den atmega32, mega128 und mega256 hier. welchen hast du dafür verwendet? tendiere jetzt mal zum 128er. bildchen werden auch einiges an speicher verbrauchen ^^
B. R. schrieb im Beitrag #3903372: > habe den atmega32, mega128 und mega256 hier. welchen hast du dafür > verwendet? tendiere jetzt mal zum 128er. bildchen werden auch einiges an > speicher verbrauchen ^^ Ich habe einen LPC2292 verwendet. Der hat 128K Flash
-
Thread
Display (HD4478099) zeigt nur Kästchen
// Pin connections: // - PC0 - Grün = E // - PC1 - Gelb = RS // - PC2 - Orange = DB4 // - PC3 - Rot = DB5 // - PC4 - Braun = DB6 // - PC5 - Schwarz = DB7 Oder: // Belegung am Port C: // E RS DB4 DB5 DB6 DB7 ? ? // 0 b 0 0 0 0 0 0 0 0
Oh :-) Also eigentlich wie gehabt, nur halt andersrum: // Belegung am Port C: // ? ? DB7 DB6 DB5 DB4 RS E // 0 b 0 0 0 0 0 0 0 0
-
Thread
UART Bootloader ATtiny13 - ATmega644
Hallo, ich bin auf der Suche nach einem Bootloader für den atmega128. ICh habe grad den Bootloader von AvrFreaks geladen und wollte ihn ausprobieren. In der BOOTLOAD.ASM kann der Bootloader ja für den entspechenden AVR angepasst werden. Wo bekomme ich aber die dafür
Versuch doch mal Folgendes: AVR-Studio oder IDE deines Vertrauens öffnen, BOOTLOAD.ASM öffnen, m168def.inc auskommentieren, m128def.inc einkommentieren, XTAL und BootDelay in FASTLOAD.H anpassen und compilieren lassen. Grad probiert
-
Thread
LCD Library T6963c
leider arbeitet BasCom nur mit Auflösungen von 240x128,128x128,128x64 usw
ich probiere gerade mit WinAvr die t6963c.h an 160x128 anzupassen. Habe von 240 auf 160 pixelbreite und 20 zeichen 8x8 umgestellt. Obere Hälfte läuft priema. "Hallo World" wird beim zeichnen der linien an denPixeltreffponkten invertiert
-
Thread
Verständnisfrage SleepMode
genau genug für deine 15min. Den Tiny kann man durch minimalen Takt (128kHz, es wird ja eh nichts gerechnet, sonder nur auf Timer gewartet) und Abschalten aller nicht benötigten Dinge via PRR zum Sparen zwingen. Sparsam eine bestimmte Zeit warten kann ein AVR mit Asynchron
Wie niedrig soll der Stromverbrauch denn sein? Bei 128 kHz Takt und 3.6V liegt er im Idle bei ca. 70uA (Datasheet Fig.22-10). Damit kommt man bei den üblichen Spannungsquellen doch schon recht weit.