2005-08-24 by Dennis
Looked at the PIC for this project. Got somewhat confused at to how may functions the pins had. Really couldn't determine if it had what I needed. Haven't checked out the lds etc. instructions with the GPIOR yet. Another day dawns D ----- Original Message ----- From: "Dennis" To:
Thread view
Attachments: 0
2005-08-24 by Dennis
The data manual specifically states that the 3 registers are accessible by those instructions. However, point taken. Manuals have been known to be wrong. If you look at the "include" file it also specifies the register bits. Maybe avr@atmel.com hasn't been notified of the manual
Thread view
Attachments: 0
2005-08-24 by Larry Barello
You need to read the data sheet for the mega168 carefully, particularly the areas of memory access, instruction references and the IO register descriptions. I don't know about your particular situation, but many of the newer mega chips have extended I/O registers (>0x100) which c
Thread view
Attachments: 0
2005-08-24 by Thomas Keller
On Tue, 2005-08-23 at 12:05 +0000, behrooz_hariri wrote: > Hi. In spi between two AVR, the data sequence which is important to > realize what byte is for temperature for example, and what was > indicating humidity, becomes corrupted when I reset the slave. How > can I distinguish
Thread view
Attachments: 0
2005-08-24 by Peter Gargano
Well, I finally spent the time to look at app. note AVR910 and now understand how to make something that should function like an AVRISP (well, as long as I keep updating the firmware to support newer CPU cores that I want to program). The original AVR910 source code mentions [quo
Thread view
Attachments: 0
2005-08-23 by Dennis
Changed the code. Using GPIOR0,0 as a flag and a test loop on the register when the interrupt completes. Works fine. Found what might be another little problem though. The GPIOR0, 1 and 2 registers are supposed to work with the sbi, cbi, sbis and sbic instructions. GPIOR0 works f
Thread view
Attachments: 0
2005-08-23 by John Samperi
At 12:12 AM 24/08/2005, you wrote: >Not that I disagree with you, however, look at the RETI for th 8051. Also, >check out the RET and RETI instruction explanantion is the instruction set >manual. Both of the latter use the same stack operation implying they >function the same. RE
Thread view
Attachments: 0
2005-08-23 by zzzjoki
I ebayed a 90s8515 and mega163 recently. I don't know anything about avr. The 90s8515 does not have the SPM instruction, right? Does that mean I can do serial programming, but not ICP like a bootloader? Same questions for the mega163, except I think it does have a SPM instruction
Thread view
Attachments: 0
2005-08-23 by Roni HANNINA
If there are two parallel tracks/wires on the circuit board, and those two are in close proximity to each other; Then it is possible, by induction, for a signal of one track/wire to generate an �electrical noise� on the other track/wire. It might be that, on the circuit board, th
Thread view
Attachments: 0
2005-08-23 by Mike Harrison
On Tue, 23 Aug 2005 15:52:19 -0500, you wrote: >On Tue, Aug 23, 2005 at 03:04:21PM -0500, Michael Haisley wrote: >> I'm having a problem with a tiny26, the ADC values seem to be just a >> little bit insane. The chip works on another board just fine, and >> only some of our boards
Thread view
Attachments: 0
2005-08-23 by David Kelly
On Tue, Aug 23, 2005 at 03:04:21PM -0500, Michael Haisley wrote: > I'm having a problem with a tiny26, the ADC values seem to be just a > little bit insane. The chip works on another board just fine, and > only some of our boards are having the problem so, i'm thinking defect > o
Thread view
Attachments: 0
2005-08-23 by Michael Haisley
I'm having a problem with a tiny26, the ADC values seem to be just a little bit insane. The chip works on another board just fine, and only some of our boards are having the problem so, i'm thinking defect or tolerance issue, is causing the ADC to go nuts. Does anyone have any in
Thread view
Attachments: 0
2005-08-23 by David Kelly
On Tue, Aug 23, 2005 at 09:12:05AM -0500, Dennis wrote: > > I've changed my code to accomodate the RETI. Doesn't make much sense > to have infinite loops. Every embedded application I have ever written was formed as an infinite loop. It doesn't make much sense to have an empty in
Thread view
Attachments: 0
2005-08-23 by Mark Jordan
On 23 Aug 2005 at 9:12, Dennis wrote: > Not that I disagree with you, however, look at the RETI for th 8051. Also, check > out the RET and RETI instruction explanantion is the instruction set manual. > Both of the latter use the same stack operation implying they function the sam
Thread view
Attachments: 0
2005-08-23 by Don Jackson
Dennis wrote: > Not that I disagree with you, however, look at the RETI for th 8051. Also, > check out the RET and RETI instruction explanantion is the instruction set > manual. Both of the latter use the same stack operation implying they > function the same. RET returns to the
Thread view
Attachments: 0
2005-08-23 by Dennis
Not that I disagree with you, however, look at the RETI for th 8051. Also, check out the RET and RETI instruction explanantion is the instruction set manual. Both of the latter use the same stack operation implying they function the same. RET returns to the instruction following
Thread view
Attachments: 0
2005-08-23 by Zack Widup
I got a couple references from Digi-Key that I've been using. These are 4.096 volt references (convenient value for A/D converters). One is a ZR40401R41 which is in a TO-92 case. The other is an ADR392ART-R2 which is in an SOT-23 case. I believe there is a range of voltages avail
Thread view
Attachments: 0
2005-08-23 by Lasse Madsen
>Satan belly laughed and jibed , "Yeah, right. And just where are YOU >going to get a lawyer?" Hehe ! >Before anyone complains, I have PMS and a hot soldering iron ;) HAHA ! Guess no one will be bothering you for quite a while then :) /Madsen
Thread view
Attachments: 0
2005-08-23 by Kathy Quinlan
An engineer died and ended up in Hell. He was not pleased with the level of comfort in Hell, and began to redesign and build improvements. After a while, they had toilets that flush, air conditioning, and escalators. Everyone grew very fond of him. One day God called to Satan to
Thread view
Attachments: 0
2005-08-23 by behrooz_hariri
Hi. In spi between two AVR, the data sequence which is important to realize what byte is for temperature for example, and what was indicating humidity, becomes corrupted when I reset the slave. How can I distinguish in slave (receiver) which byte was sent first and wich was the n
Thread view
Attachments: 0
2005-08-23 by david.pallant@prometheanworld.com
You can also rely on some cheap regulators to be very accurate. We are using a Microchip (sorry!) MCP1700 which is available in many different voltages, very low dropout, VERY low quiescent current (1uA) and typical 0.4% accuracy as our power regulator. Microchip quote a $0.35 'b
Thread view
Attachments: 0
2005-08-23 by Kathy Quinlan
David Kelly wrote: > Am a bit disappointed in the accuracy of the internal 2.56 volt > reference used by the A/D converter. Have a nice 3.3 volts on the chip > supply. A 0.1 uF ceramic cap across AREF and GND. Nothing connected to > AVCC. > > Working the math backwards agrees wit
Thread view
Attachments: 0
2005-08-23 by david.pallant@prometheanworld.com
Yep. Data sheet says 2.4 to 2.8V. Just been looking at the bandgap reference in the mega88. 1.0 to 1.2V. Pretty much useless as a true reference! We're having to use the power supply as a reference and calculate the error on the bandgap reference before calculating any measured i
Thread view
Attachments: 0
2005-08-23 by Volkmar Dierkes
Dennis, I am sorry, but you are wrong. In an interrupt driven system, an interrupt may occur at any time. If the serving of the interrupt would end in returning to a different address, the code wouldn't be executed in the desired sequence. If you want to wait in a loop until the
Thread view
Attachments: 0
2005-08-22 by Jesper Hansen
Perhaps not related to your VRef problem, but I remember that on some CPU's you MUST connect AVCC to a voltage of VCC +/- 0.1V or something. Otherwise BAD things will happen ! /Jesper Am a bit disappointed in the accuracy of the internal 2.56 volt reference used by the A/D conver
Thread view
Attachments: 0
2005-08-22 by David Kelly
Am a bit disappointed in the accuracy of the internal 2.56 volt reference used by the A/D converter. Have a nice 3.3 volts on the chip supply. A 0.1 uF ceramic cap across AREF and GND. Nothing connected to AVCC. Working the math backwards agrees with the voltage measured across t
Thread view
Attachments: 0
2005-08-22 by david.pallant@prometheanworld.com
I get the feeling this thread has gone off in totally the wrong direction. You are talking about high quality sound as you have mentioned MD and recording music so I would forget about 8 or 10 bit conversion. With the 10bit convertors in the AVRs I would guess you will get one or
Thread view
Attachments: 0
2005-08-22 by Thomas Keller
On Mon, 2005-08-22 at 15:06 +0200, Lasse Madsen wrote: > Would I be able to get better sound using a 10bit R2R network than > using a 16bit PWM timer? No. The limiting factor here is the size of your sample (e.g.,. `10 bits). The PWM will work just fine. Tom
Thread view
Attachments: 0
2005-08-22 by Lasse Madsen
Would I be able to get better sound using a 10bit R2R network than using a 16bit PWM timer? Regards Lasse Madsen -----Original Message----- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Thomas Keller Sent: 22. august 2005 15:02 To: AVR-Chat@yahoogr
Thread view
Attachments: 0
2005-08-22 by Thomas Keller
On Mon, 2005-08-22 at 12:45 +0200, Lasse Madsen wrote: > Raw sampling is a possibility I'm considering but then it's not > possible to load the file into a PC for example without storing it as > WAV or something similar. AIUI. "WAV" *IS* raw sampled audio. > I think 8 KHz samplin
Thread view
Attachments: 0
2005-08-22 by Thomas Keller
On Mon, 2005-08-22 at 07:33 -0500, Zack Widup wrote: > On Mon, 22 Aug 2005, jdelgadillo66 wrote: > > I have a trouble with a PIC microcontroller, I need to control some > > outputs, the PIC is in a project building by others and I can not > > modify, but I need put in the same ci
Thread view
Attachments: 0
2005-08-22 by David Kelly
On Aug 22, 2005, at 5:45 AM, Lasse Madsen wrote: > Raw sampling is a possibility I'm considering but then it's not > possible to > load the file into a PC for example without storing it as WAV or > something > similar. WAV is essentially a raw data file with minimal header prepen
Thread view
Attachments: 0
2005-08-22 by jdelgadillo66
Im try to explain better my problem, I have a chinese RF module (receive and transmit) that encrypt (code hopping System) I do not know if that is true (I have not datasheet or schematics) in my country (Mexico) I cant buy a RF module (Transmitter and receiver), so I want use thi
Thread view
Attachments: 0
2005-08-22 by Zack Widup
On Mon, 22 Aug 2005, jdelgadillo66 wrote: > Hi > > I have a trouble with a PIC microcontroller, I need to control some > outputs, the PIC is in a project building by others and I can not > modify, but I need put in the same circuit a One logic when the pic > puts zero (only in so
Thread view
Attachments: 0
2005-08-22 by Lasse Madsen
Hi Jesper, Raw sampling is a possibility I'm considering but then it's not possible to load the file into a PC for example without storing it as WAV or something similar. I think 8 KHz sampling rate is not enough to create a sound like one would expect from a tape recorder/MD or
Thread view
Attachments: 0
2005-08-22 by Jesper Hansen
Do you really need to encode it ? Why not just store the raw samples ? You can use the internal A/D for sampling, and playback with PWM. A dual op-amp can be used as a microphone pre-amp. Assuming a 8-kHz sample rate (you didn't say what quality you needed), you'd only need to st
Thread view
Attachments: 0
2005-08-22 by thormj
> Did you try the proccess using a dos box and running the dos > program "AVRprog.exe" it is located in > "C:\Program Files\Atmel\AVR Tools\AvrProg" (if you installed in > the default place. just before running it, make sure the STK500 is > plugged into the serial port (and IIRC
Thread view
Attachments: 0
2005-08-22 by Lasse Madsen
Hi All, I’m facing a new challenge that I haven’t tried to solve before and I would like some input if anyone has tried this before. I need to record and playback voice/sound from a microphone and store it on a Secure Digital card with FAT16 file format, which is no problem, but
Thread view
Attachments: 0
2005-08-22 by John Samperi
At 03:57 PM 22/08/2005, you wrote: >I want do that by atmega8 output, >any ideas?? Not really as we don't know what you are trying to do. You will need to mimic the circuit and the function of the PIC module. >Other question is about cheap and good programmer for atmega8 that I >
Thread view
Attachments: 0
2005-08-22 by John Samperi
At 01:08 PM 22/08/2005, you wrote: >Hello!! The address of the next instruction to execute is the next >instruction. LOOP0: rjmp LOOP0 ;wait for PBINT1 interrupt (pattern select pushbutton) The above will NEVER go here but it will be stuck forever into the loop because the next i
Thread view
Attachments: 0
2005-08-22 by jdelgadillo66
Hi I have a trouble with a PIC microcontroller, I need to control some outputs, the PIC is in a project building by others and I can not modify, but I need put in the same circuit a One logic when the pic puts zero (only in some conditions), I want do that by atmega8 output, any
Thread view
Attachments: 0
2005-08-22 by Dennis
The ISR address must be good otherwise it wouldn't go to the service routine. D ----- Original Message ----- From: "Mark Jordan" To: Sent: Sunday, August 21, 2005 10:15 PM Subject: Re: [AVR-Chat] mega 168 > On 21 Aug 2005 at 21:45, Dennis wrote: > >> What I am saying is the next
Thread view
Attachments: 0
2005-08-22 by Mark Jordan
On 21 Aug 2005 at 21:45, Dennis wrote: > What I am saying is the next instruction is not being executed. In an > interrupt driven system, a loop is waiting for the interrupt. When it > happens the process continues from the instruction following the loop. It > doesn't go back to
Thread view
Attachments: 0
2005-08-22 by Dennis
Hello!! The address of the next instruction to execute is the next instruction. D ----- Original Message ----- From: "Larry Barello" To: Sent: Sunday, August 21, 2005 9:33 PM Subject: RE: [AVR-Chat] mega 168 > If what you are saying is true (and it isn't) then this very common >
Thread view
Attachments: 0
2005-08-22 by Dennis
What I am saying is the next instruction is not being executed. In an interrupt driven system, a loop is waiting for the interrupt. When it happens the process continues from the instruction following the loop. It doesn't go back to the loop, or not supposed to. D ----- Original
Thread view
Attachments: 0
2005-08-22 by Larry Barello
If what you are saying is true (and it isn't) then this very common programming idiom won't work since an interrupt on the "rjmp" instruction will cause it to exit. Forever: Rcall DoThisTask Rcall DoThatTask Rcall etc Rjmp forever Please re-read my previous response again. What i
Thread view
Attachments: 0
2005-08-22 by Dennis
An infinite loop sits there waiting for an interrupt. When the interrupt occurs, the stack is pushed with the current location. In the AVR, when the RETI happens, the Global interrupt is re-enabled and the stack is popped+2 for high byte and low byte. That address is the instruct
Thread view
Attachments: 0
2005-08-21 by Larry Barello
Well, one problem leaps off the page: your have infinite loops which will never exit. Interrupt handlers return to the next address to FETCH, not the next address! When you jump to yourself, the next address to fetch is yourself. I recommend you get rid of the interrupt handler a
Thread view
Attachments: 0
2005-08-21 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "behrooz_hariri" wrote: > I want to use I2C between two AVR mcus. I wonder how to assign > hardware address to any of them. If there are going to be no other I2C devices on the bus then it doesn't matter what the address is - just pick one. If the
Thread view
Attachments: 0
2005-08-21 by Cláudio E. Elicker
On Sunday 21 August 2005 10:13, erikc wrote: > I would like to see it too. > Please send it to me too. Cláudio
Thread view
Attachments: 0