-
Thread
Suche VFD mit HD44780 4x20
M202SD16FA 20x2 Display (rs-online.com) - Futaba M202MD15FJ 20x2 Display (rs-online.com) - Futaba M162SD07FJ 16x2 Display (rs-online.com) - Futaba M202SD16FJ 20x2 Display (rs-online.com) - Futaba M162SD07FA 16x2 Display (rs-online.com) - Newhaven M0220SD‐202SDAR1 20x2 Display (digikey) - Newhaven
-
Thread
EA DOG-M162 Curserposition jedes X0 mal an falscher Stelle?
ich habe deinen code nochmal gelesen. also dein display heißt DOG-M162, das bedeutet 16 zeichen / Zeile mit 2 Zeilen. Sprich du hast maximal 32 Positionen. Du springst aber auf Pos 40, das ist dann wohl falsch, oder? Ich mach das so: #define CHARACTER_BUFFER_BASE_ADDRESS
-
Thread
EA DOG-M162 und Verstärkung/Contrast
habe mit der Suche nichts entsprechendes gefunden, also frage ich mal: Ich versuche ein EA DOG-M162W_A bei 5V/4-bit in Betrieb zu nehmen. Die Initialisierung habe ich gemäß Datenblatt umgesetzt. Das Display geht leider trotzdem nicht. Was ich im Datenblatt zum Controller ST7036 nicht verstehe, ist
-
Thread
EA DOG M162W-A
hallo jungs hat wer erfahrung mit der initialisierung vom Display EA DOG M162W-A ?? in Assembler ?? habe schon herum experimentiert usw. aber komme einfach nicht zur Lösung.. lg mario
Beitrag #2068854: > hallo jungs hat wer erfahrung mit der initialisierung vom Display EA DOG > M162W-A ?? Ja Mario Horvat schrieb im Beitrag #2068854: > in Assembler ?? Ja Mario Horvat schrieb im Beitrag #2068854: > habe schon herum experimentiert usw. Datenblatt lesen und ein Tutorial
-
Thread
EA DOG M162W-A
Jungs, habe ein Problem ich kenne mich überhaupt nicht aus mit der Initialisierung vom EA DOG M162W-A..... Programmiere in Assembler PIC 16F628A bitte um Hilfe
Jungs, >> habe ein Problem ich kenne mich überhaupt nicht aus mit der >> Initialisierung vom EA DOG M162W-A..... >> Programmiere in Assembler >> PIC 16F628A >> bitte um Hilfe Liest sich: Bin ahnungslos und suche ein Assemblerprogramm für PIC 16F628A zur Ansteuerung eines EA DOG M162W-A. > weil
-
Thread
EA DOG M162W-A
Hallo ich hätte eine frage weis vl. irgendwer wo ich Display herbekomme das die gleichen abmessungen hat wie das EADOGM162 und mit dem Controller HD44780 1:1 kompatibel ist herbekomme? dankee
-
Thread
EA DOG M162W-A
funktioniert alles wunderbar.. Betreibe es im 4Bit Modus nun würde ich aus Platzgründen gerne ein EA DOG M162W-A verbauen aber sobald ich es anstecke bekomme ich keine Anzeige am Display nicht nicht einmal einen Cursor oder dergleichen. Verwende den PIC16F628A Anbei die funktionierende Schaltung als
Hi >nun würde ich aus Platzgründen gerne ein EA DOG M162W-A verbauen aber >sobald ich es anstecke bekomme ich keine Anzeige am Display nicht nicht >einmal einen Cursor oder dergleichen. Wie, direkt an den Steckverbinder? Ausserdem braucht das Dog-Display
-
Thread
Toolchain gesucht: Assembler --> JTAG --> ATmega162V
zerschossen ist! avrdude meldet allerdings, dass das gerät nicht antwortet: Komandozeile avrdude -p m162 -c xil -t -F "AVR device not responding" also eine ähnliche Meldung wie bei JAM mein nächster Schritt wird sein, das JTAG-Kabel an die MOSI/MISO ISP ports zu hängen und es mit den vorhandenen Programmen
HEX-Datei erzeugen (ich nehme AVR Studio) 2. avrdude benutzen, um daten zu schreiben: avrdude -p m162 -c xil -e -U flash:w:filename.hex Kleiner Tipp für den Anschluss eines Flachbandkabels ans Brotbrett: Nehmt einen Stück Draht, beispielsweise Widerstandsreste und lötet den an das Flachbandkabel
-
Thread
DOG-M 162 will nichts anzeigen
Hallo, ich habe mit dem Display DOG-M 16x2 Zeichen so meine Probleme. Habe nun schon viel gesucht und hier ist auch viel zu finden, aber vieles eben nur zum Anschluss mit SPI. Ich betreibe das Display an einem Atmega8 mit 5V über 4 Bit. Angeschlossen ist es dabei wie folgt: PDO = D7 PD1 = D6 PD2 = D5 PD3 = D4 PD4 = RS PD5 = E Zuerst habe ich probiert die init selber zu schreiben aber das wollte auch nicht so recht. Dann habe ich hier im Forum eine Codeschnipsel gefunden und diese zusammengefügt. Leider zeigt mir das Display nichts an! :( Ich weiß das Programm ist sicherlich
-
Thread
DogM 162 Display funktioniert nicht am Atmega644
habe folgendes Problem und hoffe Ihr könnt mir helfen: Auf einem Steckboard habe ich ein EA DOG M 162 im SPI-Modus mit 3,3V in betrieb genommen (mit einem ATmega88. Dieses funktioniert auch einwandfrei. Nun habe ich das selbe Display auf einer Platine eingelötet, auf der ein ATmega 644V seinen Dienst
-
Thread
Hilfe bei Bascom Code für Led-Cube
== ========================================================================== $regfile = "m162def.dat" $framesize = 32 $swstack = 32 $hwstack = 32 $crystal = 16000000 '----------------------------------------------------------------------------------------------
-
Thread
Wie einen HAL bauen
paar #ifdefined die Unterschiede bei den AVRs, z.B. den Interrupt Namen, ausgleichen. Nun kommt ein m162 hinzu und der hat ja 2 serielle. Ich will meinen Code nicht mit "100erten" #ifdefined zerpflücken und denke daher darüber nach einen einfachen HAL zu machen. Aber wie geht man das am besten an ?
ifdefined die Unterschiede bei > den AVRs, z.B. den Interrupt Namen, ausgleichen. > Nun kommt ein m162 hinzu und der hat ja 2 serielle. Ich will meinen Code > nicht mit "100erten" #ifdefined zerpflücken und denke daher darüber nach > einen einfachen HAL zu machen. Ein HAL ist ein großes Wort, aber
-
Thread
SPI AT Mega48-->AT Mega162 RFM12
gefühlte 100 mal auf dem Steckbrett gesteckt und das Ergebnis ist immer das gleiche. M48 geht sofort M162 geht nicht. Fehler im Datenblatt des M162 glaub ich auch nicht weil über die SPI schnittstelle ist ja auch der Programmer angeschlossen. Ich hoffe Ihr habt noch vorschläge wo ichh suchen könnte
AchJa: der Code ist von www.technofun.org und funktioniert auf dem Mega48 super. [code]$regfile = "m162def.dat" '$regfile = "m48def.dat" $hwstack = 60 $swstack = 60 $framesize = 60 $crystal = 9830400 $baud = 38400 Baud = 38400 '###################################################### 'Settings
-
Thread
Atmega8 16Mhz Quarz Fusebits setzen
avrusb500" else prg="dapa" fi if [ "$opt_r" = "1" ];then set -x avrdude -p m162 -c $prg -v -q set +x echo "Explanation: Fuse Low Byte: 0xe1 (1MHz intern), 0xe3 (4MHz intern), " echo " 0xe4 (8MHz intern)" echo " Fuse High Byte should be 0xd9" exit 0 fi if [ "$opt_w" = "1" ]; then set -x avrdude -p m162 -c $prg -u -v -U lfuse:w:$lf:m avrdude -p m162 -c $prg -u -v -U hfuse:w:$hf:m set +x exit 0 fi fi [/code]
-
Thread
AtMega162 resettet dauernd
übernommen . Wie genau ist 'quasi genauso'? Unverändert? Neu compiliert? Register angepasst (m8 und m162 sind nicht 'registerkompatibel')? HTH
Compiler nicht mehr automatisch 'abfangen'. Beispielsweise liegt die Bits SM0..2 beim m8 im MCUCR, beim m162 dagegen sind die 3 Bits auf 3 Register verteilt: EMCUCR (SM0), MCUCR (SM1) und MCUCSR (SM2). Da kommt Freude auf beim µC-Wechsel ;-)
-
Thread
Disassembler Anzeige bei AVR Studio
Habe ein ganz einfaches Programm geschrieben [avrasm] .include "m162def.inc" .def temp = r16 ldi temp, HIGH(RAMEND) out SPH, temp ldi temp, LOW(RAMEND) out SPL, temp ldi temp, 0xff out
ich. Sehe mal hier mit dem Editor ganz unten C:\Programme\Atmel\AVR Tools\AvrAssembler\Appnotes\m162def.inc
-
Thread
ATmega162 Register von Timer2 beeinflusst Pin von Timer3
TCCR0 = 0x6D; ... > TCCR2 = 0x6F; //0x6F Offenbar kennst du die Bedeutung der TCCR auf dem m162 im Schlaf - ich nicht, deshalb arbeite ich ganz altmodisch mit den (1 << MEINBIT) Operationen und exzessiven Kommentaren...
-
Thread
USART1 löst ständig Interrupt aus
schrieb im Beitrag #1665074: > Wie sieht denn die Initialisierung aus? [avrasm] .include "m162def.inc" .def temp = r16 ;Hilfsregister .def data = r17 ;Adresse des y-Pointer .def y_pointer = r18 ;Daten .def x_pointer = r19 ;Adresse des x-Pointer
-
Thread
atmega - Daten in SRAM speichern und wieder ausgeben
Datenmüll in einer Endlosschleife. Folgendermaßen sieht mein Code bisher aus: [avrasm] .include "m162def.inc" .def temp = r16 .def data = r18 .equ TAKT = 7370000 .equ BAUD = 9600 .equ UBRR_VAL = ((TAKT+BAUD*8)/(BAUD
-
Thread
ATmega162 funktioniert ab 5052 Wörtern nicht?
finden, was er statt .def gern hätte. Wenn du Assembler2 benutzten willst reicht es, wenn du die "m162def.inc" *ohne* Pfadangabe einbindest. Der assembler benutzt dann die Richtige. Mfg Spess
Hmm, die "m162def.inc" ist wie folgt eingebunden [avrasm] .include "m162def.inc" [/avrasm] Trotz dem bekomme ich die Fehlermeldung: error: syntax error, unexpected SYMBOL, expecting REGISTER Damit gemeint
-
Thread
Initialisierung Mega162
Studio 4.16. Als Takt nutze ich den internen Oszillator. Mein Testprogramm sieht so aus: .include "m162def.inc" ; .ORG $0000 ; ldi r16,LOW(RAMEND) out SPL,r16 ; ;ldi r16,HIGH(RAMEND) ;out SPH,r16 ; sbi DDRA,0 sbi DDRB,0 sbi DDRC,0 sbi DDRD,0 sbi DDRE,0 ; main: cbi PINA,0 cbi PINB,0
angesprochen wird und nicht über PINx ? Machs doch nicht so kompliziert fürs erste [avrasm] .include "m162def.inc" ; .ORG $0000 ; ldi r16, 0xFF out DDRA, r16 out DDRB, r16 out DDRC, r16 out DDRD, r16 ldi r16, 0xAA out PORTA, r16 out PORTB, r16 out PORTC, r16 out
-
Thread
AVR ATmega162: Ports lassen sich nicht als Ausgang deklarieren
_______ ;-----------------------------------Boot----------------------------------- .include "m162def.inc" .cseg rjmp start .org 0x038 start: ;----------------------------Stapelzeiger_laden---------------------------- ldi r16,high(ramend) out sph,r16 ldi r16,low(ramend)
-
Thread
Portspannung am ATmega bricht ein
Hallo, da hier letztens schon so eine Kuriosität mit angeblich falschen Daten auftauchte: die m162def.inc ist 100% ok? Gruß aus Berlin Michael
-
Thread
Bascom Bootloader Atmega32 plu Fusebits
m32def.dat" Const Loaderchip = 32 '$regfile = "m88def.dat" 'Const Loaderchip = 88 '$regfile = "m162def.dat" 'Const Loaderchip = 162 '$regfile = "m8515.dat" 'Const Loaderchip = 8515 '$regfile = "m128def.dat" 'Const Loaderchip = 128 '$regfile = "m64def.dat" 'Const Loaderchip = 64 '$regfile
-
Thread
USART Mega162 weitere Unterschiede zu Mega8?
umgeschrieben und heraus kommt Schrott. Hier der Code, wie ich ihn umgeschrieben habe: .include "m162def.inc" .def temp = r16 ; Register für kleinere Arbeiten .def zeichen = r17 ; in diesem Register wird das Zeichen an die
-
Thread
Transistortester mit AVR Gesperrt
anschliessbar bei gerade mal einem benötigten Pin. U.a. das zuletzt bei Pollin angebotene VFD von Futuba M162SD05AA ist dazu gut geeignet. Ansonsten hier gleich mal eine Aktualisierung. In der vorherigen Version habe ich doch glatt eine Warnung übersehen (Asche auf mein Haupt). Diese habe ich entfernt und
-
Thread
Vielleicht is es nur n recht dämlicher fehler.
rein, das hab ich geprüft) ; Daten empfangen mit Interrupt ; und zur?cksenden .include "m162def.inc" .def temp = r16 .def temp_save = r17 .def sreg_saveW = r18 .def sreg_saveI = r19 .def save = r20 .equ CLOCK = 4600000 .equ BAUD = 4800 .equ UBRRVAL = CLOCK/(BAUD*16
-
Thread
usart - ich empfange immernoch schrott
www.mikrocontroller.net/tutorial/uart.htm ; Daten empfangen mit Interrupt ; und zur?cksenden .include "m162def.inc" .def temp = r16 .def sreg_save = r17 .equ CLOCK = 8000000 .equ BAUD = 9600 .equ UBRRVAL = CLOCK/(BAUD*16)-1 ; hier geht das Programmsegment los
-
Thread
AVR Studio atmega162 include file fehlerhaft??
versuche gerade das UART beispiel für meinen atmaga162 umzubastel und irgendwie scheint URXaddr im "m162def.inc" nict vorhanden zus sein... Jedenfalls bekomme ich folgende fehler F:\#Daten\gps\gps_0\gps_0.asm(21): error: Use of undefined or forward referenced symbol 'URXCaddr' in .org F:\#Daten\
=0x0 conflicts with 0x0:0x1 alles was ich gemacht hab is das .include "m8def.inc" in .include "m162def.inc" umgewandelt... Hat jemand ne ahnung was ich falsch mache? Langsam bin ich nämlich am verzweifeln :-( hier nochmal mein code .include "m162def.inc" .def temp = R16 .equ F_CPU
-
Thread
Mal wieder EA DOG-M 162, keine Initialisierung
die gegeben wurden haben mein Problem nicht gelöst. Es geht um die Initialisierung eines EA DOG-M 162, im Modus 5V 8bit welche mit einem ATMEGA16 fehlschlägt. (Andere LCDs konnte ich mit dem ATMEGA16 bisher erfolgreich ansteuern.) Leider bin ich mir nicht sicher ob es an der Schaltung selbst oder
-
Thread
ATmega162 / AVRDragon - Problem
Schaltplan? Speziell: wie ist der Reseteingang des M162 beschaltet? Wie sind die Fuses gesetzt?
-
Thread
bascom bootloader für Hyperterminal
m32def.dat" 'Const Loaderchip = 32 '$regfile = "m88def.dat" 'Const Loaderchip = 88 '$regfile = "m162def.dat" 'Const Loaderchip = 162 $regfile = "m32def.dat" Const Loaderchip = 32 '$regfile = "m64def.dat" 'Const Loaderchip = 64 '$regfile = "m2561def.dat" 'Const Loaderchip = 2561 '$
-
Thread
ATMEGA162 teilt Takt willkürlich
mit konstanter Geschwindigkeit - ungeachtet dem kleineren Befehlsdurchsatz. [avrasm] .include "m162def.inc" .equ LED_O = PORTE .equ LED1 = 0 .equ LED2 = 2 ; PORTD .equ WR485_1 = 4 .def ZERO = r2 .def ONE = r3 .def SREGSAVE = r4 .def TEMP1 = r16 .def TEMP2
-
Thread
Temperaturabhängige (?) Anzeigefehler Mega8 und DOG-M 162
ich meine µC Basteleien niemals geschafft. Mein erstes µC-Projekt ist ein ATMega8 an dem ein DOG-M 162 LCD, ein DS18B20 und ein paar binäre Eingänge angeschlossen sind. Der Mega 8 läuft mit dem internen Takt, welchen ich auf 8 MHz eingestellt habe, das Display wird im 4 Bit Modus mit 5V betrieben. Das
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
also >> auf 0x500 = 1280 gesetzt werden. Hast du das berücksichtigt ? Ich benutze auch einen M162 und es funktioniert mit Benedikt's code einwandfrei.
@Bruno Ich hänge dir mal mein hex File für den M162 ran. Da sind keine Änderungen von mir drin, nur die Anpassung auf den M162.
-
Thread
Problem mit ATmega162
10; wert02++){ PORTC=0x00; } }//end_while(1) }//end_main Quelltext ASM: .include "m162def.inc" ldi r16, LOW(RAMEND) out SPL, r16 ldi r16, HIGH(RAMEND) out SPH, r16 //------------------------- ldi r16,0xFF out ddrc,r16 AN0: ldi r18,0x00 AN: