AVR-Chat

I seem to remember a monthor so ago when someone asked about Gmail.

I just noticed I have 50 invites available.  This means that either 
there was an error, or Gmail is finally ready for the masses.

If anyone wants an invite, drop me an e-mail

dave_mucha  at  yahoo  dot com

hello Dave,

I'm interested by an invite.

thanks by advance.

    Yann

 --- Dave Mucha <dave_mucha@yahoo.com> a écrit : 
> 
> 
> I seem to remember a monthor so ago when someone asked about Gmail.
> 
> I just noticed I have 50 invites available.  This means that either 
> there was an error, or Gmail is finally ready for the masses.
> 
> If anyone wants an invite, drop me an e-mail
> 
> dave_mucha  at  yahoo  dot com
> 
> 
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 
> 
>  


	

	
		
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

I think the idea was to reply direct to > dave_mucha  at  yahoo  dot com or dave_mucha@yahoo.com I was
going to send a Email to dave_mucha@yahoo.com and say your  "dave_mucha  at  yahoo  dot com"  Email
address does not work, don't tell me you sent a Email to  "dave_mucha  at  yahoo  dot com"  and it came
back on you.
 but I got busy reading my book

"Embedded C Programming and the Atmel AVR"
Barnett, Cox & O'Cull
                  A Thomson - Delmar Learning Publication
                              ISBN: 1401812066

that took less than a week by about 12 hours to come from the UK


From Eric

----- Original Message -----
From: "gouy yann" <gouy_yann@yahoo.fr>
To: <AVR-Chat@yahoogroups.com>
Sent: Saturday, February 26, 2005 8:59 AM
Subject: Re: [AVR-Chat] Off Topioc- GMAil from Google



hello Dave,

I'm interested by an invite.

thanks by advance.

    Yann

 --- Dave Mucha <dave_mucha@yahoo.com> a écrit :
>
>
> I seem to remember a monthor so ago when someone asked about Gmail.
>
> I just noticed I have 50 invites available.  This means that either
> there was an error, or Gmail is finally ready for the masses.
>
> If anyone wants an invite, drop me an e-mail
>
> dave_mucha  at  yahoo  dot com
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>






Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails !
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/



Yahoo! Groups Links

Dave Mucha wrote:
> 
> I seem to remember a monthor so ago when someone asked about Gmail.
> 
> I just noticed I have 50 invites available.  This means that either 
> there was an error, or Gmail is finally ready for the masses.
> 
> If anyone wants an invite, drop me an e-mail

Why would anyone leave their email on an external server that could
crash, be hacked, confiscated, and otherwise spied upon by the feds?
And if you make a backup on your own pc, you might as well keep all
email incoming to your pc anyway.

We are developing a board that will be a USB device (not host) using a CP2101.

Is there some sort of central registry for Vendor ID and / or Product ID ?

This will not be a mass market device but will need to recognizable as a 
unique device when plugged into a PC.

Jim

On Feb 25, 2005, at 7:17 PM, Russell Shaw wrote:
>
> Why would anyone leave their email on an external server that could
> crash, be hacked, confiscated, and otherwise spied upon by the feds?
> And if you make a backup on your own pc, you might as well keep all
> email incoming to your pc anyway.
>

You don't have to use it for personal email.  I use it for list email 
that I would like to be able to have a searchable archive for.  A lot 
of the list manager softwares out there allow you to view their 
archives but few of them allow you to search it properly including 
Yahoo.

Mike

--- In AVR-Chat@yahoogroups.com, Russell Shaw <rjshaw@n...> wrote:
> Dave Mucha wrote:
> > 
> > I seem to remember a monthor so ago when someone asked about 
Gmail.
> > 
> > I just noticed I have 50 invites available.  This means that 
either 
> > there was an error, or Gmail is finally ready for the masses.
> > 
> > If anyone wants an invite, drop me an e-mail
> 
> Why would anyone leave their email on an external server that could
> crash, be hacked, confiscated, and otherwise spied upon by the feds?
> And if you make a backup on your own pc, you might as well keep all
> email incoming to your pc anyway.

I know this is getting WAY off topic, but the gov't has the largest 
collection of super computers on the planet.  they listen to every 
phone call, fax transmission, and e-mail already.

Popular Mechanics did an article some years ago on the Echelon 
system. there are some specific words that signal the system.

the author called collegues on the phone and mentioned those words.  
in a few weeks men in black suits and sunglasses came asking 
questions.

He documented the whole thing and showed how it works.

So, you can worry that your e-mails my be lost to you, but rest 
assured they will show up in the event you are every investigated.

Also, remember the paper in which you used your #2 Dixon Ticonderoga 
and filled in the little circles for you SAT test ?   That paper, 
with your fingerprints and your smudged pencil marks is still on 
archive in climate controled rooms.

Although it's been some 5 years since my last experiance, I know that 
5 years ago, Congress had not approved the scanning and digital 
storeage to replace the storage of the origional paper SAT cards.

But, if you have not tried Gmail, the way it keeps threads is just 
great.

And, Thundebird will read and store it on your hard disk.

Dave

Dave - fear not; relax. NSA does NOT have the resources, legal permission,
nor motivation to eavesdrop on all our US domestic phone and Internet
communications. It might be fun to talk about, but c'mon, get real. I
speak - from professional experience.

Shall we talk about the captured outer space aliens in the desert and how
dozens or hundreds of low paid people in the DoD and Government know about
it - and amazingly, how they ALL become motivated to keep it secret all
these decades?

-----Original Message-----
From: Dave Mucha [mailto:dave_mucha@yahoo.com]
Sent: Friday, February 25, 2005 8:38 PM
To: AVR-Chat@yahoogroups.com
Subject: [AVR-Chat] Re: Off Topioc- GMAil from Google




--- In AVR-Chat@yahoogroups.com, Russell Shaw <rjshaw@n...> wrote:
> Dave Mucha wrote:
> >
> > I seem to remember a monthor so ago when someone asked about
Gmail.
> >
> > I just noticed I have 50 invites available.  This means that
either
> > there was an error, or Gmail is finally ready for the masses.
> >
> > If anyone wants an invite, drop me an e-mail
>
> Why would anyone leave their email on an external server that could
> crash, be hacked, confiscated, and otherwise spied upon by the feds?
> And if you make a backup on your own pc, you might as well keep all
> email incoming to your pc anyway.

I know this is getting WAY off topic, but the gov't has the largest
collection of super computers on the planet.  they listen to every
phone call, fax transmission, and e-mail already.

Popular Mechanics did an article some years ago on the Echelon
system. there are some specific words that signal the system.

the author called collegues on the phone and mentioned those words.
in a few weeks men in black suits and sunglasses came asking
questions.

He documented the whole thing and showed how it works.

So, you can worry that your e-mails my be lost to you, but rest
assured they will show up in the event you are every investigated.

Also, remember the paper in which you used your #2 Dixon Ticonderoga
and filled in the little circles for you SAT test ?   That paper,
with your fingerprints and your smudged pencil marks is still on
archive in climate controled rooms.

Although it's been some 5 years since my last experiance, I know that
5 years ago, Congress had not approved the scanning and digital
storeage to replace the storage of the origional paper SAT cards.

But, if you have not tried Gmail, the way it keeps threads is just
great.

And, Thundebird will read and store it on your hard disk.

Dave







Yahoo! Groups Links

On 25 Feb 2005, at 19:14, Jim White wrote:

> We are developing a board that will be a USB device (not host) using a CP2101.
> 
> Is there some sort of central registry for Vendor ID and / or Product ID ?
> 
> This will not be a mass market device but will need to recognizable as a 
> unique device when plugged into a PC.
There has been a long thread about this in the PIC list.
For a quick/dirty/cheap way out have a look at:-
http://www.voti.nl/shop/catalog.html?USB-PID-10

regards,

George Smith

> On 25 Feb 2005, at 19:14, Jim White wrote:
>
>> We are developing a board that will be a USB device (not host) using a 
>> CP2101.
>>
>> Is there some sort of central registry for Vendor ID and / or Product ID 
>> ?
>>
>> This will not be a mass market device but will need to recognizable as a
>> unique device when plugged into a PC.

With the FTDI chips and EEPROM's, this should be no problem at all, as
each device will have a unique serial number.

If you want a VID/PID, talk to FTDI, they may assign you a unique PID
(if they have any left !)

/Jesper

On Sat, 26 Feb 2005 13:12:51 +0100, you wrote:

