AVR-Chat

hi folks

pls respond to my query. i hv posted 4 quiries so far.
but no reply. i am beginner in using MCUs

i am doing a project on IVRS. am in the initial step.
i need some SLIC for ring detection and off hook. can
anybody suggest the best and affordable ic which can
be  interfaced with AVR 8515 MCU.

thanking u.

shibu


--- AVR-Chat@yahoogroups.com wrote:

> 
> There are 20 messages in this issue.
> 
> Topics in this digest:
> 
>       1. Re: Big data memory
>            From: "assault_wolf" <rodbergg@msoe.edu>
>       2. Re: Can someone double check my assumptions
> ATMega128 PWM
>            From: Brian Dean <bsd@bdmicro.com>
>       3. Interrupts
>            From: Eric <erichards@clear.net.nz>
>       4. Re: Interrupts
>            From: "Leon Heller"
> <leon.heller@dsl.pipex.com>
>       5. RE: Interrupts
>            From: "stevech" <stevech@san.rr.com>
>       6. Re: Interrupts
>            From: Eric <erichards@clear.net.nz>
>       7. Re: Interrupts
>            From: Eric <erichards@clear.net.nz>
>       8. Re: Re: Big data memory
>            From: Dave VanHorn
> <dvanhorn@dvanhorn.org>
>       9. Re: Interrupts
>            From: Dave VanHorn
> <dvanhorn@dvanhorn.org>
>      10. Re: Interrupts
>            From: "Leon Heller"
> <leon.heller@dsl.pipex.com>
>      11. Re: Interrupts
>            From: "Leon Heller"
> <leon.heller@dsl.pipex.com>
>      12. Re: Interrupts
>            From: Zack Widup <w9sz@prairienet.org>
>      13. RE: Interrupts
>            From: "stevech" <stevech@san.rr.com>
>      14. Re: Interrupts
>            From: Bernd Felsche
> <bernie@innovative.iinet.net.au>
>      15. Re: CVS
>            From: Matthew Cook
> <matthew.cook@iinet.net.au>
>      16. Re: Interrupts
>            From: Eric <erichards@clear.net.nz>
>      17. RE: Interrupts
>            From: "stevech" <stevech@san.rr.com>
>      18. Re: Interrupts
>            From: Dave VanHorn
> <dvanhorn@dvanhorn.org>
>      19. Quickstart for Engineers, fuse bits
>            From: "stefan_trethan"
> <stefan_trethan@gmx.at>
>      20. tiny26, motor driver, and ISP
>            From: ethan@bufbotics.org
> 
> 
>
________________________________________________________________________
>
________________________________________________________________________
> 
> Message: 1         
>    Date: Sat, 29 Jan 2005 15:57:48 -0000
>    From: "assault_wolf" <rodbergg@msoe.edu>
> Subject: Re: Big data memory
> 
> 
> OK, one thing everyone seems to be doing is assuming
> you need to
> actually keep the data in case of a power bump.  I'm
> going the
> opposite direction:  Try dual port SRAM or FIFO.
> 
> Cypress ( http://www.cypress.com/ ) makes a large
> number of Dual port
> SRAMS and FIFOs.  They're actually overkill speed
> wise, maybe.
> 
> Their listing of the dual ports are currently
> down.... but the FIFO's
> are up.  
> 
> Here's one that may suit your purposes:
> 
> http://www.cypress.com/portal/server.pt?space=Comm
> unityPage&control=SetCommunity&CommunityID=209&Pag
> eID=259&fid=12&rpn=CY7C4285
> 
> 100MHZ max operation speed, 18 bit width, 1M depth,
> unidirectional,
> which would give you your 16 bits plus 2 parity. 
> You could probably
> duplex two of their 9 bit x 1M devices together so
> that you share one
> 8 bit parallel link at the AVR end but you get the
> full 16 at the
> other.  Depends on how many pins you have to
> sacrifice.  Heck, you
> could use an SPI port expander to load the data if
> you really need the
> pins :)
> 
> It's even available in 3V and 5V versions.
> 
> Jerry
> 
> --- In AVR-Chat@yahoogroups.com, Dave VanHorn
> <dvanhorn@d...> wrote:
> <snipy>
> > Unfortunately, I don't think serial interface will
> be fast enough,
> although 
> > it would be acceptable for loading the data into
> memory.
> > What I'm envisioning, is a parallel connection, 8
> or preferrably 16
> bit, 
> > with the AVR just strobing pins to achieve the
> transfers by hitting
> read on 
> > the dataflash, and write on the other device, and
> letting the one
> drive the 
> > other.   I never need to "SEE" the data, I just
> need to shovel it.
> 
> 
> 
> 
> 
>
________________________________________________________________________
>
________________________________________________________________________
> 
> Message: 2         
>    Date: Sat, 29 Jan 2005 11:14:18 -0500
>    From: Brian Dean <bsd@bdmicro.com>
> Subject: Re: Can someone double check my assumptions
> ATMega128 PWM
> 
> 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/
> 
> 
> 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
> > 
> 
=== message truncated ===


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

