Yahoo Groups archive

AVR-Chat

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

Messages

Browse messages

Page 296 of 307 · 15341 messages matched

ICSP function return to *no mans land* / reset

2004-02-10 by inpactmicro

OK i figured out the program loop problem I am having isnt (directly) attributable to my code If I PURELY simulate the code (simple loop to set ports high and low after initialisation function) there is no problem I can see the ioports (virtually) going high and low on the AVR st

Thread view Attachments: 0

Re: [AVR-Chat] (Probably solved) Probs programming ATMega16via ICSP

2004-02-10 by Dave VanHorn

>Ok, but how can I change / adjust the clock rate? The software does not >support this feature. >PonyProg plus the SI-Programmer (serial adapter) has no options for clock rate >and in CodeVision >I haven't found one, too. (used with STK 200+/300-ICSP-Dongle on parallel >port) Oh.

Thread view Attachments: 0

RE: [AVR-Chat] Relay Control

2004-02-10 by Mike Murphree

JoeT said: > I was going to go for the PCB shielding next. It does not have a ground > plane. > I used a 10k a pull up resistor on int0, I'll try 1k. > What is a "a snubber network on the contactor" ? A snubber provides EMI suppression. Can be as simple as a resistor and a capaci

Thread view Attachments: 0

Re: [AVR-Chat] (Probably solved) Probs programming ATMega16via ICSP

2004-02-10 by Marcus Klein

Hi Dave! Dave VanHorn schrieb: > > > >There must be a way using ICSP from the very first programming on all > >devices. I don't want to buy an STK 500 for high voltage p/s programming > > "click" > > We do this with M8's, M128's and T26's. > Your clock rate on the board should be

Thread view Attachments: 0

Re: [AVR-Chat] (Probably solved) Probs programming ATMega16 via ICSP

2004-02-10 by Dave VanHorn

> >There must be a way using ICSP from the very first programming on all >devices. I don't want to buy an STK 500 for high voltage p/s programming "click" We do this with M8's, M128's and T26's. Your clock rate on the board should be no faster than 1/4 the M16's clock. They shoul

Thread view Attachments: 0

(Probably solved) Probs programming ATMega16 via ICSP

2004-02-10 by Marcus Klein

Hi all! After pulling the device out of the circuit (no, not brute force - desoldering was the task *g*) I put it in an external programmer, flashed the same hex-file and fuses as with the ICSP interface - put it back in circuit - and it worked and still works (also with ICSP). O

Thread view Attachments: 0

Re: [AVR-Chat] Relay Control

2004-02-10 by Wagner Lipnharski

Joe, please post your schematics. It is difficult to give suggestions just by imagine what you have in hands. Perhaps we will help better.

Thread view Attachments: 0

Re: Relay Control

2004-02-10 by Joe

I posted the schematic in the files section. http://groups.yahoo.com/group/AVR-Chat/files/relaycontrol.pdf I did not mention this before but there is a Manual overide switch. And when it is switched from ON to Off I get a interrupt every time. From Off to On sometimes. This is wh

Thread view Attachments: 0

RE: [AVR-Chat] Relay Control

2004-02-10 by JoeT

I was going to go for the PCB shielding next. It does not have a ground plane. I used a 10k a pull up resistor on int0, I'll try 1k. What is a "a snubber network on the contactor" ? Thanx JoeT -----Original Message----- From: Kathy Quinlan [mailto:kat-yahoo@kaqelectronics.dyndns.

Thread view Attachments: 0

Re: [AVR-Chat] Sneaky Sram Subterfuge (Somewhat long and complicated)

2004-02-10 by Dave VanHorn

> >Is there anywhere in the code where a multibyte pointer variable is >updated or used in both interrupt routines as well as non-interrupt >routines? Just double-checked, X is reserved for INT0, so no problem there. Z is used in one timer int, but it's pushed and popped. (the ri

Thread view Attachments: 0

Re: [AVR-Chat] Sneaky Sram Subterfuge (Somewhat long and complicated)

2004-02-10 by Dave VanHorn

At 07:24 PM 2/9/2004 -0500, Brian Dean wrote: >On Mon, Feb 09, 2004 at 04:36:30AM -0500, Dave VanHorn wrote: > > > This system receives data from a master system, using a latch that I read, > > during the INT0 ISR. > > If the host "blips" the int line, then it won't be high by th