>
>> On 25 Feb 2005, at 19:14, Jim White wrote:
>>
>>> We are developing a board that will be a USB device (not host) using a 
>>> CP2101.
>>>
>>> Is there some sort of central registry for Vendor ID and / or Product ID 
>>> ?
>>>
>>> This will not be a mass market device but will need to recognizable as a
>>> unique device when plugged into a PC.
>
>With the FTDI chips and EEPROM's, this should be no problem at all, as
>each device will have a unique serial number.
>
>If you want a VID/PID, talk to FTDI, they may assign you a unique PID
>(if they have any left !)

AFAIK the serial number will not ensure the correct driver is loaded - it only copes with multiple
devices of the same type plugged in at once. 

If FTDI are assigning PIDs numerically, perhaps they will run out in the not too-distant future -
then they may well be running short - They assigned me some starting D8xx recently...

Thanks for all the responses.  Just what we needed.
Jim

At 12:20 PM 02/26/2005 +0000, you wrote:

>On Sat, 26 Feb 2005 13:12:51 +0100, you wrote:
>
> >
> >> On 25 Feb 2005, at 19:14, Jim White wrote:
> >>
> >>> We are developing a board that will be a USB device (not host) using a
> >>> CP2101.
> >>>
> >>> Is there some sort of central registry for Vendor ID and / or Product ID
> >>> ?
> >>>
> >>> This will not be a mass market device but will need to recognizable as a
> >>> unique device when plugged into a PC.
> >
> >With the FTDI chips and EEPROM's, this should be no problem at all, as
> >each device will have a unique serial number.
> >
> >If you want a VID/PID, talk to FTDI, they may assign you a unique PID
> >(if they have any left !)
>
>AFAIK the serial number will not ensure the correct driver is loaded - it 
>only copes with multiple
>devices of the same type plugged in at once.
>
>If FTDI are assigning PIDs numerically, perhaps they will run out in the 
>not too-distant future -
>then they may well be running short - They assigned me some starting D8xx 
>recently...
>
>
>
>Yahoo! Groups Links
>
>
>
>

Ok, I'm sitting here with a new M128 prototype, that's giving me fits.

I can't program it with AVRISP.
Studio (latest version) tells me that it can't see the programmer, which is 
on COM1 a "real" hardware serial port.
I get the proper LED dance on powerup on the AVRISP, so that should mean 
that everything's fine, and at least studio should be able to see the 
AVRISP connected.

I can load it and run it with the Jtag ICE using the same serial cable.
I can single-step, and breakpoint.
Wierd things happen, like RAM is always 0000, and although the stack 
pointer is set to 10FF, any return returns to RESET.
LDI temp,XX shows XX in the TEMP register in the register view, but a 
subsequent STS shows only 00 in ram.

When I try to set the fuses with the Jtag ice I get the same message about 
not finding the programmer.
So, I have a M128 in factory default (m103 compatibility) and I can't get 
it out of that mode, because studio refuses to "see" any device programmer 
I have.

The system is a M128L running at 8 MHz, on 3.3VDC.

I've used this same AVRISP to develop on 3V systems before, without trouble.

More interesting..

I was able to use Studio 3.56 to talk to my AVRISP, and set the fuses properly.
Now the chip acts normally, executes my code, but, the SAME AVRISP and 
cable, still refuse to be "seen" in the latest studio..

@$!$@#!~

I love the chips, I hate the tools.

Dave VanHorn wrote:
> 
> More interesting..
> 
> I was able to use Studio 3.56 to talk to my AVRISP, and set the fuses properly.
> Now the chip acts normally, executes my code, but, the SAME AVRISP and 
> cable, still refuse to be "seen" in the latest studio..
> 
> @$!$@#!~
> 
> I love the chips, I hate the tools.

It might have something to do with the new firmware upgrades that come with avr studio.

At 09:23 PM 2/26/2005, Ron wrote:
>Have you upgraded the AVRISP and/or the
>STK500 with the 2.0 firmware ?  Ron


Well, no, since studio says it can't see them, I don't get the option to do 
that.

>----- Original Message -----
>From: <mailto:dvanhorn@dvanhorn.org>Dave VanHorn
>To: <mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com ; 
><mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com ; 
><mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com
>Sent: Saturday, February 26, 2005 8:41 PM
>Subject: Re: [AVR-Chat] Prototypitis
>
>
>More interesting..
>
>I was able to use Studio 3.56 to talk to my AVRISP, and set the fuses 
>properly.
>Now the chip acts normally, executes my code, but, the SAME AVRISP and
>cable, still refuse to be "seen" in the latest studio..
>
>@$!$@#!~
>
>I love the chips, I hate the tools.
>
>
>
>
>Yahoo! Groups Sponsor
>ADVERTISEMENT
><http://us.ard.yahoo.com/SIG=129r2hcci/M=298184.6018725.7038619.3001176/D=groups/S=1706554205:HM/EXP=1109557415/A=2593423/R=0/SIG=11el9gslf/*http://www.netflix.com/Default?mqso=60190075>
>click here
>
>
>
>----------
>Yahoo! Groups Links
>To visit your group on the web, go to:
><http://groups.yahoo.com/group/AVR-Chat/>http://groups.yahoo.com/group/AVR-Chat/ 
>
>
>To unsubscribe from this group, send an email to:
><mailto:AVR-Chat-unsubscribe@yahoogroups.com?subject=Unsubscribe>AVR-Chat-unsubscribe@yahoogroups.com 
>
>
>Your use of Yahoo! Groups is subject to the 
><http://docs.yahoo.com/info/terms/>Yahoo! Terms of Service.

>
> > I love the chips, I hate the tools.
>
>It might have something to do with the new firmware upgrades that come 
>with avr studio.

That's what I said.


Now that I have it running code, I'm trying to figure why USART1 is giving 
me a TXD int every few cycles, even through the uart is explicitly 
disabled, and those ints aren't enabled, and I never SEE them enabled, nor 
the flag bits set...

Other than that, all's going well.

What's up with the worthless HTML Email? did you know it takes up 72K in file size, when it
should not be any  bigger than about  5K if it was a standard plain text Email.


From Eric

----- Original Message -----
From: "Dave VanHorn" <dvanhorn@dvanhorn.org>
To: <AVR-Chat@yahoogroups.com>; <AVR-Chat@yahoogroups.com>
Sent: Sunday, February 27, 2005 4:15 PM
Subject: Re: [AVR-Chat] Prototypitis


At 09:23 PM 2/26/2005, Ron wrote:
>Have you upgraded the AVRISP and/or the
>STK500 with the 2.0 firmware ?  Ron


Well, no, since studio says it can't see them, I don't get the option to do
that.