On Tue, 1 Feb 2005 03:49:56 -0800 (PST), Shibu Krishnan  
<shibunellad@yahoo.com> wrote:

>
> hi folks
> pls respond to my query. i hv posted 4 quiries so far.
> but no reply. i am beginner in using MCUs
> i am doing a project on IVRS. am in the initial step.
> i need some SLIC for ring detection and off hook. can
> anybody suggest the best and affordable ic which can
> be  interfaced with AVR 8515 MCU.
> thanking u.
> shibu


Shibu,
perhaps you would get more replies if you used a proper Subject.
Remember most don't read something like "Digest 920".

As for your problem, i don't know what SLIC means, but i know there are  
working circuits out there to detect ring and off hook, which can be built  
with discrete components and connected to IO pins of your Atmel. Google  
for "phone in use schematic" .
You will then find plenty of stuff like this:
<http://www.ee.washington.edu/circuit_archive/circuits/F_ASCII_Schem_Tel.html>

ST

>
>As for your problem, i don't know what SLIC means

Subscriber line interface circuit, which is not the right end.  The telco 
uses a SLIC to provide POTS to your instrument.

>but i know there are
>working circuits out there to detect ring and off hook, which can be built
>with discrete components and connected to IO pins of your Atmel. Google
>for "phone in use schematic" .
>You will then find plenty of stuff like this:
><http://www.ee.washington.edu/circuit_archive/circuits/F_ASCII_Schem_Tel.html>

Plenty of sort-of-working schematics there.

Check amazon and ebay for a book called "Understanding Telephone Electronics".
Google for "Part 68 approved interface".

On Tue, 01 Feb 2005 08:19:19 -0500, Dave VanHorn <dvanhorn@dvanhorn.org>  
wrote:

>
>> <http://www.ee.washington.edu/circuit_archive/circuits/F_ASCII_Schem_Tel.html>
> Plenty of sort-of-working schematics there.


Well, i only mentioned it because i built the phone in use indicator,  
which worked ok.
I guess it depends on the location if a "sort of" well designed circuit  
works or not (because the operating parameters of the line might differ).

Thanks for the SLIC definition.

ST

At 08:49 AM 2/1/2005, Stefan Trethan wrote:

>On Tue, 01 Feb 2005 08:19:19 -0500, Dave VanHorn <dvanhorn@dvanhorn.org>
>wrote:
>
> >
> >> 
> <http://www.ee.washington.edu/circuit_archive/circuits/F_ASCII_Schem_Tel.html>
> > Plenty of sort-of-working schematics there.
>
>
>Well, i only mentioned it because i built the phone in use indicator,
>which worked ok.
>I guess it depends on the location if a "sort of" well designed circuit
>works or not (because the operating parameters of the line might differ).

I see a lot of that, especially with telco designs.
Telephone systems work on current, not voltage, and depend on keeping the 
line balanced, and properly impedance matched.
There are limits to how much current you can draw, and when, and what sort 
of levels you can send and receive.


