Is it a Car or is it a Bike?

The correct answer is probably: door number three — “neither, it’s a different vehicle that is somewhere between both of them”.

I’ve had a re-read recently of Frederik Van De Walle’s Master’s Thesis “The Velomobile as a Vehicle for more Sustainable Transportation” (freely available to download from his site); and while I’ve never used the term “Sociotechnical Frame”, I’ve come across a fair amount of misunderstanding about velomobiles while I’ve been developing the Atomic Duck where I tend to say something like:

It’s not a bike or a car, it’s somewhere in between.

Typically, a velomobile gets seen as either a type of large bike, because it uses bicycle components; or as a type of small car, because it is enclosed (velomobiles are often mistaken for being some kind of small electric vehicle). But an observer that views a velomobile as either a type of car or a type of bicycle will automatically tend towards a negative comparisons of it,

i.e. “A velomobile is not as good an automobile as a car”:

  • It’s slower than a car
  • It has less range than a car
  • There is less luggage capacity
  • It only carries one person
  • It takes more effort to travel, there is no engine.

or “A velomobile is not as good a bike as a bicycle”:

  • It’s heavier than a bike
  • It’s wider than a bike
  • It’s more expensive than a bike

But if velomobiles are seen as a separate vehicle choice, much like a motorbike is seen as being distinct from either a bike or a car, it’s easier to see where the advantages of a velomobile lie.

A velomobile has many of the the advantages that a bicycle has over a car:

  • It’s lighter
  • It’s smaller
  • Costs less to run
  • More mechanically simple, so there is less to maintain.
  • Emits less harmful emissions
  • Healthier for the rider through them exercising

And some of the advantages that the car has over the bicycle:

  • Offers protection from the elements
  • Is faster (through better aerodynamics)
  • Has more luggage carrying capacity
  • Has a greater range because of increased rider comfort.
Four Modes of Vehicle

Four Modes of Vehicle

“There are today three vehicle categories: the bicycle, the motorcycle and the automobile. The velomobile is the fourth one: the difference between a bicycle and a velomobile is like the difference between a motorcycle and an automobile (-cycle to –mobile dimension); and the difference between an velomobile and an automobile is like the difference between a bicycle and a motorcycle.” — Frederik Van De Walle, “The Velomobile as a Vehicle for more Sustainable Transportation”

Posted in Atomic Duck | Tagged | Leave a comment | Short URL: http://def-proc.co.uk/b/wavbc

LaTeX-SVG-to-PDF now compatible with LaTeX Project Structure Guidelines

I’ve pushed a couple up updates to LaTeX-SVG-to-PDF that come from some changes I made to my largest LaTeX project file.

Since I converted a long (>100 pages) document from Microsoft Word format to LaTeX, I’ve now split the file down into the separate chapters for easier editing that are all \include{}‘d or \input{}‘d from a single main file. As suggested by the LaTeX Project Structure Guidelines, this includes moving the separate .tex files into a sub-directory and putting the preamble into its own .sty style file.

Sort of like this:

LaTeX Project Structure Guidelines

LaTeX Project Structure Guidelines

To get this to generate a .pdf file properly with the LaTeX-SVG-to-PDF makefile properly needed a couple of adjustments:

  • Added a variable for the location of the sub-folder holding the component .tex files (TEX_SRC_DIR) and a for all .tex files in that directory (TEX_SRC) — the default location is ./tex/.
  • Adjusted the pdf generation inputs to rebuild if any of the component .tex files change.
  • Included any .sty files as inputs for the .pdf file so styles changes will trigger a rebuild.

(see this commit)

I also noticed that if there are any errors when a bibliography is generated, these are not output at the end of the make run so I’ve added a grep for warnings in the bibliography log file.

(see this commit)

As always, the makefile is available to downlod, use, fork, tinker and change on github.


As a special bonus this week, how to typeset a document that looks like it has been written by a crazed cthulhu cultist, including typsetting an elder sign! And yes, you could use the LaTeX-SVG-to-PDF makefile, but it’s overkill for a short, text only document…

Posted in Computing | Tagged , | Leave a comment | Short URL: http://def-proc.co.uk/b/ftqrq

Bottom Bracket and Adjustment

The bottom bracket structure was not quite ready to show last week (although I put up pictures) but it’s much better this week. If you don’t feel there’s been much obvious progression from those images, you’re not alone, I keep putting in the hours on the CAD, and it doesn’t seem to change shape much!

