This weekend I made good on my threats to try my hand at a homemade hazelnut butter and hazelnut coffee. I've only had one cup of coffee and a few spoonfuls of the butter, but I like how both turned out.
Toast 1½ cups hazelnuts in a cast iron skillet. Roll in a pillowcase or dishtowel to remove most of the dark skin (if the skin is stubborn, you didn't roast enough—return to the skillet). Place in food processor.
Process until hazelnut pieces are coffee-ground sized but still powdery. Remove ½ cup or so for hazelnut coffee; store in airtight container in refrigerator.
Add 1½ cups toasted sunflower seeds, 1 cup dark chocolate chips and ½ tsp salt to food processor. Process until it forms into a ball. Store in airtight container. I expect this to keep as long as any other preservative-free nut butter. Originally I stored my nut butter in the fridge, but the next morning it was too stiff to spread well. It's clearly much better to store it at room temperature, as long as it's used up quickly.
This butter is not as smooth, oily, or sweet as the commercial product you may be thinking of; it's more like Justin's Chocolate Hazelnut Butter.
Hazelnut coffeeCombine 1 part hazelnut powder with 5 parts coffee grounds and then follow normal coffee-making process (I use an aeropress and then add a liberal splash of heavy cream). I assume that it will work to store this combined with ground coffee for at least a few days depending how picky you are about the freshness of your coffee beans.
Both recipes will benefit from some tweaking to your own personal preference, but as a proof of concept both of these ideas are obvious winners.
So I was happy to learn enough about angularjs to cheat at my favorite incremental game of the moment, Swarm Simulator.
var sc = angular.element(document.querySelector('.ng-scope')).scope() sc.env.isDebugEnabled = 1 sc.game._units.byName.nexus.prodByName.energy.val = new Decimal(1000) sc.game.unit('mutagen')._addCount(new Decimal(1e100))
We got our 2013 Prius just about a year ago, and I ran TRIP A without resetting it for that whole first year. Here are the final numbers:
For everyone not still suffering under the tyrrany of imperial measures, 44.4mpg is around 5.3l/100km and the distance driven is about 12000km.
That means ...
- 260 hours total driving time
- 43 minutes driving time per day
- 21 average miles a day (33km)
- 170 gallons of fuel (640l)
- 2/3 gallon per hour of driving (2.4l/hour)
Getting at 44.4mpg instead of the EPA combined fuel economy of 50mpg means using 20 extra gallons of fuel over the course of the year, 13% more than predicted.
Overall we're happy with the Prius. It's much roomier than the car it replaced and it has better fuel economy. However, I'm a bit sad we didn't get closer to the EPA fuel economy.
The main thing lowering the fuel economy is short winter drives. My drive to and from work is just 2.5 miles per direction, and I often drive a similar distance to and from lunch. In winter, that's too little distance for the car to warm up to the point that it enters the fuel-saving EV mode while stopped at lights. (this kind of driving is even classified as "severe operating conditions" by Toyota: "Repeated trips of less than 5 miles in temperatures below 32 degrees Fahrenheit")
Our summertime fuel economy (also the time of year when we make long driving trips on the highway) is closer to 48mpg.
Windsong B&B where we stayed on the east coast of Tasmania.
I decided it was time to reboot my digitalocean machine after installing a new kernel. Its uptime was:
17:14:28 up 368 days, 19:55, 3 users, load average: 0.29, 0.10, 0.07Since that's a year I suppose that in that time it's cost me about $60, minus some for the referrals I've gotten for posting about them on my blog.
.. I actually had to reboot it twice because I didn't know you had to change the kernel version via the control panel(!) but no harm done.
Anyway, in that time I never noticed any blips in functionality or connectivity, though on a couple of occasions they credited me a few cents for a service interruption.
All in all, it's quite a solid service!
TXRX Labs of Houston opened its doors to LinuxCNC users and developers.
I was there from Friday to Tuesday, and enjoyed the time talking to fellow users and developers.
On the development side, we brainstormed and then started work on what we are calling "lui", a new C API for developing LinuxCNC user interfaces. lui is the first step of an incremental plan to eventually remove NML, or at least make it optional. I also investigated a proposed fix for some long-standing multiple UI fixes, which I think we should incorporate in 2.7 even though it needs further work to support the near-mythical NML-over-TCP connection method.
Seb volunteered to be the release manager for 2.7, we accepted his offer, and he created the 2.7 branch, which should now be considered to be in a stabalization phase.
As far as TXRX's retrofit projects, a bunch of us worked on the "Powerhawk". A fair amount of time was spent chasing problems with the servo motor tuning (causes included ground loops and generating correct simulated tachometer feedback), but we also got all home and limit switches working and started troubleshooting the partially-done tool changer implementation.
On the education side, we did not do as much as we had hoped to do. I had prepared a very introductory talk on writing hal components with comp/halcompile. However, everybody with an interest in writing hal components already knew everything in my presentation, so there was little point in actually giving my talk. Jon Elson did use the Powerhawk as an object lesson in servo tuning.
On the social side, it was fun to hang out with fellow LinuxCNC people, as well as meet and talk to the TXRX locals. Everyone was quite friendly, and I got to give the "elevator pitch" LinuxCNC introduction to a fair number of people. Chris and Roland were great hosts, too, making sure we could come and go at all hours.
I would love to return to TXRX labs for a future LinuxCNC gathering. Hopefully that would include a little more structure (such as setting a schedule for presentations, in case that helps bring in more people who would benefit from them). One interesting idea I heard was getting some simpler (bridgeport-scale) machines to retrofit with LinuxCNC, which would then be given (back) to other hackerspaces when we were done.
(more photos of TXRX labs after the jump)
All older entries
Website Copyright © 2004-2014 Jeff Epler