Busy hands | Disquiet mind

We're making Megan Nielsen's Tania culottes, view D, again (v.1 here).

But this time we'll make them to actually fit as intended, high waisted and everything. To solve the between sizes issue we'll use Curve size 20 for the front, and size 22 for the back, to the length of the size 20.

We'll be using a bright purple linen, Gütermann thread colour 392. And we'll need an invisible zipper (in black) for the side seam, cotton stay tape to reinforce the pockets, and stiff fusible interfacing for the waistband.

And that's it really. Started by overlocking the raw edges, and it sewed up very quickly. This fabric takes a press very well, so the super narrow hem came out lovely. The missing pleat marking on my pattern did trip me up again, momentarily.

These are delightful in hot weather. I'm still not sold on high waists in general, but can admit it does work lovely here. The swish, the colour, the in-seam, so far so good.

Finished, front
Photo by chebe

One day, some time ago, I found myself in London, on a rather hot day, failing to find the shop I was looking for. I popped into a second-hand shop, for a little respite. And stumbled upon this unusual item that seemed like a cross between a playsuit and a jumpsuit. An item I would not normally wear. But the print of the fabric called to me. And the prospect of expanding my warm weather wardrobe seemed like a rather urgent one. I tried to try it on, but failed. The waistband, that looks like it's shirred, is actually not stretchy at all. The width of the item seemed to fit me, but I couldn't get into it to check. I figured I just needed to put in a zip, and bought it.

( Details )

Finished, front
Photo by chebe

The problem with focussing on repairs and alterations is that there is rarely anything significant enough to blog about. But I'll try and highlight the pieces that involve a bit more work as they happen.

Like these dungarees shorts. ( Details )

Altered dungarees with additional side seam width
Photo by chebe

It can be funny, what projects end up being used for a very long time. But with time comes maintenance, and possibly even improvements. Which is what happened as I was considering ways to make my beloved Gemma projects less fragile. When they were constructed I didn't have a 3d-printer, which ruled out experimentation. But I do now.

( Gemma case )

( Tiara )

But if we're talking about improvements around things involving Gemmas, then I'd like to present a lifetime achievement award to the maker of this JST connector extractor model. It's explicitly for micro:bits, but it's the same JST-PH form factor as used by Gemmas, Floras, and Lilypads. It is the 20 minute print that I wished I've had for the last 15 years. *applause*

JST-PH extractor tool
Photo by chebe

The MPU-6050 is an accelerometer and gyroscope (with added thermometer), that contains a Digital Motion Processor (DMP) to handle a lot of the heavy maths lifting of turning the raw sensor values into useful motion values before they reach the microcontroller. It seems (caveat; I'm new to this area) that the original code is only available as a binary, or as some demo code. But some very determined people have pulled a library together.

/* Source is from the InvenSense MotionApps v2 demo code. Original source is
 * unavailable, unless you happen to be amazing as decompiling binary by
 * hand (in which case, please contact me, and I'm totally serious).
 *
 * Also, I'd like to offer many, many thanks to Noah Zerkin for all of the
 * DMP reverse-engineering he did to help make this bit of wizardry
 * possible.
 */

Well, actually, it seems quite a lot of people have pulled libraries together, to different levels of functionality, with very similar names. But the one most people seem to use is this one. Which includes the MotionApps files. This is important, not just for the right function calls, but because you need other libraries from this collection as well, particularly the I2Cdev one. These libraries, although for Arduino, are not findable inside the Arduino IDE's Library Manager. You need to side-load them, old school style. Which means downloading and extracting the .zip file. Then copying the specific libraries (being the folders that contain an 'Examples' folder as a first level child) for MPU6050 and I2Cdev into your Arduino > libraries folder. And restarting the IDE.

(I've also, after the fact, found what seems to be a copy of the MPU6050 library in an ElectronicCats repo, that is in the Library Manager, and seems to have rolled the I2Cdev code into itself. But the oldest change here seems to be 6 years ago. Whereas the i2cdevlib seems to be about 13 years ago. It does seem to have more recent updates than i2cdevlib though. So the choice is yours. I'm telling you, it's a nightmare finding what's what, especially when the code linking to it won't even compile with it.)

To help us get a feel for how the boards movements are interpreted, there's a nice demo we can try out. You can find the MPUTeapot Processing project inside the MPU6050 Arduino library; MPU6050 > examples > MPU6050_DMP6 > Processing > MPUTeapot.

First step is to install Processing. I'm using P4. Copy that MPUTeapot.pde file into a new sketch (or the whole folder to wherever you save your sketches). This sketch requires another stack of libraries, the Toxi/c libraries, which we need to side-load again. Download the newest release, extract the .zip file, and copy the libraries (being the folders that contain an 'examples' folder as a first level child) into your Processing > Libraries folder. Restart Processing.

MPU6050 Circuit
Made with Fritzing

Wire up your MPU6050 to your Arduino (I'm using the Mega 2560). You need to connect the Interrupt pin to Digital pin 02 (on most Arduino boards). SDA -> SDA. SCL -> SCL. VCC -> 5V. GND -> GND.

Open the MPU6050 > MPU6050_DMP6 example, and load it onto your Arduino. By default it runs in readable yaw-pitch-roll mode. Open the Serial Monitor at 115200 baud. After finding and initialising your MPU6050 it will await char input. Send any char, and you'll get a lot of lines like;

DMP ready! Waiting for first interrupt...
ypr	0.01	-0.01	0.44
ypr	0.01	-0.01	0.44
ypr	0.01	-0.01	0.44
ypr	0.01	-0.01	0.43

Which are your yaw-pitch-roll Euler angles in degrees.

If you comment out the #define OUTPUT_READABLE_YAWPITCHROLL line, and uncomment the #define OUTPUT_TEAPOT line you'll prepare the code for use with the Processing demo. Instead of nice readable yaw-pitch-roll values the info is packed into a 42-byte FIFO packet buffer; [quat w][][quat x][][quat y][][quat z][][gyro x][][gyro y][][gyro z][][accl x][][accl y][][accl z][][]. Upload to your Arduino.

Moving over to Processing now, open the MPUTeapot demo. I find it nostalgic that this is running in OpenGL mode. If you want to increase the window size, go ahead and do that. Otherwise you just need to set the correct portName. For me that meant commenting out line 72, and uncommenting line 75, while updating line 75 to say "COM7". The demo is straight-forward, handling the drawing of the virtual plane, reading and unpacking the packets back to quaternion w,x,y,z values, and handing off the complications to the Toxi/c libraries. But when it works it's a lot of fun to manipulate the virtual plane by moving your MPU6050. And really helps you connect the board movement to what you want your project to detect/react to, in your mind.

MPUTeapot demo
Gif by chebe