Galago: Make things better. A hardware prototyping platform.(kickstarter.com)
kickstarter.com
Galago: Make things better. A hardware prototyping platform.
http://www.kickstarter.com/projects/kuy/galago-make-things-better
13 comments
This looks like a fantastic product. I can't wait to use it in my next project! Well done, Galago team!
The Galago guys are good people who've put a lot of time in to their development of their hardware and IDE. If your a HW dev or just want a good kit to get started, this might be a great one.
This looks well done. I have a project coming up where the LED app board would be ideal, but I confess to a bit of environment fatigue. Arduino, beaglebones, raspberry pi… but the ease of app board construction intrigues.
I wonder if there will be CAD jockeys I can find to turn my design into production ready files. Someone up to speed on the tools can probably save me a lot of pain over learning them myself.
I wonder if there will be CAD jockeys I can find to turn my design into production ready files. Someone up to speed on the tools can probably save me a lot of pain over learning them myself.
Interesting. This is the same chip that's used in the Netduinos. It's quite a step up from the Atmel chips used in most Arduinos but I can't quite find a use for one.
I love this concept, kind of got hung up at this point:
"72 MHz 32-bit ARM CPU with 32KB of flash ROM and 8KB of RAM"
The reason is that I've been playing with an ST Micro STM32F4 which an ARM Cortex-M4 chip [1] which on the $15 demo board has both an on-board debugging system 192K of RAM and 1MB of Flash. Granted that is a $12 chip but still.
The development infrastructure of 'shields' is a pretty decent win, all three of the Arduino, the Netduino, the Beaglebone do this. I'm also a big fan of open expansion boards. The inkshield I got for the Arduino, way cool.
Something I miss though is an on-chip development environment. I know that sounds silly but I really think it would rock if you could just connect this to a serial port and start coding on it without the 'host' running the terminal software knowing anything.
[1] http://www.mouser.com/ProductDetail/STMicroelectronics/STM32...
[2] http://www.digikey.com/product-search/en?x=0&y=0&lan...
"72 MHz 32-bit ARM CPU with 32KB of flash ROM and 8KB of RAM"
The reason is that I've been playing with an ST Micro STM32F4 which an ARM Cortex-M4 chip [1] which on the $15 demo board has both an on-board debugging system 192K of RAM and 1MB of Flash. Granted that is a $12 chip but still.
The development infrastructure of 'shields' is a pretty decent win, all three of the Arduino, the Netduino, the Beaglebone do this. I'm also a big fan of open expansion boards. The inkshield I got for the Arduino, way cool.
Something I miss though is an on-chip development environment. I know that sounds silly but I really think it would rock if you could just connect this to a serial port and start coding on it without the 'host' running the terminal software knowing anything.
[1] http://www.mouser.com/ProductDetail/STMicroelectronics/STM32...
[2] http://www.digikey.com/product-search/en?x=0&y=0&lan...
I've been using the Atmel ARM parts for awhile and they're pretty nice.
For some reason I can't explain, I would really love a single chip with an MMU/enough RAM to run linux in a QFP/QFN package so I could hand solder it. I doubt there's a business case for such a part, but I want one darn it.
For some reason I can't explain, I would really love a single chip with an MMU/enough RAM to run linux in a QFP/QFN package so I could hand solder it. I doubt there's a business case for such a part, but I want one darn it.
I love the Atmel parts if for no other reason that you can get an Atmel branded version of the segger ICE probe for 'free' from them.
Unfortunate timing. Paul Stoffregen has already met his kickstarter goal for the Teensy 3.0: http://www.kickstarter.com/projects/paulstoffregen/teensy-30...
Hey, I'm one of the co-founders of Outbreak. We're big fans of Paul's work on the Teensy, but the Teensy 3 lacks a built-in debugger, which we consider a really important feature of any development environment.
Ohhh, I was wondering why there was no reset button like on the teensy. This puts things in perspective. You should really highlight this feature even more than you are right now.
Can you talk about any details on how you implemented the debugger and how it's going to work in terms of software tools?
Can you talk about any details on how you implemented the debugger and how it's going to work in terms of software tools?
I'm the other co-founder and I designed the Galago.
The USB connector you see on the board connects directly to the on-board debugger. It's not a virtual serial port like the Arduino nor does it connect to the ARM chip directly. The debugger is therefore the main paradigm when developing on this board, which is consistent and leads to a good user experience.
The debugger itself is the world's smallest and least expensive ARM hardware debugger, and it was designed so (someday) every prototyping board can have one. Galago is the first step in that direction. To keep it simple, much of the high-level debugging logic occurs in a driver that works between GDB and the device's firmware. This obviously allows you to use GDB on the command-line or through e.g. Eclipse.
At a high level, a browser-based IDE is used that connects down to a locally-running web server (on a high-numbered local port) that manages building, flashing and debugging your projects. I showed a glimpse of this in the video. All components run (or will run) on Mac, Linux and Windows.
For convenience and consistency, new firmware is loaded through GDB and thus through the debug interface, without having to reset the chip. This is why no button is needed.
We didn't want to stress these implementation details too much because not everyone who uses it can (or should) care about that, but the HN crowd can certainly appreciate the design.
I hope this answered your question!
The USB connector you see on the board connects directly to the on-board debugger. It's not a virtual serial port like the Arduino nor does it connect to the ARM chip directly. The debugger is therefore the main paradigm when developing on this board, which is consistent and leads to a good user experience.
The debugger itself is the world's smallest and least expensive ARM hardware debugger, and it was designed so (someday) every prototyping board can have one. Galago is the first step in that direction. To keep it simple, much of the high-level debugging logic occurs in a driver that works between GDB and the device's firmware. This obviously allows you to use GDB on the command-line or through e.g. Eclipse.
At a high level, a browser-based IDE is used that connects down to a locally-running web server (on a high-numbered local port) that manages building, flashing and debugging your projects. I showed a glimpse of this in the video. All components run (or will run) on Mac, Linux and Windows.
For convenience and consistency, new firmware is loaded through GDB and thus through the debug interface, without having to reset the chip. This is why no button is needed.
We didn't want to stress these implementation details too much because not everyone who uses it can (or should) care about that, but the HN crowd can certainly appreciate the design.
I hope this answered your question!
That's awesome. Thank you for the response.
You really need to put "GDB debugging" front and center in the sales copy instead of buried in http://outbreak.co/galago#coding That's going to be the major deciding feature for someone looking to choose between Teensy 3.0 and the Galago. I know which one I'm choosing for my next project. :)
You really need to put "GDB debugging" front and center in the sales copy instead of buried in http://outbreak.co/galago#coding That's going to be the major deciding feature for someone looking to choose between Teensy 3.0 and the Galago. I know which one I'm choosing for my next project. :)