LeafLabs Garden

A place to share, learn, and grow...

1. 

   stars
   Member

   Hey -- do I need an FTDI/Max232 chip to make this work? (currently using header to DB9 connector to USB -- haven't got a "regular" serial connector)

   Posted 5 years ago #
2. 

   stars
   Member

   There's no delete button, or I'd clear off this post. Found this: http://leaflabs.com/2010/04/leaves-love-spring/

   Breaking out the FTDI.

   Posted 5 years ago #
3. 

   stars
   Member

   BIG EMOTIONAL PAYOFF!!

   Welcome to minicom 2.3

   OPTIONS: I18n
   Compiled on Sep 25 2009, 23:40:20.
   Port /dev/ttyUSB0

   Press CTRL-A Z for help on special keys

   __ __ _ _
   | \/ | __ _ _ __ | | ___| |
   | |\/| |/ _` | '_ \| |/ _ \ |
   | | | | (_| | |_) | | __/_|
   |_| |_|\__,_| .__/|_|\___(_)
   |_|
   by leaflabs

   Maple interactive test program (type '?' for help)
   ------------------------------------------------------------
   >

   Posted 5 years ago #
4. 

   bnewbold
   Ex-Leaflabs

   Time to port that to USB...

   Posted 5 years ago #
5. 

   stars
   Member

   Hey so -- something bizarre here: After programming the interactive test, I see a line that says "Resetting USB to switch back to runtime mode", which seems to prevent the chip from behaving interactively. How do I disable this?

   (Seems to be associated with openmoko code or dfu-util)

   Also bizarre -- if I let the Maple "sit" for ~15 minutes it seems to "arrive" at interactive mode.

   Posted 5 years ago #
6. 

   bnewbold
   Ex-Leaflabs

   "Resetting USB to switch back to runtime mode" should be normal, that just means it's done with DFU upload mode and is letting the device reboot (and begin user code).

   I've noticed funky monkey behavior with the device not starting correctly and we've tracked it back to our HardwareUsb implementation, which tends to hang/block when writing to Usb if there is no host serial monitor to recieve the written bytes. I discovered this when modifying the test session to use Usb /or/ Serial; it's a straight up bug and the fix is in the next release which is going through more stringent testing/QA.

   So, quick fix I think is to remove all Usb print()'s unless you intend to actually monitor that port.

   Also, FWIW and FTW, major progress on the Mac OSX IDE last night by using the newer 2010q1 release of the codesourcery gcc source. Remaining issues are renaming (right now blows away any existing Arduino install unless you manually rename things) and getting the last piece of the auto-reset puzzle fixed: currently it can compile sketches and upload them if the maple is in perpetual bootloader mode. Developer build will be uploaded soon (horrible wifi today...) to http://static.leaflabs.com/pub/leaflabs/maple-ide/snapshots/
   Make sure it's all there before downloading:

   bnewbold@ziggy$ md5sum maple-ide-06032010-macosx-10_6.dmg
   6105f21040b148d81264179d57e61cd1 maple-ide-06032010-macosx-10_6.dmg
   bnewbold@ziggy$ ls -l maple-ide-06032010-macosx-10_6.dmg
   -rwxr-xr-x 1 bnewbold bnewbold 44344522 2010-06-03 22:34 maple-ide-06032010-macosx-10_6.dmg

   Posted 5 years ago #
7. 

   stars
   Member

   Sweet -- commenting out the Usb.printlns sure enough did the trick. I got a buzzing piezo speaker! I got hello world! I got infinity '.'s!

   Looking forward to trying out the Mac OS IDE -- congrats, leaflabs!!

   Posted 5 years ago #
8. 

   poslathian
   LeafLabs

   Great!

   (there was no need for me to post here, but i needed to clear the thread with a LL person as the last poster...our tech support strategy in action!)

   Posted 5 years ago #

RSS feed for this topic

Reply

You must log in to post.