Thread view Attachments: 0

RE: [AVR-Chat] Relay Control

2004-02-10 by Kathy Quinlan

> -----Original Message----- > From: Joe [mailto:joet@attg.net] > Sent: Tuesday, 10 February 2004 3:40 PM > To: AVR-Chat@yahoogroups.com > Subject: [AVR-Chat] Relay Control > > > I am using a Atmega16 running at 7.37Mhz. > > I am also using a LCDPlus. I talk to it with the Rs232

Thread view Attachments: 0

Relay Control

2004-02-10 by Joe

I am using a Atmega16 running at 7.37Mhz. I am also using a LCDPlus. I talk to it with the Rs232 Hardware UART. It has a ULN2803A with 8 relay Darlington Drivers. This also includes blocking diodes. I am using 5v Relays with contacts rated at 250v 10a. The setup uses a momentary

Thread view Attachments: 0

Re: [AVR-Chat] Can program Atmega128 ... but it *won't Run*

2004-02-10 by Brian Dean

On Tue, Feb 10, 2004 at 03:48:04AM -0000, suri_list wrote: > I'm using the H128 header board for atmega128 from olimex with a > AVRPG2 parallel port prgrammer. This is really a newbie qn so pls > excuse me. > I am able to Program the Atmega128 successfully using linux,avr- > gcc,

Thread view Attachments: 0

Re: Can program Atmega128 ... but it *won't Run*

2004-02-10 by suri_list

i noticed the includes were not typed in my previous post.So this just a follow up. the includes are #include #include --- In AVR-Chat@yahoogroups.com, "suri_list" wrote: > Hi > > I'm using the H128 header board for atmega128 from olimex with a > AVRPG2 parallel port prgrammer. T

Thread view Attachments: 0

Can program Atmega128 ... but it *won't Run*

2004-02-10 by suri_list

Hi I'm using the H128 header board for atmega128 from olimex with a AVRPG2 parallel port prgrammer. This is really a newbie qn so pls excuse me. I am able to Program the Atmega128 successfully using linux,avr- gcc,uisp. BUT no program is able to run . *I checked the ~RESET Pin an

Thread view Attachments: 0

Re: [AVR-Chat] Sneaky Sram Subterfuge (Somewhat long and complicated)

2004-02-10 by Brian Dean

On Mon, Feb 09, 2004 at 04:36:30AM -0500, Dave VanHorn wrote: > This system receives data from a master system, using a latch that I read, > during the INT0 ISR. > If the host "blips" the int line, then it won't be high by the time that I > look at it in the ISR, (Physically impo

Thread view Attachments: 0

controlling nokia3310 with atmel 8515

2004-02-09 by myemfaccount

hi guys! i'm doing a project on controlling external devices with an atmel 8515 microcontroller and a nokia 3310. i have managed to control external instruments connected to the mcu and send the data from them to other mobile phones by using the 3310 as the mcu's tranceiver. i'm

Thread view Attachments: 0

Re: [AVR-Chat] program counter reset???? help

2004-02-09 by frank lipowitz

I had a similar thing happen. In my case, it was not due to the compiler, but due to the ATmega103 compatibility mode bit (one of the device fuses) being set. I am targeting an ATmega128. Once I figured this out and cleared the fuse, my function calls behaved properly. --- inpact

Thread view Attachments: 0

Re: [AVR-Chat] Re: How to use /EA-Vpp pin?

2004-02-09 by Wagner Lipnharski

