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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
2004-12-03 by Dave VanHorn
Foo.. LPM, then LD Z+ or ADIW ZL,1 Insufficient caffiene error.
Thread view
Attachments: 0
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
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
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
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
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
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
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
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
2004-12-03 by Paul Maddox
All, Ok, and the final soloution is ;- mov r30, step ldi r31, high(array
Thread view
Attachments: 0
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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