>----- Original Message -----
>From: <mailto:dvanhorn@dvanhorn.org>Dave VanHorn
>To: <mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com ;
><mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com ;
><mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com
>Sent: Saturday, February 26, 2005 8:41 PM
>Subject: Re: [AVR-Chat] Prototypitis
>
>
>More interesting..
>
>I was able to use Studio 3.56 to talk to my AVRISP, and set the fuses
>properly.
>Now the chip acts normally, executes my code, but, the SAME AVRISP and
>cable, still refuse to be "seen" in the latest studio..
>
>@$!$@#!~
>
>I love the chips, I hate the tools.
>
>
>
>
>Yahoo! Groups Sponsor
>ADVERTISEMENT
><http://us.ard.yahoo.com/SIG=129r2hcci/M=298184.6018725.7038619.3001176/D=groups/S=1706554205:HM/EXP=110
9557415/A=2593423/R=0/SIG=11el9gslf/*http://www.netflix.com/Default?mqso=60190075>
>click here
>
>
>
>----------
>Yahoo! Groups Links
>To visit your group on the web, go to:
><http://groups.yahoo.com/group/AVR-Chat/>http://groups.yahoo.com/group/AVR-Chat/
>
>
>To unsubscribe from this group, send an email to:
><mailto:AVR-Chat-unsubscribe@yahoogroups.com?subject=Unsubscribe>AVR-Chat-unsubscribe@yahoogroups.com
>
>
>Your use of Yahoo! Groups is subject to the
><http://docs.yahoo.com/info/terms/>Yahoo! Terms of Service.



Yahoo! Groups Links







--------------------------------------------------------------------------------

None of the messages in this thread have been over 4K... Are you sure
you have your yahoo groups preferences set correctly (they default to
converting the messages to html).
Daniel

-----Original Message-----
From: Eric [mailto:erichards@clear.net.nz] 
Sent: Saturday, February 26, 2005 10:45 PM
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Prototypitis



What's up with the worthless HTML Email? did you know it takes up 72K in
file size, when it should not be any  bigger than about  5K if it was a
standard plain text Email.


From Eric





----- Original Message -----
From: "Dave VanHorn" <dvanhorn@dvanhorn.org>
To: <AVR-Chat@yahoogroups.com>; <AVR-Chat@yahoogroups.com>
Sent: Sunday, February 27, 2005 4:15 PM
Subject: Re: [AVR-Chat] Prototypitis


At 09:23 PM 2/26/2005, Ron wrote:
>Have you upgraded the AVRISP and/or the
>STK500 with the 2.0 firmware ?  Ron


Well, no, since studio says it can't see them, I don't get the option to
do that.



>----- Original Message -----
>From: <mailto:dvanhorn@dvanhorn.org>Dave VanHorn
>To: <mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com ; 
><mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com ; 
><mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com
>Sent: Saturday, February 26, 2005 8:41 PM
>Subject: Re: [AVR-Chat] Prototypitis
>
>
>More interesting..
>
>I was able to use Studio 3.56 to talk to my AVRISP, and set the fuses 
>properly. Now the chip acts normally, executes my code, but, the SAME 
>AVRISP and cable, still refuse to be "seen" in the latest studio..
>
>@$!$@#!~
>
>I love the chips, I hate the tools.
>
>
>
>
>Yahoo! Groups Sponsor
>ADVERTISEMENT 
><http://us.ard.yahoo.com/SIG=129r2hcci/M=298184.6018725.7038619.3001176
>/D=groups/S=1706554205:HM/EXP=110
9557415/A=2593423/R=0/SIG=11el9gslf/*http://www.netflix.com/Default?mqso
=60190075>
>click here
>
>
>
>----------
>Yahoo! Groups Links
>To visit your group on the web, go to: 
><http://groups.yahoo.com/group/AVR-Chat/>http://groups.yahoo.com/group/
>AVR-Chat/
>
>
>To unsubscribe from this group, send an email to: 
><mailto:AVR-Chat-unsubscribe@yahoogroups.com?subject=Unsubscribe>AVR-Ch
>at-unsubscribe@yahoogroups.com
>
>
>Your use of Yahoo! Groups is subject to the 
><http://docs.yahoo.com/info/terms/>Yahoo! Terms of Service.



Yahoo! Groups Links







------------------------------------------------------------------------
--------






 
Yahoo! Groups Links

Oh I see what you mean... When I look at the groups.yahoo.com interface
I see that there was an attachment (jpg) to one of the emails... Outlook
or my virus program must have stripped it for me.
Daniel

-----Original Message-----
From: Daniel Boyer [mailto:dpboyer@dpicts.com] 
Sent: Saturday, February 26, 2005 11:20 PM
To: AVR-Chat@yahoogroups.com
Subject: RE: [AVR-Chat] Prototypitis



None of the messages in this thread have been over 4K... Are you sure
you have your yahoo groups preferences set correctly (they default to
converting the messages to html). Daniel

-----Original Message-----
From: Eric [mailto:erichards@clear.net.nz] 
Sent: Saturday, February 26, 2005 10:45 PM
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Prototypitis



What's up with the worthless HTML Email? did you know it takes up 72K in
file size, when it should not be any  bigger than about  5K if it was a
standard plain text Email.


From Eric





----- Original Message -----
From: "Dave VanHorn" <dvanhorn@dvanhorn.org>
To: <AVR-Chat@yahoogroups.com>; <AVR-Chat@yahoogroups.com>
Sent: Sunday, February 27, 2005 4:15 PM
Subject: Re: [AVR-Chat] Prototypitis


At 09:23 PM 2/26/2005, Ron wrote:
>Have you upgraded the AVRISP and/or the
>STK500 with the 2.0 firmware ?  Ron


Well, no, since studio says it can't see them, I don't get the option to
do that.



>----- Original Message -----
>From: <mailto:dvanhorn@dvanhorn.org>Dave VanHorn
>To: <mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com ;
><mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com ; 
><mailto:AVR-Chat@yahoogroups.com>AVR-Chat@yahoogroups.com
>Sent: Saturday, February 26, 2005 8:41 PM
>Subject: Re: [AVR-Chat] Prototypitis
>
>
>More interesting..
>
>I was able to use Studio 3.56 to talk to my AVRISP, and set the fuses
>properly. Now the chip acts normally, executes my code, but, the SAME 
>AVRISP and cable, still refuse to be "seen" in the latest studio..
>
>@$!$@#!~
>
>I love the chips, I hate the tools.
>
>
>
>
>Yahoo! Groups Sponsor
>ADVERTISEMENT
><http://us.ard.yahoo.com/SIG=129r2hcci/M=298184.6018725.7038619.3001176
>/D=groups/S=1706554205:HM/EXP=110
9557415/A=2593423/R=0/SIG=11el9gslf/*http://www.netflix.com/Default?mqso
=60190075>
>click here
>
>
>
>----------
>Yahoo! Groups Links
>To visit your group on the web, go to:
><http://groups.yahoo.com/group/AVR-Chat/>http://groups.yahoo.com/group/
>AVR-Chat/
>
>
>To unsubscribe from this group, send an email to:
><mailto:AVR-Chat-unsubscribe@yahoogroups.com?subject=Unsubscribe>AVR-Ch
>at-unsubscribe@yahoogroups.com
>
>
>Your use of Yahoo! Groups is subject to the
><http://docs.yahoo.com/info/terms/>Yahoo! Terms of Service.



Yahoo! Groups Links







------------------------------------------------------------------------
--------






 
Yahoo! Groups Links



 






 
Yahoo! Groups Links

Ok, back to the original subject..

I've got my board's fuses set, so I'm in pretty good shape, but only 
because I thought to use the old studio 3.56 to run the AVRISP.

Both AVRISP and Jtag refuse to go into fuse setting mode under studio 4.
Avrisp is acting pretty normal now, running, breakpointing etc.

I still have USART1 interrupting me on TXD, when that int isn't enabled!
CLI stops it, but of course I had a few other things going on, and that's 
got them all hosed now too.
I wrote 00h to all the USART1 config regs, and yet the ints keep coming.

Appears to not be a jtag problem, I set a pin trap for it and it still 
happens when the chip is running on it's own.
WTF?

Re-checked the int vector table against a M128 data sheet to be sure I 
hadn't scrambled the ISR vector points.
No errors.

Dave VanHorn wrote:

> 
> Ok, back to the original subject..
> 
> I've got my board's fuses set, so I'm in pretty good shape, but only 
> because I thought to use the old studio 3.56 to run the AVRISP.
> 
> Both AVRISP and Jtag refuse to go into fuse setting mode under studio 4.
> Avrisp is acting pretty normal now, running, breakpointing etc.
> 
> I still have USART1 interrupting me on TXD, when that int isn't enabled!
> CLI stops it, but of course I had a few other things going on, and that's 
> got them all hosed now too.
> I wrote 00h to all the USART1 config regs, and yet the ints keep coming.
> 
> Appears to not be a jtag problem, I set a pin trap for it and it still 
> happens when the chip is running on it's own.
> WTF?
> 
> Re-checked the int vector table against a M128 data sheet to be sure I 
> hadn't scrambled the ISR vector points.
> No errors.

Dave if you email the project off list I can run it up on a M128 for you 
, sounds like it may be a hosed chip :(

That or a problem with Vcc / Reset / BOD

But I think you would have checked before posting

Regards,

Kat.


-- 
---------------------------------------------------------------
K.A.Q. Electronics	Website: www.kaqelectronics.dyndns.org
IM: Yahoo: PinkyDwaggy  MSN: katinka@kaqelectronics.dyndns.org
For Everything Electronics     Phone: 0419 923 731
---------------------------------------------------------------	


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.5.0 - Release Date: 25/02/2005

At 11:54 AM 27/02/2005, you wrote:
>Studio (latest version) tells me that it can't see the programmer, which is
>on COM1 a "real" hardware serial port.

As a matter of interest have you got an USB to RS232 converter
that you can use? I know, I know this sounds crazy....BUT... I have
had no end of problems with Studio 4.xx WITH A REAL port and ICE200
but works perfectly with a USB/RS232 converter on 3 different
computers and 2 different O/S...go and figure that out.

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
******************************************************

At 02:23 AM 2/27/2005, John Samperi wrote:

>At 11:54 AM 27/02/2005, you wrote:
> >Studio (latest version) tells me that it can't see the programmer, which is
> >on COM1 a "real" hardware serial port.
>
>As a matter of interest have you got an USB to RS232 converter
>that you can use? I know, I know this sounds crazy....BUT... I have
>had no end of problems with Studio 4.xx WITH A REAL port and ICE200
>but works perfectly with a USB/RS232 converter on 3 different
>computers and 2 different O/S...go and figure that out.

I started out on an Edgeport, which I've used before, for tons of work, but 
had trouble, so I moved back to the "golden oldie".

Still as before, but I'm fried.
Hopefully I've left it in a safe state, I'm going off for a couple hrs sleep.

Biggest irritation now, is the unexplained TXD int on UART0
Chip config says this should not be happening.
That int is disabled, and the uart TX isn't active, and I'm not using that 
uart at all.

CLI/SEI controls it, as expected, at the expense of all ints.

>
>
> >
> >> On 25 Feb 2005, at 19:14, Jim White wrote:
> >>
> >>> We are developing a board that will be a USB device (not host) using a
> >>> CP2101.
> >>>
> >>> Is there some sort of central registry for Vendor ID and / or Product ID
> >>> ?
> >>>
> >>> This will not be a mass market device but will need to recognizable as a
> >>> unique device when plugged into a PC.
> >
> >With the FTDI chips and EEPROM's, this should be no problem at all, as
> >each device will have a unique serial number.
> >
> >If you want a VID/PID, talk to FTDI, they may assign you a unique PID
> >(if they have any left !)
>
>AFAIK the serial number will not ensure the correct driver is loaded - it 
>only copes with multiple
>devices of the same type plugged in at once.
>
>If FTDI are assigning PIDs numerically, perhaps they will run out in the 
>not too-distant future -
>then they may well be running short - They assigned me some starting D8xx 
>recently...

For what we are doing (only a few 2CP2101/M128 boards will be built and 
used) the cost of registration seems a bit high.  How about a pointer to a 
list of existing VID and/or PID registrations?  If it's at usb.org it's 
well hidden.  That site seems more interested in promoting than helping 
developers.  Is there any sort of 'sand box' of VID/PIDs experimenters can 
play in?

Jim

On Sun, 27 Feb 2005 08:05:41 -0700, you wrote:

>
>
>>
>>
>> >
>> >> On 25 Feb 2005, at 19:14, Jim White wrote:
>> >>
>> >>> We are developing a board that will be a USB device (not host) using a
>> >>> CP2101.
>> >>>
>> >>> Is there some sort of central registry for Vendor ID and / or Product ID
>> >>> ?
>> >>>
>> >>> This will not be a mass market device but will need to recognizable as a
>> >>> unique device when plugged into a PC.
>> >
>> >With the FTDI chips and EEPROM's, this should be no problem at all, as
>> >each device will have a unique serial number.
>> >
>> >If you want a VID/PID, talk to FTDI, they may assign you a unique PID
>> >(if they have any left !)
>>
>>AFAIK the serial number will not ensure the correct driver is loaded - it 
>>only copes with multiple
>>devices of the same type plugged in at once.
>>
>>If FTDI are assigning PIDs numerically, perhaps they will run out in the 
>>not too-distant future -
>>then they may well be running short - They assigned me some starting D8xx 
>>recently...
>
>For what we are doing (only a few 2CP2101/M128 boards will be built and 
>used) the cost of registration seems a bit high.  How about a pointer to a 
>list of existing VID and/or PID registrations?  If it's at usb.org it's 
>well hidden.  That site seems more interested in promoting than helping 
>developers.  Is there any sort of 'sand box' of VID/PIDs experimenters can 
>play in?

For experimentation, just make one up. 

For small volumes, you can buy a small block of PIDs here : 
http://www.voti.nl/shop/catalog.html?USB-PID-10

Well, it's still got me.

USART1 continuously hits me with a TXD int, even though it's not enabled.


.org 0
	rjmp	RESET		;
	rjmp	EX_INT0	;
	rjmp	EX_INT1	;
	rjmp	EX_INT2	;
	rjmp	EX_INT3	;
	rjmp	EX_INT4	;
	rjmp	EX_INT5	;
	rjmp	EX_INT6	;
	rjmp	EX_INT7	;
	rjmp	T2_COMP	;
	rjmp	T2_OVF	;
	rjmp	T1_CAPT	;
	rjmp	T1_COMPA	;
	rjmp	T1_COMPB	;
	rjmp	T1_OVF	;
	rjmp	T0_COMP	;
	rjmp	T0_OVF	;
	rjmp	SPI_STC	;
	rjmp	USART0_RX	;
	rjmp	USART0_UDRE	;
	rjmp	USART0_TX	;
	rjmp	ADC_Ready	;
	rjmp	EE_Ready	;
	rjmp	AN_COMP	;
	rjmp	T1_COMPC	;
	rjmp	T3_CAPT	;
	rjmp	T3_COMPA	;
	rjmp	T3_COMPB	;
	rjmp	T3_COMPC	;
	rjmp	T3_OVF	;
	rjmp	USART1_RX	;
	rjmp	USART1_UDRE	;
	rjmp	USART1_TX	; <---- I keep coming here.
	rjmp	TWI		;
	rjmp	SPM_READY	;

According to the ICE, I really am writing 00h to these registers, and they 
are still zero (except UCSR1A) when the int happens.  Uart not enabled for 
TX or RX, and UDR1 never written to, I just don't see why I'm getting 
hammered like this.
It ACTS like a UDRE, which is even worse. (ints all the time, after every 
instruction!)

;
;**********
;UART1 not used in this application
;**********
;
	sts		UCSR1A,ZERO		;
	sts		UCSR1B,ZERO		;
	sts		UCSR1C,ZERO		;
	sts		UBRR1H,ZERO		;
	sts		UBRR1L,ZERO		;
;

At 08:18 AM 2/03/2005, you wrote:


>Well, it's still got me.
>
>USART1 continuously hits me with a TXD int, even though it's not enabled.

Hmmm... I was just asking about that...perfect timing.
Have you tried just to run your code WITHOUT the ICE?

NOT that I doubt the fuctionality of the ICE or Studio 4.xx
of course....... Perhaps put some led toggling code in that
int service just to see if you are really getting the int
from the chip or just the ICE/Studio combo.

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
******************************************************

At 04:29 PM 3/1/2005, John Samperi wrote:

>At 08:18 AM 2/03/2005, you wrote:
>
>
> >Well, it's still got me.
> >
> >USART1 continuously hits me with a TXD int, even though it's not enabled.
>
>Hmmm... I was just asking about that...perfect timing.
>Have you tried just to run your code WITHOUT the ICE?

Yup. I put a pin-ping in there so I can see the ISR happening, and it's 
still there.


>NOT that I doubt the fuctionality of the ICE or Studio 4.xx
>of course.......

Oh never.. :) (gag sputter)

>  Perhaps put some led toggling code in that
>int service just to see if you are really getting the int
>from the chip or just the ICE/Studio combo.

It almost looks like my vector table is wrong or something, but I've 
counted the entries, and checked it against the one in the data sheet.  It 
really ACTS like a UDRE int, or "level" int on one of the pins, those are 
the only ones I'm aware of that will hit you every instruction until they 
are turned off, or the trigger condition dissapears.

At 08:34 AM 2/03/2005, you wrote:

>It almost looks like my vector table is wrong or something, but I've
>counted the entries, and checked it against the one in the data sheet.

Checked your table and it looks OK. Just one comment (a silly one)
have checked you M103 comaptibility fuse? It may come enabled by
default, perhaps it makes a difference.

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
******************************************************

Dave VanHorn wrote:
> 
> At 04:29 PM 3/1/2005, John Samperi wrote:
> 
> >At 08:18 AM 2/03/2005, you wrote:
> >
> >
> > >Well, it's still got me.
> > >
> > >USART1 continuously hits me with a TXD int, even though it's not enabled.
> >
> >Hmmm... I was just asking about that...perfect timing.
> >Have you tried just to run your code WITHOUT the ICE?
> 
> Yup. I put a pin-ping in there so I can see the ISR happening, and it's
> still there.
> 
> >NOT that I doubt the fuctionality of the ICE or Studio 4.xx
> >of course.......
> 
> Oh never.. :) (gag sputter)
> 
> >  Perhaps put some led toggling code in that
> >int service just to see if you are really getting the int
> >from the chip or just the ICE/Studio combo.
> 
> It almost looks like my vector table is wrong or something, but I've
> counted the entries, and checked it against the one in the data sheet.  It
> really ACTS like a UDRE int, or "level" int on one of the pins, those are
> the only ones I'm aware of that will hit you every instruction until they
> are turned off, or the trigger condition dissapears.


Sounds like fun. Try including my default vector table stuffer and see who 
bangs the bogus counter. (You may need to change what is commented out and
what isn't.) BTW, this for ICCAVR, anything else will need some editing...

Bruce

default_isrs.c:

// default M128 interrupt service routines

// these routines, when executed, mask off the request and
// tally the bogus interrupt

// delete or comment out if used elswhere...

#include <iom128v.h>

unsigned bogus;     // tally count

#pragma interrupt_handler int0_isr:2
void int0_isr(void)
{
    ++bogus;
    EIMSK &= ~(1 << INTF0);
}

#pragma interrupt_handler int1_isr:3
void int1_isr(void)
{
    ++bogus;
    EIMSK &= ~(1 << INTF1);
}

#pragma interrupt_handler int2_isr:4
void int2_isr(void)
{
    ++bogus;
    EIMSK &= ~(1 << INTF2);
}

#pragma interrupt_handler int3_isr:5
void int3_isr(void)
{
    ++bogus;
    EIMSK &= ~(1 << INTF3);
}

// CompactFlash Status Change Interrupt
/*
#pragma interrupt_handler int4_isr:6
//void int4_isr(void)
{
    ++bogus;
    EIMSK &= ~(1 << INTF4);
} */