poitsplace wrote: > According to the datasheet, the value is latched from the EA pin at > reset...so the only way to do it on the fly is to have the CPU put > everything in memory first...then reset. If it looks like the > hardware to change the EA pin and reset the CPU (on the f

Thread view Attachments: 0

Re: Sneaky Sram Subterfuge (Somewhat long and complicated)

2004-02-09 by fnatmed

--- In AVR-Chat@yahoogroups.com, Dave VanHorn wrote: > > >If that doesn't work, then expand the logic analyzer. Keep the debug > >pin operation as above, but track the address/data lines to the > >sram. Flag every time a write happens to 0x3b1, and verify that the > >debug pin is

Thread view Attachments: 0

program counter reset???? help

2004-02-09 by inpactmicro

IM using the ICC compiler trying to getstarted with a program The program seems to get stuck in a loop when it reaches the end of the first function called It steps through on the simulator goes to the start of the main() function in to the first function but at the end of that f

Thread view Attachments: 0

Re: Sneaky Sram Subterfuge (Somewhat long and complicated)

2004-02-09 by fnatmed

--- In AVR-Chat@yahoogroups.com, Dave VanHorn wrote: > > Having a persistent problem that is proving resistant to standard debugging > tricks. > I'm hoping that talking it through here, will dredge up the problem. These are the worst kinds of problems to diagnose. It's like takin

Thread view Attachments: 0

Re: How to use /EA-Vpp pin?

2004-02-09 by poitsplace

Oh, another way you could do it is to add a second MCU (maybe just an 8-pin) which would (after it reset the main MCU) could act as some sort of slave I/O --- In AVR-Chat@yahoogroups.com, "Srdjan Ridanovic" wrote: > Hi, I'm working on a boot loader project with some SRAM, EEPROM

Thread view Attachments: 0

Re: How to use /EA-Vpp pin?

2004-02-09 by poitsplace

According to the datasheet, the value is latched from the EA pin at reset...so the only way to do it on the fly is to have the CPU put everything in memory first...then reset. If it looks like the hardware to change the EA pin and reset the CPU (on the fly) is goint to take too m

Thread view Attachments: 0

Sneaky Sram Subterfuge (Somewhat long and complicated)

2004-02-09 by Dave VanHorn

Having a persistent problem that is proving resistant to standard debugging tricks. I'm hoping that talking it through here, will dredge up the problem. I'd like to say that I've eliminated all the obvious problems, but I've been knocking on this for a while now, with no resoluti

Thread view Attachments: 0

How to use /EA-Vpp pin?

2004-02-08 by Srdjan Ridanovic

Hi, I'm working on a boot loader project with some SRAM, EEPROM and AT89C52 and I want to ask you guys some things that I coudn't find in any tehnical spacifications. For instance, if the /EA-Vpp pin is on "1", procesor will execute program from internal code memory ( in this cas

Thread view Attachments: 0

Re: [AVR-Chat] Why ADC result is not accurate in the ATtiny15L?

2004-02-08 by Dave VanHorn

What reference source are you using? The onboard ref voltage has been rather dissapointing in my experience, sitting as high as 2.7V. A bit off, for a 2.5V "precision" reference. I've used various external band gap ref chips that output 2.49V or 4.096V depending on the applicatio

Thread view Attachments: 0

Why ADC result is not accurate in the ATtiny15L?

2004-02-08 by Alireza Chiany

Hello, We have a project with ATtiny15L. We are using ADC in this project. We have a problem in the ADC result. We are using all noise reduction methods (Split ground,AREF capacitor,noise canceler,signal filteration and etc) in this project but The ADC result is nonlinear and gre

Thread view Attachments: 0

Re: [AVR-Chat] Why ADC result is not accurate in the ATtiny15L?

2004-02-08 by erikc

Erikc - firewevr@airmail.net /// "An Fhirinne in aghaidh an tSaoil." "The Truth against the World." -- Bardic Motto ----- Original Message ----- From: Alireza Chiany To: Sent: Sunday, February 08, 2004 04:49 Subject: [AVR-Chat] Why ADC result is not accurate in the ATtiny15L? > H

Thread view Attachments: 0

Re: Debug Terminal Question

2004-02-07 by nuclearspin2000

Like you I also migrated to AVR from basic stamps. What I do is configure a software UART to send output to a serial LCD display for debug terminal, however you could just as easily do the same thing through a serial cable and using a terminal program, emulate the debug terminal.

Thread view Attachments: 0

Re: [AVR-Chat] Re: Debug Terminal Question

2004-02-05 by harshit suri

thanks for bringing this to our notice. it must be the list in my email id. i hope others got my message --- Mike Murphree wrote: > suri_list said: > > > ------------------------------------------------------------------------ > > Yahoo! Groups SpamGuard has detected that the > a

Thread view Attachments: 0

Re: [spam] Debug Terminal Question

2004-02-05 by Mike Murphree

suri_list said: > ------------------------------------------------------------------------ > Yahoo! Groups SpamGuard has detected that the attached message to the > group AVR-Chat is likely to be spam. For more information > about SpamGuard, please visit our help pages: > http://

Thread view Attachments: 0

Debug Terminal Question

2004-02-05 by suri_list

I am new to the avr development environment. More used to the basic stamp. In the stamp we can open a debug terminal in run time after programming the stamp and have the stamp send back serial messages to the PC for display. U can send a printf of some kind ,during runtime, from

Thread view Attachments: 0

Re: [AVR-Chat] ATMega128 SPI

2004-02-05 by Dave VanHorn

At 08:54 PM 2/4/2004 -0800, harshit suri wrote: >Hello > > From the manual of ATMEGA128 i gather that general >purpose IO can be used as as SS (Slave Select pin). > >I only see one dedicated SS pin = pin 10 (PB0) in the >data sheet. The SPI hardware on the 128 can only "see" that

Thread view Attachments: 0

ATMega128 SPI

2004-02-05 by harshit suri

Hello From the manual of ATMEGA128 i gather that general purpose IO can be used as as SS (Slave Select pin). I only see one dedicated SS pin = pin 10 (PB0) in the data sheet. --How does the SPI module know which are the other SS Pins that i have connected as SS to the slaves? --S

Thread view Attachments: 0

Re: [AVR-Chat] re: Assembler notation

2004-02-05 by Dave VanHorn

> > >That's pretty clever! Of course a clever assembler >should be able to know if one intends to use a mask >or a value dependind on the instruction preceding it >or at least that would be nice. I keep on making the >same mistakes over and over...... Me too. I've started a littl

Thread view Attachments: 0

Re: [AVR-Chat] re: Assembler notation

2004-02-04 by samperi@ampertronics.com.au

At 08:19 AM 4/02/04 +0100, you wrote: >use a V_ prefix to name the VALUE of a given bit >use a M_ prefix to name the MASK of a given bit > >i.e. >V_Latch = 6 >M_Latch = (1 That's pretty clever! Of course a clever assembler should be able to know if one intends to use a mask or a

Thread view Attachments: 0

Re: [AVR-Chat] Circuit Cellar AVR comp.

2004-02-04 by Alex Gibson

Kathy Quinlan wrote: > http://www.circuitcellar.com/avr2004/ > > Free ISP programmer (AVR-ISP) and sample chips (2 of your choice from > list) > > Lets see if someone from our List can win a prize ;o) > > (Hope it is me ;o) > > Regards, > > Kat. > Interesting to see the new avr c

Thread view Attachments: 0

Circuit Cellar AVR comp.

2004-02-04 by Kathy Quinlan

http://www.circuitcellar.com/avr2004/ Free ISP programmer (AVR-ISP) and sample chips (2 of your choice from list) Lets see if someone from our List can win a prize ;o) (Hope it is me ;o) Regards, Kat. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (ht

Thread view Attachments: 0

CircuitCellar Avr design comp

2004-02-04 by Alex Gibson

Circuit Cellar is running a design contest for Atmel avr chips. http://www.circuitcellar.com/avr2004/ Giving a isp programmer (worth around US$30) and a couple of sample chips for free. Alex

Thread view Attachments: 0

re: Assembler notation

2004-02-04 by Lauer, Thilo

> What I would like to do, is define a port with > names for all the bits, and to use those names > everywhere. > I'd really like to be able to define "latch" as 6 and 1

Thread view Attachments: 0

Re: Probs with ATMega 16 (after programming)

2004-02-04 by Marcus Klein

Hi all! --- In AVR-Chat@yahoogroups.com, "Ivan Vernot" wrote: > Marcus, > I have no solution but a couple of suggestions - HTH > 1.Take the MCU that does not run on Board 2 (the non working board) and > program it with the .hex file for Board 1 (the b board that does work!). > Pl

Thread view Attachments: 0

Re: [AVR-Chat] Probs with ATMega 16 (after programming)

2004-02-03 by Ivan Vernot

Marcus, I have no solution but a couple of suggestions - HTH 1.Take the MCU that does not run on Board 2 (the non working board) and program it with the .hex file for Board 1 (the b board that does work!). Plug the micro into Board 1 and this will prove whether micro is faulty. 2

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.