2005-03-23 by rlrsmith
Having a problem with the Compare Output functions in Timer1 on an ATMega32. Have simulated the code under AVRStudio with various combinations of the top 4 bits of the TCCR1A register - the code only appears to affect the PIND register rather than the PORTD register. I can't spot
Thread view
Attachments: 0
2005-03-23 by Mark Jordan
Here you can get some ideas: http://www.piclist.com/techref/microchip/ammermansync.htm Mark Jordan On 23 Mar 2005 at 11:59, Chad O'Neill wrote: > > you should be able to use the uart to transmit the data, > however there is no way you can use it to receive the > data. > > Chad >
Thread view
Attachments: 0
2005-03-23 by Chad O'Neill
you should be able to use the uart to transmit the data, however there is no way you can use it to receive the data. Chad David Kelly wrote: On Mar 22, 2005, at 1:34 PM, Chad O'Neill wrote: If you want to catch the transition from 1-0 or 0-1 accurately on the receiver, you will h
Thread view
Attachments: 0
2005-03-23 by David Kelly
On Mar 22, 2005, at 1:34 PM, Chad O'Neill wrote: > If you want to catch the transition from 1-0 or 0-1 accurately on the > receiver, you will have to over sample the incomming data. ie sample > 4, 8 or even 16 time the transmit rate. Doing that you will be able > to work out wher
Thread view
Attachments: 0
2005-03-22 by Mike Murphree
On Mar 18, 2005, at 9:02 PM, Mike Murphree wrote: > > > >> >> Paul Maddox said: >> >>> I did check there (I ran through the keyspan documentation, which is >>> sparse to say the least). > > Checked tonight (first time home in 3 days, wife was in hospital) and I > get a new device
Thread view
Attachments: 0
2005-03-22 by MuRaT KaRaDeNiZ
Hello Dave, My favourite is Sony U70. Take a look at it. Regards Murat Karadeniz http://www.onlinefavbar.com/mukas Dave VanHorn wrote: Harkening back to the discussion of a week ago, is anyone using, or aware of a pocket-pc sort of device that could run studio? Yahoo! Groups Spon
Thread view
Attachments: 0
2005-03-22 by Chad O'Neill
If you want to catch the transition from 1-0 or 0-1 accurately on the receiver, you will have to over sample the incomming data. ie sample 4, 8 or even 16 time the transmit rate. Doing that you will be able to work out where the clock edge of the trasnmitter is and adjust the rec
Thread view
Attachments: 0
2005-03-22 by Javier Fiasche
Jim, what i am doing in codifing 1 byte as manchester (1-0 or 0-1) and then sending it over the uart ,so it is actually working as an uart, thas why it seems not to work. I've understood it now. I'll use software manchester Regards Javier -----Mensaje original----- De: Jim Wagner
Thread view
Attachments: 0
2005-03-22 by dan_avr
Javi Another problem i had is that even sending a burst the packet wouldn´t pass the checksumm, if you are turning off the transmitter, add a big delay after you send the last byte to make shure the RF module puts that last byte in the air, i´m shure that is happpening a few usec
Thread view
Attachments: 0
2005-03-22 by David Kelly
On Tue, Mar 22, 2005 at 12:04:47PM -0300, Javier Fiasche wrote: > > i dont seem to sincronice the transmitter and the reciver usart, > because when the transmitter is off and the reciever is on i keep > getting and Framming error. Send more of your sync characters and on the RX s
Thread view
Attachments: 0
2005-03-22 by dan_avr
Javi! Sorry I didn´t told you later, you know i´m using the manchester coding and decoding routines over the UART and they are working ok but at first there was no way to get a packet that passes the checksum, i´ve solved it by first sending a burst of 33hex (about 20 bytes), wic
Thread view
Attachments: 0
2005-03-22 by Jim Wagner
I'm a little confused. You said, earlier, I think, that you are using manchester coding. That really does not fit with "UART". Trying to use a UART with manchester seems like a real problem. I'd do it all in software. Jim On Tue, 22 Mar 2005 13:39:40 -0300 "Javier Fiasche" wrote:
Thread view
Attachments: 0
2005-03-22 by Dave VanHorn
At 11:39 AM 3/22/2005, Javier Fiasche wrote: That's right the uart ist triggering on noise. Unfortunatelly my reciever does not have signal strength output. I am using a very cheap Yong Horng reciver and transmitter (not a transciver). I would need to detect a real transmition an
Thread view
Attachments: 0
2005-03-22 by David D. Rea
It appears you send a sync character at the start of each frame. You could use this sync character to activate the receiving UART... Just tie the receive data line to a timer capture/compare input. Have a window of time that represents a valid bit, and when you receive a sufficie
Thread view
Attachments: 0
2005-03-22 by Javier Fiasche
That's right the uart ist triggering on noise. Unfortunatelly my reciever does not have signal strength output. I am using a very cheap Yong Horng reciver and transmitter (not a transciver). I would need to detect a real transmition and to reject noise, but digitally, ideas??? I
Thread view
Attachments: 0
2005-03-22 by Bruce Parham
Javier Fiasche wrote: > > Hi everybody, i'm having trouble..... > > I am trying to transmit data over Rf using 2 atmega8l(via USARt) and 433Mhz > transmitter and reciver module. One will work as transmiter and the other as > reciever. The transmiter will send a code composed of:
Thread view
Attachments: 0
2005-03-22 by Michael Haisley
Dave, i've done some reasearch this way...do you really need a pocket pc? If so, that does significantly limit your options... Tiqit really makes about one of the only toys out there that will do what you need, but you can't get them yet (they have them, i've seen them, but they
Thread view
Attachments: 0
2005-03-22 by Javier Fiasche
Hi everybody, i'm having trouble..... I am trying to transmit data over Rf using 2 atmega8l(via USARt) and 433Mhz transmitter and reciver module. One will work as transmiter and the other as reciever. The transmiter will send a code composed of: ----------------------------- | SY
Thread view
Attachments: 0
2005-03-22 by Dave VanHorn
Harkening back to the discussion of a week ago, is anyone using, or aware of a pocket-pc sort of device that could run studio?
Thread view
Attachments: 0
2005-03-21 by Dave VanHorn
At 03:35 PM 3/21/2005, Henry Carl Ott wrote: >At 02:21 PM 3/21/2005, you wrote: > > > > >For speed, I need to have a bunch of operations that I would normally loop, > >set up in straightline code. > >I also need to control how many of these operations that I execute, by > >varyin
Thread view
Attachments: 0
2005-03-21 by Reza
--- Dave VanHorn wrote: > > > For speed, I need to have a bunch of operations that > I would normally loop, > set up in straightline code. > I also need to control how many of these operations > that I execute, by > varying the entry point. > > I seem to remember a way to impleme
Thread view
Attachments: 0
2005-03-21 by Henry Carl Ott
At 02:21 PM 3/21/2005, you wrote: >For speed, I need to have a bunch of operations that I would normally loop, >set up in straightline code. >I also need to control how many of these operations that I execute, by >varying the entry point. > >I seem to remember a way to implement
Thread view
Attachments: 0
2005-03-21 by wg0z@aol.com
one way is to use a subroutine that consists of computational code followed by 1 to 256 occurrences of the macro followed by a RET instruction. use the computational code to compute start_address as (address_of_RET_instruction - macro_size * number_of_executions_desired), then ju
Thread view
Attachments: 0
2005-03-21 by Dennis Kazar
How about an offset table using index referencing another using indexing main table of values. D ----- Original Message ----- From: "Dave VanHorn" To: ; Sent: Monday, March 21, 2005 1:21 PM Subject: [AVR-Chat] Vector table in assembler. > > > > For speed, I need to have a bunch o
Thread view
Attachments: 0
2005-03-21 by Dave VanHorn
For speed, I need to have a bunch of operations that I would normally loop, set up in straightline code. I also need to control how many of these operations that I execute, by varying the entry point. I seem to remember a way to implement vectored jumps, but I can't think what it
Thread view
Attachments: 0
2005-03-21 by Ron
Yes I agree, I mis-understood the point of the question. Ron ----- Original Message ----- From: John Samperi To: AVR-Chat@yahoogroups.com Sent: Sunday, 20 March, 2005 10:59 PM Subject: Re: [AVR-Chat] Why is it so! At 08:47 AM 21/03/2005, you wrote: > The commercial ECROS JTAGICE
Thread view
Attachments: 0
2005-03-21 by John Samperi
At 09:08 PM 21/03/2005, you wrote: >I havn't played with the JTAG on AVRs,but I have with CPLD's. I know >that CPLD's can play strange games if some of the JTAG pins are left >unconnected (floating) even if they aren't being actively used. Seems >to work fine on the bench with th
Thread view
Attachments: 0
2005-03-21 by upctoys
--- In AVR-Chat@yahoogroups.com, John Samperi wrote: > Meanwhile back at the range...something happened by enabling > disabling OCD and JTAG on the M64. The LED now flashes correctly > even without jtag or programmer plugged in i.e. as it should. > The question remains: Why is it
Thread view
Attachments: 0
2005-03-21 by John Samperi
At 08:47 AM 21/03/2005, you wrote: > The commercial ECROS JTAGICE uses a MEGA16 and it simply >works without any bootloaders or special considerations and it >was upgradeable with Studio 4.11. Ron They put the bootloader in ;-) But if you have a blank M16 (let's say your chip blo
Thread view
Attachments: 0
2005-03-20 by Ron
The commercial ECROS JTAGICE uses a MEGA16 and it simply works without any bootloaders or special considerations and it was upgradeable with Studio 4.11. Ron ----- Original Message ----- From: John Samperi To: AVR-Chat@yahoogroups.com Sent: Sunday, 20 March, 2005 02:29 PM Subject
Thread view
Attachments: 0
2005-03-20 by John Samperi
At 01:30 AM 21/03/2005, you wrote: >I know a guy that tried that with a mega16 but avr studio wouldn't >see it as a jtag ice. The jtag ice mk-I has a mega163 in it. So you're >saying the firmware from avr studio works unmodified in a mega16? If so, >i'll have another look at his
Thread view
Attachments: 0
2005-03-20 by Russell Shaw
John Samperi wrote: > At 02:56 PM 20/03/2005, you wrote: > >>Where do you get the firmware to turn a mega8535 into a jtagice? > > It is not a 8535 but a M16. The board DXIO-6 uses a 8535 > which is pin compatible with the M16 so it was quite easy to build > the circuit for the ic
Thread view
Attachments: 0
2005-03-20 by Philipp Adelt
Hello everyone, After just subscribing to AVR-chat I will introduce myself by asking a question - hopefully nobody minds. My upcoming design involves two CPUs that need to share rather large areas of memory - both reading and writing. Lately, 32kByte shared mem have been consider
Thread view
Attachments: 0
2005-03-20 by padelt
Hello everyone, After just subscribing to AVR-chat I will introduce myself by asking a question - hopefully nobody minds. My upcoming design involves two CPUs that need to share rather large areas of memory - both reading and writing. Lately, 32kByte shared mem have been consider
Thread view
Attachments: 0
2005-03-20 by Alex Gibson
Brian Dean wrote: On Thu, Mar 17, 2005 at 04:00:50PM -0000, Paul Maddox wrote: GH! The headache I've had trying to get them to work. I run Virtual PC 7 with windows 2000... If you or anyone wants to do 'an idiots guide to develop for AVR under OSX' I'd be a very very happy bunny.
Thread view
Attachments: 0
2005-03-20 by John Samperi
At 02:56 PM 20/03/2005, you wrote: >Where do you get the firmware to turn a mega8535 into a jtagice? It is not a 8535 but a M16. The board DXIO-6 uses a 8535 which is pin compatible with the M16 so it was quite easy to build the circuit for the ice as 90% of the stuff is already
Thread view
Attachments: 0
2005-03-20 by Russell Shaw
John Samperi wrote: > G'day > > We I finally got my updated board with the M64 on > Friday. Put it together and got it running with some > simple code, USART0 and USART1 talking to 2 terminals > and the mandatory flashing led. The led uses timer > overflow 1 (4.095ms) and a regis
Thread view
Attachments: 0
2005-03-19 by John Samperi
G'day We I finally got my updated board with the M64 on Friday. Put it together and got it running with some simple code, USART0 and USART1 talking to 2 terminals and the mandatory flashing led. The led uses timer overflow 1 (4.095ms) and a register dec from 127 to give about .5
Thread view
Attachments: 0
2005-03-19 by Rick Collins
I could not find much info on users of FreePCB, so I started a Yahoo group. FreePCB is an open source program for PCB layout. It works with a PADSPCB format netlist from any schematic package. http://groups.yahoo.com/group/FreePCB/ Come check it out and let us know if you are a u
Thread view
Attachments: 0
2005-03-19 by wbounce
Sorry for the Cross post but I am not sure the avr-gcc0list got my message I am trying to prepare an old laptop to run winavr 3.4.1. Because the laptop only has com I am using a null modem to transfer file from my main PC. I can not transfer the whole installation file (the comm
Thread view
Attachments: 0
2005-03-19 by Max Koessick
Sorry for the blatant blog, but the users on this group are more likely to appreciate my sale: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&rd=1&item=7501729877&ssPageName=STRK:MESE:IT I am selling an AeroComm wireless RF Development kit with (2) 2.4GHz modules. The kit is compl
Thread view
Attachments: 0
2005-03-19 by Michael Haisley
Paul, olddosorcad will run just fine under osx. - Mike On Thu, 17 Mar 2005 16:00:50 -0000, Paul Maddox wrote: > Brian, > > > http://wsmanager.sourceforge.net/ > > yeah, I got that on my G4, its superb!!! > > > BTW, even though AVR Studio doesn't support MacOS X, the open source >
Thread view
Attachments: 0
2005-03-19 by Mike Murphree
> > Paul Maddox said: > >> I did check there (I ran through the keyspan documentation, which is >> sparse to say the least). Checked tonight (first time home in 3 days, wife was in hospital) and I get a new device when I plug the Keyspan adapter in. Device name is: tty.USA19QW3b1
Thread view
Attachments: 0
2005-03-18 by Mike Murphree
Jim White said: > > Thanks. > > I just looked at DDC and have posted them a question on the minimum > number of I/O lines needed to interface Their ACE to a embedded > controller. The data sheet would indicate about 40 - as in a PCI bus > or the like. A nonstarter for us. > > Wha
Thread view
Attachments: 0
2005-03-18 by Jim White
Thanks. I just looked at DDC and have posted them a question on the minimum number of I/O lines needed to interface Their ACE to a embedded controller. The data sheet would indicate about 40 - as in a PCI bus or the like. A nonstarter for us. What we really need is a serial to 15
Thread view
Attachments: 0
2005-03-18 by Mike Murphree
Paul Maddox said: > > Mike, > >> Only because Eric has taken his time to build a package to install >> that way. The Windows build started the very same way... > > Agreed, anyone care do the OSX development world a HUGE favour and do > the same for OSX? You can make the process a
Thread view
Attachments: 0
2005-03-18 by Paul Maddox
Mike, > Only because Eric has taken his time to build a package to install that > way. The Windows build started the very same way... Agreed, anyone care do the OSX development world a HUGE favour and do the same for OSX? > Try: ls /dev/tty.* I did check there (I ran through the
Thread view
Attachments: 0
2005-03-18 by Mike Murphree
Paul Maddox said: >> If the primary issue is an unfamiliarity with Unix development, most >> any good Unix book will apply directly to MacOS X for the most part. > > thats the big issue :-) > I hate to say it, but on windows, all I do is hit 'install' and it works > :-) Only beca
Thread view
Attachments: 0
2005-03-18 by Paul Maddox
Brian, > Maybe I'll do that at some point, but ... honestly, all I did for each > one was to extract the source and then: > > ./configure --prefix=/usr/local/avr --target=avr > make && make install huh? > For gcc, you need to add --enable-languages=c to the configure. ok, perhaps
Thread view
Attachments: 0
2005-03-18 by Luke.Wei
--- In AVR-Chat@yahoogroups.com, "ttse7" wrote: > > I also use c language to implement your code and pulse comes out. I > have few questions:why you don't need to set COM01 and COM00 and why > you set FOC0. As stated in datasheet, FOC0 is set when using non- PWM > mode. Dear... I
Thread view
Attachments: 0