/* CompactFlash Command Complete Interrupt

#pragma interrupt_handler int5_isr:7
//void int5_isr(void)
{
    ++bogus;
    EIMSK &= ~(1 << INTF5);
} 
*/

// Bridge Interrupt 0

#pragma interrupt_handler int6_isr:8
void int6_isr(void)
{
    ++bogus;
    EIMSK &= ~(1 << INTF6);
}

// Bridge Interrupt 1

#pragma interrupt_handler int7_isr:9
void int7_isr(void)
{
    ++bogus;
    EIMSK &= ~(1 << INTF7);
}

#pragma interrupt_handler T2comp_isr:10
void T2comp_isr(void)
{
    ++bogus;
    TIMSK &= ~(1 << OCIE2);
}

#pragma interrupt_handler T2ovf_isr:11
void T2ovf_isr(void)
{
    ++bogus;
    TIMSK &= ~(1 << TOIE2);
}

#pragma interrupt_handler T1capt_isr:12
void T1capt_isr(void)
{
    ++bogus;
    TIMSK &= ~(1 << TICIE1);
}

// 1 mS ticker
/*
#pragma interrupt_handler T1compA_isr:13
void T1compA_isr(void)
{
    ++bogus;
    TIMSK &= ~(1 << OCIE1A);
}
*/

