Newer Posts >>
<< Older Posts
Team Blog

So way back when, after we announced that Maple was moving to a four-layer design, several of you suggested that we give KiCad a try. KiCad is open source under GPL, and (unlike the free version of Eagle) plays nicely with four-layer designs, which are both, you know, pretty good things, so we decided to give it a whirl for the design of Maple Native[1].

Overall, it went pretty well – the software is reasonably intuitive and I didn’t encounter any huge blocking issues. The assorted “getting started” resources out there are pretty comprehensive. Obviously there are glitches and idiosyncrasies that take some getting used to. KiCad seems to have a large user community which was invaluable for dealing with problems beyond the level of the readily available documentation, but I found it to be pretty scattered which can make ferreting out solutions difficult.

One of my biggest annoyances was the way KiCad handles via connectivity to zones. If you’re trying to connect a trace to a power plane on another layer, you can’t simply place a via to the power plane. Before doing a zone fill on the power plane, you must go in and manually connect all the vias on the power plane layer to one another, and then to the zone fill, which essentially “covers” all the traces you just drew. It’s not a huge time sink, but I can’t think of any reason it’s a good idea to do it this way, and it took me a long time to figure out that yes, this is actually the way it’s supposed to work.

Hotkeys also gave me some grief. I’m running KiCad in an Ubuntu VM on a Mac (complete with silly little Mac chiclet keyboard and mouse) so a lot of the hotkeys didn’t work properly out of the box, and nobody seems to be able to get editing the hotkeys config file to work properly. Even lacking certain hotkeys routing was still reasonably painless, however, which is pretty impressive. The “hug traces” function is nice.

Setting drill sizes was also sort of obnoxious. There doesn’t appear to be a way to select a via and find out and/or edit what its drill size is. You can only choose to set it to default or alt, which means you can only have two possible drill sizes for vias, maybe…? And changing the default drill size seems to go back and change all the vias you’ve already placed, maybe…? To be honest by this point in the design process I had routing-brain a little too badly to figure out the software and ended up just editing the .drl file by hand which of course was a wee bit buggy. I’ll have to better figure out how KiCad handles drill sizes before we spin the next prototype, so if anyone has any tricks they want to share, please do.

So what about you guys? KiCad users, weigh in!

[1]: We’re getting a lot of inquiries about timeline for Maple Native, so I just want to reiterate: we’re chugging away as fast as we can, but we don’t feel comfortable committing to a release date just yet. We’ve got a prototype in our hot little hands, and right now we’re at the “basic functionality” stage of testing. One major item still on the to-do list is bringing up the FSMC bus for the memory chip, and then, you know, fixing the myriad problems with the board design that will undoubtedly come up during testing. Extrapolate from that as you will.

Posted by jessb on Thursday, June 10th, 2010 | 2 Comments »

We’re working to improve the IDE, unkink the kinks, and support the unsupported as quickly as possible and have been pushing a lot of new builds. The current version is 0.0.4. In this version we have modified (slightly) the reset-over-serial sequence that should do away with a lot of the extraneous RXTX errors and perhaps allow you to reduce your programDelay setting in the preferences. Most users report consistently successful builds with programDelay set between 600 and 1200. We changed the default setting to 1200, but if you have installed the ide before, youll need to manually change this parameter from the file menu, since your existing preferences take precedence.

We’re close to having a Mac OSx build for both 64 and 32 bit machines, the blocking issues now are testing and some modifications to the build for arm-gcc. If you have arm-gcc working in Leapord or Snow Leapord, let us know!

We’ve also been cleaning up error reporting, the examples repo, and the serial port menu (linking ttyACMx with ttySx in linux is no longer required). We’ve been crunching through our tickets and will continue to release builds at a near-nightly pace.

In other news, we got proof of assembly on our next batch of Maples, they should be here shortly. We’re simultaneously excited and irked that we ran out of stock so quickly last week, but we have way more on the way! For those of you who hate paypal (we understand) or would rather avoid international shipping, we’re working on getting some distributor options in place and we’ll keep you posted. If you are a distributor, drop us a line!

Thanks all for now. Let us know how its going and tell us about your projects/plans!

Posted by poslathian on Wednesday, June 2nd, 2010 | No Comments »

What a week! We’ve finished finals, shipped out Maples all over the world, moved into a new office space, saw tons of gadgets, and lived to blog about it.

First off, it sounds like some people are having trouble getting the IDE working with their new boards. We’ve put board sales on hold until we fix some issues and will be posting progress and snapshot releases in the forums over the next couple days. Once things are smooth we’ll put our remaining 15 boards on sale; another batch of 250 are just finishing assembly and should be on their way to us any day, hopefully there won’t be any gaps in  availability!

Second, good news for those with a rev1 board and an FTDI chip! We’ve successfuly flashed the newer (rev3) bootloader over the ST hardware serial bootloader by applying voltage straight to the appropriate pin on the  microcontroller. It’s easier than it sounds, check out this forum post for directions and a photo. If you have trouble we’d be happy to reflash your  board if you pay for half the shipping (we can make a house call in the Boston, MA area!).

Another hanging chad is Mac OSX support for the IDE. The blocking issue right now is the tangled heirarchy of cross compiling a cross compiler that will run on both 32bit and 64bit versions of Snow Leopard and actually generate properly linked binaries for the Maple… we’ve spent a lot of time playing with fat binaries and have had tons of partial success using automated build scripts, but it’s going to take one more all-nighter to cook up the right magic make sauce.