>Thanks for the SLIC definition.

POTS is an acronym for "Plain Old Telephone Service", it's official. :)

>ST
>
>
>
>Yahoo! Groups Links
>
>
>
>

On Tue, 01 Feb 2005 08:59:02 -0500, Dave VanHorn <dvanhorn@dvanhorn.org>  
wrote:

>
> POTS is an acronym for "Plain Old Telephone Service", it's official.


that one i knew...

ST

Hi!
To sense the logic line is very simple with a MCu or a
couple of Smith Trigger buffers.

You only need know first the Vcc values for each state
of the line, 48Vdc is ready to use less than this is
in use 15-4Vcc, and more than 48V is ringing.

You can sense too if you are directly connected to a
POTS line from you service provider, becose if you are
using a phone central the VCC and some logic of the
line is descarted from the Telco central.

You can use the tone inside of the line to sense using
a Voice detector (Vox), if the tone of the line is
ringing, ocuped or not available, this is the way the
mos modem use to know the state of each call.

best regards
Frank

 --- Stefan Trethan <stefan_trethan@gmx.at> escribió: 
> 
> On Tue, 1 Feb 2005 03:49:56 -0800 (PST), Shibu
> Krishnan  
> <shibunellad@yahoo.com> wrote:
> 
> >
> > hi folks
> > pls respond to my query. i hv posted 4 quiries so
> far.
> > but no reply. i am beginner in using MCUs
> > i am doing a project on IVRS. am in the initial
> step.
> > i need some SLIC for ring detection and off hook.
> can
> > anybody suggest the best and affordable ic which
> can
> > be  interfaced with AVR 8515 MCU.
> > thanking u.
> > shibu
> 
> 
> Shibu,
> perhaps you would get more replies if you used a
> proper Subject.
> Remember most don't read something like "Digest
> 920".
> 
> As for your problem, i don't know what SLIC means,
> but i know there are  
> working circuits out there to detect ring and off
> hook, which can be built  
> with discrete components and connected to IO pins of
> your Atmel. Google  
> for "phone in use schematic" .
> You will then find plenty of stuff like this:
>
<http://www.ee.washington.edu/circuit_archive/circuits/F_ASCII_Schem_Tel.html>
> 
> ST
> 
> 
>  
> Yahoo! Groups Links
> 
> 
>     AVR-Chat-unsubscribe@yahoogroups.com
> 
>  
> 
> 
> 
>  

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

At 11:53 AM 2/1/2005, Franco wrote:

>Hi!
>To sense the logic line is very simple with a MCu or a couple of Smith 
>Trigger buffers.

VBG.. It seems simple at first.
I have seen this done, in systems that were not isolated from the line.
a 10M divider and zener works acceptably well, once you find out that 
zeners have bad knees, and which ones have better knees.


>You only need know first the Vcc values for each state of the line, 48Vdc 
>is ready to use less than this is in use 15-4Vcc, and more than 48V is ringing.

Unless you're on a 24V or even a 12V line, and yes they do exist.
More than 48V is ringing, unless you're on a short line to a hot CO with 
52-58V.
If the instrument draws minimal current (20mA) then you may see as high as 
18V on a line in use.

Sorry, phone systems really don't work with voltage in a reliable fashion.



That being said, you can get a clear indication of ring, by using a bridge 
rectifier, small filter cap rated for 250V+ and a 75V zener.
The ringing signal is 90VAC at 20Hz, added in series to the -48V nominal on 
the line.
When you see this high voltage on the output of the bridge, you can use a 
few mA to light an optoisolator, and take the output of that into your circuit.

>You can sense too if you are directly connected to a POTS line from you 
>service provider, becose if you are
>using a phone central the VCC and some logic of the line is descarted from 
>the Telco central.

I can't really parse that..


>You can use the tone inside of the line to sense using a Voice detector 
>(Vox), if the tone of the line is
>ringing, ocuped or not available, this is the way the mos modem use to 
>know the state of each call.

