Yahoo Groups archive

AVR-Chat

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

Thread

Why won't this work?

Why won't this work?

2004-09-30 by alanganes

Hi all,
I'm just a beginner with all of this, so if my code looks sloppy,
please go easy on me!
I wrote this to make a bar graph type display using an ATtiny15. The
idea is to use the ADC to read a dc voltage on pin 5, and compare that
(8 bit) value to the expected values for 1V,2V,3V,4V, and 5V, and turn
on LEDs (one for eavh voltage level) attached on the remaining portB
pins. It compiles OK, but when I try it out it dosen't quite work. as
the input voltage rises, no LEDs come on until about 3.2V than the
first 3 come on at the same time. As the voltage rises more, the 4V
LED comes on at a bit over 4 volts, and the 5V LED comes on at about
5V. As I lower the voltage, the LEDs go off at a bit above the
expected voltages, then the 1V LED goes out at about 1.4 V.

I am obviously missing something. Any ideas??
Thanks in advance,
AL


******CODE FOLLOWS******

AVR LED bargraph program


.include "tn15def.inc" ;includes ATtiny15 definition file

.def temp = r16 ;define register 16 as TEMP
.def ADCRESULT = r17 ;define register 17 to hold ADC value
.equ volt1 = 0x33 ;1 volt threshold value(51 bits/volt)
.equ volt2 = 0x66 ;2 volt threshold value
.equ volt3 = 0x99 ;3 volt threshold value
.equ volt4 = 0xCC ;4 volt threshold value
.equ volt5 = 0xFF ;5 volt threshold value


.org 0x0000
rjmp RESET ;jump to reset over vector space


RESET:
ldi temp, 0x1F ;Value to set port B pins0,1,2,3,4
out DDRB, temp ;to be outputs, 5 to be ADC input

ldi temp, 0x1F ;value to turn LEDs on port B pins 0-4 off.
out PORTB, temp ;load value to port B

ldi temp, 0x20 ;Value to set ADC to: Vcc reference,
out ADMUX, temp ;left adjust result,input to PB5 (AD0)

ldi temp, 0x83 ;Value to set up ADC: set to single mode,
out ADCSR, temp ;enable ADC, set ADC prescaler to clk/8,
;disable ADC interrupt

ldi temp, 0x40 ;value to set the PUD bit in the MCUCR to disable
out MCUCR, temp ;pullup resistors on i/o pins, and loadt to MCUCR


rjmp MAIN ;jump to main program


MAIN:
sbi ADCSR,ADSC ;set flag to start AD conversion

LOOP:
sbis ADCSR,ADIF ;test if conversion is done. if done
;skip next line and continue, else loop
;back and test again

rjmp LOOP ;repeat until conversion is done

cbi ADCSR,ADIF ;clear "conversion complete" flag

in ADCRESULT, ADCH ;load ADC result to register


ldi temp, 0x1F ;value to turn LEDs on port B pins 0-4 off.
out PORTB, temp ;load value to port B


cpi ADCRESULT,volt5 ;check if ADC reading is 5 volt or more
brsh VOUT5 ;if 5 volts or greater, jump to subroutine to
;turn on LEDs on port B, pins 0-4

cpi ADCRESULT,volt4 ;check if 4 volts or more, if so, turn on LED
brsh VOUT4 ;port B pins 0-3


cpi ADCRESULT,volt3 ;check if 3 volts or more, if so, turn on LED
brsh VOUT3 ;on port B pins 0-2


cpi ADCRESULT,volt2 ;check if 2 volts or greater, if so, turn on LED
brsh VOUT2 ;on port B pins 0-1


cpi ADCRESULT,volt1 ;check if 1 volt or greater, if so, turn on LED
brsh VOUT1 ;on port B pin 0


ldi temp,0x1F ;all above tests are false, turn off all LEDS

rjmp MAIN ;return for another sample



VOUT5:
ldi temp, 0x00 ;value to turn on all LEDs
out PORTB, temp ;turn on LEDs
rjmp MAIN ;return for another sample

VOUT4:
ldi temp, 0x10 ;value to turn on LEDs on port B 0-3
out PORTB, temp ;turn on LEDs
rjmp MAIN ;return for another sample

