Making it work on Mac OS « LeafLabs Garden

LeafLabs Garden » Support » Maple IDE Support

Making it work on Mac OS

(27 posts) (1 voice)

Started 5 years ago by importer
Latest reply from importer

12 Next »

importer
Inactive

[on Tue 05 of Jan., 2010 04:49 EST, by Nic]

My Maple arrived today and I've got as far as checking out the code tree, and getting the IDE up, by running:
leaflabs-read-only/trunk/maple/build/macosx/make.sh
and then
leaflabs-read-only/trunk/maple/build/macosx/run.sh

The IDE boots, but when trying to compile the IDE complains about arm-none-eabi-gcc missing.
In fact, Arduino.app/Contents/Resources/Java/hardware/arm doesn't exist.

Does this mean I need to download the compiler and all the other tools from somewhere and piece the thing together?

Posted 5 years ago #
importer
Inactive

[on Tue 05 of Jan., 2010 13:27 EST, by CollinMel]

I'm in the same boat - I downloaded all the available softwares from googlecode, but couldn't figure how to attain 'arm-none-eabi-gcc' (or even determine if it's included)

When I first hooked up my maple, the IDE's serial monitor returned something to the tune of "Waiting for code/instructions/etc" but upon repeated investigations froze the whole application :/

Of course, I suppose this all makes sense considering Andrew's OSX warning in the 'getting started' email. Until further news - it's a desk ornament.

Posted 5 years ago #
importer
Inactive

[on Tue 05 of Jan., 2010 16:10 EST, by CollinMel]

one of these might be worth pursuing -

summon-arm-toolchain
http://github.com/esden/summon-arm-toolchain

"how to build a GCC toolchain used to cross-compile for ARM EABI targets."
http://fanplastic.org/gcc-for-arm-eabi/

Posted 5 years ago #
importer
Inactive

[on Tue 05 of Jan., 2010 16:22 EST, by Nic]

Yeah, there's a bit more description on Esden's blog about his toolchain:
http://www.esden.net/blog/2009/02/26/how-to-build-arm-gnu-gcc-toolchain-for-mac-os-x/

There's another procedure here:
http://www.ethernut.de/en/documents/cross-toolchain-osx.html

But I think I might try Yagarto first. Ideally I'd love to set up the toolchain to use clang and LLVM instead of GCC - I'm sick of the way that when there's a typo in your code GCC will tell you the error is on every line except the one you buggered up.

It still seems we're going to stall at dfu-util, though. I haven't found any more information than was in that email, and that wasn't exactly enlightening.

Posted 5 years ago #
importer
Inactive

[on Thu 07 of Jan., 2010 19:28 EST, by poslathian]

We have custom built binaries for Mac OS for arm-none-eabi-gcc AND dfu-util (the two dependencies for the Maple IDE). These should be in the repo and should have been extracted when running make.sh. I'll poke around and see if it can be fixed. However, you can build/download your own binaries for these two programs.

BUTBUTBUT there is still a major MAC bug that has been killing us, if anyone knows of a fix please do say so! Maple acts as a virtual COM port, so that functions like Usb.read() Usb.write() actually act like a serial port and you can use the arduino serial port monitor (except we dont have an ftdi chip). When you plug in Maple, OSx sees this, and initializes the modem driver to talk to this virtual com port.

When new firmware is uploaded, we use a program called dfu-util (from openmoko) that requests a USB-reset on the usb bus (this is part of the dfu protocol). OSx refuses to comply with this reset request under the pretense that the OS owns the modem device and even running as root doesnt seem to fix the problem. There is likely some Mac hardware fu, and various other dfu enabled projects seem to have circumvented the problem, were trying to adapt their solutions. If you make any headway on this, please let us know!

Posted 5 years ago #
importer
Inactive

[on Thu 07 of Jan., 2010 20:22 EST, by CollinMel]

Thanks much for sharing. I noticed OSX asked me to set up Maple when I plugged it in - does the problem persist even if Maple is removed from System Pref's Network device list? (maybe too obvious, I'm noob @ this level)

