The fantastic STM32 Discovery boards from ST Micro all come with an embedded ST-Link/V2 debugger onboard, including some jumpers to disconnect it from the target device for use as a standalone SWD debugger. Presumably, this is to allow for easy use debugging a custom end-product PCB, but it’s also useful if you have any other STM32 evaluation boards hanging around with no built-in debugger, but don’t happen to have a proper JTAG dongle handy. Here’s how to make an adapter.
I code in Objective-C, PHP, and hopefully Ruby on Rails soon (workin’ on the last one).
I love Powerline. Unfortunately, setting up just about any linux-centric software on windows is an everloving pain in the ass. Powerline is no different, and there don’t seem to be any start-to-finish this-is-what-worked Windows guides. Here’s mine.
This will be effectively a copy of my previous post, but targeted at OS X. The gist is, get a toolchain, debug connector, and open-source firmware library set up to use the STM32F4DISCOVERY dev board from ST as quickly as possible on OS X. Unfortunately, it’s not QUITE as easy as on Ubuntu. Fortunately, it’s not a lot worse.
This tutorial follows the same basic outline as this post on cu.rious.org but some things have changed since that was written such that it no longer works unmodified, and the various similar tutorials leave some bits out. My goal here is to get some custom code on the STM32F4DISCOVERY board as quickly as possible, hopefully paving the way in the near future for a full eclipse-based IDE setup.
I’ve had this traffic light sitting in the corner of our apartment for a while now – I’ve been meaning to do a traffic light project for a long time and I finally got one as a gift, so naturally it came out to Cali with me when I moved. But until now it’s just sat nicely in the corner, all lights on when plugged in and all lights off when not. Well, I just got my Bluetooth Low Energy shield from Seeed Studio in the other day, so naturally it was time for that to change.
The Mono framework is a great tool for developing cross-platform applications. Using Mono, a developer can target Windows, Linux and OSX all at once using the same C# language and .NET-compatible framework. But arguably the biggest problem with cross-platform toolkits and frameworks is the GUI – people like seeing windows apps that use the familiar Windows Forms GUI toolkit, and people like seeing Mac apps that use Cocoa. With MonoMac, you don’t necessarily have to choose. As a developer, you can build your Mac gui using Cocoa and your Windows GUI using Windows Forms, and reuse all the rest of your application code for both platforms. But integrating Cocoa with C# and .NET isn’t the most straightforward thing. Here are the basics.
This is going to seem silly to some of you, but I just beat my head over it for 20 unnecessary minutes, so damnit, I’m making a public note. Here’s how to fix errors trying to use ArduinoISP.
ST Micro in the last few weeks was the first to market with the brand new ARM Cortex-M4 32-bit microcontroller core. The really interesting new feature is the ‘F’ in the name – this is the first low-cost, low-ish-power light duty microcontroller to include a built in, single cycle per instruction 32-bit floating point unit. In typical ST fashion, the development board is awesome – it’s got a built in ST-LINK/V2 programmer and in-circuit debugger on the top half. The bottom half contains the M4 and a host of fun peripherals to play with, including a 3-axis MEMS accelerometer, an audio DAC with class D output driver, a bunch of LEDs, and all GPIOs broken out to .1″ headers.
Mac OSX 10.6.4 Snow Leopard
iPhones 3G, 3GS, 4 (I finally have the whole lineup!)
PROBLEM: I still can’t get iPhone 4 working. If you have one, please try it and help me out! UPDATE: Found the cause of the problem to be certain status bar libraries installed alongside other apps. I’m not sure why they cause the problem, but see full notes at the bottom of the post.
The Goal: As usual, we want to be able to click “build and go” in Xcode and get the app we’re working on to load to the phone and start up. Also, we want to be able to debug from within Xcode itself. After all, Xcode is cool, and terminal+makefiles+gcc+gdb is lame.