FET Drivers (EE Tip #105)

Modern microprocessors can deliver respectable currents from their I/O pins. Usually, they can source (i.e., deliver from the power supply) or sink (i.e., conduct to ground) up to 20 mA without any problems. This allows the direct drive of LEDs and even power FETs. It is sufficient to connect the gate to the output of the microprocessor (see Figure 1).

Elektor, 060036-1, 6/2009

Elektor, 060036-1, 6/2009

Driving a FET from a weaker driver (such as the standard 4000 series) is not recommended. The FET would switch very slowly. That is because power FETs have several nanofarads of input capacitance, and this input capacitance has to be charged or discharged by the microprocessor output. To get an idea of what we’re talking about: the charge or discharge time is roughly equal to V × C/I or 5 V × 2 × 10-9/(20 × 10-3) = 0.5 ms.

Not all that fast, but still an acceptable switching time for a FET. However, not every FET is suitable for this. Most FETs can switch only a few amps with a voltage of only 5 V at their gate. The so-called logic FETs do better. They operate well at lower gate voltages.

So take note of this when selecting a FET. To make matters worse, many modern microprocessor systems run at 3.3 V and even a logic FET doesn’t really work properly any more. The solution is obviously to apply a higher gate voltage.

This requires a little bit of external hardware, as is shown in Figure 2, for example. The microprocessor drives T1 via a resistor, which limits the base current. T1 will conduct and forms via D1 a very low impedance path to ground that quickly discharges the gate.

Elektor, 060036-1, 6/2009

Elektor, 060036-1, 6/2009

When T1 is off, the collector voltage will rise quickly to 12 V, because D1 is blocking and the capacitance of the gate does not affect this process. However, the gate is connected to this point via emitter follower T2. T2 ensures that the gate is connected quickly and through a low impedance to (nearly) 12 V.

In the example, a voltage of 12 V is used, but this could easily be different. Note that if you’re intending to use the circuit with 24 V, for example, most FETs can tolerate only 15 or 20 V of gate voltage at most. It is therefore better not to use the driver with voltages above 15 V. We briefly mentioned the 4000 series a little earlier on. There are two exceptions. The 4049 and 4050 from this series are so-called buffers, which are able to deliver a higher current (source about 4 mA and sink about 16 mA). In addition this series can operate from voltages up to 18 V. This is the reason that a few of these gates connected in parallel will also form an excellent FET drive (see Figure 3). When you connect all six gates (from the same IC!) in parallel, you can easily obtain 20 mA of driving current.

Elektor, 060036-1, 6/2009

Elektor, 060036-1, 6/2009

This looks like an ideal solution, but unfortunately there is a catch. Ideally, these gates require a voltage of two thirds of the power supply voltage at the input to recognize a logic one. In practice, it is not quite that bad. A 5-V microprocessor system will certainly be able to drive a 4049 at 9 V. But at 12 V, things become a bit marginal!

—Elektor, 060036-1, 6/2009

Solar Array Tracker (Part 1): SunSeeker Hardware

Figure 1: These are the H-bridge motor drivers and sensor input conditioning circuits. Most of the discrete components are required for transient voltage protection from nearby lightning strikes and inductive kickback from the motors.

Figure 1: These are the H-bridge motor drivers and sensor input conditioning circuits. Most of the discrete components are required for transient voltage protection from nearby lightning strikes and inductive kickback from the motors.

Graig Pearen, semi-retired and living in Prince George, BC, Canada, spent his career in the telecommunications industry where he provided equipment maintenance and engineering services. Pearen, who now works part time as a solar energy technician, designed the SunSeeker Solar Array tracker, which won third place in the 2012 DesignSpark chipKit challenge.

He writes about his design, as well as changes he has made in prototypes since his first entry, in Circuit Cellar’s October issue. It is the first part of a two-part series on the SunSeeker, which presents the system’s software and commissioning tests in the final installment.

In the opening of Part 1, Pearen describes his objectives for the solar array tracker:

When I was designing my solar photovoltaic (PV) system, I wanted my array to track the sun in both axes. After looking at the available commercial equipment specifications and designs published online, I decided to design my own array tracker, the SunSeeker (see Photo 1 and Figure 1).

I had wanted to work with a Microchip Technology PIC processor for a while, so this was my opportunity to have some fun. I based my first prototype on a PIC16F870 microcontroller but when the microcontroller maxed out, I switched to its big brother, the PIC16F877. Although both prototypes worked well, I wanted to add more features and

The SunSeeker board, at top, contains all the circuits required to control the solar array’s motion. This board plugs into the Microsoft Technology chipKIT MAX32 processor board. The bottom side of the SunSeeker board (green) with the MAX32 board (red) plugged into it is shown at bottom.

The SunSeeker board, at top, contains all the circuits required to control the solar array’s motion. This board plugs into the Microchip Technology chipKIT MAX32 processor board. The bottom side of the SunSeeker board (green) with the MAX32 board (red) plugged into it is shown at bottom.

capabilities. I particularly wanted to add Ethernet access so I could use my home network to communicate with all my systems. I was considering Microchip’s chipKIT Max32 board for the next prototype when Circuit Cellar’s DesignSpark chipKIT contest was announced.

I knew the contest would be challenging. In addition to learning about a new processor and prototyping hardware, the contest rules required me to learn a new IDE (MPIDE), programming language (C++), schematic capture, and PCB design software (DesignSpark PCB). I also decided to make this my first surface-mount component design.

My objective for the contest was to replicate the functionality of the previous Assembly language software. I wanted the new design to be a test platform to develop new features and tracking algorithms. Over the next two to three years of development and field testing, I plan for it to evolve into a full-featured “bells-and-whistles” solar array tracker. I added a few enhancements as the software evolved, but I will develop most of the additional features later.

The system tracks, monitors, and adjusts solar photovoltaic (PV) arrays based on weather and atmospheric conditions. It compiles statistics on these conditions and communicates with a local server that enables software algorithm refinement. The SunSeeker logs a broad variety of data.

The SunSeeker measures, displays, and records the duration of the daily sunny, hazy, and cloudy periods; the array temperature; the ambient temperature; daily minimum and maximum temperatures; incident light intensity; and the drive motor current. The data log is indexed by the day number (1–366). Index–0 is the annual data and 1–366 store the data for each day of the year. Each record is 18 bytes long for a total of 6,588 bytes per year.

At midnight each day, the daily statistics are recorded and added to the cumulative totals. The data logs can be downloaded in comma-separated values (CSV) format for permanent record keeping and for use in spreadsheet or database programs.

The SunSeeker has two main parts, a control module and a separate light sensor module, plus the temperature and snow sensors.

The control module is mounted behind the array where it is protected from the heat of direct sunlight exposure. The sensor module is potted in clear UV-proof epoxy and mounted a few centimeters away on the edge of, and in the same plane as, the array. To select an appropriate potting compound, I contacted Epoxies, Etc. and asked for a recommendation. Following the company’s advice, I obtained a small quantity of urethane resin (20-2621RCL) and urethane catalyst (20-2621CCL).

When controlling mechanical devices, monitoring for proper operation, and detecting malfunctions it is necessary to prevent hardware damage. For example, if the solar array were to become frozen in place during an ice storm, it would need to be sensed and acted upon. Diagnostic software watches the motors to detect any hardware fault that may occur. Fault detection is accomplished in several ways. The H-bridges have internal fault detection for over temperature, under voltage, and shorted circuit. The current drawn by the motors is monitored for abnormally high or low current and the motor drive assemblies’ pulses are counted to show movement and position.

To read more about the DIY SunSeeker solar array tracker, and Pearen’s plans for further refinements, check out the October issue.


CC279: What’s Ahead in the October Issue

Although we’re still in September, it’s not too early to be looking forward to the October issue already available online.

The theme of the issue is signal processing, and contributor Devlin Gualtieri offers an interesting take on that topic.

Gualtieiri, who writes a science and technology blog, looks at how to improve Improvig Microprocessor Audio microprocessor audio.

“We’re immersed in a world of beeps and boops,” Gualtieri says. “Every digital knick-knack we own, from cell phones to microwave ovens, seeks to attract our attention.”

“Many simple microprocessor circuits need to generate one, or several, audio alert signals,” he adds. “The designer usually uses an easily programmed square wave voltage as an output pin that feeds a simple piezoelectric speaker element. It works, but it sounds awful. How can microprocessor audio be improved in some simple ways?”

Gualtieri’s article explains how analog circuitry and sine waves are often a better option than digital circuitry and square waves for audio alert signals.

Another article that touches on signal processing is columnist Colin Flynn’s look at advanced methods of debugging an FPGA design. It’s the debut of his new column Programmable Logic in Practice.

“This first article introduces the use of integrated logic analyzers, which provide an internal view of your running hardware,” O’Flynn says. “My next article will continue this topic and show you how hardware co-simulation enables you to seamlessly split the verification between real hardware interfacing to external devices and simulated hardware on your computer.”

You can find videos and other material that complement Colin’s articles on his website.

Another October issue highlight is a real prize-winner. The issue features the first installment of a two-part series on the SunSeeker Solar Array Tracker, which won third SunSeekerplace in the 2012 DesignSpark chipKit challenge overseen by Circuit Cellar.

The SunSeeker, designed by Canadian Graig Pearen, uses a Microchip Technology chipKIT Max32 and tracks, monitors, and adjusts PV arrays based on weather and sky conditions. It measures PV and air temperature, compiles statistics, and communicates with a local server that enables the SunSeeker to facilitate software algorithm development. Diagnostic software monitors the design’s motors to show both movement and position.

Pearen, semi-retired from the telecommunications industry and a part-time solar technician, is still refining his original design.

“Over the next two to three years of development and field testing, I plan for it to evolve into a full-featured ‘bells-and-whistles’ solar array tracker,” Pearen says. “I added a few enhancements as the software evolved, but I will develop most of the additional features later.”

Walter Krawec, a PhD student studying Computer Science at the Stevens Institute of Technology in Hoboken, NJ, wraps up his two-part series on “Experiments in Developmental Robotics.”

In Part 1, he introduced readers to the basics of artificial neural networks (ANNs) in robots and outlined an architecture for a robot’s evolving neural network, short-term memory system, and simple reflexes and instincts. In Part 2, Krawec discusses the reflex and instinct system that rewards an ENN.

“I’ll also explain the ‘decision path’ system, which rewards/penalizes chains of actions,” he says. “Finally, I’ll describe the experiments we’ve run demonstrating this architecture in a simulated environment.”

Videos of some of Krawec’s robot simulations can be found on his website.

Speaking of robotics, in this issue columnist Jeff Bachiochi introduces readers to the free robot control programming language RobotBASIC and explains how to use it with an integrated simulator for robot communication.

Other columnists also take on a number of very practical subjects. Robert Lacoste explains how inexpensive bipolar junction transistors (BJTs) can be helpful in many designs and outlines how to use one to build an amplifier.

George Novacek, who has found that the cost of battery packs account for half the DIY Battery Chargerpurchase price of his equipment, explains how to build a back-up power source with a lead-acid battery and a charger.

“Building a good battery charger is easy these days because there are many ICs specifically designed for battery chargers,” he says.

Columnist Bob Japenga begins a new series looking at file systems available on Linux for embedded systems.

“Although you could build a Linux system without a file system, most Linux systems will have some sort of file system,” Japenga says. “And there are various types. There are files systems that do not retain their data (volatile) across power outages (i.e., RAM drives). There are nonvolatile read-only file systems that cannot be changed (e.g., CRAMFS). And there are nonvolatile read/write file systems.”

Linux provides all three types of file systems, Japenga says, and his series will address all of them.

Finally, the magazine offers some special features, including an interview with Alenka Zajić, who teaches signal processing and electromagnetics at Georgia Institute of Technology’s School of Electrical and Computer Engineering. Also, two North Carolina State University researchers write about advances in 3-D liquid metal printing and possible applications such as electrical wires that can “heal” themselves after being severed.

For more, check out the Circuit Cellar’s October issue.



Wi-Fi-Connected Home Energy Monitor

The Kunzig brothers of Pennsylvania use the word “retired” loosely.

Donald and Robert are both retired—each from long careers in the telecommunications industry. And after retirement, each took on a new job (Donald developing software to track and manage clinical trials managed by BioClinica, Inc., and Robert at a large data center).

So while other semi-retirees might prefer relaxing in poolside chairs or on the couch, what do these two do? They eagerly take on some technologies they haven’t worked with before and build a Wi-Fi-connected device to monitor a home’s power usage. And after two years of trial, error, and, finally, success, they develop an e-commerce website to sell it.

“Robert’s son, Jay, a design engineer working in San Jose, CA, suggested the project,” the two brothers say in article they wrote for the May 2013 edition of Circuit Cellar. “The main purpose was to design a Wi-Fi-connected monitor that would be able to measure usage from both a utility and an alternate source of power such as solar or wind.”

Their article describes how they designed a usable device that offers programmability and function. They used a Microchip MRF24WB0MB 802.11 transceiver for Wi-Fi access and a Microchip Technology PIC24FJ256GB108 microprocessor in their design. They eventually wrote the article about the ups and downs of the process (which included five prototypes) because they felt elements of their work would help readers developing their own embedded electronics devices.

“All this effort has been rewarding, perhaps not financially (yet), but certainly intellectually,” the brothers say. “After almost two years of effort, we have produced a product with an excellent hardware design, coupled with software that is better than average. The platform can be used for just about any implementation.”

“We wanted to produce an energy monitor that was fully wireless, very accurate, extremely easy to use, and based on hardware and software that is very stable. We think we were successful on all counts.”

Check out the May issue of Circuit Cellar for their article. And for more information, visit their e-commerce website at www.wattsmyusage.com.