#pragma interrupt_handler T1compB_isr:14
void T1compB_isr(void)
{
    ++bogus;
    TIMSK &= ~(1 << OCIE1B);
}

#pragma interrupt_handler T1ovf_isr:15
void T1ovf_isr(void)
{
    ++bogus;
    TIMSK &= ~(1 << TOIE1);
}

#pragma interrupt_handler T0comp_isr:16
void T0comp_isr(void)
{
    ++bogus;
    TIMSK &= ~(1 << OCIE0);
}

#pragma interrupt_handler T0ovf_isr:17
void T0ovf_isr(void)
{
    ++bogus;
    TIMSK &= ~(1 << TOIE0);
}

#pragma interrupt_handler SPI_isr:18
void SPI_isr(void)
{
    ++bogus;
    SPCR &= ~(1 << SPIE);
}

#pragma interrupt_handler UART0rx_isr:19
void UART0rx_isr(void)
{
    ++bogus;
    UCSR0B &= ~(1 << RXCIE0);
}

// com-0 Tx Rdy
/*
#pragma interrupt_handler uart0_udre_isr:20
void uart0_udre_isr(void)
{
    ++bogus;
    UCSR0B &= ~(1 << UDRIE0);
}
*/

// UART-0 Tx Empty

#pragma interrupt_handler uart0_tx_isr:21
void uart0_tx_isr(void)
{
    ++bogus;
    UCSR0B &= ~(1 << TXCIE0);
}

#pragma interrupt_handler adc_isr:22
void adc_isr(void)
{
    ++bogus;
    ADCSRA &= ~(1 << ADIE);
}

#pragma interrupt_handler eerdy_isr:23
void eerdy_isr(void)
{
    ++bogus;
    EECR &= ~(1 << EERIE);
}

#pragma interrupt_handler ana_comp_isr:24
void ana_comp_isr(void)
{
    ++bogus;
    ACSR &= ~(1 << ACIE);
}

#pragma interrupt_handler T1compC_isr:25
void T1compC_isr(void)
{
    ++bogus;
    ETIMSK &= ~(1 << OCIE1C);
}

#pragma interrupt_handler T3capt_isr:26
void T3capt_isr(void)
{
    ++bogus;
    ETIMSK &= ~(1 << TICIE3);
}

#pragma interrupt_handler T3compa_isr:27
void T3compa_isr(void)
{
    ++bogus;
    ETIMSK &= ~(1 << OCIE3A);
}

#pragma interrupt_handler T3compb_isr:28
void T3compb_isr(void)
{
    ++bogus;
    ETIMSK &= ~(1 << OCIE3B);
}

#pragma interrupt_handler T3compc_isr:29
void T3compc_isr(void)
{
    ++bogus;
    ETIMSK &= ~(1 << OCIE3C);
}

#pragma interrupt_handler T3ovf_isr:30
void T3ovf_isr(void)
{
    ++bogus;
    ETIMSK &= ~(1 << TOIE3);
}

// 31 RxRdy in serial_io.c
/*
#pragma interrupt_handler UART1RxRDY_isr:31
void UART1RxRDY_isr(void)
{
    ++bogus;
    UCSR1B &= ~(1 << RXCIE1);
}
*/

#pragma interrupt_handler UART1TxRDY_isr:32
void UART1TxRDY_isr(void)
{
    ++bogus;
    UCSR1B &= ~(1 << UDRIE1);
}

#pragma interrupt_handler UART1TxE_isr:33
void UART1TxE_isr(void)
{
    ++bogus;
    UCSR1B &= ~(1 << TXCIE1);
}

#pragma interrupt_handler TWI_isr:34
void TWI_isr(void)
{
    ++bogus;
    TWCR &= ~(1 << TWIE);
}

#pragma interrupt_handler SPM_isr:35
void SPM_isr(void)
{
    ++bogus;
    SPMCSR &= ~(1 << SPMIE);
}

That's a great idea to check. It makes a HUGE difference, particularly, if I
remember correctly, since the UART register addresses change.

-----Original Message-----
From: John Samperi [mailto:samperi@ampertronics.com.au]
Sent: Tuesday, March 01, 2005 13:56
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Prototypitis



At 08:34 AM 2/03/2005, you wrote:

>It almost looks like my vector table is wrong or something, but I've
>counted the entries, and checked it against the one in the data sheet.

Checked your table and it looks OK. Just one comment (a silly one)
have checked you M103 comaptibility fuse? It may come enabled by
default, perhaps it makes a difference.

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

John Samperi wrote:
> 
> At 08:34 AM 2/03/2005, you wrote:
> 
> >It almost looks like my vector table is wrong or something, but I've
> >counted the entries, and checked it against the one in the data sheet.
> 
> Checked your table and it looks OK. Just one comment (a silly one)
> have checked you M103 comaptibility fuse? It may come enabled by
> default, perhaps it makes a difference.
> 
> Regards
> 
> John Samperi

IIRC, Atmel does ship the M128 with the M103 fuse set...

Bruce

At 05:02 PM 3/1/2005, Bruce Parham wrote:



>John Samperi wrote:
> >
> > At 08:34 AM 2/03/2005, you wrote:
> >
> > >It almost looks like my vector table is wrong or something, but I've
> > >counted the entries, and checked it against the one in the data sheet.
> >
> > Checked your table and it looks OK. Just one comment (a silly one)
> > have checked you M103 comaptibility fuse? It may come enabled by
> > default, perhaps it makes a difference.
> >
> > Regards
> >
> > John Samperi
>
>IIRC, Atmel does ship the M128 with the M103 fuse set...

Yup, BTDT right off the bat.  It's hosed in M128 mode.

At 05:00 PM 3/1/2005, Erik Loose wrote:

>That's a great idea to check. It makes a HUGE difference, particularly, if I
>remember correctly, since the UART register addresses change.

Ok, so I went back to double-check that, and I ran into the other problem 
I've been having.
Studio 4 refuses to talk to either of my AVRISPs, or my STK-500 through the 
same comport and cable that worked for the Jtag ice.

S3.56 works though, and confirms that the M103 bit is NOT checked.