There are "precise call progress" chips that will do this for you, 
otherwise it's a big PITA without DSP.

After having read all the posts,first some list mom duties ;)

Remember that in MOST countries it is on offence to use un approved 
equipment direct on a telco line, SOME contries (the US I think but Dave 
can correct me if I am wrong as I am not from the USA) allow you to use 
a line issolation device to make your equipment approved.

Now after having got the leagle boring stuff over with ;) as we all like 
to play and have fun (which is why I have working PABX's here with long 
loop cards (they put out -48Vdc for line drive and 75 - 90Vac at 25Hz 
for ring))

ALL phone lines work on current !!!!!!

Relays are operated by the current through them. I know modern exchanges 
are solid state, but the theory is still the same as the telco can not 
make something that is not backwards compatable.

So now we know the half the problem, the other half is how to spec the 
load resistors to draw enough current in the various phases.

I will try make a schematic later of a circuit that can detect the 
various levels of a phone line, but these days, most of it is done in 
Hybrids.

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.3 - Release Date: 31/01/2005

Hi,

simple question, i want to use the SPI on the mega16 in DIL40.
Normally if i want a device to be master only i'd tie SS_not high.

Now, i'm kind of tight on pins already, so i would like to use SS_not as a  
digital IO pin, i just want to be sure i can do that (not wanting to make  
a faulty board).
Please tell me if SPI will work correctly without using this pin for it.

thanks

ST

--- In AVR-Chat@yahoogroups.com, "Stefan Trethan" 
<stefan_trethan@g...> wrote:
> simple question, i want to use the SPI on the mega16 in DIL40.
> Normally if i want a device to be master only i'd tie SS_not high.
> 
> Now, i'm kind of tight on pins already, so i would like to use
> SS_not as a digital IO pin, i just want to be sure i can do that. .
> Please tell me if SPI will work correctly without using this pin
> for it.

As I read the documentation, you can use PB4 as a general output 
while using SPI in master mode.  Of course, you still need some way 
to drive the slave's SS/ input.

It also says, "If SS/ is configured as an input, it must be held high 
to ensure SPI Master operation."

This is from the 12/03 version of the Mega16 PDF, page 138.

When running your processor as a master you can freely use the SS pin AS
LONG AS it's an OUTPUT
You can use it for driving slave SS pins or anything else.
 
Regards
lasse
 
 
  _____  

From: Don Kinzer [mailto:dkinzer@easystreet.com] 
Sent: 3. februar 2005 17:05
To: AVR-Chat@yahoogroups.com
Subject: [AVR-Chat] Re: Mega16 SPI master, can the SS pin be used for other
stuff?
 

--- In AVR-Chat@yahoogroups.com, "Stefan Trethan" 
<stefan_trethan@g...> wrote:
> simple question, i want to use the SPI on the mega16 in DIL40.
> Normally if i want a device to be master only i'd tie SS_not high.
> 
> Now, i'm kind of tight on pins already, so i would like to use
> SS_not as a digital IO pin, i just want to be sure i can do that. .
> Please tell me if SPI will work correctly without using this pin
> for it.

As I read the documentation, you can use PB4 as a general output 
while using SPI in master mode.  Of course, you still need some way 
to drive the slave's SS/ input.

It also says, "If SS/ is configured as an input, it must be held high 
to ensure SPI Master operation."

This is from the 12/03 version of the Mega16 PDF, page 138.





  _____  

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/> .

On Thu, 03 Feb 2005 16:04:34 -0000, Don Kinzer <dkinzer@easystreet.com>  
wrote:

>
> As I read the documentation, you can use PB4 as a general output
> while using SPI in master mode.  Of course, you still need some way
> to drive the slave's SS/ input.
> It also says, "If SS/ is configured as an input, it must be held high
> to ensure SPI Master operation."
> This is from the 12/03 version of the Mega16 PDF, page 138.

So as long as i use it as output i should be fine, thanks.
(Good i asked, currently i planned to use it as input, i did read that in  
the datasheet before, but had forgotten. no prob exchanging with other  
pin.)

ST