VOUT3:
ldi temp, 0x18 ;value to turn on LEDs on port B 0-2
out PORTB, temp ;turn on LEDs
rjmp MAIN ;return for another sample

VOUT2:
ldi temp, 0x1C ;value to turn on LEDs on port B 0-1
out PORTB, temp ;turn on LEDs
rjmp MAIN ;return for another sample

VOUT1:
ldi temp, 0x1E ;value to turn on LEDs on port B 0
out PORTB, temp ;turn on LEDs
rjmp MAIN ;return for another sample

Re: Why won't this work?

2004-10-01 by alan_probandt

Hello,




  I looked at the code and I couldn't find anything wrong.  Situations 
like these are why I bought an ICE200 emulator.  It becomes easy to 
try lots of little variations in order to find what the one little 
thing is that is preventing success.




  Anyway, I reformatted the code to make it a little more readable.  
Maybe the different format will be interesting as an alternative to 
'magic numbers'.




  I would be interested in finding out why this doesn't work.




Alan Probandt


Portland, OR




****** code below***




.def 	temp = r16 ;define register 16 as TEMP


.def 	ADCRESULT = r17 ;define register 17 to hold ADC value


.equ 	volt1 = 0x33 ;1 volt threshold value(51 bits/volt)


.equ 	volt2 = 0x66 ;2 volt threshold value


.equ 	volt3 = 0x99 ;3 volt threshold value


.equ 	volt4 = 0xCC ;4 volt threshold value


.equ 	volt5 = 0xFF ;5 volt threshold value      


.equ	LED5v = 4 ; PortB 4  


.equ	LED4v = 3 ; PortB 3  


.equ	LED3v = 2 ; PortB 2  


.equ	LED2v = 1 ; PortB 1  


.equ	LED1v = 0 ; PortB 0  


.equ	LEDon = 0


.equ	LEDoff = 1




.org 0x0000


	rjmp 	RESET ;jump to reset over vector space






RESET:


	ldi 	temp, 0b00011111 ;Value to set port B pins 0,1,2,3,4


	out 	DDRB, temp ;to be outputs, 5 to be ADC input


	    	


	ldi 	temp, 0b00011111 ;value to turn LEDs on port B pins 0-4 
off. 


	out 	PORTB, temp ;load value to port B


	    	


	ldi 	temp, (1 << ADLAR) | (0<<MUX2) | (0<<MUX1) | (0<<MUX0) 
;0b00100000 ;0x20 ;Value to set ADC to: Vcc reference,


	out 	ADMUX, temp ;left adjust result,input to PB5 (AD0)


	    	


	ldi 	temp, (1 << ADEN) | (1 << ADPS1) | (1<< ADPS0); 
0b10000011 ; 0x83 ;Value to set up ADC: set to single mode,


	out 	ADCSR, temp ;enable ADC, set ADC prescaler to clk/8, 
disable ADC interrupt


	


	ldi 	temp, (1 << PUD) ;0x40 ;value to set the PUD bit in the 
MCUCR to disable


	out 	MCUCR, temp ;pullup resistors on i/o pins, and load it 
to MCUCR


	    	


	    	


	rjmp	MAIN ;jump to main program


	


	


MAIN:	sbi 	ADCSR, ADSC ;set flag to start AD conversion  sbi 
0-31, 0-7




LOOP:	sbis 	ADCSR, ADIF ;test if conversion is done. if done


;skip next line and continue, else loop


;back and test again




	rjmp 	LOOP ;repeat until conversion is done




	cbi 	ADCSR,ADIF ;clear "conversion complete" flag




	in 	ADCRESULT, ADCH ;load ADC result to register






	ldi 	temp, (LEDoff << LED5v) | (LEDoff << LED4v) | (LEDoff << 
LED3v) | (LEDoff << LED2v) | (LEDoff << LED1v) ; 0x1F ;value to turn 
LEDs off (on port B pins 0-4).


	out 	PORTB, temp ;load value to port B


	


	


	cpi 	ADCRESULT, volt5 ;check if ADC reading is 5 volt or more


	brsh 	VOUT5 ;if 5 volts or greater, jump to subroutine to


	;turn on LEDs on port B, pins 0-4


	


	cpi 	ADCRESULT, volt4 ;check if 4 volts or more, if so, turn 
