Yahoo Groups archive

AVR-Chat

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

Thread

CVS

CVS

2005-01-28 by Kathy Quinlan

Hi all,

Does anyone have a good link for setting up CVS,I have a few FreeBSD 
servers so the bulk of the install is done, just need to config and work 
out a winblows interface so I can check the files in and out :)

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: 265.7.5 - Release Date: 26/01/2005

RE: [AVR-Chat] CVS

2005-01-28 by Erik Loose

Kat,

Here's the site I've used, http://www.cvsnt.com/cvspro/.

It's worked very well for me on my windows machines. I also use TortoiseCVS
as a client. It interfaces with Windows Explorer and makes things almost
transparent. http://www.tortoisecvs.org/

Regards,

Erik
Show quoted textHide quoted text
-----Original Message-----
From: Kathy Quinlan [mailto:kat-yahoo@kaqelectronics.dyndns.org]
Sent: Friday, January 28, 2005 09:39
To: AVR-Chat@yahoogroups.com
Subject: [AVR-Chat] CVS



Hi all,

Does anyone have a good link for setting up CVS,I have a few FreeBSD
servers so the bulk of the install is done, just need to config and work
out a winblows interface so I can check the files in and out :)

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: 265.7.5 - Release Date: 26/01/2005




Yahoo! Groups Links

Re: [AVR-Chat] CVS

2005-01-28 by Dave VanHorn

At 12:39 PM 1/28/2005, Kathy Quinlan wrote:

>Hi all,
>
>Does anyone have a good link for setting up CVS,I have a few FreeBSD
>servers so the bulk of the install is done, just need to config and work
>out a winblows interface so I can check the files in and out :)


I've looked at Tortoise, that seems good.
What I haven't done yet, is to set up a CVS server on a windows machine.

A: Can it be done?
B: With what, hopefully freeware package?

RE: [AVR-Chat] CVS

2005-01-28 by Dave VanHorn

At 12:49 PM 1/28/2005, Erik Loose wrote:

>Kat,
>
>Here's the site I've used, http://www.cvsnt.com/cvspro/.
>
>It's worked very well for me on my windows machines. I also use TortoiseCVS
>as a client. It interfaces with Windows Explorer and makes things almost
>transparent. http://www.tortoisecvs.org/

I think you answered my question as I was asking it, thanks!

Re: [AVR-Chat] CVS

2005-01-28 by Mike Murphree

Kathy Quinlan said:
>
> Hi all,
>
> Does anyone have a good link for setting up CVS,I have a few FreeBSD
> servers so the bulk of the install is done, just need to config and work
>  out a winblows interface so I can check the files in and out :)
>

Go here: http://www.wincvs.org/

Have faith in the fishy...

Mike

Re: [AVR-Chat] CVS

2005-01-28 by David Kelly

On Fri, Jan 28, 2005 at 12:53:00PM -0500, Dave VanHorn wrote:
> 
> I've looked at Tortoise, that seems good.

*I* couldn't get it to work on an XP Pro machine which was configured
by a professional Windows Weenie, "upgraded" to XP Pro from XP Home SP2,
including removal of SP2 "because (its said to) break things."

Anyway, Windows hates me, so I'm not surprised Tortoise and WinCVS did
not work for me. OTOH CVSnt did, at least as a client.

> What I haven't done yet, is to set up a CVS server on a windows machine.

If you expect to network share your CVS then there are some problems
with CVS hosted on Windows. Most "network" via fileshare where all users
must have write access to all files including the CVS metadata. Bleah.
If one is to network the CVS way I find it much much easier to let
FreeBSD do it. Even for Macintosh and Windows clients.

If not networking then there isn't an issue. The very same CVS command
one uses as a client is the server too. It directly manipulates the
repository files. Thats why Windows client-fileserver isn't such a good
idea.

On Windows CVSnt installs a service running in the background as a
server. Forgot if its installed enabled by default or not. Seems like it
was, which is stupid thing to do.

Added CVS_RSH to my environment. Pointed it at plink.exe, part of the
PuTTY ssh tools. Doubt if plink came in WinAVR but mine is there:

CVS_RSH=F:\WinAVR\utils\bin\plink.exe

In PuTTY.exe I defined a session named AndrAIa. Created the
public/private key pair without password. Instructed PuTTY to use that
private key, installed the public key on my FreeBSD system known as
AndrAIa, and verified PuTTY could ssh without password challenge.

In a Windows shell I checked out my CVS sources from AndrAIa specifying
the CVS root was :ext:dkelly@AndrAIa:/home/dkelly/my-cvsroot and thats
the last time I have to type that line. Now its just "cvs commit" and
"cvs update".