I'll post here if I come across any other solutions that seem applicable.

Posted 5 years ago #
importer
Inactive

[on Thu 07 of Jan., 2010 21:40 EST, by poslathian]

That was our best guess. we tried it to no avail. are you still stuck at the arm-gcc level or have you gotten it to dfu-util?

Posted 5 years ago #
importer
Inactive

[on Thu 07 of Jan., 2010 21:41 EST, by poslathian]

Theres like some analog to linux udev rules that may do the trick. Ive seen various (long) threads on openmoko about getting dfu-util to work on mac.

Posted 5 years ago #
importer
Inactive

[on Fri 08 of Jan., 2010 00:09 EST, by CollinMel]

Actually, I got stuck while installing dfu-util, trying to apply the second of these two patches -

http://wiki.openmoko.org/wiki/User:SNMoore#Patch_to_work_around_NULL_dev-.3Econfig_structures_on_OS_X_.28Bug_.23672.29

Getting every install + dependencies to play nice is one helluva process, eh? Oh well, pretty sure I learned a few things along the way.

Posted 5 years ago #
importer
Inactive

[on Fri 08 of Jan., 2010 01:52 EST, by CollinMel]

Wait - could this be solved simply by manually resetting the board a la Arduino NG?

because really, it's not that much of a hassle ;)

Posted 5 years ago #
importer
Inactive

[on Fri 08 of Jan., 2010 04:29 EST, by Nic]

Colin, are you saying make.sh provided the compiler, or did you put it together yourself some other way? I tried it again (checking out r99) and got the same result.

I haven't had a lot of time to muck with it yet (maybe this weekend).

How standard is the USB serial profile? Could the problem be worked around by using another (better-behaved) USB to serial driver to grab the port before the inbuilt modem driver? I know you can edit a plist for the FTDI driver to add USB vendor / product IDs but whether this will be compatible with the Maple USB-serial implementation depends on how standard the standard is.

Posted 5 years ago #
importer
Inactive

[on Sat 09 of Jan., 2010 16:28 EST, by CollinMel]

Nic - I was working from packages I downloaded myself, not from the maple repository

Posted 5 years ago #
importer
Inactive

[on Sun 10 of Jan., 2010 00:29 EST, by CollinMel]

Somewhat off-topic, but I was able to get things up & running in WinXP via Parallels. Though the Maple serial terminal isn't working for windows yet, I can connect to the board just fine thru Arduino 17's monitor.

now to get it working with an SPI DAC …

Posted 5 years ago #
importer
Inactive

[on Wed 13 of Jan., 2010 20:41 EST, by bbradlyn]

With revision 115, everything should work on OS X 10.5 and higher, provided you use an external power source (due to the dfu problems mentioned above. To build it, open up a terminal, change to the directory

leaflabs/trunk/maple/build/macosx

and then run appbuild.sh

this will create the application for you and place it into the work directory ready for use.

To flash code, first set the board to maple, and make sure your maple is powered externally or via battery. The first time you try to flash, things will hang up at "Claiming USB DFU Interface...". When this happens, unplug the usb cable and plug it back in. When you next click upload, everything should work. Ive got mine sitting here blinking right now.

Additionally, the serial monitor works under mac. It should set itself up automatically, but if not, once your code is running go to the tools->serial port menu and select something like "/dev/tty.usbmodem411".

Hope this works for you all. A pre-built app should be available on the website shortly.

Posted 5 years ago #
importer
Inactive

[on Wed 13 of Jan., 2010 20:47 EST, by poslathian]

There may be a mac side fix to avoid this unplug-replug work around. Theres definitely a bootloader side fix coming in the rev2 boards.

Posted 5 years ago #

RSS feed for this topic

12 Next »

Reply »

You must log in to post.