2010-01-28 by John Samperi
At 10:08 AM 29/01/2010, you wrote: >Here are some pics, hopefully you can make sense of them ... lol It seems to be wired up correctly (image 4) however: Have you physically measured the wires all the way back to the chip? Have you measured the supply voltage when all is connecte
Thread view
Attachments: 0
2010-01-28 by Kenny M.
Here are some pics, hopefully you can make sense of them ... lol http://img163.imageshack.us/slideshow/webplayer.php?id=dsc00362oy.jpg ----- Original Message ----- From: "John Samperi" To: AVR-Chat@yahoogroups.com Sent: Thursday, January 28, 2010 4:06:34 PM GMT -05:00 US/Canada E
Thread view
Attachments: 0
2010-01-28 by John Samperi
At 08:05 PM 28/01/2010, you wrote: >Well it's got to be your board then. >Either some pins wired up incorrectly between the programming header & >processor, or solder bridges between the programming lines. ...and we still don't know if he has ANY bypass caps on the power supply p
Thread view
Attachments: 0
2010-01-28 by Tim Mitchell
----Original Message---- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Kenny M. Sent: 28 January 2010 06:34 To: AVR-Chat@yahoogroups.com Subject: [AVR-Chat] UPDATE - AtTiny Communication Problem > Well new one hooked up... > 1) Loaded drivers > 2)
Thread view
Attachments: 0
2010-01-28 by Kenny M.
Well new one hooked up... 1) Loaded drivers 2) Connected ISP 3) Upgraded firmware 4) Rebooted ISP 5) Disconnected ISP 6) Connected avr and psu 7) connected ISP to PC 8) "read signature" But the same result Then as one final attempt I tried replacing my power supply with a 3V (3.2
Thread view
Attachments: 0
2010-01-26 by Tim Mitchell
Does anyone know what's happening with the Imagecraft ICCAVR mailing list? Richard from Imagecraft posted a message that he was making changes to it, but that was ages ago and it has been dead ever since. Has it started up somewhere else and I've missed it? -- Tim Mitchell
Thread view
Attachments: 0
2010-01-25 by Kenny M.
Well they just overnighted me a new one no rma needed so we'll see. I can always exchange the first one with the mfg too LOL ------- Original message ------- > From: John Samperi > To: AVR-Chat@yahoogroups.com > Sent: 1/22/'10, 2:51 > > > > At 04:14 PM 22/01/2010, you wrote: >>We
Thread view
Attachments: 0
2010-01-24 by Leon Heller
On 24/01/2010 20:58, tim gilbert wrote: > For hand assembly, you'll probably find that there is already enough solder > on the board (especially if its a standard tin/lead board) that all you'll > need is flux. Douse the area with solder flux (we like the flux pens); > position t
Thread view
Attachments: 0
2010-01-24 by tim gilbert
For hand assembly, you'll probably find that there is already enough solder on the board (especially if its a standard tin/lead board) that all you'll need is flux. Douse the area with solder flux (we like the flux pens); position the part and gently run the iron's tip over the p
Thread view
Attachments: 0
2010-01-24 by Bob Paddock
On Sat, Jan 23, 2010 at 9:59 PM, Chuck Hackett wrote: > > I note that, in the datasheet - near the top where it shows the pin > assignments, it shows the TQFP (gull wing) package along with "NOTE: Bottom > pad should be soldered to ground." with an arrow to a large pad on the > b
Thread view
Attachments: 0
2010-01-24 by Don Kinzer
>good tweezers to place the part I like to use a manual vacuum pickup tool for placing ICs with pins on four sides. They're relatively inexpensive and work well. The link below is but one example. http://www.tecratools.com/product973.html >a hold down device to secure the part be
Thread view
Attachments: 0
2010-01-24 by Jim Hatley
Hello Chuck, I agree with John the m16 TQFP shown in the Atmel specification doesn't have ground pad ... I believe you may have been looking at the MLF version of the m16. But it should not be feared as with the right (and inexpensive) equipment with practice/equipment you can pu
Thread view
Attachments: 0
2010-01-24 by Mike Payson
Chuck, The TQFP (and any other TQFP as far as I know) version of that chip does not have a bottom pad. That note is there because the same pinout is used for both the TQFP and MLF/QFN version of the chip, and the latter does have and require the bottom pad. That is why it is not
Thread view
Attachments: 0
2010-01-24 by John Samperi
At 01:59 PM 24/01/2010, you wrote: >SMT version of the Atmega16. >. >. >I note that, in the datasheet - near the top where it shows the pin >assignments, it shows the TQFP (gull wing) package along with "NOTE: Bottom >pad should be soldered to ground." with an arrow to a large pa
Thread view
Attachments: 0
2010-01-24 by Dave McLaughlin
Hey Chuck, If you are going to get into SMD work more than just this once, I would recommend getting a hot air rework station for do any repair work. I bought one of these from a Chinese company, http://www.aoyue.com/en/ArticleShow.asp?ArticleID=329 It was about $240 at the time.
Thread view
Attachments: 0
2010-01-24 by Don AE5K
Chuck Hackett wrote: > I am going to try a project using the SMT version of the Atmega16. This > will be my first SMT project. Welcome to the world of SMT. I think I'm a little older than you and enjoy using surface mount parts -- although I would hesitate using 0603 size as my c
Thread view
Attachments: 0
2010-01-24 by Chuck Hackett
I am going to try a project using the SMT version of the Atmega16. This will be my first SMT project. I must admit, I'm a bit nervous at the thought of not being able to pull the processor out of a socket to replace it not that I've ever had to in the past, but at least I knew
Thread view
Attachments: 0
2010-01-23 by Philippe Habib
I'm using a 168p and making use of the hardware I2C using slave code based on the samples from Atmel. The basic I2C code has been used on several products and is well tested on this processor. On a new project I'm needing to make use of the CLKO feature out of pB0. I set that fea
Thread view
Attachments: 0
2010-01-22 by ecros_technology
--- In AVR-Chat@yahoogroups.com, "Jeff Blaine AC0C" wrote: > It's not a hardware failure. > The device/code behaves the > same in Proteus ... Have you verified that the bits that control the reference selection are getting set by your code? This device has debugWIRE. Go look at t
Thread view
Attachments: 0
2010-01-22 by Jeff Blaine AC0C
The variable PS or the 4V bandgap provide the reference. With REFS0 set, the external Vref is selected which means it's serving as an input. Problem is, the adc provides readings that are scaled against a 5V reference regardless of the actual Vref value. Behaves the same in simul
Thread view
Attachments: 0
2010-01-22 by Jeff Blaine AC0C
Graham, Thanks. But my explanation symantecs are probably a source for confusion... In this case, the adc renders readings that coorespond with an effective VREF of 5V. And no combination of REFSx commands will get the device to behave against a scale of anything other than 5V. T
Thread view
Attachments: 0
2010-01-22 by Jeff Blaine AC0C
Graham, Can you expand a bit more? Vref is tied to this ps so that I can set the Vref to various levels for testing. Because the device did not seem to recognize the 4.0v bandgap ref, I put this in to see if varying the Vref would be reflected in different ADC readings. It does n
Thread view
Attachments: 0
2010-01-22 by Jeff Blaine AC0C
Gentlemen, Thanks for all the comments. Kindly find my answer to all of the various questions here on top of Ivan's message. * It's the AVCC line that is tied to +5. Not Vref. So far, no magic smoke coming out. * Vref is tied to a variable ps for troubleshooting, but for the form
Thread view
Attachments: 0
2010-01-22 by n1ist
If you set the ADC to use an external reference, then Vref is an INPUT and you need to feed in the reference there. If you set the ADC to use anything else (Avcc, internal references), then Vref is an OUTPUT and the only thing you should have connected to it is a 100n filter cap.
Thread view
Attachments: 0
2010-01-22 by ecros_technology
--- In AVR-Chat@yahoogroups.com, "Jeff Blaine AC0C" wrote: > Can you expand a bit more? > ... Because the device did not > seem to recognize the 4.0v bandgap > ref, I put this in to see if varying > the Vref would be reflected in > different ADC readings. It does not. Well, the d
Thread view
Attachments: 0
2010-01-22 by ecros_technology
--- In AVR-Chat@yahoogroups.com, "Jeff Blaine AC0C" wrote: > Vref is tied to a variable ps ... Well, that's your problem, then. Graham.
Thread view
Attachments: 0
2010-01-22 by John Samperi
At 04:14 PM 22/01/2010, you wrote: >Well this is my first time doing this so I don't know if the chips >or the programmer are actually good. >But I bought a batch of dozen of the 15L's after trying 4 I would >think some of them must work anyway, if not all. Just in case anyone wa
Thread view
Attachments: 0
2010-01-22 by oldhat_owen
--- In AVR-Chat@yahoogroups.com, "Ivan Vernot" wrote: > > > > > -----Original Message----- > > From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On > > Behalf Of Kenny M. > > Sent: Friday, 22 January 2010 4:14 PM > > To: AVR-Chat@yahoogroups.com > > Subject: Re: [A
Thread view
Attachments: 0
2010-01-22 by Ivan Vernot
> -----Original Message----- > From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On > Behalf Of Kenny M. > Sent: Friday, 22 January 2010 4:14 PM > To: AVR-Chat@yahoogroups.com > Subject: Re: [AVR-Chat] Re: AVRISP -> AtTiny Communication Problem > > Well this is my
Thread view
Attachments: 0
2010-01-22 by Kenny M.
Yes both LED's are green. Read signature in AVR Studio just gives me: A popup that says it couldn't identify the chip. And in the log area at the bottom: Setting mode and device parameters.. OK! Entering programming mode.. FAILED! Leaving programming mode.. OK! I get the same thi
Thread view
Attachments: 0
2010-01-22 by Kenny M.
Well this is my first time doing this so I don't know if the chips or the programmer are actually good. But I bought a batch of dozen of the 15L's after trying 4 I would think some of them must work anyway, if not all. Sorry I don't have an oscilloscope. I appreciate the offer, t
Thread view
Attachments: 0
2010-01-21 by John Samperi
At 12:55 AM 22/01/2010, you wrote: >I have tried every combination of the Vref settings, one by one >Including the 2.5V, the 1.1v internal, etc. But as others have asked what do you have on the VREF pin? If it is connected to Vcc or Avcc, accidentally or on purpose then, by tryin
Thread view
Attachments: 0
2010-01-21 by ivernot
Hi Jeff, I am not familiar with the MakroC complier (by your code smippet it seems that one can set things at a bit level rather than having to write the entire register - interesting...) A few things to note - 1. What happens to the bits that you are not explicitly setting? We a
Thread view
Attachments: 0
2010-01-21 by bit_tricks
Kenny- 1. Can you confirm that the LED status light on the shell of your programmer is glowing green? There is a second green LED on the interior of the programmer. Both should be lit when everything is properly working. 2. What happens when you try to read the device signature i
Thread view
Attachments: 0
2010-01-21 by Dave McLaughlin
He did actually, in saying that it was tied to +5V and as Graham pointed out, this could be the reason he can't select other references. I have not looked at the datasheet for this device yet. Dave. From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Tim
Thread view
Attachments: 0
2010-01-21 by Tim Mitchell
As dave asked and I don't think you answered - > What voltage have you got on Vref? > ie what is connected to the vref pin? -- Tim Mitchell tim@sabretechnology.co.uk ~ http://www.sabretechnology.co.uk Sabre Technology (Hull) Ltd, 3a Newlands Science Park, Hull HU6 7TQ Registered
Thread view
Attachments: 0
2010-01-21 by ecros_technology
--- In AVR-Chat@yahoogroups.com, "Jeff Blaine AC0C" wrote: > The most logical conclusion is that > I am overlooking some footnote ... You haven't answered Dave's question "What voltage have you got on Vref?". My guess is that you've wired the VREF pin to some source of 5 volts an
Thread view
Attachments: 0
2010-01-21 by Dennis Clark
Try disconnecting the external Aref when using an internal reference and see if that clears it up. The data sheet shows these all being switchable, but there may be conflicts. I'd disconnect the Aref and hang a bypass cap off of it for the internal ref like that data sheet says a
Thread view
Attachments: 0
2010-01-21 by Jeff Blaine AC0C
Dave, I ramp the physical voltage into the port 0 up, and at about 5V, it hits the 1023 level. So that's why I conclude it's referencing only the Avcc which I have tied to +5. I have tried every combination of the Vref settings, one by one. Including the 2.5V, the 1.1v internal,
Thread view
Attachments: 0
2010-01-21 by Dave McLaughlin
Hi Jeff, What results are you seeing from the ADC with this code? What voltage have you got on Vref? What else have you tried? Dave. From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Jeff Blaine AC0C Sent: 21 January 2010 17:47 To: AVR-Chat@yahoogroups
Thread view
Attachments: 0
2010-01-21 by Jeff Blaine AC0C
I am having a tough time getting this chip to respond to any other ADC voltage reference than the default AVcc. The code snip is really simple... Below, using the MakroC Pro compiler, however the results seem to be the same if I do the same using ASM instructions instead of their
Thread view
Attachments: 0
2010-01-21 by Marc R.J. Brevoort
On Tue, 19 Jan 2010, Kenny M. wrote: > No I haven't played with any fuses I read some horror stories :) > From my research it said this chip had an internal oscillator so > I didn't need a crystal on my target board? If set to use the internal oscillator, it will work without cry
Thread view
Attachments: 0
2010-01-21 by Tim Mitchell
----Original Message---- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Ivan Vernot Sent: 21 January 2010 04:01 To: AVR-Chat@yahoogroups.com Subject: RE: [AVR-Chat] Re: AVRISP -> AtTiny Communication Problem > Hello, > Sorry to jump into the middle
Thread view
Attachments: 0
2010-01-21 by John Samperi
At 05:13 PM 21/01/2010, you wrote: >I am stumped. I gave up about a week ago....and if I can't fix it who can? :-) Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA Tel. (02)
Thread view
Attachments: 0
2010-01-21 by Ivan Vernot
> -----Original Message----- > From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On > Behalf Of Kenny M. > Sent: Thursday, 21 January 2010 4:49 PM > To: AVR-Chat@yahoogroups.com > Subject: Re: [AVR-Chat] Re: AVRISP -> AtTiny Communication Problem > > Feel free to j
Thread view
Attachments: 0
2010-01-21 by Cat C
Hi Don, I had some time to look at your message again, and I want to thank you for taking the time, much appreciated! Like I say, I don't know yet if this code will make it, but this is a good lesson in how things SHOULD be done. Cat >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > To: AVR
Thread view
Attachments: 0
2010-01-21 by Kenny M.
Feel free to jump in I need all the help I can get lol 1. Are you certain that your target micro is OK? I can't be 100% sure I guess. I bought a batch of 14 and I've have tried 4 of them. 2. Check that you ISP Freq is no more the 1/4 of the CPU clock freq By default it picked 125
Thread view
Attachments: 0
2010-01-21 by Cat C
Thanks Don, I'll see if this makes it first of all, until then portability is a non issue, and without that the issue goes away (it can stay in my c file). Thanks again, that's good to know either way. Cat > To: AVR-Chat@yahoogroups.com > From: dkinzer@easystreet.net > Date: Thu,
Thread view
Attachments: 0
2010-01-21 by Dave McLaughlin
Hi Ivan, And typing them!! :o) Sorry, couldn’t resist! If you remember what they are abbreviations for, it is easier to get them wired up correctly. MISO Master IN Slave OUT MOSI Master OUT Slave IN Cheers, Dave… From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On
Thread view
Attachments: 0
2010-01-21 by Ivan Vernot
Hello, Sorry to jump into the middle of the thread but I just wanted to say that in my experience the AVRISP MkII is quite robust and (knock on wood) I have had no reliability problems with it ever. Apologies if this has already been covered but have you checked - 1. Are you cert
Thread view
Attachments: 0