-
Thread
AVRDUDE schreib Problem
4.3.0. Wenn ich nun folgenden Befehla ausführe erhalte ich folgende Fehlermeldung : avrdude -p m162 -c avrisp -e -U flash:w:main.hex Meldung : avrdude: stk500_getsync(): not in sync: resp=0xe0 Habe schon einmal gegooglet, aber nur antworten gefunden die sich auf den seriellen Teil beziehen
Juhu gefunden unter Linux ging es mit stk200 und unter windows auch ! avrdude -p m162 -c stk200 -e -U flash:w:main.hex so funzt ! Falls sich jemand bemüht haben sollte es rauszufinden, dann trotzdem Danke Thorsten
-
Thread
günstige CAN-Bausteine/Controller
Microchp MCP255x oder Philips SJA1000 als relativ günstiges Fertigmodul http://www.candip.com/candip-m162.htm
-
Thread
unexpected REGDEF - z-pointer einrichten - icall / ijmp
komplette code: ---------------------------CODE ANFANG------------------------------- .include "m162def.inc" .def dashier = r16 ldi dashier, 0x02 ;----in der nächsten Zeile wird der Fehler angezeigt---- ldi zl,low (dashier*2) ;hier z.B. 0x02 statt "dashier*2 oder ldi zh,high
-
Thread
ATmega162 RX-TX-Testprogramm geht nicht/ Probleme mit STK500
bin kurz davor zu verzweifeln. ;-) Schonmal danke für die Hilfe. Gruss Martin .include "m162def.inc" .def count1 = r16 ; .def akku = r17 ; .def count2 = r18 ; .def count3 = r19 ; ldi akku, LOW(RAMEND) ; LOW-Byte der obersten RAM-Adresse out SPL
-
Thread
EA DOG-M LCD an Seriellen Port bringen
mir ja helfen. Und zwar ich habe folgendes Problem: Ich habe mir von lcd-module.de ein EA DOG-M 162B gekauft und wollte jetzt versuchen das ganze entweder an der serielle oder parallele Schnittstelle zum laufen zu bringen - jedoch hakt es hier bei mir aus, ich stehe quasi auf der Leitung. Hat
-
Thread
externen SRAM am ATMega wie beim AT90s8515?
Der M32 kannst nicht einfach so. Der M162 schon. Mit ein paar Schieberegistern (und Bustreibern) über SPI müsste es gehen, allerdings muß man dann den Speicherzugriff händisch organisieren und die RAM-Zugriffsgeschwindigkeit ist auch langsamer
-
Thread
EA DOG - Displays
alle, die es interessiert, es gibt jetzt bei Reichelt neue Displays von Electronic Assembly (EA DOG-M162..), die sowohl parallel als auch mit SPI!! angesteuert werden können. Und das für knappe 10 Euro! Da die Teile bis 10MHz SCK laufen, dürfte man auch keine Geschwindigkeitseinbußen haben, denn so schnell
-
Thread
NE2000-NIC im 16bit-Mode
Hallo Jens Mein Startup File sieht so aus!! µController ist ein M162c62 (M3024FGAFP) ****************************************************************** ldc #istack_top, isp ;set istack pointer mov.b #03,00Ah ;protection register mov.b
-
Thread
LCD Probleme mit ST7036
Hallo, bin auch gerade am mühen das DOG-M 162 zum Laufen zu bringen. Leider bleibt das Display bisher dunkel. Auch der Versuch mit Toby's DOG.c brachte keinen Erfolg. Hat jmd. von Euch ein *.hex file für den Mega8 zum Testen? will nur wissen
-
Thread
USART Ausgabe ATMega 162
musste ich feststellen das das Zeichen nicht an das UDR Regsiter übergeben wird. .nolist .include "m162def.inc" .list ;Definitionen .def reg =r16 .def signs =r17 .CSEG .ORG 0x0000 rjmp main main: ldi reg,LOW(RAMEND) out SPL,reg ldi reg,HIGH(RAMEND) out SPH,reg ldi reg
-
Thread
AVR910 - Studio -Mega 162 ??
haben wie der 162. Dann rausfinden welche Fusebits des vorhandenen Typen den benötigten Fuses des m162 entsprechen und die setzten. (oder besser noch: welcher Chip hat die gleiche Fusebit Struktur wie der m162 (unabhängig von der Speichergrösse) und den einstellen für die Fusebits. 2.avrdude benutzen
Na komm, etwas mehr Ehrgeiz ;-) Das letzte Stück wirst Du schon noch schaffen. Datenblatt des m162 anschauen, hexwerte für lfuse hfuse efuse ermitteln und mit: avrdude -p m162 -U lfuse:w:0x..:m -U hfuse:w:0x..:m -U efuse:w:0x..:m je nach Bedarf schreiben. Wenn Du Dir den avrdude Source lädtst
-
Thread
STK 500 & UART Tutorial
fuse-bit -> int. RC Osz (für meinen Vorschlag) (ich kenn die fuse-bit's für den M8 nicht da ich nur M162 verwende (bei M162: 'fuse-bit CKSEL 0011 -> int. RC Osz' Gruß Günter
-
Thread
avrdude -> eeprom
Der Parameter für avrdude um auch dasEEPROM zu beschreiben lautet: avrdude.exe -p m162 -U flash:w:flash.hex -U eeprom:w:eeprom.hex MfG formtapez
-
Thread
LCD EA DOG-M und Bascom
Mein DOG-M 162 bekomme ich unter Bascom im 4bit modus und 5V einfach nicht zum laufen. Das Display zeigt einfach nichts an. Alle möglichen Inits durchprobiert - nichts. Im SPI Modus hatte ich manchmal ein paar
-
Thread
Verwirrung!!! Atmel162 und AVR Studio zeigt nur 1/2 SRAM an
Memoryanzeige "Daten"). Nun zeigt er mir aber nur 512k an, also bis Adresse $25F. Und der Rest? In der "m162def.inc" und dem Datenblatt steht das RamEnd bei Adresse $4FF. Muss ich im Programm außer der "m162def.inc" noch andere Sachen vereinbaren um den gesamten Speicher nutzen zu können? Kann sich dies
hast du in "DEBUG/SIMULATOR OPTIONS" auch den m162 ausgewählt... weil bei mir zeig er alles an.
-
Thread
Pin change Interrupts bei Atmega 162
Hättest du genauer in die m162def geguckt, hättest du gesehen, dass darüber ein Kommentar steht: Memory Mapped I/O Register Definitions Diese Register liegen also nicht mehr im IO-Adressbereich, folglich kannst du nicht mit in/out
-
Thread
ATmega 162 uart problem
atmega162 hier noch ein so nen code bei dem ich immer die falschen zeichen bekomm... .include "m162def.inc" .def temp = r16 .equ CLOCK = 16000000 .equ BAUD = 9600 .equ UBRRVAL = CLOCK/(BAUD*16)-1 ; Stackpointer initialisieren ldi temp, LOW(RAMEND) out SPL, temp
-
Thread
Test für 4*20 LCD Display via SPI
schoen, da nur für Testzwecke. Vielleicht hat jemand eine Idee, warum... Thomas .include "m162def.inc" .equ LCD_PORT = PORTA ; CS-Pin .equ LCD_DIR = DDRA .equ Strobe = 3 .def temp1 = r16 .def temp2 = r17 .def temp3 = r18 .def data_4094 = r19 .def cnt =
funktionieren wohl nicht so, wie sie sollen... Hat jemand eine Idee? Thomas H. .include "m162def.inc" .equ LCD_PORT = PORTA ; CS-Pin .equ LCD_DIR = DDRA .equ Strobe = 3 .def temp1 = r16 .def temp2 = r17 .def temp3 = r18 .def data_4094 = r19 .def cnt =
-
Thread
Bascom PWM
Hallo Thomas, doch, müßte in der auswahl Liste der letzte Controller sein (M162)... Gruß Sven
Hallo, den M162 ist in Version 1.11.7.4 drinnen bei der 1.11.7.1 nicht Gruss HansHans
-
Thread
AVR910 und ATmega162
http://www.mikrocontroller.net/forum/read-4-51697.html ) alle Codes von 0x01 bis 0xFF probiert, ein m162 wird nicht erkannt. Dort gibt es nur m161 und m163. Möglicherweise behebt das Atmel mit einer neueren Version der AVR-Prog Software, wenn Studio4.08 nicht mehr im Beta angeboten wird. Dann kommt hoffentlich
-
Thread
UART aus Tutorial für M162 modifizieren
nehmen... als erstes wollte ich mal die UART-Beispiele aus dem Tutorial (modifiziert für einen M162) verwenden ich habe anstelle der Datei m8def.inc die Datei m162def.inc zuge- wiesen (habe ich in der Bibliothek zum AVR-Studio 3.5 gefunden) Jedoch werden die Datenfelder UBRRL, UBRRH, UCSRB, UCSRA nicht akzeptiert in der Datei M162def.inc habe ich diese Felder auch nicht gefunden gibt es eine andere / neuere Version der Datei m162def.inc und wo finde ich diese ??? in den ASS-Beispielen im Datenblatt zum m162 sind die oben
-
Thread
Programmer incl. neuem Code für Atmel AN910
Schon gut :) Geht beispielsweise so: avrdude -p m162 -U hfuse:w:0xD9:m Auslesen im Terminal-Mode (avrdude -p m162 -t): dump hfuse MfG formtapez
-
Thread
Alternative Baud-Rate
Fehlermeldung und Dateneingabe (Abbruch ? / Weiter ?) über Check-Box am PC) Frage: Wie kann ich im M162 erkennen , ob der Sende-Versuch des PC-Programmes im Bezug auf die Frame-Parameter (9600,8,N,1) im ersten Versuch falsch oder richtig war (in welchem UART1-Register / welches Bit ?) Kann mir jemand
-
Thread
m162 - uart
Hallo F?r ein privates Projekt (Modelleisenbahn) mit dem m162 will ich die beiden auf dem M162 befindlichen UART's verwenden >>> 1 x Kommunikation von / zum PC (?ber MAX232) >>> 1 x Datenweitergabe zum ?C 2313 (direkter Pin-Anschluss) (sp?ter:
-
Thread
2 AVRs über I2C verbinden?
sind jedoch einige bug's bereinigt worden; Ich hab's soeben ausprobiert (für einen PCF8574): M162 als Master mit den bekannten BASCOM-Statements I2CSTART, I2CWRBYTE, etc. 2313 als Slave mit den zusätzlichen I2C-Routinen von BASCOM Es funktioniert ... Die EUR 4,95 lohnen sich m.E. sofern man
-
Thread
Interpreter für AVR
eigentlich weg dank des Bootloaders. BTW, einen anderen Controller als einen der neuen Megas (M8-M128 und M162) würde ich eh nicht mehr kaufen
-
Thread
bezugsquelle für atmega8535
jedenfalls würde ich nicht unbedingt auf die Mega8515/Mega8535 warten sondern statt dessen lieber M16/M161/M162 nehmen Gruß Markus
-
Thread
RS232 <--> RS485
Ja, leider. zwei UARTs und I2C gibts erst beim Mega64/128. Anscheinend hat beim M162 nicht alles auf den Chip gepasst. Markus