Usually do most of my editing and syntax check compiles on FreeBSD. My
450 MHz FreeBSD machine is about 9 times faster than WinAVR on 2 GHz XP
Pro. Not that the time is that critical, its just much snappier. Then
for debug I move to the XP machine, "cvs update" "make" and dive into
AVR Studio. In this application CVS is mostly a glorified bi-directional
file transfer program.

--
David Kelly N4HHE, dkelly@HiWAAY.net
========================================================================
Whom computers would destroy, they must first drive mad.

TCP/IP

2005-01-28 by Hamid reza Kabiri

Hello
How I can create convertor (RS232 to tcp/ip) by mega64
thanks

RE: [AVR-Chat] CVS

2005-01-28 by Erik Loose

Well, my experience has been very good. I've got cvsnt installed on an NT
server and tortoise on my client machines, running Win2K and XP. We've used
this configuration for a little over a year now and it's worked very well
for us.
Show quoted textHide quoted text
-----Original Message-----
From: David Kelly [mailto:dkelly@hiwaay.net]
Sent: Friday, January 28, 2005 11:38
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] CVS



On Fri, Jan 28, 2005 at 12:53:00PM -0500, Dave VanHorn wrote:
>
> I've looked at Tortoise, that seems good.

*I* couldn't get it to work on an XP Pro machine which was configured
by a professional Windows Weenie, "upgraded" to XP Pro from XP Home SP2,
including removal of SP2 "because (its said to) break things."

Anyway, Windows hates me, so I'm not surprised Tortoise and WinCVS did
not work for me. OTOH CVSnt did, at least as a client.

> What I haven't done yet, is to set up a CVS server on a windows machine.

If you expect to network share your CVS then there are some problems
with CVS hosted on Windows. Most "network" via fileshare where all users
must have write access to all files including the CVS metadata. Bleah.
If one is to network the CVS way I find it much much easier to let
FreeBSD do it. Even for Macintosh and Windows clients.

If not networking then there isn't an issue. The very same CVS command
one uses as a client is the server too. It directly manipulates the
repository files. Thats why Windows client-fileserver isn't such a good
idea.

On Windows CVSnt installs a service running in the background as a
server. Forgot if its installed enabled by default or not. Seems like it
was, which is stupid thing to do.

Added CVS_RSH to my environment. Pointed it at plink.exe, part of the
PuTTY ssh tools. Doubt if plink came in WinAVR but mine is there:

CVS_RSH=F:\WinAVR\utils\bin\plink.exe

In PuTTY.exe I defined a session named AndrAIa. Created the
public/private key pair without password. Instructed PuTTY to use that
private key, installed the public key on my FreeBSD system known as
AndrAIa, and verified PuTTY could ssh without password challenge.

In a Windows shell I checked out my CVS sources from AndrAIa specifying
the CVS root was :ext:dkelly@AndrAIa:/home/dkelly/my-cvsroot and thats
the last time I have to type that line. Now its just "cvs commit" and
"cvs update".

Usually do most of my editing and syntax check compiles on FreeBSD. My
450 MHz FreeBSD machine is about 9 times faster than WinAVR on 2 GHz XP
Pro. Not that the time is that critical, its just much snappier. Then
for debug I move to the XP machine, "cvs update" "make" and dive into
AVR Studio. In this application CVS is mostly a glorified bi-directional
file transfer program.

--
David Kelly N4HHE, dkelly@HiWAAY.net
========================================================================
Whom computers would destroy, they must first drive mad.



Yahoo! Groups Links

Can someone double check my assumptions ATMega128 PWM

2005-01-28 by wbounce

void initmotor(void)
{
OCR3A = 0;
OCR3B = 0;

TCCR3A = BV(WGM31) | BV(WGM30) ; /* set timer/counter 3 to fast PWM mode
7 */
TCCR3A |= BV(COM3A1) | BV(COM3B1); /* Clear OCnA/OCnB/OCnC on compare
match when up-counting. */
TCCR3B = BV(CS30) | BV(WGM32) ; /* prescale: 1 @ 16 MHz, 10 bit PWM
overflows @ 15625 HZ */ 

// turn everything off
OCR3A = 0;
OCR3B = 0;

DDRE |= BV(PORTE3)|BV(PORTE4); /* enable PWM outputs */
}
According to how I read the data sheet this should be setting up 
(Page 133) Mode 7 fast PWM 10 bit with no prescale which should give me
15.6K PWM

And setting COM3A1 and COM3B1 should turn the pin to 0 when the counter
hits the value I set in OCR3A or OCR3B?

Is this COM3A1 part correct?

Re: [AVR-Chat] Can someone double check my assumptions ATMega128 PWM