on LED


	brsh 	VOUT4 ;port B pins 0-3






	cpi 	ADCRESULT, volt3 ;check if 3 volts or more, if so, turn 
on LED


	brsh 	VOUT3 ;on port B pins 0-2


	


	


	cpi 	ADCRESULT, volt2 ;check if 2 volts or greater, if so, 
turn on LED


	brsh 	VOUT2 ;on port B pins 0-1


	


	


	cpi 	ADCRESULT, volt1 ;check if 1 volt or greater, if so, 
turn on LED


	brsh 	VOUT1 ;on port B pin 0


	


	


	ldi 	temp,(LEDoff << LED5v) | (LEDoff << LED4v) | (LEDoff << 
LED3v) | (LEDoff << LED2v) | (LEDoff << LED1v) ;0x1F ;all above tests 
are false, turn off all LEDS


	


	rjmp 	MAIN ;return for another sample


	


	


	


	VOUT5:


	ldi 	temp, (LEDon << LED5v) | (LEDon << LED4v) | (LEDon << 
LED3v) | (LEDon << LED2v) | (LEDon << LED1v) ;0x00 ;value to turn on 
all LEDs


	out 	PORTB, temp ;turn on LEDs


	rjmp 	MAIN ;return for another sample


	


	VOUT4:


	ldi 	temp, (LEDoff << LED5v) | (LEDon << LED4v) | (LEDon << 
LED3v) | (LEDon << LED2v) | (LEDon << LED1v) ;0x10 ;value to turn on 
LEDs on port B 0-3


	out 	PORTB, temp ;turn on LEDs


	rjmp	 MAIN ;return for another sample


	


	VOUT3:


	ldi 	temp,(LEDoff << LED5v) | (LEDoff << LED4v) | (LEDon << 
LED3v) | (LEDon << LED2v) | (LEDon << LED1v) ; 0x18 ;value to turn on 
LEDs on port B 0-2


	out 	PORTB, temp ;turn on LEDs


	rjmp	 MAIN ;return for another sample


	


	VOUT2:


	ldi 	temp, (LEDoff << LED5v) | (LEDoff << LED4v) | (LEDoff << 
LED3v) | (LEDon << LED2v) | (LEDon << LED1v) ; 0x1C ;value to turn on 
LEDs on port B 0-1


	out 	PORTB, temp ;turn on LEDs


	rjmp	 MAIN ;return for another sample


	


	VOUT1:


	ldi 	temp, (LEDoff << LED5v) | (LEDoff << LED4v) | (LEDoff << 
LED3v) | (LEDoff << LED2v) | (LEDon << LED1v) ;0x1E ;value to turn on 
LEDs on port B 0


	out 	PORTB, temp ;turn on LEDs


	rjmp	 MAIN ;return for another sample

Button encoding/decoding code

2004-10-02 by Daniel Boyer

