Getting Started in a Windows OS

LeafLabs Garden » Support » Maple IDE Support

Getting Started in a Windows OS

(15 posts) (3 voices)

Started 5 years ago by importer
Latest reply from poslathian

importer
Inactive

[on Sat 26 of Dec., 2009 15:07 EST, by Mikro]

Just got my Maple in today! Interested to see what it could do. I have an existing Arduino project that flies a 4 rotor helicopter (http://www.AeroQuad.info), so I'm hoping I can just plug in my existing shield (will have to move the last minute cap fix), port over my code and see what happens.

Saw the other "getting started" thread. I poked around the repository and read a little of the read me file. Is the intent to use the existing Arduino IDE and somehow create a plug-in for the Maple? If this is the case, what are the instructions for installing the repository contents into an existing installed Arduino IDE. If I'm way off base, then please post an installer or some setup instructions to help us get started!

Posted 5 years ago #
importer
Inactive

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

Sorry about the delay. Weve been working on an installer....!
Informatively though, the Maple IDE is not a plugin for arduino, rather it IS arduino + a patch. The Maple IDE will do everything arduino does with arduino boards AND compile for maple. The instructions for building the Maple IDE are identical to building the Arduino IDE (which can be found at arduino.cc)

In addition to the standard dependencies of Arduino - libusb and avr-dude - the Maple IDE also depends on dfu-util and codesourcery's arm-none-eabi-gcc package (codesourcery.com - get the LITE EABI version).

The actual wait on the installers is integrating THESE dependencies into the installer, if you get them yourself, then building from the repo is identical to building arduino.

Posted 5 years ago #
importer
Inactive

[on Fri 08 of Jan., 2010 04:05 EST, by Mikro]

Thanks for the info! I took a look at how to build the IDE. For Windows, the Arduino directions say to load cygwin, so I'm going to guess the process is very close to how the linux approach works. I'll try to give it a go (too many projects... to little time) and report back if I get it going.

An installer would be MUCH appreciated for us spoiled Arduino types. :)

Posted 5 years ago #
importer
Inactive

[on Fri 08 of Jan., 2010 15:37 EST, by poslathian]

Windows!

I just committed some patches to the dist/windows directory, and tested it. There still seems to be problems with the serial port, and i havnt put together a binary package. But you can get it running in a fairly straightforward manner by following the instructions here:

http://code.google.com/p/arduino/wiki/BuildingArduino
substitute their repository for ours:
http://leaflabs.googlecode.com/svn/trunk

depending on your version of windows, cygwin may complain about not being able to find a "Documents" directory after calling launch4jc. This is just an annoying quirk of cygwin hating directories with spaces in the names. To get around this, go to start->run->cmd , navigate to the launch4j directory and type:

> launch4jc.exe ../config.xml
> copy arduino.exe ../work

then run ./make.sh again.
finally run ./run.sh to bring it up!

When you plug in your maple, windows is going to ask you for drivers. They can be found in the repo:
leaflabs/maple/build/windows/dist/drivers/mapleDrv

the "installer" is just a few steps away from here, namely, modifying the dist.sh script and then running it. However, I have to put this task away for a little while and would also like to get the serial port working before releasing an official "windows" release.

if you do either of these things, post and share!!

Posted 5 years ago #
importer
Inactive

[on Fri 08 of Jan., 2010 22:24 EST, by rsbohn]

Here are my build notes. I currently have r102 from the svn repository installed. Several work-arounds here but it does in fact build and upload
the sketch to the board!

0. You need cygwin installed, with perl, zip, unzip (and bash of course).
1. Use svn to download the software
2. Connect the Maple board, install the driver from maple\build\windows\work\drivers\mapleDrv
3. Patch make.sh as below
3a - puts the arm toolchain in hardware\tools\arm
3b - workaround for the 'spaces in path' issue
4. Load and compile the blinky sketch (proves the toolchain is working)
5. Move dfu-util.exe from hardware\tools\arm\bin to hardware\tools\avr\bin
6. Upload the sketch to the maple board
7. Enjoy the blinking lights of success!