2005-01-29 by Brian Dean

On Fri, Jan 28, 2005 at 06:54:31PM -0500, wbounce wrote:

> void initmotor(void)
> {
> OCR3A = 0;
> OCR3B = 0;
> 
> TCCR3A = BV(WGM31) | BV(WGM30) ; /* set timer/counter 3 to fast PWM mode
> 7 */
> TCCR3A |= BV(COM3A1) | BV(COM3B1); /* Clear OCnA/OCnB/OCnC on compare
> match when up-counting. */
> TCCR3B = BV(CS30) | BV(WGM32) ; /* prescale: 1 @ 16 MHz, 10 bit PWM
> overflows @ 15625 HZ */
> 
> // turn everything off
> OCR3A = 0;
> OCR3B = 0;
> 
> DDRE |= BV(PORTE3)|BV(PORTE4); /* enable PWM outputs */
> }
> According to how I read the data sheet this should be setting up
> (Page 133) Mode 7 fast PWM 10 bit with no prescale which should give me
> 15.6K PWM
> 
> And setting COM3A1 and COM3B1 should turn the pin to 0 when the counter
> hits the value I set in OCR3A or OCR3B?
> 
> Is this COM3A1 part correct?

Your code looks correct.  Do you have a scope to double check the
output waveform?

-Brian
-- 
Brian Dean
BDMICRO - ATmega128 Based MAVRIC Controllers
http://www.bdmicro.com/

RE: [AVR-Chat] Can someone double check my assumptions ATMega128 PWM

2005-01-29 by wbounce

No and I would not know how to work with it anyhow. I will be going to
my club's meeting in 2 weeks and one of the guys there may have one.
>From what I see I do not think I am getting any pulse on the left side
and I am seeing some but not as much as I would expect on the right. 

Hopefully, I can do some more checking tomorrow between helping my son
study for mid terms and starting to prepare my taxes. Too much work to
do and not enough robot time
Show quoted textHide quoted text
-----Original Message-----
From: Brian Dean [mailto:bsd@bdmicro.com] 
Sent: Friday, January 28, 2005 10:43 PM
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Can someone double check my assumptions
ATMega128 PWM



On Fri, Jan 28, 2005 at 06:54:31PM -0500, wbounce wrote:

> void initmotor(void)
> {
> OCR3A = 0;
> OCR3B = 0;
> 
> TCCR3A = BV(WGM31) | BV(WGM30) ; /* set timer/counter 3 to fast PWM 
> mode 7 */ TCCR3A |= BV(COM3A1) | BV(COM3B1); /* Clear OCnA/OCnB/OCnC 
> on compare match when up-counting. */
> TCCR3B = BV(CS30) | BV(WGM32) ; /* prescale: 1 @ 16 MHz, 10 bit PWM
> overflows @ 15625 HZ */
> 
> // turn everything off
> OCR3A = 0;
> OCR3B = 0;
> 
> DDRE |= BV(PORTE3)|BV(PORTE4); /* enable PWM outputs */
> }
> According to how I read the data sheet this should be setting up (Page

> 133) Mode 7 fast PWM 10 bit with no prescale which should give me 
> 15.6K PWM
> 
> And setting COM3A1 and COM3B1 should turn the pin to 0 when the 
> counter hits the value I set in OCR3A or OCR3B?
> 
> Is this COM3A1 part correct?

Your code looks correct.  Do you have a scope to double check the output
waveform?

-Brian
-- 
Brian Dean
BDMICRO - ATmega128 Based MAVRIC Controllers http://www.bdmicro.com/


 
Yahoo! Groups Links

Re: [AVR-Chat] CVS

2005-01-29 by Matthew Cook

At 04:09 29/01/2005, Kat wrote:
>Does anyone have a good link for setting up CVS,I have a few FreeBSD
>servers so the bulk of the install is done, just need to config and work
>out a winblows interface so I can check the files in and out :)

I'll second the WinCVS path (www.wincvs.org)...   I have a slackware server 
running CVS and WinCVS on the w2k box for all of my AVR/embedded 
development.   After a while you'll feel nervous programming without your 
CVS blanket.

The whole process is pretty trivial to setup if your a deft hand at 
*nix.   Make sure you download the WinCVS support packages (Python & TCL) 
as these extend the capability of the WinCVS client 10 fold in features.

There is also a WinCVS mailing list on yahoo groups 
(cvsgui@yahoogroups.com) that is full of all things CVS.

HTH

Matthew

PS:  How did you go with your Ham License ?

Re: [AVR-Chat] CVS

2005-01-29 by Kathy Quinlan

Matthew Cook wrote:

> At 04:09 29/01/2005, Kat wrote:
> 
>>Does anyone have a good link for setting up CVS,I have a few FreeBSD
>>servers so the bulk of the install is done, just need to config and work
>>out a winblows interface so I can check the files in and out :)
> 
> 
> I'll second the WinCVS path (www.wincvs.org)...   I have a slackware server 
> running CVS and WinCVS on the w2k box for all of my AVR/embedded 
> development.   After a while you'll feel nervous programming without your 
> CVS blanket.
> 
> The whole process is pretty trivial to setup if your a deft hand at 
> *nix.   Make sure you download the WinCVS support packages (Python & TCL) 
> as these extend the capability of the WinCVS client 10 fold in features.
> 
> There is also a WinCVS mailing list on yahoo groups 
> (cvsgui@yahoogroups.com) that is full of all things CVS.
> 
> HTH

Sure does :)

> Matthew
> 
> PS:  How did you go with your Ham License ? 

You know, put on the back burner :(


-- 
---------------------------------------------------------------
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: 265.7.5 - Release Date: 26/01/2005

Re: [AVR-Chat] CVS

2005-01-29 by Dave VanHorn

>
> > PS:  How did you go with your Ham License ?
>
>You know, put on the back burner :(


Grrrr....!! :)

Re: [AVR-Chat] CVS

2005-01-29 by Zack Widup

On Sat, 29 Jan 2005, Dave VanHorn wrote:

> 
> >
> > > PS:  How did you go with your Ham License ?
> >
> >You know, put on the back burner :(
> 
> 
> Grrrr....!! :)
> 

Ham radio and AVR's seem to go well together.  I think most of my AVR 
projects have been ham radio related.

So when you get your ham license, make sure you have some extra time to 
play around!  :-)

Zack W9SZ

Re: [AVR-Chat] Can someone double check my assumptions ATMega128 PWM

2005-01-29 by Brian Dean

Just FYI, I've implemented your function in one of my MAVRIC-II boards
and verified the PWM signals from PORTE3 and PORTE4 on my scope.  They
work as I think you expect.  OCR3x = 0 gives a 0% duty, OCR3x = 1023
gives 100% duty, and 0 < OCR3x < 1023 give a duty cycle proportionally
in between.

It would still be worthwhile to verify your actual setup using a scope
if possible and make sure that what you are feeding the h-bridge is
correct.  Electronics are not indestructible, of course, and its
possible that one of your PWM outputs has been damaged or something.
Which side is not working, PORTE3 or PORTE4?  Whichever one, try using
PORTE5 instead (OCR3C) and try again.  Be sure and turn on COM3C1 and
DDRE bit 5 during initialization.  You can also use Timer1/PORTB5,6,7
in the same way you are using Timer3/PORTE3,4,5.  Chances are that if
the problem is a bad port pin, that all of them are not going to be
bad.  If you get the same behaviour by moving to a different port
pins, I'd lean toward the problem being in the h-bridge or wiring.

-Brian
-- 
Brian Dean
BDMICRO - ATmega128 Based MAVRIC Controllers
http://www.bdmicro.com/
Show quoted textHide quoted text
On Fri, Jan 28, 2005 at 11:44:08PM -0500, wbounce wrote:
> To: <AVR-Chat@yahoogroups.com>
> From: "wbounce" <wbounce@safeplace.net>
> Date: Fri, 28 Jan 2005 23:44:08 -0500
> Subject: RE: [AVR-Chat] Can someone double check my assumptions ATMega128 PWM
> 
> No and I would not know how to work with it anyhow. I will be going to
> my club's meeting in 2 weeks and one of the guys there may have one.
> >From what I see I do not think I am getting any pulse on the left side
> and I am seeing some but not as much as I would expect on the right.
> 
> Hopefully, I can do some more checking tomorrow between helping my son
> study for mid terms and starting to prepare my taxes. Too much work to
> do and not enough robot time
> 
> 
> -----Original Message-----
> From: Brian Dean [mailto:bsd@bdmicro.com]
> Sent: Friday, January 28, 2005 10:43 PM
> To: AVR-Chat@yahoogroups.com
> Subject: Re: [AVR-Chat] Can someone double check my assumptions
> ATMega128 PWM
> 
> 
> 
> On Fri, Jan 28, 2005 at 06:54:31PM -0500, wbounce wrote:
> 
> > void initmotor(void)
> > {
> > OCR3A = 0;
> > OCR3B = 0;
> >
> > TCCR3A = BV(WGM31) | BV(WGM30) ; /* set timer/counter 3 to fast PWM
> > mode 7 */ TCCR3A |= BV(COM3A1) | BV(COM3B1); /* Clear OCnA/OCnB/OCnC
> > on compare match when up-counting. */
> > TCCR3B = BV(CS30) | BV(WGM32) ; /* prescale: 1 @ 16 MHz, 10 bit PWM
> > overflows @ 15625 HZ */
> >
> > // turn everything off
> > OCR3A = 0;
> > OCR3B = 0;
> >
> > DDRE |= BV(PORTE3)|BV(PORTE4); /* enable PWM outputs */
> > }
> > According to how I read the data sheet this should be setting up (Page
> 
> > 133) Mode 7 fast PWM 10 bit with no prescale which should give me
> > 15.6K PWM
> >
> > And setting COM3A1 and COM3B1 should turn the pin to 0 when the
> > counter hits the value I set in OCR3A or OCR3B?
> >
> > Is this COM3A1 part correct?
> 
> Your code looks correct.  Do you have a scope to double check the output
> waveform?
> 
> -Brian
> --
> Brian Dean
> BDMICRO - ATmega128 Based MAVRIC Controllers http://www.bdmicro.com/