This is exactly what should be expected though, the blocking out of the structure is like a first draft of a piece of writing. Once you have a good basis to work from, it’s all a lot if tweaking, adjusting, calculating, redrawing and moving around to finish it.

What you’re looking at is still without the cross-supports for the long members (to make then into I-beams), a rider facing chain cover and the tabs and slots to allow it all to self jig.

Chainline and Chain Guard

The images below show the dash bulkhead at the rear, but not the forward bulkhead that the front of the bottom bracket assembly attaches to, to make it all easier to see. It’s not all hanging out in space really!

Where last week’s images didn’t show the rearward chainguard, it is included here. I’d actually like to extend the guard forward towards the pedal chainring, but I haven’t got a good enough model of a pedal assembly to ensure the guard would lie between the pedal crank and the sprocket, and I’ve no idea how the clearance changes with single, double and triple front chainrings — so that’s on the “to-do” pile.

The chainguard currently covers the top-idler, the lower-front and lower-rear pair of idlers and the run of the idler attached to the arm from the bottom bracket slider (the sliding idler).

A004_R002 Chainline Assembly

A004_R002 Chainline Assembly

A004_R002 Right View with Chain Cover

A004_R002 Right View with Chain Cover

The assembly structure rises up to meet the dash bulkhead to give structural support to the area where the steering wheel will be mounted and to provide the brackets that will mount the steering cables. Expect this area to evolve as the steering assembly is re-engineered.

Adjustment

A single vertical bolt secures the bottom bracket slider (shown outlined in red), which is plated in on four sides. The bottom bracket shell is connected to the bottom bracket slider with a 1mm aluminium band that is bonded to the inside of the slider, keeping the outside profile of the slider constant. Continue reading »

Posted in Atomic Duck | Leave a comment | Short URL: http://def-proc.co.uk/b/nohsf

Chainline Progress

A hardware failure on my file-server this week has left me couple of days behind on CAD work this week, so where I expected to have a near-complete drivetrain assembly and instead, I only have the unfinished parts of one.

However, I’m putting up images of the progress as it is for two reasons: 1. It’s been a while since the last Atomic Duck update, but showing progress is almost as important as finishing; and 2. I said in response to a comment last week that I would show progress this week!

If you haven’t see the last post about chainline layout, then this sprocket arrangement might seem a little strange, but it is designed to provide 220mm of horizontal pedal adjustment, without changing the running length of the chain. This should allow for pedal adjustment for almost any adult rider without having to make any manual change to the chain length, or do any manual tensioning.

A004_R002 WIP Sprocket Detail

A004_R002 WIP Sprocket Detail

A004_R002 WIP Chainline Layout

A004_R002 WIP Chainline Layout

Posted in Atomic Duck | Leave a comment | Short URL: http://def-proc.co.uk/b/ojonz

Best Size for a Capacitor Bank of an Electric Vehicle?

A bit of a look into the future for the first post of this year. I don’t have any immediate plans to do anything electric vehicle, but the Atomic Duck could make a good lightweight EV platform, so I’ve been thinking about how the bits might fit in; specifically: What is the best size for a capacitor bank of a lightweight electric vehicle?

Now I have very little experience with electric drivetrains, so I would love to hear any answer from anyone with more knowledge; but I’ve also had a go at reasoning it out, so you should also tell me if I’m way off base too!

A capacitor bank is a large matrix of capacitors that act like a buffer between the battery and motor/generator on an electric vehicle. Capacitors have low energy capacity compared to batteries, so you wouldn’t want to use them for the only energy storage, but they do have very high charge/discharge rates that don’t affect their energy storage capacity.

As such, by placing a bank of capacitors between the motor and the batteries, the capacitor bank can discharge quickly for acceleration and then be recharged from the motor to provide regenerative braking, while the batteries supply (and receive) much lower currents to drive the motor in steady state operation and supply the energy that is lost from the moving vehicle system (e.g. through aerodynamic drag, heat, friction and noise). This lower current, constant charge and discharge keeps the batteries in much better condition than high current operation, meaning that the batteries will have longer operational lives.

I reasoned that capacitor bank that can hold the kinetic energy of the vehicle at maximum normal cruising speed would be good for a lightweight vehicle.

\[ E_{kinetic} = mv^2 \]

Therefore, a nominal 350kg vehicle with a cruise speed of 60mph (28.82 m/s) would have to have capacitors that can hold 0.25 MJ (251759 J or ≈70 W·h).