Here is the patch:
Index: make.sh
===================================================================
make.sh (revision 102)
+++ make.sh (working copy)
@@ -35,7 +35,7 @@
unzip -q -d work/hardware/ avr_tools.zip

echo Extracting arm tools...
- unzip -q -d work/hardware/tools/ arm.zip
+ unzip -q -d work/hardware/tools/arm/ arm.zip

echo Extracting enormous JRE...
unzip -q -d work/ jre.zip
@@ -45,7 +45,7 @@
# to build them, use the following:
# cd head_src/gui_head && make -f Makefile.win
cd launcher
- ./launch4j/launch4jc.exe config.xml
+ USERPROFILE=. ./launch4j/launch4jc.exe config.xml
cp arduino.exe ../work/
cd ..

Posted 5 years ago #
importer
Inactive

[on Sat 09 of Jan., 2010 12:00 EST, by poslathian]

Awesome! Nice catch on the hardware/tools/arm path error. Ill commit this patch. Does the virtual COM port work for you? it does not work on my xp64 for some reason, still working on that. Try a sketch that looks like:
HardwareUsb Usb;
void setup() {
}

void loop() {
delay(1000);
Usb.println("Hello!");
}

and see if the serial monitor echos's it like it does on linux

Posted 5 years ago #
importer
Inactive

[on Sat 09 of Jan., 2010 15:56 EST, by rsbohn]

I don't even get a virtual COM port.

Posted 5 years ago #
importer
Inactive

[on Sat 09 of Jan., 2010 19:44 EST, by Mikro]

I also don't get a virtual COM port. I'm installing this under Windows 7. I can install the Maple driver (found in mapleDrv) under the Device Manager, but what's supposed to happen next is that an unidentied USB device is supposed to show up to install the FTDI driver (here's the FTDI Windows 7 installation instructions): http://www.ftdichip.com/Documents/AppNotes/AN_119_FTDI_Drivers_Installation_Guide_for_Windows7.pdf)

Near the end of the document it states that the VID and PID may not be matching what's burned into the device's EEPROM. Could that be the problem? I used the USB View tool they referenced in the document and found VID = 0x0110 and PID = 0x1001. It matches the Maple.inf file. Could the EEPROM be inconsistent, or am I just digging way too far inside the guts of this and the problem is much more simpler to solve?

On a good note I was able to compile and run the IDE per all your instructions. I am not able to compile a sketch though, and realized I didn't get dfu-util, nor the arm chain. Can you guys kindly give a view more hints on how to do this?

Posted 5 years ago #
importer
Inactive

[on Sat 09 of Jan., 2010 23:39 EST, by rsbohn]

The arm chain and dfu-util are in arm.zip. If you don't have it just download http://code.google.com/p/leaflabs/source/browse/trunk/maple/build/windows/arm.zip
and unzip it in work/hardware/tools/arm/. You will need to copy dfu-util.exe to work/hardware/tools/avr/bin/ (the Arduino software insists on finding it there.) The latest in svn should be working at this point (r104).

I posted the dist package (built and ready to run) at http://media.rsbohn.com/arduino-0018-maple-win.zip - about 115MB download but it should have all the required bits. This isn't an official build, just one I put together today.

Posted 5 years ago #
importer
Inactive

[on Mon 18 of Jan., 2010 00:51 EST, by Mikro]

@rsbohn, You Da Man! Thanks for posting your Arduio IDE build. I downloaded it, ran the executable and it works fine. I was puzzled how you programmed it without getting a virtual com port setup, and it looked like from another post that you just wired up the D0 D1 pins somehow. So I concocted a way to connect my XBee Shield for Arduino to the Maple (I couldn't directly plug it in because of the extra female header for the extra pins of the Maple). Then I used an XBee Explorer from Sparkfun and communicated wirelessly to the Maple.

So I guess the cool thing is that it's possible to program a Maple wirelessly (apparently something an Arduino can't do without some hacking). I'll take some time in the next few weeks to port over a 6 degree of freedom IMU I built for the Arduino and hopefully post some video of it working with an artificial horizon GUI.

Posted 5 years ago #
importer
Inactive