Re: [AVR-Chat] CVS

2005-01-30 by Matthew Cook

At 21:26 29/01/2005, Kat wrote:

<snip>
>  > PS:  How did you go with your Ham License ?
>
>You know, put on the back burner :(

Noooooooooo.......

Now that is a bummer !   Keep at it, I'm sure you'll find some spare time 
in there somewhere ...  I was looking forward to catching up on a repeater 
in WA around September/October on three yearly family catchup 
Holiday...  There is still time :)

Cheers

Matt
VK5ZMC

Re: [AVR-Chat] CVS

2005-01-31 by Dave VanHorn

Argh.

I've DL'd a windows version of a CVS server, but all the docs are in unix.

Does anyone have a pointer to a quickstart or intelligible doc for CVSNT?

I have the docs printed, but like most unix apps, it seems to assume you 
want to make a career of admiring it's structural loveliness.

Re: [AVR-Chat] CVS

2005-01-31 by Bernd Felsche

On Monday 31 January 2005 11:36, Dave VanHorn wrote:
> I've DL'd a windows version of a CVS server, but all the docs are
> in unix.

In Unix? You mean too concise or too extensive? :-)

> Does anyone have a pointer to a quickstart or intelligible doc for
> CVSNT?

> I have the docs printed, but like most unix apps, it seems to
> assume you want to make a career of admiring it's structural
> loveliness.

Try Google for keywords "cvs howto windows"

Lots of links.
Found http://www.devguy.com/fp/cfgmgmt/cvs/cvs_admin_nt.htm as the
first one...

HTH: I'm a Windows-dumbarse. Please don't ask me for specific help.
I might just laugh. :-)

-- 
/"\ Bernd Felsche - Innovative Reckoning, Perth, Western Australia
\ /  ASCII ribbon campaign | I'm a .signature virus!
 X   against HTML mail     | Copy me into your ~/.signature
/ \  and postings          | to help me spread!

Re: [AVR-Chat] CVS

2005-01-31 by Kathy Quinlan

Dave VanHorn wrote:

> 
> Argh.
> 
> I've DL'd a windows version of a CVS server, but all the docs are in unix.
> 
> Does anyone have a pointer to a quickstart or intelligible doc for CVSNT?
> 
> I have the docs printed, but like most unix apps, it seems to assume you 
> want to make a career of admiring it's structural loveliness.

Why can you not use your RH server and use SSH if it is not local :)

I can help with this since Matthew kindly helpped me last night (all for 
a stupid / in the wrong place)

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: 265.8.2 - Release Date: 28/01/2005

Re: [AVR-Chat] CVS

2005-01-31 by Dave VanHorn

>
>Why can you not use your RH server and use SSH if it is not local :)

Mostly because nof it's stubborn non-existence.

Re: [AVR-Chat] CVS

2005-01-31 by Kathy Quinlan

Dave VanHorn wrote:

> 
>>Why can you not use your RH server and use SSH if it is not local :)
> 
> 
> Mostly because nof it's stubborn non-existence.

It broke again ?

If you join the yahoo group cvsgui (which is on wincvs and also covers 
cvsnt (which is not just for NT, but *nix, Mac, windows etc)) they will 
help you :)

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: 265.8.2 - Release Date: 28/01/2005

Re: [AVR-Chat] CVS

2005-01-31 by Dave VanHorn

At 11:18 AM 1/31/2005, Kathy Quinlan wrote:

>Dave VanHorn wrote:
>
> >
> >>Why can you not use your RH server and use SSH if it is not local :)
> >
> >
> > Mostly because nof it's stubborn non-existence.
>
>It broke again ?