I also lost a 250G hard drive on the same machine yesterday, total drive 
failure (maxtor) but I managed to save about 30G of significant data, and 
the rest wasn't any real loss.

Are we having fun yet?

At 09:22 AM 2/03/2005, you wrote:

>S3.56 works though, and confirms that the M103 bit is NOT checked.

Can you try another board/chip? Maybe time to ask
the (perhaps)larger audience at avrfreaks. I'm out
of ideas (and still chewing my fingernails...hmmm..the
index finger's bone is really hummy...)

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
******************************************************

At 05:40 PM 3/1/2005, Ivan Vernot wrote:
>David,
>Now you have me  intrigued... ;-0) It really is very weird what you are
>experiencing....
>
>A few (long shot) things to try (I hope I don't offend)
>
>1. _How_ are you certain that it is the USART1_TX ISR that is firing? (As
>opposed to anther ISR that calls the same handler. or that it is calling a
>handler that you _think_ is the TX ISR?

The vector I showed is where the ice takes me when I single-step through it.


>2. Is it possible that one ISR is 'falling through' to the TX ISR? (ie a
>forgotten 'reti'?)

You couldn't get to the vector table that way.
One ISR to another, yes, but not the vector table.

>3. Can you put a break point in the TX ISR using JTAGICE and THEN examine
>the UART registers (ie. is the TXC1 bit in UCSR1A set?

Yup. Breakpoint, or single step, the USART regs say it's disabled, and the 
ints are disabled.
UDRE is set, but you'd expect that.

>4. In your startup code try to clear any pending interrupts  in ICSR1A
>before you enable the global Int Flag. (NB that to CLEAR the Int pending
>flags you need to write a 1 not a 0.)

No, but that would only explain the first one.
I get them over and over again, about every 6 uS (8 MHz system clock)

>5. As an experiment, can you setup the UART with 'real' values (ie. rather
>than just clearing the regs to zeroes) and actually try to TX on it. Then
>explicitly disable the TXE and RXE bits? I don't know what that will prove
>but it might be interesting to see if you can tx on that uart at all?
>(?faulty part) or that somehow the UART is getting confused by a zero
>baudrate (for eg.)

I tried a non-zero baud before, had the same thought, but I'll give it a shot.

>6. Try to clear the TXC1 bit in UCSR1A in your ISR and see if the repeated
>INTs stop. Yes I know that the flag _should_ be cleared when the TXC IST is
>completed but...

I've tried that in code, and in the ICE, no help.

>7. Try Anther chip :-(

Hmm.. I only have three of the 128Ls in hand.
This is a 3V app.

>8. Try running the software without any debug (ie jtag etc) - again a long
>shot, but something to try to see what happens.

It's int'ing.  I have a pin ping on an unused pin, that tells me when this 
happens.


>I'm not sure if any of this helps but I have been using the Mega128 for a
>couple years know (with both UARTS) and have never seen anything that weird.

Me too!  That's why it's bugging me so.

>Please let use know how you get on.
>Cheers (or not ;-))
>Ivan Vernot

Thanks, I'll give that a shot and see what happens.
Something's not right, that's for sure.

At 09:50 AM 2/03/2005, you wrote:

>Hmm.. I only have three of the 128Ls in hand.
>This is a 3V app.

Can you raise the voltage (5v?) for testing purposes.
Maybe a border case chip??? (scary thought)

I think I better go and do some work....but this is so
interesting...I know, I must be leading a boring life :-)

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
******************************************************

On Sun, 27 Feb 2005 16:44:58 +1300 Erik wrote:

>
>What's up with the worthless HTML Email? did you know it takes up 72K in file size, when it
>should not be any  bigger than about  5K if it was a standard plain text Email.
>
>
>From Eric

If bandwidth is so short then delete previous inapplicable mails and yahoo ads
in postings.

I don't get 72k posts from the list as I specify that I don't want them. Perhaps
your preferences need changing not those of others.


--
Ralph Hilton
http://www.ralphhilton.org
C-Meter: http://www.cmeter.org
FZAOINT http://www.fzaoint.net

At 05:58 PM 3/1/2005, John Samperi wrote:

>At 09:50 AM 2/03/2005, you wrote:
>
> >Hmm.. I only have three of the 128Ls in hand.
> >This is a 3V app.
>
>Can you raise the voltage (5v?) for testing purposes.
>Maybe a border case chip??? (scary thought)
>
>I think I better go and do some work....but this is so
>interesting...I know, I must be leading a boring life :-)

Got it, at least the first half.
Genuine HomerCode(tm)

The vector table needs to be JMPs, not Rjmps, as the JMPs are 4 bytes, and 
Rjmp is two.
Which means that the int that's been driving me nuts is really T0OV.

That's good because I need T00V, but bad because T0 is running impossibly fast.
With the three bits set for prescale select, I've seen TCNT0 jump from A4 
to 7F in ONE instruction.
Resetting the prescaler isn't helping, and it seems that any prescaler 
value results in the same thing, wether I do it in code, or clicking the 
bits in the ice.
When this is happening, it's virtually guaranteed that the T0OV flag will 
be set when I exit the ISR.

Dave VanHorn wrote:
> 
> Well, it's still got me.
> 
> USART1 continuously hits me with a TXD int, even though it's not enabled.
> 
> 
> .org 0
> 	rjmp	RESET		;
> 	rjmp	EX_INT0	;

...

> 	rjmp	USART1_UDRE	;
> 	rjmp	USART1_TX	; <---- I keep coming here.
> 	rjmp	TWI		;
> 	rjmp	SPM_READY	;
> 
> According to the ICE, I really am writing 00h to these registers, and they 
> are still zero (except UCSR1A) when the int happens.  Uart not enabled for 
> TX or RX, and UDR1 never written to, I just don't see why I'm getting 
> hammered like this.
> It ACTS like a UDRE, which is even worse. (ints all the time, after every 
> instruction!)
...

Maybe the avr-libc header file should be checked for errors. Check that the
mega128 one is really being used and not some other one.

At 10:22 AM 2/03/2005, you wrote:

>The vector table needs to be JMPs, not Rjmps, as the JMPs are 4 bytes, and
>Rjmp is two.

Congratulations!! Glad YOU went through this harrowing
experience, I would have done exactly the same with the
RJMPs as all of my code so far has been for 8K devices :-)

MUST REMEMBER TO USE JMPS IN INT VECTORS. Better write
this on the wall next to my monitor.

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
******************************************************

At 06:29 PM 3/1/2005, John Samperi wrote:

>At 10:22 AM 2/03/2005, you wrote:
>
> >The vector table needs to be JMPs, not Rjmps, as the JMPs are 4 bytes, and
> >Rjmp is two.
>
>Congratulations!! Glad YOU went through this harrowing
>experience, I would have done exactly the same with the
>RJMPs as all of my code so far has been for 8K devices :-)
>
>MUST REMEMBER TO USE JMPS IN INT VECTORS. Better write
>this on the wall next to my monitor.

I have this little book, like a college notebook, but pocket-sized.
It's my "screwup book" (not exactly the right title.)
This is an addition to the book.   Very few pages are used.

MSGTAG has notified the sender that you have read this message.

>
>Doh!
>Well at least you found the dumb mistake yourself rather than someone else
>pointing out the 'obvious' ;-)

Well, no.. That came in on "freaks".


><tongue FIRMLY in cheek >
>_I_ would not trip over such a bug as _I_ let the C compiler worry about
>this 'trivial minutae'
></tongue FIRMLY in cheek >

VBG/


>Is this happeing _after_ you changed youre RJMP to JMPs?

Yup..

I've never seen T0 act like this.
I always use it as my "dumb" os timer since it's nice and simple.

I am trying to convert some bs2 code for my distance sensor to work in C for 
my AVR.

Here is the sensor and bs2 code.
http://www.acroname.com/robotics/info/examples/GP2D02-4/GP2D02-4.html

'--------------------------------------------------------
' variable declarations

val02 var byte ' value where reading is stored
i var byte ' count variable for loop


'--------------------------------------------------------
' constant declarations

cl con 14 ' pin 14 is output (clock)
dt con 15 ' pin 15 is the input (data)


'--------------------------------------------------------
' I/O pin setup for detector

INPUT dt ' make pin 15 the input
HIGH cl ' make pin 14 output and high


'--------------------------------------------------------
' main loop

DEBUG "Start", CR ' indicate beginning

FOR i = 1 TO 100 ' take and display 100 readings
  GOSUB read02 ' call measurement routine
  DEBUG dec val02, CR ' display the value
  PAUSE 100 ' stall so display readable