[on Mon 25 of Jan., 2010 11:56 EST, by efox]

The principle hold up has been serial com in windows. Heres a run down of the issue:

Maple enumerates itself over USB as a CDC ACM device, a standard for virtual COM and other modems. It appends to the bottom of the enumeration information about the dfu utility.

Linux and Mac both treat the DFU as somewhat extraneous, complying to DFU spec, and load the appropriate driver quietly in the background. The CDC ACM driver is assigned to the device automatically and its built in to both OS's

In windows, there is no stock DFU nor CDC ACM driver that "generically" loads. So we provide them both, libusb for DFU, and usbser for serial. We didnt write either of these drivers, and we tell windows about them via .inf files

In windows, two binary drivers may not be assigned to the same USB device! Yuck, so you cant do libusb+usbser at the same time. After learning this, we modified the bootloader to enumerate Maple as a "compound IAD device" which is a spec for assigning independent drivers to different interfaces of the same USB device. In windows this means that two "new devices" pop up when you plug in. In the /maple/build/windows/dist/Drivers/mapleDrv we provide maple.inf for the first, and ./serial/maple_serial.inf for the second. In addition, this IAD nonsense, means that while in "DFU Mode" Maple is no longer a compound device, and it needs its own driver, maple_dfu.inf. So after you upload your sketch for the first time, youll need to point windows there after it warns you of new hardware.

People with Maple rev1 (purchased before Jan 2010) are hosed without a bootloader upgrade, or some solution we dont know about (LET US KNOW IF YOU DO!). Maple rev2 bootloader uses this the 3-drivers solution, which is crap. Compound IAD, while a spec, isnt supported by Mac. So what were doing is writing a custom windows driver that will revert back to the non-compound device model and will work with Rev1 and all future Maples (except maybe the 4 rev2 boards out there ;) ). We only just decided to do this last week, so give us a 10-15 days to sort out the niceties of writing a windows driver.

Our MAJOR apologies on the fuckup

Binaries: exist and will be posted as soon as they have the new serial driver packaged in with them.

TLDR:
maple rev1's arnt going to work in windows until we release a custom driver were writing, should be out in 2 weeks. Maple rev2's should work fine in windows with a nasty driver setup in the repo, but the nastiness will go away with our custom driver. Sorry for the wait! Windows driver management is REALLY a mess.

p.s. we also had to modify dfu-util because of this windows issue. Windows dislikes that Maple has the same vendor/product ID while in DFU mode, because it matches the serial driver to it - even though there isnt a serial interface exposed during upload. So in dfu mode the new bootloader increments in product ID by 1. The stock version of dfu-util should ostensibly support this, as its part of the DFU spec. But a seeming bug make it fail. Rather than fix the bug, we made a hack patch for dfu-util that gracefully recognizes the "increment by one." rev2 and higher bootloader will need this new dfu-util, which is in the /dist/ directories of each of the builds (mac,linux,win)

cheers guys! thanks for hacking!

Posted 5 years ago #
importer
Inactive

[on Mon 22 of Feb., 2010 23:15 EST, by poslathian]

Hmmm....tiki seems to claim the above post was made by efox. It wasnt. It was made by me! (poslathian). Weird....were migrating away from tiki anyways...to wordpress.

Posted 5 years ago #
importer
Inactive

[on Mon 22 of Feb., 2010 23:15 EST, by poslathian]

Hmmm....tiki seems to claim the above post was made by efox. It wasnt. It was made by me! (poslathian). Weird....were migrating away from tiki anyways...to wordpress.

Posted 5 years ago #
efox
Member

im pretty sure that i said that poslathian :p

*disclaimer: the above sentence is fictional.

Posted 5 years ago #
poslathian
LeafLabs

youd think there is some sort of odd ego play going on here. But actually, our "support" strategy is to ensure that an LL person has the last word on all troubleshooting threads. So you see, mis-labelling my post as another's is like the system refusing to close a ticket..which i inevitably forget about, and then click on over and over every morning.

Posted 5 years ago #

RSS feed for this topic

Reply

You must log in to post.