No more.. I host through 123ehost now.
I wouldn't mind setting up a 'nix machine here, but at the moment, no spare 
computers.
(these days, the monitor and peripheral bits cost more than the machine!)

>If you join the yahoo group cvsgui (which is on wincvs and also covers
>cvsnt (which is not just for NT, but *nix, Mac, windows etc)) they will
>help you :)

I'll see ya over there then.

RE: [AVR-Chat] Can someone double check my assumptions ATMega128 PWM

2005-02-07 by wbounce

This turns out to have been a header pin with a bad connection of the
PWM pin. This meant the left side was getting 100% because the pwm pin
was pulled high with pull up resistors. 
Show quoted textHide quoted text
-----Original Message-----
From: Brian Dean [mailto:bsd@bdmicro.com] 
Sent: Friday, January 28, 2005 10:43 PM
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Can someone double check my assumptions
ATMega128 PWM



On Fri, Jan 28, 2005 at 06:54:31PM -0500, wbounce wrote:

> void initmotor(void)
> {
> OCR3A = 0;
> OCR3B = 0;
> 
> TCCR3A = BV(WGM31) | BV(WGM30) ; /* set timer/counter 3 to fast PWM 
> mode 7 */ TCCR3A |= BV(COM3A1) | BV(COM3B1); /* Clear OCnA/OCnB/OCnC 
> on compare match when up-counting. */
> TCCR3B = BV(CS30) | BV(WGM32) ; /* prescale: 1 @ 16 MHz, 10 bit PWM
> overflows @ 15625 HZ */
> 
> // turn everything off
> OCR3A = 0;
> OCR3B = 0;
> 
> DDRE |= BV(PORTE3)|BV(PORTE4); /* enable PWM outputs */
> }
> According to how I read the data sheet this should be setting up (Page

> 133) Mode 7 fast PWM 10 bit with no prescale which should give me 
> 15.6K PWM
> 
> And setting COM3A1 and COM3B1 should turn the pin to 0 when the 
> counter hits the value I set in OCR3A or OCR3B?
> 
> Is this COM3A1 part correct?

Your code looks correct.  Do you have a scope to double check the output
waveform?

-Brian
-- 
Brian Dean
BDMICRO - ATmega128 Based MAVRIC Controllers http://www.bdmicro.com/


 
Yahoo! Groups Links

Having trouble debugging a piece of code.

2005-02-07 by wbounce

I am having trouble debugging a piece of code that used to work. I using
avr-gcc (GCC) 3.4.1 with AVR Studio 4.10.356 as my debugging tool
dwarf-2. I have the following code which is not working. The listing
shows Room1 as it should but in AVR Sutdio it does not show up correctly
and hence my switch code fails. What actually shows in the Room1 array
varies greatly. Something it looks like all 0s sometimes it looks like
wide characters ie a letter followed by a 0. what am I doing wrong. I
know I had this code working fine a couple of weeks ago before my
Hbridge problems. I had single stepped through all of it and then
pointer was working fine.

volatile const uint8_t * TargetPointer;

#define TARGET_FLFLB 25
#define TARGET_LFLB 24
#define ACTION_STRAIGHT 70
#define ACTION_TURNRIGHT 65
#define ACTION_STOP 68

const uint8_t Room1[] ={
ACTION_STRAIGHT, 
TARGET_FLFLB,
ACTION_TURNRIGHT,
TARGET_LFLB,
ACTION_STOP,
};

uint8_t TempPointer;

TargetPointer = &Room1[0];
TempPointer = *TargetPointer;
switch (TempPointer) 
  do code based on action


--listing
  17               	.Ltext0:
  18               	.global	Room1
  19               		.data
  22               	Room1:
  23 0000 46        		.byte	70
  24 0001 19        		.byte	25
  25 0002 41        		.byte	65
  26 0003 18        		.byte	24
  27 0004 4A        		.byte	68

Re: [AVR-Chat] Having trouble debugging a piece of code.

2005-02-07 by Jose Fuentes

Some comments:

//why do you declare TargetPointer as const?
volatile const uint8_t * TargetPointer;

//try this instead of using TempPointer, TargetPointer
switch (Room1[0]) 
//also, don't forget the 'break' sentence after
//every case block

Regards

Jose

 --- wbounce <wbounce@safeplace.net> escribió: 