The required capacitor size is dependant on voltage:

\[ E_{storage} = \frac{1}{2}CV^2 \]

So capacitance can be calculated with:

\[ C = \frac{2E}{V} \]

At 12V, 0.25 MJ needs a capacitance of 3497 F.

Using seven 500 F (16V) ultracapacitor modules in series would give 3500 F of capacitance at a total mass of almost 40 kg (5.5 kg per module).

When I said capacitors had lower energy density, it really shows here. The ultracapacitors I’ve used for reference have an energy density of 11.5 kJ/kg (3.2 W·h/kg) compared to 108-144 kJ/kg (30-40 W·h/kg) for lead acid batteries. For instance two 30Ah, 12V sealed lead acid batteries can store ten times the energy of this capacitor bank, 2.59 MJ (720 W·h), for just under 15kg.

On the other hand though, the ultracapacitor can operate at up to 7600A (short circuit, max 60 sec) giving a maximum of 91 kJ/s @ 12 V operation. Lead acid batteries can operate at either 7A (slow discharge) or 100A (fast discharge, surge) meaning that they normally only release energy at 0.084-1.2 kJ/s.

As you can see, a capacitor bank that can hold energy required to push a vehicle to it’s cruising speed is very large, and could even have greater mass than the battery storage, but being able to regenerate ‘all’ of a vehicle’s kinetic energy in the capacitors would simplify the control strategy for recharging the battery array by making it unnecessary in normal operation.

Capacitance scales linearly with vehicle mass, but it increases with the square of speed, so lighter and lower speed vehicles have more efficiently sized capacitor bank with this approach.

The required battery storage is more difficult to calculate though, as it’s heavily dependant on vehicle use and efficiency; and I’ve not even taken into account any efficiencies, or having to regulate capacitor voltage.

Posted in Deferred Procrastination, Open Source Engineering | Tagged | 2 Comments | Short URL: http://def-proc.co.uk/b/ancbo

Winter Closedown

After the inter-bank-holiday break, it’ll be all back to normal next week. Time to measure some bike parts so I can finish the new chainline structural design.

In the mean time, why not take another look at the Front Axle Assembly A002_R002 and the more recent Laser-cut Lattice Living Hinges and Lattice Hinge Test Results.

Happy New Year!

Posted in Deferred Procrastination | Leave a comment | Short URL: http://def-proc.co.uk/b/eqbja

Lattice Hinge Test Results

Sine last week’s post about modelling Lattice Hinges, I’ve received the test pieces I ordered and also some very kindly cut by .:oomlout:. (the MDF set gave me some good incite into the hinge performance). I’ve had time to bend some, break some (and figure out why) and take some pictures.

Probably worth a look at last week’s post for details on the parts of the hinge structure (junctions and spring links).

In short: I’m quite happy that the torsion based formula I calculated gave me some hinges that worked, but it looks like the hinge design needs some more parameters.

For defining hinges I’d currently recommend:

  • Calculate the minimum number of links for the material, sheet thickness and link length.
    \[ n \geq 0.676125 \times \frac{\Theta G t}{\tau_{yield} l} \]
  • Calculate the minimum clearance gap for the links to twist freely — if this is less than the width of the kerf of the laser then only one cut is required.
    \[ k = -t + 2 \sqrt{ \frac{t^2}{2} } \times \cos \left( \frac{\pi}{2} - \frac{\Theta}{n} \right) \]
  • Decide the link length from the total hinge width (or the centreline radius of the curve)
    \[ W = tn + k(n+1) \]
  • To keep twisting of the bend joint, limit the spring length to less than four times the sheet thickness.
    \[ l \leq 4t \]

Symbol meanings at the bottom of the page.

Obviously, this is not very intuitive as a set of formulas, so I’ll have to generate some graphs/tables that give more succinct design guidance. And some more test pieces to validate them.

Test Results

Of all the test cuts in acrylic, I was able to bend all 4 samples to 90⁰, which suggests that the formula for calculating the number of spring links for the hinge is successful in limiting the material stress. However, the longer the spring connection samples were not very robust. Continue reading »

Posted in Open Source Engineering | Tagged , , | Leave a comment | Short URL: http://def-proc.co.uk/b/dgxrw

Laser-cut Lattice Living Hinges

AKA: Snijlab-style living hinges, Sninges, Laser cut hinges, or my prefered title: Lattice Hinges


