I have a Olimexino Maple Clone board. I have set up in Windows 7 32 bit OK. Here are some notes on my setup.
Maple IDE - when installing USB drivers I 'pointed' at the MapleDrv directory - both the DFU and Virtual Port drivers were installed. I am able to load example 'sketches' and load them from the maple IDE.
I also wished to look at using a tool chain outside Maple IDE as have used Raisonance Ride and AVR tools up to now.
I followed the notes here:
https://github.com/leaflabs/leaflabs-docs/blob/unix-toolchain-overhaul/source/unix-toolchain.rst#windows
But also had to add some extra steps.
Copy dfu-utils.exe from C:\Program Files\maple-ide\hardware\tools\arm\bin to libmaple\arm\bin
Add python to my PATH
Add libmaple\arm\bin to my PATH
Remember to re open the command console after changing the PATH settings.
Edited MakeFile in libmaple to include the lines indictated with a * below
ser.write("1EAF".encode("ascii"))
ser.flush()
* # Windows quirk: delay a bit before proceeding
* if plat_sys == 'Windows': time.sleep(0.5)
* # Delay a bit more before proceeding
time.sleep(0.1)
Remember to use cs-make. For example to install the example program:
> cd libmaple
> cp examples/test-session.cpp main.cpp
> cs-make clean
> cs-make
> cs-make install
The install process pauses to allow selection of the appropriate COM port. (perhaps Port enumeration could pick up the description and pre select the Maple port ??)
This is the output:
C:\Users\Ted\libmaple>cs-make install
Install target: flash
Found multiple candidates for the Maple device:
1. COM1
2. COM8
3. COM7
4. COM4
5. COM6
Enter a number to select one, or q to quit: 5
Using COM6 as Maple serial port
dfu-util - (C) 2007-2008 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY
Opening USB Device 0x1eaf:0x0003...
Found Runtime: [0x1eaf:0x0003] devnum=1, cfg=0, intf=0, alt=1, name="DFU Program
FLASH 0x08005000"
Setting Configuration 1...
Claiming USB DFU Interface...
Setting Alternate Setting ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
Transfer Size = 0x0400
bytes_per_hash=616
Starting download: [##################################################] finished
!
state(8) = dfuMANIFEST-WAIT-RESET, status(0) = No error condition is present
Done!
Resetting USB to switch back to runtime mode
error resetting after download: usb_reset: could not reset device, win error:
The system cannot find the file specified.
The main.cpp.example runs on the board OK. I connected a second TTL/RS232 to D7/D8 to use USART1. I received output on this port too.
The only 'problem' at present is that if the USBSerial is reset and restored in software, as in some demos, then any Windows based terminal program loses the connection and does not reconnect even though Windows Device Manager does reflect the restored COM port. My work around would be to not reset the USBSerial port!!
I hope this helps any users setting up on Windows.