Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Messages

Browse messages

Page 254 of 307 · 15341 messages matched

Re: [AVR-Chat] OT, driving muxed EL display from avr

2004-12-04 by Henry Carl Ott

Massimo, Thanks, I'm leaning towards triacs, but still have to do some tests. I was aware of the fact that some inverters have a square wave output that can keep the triacs from turning off properly, but did not think of an rc network to slow the down the edges enough to fix the

Thread view Attachments: 0

RE: [AVR-Chat] Reading from flash in Assembly

2004-12-04 by Larry Barello

How about this bit of optimized code? I believe the following properly emulates your original code. push R30 push R31 ; push Z clr R17 ; R17:16 = character offset mov R30, R16 ; R17:16 -> Z mov R31, R17 add R30, R30 ; Z + Z = 2x adc R31, R31 add R30, R16 ; Z + R17:16 = 3x adc R31

Thread view Attachments: 0

Re: [AVR-Chat] OT, driving muxed EL display from avr

2004-12-04 by Massimo Banzi

carl I have built quite a large installation for the venice biennale using 100 pieces of el paper driven by 1 small microcontroller. The way i did it is by using a triac based optocoupler (MOC 32020) to switch every panel on and off. These were connected in groups of 20 to 5 STM

Thread view Attachments: 0

Xdiv

2004-12-04 by Dave VanHorn

Is anyone aware of problems around changing the Xdiv regiseter in the M128? We've been doing this for a while, with code like this: ldi TEMP,127 out xdiv,temp nop Now, I just discovered an app note from atmel that says that you need to do the following: cli ldi temp,127 out xdiv,

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-04 by Dave VanHorn

Trading space for speed. Now you don't need to call the mult, just ROL it. >But I still need to multiply the value of the char (say 41hex for the char A) >by the number of bytes that each char needs (7 or 8) to get to the data for >the first scan row and then add the row offset t

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-04 by John Samperi

