2006-07-20 by Kathy Quinlan
John Samperi wrote: > At 10:28 AM 20/07/2006, you wrote: >> but in this case I can't. (The solenoid is connected >> remotely) > > How remote is remote? A few cm or a few metres? Remember that > the wire going to the solenoid becomes an antenna radiating > electrical noise if the
Thread view
Attachments: 0
2006-07-20 by John Samperi
At 10:28 AM 20/07/2006, you wrote: > but in this case I can't. (The solenoid is connected >remotely) How remote is remote? A few cm or a few metres? Remember that the wire going to the solenoid becomes an antenna radiating electrical noise if the back emf is not suppressed someho
Thread view
Attachments: 0
2006-07-20 by Robert Adsett
At 01:50 AM 7/20/2006 +0000, Ryan wrote: >Wait a sec.... > >Looking at the datasheet for the IRL520, it shows a zener across the >drain & source. It says the diode forward voltage is 1.3 volts. Does >this mean anything more than that will be shorted to ground (in my >schematic)?
Thread view
Attachments: 0
2006-07-20 by Ryan
I wish the MFR would have thought of that! Problem is the few feet of wiring is integrated into the unit. So the closest the diode could get would be the terminals - one end of the solenoid is already internally tied to +12V (can't be changed). So... best I can do is put a diode
Thread view
Attachments: 0
2006-07-20 by Ryan
A meter or two. Here's a better diagram as to what's going on with the reverse protection: http://i5.tinypic.com/20hrl1i.jpg Again, ignore the P-channel. I just can't figure out how to have both reverse polarity and overvoltage protection. --- In AVR-Chat@yahoogroups.com, John Sa
Thread view
Attachments: 0
2006-07-20 by Robert Adsett
At 12:28 AM 7/20/2006 +0000, Ryan wrote: >Alright, ideally, I could place a diode across the flyback source >(solenoid)... but in this case I can't. (The solenoid is connected >remotely) I can't figure out how to do this and provide reverse >polarity protection. If I place a pola
Thread view
Attachments: 0
2006-07-19 by Ryan
Wait a sec.... Looking at the datasheet for the IRL520, it shows a zener across the drain & source. It says the diode forward voltage is 1.3 volts. Does this mean anything more than that will be shorted to ground (in my schematic)? If so, the polarity protection will work, and I
Thread view
Attachments: 0
2006-07-19 by Ryan
OOPS! Thanks for the catch. I accidentally put in a P-channel fet. Anyways, the driver circuit is a small part of a larger circuit. The whole thing is reverse polarity protected by one diode on the +12V line (which gets distributed to the rest of the parts... like this). If I tie
Thread view
Attachments: 0
2006-07-19 by Ryan
Alright, ideally, I could place a diode across the flyback source (solenoid)... but in this case I can't. (The solenoid is connected remotely) I can't figure out how to do this and provide reverse polarity protection. If I place a polarity protection diode on the +12 input to the
Thread view
Attachments: 0
2006-07-19 by James Ronald
Thanks. I had been looking for some hard to find connectors as well. The Mouser online catalog seems to work better then most. And online data sheets with pictures. A link to the part I think Jim is looking for http://www.mouser.com/catalog/626/1029.pdf ----- Original Message ---
Thread view
Attachments: 0
2006-07-19 by Dave Hylands
Hi, On 7/19/06, Behrooz Hariri wrote: > So one have to buy/make a STK500 to bring a 'bit' (OSC here) back to its default state! > Maybe it is better to throw away that mcu if a STK500 costs much more than an AVR (or two) chip(s) itself! what a pity... No - any old programmer will
Thread view
Attachments: 0
2006-07-19 by Matthew Cook
At 21:34 17/07/2006, Tim wrote: >If it is dead because of wrong oscillator fuse settings, you just need >to put a 1MHz clock signal into the XTAL1 pin, then set the fuse bits >for internal 1MHz oscillator (the factory default). Then you will be >able to remove the clock and progr
Thread view
Attachments: 0
2006-07-19 by Mark Jordan
On 19 Jul 2006 at 1:51, Behrooz Hariri wrote: > So one have to buy/make a STK500 to bring a 'bit' (OSC here) back to its default state! > Maybe it is better to throw away that mcu if a STK500 costs much more than an AVR (or two) chip(s) itself! what a pity... > It would be more i
Thread view
Attachments: 0
2006-07-19 by bibin john
see this programmer for avr http://booksbybibin.14.forumer.com/viewtopic.php?t=3 more about the programmer and troubleshooting tips download avrbook.rar from yahoo group-booksbybibin wd0e wrote: Can anyone point me to a 6 pin keyed header for ISP programming to match the AVRISP-I
Thread view
Attachments: 0
2006-07-19 by Behrooz Hariri
So one have to buy/make a STK500 to bring a 'bit' (OSC here) back to its default state! Maybe it is better to throw away that mcu if a STK500 costs much more than an AVR (or two) chip(s) itself! what a pity... John Samperi wrote: At 10:05 AM 19/07/2006, you wrote: >Only the STK50
Thread view
Attachments: 0
2006-07-19 by John Samperi
At 10:05 AM 19/07/2006, you wrote: >Only the STK500 (AFAIK) supports parallel mode programming. And now the Dragon also :) Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA T
Thread view
Attachments: 0
2006-07-19 by Larry Barello
Don't confuse a programmer that is driven by a parallel port with "parallel mode" programming of the AVR. All LPT programmers do serial ISP programming by bit-banging the LPT port lines. Only the STK500 (AFAIK) supports parallel mode programming. One feature of parallel mode is t
Thread view
Attachments: 0
2006-07-18 by Roy E. Burrage
Have you tried Mouser? REB Richard Reeves wrote: >Jim: > > >>Can anyone point me to a 6 pin keyed header for ISP programming to >>match the AVRISP-II? To put on a PCB we build. Digikey would be nice >>but I'm having no luck finding them anywhere and nothing in the board >>history
Thread view
Attachments: 0
2006-07-18 by John Samperi
At 06:44 AM 19/07/2006, you wrote: >Is a 'parallel programmer' something else? Yes, it is a HIGH VOLTAGE (12V?) programmer, the voltage gets applied to Reset pin, an 8 bit data bus is also required to the chips and a few more signals, it's all there in any data sheet you want to
Thread view
Attachments: 0
2006-07-18 by Richard Reeves
Jim: > Can anyone point me to a 6 pin keyed header for ISP programming to > match the AVRISP-II? To put on a PCB we build. Digikey would be nice > but I'm having no luck finding them anywhere and nothing in the board > history either. A pointer in a message to Farnell 302-1993 is
Thread view
Attachments: 0
2006-07-18 by Behrooz Hariri
My programmer is STK300 on pc parallel port, yet is unable to wake up mcu. Is a 'parallel programmer' something else? Mark Jordan wrote: If the fuses are badly messed up, only a parallel programmer can restore them to a normal condition. On 17 Jul 2006 at 1:27, Behrooz Hariri wro
Thread view
Attachments: 0
2006-07-18 by wd0e
Can anyone point me to a 6 pin keyed header for ISP programming to match the AVRISP-II? To put on a PCB we build. Digikey would be nice but I'm having no luck finding them anywhere and nothing in the board history either. A pointer in a message to Farnell 302-1993 is for the IDC
Thread view
Attachments: 0
2006-07-17 by Mark Jordan
If the fuses are badly messed up, only a parallel programmer can restore them to a normal condition. On 17 Jul 2006 at 1:27, Behrooz Hariri wrote: > This kind of problem is already discussed in this group, but I > could never finaly gather what might be a 'standard way' to wake >
Thread view
Attachments: 0
2006-07-17 by Tim Mitchell
AVR-Chat@yahoogroups.com wrote: > This kind of problem is already discussed in this group, but > I could never finaly gather what might be a 'standard way' to > wake up a dead AVR when osc fues bits are wrong programmed. > Let's assume I have an AVR on my desk and do not know how
Thread view
Attachments: 0
2006-07-17 by Mike Harrison
On Mon, 17 Jul 2006 01:25:55 -0700 (PDT), you wrote: >This kind of problem is already discussed in this group, but I could never finaly gather what might be a 'standard way' to wake up a dead AVR when osc fues bits are wrong programmed. Let's assume I have an AVR on my desk and d
Thread view
Attachments: 0
2006-07-17 by Behrooz Hariri
This kind of problem is already discussed in this group, but I could never finaly gather what might be a 'standard way' to wake up a dead AVR when osc fues bits are wrong programmed. Let's assume I have an AVR on my desk and do not know how osc fuesbits are programmed. Is the onl
Thread view
Attachments: 0
2006-07-17 by Behrooz Hariri
This kind of problem is already discussed in this group, but I could never finaly gather what might be a 'standard way' to wake up a dead AVR when osc fues bits are wrong programmed. Let's assume I have an AVR on my desk and do not know how osc fuesbits are programmed. Is the onl
Thread view
Attachments: 0
2006-07-16 by stevech
RealBasic for MAC, Linux and Windows is I think the best there is for cross-platform. I tried it for a while - it's qwirky but improving. _____ From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Randy Ledyard Sent: Friday, July 14, 2006 10:53 PM To: AVR
Thread view
Attachments: 0
2006-07-16 by John Samperi
At 02:52 PM 16/07/2006, you wrote: >Is this true using osc pin in ATMEGA in order to wake up my avr again? yes if you have switched to external oscillator rather than external crystal oscillator. Remember that fuses are programmed with 0 not 1. Regards John Samperi **************
Thread view
Attachments: 0
2006-07-16 by Art Granzeier
Something else to consider: How about Liberty BASIC? (www.libertybasic.com) Very straight-forward, very clean and extremely low startup costs (free for personal/learning and only U$50 for full commercial version). For some versions of Win, you may need to include a DLL (inout.dll
Thread view
Attachments: 0
2006-07-16 by Reza
hi; first version of .NET platform published under Windows, but due to it's structure in use, it could be portable, google for MONO project which is a port of .NET Framework under Linux. or even ROTOR project. At the other hand, if .NET belongs to Windows only, why you can not cr
Thread view
Attachments: 0
2006-07-16 by Behrooz Hariri
Many thanks to your comprehensive post. As a hobbist, never heard of GCC, or WinAVR, and now am curious to know more about them. All mistakes in running code by my AVR simply solved by changing stack values in bascom environment settings, setting them to higher values. As I alway
Thread view
Attachments: 0
2006-07-16 by Hendy Eka
Thanks before for the pleasant to read and may give an idea to my problem. I had program an ATMEGA8535 using my min. system with ex. crystal oscillator. Actually never at this time (I always use calibrated internal osc, i scared). I use 4 MHz crystal oscillator but at those time
Thread view
Attachments: 0
2006-07-15 by stevech
The VB-like cross platform compilers like RealBasic come close but IMO just aren't quite viable. RealBasic is popular on MACs; the windows version is fair but not good. _____ From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Randy Ledyard Sent: Friday,
Thread view
Attachments: 0
2006-07-15 by Randy Ledyard
They're also working on VB.Net for Mono as well - so you'll be able to run it on Linux, BSD, MAC OSX, Solaris, Unix, etc More details on it here http://www.mono-project.com/Language_BASIC The point being, if you could use .Net 1.0 or 1.1 (ie VB 2002 or VB2003), you stand a good c
Thread view
Attachments: 0
2006-07-15 by Robert Adsett
At 09:07 PM 7/14/06 -0400, James Ronald wrote: > >Robert Adsett > >At 01:34 PM 7/14/2006 -0700, Reza wrote: > >>at the other hand, .NET platform is a good choice to > >>write portable programs not fast ones. ofcourse it is > >>fast enough for real time perposes. > >Portable? I th
Thread view
Attachments: 0
2006-07-15 by stevech
.NET programs may begin slowly, but during execution time it is fast enough, powerfull and very safe for programmer. Hogwash. [Non-text portions of this message have been removed]
Thread view
Attachments: 0
2006-07-15 by James Ronald
----- Original Message ----- From: Robert Adsett To: AVR-Chat@yahoogroups.com Sent: Friday, July 14, 2006 7:49 PM Subject: Re: [AVR-Chat] "Best" application for a windows GUI? At 01:34 PM 7/14/2006 -0700, Reza wrote: >at the other hand, .NET platform is a good choice to >write po
Thread view
Attachments: 0
2006-07-14 by Robert Adsett
At 01:34 PM 7/14/2006 -0700, Reza wrote: >at the other hand, .NET platform is a good choice to >write portable programs not fast ones. ofcourse it is >fast enough for real time perposes. Portable? I thought .net was windows specific. Robert
Thread view
Attachments: 0
2006-07-14 by Reza
Hi again; by now I'm writing a service based on C# and this is a part of a big automation project (about $2,000,000) and .NET was great for this. But remember something; under IDE all C# programs starts and runs very slow. but in real world, they execute very fast. at the other h
Thread view
Attachments: 0
2006-07-14 by stevech@san.rr.com
My VB 2005 adaptation of my VB6 program so bogged down my AMD 1800 PC with .NET2 bloat and memory usage, and sloooooooooowwwwww launch times, that it's a total joke. ----- Original Message ----- From: Reza Date: Friday, July 14, 2006 1:00 am Subject: Re: [AVR-Chat] "Best" applica
Thread view
Attachments: 0
2006-07-14 by Tim Mitchell
I've waded through all the data for this demo board and can't find a straightforward answer anywhere... But probably I am not quite understanding it right. When the PC stores data in the usbkey's dataflash chips using it as a USB mass storage device, does it create a fat filesyst
Thread view
Attachments: 0
2006-07-14 by Ryan
> Sorry to rant about VB 2005. It's bad medicine force fed by Micro$oft > kiddies who graduate and go there and never work in the real world of > schedules and budgeted projects. > Thanks for your input. That answered a lot of questions. I need it to be "backwards compatible" bac
Thread view
Attachments: 0
2006-07-14 by Reza
hi; I'm working with GCC but i tried using CodeVision also. but as you may know, there is a problem in design of AVR microcontrollers, they could not return from interrupts when stack lies in external sram. because of this some compilers like CodeVision (or maybe BasCom) use a ha
Thread view
Attachments: 0
2006-07-14 by Reza
hi; For visualization perposes, VB is a good choice, but I use Delphi because of rich set of components it have. Both may be distributed in short and normal form. VB may produce P-Code or native executable file. Delphi may produce an executable file which needs some BPL files or
Thread view
Attachments: 0
2006-07-14 by John Samperi
At 05:29 PM 14/07/2006, you wrote: >borland regularly distribute a "free" Delphi Personal Which you cannot use for commercial purposes or you may end up in trouble. I love Delphi but it is just too expensive UNLESS one uses it all the time. Regards John Samperi ******************
Thread view
Attachments: 0
2006-07-14 by Clark, Andy
Delphi produces standalone single exe applications, almost as easy to learn as vb but much faster code (even the ability to drop down to assembly).I think borland regularly distribute a "free" Delphi Personal on selected pc mags. Andy > -----Original Message----- > From: John Sam
Thread view
Attachments: 0
2006-07-14 by Behrooz Hariri
Sure I will try to manipulate these settings. I finally found where the bug comes from, but still have no idea on how to fix it. These lines cause problem in my porg. : Lux = 10 ^ Lux and: Lux =Log10(r0) Just working with 'power' and 'logarithm' function, cause such unexpected be
Thread view
Attachments: 0
2006-07-14 by John Samperi
At 12:04 PM 14/07/2006, you wrote: >I would like it to be >able to run on windows 95 or 98 if possible though. Don't know if it will run on Win 95 but I have an application running on Win 98 233MHz, it's awfully slow to load though, but that's M$. My application developed with VS
Thread view
Attachments: 0
2006-07-14 by stevech
I've used Visual Basic (VB6) for years. It's perfect for rapid development of certain kinds of applications with limited users. Programs I've written with it, some of which are large and complex, are very reliable. I have one huge program that runs 24/7 in my home to create TV se
Thread view
Attachments: 0