Discovery Board is Working

Last week, I got the compiler compiling code. This week I got the discovery board talking OpenOCD. Life is good, now I just gotta figure out a protocol for sending data back up the USB port.

The engine monitor is on the back burner again. I want to build an IMU, since I have this board. If I can build an IMU, I should be able to build a little glass cockpit type display, similar to the Dynon or other EFIS app for the Android. The discovery board doesn't have any pressure sensors, but has a 3 axis gyro, a compass, 3D accelerometer, and a bunch of LEDs.

Using the gyro's, compass and accelerometers I should be able to build an accurate atitude indicator, a turn coordinator, a directional gyro indicator. If I can add pressure sensors, I should be able to build the whole "6-pack" from a standard instrument panel.

The secret to OpenOCD was at this site. Don't build the ftdi stuff, unless you have the ftdi dongle. If you are talking to the Discovery board, all you need is "stlink" that has been in OpenOCD since version 6.1.

The open pilot site has some resources for the discovery f3. There is a quad copter built using one.

Life is funny sometimes. Telnet, something I rely on, it is just there on all systems, old DOS (with some network kit), windows, all the unix systems I've used, mac and linux. For some reason, it isn't part of the default installation of Mandriva linux. How does one do anything without telnet. A simple urpmi and I have it, but weird!!

Anyway, I don't know if I added a link to this page, but it has a very high level set of instructions for building and loading software on the board, including using OpenOCD. He does:

openocd -f /usr/local/share/openocd/scripts/board/stm32f3discovery.cfg &
telnet localhost 4444
reset halt

flash erase_sectors 0 0 127
flash write a.out 0x8000000

To make that work, you really need to use the '&' to put open OCD in the background or use another terminal to do the telnet. Then you need to use different commands (maybe he had another version):

openocd -f /usr/local/share/openocd/scripts/board/stm32f3discovery.cfg &
telnet localhost 4444
reset halt

flash erase_sector 0 0 127
flash write_image imu.elf 

I havn't figured out what offset to write the image yet. There is another version of write:

flash write_bank bank_id filename offset

        Write binary data from file to flash bank, starting at specified
        byte offset from the beginning of the bank.

I think that will be something to play with in the future. The test_image shows it at 0x0800000, which may have been a typo from the initial site.

test_image imu.elf
address 0x08000000 length 0x000004cc
address 0x080004cc length 0x00000028
verified 1268 bytes in 0.000318s (3893.966 KiB/s)

The darn GDB doesn't work though. It was built expecting libncurses.so.4, and I only have that version in /usr/lib64.  I'll probably have to build that too, now. The demo code only increments a value by 5. Probably keeps the CPU pretty busy! Good way to test the debugger once I get that running.




 
The JXD S5110...

Well, it lived a hard life. It isn't dead, but well on the way. Today it was dropped, and the screen broke. This seems to have rendered the touch screen completely useless. I cannot figure out how to make the touch screen usable. The emulated games to work though. They mostly relied on the buttons around the screen, and they still work! The buttons emulate certain screen inputs, so you can unlock the device, and navigate the icons to select the games. It is funny, you know it is android, and you want to touch it, but that doesn't work. The joystick on the side does most of the driving, and the select button selects things. If someone made a good bumper for it, I'd probably buy another one.

Keep building

Android Christmas

For Christmas, my older son wanted a phone. Without any influence, other than he couldn't have a Galazy Note or an S3, he wanted a Motorola Backflip, or any Galaxy phone. (I think he knew that I wouldn't buy him anything from Apple). We weren't going to pay for an unlimited plan, so I thought it reasonable to get an unlocked phone, and a pay as you go plan. Our older son and daughter went halfs on an unlocked Motorola Backflip. At first I thought this a great idea, but the backflip is so attached to ATT, that we can't load too many useful third party apps on it. I let him use my myTouch 4g until I can get this worked out a little more.

My other son got a JXD S5110 android gaming device. If you have never seen one of these, they are pretty cool. It looks just like an older PSP, with all the same buttons, but without the CD drive in the back. There is a circular Android logo on the back, that makes it look like a PSP. It has a large screen and a ton of software loaded on it (emulators mostly, Mame, N64, GB, etc). It has Ice Cream Sandwich, but you have to load the play store on it.

99% of everything I've loaded on it works. He plays temple run, cut the rope, and NinJump mostly. It has a multitouch resistive screen, and works amazingly well. You have to push, but overall, it impressive how well it works. One thing that doesn't work is Youtube. I can't tell you why.

The JXD X5110 is fragile. He dropped it the first day, and broke the WiFi switch. Why it has a physical switch, I can't tell you, since it is also software controlled. The back comes off of the device easily, so I soldered across the WiFi switch, so we don't have to deal with that. Over the next week, he has dropped it a couple more times, and knocked the power switch loose, and both of the top buttons. The power switch is about the size of a grain of rice, and the left/right buttons are larger push buttons. I was able to re-solder them on. I am guessing they probably flow soldered them with solder paste (RoHS and all). I used plain old 60/40 lead solder and a 15 watt iron. Nothing to it, maybe like 20 minutes total time (it took a little time to find the power button, since it is about the same size as the screws).

I don't know if I mentioned it, but my wife and I both got Galaxy Note 2's a couple weeks before Christmas. That was a good choice, I really like the device, and with the big screen, it makes everything else seem tiny. I haven't done any programming for it yet, but I want to try, especially for the side by side two apps at a time work. I've got podkicker on that, and been listening to the GoogleIO podcasts from last summer. I mostly listen to +All About Android and +Android Central podcasts for insite into future and device considerations. 

I've done a little work to get a development environment setup for the STM Discovery F3 boards I have. I tried really hard to build GNU toolchain from scratch, but eventually gave up and got the Code Sourcery from Mentor Graphics. It is all setup, but havn't built anything to install yet. I am tempted to use the Discovery boards for the processor for the engine monitor, instead of the Arduino. It'd just be nice to move on from 8bitters finally.

I also was working on pinewood derby, and plastic models, and all. Not much time for watching TV, but I want to play with the SDR again. I've kind of let all that go since last summer.

keep in touch.