At 07:27 PM 3/12/04 -0500, you wrote: >> rcall mpy16u ;Find offset in CHAR_GEN table >> ;of first row results in r18 and r19 >Can you sacrifice rom space, to put the addresses on a binary boundary? >Then this part becomes a few ROLs. don't quite understand. I'm putting 2 chars (7

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-04 by Dave VanHorn

> > rcall mpy16u ;Find offset in CHAR_GEN table > ;of first row results in r18 and r19 Can you sacrifice rom space, to put the addresses on a binary boundary? Then this part becomes a few ROLs. > push zl ;push z as this routine happens during ints > push zh Do your ints not prese

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-04 by John Samperi

At 06:48 PM 3/12/04 -0500, you wrote: OK this is what I do to get the data from a character generator look up table (an array of 224 rows x 7 bytes wide). ;r16 has the character we want to get the data for 0x20-0xff good_char: subi r16,' ' ;Multiplier LSB (this just deducts 32 (0

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-03 by Dave VanHorn

At 06:32 PM 12/3/2004, John Samperi wrote: >At 10:54 AM 3/12/04 -0000, you wrote: > > > >Ok, and the final soloution is ;- > > > >mov r30, step > >ldi r31, high(array >add r31, num > >lpm r18, z > >out portd, r18 > > > >As I'm only using Bytes not Words, I didn't need to left shi

Thread view Attachments: 0

RE: [AVR-Chat] Reading from flash in Assembly

2004-12-03 by Larry Barello

It depends, John: if you use GCC you can BYTE align stuff in FLASH and then you need the BYTE address, which, as it happens, is what GCC provides. Other tools, notably the Atmel Assembler, doesn't allow you to BYTE align stuff in flash. You need to align stuff on WORD (even) addr

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-03 by John Samperi

At 10:54 AM 3/12/04 -0000, you wrote: > >Ok, and the final soloution is ;- > >mov r30, step >ldi r31, high(array add r31, num >lpm r18, z >out portd, r18 > >As I'm only using Bytes not Words, I didn't need to left shift the ZL (r30) >value. But DOES IT WORK? :-) The flash is in 2

Thread view Attachments: 0

Re: [AVR-Chat] Newbie rcall question

2004-12-03 by sami saqqa

yes that more accurate but since i was update my programing from asm to C i didn't try to write my programes by the AVR studio Do you Yahoo!? The all-new My Yahoo! � What will yours do?

Thread view Attachments: 0

Re: [AVR-Chat] Newbie rcall question

2004-12-03 by Dave VanHorn

At 06:00 PM 12/3/2004, sami saqqa wrote: >i have this befor >you must intilaized the stak pointer 1st >for examble > >.org 0x0a > ser temp > out SPL,temp > out SPH,temp > >if the AVR have more than 8-bit stak pointer More correctly: ldi temp,low(Ramend) out SPL,TEMP ldi temp,high

Thread view Attachments: 0

Newbie rcall question

2004-12-03 by Geert De Pecker

Hi, I am about to start with the fascinating world of AVR and, although I do not have the STK500 for real tests, I'm playing around with the AVR Studio. I made a small test program to simulate, but run into the following problem: when I run it and the subroutine "doStep" comes at

Thread view Attachments: 0

Re: [AVR-Chat] Newbie rcall question

2004-12-03 by sami saqqa

i have this befor you must intilaized the stak pointer 1st for examble .org 0x0a ser temp out SPL,temp out SPH,temp if the AVR have more than 8-bit stak pointer Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses.

Thread view Attachments: 0

Setting fuses (was Re: Migrating ...)

2004-12-03 by Graham Davies

--- In AVR-Chat@yahoogroups.com, "Paul Maddox" wrote: > ... the AVR needs a clock in order > to do anything, including setting > fuses. which makes setting fuses a > risky business ... This is not true for all AVRs. Some have a JTAG interface, such as the ATmega16. You can progra

Thread view Attachments: 0

Re: [AVR-Chat] Migrating from ATmega8535L to ATmega16L

2004-12-03 by Andrew Lim

Hi Paul, Actually I have tried setting the Fuse bit earlier on using the [Write] command button at the Security and Configuration Menu in PonyProg. Some one suggested that I need to use [Program] function at the PonyProg to program the Fuse bit and I tried it on this time. I stil

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-03 by Dave VanHorn

At 11:10 AM 12/3/2004, Jim Wagner wrote: >Paul - > >The reason is that the low bit is used as a byte indicator. >Bit = 0 gets low byte in 16 bit word and 1 gets high byte >in the word. It all becomes clear, when you remember that program space is 16 bit words. ZH ZL XXXXXXXX XXXX

Thread view Attachments: 0

Re: [AVR-Chat] Programming multiple AVRs

2004-12-03 by Jeffrey Engel

Paul, In another life, I was a Purchasing Agent for a small electronics firm. It depends on the quantity of parts you order and who you order them from, but you can often get programmable parts of all sorts programmed by the vendor. A well-equipped vendor should be able to progra

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-03 by Jim Wagner

Paul - The reason is that the low bit is used as a byte indicator. Bit = 0 gets low byte in 16 bit word and 1 gets high byte in the word. Jim On Fri, 3 Dec 2004 10:33:46 -0000 "Paul Maddox" wrote: > > > > > > Larry, > > > Which chip are you using? lpm Rx, Z is only > supported on

Thread view Attachments: 0

Re: [AVR-Chat] Programming multiple AVRs

2004-12-03 by Kathy Quinlan

Paul Maddox wrote: > Dear all, > > Is it possible to somehow program say 40 or 50 AVRs all at the same time? > Or somehow automate it? I built a programming jig that can program AVR's quite quickly, it first programs the fuses for external clock 16Mhz etc. then programms at ~8Mhz

Thread view Attachments: 0

Re: [AVR-Chat] Programming multiple AVRs

2004-12-03 by Leon Heller

----- Original Message ----- From: Paul Maddox To: AVR-Chat@yahoogroups.com Sent: Friday, December 03, 2004 1:07 PM Subject: [AVR-Chat] Programming multiple AVRs Dear all, Is it possible to somehow program say 40 or 50 AVRs all at the same time? Or somehow automate it? Also is it

Thread view Attachments: 0

Re: [AVR-Chat] Programming multiple AVRs

2004-12-03 by Paul Maddox

Kathy, > I built a programming jig that can program AVR's quite quickly, it first > programs the fuses for external clock 16Mhz etc. then programms at ~8Mhz > then programs the fuses as they are needed. neat. > You can use the Idea I use on production PCB's I just place 6 Pads on

Thread view Attachments: 0

Programming multiple AVRs

2004-12-03 by Paul Maddox

Dear all, Is it possible to somehow program say 40 or 50 AVRs all at the same time? Or somehow automate it? Also is it possible to do this with Surface mount versions before they're inserted into the PCB? I've had a look and the only thing I can find has lots of 10way IDCs, so I'

Thread view Attachments: 0

Re: [AVR-Chat] Migrating from ATmega8535L to ATmega16L

2004-12-03 by Paul Maddox

Andrew/Yann, Yes you're right, unless you've got the internal clock enabled, the AVR needs a clock in order to do anything, including setting fuses. which makes setting fuses a risky business, especially if you get it wrong! Paul ----- Original Message ----- From: "gouy yann" To:

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-03 by Paul Maddox

Larry, > Which chip are you using? lpm Rx, Z is only supported on newer mega chips. Soprry, should've said, its a Mega16. > If the right address is in Z and the chip supports the instruction, then if > you are only getting 0xFF is because there is no data at that location. Looks

Thread view Attachments: 0

RE: [AVR-Chat] Migrating from ATmega8535L to ATmega16L

2004-12-03 by gouy yann

hello, if I'm right, unless you plug an external Xtal, your uP won't be accessible anymore, because even if the SPI provide a clock signal, the uP needs its own clock signal to work. regards. Yann --- Andrew Lim a écrit : > Hahaha... I guess I've stumble into another problem > no

Thread view Attachments: 0

RE: [AVR-Chat] Migrating from ATmega8535L to ATmega16L

2004-12-03 by Andrew Lim

Hahaha... I guess I've stumble into another problem now. I tried to set the Fuse Bit to change to External Xtal in PonyProg and guess wat? I cannot access the uP anymore. I tried to reprogram back the Fuse Bit but it says device not found. Can you help me out? Regards, Andrew Joh

Thread view Attachments: 0

RE: [AVR-Chat] Reading from flash in Assembly

2004-12-03 by Larry Barello

Which chip are you using? lpm Rx, Z is only supported on newer mega chips. If the right address is in Z and the chip supports the instruction, then if you are only getting 0xFF is because there is no data at that location. Cheers! -----Original Message----- From: Paul Maddox Larr

Thread view Attachments: 0

RE: [AVR-Chat] SPI port init for Bascom

2004-12-03 by Larry Barello

I used the SPI support for a serial LCD interface (SPI->HC164 shift register) and both the hardware and S/W SPI worked just fine. I didn't use /SS as that is only needed if you have either a multi-master scheme, or you are running as a slave. Anyway, if you configure the /SS pin

Thread view Attachments: 0

Re: [AVR-Chat] AVR Studio 4.10 - Mysterious Error Message

2004-12-02 by Gert Mueller

Hi Leon, ...wow - what a quick response from AVR support. Here is what they wrote back: > Hello Gert > Unfortunately there is a bug here so that is why > you receive an error when trying to write '#' > AVRStudio 4.11 will be out early next year and here > this will be fixed. I am

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-02 by John Samperi

At 04:49 PM 2/12/04 -0000, you wrote: > >Made some changes, I wondered if I should be use .db instead of .EQU=, tried >that, same thing. > .db puts the data in physically into the flash, .equ does NOT. So your array MUST be made up by the define byte directive. ORG 0200 ;make it

Thread view Attachments: 0

RE: [AVR-Chat] Migrating from ATmega8535L to ATmega16L

2004-12-02 by John Samperi

At 11:57 PM 1/12/04 -0800, you wrote: > Hi John, I have got my Atmega16L up and running! Congratulations!! :-) Regards John Samperi ****************************************************** Ampertronics Pty. Ltd. 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA Tel. (02) 9674-

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-02 by Richard Reeves

> nope, same thing.. > Could it be the simulator doesn't work properly? You need to multiply the base address by two. My usual way is: ldi, zl, low(base_addy*2) ldi, zh, high(base_addy*2) add ...etc. Richard --- "Iz dana u dan ona dolazi i odlazi u talasima" http://www.van-gogh.c

Thread view Attachments: 0

SPI port init for Bascom

2004-12-02 by John Allen

Hi Gang..!! Does anyone have any example Bascom code demoing the proper init and use of the hardware based SPI. I have the OLIEMEX MT128 demo board and ISP dongle as well, to connect to Bascom. I downloaded the PDF scat's and carefully wired up an add-on board to carry the signal

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-02 by Paul Maddox

Larry, Ok, Made some changes, I wondered if I should be use .db instead of .EQU=, tried that, same thing. I've been stepping through it, boring or what... But all seems well, except for this line ;- lpm r18, z At this point r18, only contains 0xFF and never changes (though Z does

Thread view Attachments: 0

RE: [AVR-Chat] Reading from flash in Assembly

2004-12-02 by Larry Barello

How about changing the code: mov r30, step ldi r31, high(array) add r31, num lpm r18, z out portd, r18 -----Original Message----- From: Paul Maddox [mailto:P.Maddox@signal.qinetiq.com] Sent: Thursday, December 02, 2004 6:02 AM To: AVR-Chat@yahoogroups.com Subject: Re: [AVR-Chat]

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-02 by Paul Maddox

Larry, > How about changing the code: > > mov r30, step > ldi r31, high(array) > add r31, num > lpm r18, z > out portd, r18 nope, same thing.. Could it be the simulator doesn't work properly? Paul

Thread view Attachments: 0

Re: [AVR-Chat] Re: AVR Studio 4.10 - Mysterious Error Message

2004-12-02 by Gert Mueller

Leon, Thx for proofing that feature as bug on your system. I just notified Atmel - awaiting the next bug... Gert Mueller > Looks like a bug to me. It was OK in the 4.09 version, > so I upgraded to 4.10, and got > the same error as you did. > You ought to notify Atmel. > Leon

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-02 by Paul Maddox

Paul/Anyone in this code, > MOV r30,step //this one 0-255? > MOV r31,num //this one 0-15? > SUBI r31,HIGH(-array) > LPM r18,Z > OUT PORTD,r18 whilst running the simulator, r31 and r30 don't seem to pick up the correct address (0x0200) even though I have at the end of my code (onl

Thread view Attachments: 0

Re: [AVR-Chat] Reading from flash in Assembly

2004-12-02 by Paul Maddox

Paul, Corrected a few things, heres the corrected version MOV r30,step //this one 0-255? MOV r31,num //this one 0-15? SUBI r31,HIGH(-array) LPM r18,Z OUT PORTD,r18 As far as I can see, this is the shortest I can get it. Whilst Im on the subject, Is there any way of skipping if mi

Thread view Attachments: 0

Re: [AVR-Chat] teste

2004-12-02 by João Antonio

my name is Antonio João, is in São Paulo Brazil, is now starting in this hobby. Yours truly, Antonio João Guess someone got hungry and ate up the "d". LOL Just kidding. Peter Gargano peter@techedge.com.au > wrote: admin wrote: > teste Is that singular or plural? . Do you Yahoo!?

Thread view Attachments: 0

Re: AVR Studio 4.10 - Mysterious Error Message

2004-12-02 by leon_heller

--- In AVR-Chat@yahoogroups.com, "Gert Mueller" wrote: > Hi all, > > I'm new on this board - so my question may have > been addressed already - sorry if that's the case... > > I just have migrated from AVR Studio 4.07 to 4.10 > and in a program that assembled allright in Studio 4

Thread view Attachments: 0

[AVR-Chat] AVR Studio 4.10 - Mysterious Error Message

2004-12-02 by Gert Mueller

Hi all, I'm new on this board - so my question may have been addressed already - sorry if that's the case... I just have migrated from AVR Studio 4.07 to 4.10 and in a program that assembled allright in Studio 4.07 now in 4.10 the code line cpi AL,'#' ends up in the error message

Thread view Attachments: 0

RE: [AVR-Chat] Migrating from ATmega8535L to ATmega16L

2004-12-02 by Andrew Lim

Hi John, I have got my Atmega16L up and running! I had changed all rcall and rjmp to call and jmp. Plus one important thing. I forgot to disable the JTAG function because I used those pins for other purposes. Thanks. Regards, Andrew Lim John Samperi wrote: At 03:30 AM 1/12/04 -08

Thread view Attachments: 0

Re: [AVR-Chat] teste

2004-12-02 by Andrew Lim

Guess someone got hungry and ate up the "d". LOL Just kidding. Peter Gargano wrote: admin wrote: > teste Is that singular or plural? . Yahoo! Groups SponsorADVERTISEMENT --------------------------------- Yahoo! Groups Links To visit your group on the web, go to: http://groups.yah

Thread view Attachments: 0

Re: [AVR-Chat] Re: Ethernet ...

2004-12-02 by Tony Vandiver

David, I had an atmel apps engineer tell me to look elsewhere for a solution. He recommended www.ethernut.de and www.edtp.com both of which seem to be pretty good starting platforms. I've used the packet whacker from edtp with a Mega128 & it worked although I've got a few bugs to

Thread view Attachments: 0

RE: [AVR-Chat] gcc source

2004-12-02 by Larry Barello

Gee, Glenn: why are you converting? They are all assembly routines to begin with! You just have to respect the GCC call & return conventions. Anyway, the two routines you are looking for are in the standard C library. You can get the source here: http://savannah.nongnu.org/projec

Thread view Attachments: 0

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.