> 
> I am having trouble debugging a piece of code that
> used to work. I using
> avr-gcc (GCC) 3.4.1 with AVR Studio 4.10.356 as my
> debugging tool
> dwarf-2. I have the following code which is not
> working. The listing
> shows Room1 as it should but in AVR Sutdio it does
> not show up correctly
> and hence my switch code fails. What actually shows
> in the Room1 array
> varies greatly. Something it looks like all 0s
> sometimes it looks like
> wide characters ie a letter followed by a 0. what am
> I doing wrong. I
> know I had this code working fine a couple of weeks
> ago before my
> Hbridge problems. I had single stepped through all
> of it and then
> pointer was working fine.
> 
> volatile const uint8_t * TargetPointer;
> 
> #define TARGET_FLFLB 25
> #define TARGET_LFLB 24
> #define ACTION_STRAIGHT 70
> #define ACTION_TURNRIGHT 65
> #define ACTION_STOP 68
> 
> const uint8_t Room1[] ={
> ACTION_STRAIGHT, 
> TARGET_FLFLB,
> ACTION_TURNRIGHT,
> TARGET_LFLB,
> ACTION_STOP,
> };
> 
> uint8_t TempPointer;
> 
> TargetPointer = &Room1[0];
> TempPointer = *TargetPointer;
> switch (TempPointer) 
>   do code based on action
> 
> 
> --listing
>   17               	.Ltext0:
>   18               	.global	Room1
>   19               		.data
>   22               	Room1:
>   23 0000 46        		.byte	70
>   24 0001 19        		.byte	25
>   25 0002 41        		.byte	65
>   26 0003 18        		.byte	24
>   27 0004 4A        		.byte	68
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
>     AVR-Chat-unsubscribe@yahoogroups.com
> 
>  
> 
> 
> 
>  


	

	
		
___________________________________________________________ 
250MB gratis, Antivirus y Antispam 
Correo Yahoo!, el mejor correo web del mundo 
http://correo.yahoo.com.ar

RE: [AVR-Chat] Having trouble debugging a piece of code.

2005-02-08 by wbounce

First,
volatile const uint8_t * TargetPointer; is declared that way because
unless I added the const gcc complains 
I think what I am supposed to be doing there is declaring TargetPointer
to be a pointer to a constant unsigned byte (ie uint8_t) The array Room1
is an array of constant uint8_t

Second switch (Room1[0]) would always to the same thing. Since Room1[0]
would never change. Where as TargetPointer is supposed to be assigned
the address of the 1st byte of the array Room1 later in the code
TargetPointer is incremented and basically walks the array. 

The problem is not with the code but the debugger. I can see that
TargetPointer get assigned the address of Room1 like it should but the
array Room1 does not contain the byte sequence that it should. 
Show quoted textHide quoted text
-----Original Message-----
From: Jose Fuentes [mailto:josecarlosfuentes@yahoo.com.ar] 
Sent: Monday, February 07, 2005 10:06 AM
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Having trouble debugging a piece of code.



Some comments:

//why do you declare TargetPointer as const?
volatile const uint8_t * TargetPointer;

//try this instead of using TempPointer, TargetPointer
switch (Room1[0]) 
//also, don't forget the 'break' sentence after
//every case block

Regards

Jose

 --- wbounce <wbounce@safeplace.net> escribió: 
> 
> I am having trouble debugging a piece of code that
> used to work. I using
> avr-gcc (GCC) 3.4.1 with AVR Studio 4.10.356 as my
> debugging tool
> dwarf-2. I have the following code which is not
> working. The listing
> shows Room1 as it should but in AVR Sutdio it does
> not show up correctly
> and hence my switch code fails. What actually shows
> in the Room1 array
> varies greatly. Something it looks like all 0s
> sometimes it looks like
> wide characters ie a letter followed by a 0. what am
> I doing wrong. I
> know I had this code working fine a couple of weeks
> ago before my
> Hbridge problems. I had single stepped through all
> of it and then
> pointer was working fine.
> 
> volatile const uint8_t * TargetPointer;
> 
> #define TARGET_FLFLB 25
> #define TARGET_LFLB 24
> #define ACTION_STRAIGHT 70
> #define ACTION_TURNRIGHT 65
> #define ACTION_STOP 68
> 
> const uint8_t Room1[] ={
> ACTION_STRAIGHT,
> TARGET_FLFLB,
> ACTION_TURNRIGHT,
> TARGET_LFLB,
> ACTION_STOP,
> };
> 
> uint8_t TempPointer;
> 
> TargetPointer = &Room1[0];
> TempPointer = *TargetPointer;
> switch (TempPointer) 
>   do code based on action
> 
> 
> --listing
>   17               	.Ltext0:
>   18               	.global	Room1
>   19               		.data
>   22               	Room1:
>   23 0000 46        		.byte	70
>   24 0001 19        		.byte	25
>   25 0002 41        		.byte	65
>   26 0003 18        		.byte	24
>   27 0004 4A        		.byte	68
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
>     AVR-Chat-unsubscribe@yahoogroups.com
> 
>  
> 
> 
> 
>  


	

	
		