My current project takes input from an RF receiver chip (the KH series
from Linx Technologies)and then reacts to the state of the 8 output
lines (which represent button/line activations on the Transmitter side).
If I can ever get this full prototype built (see the "Mega8 Programing
Problems" thread) I would like to produce quite a number of these
boards... In producing a large number of boards I would like to reduce
my cost per board as much as possible and one of my biggest cost right
now is the KH-Receiver (~$15 each)... The KH series incorperates a line
encoder/decoder chip into the transmiter/receiver chip.  The encoder
encodes 10 tristate(high/low/floating) "address" lines (which are set
with jumpers) and 8 dualstate (high/low) "data" lines, then the receiver
decodes the data transmision back into the respected lines...  Linx
makes a couple of other receivers which do not have the intgrated
decoders and as a result are ~$5-$10 cheaper.  As it is right now I am
only using about 200 bytes of the Mega8's code space, but I am having to
use the Mega8 to get enough I/O pins (and an internal ocilator, so I
don't have to mess with crystals and to keep the board as small as
possbile); it seems a waste of board space (all those data lines take up
a lot of pcb realestate) and waste of money to use the mega8 and the KH
receiver when a smaller avr should be able to do the decoding and
therefore only have a single data line and be able to use a cheaper and
smaller receiver.  The problem is that I have only ever done signal
processing once before and that was a lot of trial and error and an
oscilliscope was invaluable; now I do not have access to an oscilliscope
and I don't understand the TIMING of the encoded signals as it is
documented by Linx...plus I don't remember how I did the signal
processing before (that was two years ago).  Also for anyone who doesn't
remember I am the biologist who NEVER took an enginering class
(everything I know is self taught from the internet, and a lot of trial
and error), hence my not understanding those timing graph/diagrams that
they use in all the datasheets (I would understand numbers a lot better
than all those oscilating lines stacked above one another.)  If anyone
knows of any code (preferably ASM, although if I have to learn C I guess
I can) that I might be able to use as a basis for figuring out how to do
this kind of signal decoding, I would greatly appreciate it. 
Thanks,
Daniel

Re: Why won't this work?

2004-10-03 by alanganes

--- In AVR-Chat@yahoogroups.com, "alan_probandt" <alan_probandt@y...>
wrote:
> Hello,
> 
> 
> 
> 
>   I looked at the code and I couldn't find anything wrong.  Situations 
> like these are why I bought an ICE200 emulator.  It becomes easy to 


Alan,
 Thanks for the reply. I do appreciate the reformatting. I had
intended to do that, but my brain flamed out when I was writing the
code and I could not remember how to enter binary numbers.  I never
went back to change it. Like I said, just a beginner!

 I appreciate your looking this over. At least I know I am not missing
anything too obvious!

 The emulator would be nice. I am hoping to budget one in in the near
future, but can't quite swing it at the moment.

 I still don't know why I can't get this to work. I have not worked on
it too much since, but will certainly post anything I find here.

 I appreciate your taking the time!

-AL

Re: Why won't this work?

2004-10-03 by Graham Davies

--- In AVR-Chat@yahoogroups.com, "alanganes" <alanganes@c...> wrote:

> ... I'm just a beginner ...
> I am obviously missing something.
> Any ideas??

The suggestion has been made that you get an ICE200. I think these 
are quite costly. An alternative would be to switch to an AVR that 
has the JTAG port while you are coming up to speed. You could move 
your code over to your preferred target when you have it working and 
you are more familiar with the AVR line. The advantage of this is 
that JTAG ICE "clones" are available that work with AVR Studio and 
cost around $50.00 US. In fact, I have one in the works which will be 
available for purchase for only $40.00 in the coming week. Please see 
my Web site for details.

Graham.
http://www.ecrostech.com

Re: [AVR-Chat] Re: Why won't this work?

2004-10-03 by Henry Carl Ott

It's all relative, but I don't think 99.00 USD for an ice-200 is really 
'quite costly'. Especially compared to some of the higher end ICEs.
   Admittedly the ice200 is on the out the way out, and jtag / debug wire 
are going to be the direction for low cost ICE.

  But, I found the ice-200 an INCREDIBLY useful low cost tool for the older 
chips. I might avoid it the for obsolescence issue, but not the cost.

Just my .02

-carl



At 09:46 AM 10/3/2004, you wrote:
Show quoted textHide quoted text
>--- In AVR-Chat@yahoogroups.com, "alanganes" <alanganes@c...> wrote:
>
> > ... I'm just a beginner ...
> > I am obviously missing something.
> > Any ideas??
>
>The suggestion has been made that you get an ICE200. I think these
>are quite costly. An alternative would be to switch to an AVR that
>has the JTAG port while you are coming up to speed. You could move
>your code over to your preferred target when you have it working and
>you are more familiar with the AVR line. The advantage of this is
>that JTAG ICE "clones" are available that work with AVR Studio and
>cost around $50.00 US. In fact, I have one in the works which will be
>available for purchase for only $40.00 in the coming week. Please see
>my Web site for details.
>
>Graham.
>http://www.ecrostech.com
>
>
>

RE: [AVR-Chat] Re: Why won't this work?

2004-10-03 by Larry Barello

You can do almost anything on the old ICE200 by conditionally compiling for
various chips.  One thing the old ICE200 does that NONE of the jtag's do is
cycle counting.  So you can measure, directly, how long something takes.
Only the newer PWM modes and  universal serial interface and multiply/divide
stuff isn't emulated.

It is more work, however, so I pretty much just use my JTAG now.  Still, if
it is too long or convoluted to cycle count by hand (something I never worry
about unless it is a super time critical interrupt handler, or, I am trying
to allocate time to various tasks) I'll pull out the old ICE200, retarget
for an 8515 or 8535 (if I need ADC) and directly measure the time needed to
execute.

Cheers!
Show quoted textHide quoted text
-----Original Message-----
From: Henry Carl Ott [mailto:carlott@interport.net]
Sent: Sunday, October 03, 2004 9:58 AM
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Re: Why won't this work?



It's all relative, but I don't think 99.00 USD for an ice-200 is really
'quite costly'. Especially compared to some of the higher end ICEs.
   Admittedly the ice200 is on the out the way out, and jtag / debug wire
are going to be the direction for low cost ICE.

  But, I found the ice-200 an INCREDIBLY useful low cost tool for the older
chips. I might avoid it the for obsolescence issue, but not the cost.

Just my .02

-carl



At 09:46 AM 10/3/2004, you wrote:


>--- In AVR-Chat@yahoogroups.com, "alanganes" <alanganes@c...> wrote:
>
> > ... I'm just a beginner ...
> > I am obviously missing something.
> > Any ideas??
>
>The suggestion has been made that you get an ICE200. I think these
>are quite costly. An alternative would be to switch to an AVR that
>has the JTAG port while you are coming up to speed. You could move
>your code over to your preferred target when you have it working and
>you are more familiar with the AVR line. The advantage of this is
>that JTAG ICE "clones" are available that work with AVR Studio and
>cost around $50.00 US. In fact, I have one in the works which will be
>available for purchase for only $40.00 in the coming week. Please see
>my Web site for details.
>
>Graham.
>http://www.ecrostech.com
>
>
>





Yahoo! Groups Links

RE: [AVR-Chat] (Was) Re: Why won't this work?

2004-10-03 by John Samperi

At 10:09 AM 3/10/04 -0700, you wrote:
>
>You can do almost anything on the old ICE200 by conditionally compiling for
>various chips. 

Larry (and everyone else using the ICE200), I have a problem with
Studio 4.xx (all version to date) which Atmel cannot replicate or fix.
I have been trying for about a year to get it fixed without success.

The problem is that , lots of times, on "Build and run" or reloading the 
code into the ICE, the cursor appears at the instruction pointed to by
the Reset vector instead ot the reset vector itself and when this happens
(about 50% of the time) the ICE will not run. I cannot believe that I am
the only person in the world with this problem. Do you have something
similar happening with the ICE and Studio 4.xx? This problem does NOT
occur with Studio 3.56 or earlier versions of 3.xx. It even happened with 
a loan ICE that the Atmel engineer brought along, but Atmel claim that they
cannot duplicate the problem!!

Regards

John Samperi

******************************************************
                        Ampertronics Pty. Ltd.
  11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
         Tel. (02) 9674-6495       Fax (02) 9674-8745
               Email: samperi@ampertronics.com.au
                 Website  http://www.ampertronics.com.au
* Electronic Design   * Custom Products   * Contract Assembly
******************************************************

RE: [AVR-Chat] (Was) Re: Why won't this work?

2004-10-04 by Larry Barello

I have not used the ICE200 with 4.x yet.  Does reset (shift-F5) solve the
problem?
Show quoted textHide quoted text
-----Original Message-----
From: John Samperi [mailto:samperi@ampertronics.com.au]
Sent: Sunday, October 03, 2004 4:40 PM
To: AVR-Chat@yahoogroups.com
Subject: RE: [AVR-Chat] (Was) Re: Why won't this work?



At 10:09 AM 3/10/04 -0700, you wrote:
>
>You can do almost anything on the old ICE200 by conditionally compiling for
>various chips.

Larry (and everyone else using the ICE200), I have a problem with
Studio 4.xx (all version to date) which Atmel cannot replicate or fix.
I have been trying for about a year to get it fixed without success.

The problem is that , lots of times, on "Build and run" or reloading the
code into the ICE, the cursor appears at the instruction pointed to by
the Reset vector instead ot the reset vector itself and when this happens
(about 50% of the time) the ICE will not run. I cannot believe that I am
the only person in the world with this problem. Do you have something
similar happening with the ICE and Studio 4.xx? This problem does NOT
occur with Studio 3.56 or earlier versions of 3.xx. It even happened with
a loan ICE that the Atmel engineer brought along, but Atmel claim that they
cannot duplicate the problem!!

Regards

John Samperi

******************************************************
                        Ampertronics Pty. Ltd.
  11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
         Tel. (02) 9674-6495       Fax (02) 9674-8745
               Email: samperi@ampertronics.com.au
                 Website  http://www.ampertronics.com.au
* Electronic Design   * Custom Products   * Contract Assembly
******************************************************





Yahoo! Groups Links

RE: [AVR-Chat] (Was) Re: Why won't this work?

2004-10-04 by John Samperi

At 07:56 PM 3/10/04 -0700, you wrote:
>
>I have not used the ICE200 with 4.x yet.  Does reset (shift-F5) solve the
>problem?
>
NO. :-(( 

The only thing that seems to get it working again (sometimes)
is to repeatedly  go into "select platform and device"  i.e. ICE200 and 
8535 in this case, sometimes up to 20 times in a row, seems to fix  the 
problem temporarily and the ICE runs ok, this does occur without 
rebuilding i.e. the same object file is used, well ok until Studio is closed 
and reopened  again or a rebuild. At times consecutive "build and run" 
or "stop debug" and "start debug" also work.

Needless to say this will happen when I'm in a hurry to get something 
working (Murphy's law #1). So in disgust I switch back to Sudio 3.56 and
put up with it's bugs instead :-(( at least I can get somne work done.

I would appreciated if you or anyone else so inclined could try it out with
Studio 4.xx ( haven't tried 4.10 yet), and yes I have the latest Win 98SE
installed.

Regards

John Samperi

******************************************************
                        Ampertronics Pty. Ltd.
  11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
         Tel. (02) 9674-6495       Fax (02) 9674-8745
               Email: samperi@ampertronics.com.au
                 Website  http://www.ampertronics.com.au
* Electronic Design   * Custom Products   * Contract Assembly
******************************************************

RE: [AVR-Chat] (Was) Re: Why won't this work?

2004-10-05 by Henry Carl Ott

I'll chirp in here,  I've not run 98 in a while, but I do vaguely remember 
having some stability issues with the ice200 and win98.
   I know this is not exactly your problem, but may give another avenue to 
explore (or perhaps just waste more time)
   But... all my problems traced back to a flaky serial port. I was getting 
odd, hard to reproduce errors till I changed/ replaced ports. Rock solid 
after that.

   In general I find avrstudio 4.x buggier then the 3.5x. And will usually 
run 3.56 unless I must run 4 for some reason.

    I think you will have problems with avrstudio 4.x and 98se. I know it 
SHOULD work ok, but this has been my experience with other apps.
    If it's possible, (and it may not be) upgrade to win2k. Fixed a lot of 
my windows stability issues.

-carl


At 07:29 PM 10/4/2004, you wrote:
Show quoted textHide quoted text
>At 07:56 PM 3/10/04 -0700, you wrote:
> >
> >I have not used the ICE200 with 4.x yet.  Does reset (shift-F5) solve the
> >problem?
> >
>NO. :-((
>
>The only thing that seems to get it working again (sometimes)
>is to repeatedly  go into "select platform and device"  i.e. ICE200 and
>8535 in this case, sometimes up to 20 times in a row, seems to fix  the
>problem temporarily and the ICE runs ok, this does occur without
>rebuilding i.e. the same object file is used, well ok until Studio is closed
>and reopened  again or a rebuild. At times consecutive "build and run"
>or "stop debug" and "start debug" also work.
>
>Needless to say this will happen when I'm in a hurry to get something
>working (Murphy's law #1). So in disgust I switch back to Sudio 3.56 and
>put up with it's bugs instead :-(( at least I can get somne work done.
>
>I would appreciated if you or anyone else so inclined could try it out with
>Studio 4.xx ( haven't tried 4.10 yet), and yes I have the latest Win 98SE
>installed.
>
>Regards
>
>John Samperi
>
>*

RE: [AVR-Chat] (Was) Re: Why won't this work?

2004-10-05 by John Samperi

At 08:11 PM 4/10/04 -0400, you wrote:
>   But... all my problems traced back to a flaky serial port. 

Same problems with different ports AND also different computers. :-(

>   In general I find avrstudio 4.x buggier then the 3.5x. And will usually 
>run 3.56 unless I must run 4 for some reason.

Studio 4 is starting too look and feel OK...well apart from the fact that
it doesn't work :-) It also has fixed some other bugs present in 3.xx which
happen only to me as it seems.

>    If it's possible, (and it may not be) upgrade to win2k. Fixed a lot of 
>my windows stability issues.
>

I will be upgrading my main computer in the next few months and will
go for Win XP pro (XP=eXtra Problems??). Unfortunately I still use
some old(er) software which run under DOS and will not run on anything
faster than 300 MHz machines (Old Borland bug), so it will be a slow,
painfull process to separate stuff that will need the old, Win98 machine
and stuff that will run on the new computer. Will probably network the two
computer or just have a switch so I can use one or the other with the same
screen, keyboard and mouse.


Regards

John Samperi

******************************************************
                        Ampertronics Pty. Ltd.
  11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
         Tel. (02) 9674-6495       Fax (02) 9674-8745
               Email: samperi@ampertronics.com.au
                 Website  http://www.ampertronics.com.au
* Electronic Design   * Custom Products   * Contract Assembly
******************************************************

RE: [AVR-Chat] (Was) Re: Why won't this work?

2004-10-05 by Dave VanHorn

At 09:35 PM 10/4/2004, John Samperi wrote:


>At 08:11 PM 4/10/04 -0400, you wrote:
>>   But... all my problems traced back to a flaky serial port. 
>
>Same problems with different ports AND also different computers. :-(

I've had issues with studio that seem to follow code sets.

For example, lately I've been using it for a few small projects, with no problems at all.
On the same computer, same ports, different codesets, anything from minor buglets to major "give up an go home" level problems.

The one thing that I would say is sort of consistent, is that the larger the codeset, the bigger the problems, but even then, some days are fine.

RE: [AVR-Chat] (Was) Re: Why won't this work?

2004-10-05 by Dave VanHorn

At 05:37 PM 10/5/2004, John Samperi wrote:


>At 09:45 PM 10/4/04 -0500, you wrote:
>>
>>The one thing that I would say is sort of consistent, is that the larger
>the codeset, the bigger the problems, but even then, some days are fine.
>>
>EUREKA!!! I got it. It has something to do with the moon phase
>or the weather :-))

Nah, it's never been that consistent.

It's been a frustration for me, literally, for 2 years+
Atmel can't duplicate it, even though they have the full system, code, and target.

When we were working on the big project, we'd hit problems a few times a day, on a good day, and literally, on average, waste half our time on tool problems.

Something's definitely fishy in there.

RE: [AVR-Chat] (Was) Re: Why won't this work?

2004-10-05 by John Samperi

At 09:45 PM 10/4/04 -0500, you wrote:
>
>The one thing that I would say is sort of consistent, is that the larger
the codeset, the bigger the problems, but even then, some days are fine.
>
EUREKA!!! I got it. It has something to do with the moon phase
or the weather :-))

Regards

John Samperi

******************************************************
                                Ampertronics Pty. Ltd.
               11 Brokenwood Place Baulkham Hills NSW 2153
                 Tel. (02) 9674-6495       Fax (02) 9674-8745	
                        Email: samperi@ampertronics.com.au
                          Website  http://ampertronics.com.au
* Electronic Design   * Technical Services   * Contract Assembly
******************************************************

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.