The usbasp enabled version of avrdude uses the libusb to access the usbasb hardware. I therefore installed libusb for macos from the fink project. Since the avrdude configure script didn't find libusb under /sw/lib and /sw/include i made two symbolic links from /sw/include/usb.h to /usr/include/usb.h and from /sw/lib/libusb.a to /usr/lib/libusb. CrossPack is a development environment for Atmel’s AVR® microcontrollers running on Apple’s Mac OS X, similar to AVR Studio on Windows. It consists of the GNU compiler suite, a C library for the AVR, the AVRDUDE uploader and several other useful tools.

1. Then you edit the Makefile
   

Install Necessary Software for AVR Programming:

For the electronics units in the Fab Academy, you will need:

1. Avrdude (for programming AVR microcontrollers)
2. GCC (to compile C code)

Jump to the instructions for your Operating System:

Ubuntu Software Install

Avrdude For Mac Os High Sierra

Get and install avrdude / GCC software and dependencies:

Open Terminal and type:

Download and Unzip the Firmware:

Move to the desktop

Download the firmware from the Fab Academy Electronics Production page.

App review for mac. Unzip the firmware

Mac OS Software Install

Get and install avrdude / GCC software and dependencies:

1. Download and Install Crosspack AVR - Has an installer.
   
2. Get Make (via XCode):
   
   • If you are running Lion or higher - you can download XCode from the Apple App store.
   • If you are running a pre-Lion OSX - Get the install disks that came with your mac and install the developer tools.

Download the firmware (right click on the link below and save it to your desktop):

Open terminal navigate to the desktop:

Unzip the fabISP_0.8.2_firmware.zip directory:

Move into the newly created firmware directory on your desktop

Windows Software / Drivers Install

Get and install avrdude / GCC software and dependencies and drivers:

1. Warning, WinAVR is abandoned.
   Installing it can destroy your systems path variable!
   You can use the installer, but before you start, take note of your current system path.
2. Furthermore, WinAVR may require additional packages to function on Windows 10. (Some programs are broken and do not run.) avr-gcc and other development tools can be installed in the Bash on Ubuntu on Windows 10 environment, follwing the same instructions as Ubuntu. However, I don't think a working avrdude can be installed this way. Using a Linux machine (or a Linux virtual machine) might be the easiest option for Windows 10 users right now. (If you have discovered better ways to make this work, please update this documentation!)
3. Download and Install WinAVR - Has a (broken) installer.
   - Here is a step-by-step set of instructions
   
4. After installing check your systems path variable, if it only contains the path to the winavr installation:
   
   • copy those values
   • restore your old path
   • add the windavr path back to it
   • close any commandprompt window you may have open
5. Download the drivers for your version of Windows
   
6. Plug in another FabISP or USBtiny programmer.
7. Install the drivers:
   Go to the Start menu -> Control Panel -> Device Manager (or run 'mmc devmgmt.msc')
   • Locate 'FabISP' under 'Other Devices'
   • Right click on the 'FabISP'
   • Select 'Update Driver Software.'
   • Select 'Browse my computer'
   • Navigate to the drivers folder you downloaded at step 4 and click on the folder.
   • Hit 'ok' to install the drivers for the USBtiny / FabISP

Power the FabISP Board

• Make sure that the mini USB connector for the FabISP you are trying to program is plugged into your computer.
• AND that a separate pogramer is plugged in to the 6-pin programming header. (this could be another working FabISP or the ATAVRISP2, a USBtiny, an AVR Dragon, etc.)
  

• Green Light: means that the header is soldered correctly, the board is getting power.
  
• Yellow Light: means that the board is getting power, but most likely the 6-pin programming header is not soldered correctly (re-flow your solder joints / check for cold joints, check for shorts).
  
• Red Light: means that the board is not getting power - check for shorts.

Edit the Makefile

Ubuntu:

Mac:

Open the Makefile with TextEdit.

Windows:

Open the Makefile with Notepad++.

Make Changes - All OS:

Aida mac os x. A window will open containing the Makefile. Go to the line that says:
#AVRDUDE = avrdude -c usbtiny -p $(DEVICE) # edit this line for your programmer
AVRDUDE = avrdude -c avrisp2 -P usb -p $(DEVICE) # edit this line for your programmer
- If using the USBtiny programmer or another FabISP
- Remove the '#' in front of the line with 'usbtiny' in it
- Add a '#' to beginning the line with the 'avrisp2' in it to comment it out.
- save the Makefile

Program the FabISP (All OS):

Navigate to the directory where you saved the FabISP firmware. If you followed the instructions above, this will be the desktop.

Open your terminal / command line interface and move to the firmware directory.

Ubuntu / Windows type:

For Mac users who downloaded the modified firmware:

Next you need to compile the firmware.

Type:

If you are successful - you will see this response from the system: Call of duty on mac.

Next, you need to set the fuses so your board will use the external clock (crystal)

Type:

Next you want to program the board to be an ISP.

Then type:

Wooo! Success!

Errors

• If you get errors - read the errors and follow instructions.
• If avrdude cannot connect to your board's microcontroller - you should follow the 'Troubleshooting Short Circuits' instructions and ask your instructor for help.

Avrdude Mac Os Install

To Verify That Your ISP is working correctly:

Ubuntu:

Type:

Mac:

Go to the System Profiler > Hardware > USB > Hub:
Step - By - Step:

1. Click the 'apple' menu in your main toolbar
2. Select 'about this mac'
3. Select 'more info'
4. Under the 'Contents' menu in the left hand navigation
   - Click 'Hardware' to expand the hardware menu (if not already expanded)
   - Click 'USB'
   - Under the 'USB Device Tree'
   - Click 'Hub' to expand the hub menu (if not already expanded)
   - 'FabISP' should be listed in the hub menu
5. Your FabISP device has been successfully programmed and is recognized by your computer.

Windows:

Go to the Start Menu > Hardware and Sound. The FabISP should be listed.

After You Have Programmed the Board:

Remove the 0 ohm resistor and solder bridge as shown in the picture below. Now you can use it as a programmer to program other boards.

Notes on USB and Timing

The USBtiny (on which the FabISP is based), the original FabISP, and all ofthe many variants and improvements use a library called V-USB to handle theUSB communication. USB is a fairly complex protocol, and usually isimplemented with dedicated hardware on a microcontroller with USB support.V-USB implements USB entirely in software, which enables USB on practicallyany AVR microcontroller just using the GPIO pins. The timing requirements aremet by using hand-optimized assembly code.

V-USB works incredibly well, considering how much of a hack it is.However, USB still has fairly stringent timing requirements in order to workproperly. V-USB implements a low-speed USB device, with signaling at1.5 MHz, which is the least demanding type of USB device. However, if thetiming is too far off, this can cause USB communication problems.

Over the years, many people have iterated on the FabISP design to reducethe component count, use cheaper components, and use more readily availablevalues. For example, a ceramic resonator isn't something you'd usually findon a microcontroller that's speaking USB, since the frequency might be tooinaccurate for reliable communication. Yet several FabISP designs use ceramicresonators, and appear to work. This raises questions about how fartolerances can be stretched before a programmer is no longer a reliable USBdevice. As USB ports get faster and faster, USB controllers can also be lesstolerant of timing and frequency variations.

To investigate whether some of the FabISP designs have deviated far enoughfrom the USB spec to start causing widespread problems, I probed severaldifferent FabISP variants with a high-speed oscilloscope. The results arebelow.

The oscilloscope capture shows the differential USB signals from threedifferent FabISP variants. The vertical lines are a 3MHz reference clock.Since low-speed USB signaling occurs at 1.5MHz, each bit should last for twovertical lines. If the timing is accurate, the transitions should happenright on the lines, not before or after.

These captures show the beginning of a packet on the USB bus, sent from theFabISP to the computer. This starts with a synchronization sequence (thehigh/low/high/low/high/low pattern) followed by four bits identifying the typeof packet (in this case, it's an acknoweldgement from the FabISP that the lastmessage from the computer was received).

The three traces, from top to bottom, are:

1. An original FabISP, which uses a 12MHz crystal. The 12MHz crystal can be divided evenly down to the low-speed USB 1.5MHz clock. All of the bit transitions occur precisely in sync with the reference.
2. A FabISP built with a 20MHz crystal instead. 20MHz is a more standard part in the fab inventory, but it does not divide evenly down to 1.5MHz (there's a third of a cycle left over.) This introduces a little bit of jitter; some of the signal edges are just a little bit late or early. The average frequency is still accurate, but the jitter reduces the tolerance for frequency error just a bit.
3. A FabISP built with a 20MHz resonator. In addition to the jitter due to the non-integer clock divisor, resonators are not quite as accurate as crystals in terms of the frequency they generate. This can be seen particularly at the last bit on the screen, where both edges are now late. Over many bits, this error can accumulate.

The transitions for the original FabISP, which used 49Ω bus terminationresistors, are noticeably faster and more square. In later designs, thetermination resistors changed to 100Ω for some reason, leading to the morerounded edges.

Conclusions

While the timing has gotten measurably worse from the original 12MHzdesign, the current 20MHz crystal versions shouldn't cause any problems.Crystal resonators are still probably not the best idea for a USB device (thefrequency inaccuracy is easily seen on the bottom trace), they do seem to workin most cases. The risk is the luck of the draw getting a resonator that'sfar enough on the edge of its tolerance that it causes problems.

Fortunately, all of the USB transfers used by the FabISP are very short;there isn't very much time for the error to accumulate.

If you're making a new FabISP design, I'd strongly recommend using acrystal. The slight extra cost is well worth the accuracy.

Another option: Zaerc's FabTinyStaris perhaps the best combination of minimal component count, lowest cost, andtiming accuracy. It uses the internal RC oscillator—normally, a ratherinaccurate frequency reference—but calibrates it on-the-fly. A new USB framebegins precisely every 2 ms—by tuning the RC oscillator in software based onthe start-of-frame packets every 2ms, the microcontroller's clock can befairly well synchronized to the host's. A scope capture from the data lineson the FabTinyStar is shown below, and the timing is spot-on.

Note the nice sharp edges. In part this is due to the 49Ω resistors ratherthan 100Ω, but also due to a much shorter cable.

Revision history

• 2016/09/28
  • imported from here (bmayton)
  • removed separate firmware files; firmware for all platforms is identical. Removed 'mac' from folder name inside zip archive. (bmayton)
  • Added notes about installing tools on Windows 10; need to look into how this should be done now. (bmayton)
  • Added informative section about USB timing; might later move to a separate page (bmayton)