• View
• Edit
• History
• Print

ArduinoYun

How do I run standalone avrdude to program an Arduino Yun?"

We are glad you asked!

The problem we were having was that under Mac OS X, the Arduino program could successfully download software to the Arduino Yun.

However, when we ran avrdude by hand, we got butterfly_recv: programmer is not responding

The solution

• We needed to push the reset button twice to really reset the board. The LED glows red - only during this time can the avrdude command be run.
• Our workaround (many thanks to Mark!) is that we run the stty command, then sleep for one second, then run the avrdude command:

Getting started with the Mac

• Download CrossPack - development environment for the AVR: http://www.obdev.at/products/crosspack/index.html

We are using the Arduino Yun

• http://arduino.cc/en/Main/ArduinoBoardYun?from=Main.ArduinoYUN - description
• ATmega32u4
  • Searching for ATmega32u4 avrdude yields: http://www.sowbug.com/post/16644998284/rescue-guide-for-your-adafruit-atmega32u4-breakout

So, the makefile gets:

• From http://www.engbedded.com/fusecalc/

• Get the device, we looked at Arduino IDE TOols -> Port, which said: /dev/tty.usbmodem1421 or /dev/cu.usbmodem1421
  • Add -P /dev/tty.usbmodem1421 to the PROGRAMMER line in the Makefile
• Run make flash
• The Yun blinks, but we get "butterfly_recv: programmer is not responding"
• Tip: from Gnichi: For the avrdude, Christopher, did you try to just flush the code to another arduino, i think the reason is maybe the bootloader on the arduino is broken. And make sure that the serial port of the arduino is not open for reading in another place. if it's an arduino uno simply :

• Update fuses to -U lfuse:w:0xff:m -U hfuse:w:0xd8:m -U efuse:w:0xfb:m, which is from the boards.txt from the Arduino program.

Using ino

Ino has been used to compile and upload to Arduino Yun.

Upload has the same issue.

• This guy has fixed this: https://github.com/amperka/ino/pull/153

Setup

March 6, 2014

Download http://arduino.cc/en/Main/Software#toc3. For the mac, I downloaded http://arduino.googlecode.com/files/arduino-1.0.5-macosx.zip

See http://arduino.cc/en/Guide/MacOSX for installation. Basically, unzip it in /Applications

Generating code to toggle an LED

What we want to is create models that use an Arduino-specific Display actor to toggle the LED. This is not that interesting, but gets us started.

• How to generate code:

• The code we want to modify is at ptolemy/cg/adapter/generic/program/procedural/c/arduino/adapters/ptolemy/actor/lib/gui/Display.c
• Things we need to do
  • We need modify the Display actor to generate a .c file is complete
    • proper includes
    • proper glue code
  • We need a makefile that will build the binary.
  • To upload to the Arduino Jun, we need to call stty 1200, sleep for a second and then call avr-dude.

Setting up on the Mac

Idea: use avr-gcc to compile the generated code. To do this, we need to set the path to include the avr tools:

pbl.h: sys/dir.h not found

Solution:

For us, the real fix was to edit ptolemy/cg/kernel/generic/program/procedural/c/structures/pbl.h

Problem with Infinity

Infinity was not defined, so we did:

For us, the real fix was to edit ptolemy/cg/kernel/generic/program/procedural/c/SharedCode.c

avr.h not found

Solution: Edit the makefile:

For us, the real fix was to do:

and then edit the new file.

io.h: device type not found

Message:

Solution: Look in io.h, find the appropriate device. For us on the Arduino Yun, it is __AVR_ATmega32U4__ so we add that to the makefile

Sample Blink Code

pbl.c has include problems.

Errors like:

The fix is to edit the master pbl.c. First, find the pbl.c file:

to

Then, edit $PTII/ptolemy/cg/adapter/generic/program/procedural/c/arduino/makefile.in and add a define:

The reason to use PT_DOES_NOT_HAVE_MEMORY_H instead of __AVR__ is so that if other platforms do not have a memory.h file, we can just define PT_DOES_NOT_HAVE_MEMORY_H in the makefile for that platform.

The makefile.in is a template makefile used when generating Arduino code. The makefile.in gets variable substitutions and $PTII/cg/LED.mk is created.

Next steps

Run

Then edit the pbl .c and .h files in ptolemy/cg/kernel/generic/program/procedural/c/structures

Add defined to those files and to $PTII/ptolemy/cg/adapter/generic/program/procedural/c/arduino/makefile.in

May 8 Log

There were a series of issue:

1. We did not have a loop() call in our generated code. Our hack was to add one that called the *_fire method of the embedded actor
2. We had a .c file that defined main(), which prevented us from linking with the main() function in the library. In theory, we should be able to use our own main(), this would need further exploration.

Things we did to get Blink.xml working:

• In foo.cpp, we added a loop() function in the last ifdef cplusplus -- Done--
• rm *.hex *.elf core.a
• Edit the makefile and comment out the line that includes the PTCG_CFILES because this line gets all the .c files
• Remove Blink_Main.c Blink_Main.o

Things that would make this easier the next time:

1. It took us a while to figure out that to update the chip, we needed to call stty, push the button twice and then run avr-dude.
2. Use a simpler chip.
3. Use a simulator

Things to do

1. Blink.xml includes a loop() method that contains a hardwired call to the *_fire() method
2. The Blink.xml.in is a bit of a mess
   1. We copy to foo.cpp
   2. The find . -type f -name "*.c" call is a hack and should be removed.
   3. We remove files that are generated
3. It would be good to try some other models.

Future fixes

• ptolemy/cg/adapter/generic/program/procedural/c/arduino/makefile.in
  • Set ARDUINOINCLUDES properly
  • PTCGCompiler?

Microsoft Remote Desktop on a Mac