___________________________________________________________ 
250MB gratis, Antivirus y Antispam 
Correo Yahoo!, el mejor correo web del mundo 
http://correo.yahoo.com.ar


 
Yahoo! Groups Links

RE: [AVR-Chat] Having trouble debugging a piece of code.

2005-02-08 by wbounce

>From the help of AVR studio
-- quote
Sometimes you may experience problems when loading AVR Studio 4
projects. Close AVR Studio and remove the project file (.aps).  Then
startup AVR Studio and try again by creating a new project.

Usually the initialized EEPROM data or SRAM is automatically uploaded to
the EEPROM memory of the debug platform after a user confirmation. If
this does not happen, you can do this manually by selecting 'Up/Download
memories' after loading the project.
-- end of quote. 

This last part sort of sound like what is happening. This should be
initialized SRAM and the data is just not there. However using the menu
selection listed in the help does not yield any better results. The
options on the menu item are memory type which default to data with a
size of 4096 and a start address of 0x100. then it asks for a file
accepting either a .hex or a .eep 

Has anyone had any experience with this?
Show quoted textHide quoted text
-----Original Message-----
From: wbounce [mailto:wbounce@safeplace.net] 
Sent: Monday, February 07, 2005 7:58 PM
To: AVR-Chat@yahoogroups.com
Subject: RE: [AVR-Chat] Having trouble debugging a piece of code.




First,
volatile const uint8_t * TargetPointer; is declared that way because
unless I added the const gcc complains 
I think what I am supposed to be doing there is declaring TargetPointer
to be a pointer to a constant unsigned byte (ie uint8_t) The array Room1
is an array of constant uint8_t

Second switch (Room1[0]) would always to the same thing. Since Room1[0]
would never change. Where as TargetPointer is supposed to be assigned
the address of the 1st byte of the array Room1 later in the code
TargetPointer is incremented and basically walks the array. 

The problem is not with the code but the debugger. I can see that
TargetPointer get assigned the address of Room1 like it should but the
array Room1 does not contain the byte sequence that it should. 


-----Original Message-----
From: Jose Fuentes [mailto:josecarlosfuentes@yahoo.com.ar] 
Sent: Monday, February 07, 2005 10:06 AM
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Having trouble debugging a piece of code.



Some comments:

//why do you declare TargetPointer as const?
volatile const uint8_t * TargetPointer;

//try this instead of using TempPointer, TargetPointer
switch (Room1[0]) 
//also, don't forget the 'break' sentence after
//every case block

Regards

Jose

 --- wbounce <wbounce@safeplace.net> escribió: 
> 
> I am having trouble debugging a piece of code that
> used to work. I using
> avr-gcc (GCC) 3.4.1 with AVR Studio 4.10.356 as my
> debugging tool
> dwarf-2. I have the following code which is not
> working. The listing
> shows Room1 as it should but in AVR Sutdio it does
> not show up correctly
> and hence my switch code fails. What actually shows
> in the Room1 array
> varies greatly. Something it looks like all 0s
> sometimes it looks like
> wide characters ie a letter followed by a 0. what am
> I doing wrong. I
> know I had this code working fine a couple of weeks
> ago before my
> Hbridge problems. I had single stepped through all
> of it and then
> pointer was working fine.
> 
> volatile const uint8_t * TargetPointer;
> 
> #define TARGET_FLFLB 25
> #define TARGET_LFLB 24
> #define ACTION_STRAIGHT 70
> #define ACTION_TURNRIGHT 65
> #define ACTION_STOP 68
> 
> const uint8_t Room1[] ={
> ACTION_STRAIGHT,
> TARGET_FLFLB,
> ACTION_TURNRIGHT,
> TARGET_LFLB,
> ACTION_STOP,
> };
> 
> uint8_t TempPointer;
> 
> TargetPointer = &Room1[0];
> TempPointer = *TargetPointer;
> switch (TempPointer) 
>   do code based on action
> 
> 
> --listing
>   17               	.Ltext0:
>   18               	.global	Room1
>   19               		.data
>   22               	Room1:
>   23 0000 46        		.byte	70
>   24 0001 19        		.byte	25
>   25 0002 41        		.byte	65
>   26 0003 18        		.byte	24
>   27 0004 4A        		.byte	68
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
>     AVR-Chat-unsubscribe@yahoogroups.com
> 
>  
> 
> 
> 
>  


	

	
		
___________________________________________________________ 
250MB gratis, Antivirus y Antispam 
Correo Yahoo!, el mejor correo web del mundo 
http://correo.yahoo.com.ar


 
Yahoo! Groups Links



 






 
Yahoo! Groups Links

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.