2005-02-06 by Dave VanHorn
First, what electronics are you using to drive the stepper? You'll need some sort of stepper chip to handle the current, unless you use open collector drivers, and a unipolar stepper. With bipolar, you may need as little as two output bits on the AVR. You need to drive them in qu
Thread view
Attachments: 0
2005-02-06 by Stefan Trethan
> Iam stuck at coding the stepper motor drive. I need some help on > implementing a bipolar stepper motor and writing its code to program > the microcontroller. The stepper motor has to generate a sweeping > pattern to find the location of the object...Iam in need of help from >
Thread view
Attachments: 0
2005-02-06 by sricharan999
Hello, Iam a student of electronics & communication engineering. Iam working on a project titled Infrared Tracking system using AVR ATMega32 Ucontroller on STK 500 starter kit. The objective of our project is to track a mobile object continuously and to display its position on a
Thread view
Attachments: 0
2005-02-06 by Jose Fuentes
Use this: http://hubbard.engr.scu.edu/embedded/avr/doc/avr-libc/avr-libc-user-manual/twi_demo.html Just compile it with AVR GCC, and that's all. Take into account that this example is for devices like 24C04. If you use another device with different addressing then you will have t
Thread view
Attachments: 0
2005-02-06 by Lee Leathers
Hello, I am toying around with an mcp23016 (i2c port expander) with my atmega 32. I have everything hooked up right.. but lack sample code for hardware i2c (as I have heard this is very diff from software i2c). Does anyone have any stripped down code (code just to handle 1 device
Thread view
Attachments: 0
2005-02-06 by fnatmed
--- In AVR-Chat@yahoogroups.com, Ralph Hilton wrote: > On Sat, 05 Feb 2005 01:13:51 +1300 you wrote: > > The book at > http://www.prllc.com/productcart/pc/viewPrd.asp? idcategory=6&idproduct=12 > gives a good description of using C on AVRs with lots of good example code. I'll sec
Thread view
Attachments: 0
2005-02-05 by Eric
Thanks you see the list of contents, like the other posting (book) but also you can download the first 2 chapters (in *.pdf) free. From Eric ----- Original Message ----- From: "Alex Shepherd" To: Sent: Saturday, February 05, 2005 8:27 AM Subject: RE: [AVR-Chat] Best C tutorial fo
Thread view
Attachments: 0
2005-02-05 by JChavez@soboce.com
Hi all, I was trying to read both mmc and sd cards and finally did it. Jesper Jansen´s code helped me understand the secrets of mmc cards. I did minor changes on init procedure to use sd cards thogh the same code worked also. So many thanks to Jesper Jansen to share his asm code.
Thread view
Attachments: 0
2005-02-05 by Russell Shaw
Paul Maddox wrote: > Russell, > > >>Do you really need thousands of calcs per sec, or just a few calcs >>in a very short interval? > > > The 16Mhz Mega16 I'm using is begining to struggle, speed wise. I mean, i > can notice it in the output. > Its doing quite a bit, and I've had
Thread view
Attachments: 0
2005-02-04 by sami saqqa
hi frinds this list is very fast, i only was goning for 2 days ( study for an exam) and i found 80 mails waw yes i use a crystal on the Xtal1/Xtal2 acualy i was testing on overcolcking and i found my atmel was good at 24.5MHz on STK500 but in my project i use only 14.31818MHz i k
Thread view
Attachments: 0
2005-02-04 by Ralph Hilton
On Sat, 05 Feb 2005 09:47:24 +1300 Eric wrote: > >I am sure if you knew you C >you would not have slash out with $67.95 (US) I take it. > > >do you own this book Ralph? Yes, I bought a copy when I started with AVRs. I'd used C++ quite a bit before but there are aspects of C that
Thread view
Attachments: 0
2005-02-04 by Eric
I am sure if you knew you C you would not have slash out with $67.95 (US) I take it. do you own this book Ralph? From Eric ----- Original Message ----- From: "Ralph Hilton" To: Sent: Saturday, February 05, 2005 9:28 AM Subject: Re: [AVR-Chat] Best C tutorial for AVR On Sat, 05 Fe
Thread view
Attachments: 0
2005-02-04 by Ralph Hilton
On Sat, 05 Feb 2005 01:13:51 +1300 you wrote: The book at http://www.prllc.com/productcart/pc/viewPrd.asp?idcategory=6&idproduct=12 gives a good description of using C on AVRs with lots of good example code. >Lee I believe you have had no response, > >I think you might not have t
Thread view
Attachments: 0
2005-02-04 by fredit@charter.net
Yeah, I have read that a couple times. I like it.. but I am not big on paying money for pdfs.. It would be great to have a hardback that I could look over and decide to purchase it... Well, I guess I should just go to the book store.. or better yet, maybe the library and get a bo
Thread view
Attachments: 0
2005-02-04 by Alex Shepherd
> Is there any good online resources to learn C for the AVR? Not sure about best but here is one I read a while ago: http://www.SmileyMicros.com/ Alex
Thread view
Attachments: 0
2005-02-04 by Paul Maddox
Leon, > I don't think that anyone has mentioned the Scenix/Ubicom SX family - PIC > architecture, 75 MIPS and *lots* of current. good point, Current is an issue, its going in a box with a PSU, the 'smallest' I can find that meets my other requirements has a 5A 5v supply... I'll h
Thread view
Attachments: 0
2005-02-04 by Paul Maddox
Stefan, > Huh? > > Did they re-specify the chip?? yep, check the website.. Paul
Thread view
Attachments: 0
2005-02-04 by Stefan Wimmer
--- In AVR-Chat@yahoogroups.com, Bruce Parham wrote: > > Well I can and did. If you look at the AVR component and count the pins, you'll see > that pins 17, 18, 38 and 39 are missing. Atmel seems to thing these pins should be > connected to Vcc and GND. It might help... ..it migh
Thread view
Attachments: 0
2005-02-04 by Leon Heller
----- Original Message ----- From: Stefan Wimmer To: AVR-Chat@yahoogroups.com Sent: Friday, February 04, 2005 5:26 PM Subject: [AVR-Chat] Re: something a bit faster --- In AVR-Chat@yahoogroups.com, "Paul Maddox" wrote: > Stefan, > > > Why abuse a chip, when annother (ATmega168) i
Thread view
Attachments: 0
2005-02-04 by Russell Shaw
Paul Maddox wrote: > Ralph, > > >>I downloaded an earlier datasheet which did say 24MHz and a couple of > > ATmega48s > >>I got were ATmege48V 12AI i.e. 12MHz so it looks like they had problems >>with 24MHz operation and changed the spec. > > yep, I read that in the amendments to
Thread view
Attachments: 0
2005-02-04 by Stefan Wimmer
--- In AVR-Chat@yahoogroups.com, "Paul Maddox" wrote: > Stefan, > > > Why abuse a chip, when annother (ATmega168) is already specified for > > 24MHz? > > just checked, the site says 20Mhz, so does the datasheet... Huh? Did they re-specify the chip?? My datasheez says: Features
Thread view
Attachments: 0
2005-02-04 by Paul Maddox
Russell, > Do you really need thousands of calcs per sec, or just a few calcs > in a very short interval? The 16Mhz Mega16 I'm using is begining to struggle, speed wise. I mean, i can notice it in the output. Its doing quite a bit, and I've had to use some floating point calculat
Thread view
Attachments: 0
2005-02-04 by Ralph Hilton
On Fri, 4 Feb 2005 11:03:16 -0000 you wrote: > >Stefan, > >> Why abuse a chip, when annother (ATmega168) is already specified for >> 24MHz? > >just checked, the site says 20Mhz, so does the datasheet... >Interesting though, it *might* be good enough, to do what I need, need to >c
Thread view
Attachments: 0
2005-02-04 by Paul Maddox
Ralph, > I downloaded an earlier datasheet which did say 24MHz and a couple of ATmega48s > I got were ATmege48V 12AI i.e. 12MHz so it looks like they had problems with > 24MHz operation and changed the spec. yep, I read that in the amendments too. a shame, a real shame.. Can some
Thread view
Attachments: 0
2005-02-04 by Paul Maddox
Zack, > I've run into this problem a couple times. The full 8-bit ports have > alternate function pins I need for some application, and the remaining > ports have less than 8 pins available. If I need an 8-bit port, I have to > go to a larger device. yes, poor choice of where to
Thread view
Attachments: 0
2005-02-04 by Stefan Trethan
On Fri, 4 Feb 2005 08:42:14 -0600 (CST), Zack Widup wrote: > > If you make your own boards, as I do, then it's easy to inspect them and > repair any faults in the pattern before mounting parts. But if you buy a > populated board with TQFP parts already on it, it becomes more diff
Thread view
Attachments: 0
2005-02-04 by Zack Widup
I've run into this problem a couple times. The full 8-bit ports have alternate function pins I need for some application, and the remaining ports have less than 8 pins available. If I need an 8-bit port, I have to go to a larger device. At least there's a wide range to choose fro
Thread view
Attachments: 0
2005-02-04 by Dave VanHorn
> >A signal that is called /BLAKNING on one diagram might be changed to >/DUNKEL (which is the German word for the same) on another diagram! >And just to make matters worse the block diagram might show the same >signal as X/Y ON/OFF been there feared that at the exams For that, t
Thread view
Attachments: 0
2005-02-04 by Zack Widup
On Fri, 4 Feb 2005, Stefan Trethan wrote: > > On Fri, 4 Feb 2005 08:26:43 -0300, Javier Fiasche > wrote: > > Visual inspection of each PCB is a good idea, especially in areas where > there will be no access later. Electrical testing is too much effort for > me. You can never be 1
Thread view
Attachments: 0
2005-02-04 by Larry Barello
If you are looking for more speed, take a look at avr-gcc. The floating point library in that package is very good. It takes about 600 or so instructions (depending upon what you use) and basic operations are done in ~500 cycles. For my needs, mult/div/cos/sin/add/sub I got aroun
Thread view
Attachments: 0
2005-02-04 by Paul Maddox
Larry, > If you are looking for more speed, take a look at avr-gcc. The floating > point library in that package is very good. It takes about 600 or so > instructions (depending upon what you use) and basic operations are done in > ~500 cycles. For my needs, mult/div/cos/sin/add/
Thread view
Attachments: 0
2005-02-04 by Eric
Lee I believe you have had no response, I think you might not have to learn anything new on C, if you are up to speed on C as a programming language, all you have to learn is how to interface C with the microprocessor, and learn what header files you need to make your program to
Thread view
Attachments: 0
2005-02-04 by Stefan Trethan
On Fri, 4 Feb 2005 08:26:43 -0300, Javier Fiasche wrote: > Well Guys i finally mannaged to make my Atmega32 run well. The thing was > taht the PCB manufacturer sended me a bad PCB, where net GND was split > and not connected to the uC. It wasnt a design problem, just a > manufact
Thread view
Attachments: 0
2005-02-04 by Javier Fiasche
Well Guys i finally mannaged to make my Atmega32 run well. The thing was taht the PCB manufacturer sended me a bad PCB, where net GND was split and not connected to the uC. It wasnt a design problem, just a manufacturing one. I wasnt able to find it before because the splited par
Thread view
Attachments: 0
2005-02-04 by Paul Maddox
Stefan, > Why abuse a chip, when annother (ATmega168) is already specified for > 24MHz? just checked, the site says 20Mhz, so does the datasheet... Interesting though, it *might* be good enough, to do what I need, need to check that my version of CV-AVR supports it and check supp
Thread view
Attachments: 0
2005-02-04 by Paul Maddox
Stefan, > Why abuse a chip, when annother (ATmega168) is already specified for > 24MHz? it is? I'll check out the Atmel webpage. Paul
Thread view
Attachments: 0
2005-02-03 by Zack Widup
On Thu, 3 Feb 2005, Dave VanHorn wrote: > > > Trust me on this, my Xilinx parts library has parts with over 1500 pins. > > I'm picturing the poor repair guy with a soldapult, on pin 300.. :) > I once did repairs of consumer electronics and replaced a few chips with 64 pins. I mad
Thread view
Attachments: 0
2005-02-03 by Lasse Madsen
Hi >I agree that schematics are art, while layouts are much more so. Hehe totally agree! >I presonally prefer it when there are not too many symbolic connections >(arrows, names on wires). >They are good to use for global signals like power and GND, better than >direct connection
Thread view
Attachments: 0
2005-02-03 by Zack Widup
On Thu, 3 Feb 2005, Stefan Wimmer wrote: > > --- In AVR-Chat@yahoogroups.com, sami saqqa wrote: > > how about over-clocking the AVR > > for me i over-colck mega8535-8 to 24.5MHz > > Why abuse a chip, when annother (ATmega168) is already specified for > 24MHz? > > Stefan > Oh good
Thread view
Attachments: 0
2005-02-03 by Mike Murphree
Dave VanHorn said: > > >> Trust me on this, my Xilinx parts library has parts with over 1500 >> pins. > > I'm picturing the poor repair guy with a soldapult, on pin 300.. :) That's probably G34. Wait is that the top view or the bottom view? Which way is it turned? Which one of th
Thread view
Attachments: 0
2005-02-03 by Stefan Trethan
On Thu, 03 Feb 2005 15:27:20 -0500, Dave VanHorn wrote: >> Trust me on this, my Xilinx parts library has parts with over 1500 >> pins. > I'm picturing the poor repair guy with a soldapult, on pin 300.. > I'd hope he's got a hot air unit ;-) I have some of those rather mad xilinx
Thread view
Attachments: 0
2005-02-03 by Dave VanHorn
> Trust me on this, my Xilinx parts library has parts with over 1500 pins. I'm picturing the poor repair guy with a soldapult, on pin 300.. :)
Thread view
Attachments: 0
2005-02-03 by Stefan Wimmer
--- In AVR-Chat@yahoogroups.com, sami saqqa wrote: > how about over-clocking the AVR > for me i over-colck mega8535-8 to 24.5MHz Why abuse a chip, when annother (ATmega168) is already specified for 24MHz? Stefan
Thread view
Attachments: 0
2005-02-03 by Mike Murphree
Lasse Madsen said: > Just a few thoughts.. > > A schematic is (or can be) an art that reveals a lot about the person > who draws it, how organized the person is, if the person is artistic > etc. I always look at my schematics like artwork and it's up most > important that not onl
Thread view
Attachments: 0
2005-02-03 by Stefan Trethan
On Thu, 3 Feb 2005 18:27:29 +0100, Lasse Madsen wrote: > Just a few thoughts…. A schematic is (or can be) an art that reveals a > lot about the person who draws it, how organized the person is, if the > person is artistic etc. I always look at my schematics like artwork and > it’
Thread view
Attachments: 0
2005-02-03 by Lasse Madsen
Just a few thoughts.. A schematic is (or can be) an art that reveals a lot about the person who draws it, how organized the person is, if the person is artistic etc. I always look at my schematics like artwork and it's up most important that not only I but also the persons that a
Thread view
Attachments: 0
2005-02-03 by Mike Murphree
Bruce Parham said: > > > Well I can and did. If you look at the AVR component and count the pins, > you'll see that pins 17, 18, 38 and 39 are missing. Atmel seems to thing > these pins should be connected to Vcc and GND. It might help... I never could find the files. It's fairly
Thread view
Attachments: 0
2005-02-03 by Stefan Trethan
On Thu, 03 Feb 2005 09:09:01 -0800, Bruce Parham wrote: >> orcad has power pins not visible per default. >> >> ST >> > Yes and it a feature that should never be used because of this exact > kind of problem. > Bruce I never use it anyway, annoys me to no end. i don't mind the addi
Thread view
Attachments: 0
2005-02-03 by Dave VanHorn
> >Well I can and did. I'm glad that someone could use them, but the point remains, binaries don't go to the list, they go in the files area. > If you look at the AVR component and count the pins, you'll see >that pins 17, 18, 38 and 39 are missing. Atmel seems to thing these pin
Thread view
Attachments: 0
2005-02-03 by Bruce Parham
> Javier Fiasche wrote: > > Thanks a lot bruce, i did had that in mind while designning , but i measured the voltage at those pins and it is VCC and GND > Thanks a lot, i'll figure the way to connect them > Javier No problem, glad to help. But, yes, ALL of the power and ground pi
Thread view
Attachments: 0