Maker Faire was last weekend and I had a great time running around the Bay Area checking out open hardware genetics hardware (OpenPCR), a sweet DIY Liquid Nitrogen rig, quadrotor drones, and libre yachts. Lots and lots of great projects out there, i’m really excited to see what kind of real time audio effects can be pulled off with a Maple, and to do some crazy helo tricks with all the processing done with an on-board Oak.

And finally, look at that hansome fellow in the snazzy new office space! We’re the first tenants in an awesome new tech incubation/business/work space in Cambridge called Technology City. We’ve finally got room for all our electrical equipment and won’t have to pull cat hair out of our USB ports or explain our solder paste rig to a skeptical landlord ever again! If you or anybody you know is looking for office or desk space in the Central Square area have them shoot us an email, we’re hoping to fill the building with other like minded groups. There’s even a nice conference room where we can host community events and meetups!

Posted by bnewbold on Sunday, May 30th, 2010 | No Comments »

After far too long a wait, Maple is back on sale! You can buy it from us here for the low, low price of $49.99.

We’ve spent the last few months toiling tirelessly to get Maple Rev. 3 out the door, and the day has finally arrived. This release marks drastic redesigns of both the Maple hardware itself, as well as the software toolchain, based on feedback from our first limited run of boards. The most notable updates include our snazzy new low-noise four-layer PCB design, and a new version of a bootloader that should make it easier to get Maple up and running on a wider variety of platforms. We’ve also added support for the in circuit serial programmer, now you can install bootloader updates without any fancy hardware. libmaple has also been completely redesigned and now includes such goodies as hardware SPI and I2C. The IDE has been fully tested on Windows and Linux (32 bit), and in the coming weeks we should be bringing it up to speed on other platforms.

If you have an original board and want the new bootloader, you can get it from our repository. Of course, if you don’t have the necessary JTAG dongle you can send it back to us and well re-flash it for you! Just get it to us and well pay to send it back.

We know you’ve all been waiting for Maple for a really long time, and we can’t express how much we appreciate your continued interest and support for this project. We can’t wait to see what you guys build.

Over coming days and weeks well be showing off some of things we’ve been using Maple’s extra clock cycles for. Perhaps there are even more of these cycles than we originally thought.

Finally I’m pleased to congratulate two members of our team for picking up some sheepskins (degrees) and another who will be going back to school for yet another one.

iperry takes sweet pics:

(uhh d300 obviously, no canon here)

Posted by poslathian on Sunday, May 23rd, 2010 | 7 Comments »

Tags:

from sysadminday.comIf you’re reading this our new web server must be working! Today we’ve transfered the leaflabs.com DNS records over, including all of our email, web applications, documentation, etc. There are definitely a couple rough edges and it might take a couple hours for the changes to propagate, but hopefully things will be snappier and cleaner now. We’re even (partially) IPv6 compatible, thanks to a tunnel from Hurricane Electric.

We’ve imported all the old comments and forum posts. You now have the option to use a valid OpenID to post blog comments, but that didn’t work smoothly for the forums so you’ll need to register a new account there. Sorry!

We’ve added a documentation section, a community page, consolidated information about our licensing, and more. Let us know if you find any bugs or broken links!

Posted by bnewbold on Sunday, May 16th, 2010 | No Comments »

I’ve been clickity clacking away on a new website and documentation; you can see a draft of the documentation (via the great github pages feature) here.

We’ve got a batch of boards back and want to get them on sale as soon as possible! We had one last minor error which was placing 6v voltage regulators and input capacitors instead of the spec’d 16v (for 18v tolerance after a 2v diode drop). We decided to swap out the parts by hand instead of shipping incorrect boards. The risk is that we would damage the board while doing the solder rework, but we’ve been pretty careful and will run tests before sending anything off.

The last hurdle before these boards go on sale is polishing up the new bootloader: “newboot”. We changed the way the DFU bootloader and USB-Serial code interact; previously the bootloader configured serial emulation during startup and left it around for usercode to take advantage of, now the usercode will have to reconfigure the USB peripheral. We made the change so the Maple would be more cross-platform compatible, but it also cleans up our code and should make it clearer how to program the device to act as alternative USB devices. One downside is that uploading from the command line is a little trickier; a special serial command has to be sent to initiate auto-reset.

People with rev1 Maple boards (with the “oldboot” bootloader) will have a number of options. Very soon now we’ll release a stable version of the IDE compatible with the old bootloader that should work on most platforms. If you would like to upgrade to the new bootloader and you have a compatible JTAG device, you can ask us for the appropriate BIN file (or just grab the source and compile it yourself). Lastly, you could ship us back the device and we’ll reflash it for you… or if you’re in the Cambridge, MA area we can probably make a house call by bike!

Posted by bnewbold on Monday, May 10th, 2010 | No Comments »



Contact webmaster@leaflabs.com with website issues

Powered by WordPress, nginx, Linux, vim, and coffee.

This site intended to be valid HTML 4.01 Strict. Best viewed with any standards-compliant browser.

Copyright LeafLabs LLC, 2009-2010.
Unless otherwise noted all content on this website is released under the Creative Commons Attribution Licence 3.0

Hello Anonymous! Login?