NEXT

DEBUG "Finish" ' indicate end

END ' stop Stamp when done


'--------------------------------------------------------
' subroutine read02
'
' This subroutine takes a reading from the connected
' GP2D02 detector and stores the value in "val02".
' Any two pins can be used.  Set "dt" to the data line
' of the GP2D02 (pin 4 on JST connector, yellow wire).
' Set cl to the clock line of the GP2D02 (pin 2 on the
' JST connector, green wire).

read02:
  LOW cl ' turn on detector for reading
  rl:
  IF IN15 = 0 THEN rl ' wait for input high
  SHIFTIN dt, cl, MSBPOST, [val02]
  HIGH cl ' turn detector off
  PAUSE 1 ' let detector reset
RETURN


-------------------------------------------------------------

Basically, I just need to know the gnu equal of this command: "  SHIFTIN dt, 
cl, MSBPOST, [val02]"


Or if anyone has working code for this sensor, that would be great too :)


thanks!
Lee

Variable are declared like 
uint8_t val02,i;

Pins on AVR are like 
PINA1
My AVR has ports A through G

The For would look like
For(i=0;i < 100; i++)
	{
	}

I have no idea what 
  SHIFTIN dt, cl, MSBPOST, [val02]
does. 

-----Original Message-----
From: Honea [mailto:fredit@charter.net] 
Sent: Tuesday, March 01, 2005 7:26 PM
To: AVR-Chat@yahoogroups.com
Subject: [AVR-Chat] Sharp Distance sensor: GP2D02 and an AVR



I am trying to convert some bs2 code for my distance sensor to work in C
for 
my AVR.

Here is the sensor and bs2 code.
http://www.acroname.com/robotics/info/examples/GP2D02-4/GP2D02-4.html

'--------------------------------------------------------
' variable declarations

val02 var byte ' value where reading is stored
i var byte ' count variable for loop


'--------------------------------------------------------
' constant declarations

cl con 14 ' pin 14 is output (clock)
dt con 15 ' pin 15 is the input (data)


'--------------------------------------------------------
' I/O pin setup for detector

INPUT dt ' make pin 15 the input
HIGH cl ' make pin 14 output and high


'--------------------------------------------------------
' main loop

DEBUG "Start", CR ' indicate beginning

FOR i = 1 TO 100 ' take and display 100 readings
  GOSUB read02 ' call measurement routine
  DEBUG dec val02, CR ' display the value
  PAUSE 100 ' stall so display readable
NEXT

DEBUG "Finish" ' indicate end

END ' stop Stamp when done


'--------------------------------------------------------
' subroutine read02
'
' This subroutine takes a reading from the connected
' GP2D02 detector and stores the value in "val02".
' Any two pins can be used.  Set "dt" to the data line
' of the GP2D02 (pin 4 on JST connector, yellow wire).
' Set cl to the clock line of the GP2D02 (pin 2 on the
' JST connector, green wire).

read02:
  LOW cl ' turn on detector for reading
  rl:
  IF IN15 = 0 THEN rl ' wait for input high
  SHIFTIN dt, cl, MSBPOST, [val02]
  HIGH cl ' turn detector off
  PAUSE 1 ' let detector reset
RETURN


-------------------------------------------------------------

Basically, I just need to know the gnu equal of this command: "  SHIFTIN
dt, 
cl, MSBPOST, [val02]"


Or if anyone has working code for this sensor, that would be great too
:)


thanks!
Lee





 
Yahoo! Groups Links

After looking at my reply and your stuff again 
I think shift in must be ADC analog to digital converter. On my Atmega
128 this would be done on port F. Sorry if I and not be of more help
because I have not done anything with that yet.

-----Original Message-----
From: wbounce [mailto:wbounce@safeplace.net] 
Sent: Tuesday, March 01, 2005 10:17 PM
To: AVR-Chat@yahoogroups.com
Subject: RE: [AVR-Chat] Sharp Distance sensor: GP2D02 and an AVR



Variable are declared like 
uint8_t val02,i;

Pins on AVR are like 
PINA1
My AVR has ports A through G

The For would look like
For(i=0;i < 100; i++)
	{
	}

I have no idea what 
  SHIFTIN dt, cl, MSBPOST, [val02]
does. 

-----Original Message-----
From: Honea [mailto:fredit@charter.net] 
Sent: Tuesday, March 01, 2005 7:26 PM
To: AVR-Chat@yahoogroups.com
Subject: [AVR-Chat] Sharp Distance sensor: GP2D02 and an AVR



I am trying to convert some bs2 code for my distance sensor to work in C
for 
my AVR.

Here is the sensor and bs2 code.
http://www.acroname.com/robotics/info/examples/GP2D02-4/GP2D02-4.html

'--------------------------------------------------------
' variable declarations

val02 var byte ' value where reading is stored
i var byte ' count variable for loop


'--------------------------------------------------------
' constant declarations

cl con 14 ' pin 14 is output (clock)
dt con 15 ' pin 15 is the input (data)


'--------------------------------------------------------
' I/O pin setup for detector

INPUT dt ' make pin 15 the input
HIGH cl ' make pin 14 output and high


'--------------------------------------------------------
' main loop

DEBUG "Start", CR ' indicate beginning

FOR i = 1 TO 100 ' take and display 100 readings
  GOSUB read02 ' call measurement routine
  DEBUG dec val02, CR ' display the value
  PAUSE 100 ' stall so display readable
NEXT

DEBUG "Finish" ' indicate end

END ' stop Stamp when done


'--------------------------------------------------------
' subroutine read02
'
' This subroutine takes a reading from the connected
' GP2D02 detector and stores the value in "val02".
' Any two pins can be used.  Set "dt" to the data line
' of the GP2D02 (pin 4 on JST connector, yellow wire).
' Set cl to the clock line of the GP2D02 (pin 2 on the
' JST connector, green wire).

read02:
  LOW cl ' turn on detector for reading
  rl:
  IF IN15 = 0 THEN rl ' wait for input high
  SHIFTIN dt, cl, MSBPOST, [val02]
  HIGH cl ' turn detector off
  PAUSE 1 ' let detector reset
RETURN


-------------------------------------------------------------

Basically, I just need to know the gnu equal of this command: "  SHIFTIN
dt, 
cl, MSBPOST, [val02]"


Or if anyone has working code for this sensor, that would be great too
:)


thanks!
Lee





 
Yahoo! Groups Links



 






 
Yahoo! Groups Links

----- Original Message ----- 

From: Dave VanHorn
To: AVR-Chat@yahoogroups.com ; AVR-Chat@yahoogroups.com
Sent: Tuesday, March 01, 2005 11:22 PM
Subject: Re: [AVR-Chat] Prototypitis


At 05:58 PM 3/1/2005, John Samperi wrote:

>At 09:50 AM 2/03/2005, you wrote:
>
> >Hmm.. I only have three of the 128Ls in hand.
> >This is a 3V app.
>
>Can you raise the voltage (5v?) for testing purposes.
>Maybe a border case chip??? (scary thought)
>
>I think I better go and do some work....but this is so
>interesting...I know, I must be leading a boring life :-)

Got it, at least the first half.
Genuine HomerCode(tm)

The vector table needs to be JMPs, not Rjmps, as the JMPs are 4 bytes, and
Rjmp is two.
Which means that the int that's been driving me nuts is really T0OV.

That's good because I need T00V, but bad because T0 is running impossibly 
fast.
With the three bits set for prescale select, I've seen TCNT0 jump from A4
to 7F in ONE instruction.
Resetting the prescaler isn't helping, and it seems that any prescaler
value results in the same thing, wether I do it in code, or clicking the
bits in the ice.
When this is happening, it's virtually guaranteed that the T0OV flag will
be set when I exit the ISR.

I've just had a Tiny11 prototype behaving very oddly. I wasted a lot of time 
with it, and then tried cleaning the flux off off the board (I often don't 
bother with prototypes). It immediately started working properly.

Leon
--
Leon Heller, G1HSM
http://www.geocities.com/leon_heller



-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.5.2 - Release Date: 28/02/2005

--- In AVR-Chat@yahoogroups.com, "Leon Heller" <leon.heller@d...>
wrote:

> I've just had a Tiny11 prototype behaving very oddly. I wasted a lot
of time 
> with it, and then tried cleaning the flux off off the board (I often
don't 
> bother with prototypes). It immediately started working properly.
> 