Flexi-Acrylic Test by Solarbotics, on Flickr

Flexi-Acrylic Test by Solarbotics, on Flickr

After this style of hinge popped up again, this time on Makezine, I was having a look at the linked project guide and at how they worked and I realised that a bit of mathematical modelling could lead to better designed hinges. This could mean fewer rounds of trial-and-error prototype tests, which would reduce the cost of using lattice hinges in a project, and better fatigue resistance, meaning the hinges could be used for moving parts instead of just for static bends.

Download links for the test specimen files are included at the end of this post.

This style of hinge appeared recently in the work of Snijlab, a Dutch laser cutting workshop when they showcased a folding notebook cover mode from a flat sheet of laser cut plywood. They apparently took some inspiration from MEMS hinges; and work by other designers has used some similar principles.

Others soon started to see the usefulness of a hinge that can be cut into flat sheet materials, .:oomlout:. released a plywood arduino box that can be made from only 3 pieces. Solarbotics and @kngunn showed that the lattice cuts also make acrylic, a notoriously brittle material, flexible enough to bend cold.

How do they work?

In addition to giving a hinge, a set of lattice cuts also allow for in-plane expansion and compression prependicular to the line of the cuts.

Basic Lattice Hinge Shape

Basic Lattice Hinge Shape

Lattice Hinge in Compression

Lattice Hinge in Compression

Lattice Hinge in Tension

Lattice Hinge in Tension

In tension and compression, there are three repeated parts that allow the distortion to take place: two “Junctions” that do not deform connected by a thin piece that deflects along its length that I’ve dubbed the “Spring Connection”. It’s the elasticity (springiness) of the connection that allows the two ends to move relative to each other, and its this action gives a clue to how the connected system might work as a hinge. Continue reading »

Posted in Open Source Engineering | Tagged , , | Leave a comment | Short URL: http://def-proc.co.uk/b/jluna

Wikis, Fora and Q&As

Wiki — Sharing Information

From my earliest designs for this site, I’ve wanted to include a wiki to hold technical information, drawings and documentation about Def-Proc projects as part of my commitment to allowing open access to the detail that makes up the engineering behind those projects. This also means allowing user generated content to extend that detail, just what wikis are designed for.

But a wiki only holds structured content: detail about topics that are decided a priori. The topic is decided before the information is written (the page title dictates the content) and the information flow is only one-way (only the person with the information can decide what to include) because “the writer doesn’t know what you want to know”.

So, with a wiki you can find out what the page author wanted to write about.

Forum — Discussion

The traditional way of including a two-way flow of information is by allowing users to ask questions.

While I had originally intended to include a forum on the site, I no longer think it’s the best choice; mainly because I’m not sure that a forum is the right tool for asking questions. Forums are broad tools, they allow space for a group of people to hold discussions, but there isn’t much focus about what gets discussed.

A forum is great for an interest group, it provides a space for members of the group to interact, but forums about a product group tend to be places to just ask questions. It could be support requests, bug reports or development suggestions; but all of these are questions. There is very little off topic banter, despite the traditional “Off-Topic” area, and most interactions are based around some form of expert exchange.

So a forum might not be the best choice to supplement a wiki.

Q&A — Finding Out

While some Questions and Answer sites (like the stack exchange sites) are aiming to destroy forums, I think that they are actually a different type of interaction. (Although I’m not a big fan of all the extra cruft that forums have either)

Although Q&A sites often include some of the functions of wikis (editing) and of forums (discussion), they really serve best as a form of expert exchange, where you can find out (and later find by searching) information that is not immediately available. So “known-unknowns” can be obtained a posteriori: when someone realises that they don’t know something, then they can ask about it.

So a Q&A site might be better. I’m currently evaluating OSQA and question2answer.

Posted in Open Source Engineering | Leave a comment | Short URL: http://def-proc.co.uk/b/yjyyh

Upgrading Opencart

Opencart is a really nice online store, so while I’m surprised opencart doesn’t have a more streamlined upgrade process than this, I’ve probably just been spoiled by updating in WordPress! The “copy files over” and then “run the upgrade script” is not that much harder than “login to admin” then “click button that starts download and runs upgrade script”. However, I did feel a little hesitant about upgrading Opencart.

Upgrading isn’t that difficult though, it’s just a case of following the procedure.

Upgrade Process

Continue reading »

Posted in Shop | Leave a comment | Short URL: http://def-proc.co.uk/b/vhmem