Could be dendritic growth.  With the fine spacing on chips, 3V & some
surface contamination (flux harbouring moisture, oil, perspiration) is
sufficient to grow dendrites between pins. Once they form they may
short the pins, get toasted & leave a fine carbon trace or just
intermittently short & retreat according to humidity or board 
temperature.

When I fist saw a movie of this phenomenon it scared the hell out of
me as I live in a humid climate. Since then I have don't use
no-cleans or leave resin on the PCB.  You even have to be carefull
with lacquers as some absorb moisture.

Cheers

Don

----- Original Message -----

Here is some of my com code (Adapted from Brian Dean's sample code
#include <stdio.h>
#include <avr/pgmspace.h>
#include <avr/signal.h>
#include <avr/interrupt.h>

FILE * def_uart;
 
void uart_putc(uint8_t uart, char c)
{
// output a carriage return for every newline because 
//I am viewing this through windows
 
  if (c == '\n') {
    /* first output a carriage return */
    uart_putc(uart, '\r');
  }
  if (uart == 0) {
    while ((UCSR0A & BV(UDRE)) == 0)
      ;
    UDR0 = c;
  }
  else if (uart == 1) {
    while ((UCSR1A & BV(UDRE)) == 0)
      ;
    UDR1 = c;
  }
}

int def_putc(char ch)
{
  uart_putc(DEF_UART, ch);
  return ch;
}

 
SIGNAL(SIG_UART0_RECV)
{
  uint8_t c; 
 
  c = inp(UDR0);
  if (bit_is_clear(UCSR0A, FE)) {
    ringbuf_put(&uartbuf, c); // <-- this puts the charactor in a buffer
for later processing.
    GotText = 1;
  }
}

 
int setbaud(void)  
{ 
 
 /* initialize UART input ring buffer */
 ringbuf_init(&uartbuf, uart_buffer, sizeof(uart_buffer));
 
  
 /* enable UART0  9600 baud for 16Mhz clock see data sheet table*/ 
 UBRR0H = 0;
 UBRR0L = 103; 
 
 // enable transmit and receive and receive interrupt
 UCSR0B = BV(RXEN)|BV(TXEN)|BV(RXCIE);
 
 /* enable UART1   9600 baud for 16Mhz clock see data sheet table*/ 
 UBRR1H = 0;
 UBRR1L = 103;
 
 // enable transmit and receive and receive interrupt
 UCSR1B = BV(RXEN)|BV(TXEN)|BV(RXCIE);
 
 /* initialize stdin, stdout, stderr */
 stdin    = fdevopen(def_putc, NULL, 0);
 
 stdout   = stdin;
 stderr   = stdin;
 def_uart = stdin;
 
return 0;
} 
 
 
the to send stuff
printf("TL %i\n\r",TargetLeftPWM);

-----Original Message-----
From: Honea [mailto:fredit@charter.net] 
Sent: Wednesday, March 02, 2005 1:14 AM
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Sharp Distance sensor: GP2D02 and an AVR


In my acroname manual for the  gp2d02 it says "the interface between the
microprocessor and the detector is a serial interface".
 
There is an analog version of this sensor.. but I don't have it :)
 
So, I guess I just need to know how to do serial comm with out using an
uart (?)
 
thanks
Lee
 
 
 

----- Original Message ----- 
From: wbounce <mailto:wbounce@safeplace.net>  
To: AVR-Chat@yahoogroups.com 
Sent: Tuesday, March 01, 2005 11:15 PM
Subject: RE: [AVR-Chat] Sharp Distance sensor: GP2D02 and an AVR

After looking at my reply and your stuff again 
I think shift in must be ADC analog to digital converter. On my Atmega
128 this would be done on port F. Sorry if I and not be of more help
because I have not done anything with that yet.


-----Original Message-----
From: wbounce [mailto:wbounce@safeplace.net] 
Sent: Tuesday, March 01, 2005 10:17 PM
To: AVR-Chat@yahoogroups.com
Subject: RE: [AVR-Chat] Sharp Distance sensor: GP2D02 and an AVR



Variable are declared like 
uint8_t val02,i;

Pins on AVR are like 
PINA1
My AVR has ports A through G

The For would look like
For(i=0;i < 100; i++)
      {
      }

I have no idea what 
  SHIFTIN dt, cl, MSBPOST, [val02]
does. 

-----Original Message-----
From: Honea [mailto:fredit@charter.net] 
Sent: Tuesday, March 01, 2005 7:26 PM
To: AVR-Chat@yahoogroups.com
Subject: [AVR-Chat] Sharp Distance sensor: GP2D02 and an AVR



I am trying to convert some bs2 code for my distance sensor to work in C
for 
my AVR.

Here is the sensor and bs2 code.
http://www.acroname.com/robotics/info/examples/GP2D02-4/GP2D02-4.html

'--------------------------------------------------------
' variable declarations

val02 var byte ' value where reading is stored
i var byte ' count variable for loop


'--------------------------------------------------------
' constant declarations

cl con 14 ' pin 14 is output (clock)
dt con 15 ' pin 15 is the input (data)


'--------------------------------------------------------
' I/O pin setup for detector

INPUT dt ' make pin 15 the input
HIGH cl ' make pin 14 output and high


'--------------------------------------------------------
' main loop

DEBUG "Start", CR ' indicate beginning

FOR i = 1 TO 100 ' take and display 100 readings
  GOSUB read02 ' call measurement routine
  DEBUG dec val02, CR ' display the value
  PAUSE 100 ' stall so display readable
NEXT

DEBUG "Finish" ' indicate end

END ' stop Stamp when done


'--------------------------------------------------------
' subroutine read02
'
' This subroutine takes a reading from the connected
' GP2D02 detector and stores the value in "val02".
' Any two pins can be used.  Set "dt" to the data line
' of the GP2D02 (pin 4 on JST connector, yellow wire).
' Set cl to the clock line of the GP2D02 (pin 2 on the
' JST connector, green wire).

read02:
  LOW cl ' turn on detector for reading
  rl:
  IF IN15 = 0 THEN rl ' wait for input high
  SHIFTIN dt, cl, MSBPOST, [val02]
  HIGH cl ' turn detector off
  PAUSE 1 ' let detector reset
RETURN


-------------------------------------------------------------

Basically, I just need to know the gnu equal of this command: "  SHIFTIN
dt, 
cl, MSBPOST, [val02]"


Or if anyone has working code for this sensor, that would be great too
:)


thanks!
Lee






Yahoo! Groups Links











Yahoo! Groups Links











Yahoo! Groups Sponsor	

ADVERTISEMENT
 
<http://us.ard.yahoo.com/SIG=129cp5j47/M=298184.6018725.7038619.3001176/
D=groups/S=1706554205:HM/EXP=1109830447/A=2593423/R=0/SIG=11el9gslf/*htt
p://www.netflix.com/Default?mqso=60190075> click here	
 
<http://us.adserver.yahoo.com/l?M=298184.6018725.7038619.3001176/D=group
s/S=:HM/A=2593423/rand=503221904> 	


  _____  

Yahoo! Groups Links


*	To visit your group on the web, go to:
http://groups.yahoo.com/group/AVR-Chat/
  

*	To unsubscribe from this group, send an email to:
AVR-Chat-unsubscribe@yahoogroups.com
<mailto:AVR-Chat-unsubscribe@yahoogroups.com?subject=Unsubscribe> 
  

*	Your use of Yahoo! Groups is subject to the Yahoo! Terms of
Service <http://docs.yahoo.com/info/terms/> .

Well, it turned out to be real prototypitis.

There is an option in the ice, to run the timers when breakpointed.
It was on.

I've NEVER used that option, and I am sure that I didn't turn it on...

I've also caught studio with multiple copies of the same file in a project, 
even with two copies of "main.asm" and both marked as entry files, so this 
doesn't surprise me much.

S4 still refuses to do fuse bits through the ice, or to talk to any of my 
AVRISP or STK-500 programmers.
S3.56 talks to all of them, on the same port and serial cable...

At 03:58 PM 3/2/2005, Ron wrote:
>I offered you the solution once and received a very curt reply.
>Guess you're on your own.   Ron

The supposedly "curt" reply:

"Well, no, since studio says it can't see them, I don't get the option to 
do that."


Ok ron, how would you suppose that I should upgrade them, when studio says 
they aren't there?
Studio isn't doing the usual thing, saying the firmware is old and 
operation isn't guaranteed.
It's telling me there's no AVRISP/STK-500/JtagIce connected at all.

Studio 4 used to work with these same devices, all four of them.
I'm not sure what's going on here.
I'd really hate to accidentally turn my dev tools into useless "bricks" by 
trying something "just in case".