Posts by lsuess

    X-platform is IMO on a downhill ensittification spiral. As is the fate of all closed platforms eventually.

    But still there's quiet a bit of action recently by young next generation APM pursuing people going on there.
    Younger next gen:

    https://x.com/jacobrintamaki

    https://x.com/philipturnerar
    https://x.com/DavidListerYT
    So If you wanna engage with the young folks then you may wanna consider an account.
    Older gen:
    https://x.com/MarkFriedenbach
    https://x.com/machinesynth (wants to remain pseudonym)

    https://twitter.com/somewhereville (Damian Allis)
    https://x.com/mooreth42 (Tom Moore)
    https://x.com/perrymetzger

    https://x.com/AdamMarblestone

    And of course (almost forgot) me:
    https://x.com/mechadense (Lukas M. Süss)

    I've recently made a Bluesky account (an open network rather than a closed platform)
    https://bsky.app/profile/mechadense.bsky.social
    … in order to build a new place before the old one burns down.
    Mostly computer science and future of coding community over there as of yet.
    And obviously redecentralization community.
    But I started making an APM feed:
    https://bsky.app/profile/did:p…wtsxax/feed/aaagguows5omi

    Also Mark Friedenbach works on a software for APM (direct path focused) called AtomCAD.
    Posted an invite link to associated discord in an another channel here.
    I suggested this place here sci-nanotech.com for general discussions that
    is: involving foldamer tech too, but …

    There is this generation rift where people wanna use discord instead of old style forums.
    I personally rather dislike discord as it is closed and not indexed by public search engines,
    (and 💩s on linux users), but one needs to go where the people are 🤷

    Jim Logajan – you may perhaps know Perry Metzger
    he sad he might want to set up a (general focus) APM discord.
    https://x.com/perrymetzger
    ·

    Also there's some new criticism that needs some better understanding/rebuttal eventually:

    https://muireall.space/pdf/con…#cite.0@mason_phonon_1960

    "… found a startup by that name founded by Mark Friedenbach and Aru Hill. I presume that is who you mean?"
    Yes, this one.

    "Looks like the use of the CO tip was worked out and published back in 2009."
    This paper is I think the first (and still only one) where they went seriously high up in 3D and still achieved subatomic resolution.
    It is what convinced me that there might be a fighting chance now to get some early primitive mechanosyntehsis prototyping working.
    That beside an explosion of papers on subatomically resolved
    atomically (semi)precise graphene nanoribbons (after the CO technique emerged).
    These miraculous things:
    – Wikipedia: https://en.wikipedia.org/wiki/Graphene_nanoribbon
    – DDG image seach: https://duckduckgo.com/?q=nc-A…ages&iax=images&ia=images
    – google image search

    Also there was some relevant progress on the incremental path side. Highlights being …
    – de-novo protein foldamer tech catching up to 3D structural DNA nanotech and
    – 3D structural nanotech having what I call general "termination control" semonstated on the second hirarchical selfassembly level.
    Two papers on that I gotta post here later. TODO

    Jim Logajan – How are you doing?


    I'm helping with a direct path startup ATM (Machine Phase Systems).

    Recently more people are talking about APM again. Both direct- and incremental-path.

    But that all happened on Twitter (now X-platform, Elons "global town square").

    I was quite surprised about the progress with CO molecule wielding qPlus sensor based nc-AFM

    on nanographene structures like graphene nanoribbons (GNRs).


    And especially surprised that (under certain conditions)
    high (higher than the picked up CO molecule) 3D structures
    could be subatomically imaged despite high inertia of macroscale drive and only vertical force detection.
    This amazing paper changes everything:

    2018 – Assigning the absolute configuration of single aliphatic molecules by visual inspection

    OA https://www.nature.com/articles/s41467-018-04843-z

    This is just scanning though where the forces are very weak. Weak enough to not even
    drag a vdW bonded four-cage-nanodiamond (tetramantane) on top of smooth unreactive gold to the side.

    Challenge is getting the benefits of this adapter molecule method working for much higher forces in manipulations.
    And extend it to indirect pickups. Pick up atoms (H capped) with a formerly picked up tool molecule.
    Pick-up and drop-down. Thermodynamic cascade or something less energetically downhill for
    more path dependent control (error repairs).

    A path towards prototyping of early primitive mechanosynthesis.
    May become useful for inclusion in incremental path bootstrapping phase systems too perhaps.

    There are two weird completely off-topic threads in the general section of the forum (about faxing and laser engraving machines).
    Jim Logajan – Can you please remove these?
    This very much looks like spam-bot actions. Links to products at the end.
    I worry there is some bots testing for spamming vulnerability involved and this could explode.

    Images:


    Here is a screen-capture from Matt Moses paper showing the quite elegant system geometry that has been chosen there.
    This would need some significant change for becoming suitable for nanoscale physics and for becoming actually viable at the macroscale.
    For details on that please follow the links in bold I provided precedingly.


    Also here's a rough (also still quite conceptual) sketch of one possible robotics geometry resulting from a large number of design constraints. Details also discussed where the links point to.

    Don't take this too seriously though. It's juts good to have at least one high level conceptual vision for concrete geometry in order to spread the general idea in a memorable way.



    ~FIN~ for now

    Contributing


    I'm all ears for realistic ideas about for ways of fund this work.

    Such that the (not easy to explain) core values do not get lost.

    Like ReChain devolving into just yet another frame system that's

    not longer useful for future advanced gemstone based nanosystems.


    Also interested in hearing productive feedback.

    And maybe even receiving some 3D modelling help.

    I do all 3D modelling programatically in OpenSCAD, hoping that this eventually

    will allow for parametrically reconfigurable systems way beyond what

    (proprietary) graphical UI point & click 3D modelling tools could ever do.

    See: http://apm.bplaced.net/w/index…_as_dumbed_down_functions

    Let's go back to the bigger picture.


    In the context of future gemstone metamaterial on-chip nanofactories.

    This is mainly about the second assembly level (likely a layer in stack on a chip).

    That is the prototyping here is not about the piezomechanosynthesis

    of the base parts in the first assembly level but rather it is about

    the pick and place assembly of the already pre-made parts (crystolecule parts).

    Second assembly level:


    Umbrella project


    Even more generally I have the umbrella project

    ReMec (for Reusable mechanical components).


    ReMec also includes mechanical analogons to electrical standard components

    ( springs <~> capacitors, and such )

    ( some details here: http://apm.bplaced.net/w/index…electrical_correspondence )


    ReMec also includes parts for the first assembly level. Like wedge parts for semi hard-coding mill style standard part mass piezomechanosynthesis.

    Though these design efforts are all not really useful at the macroscale. I mean one can do mechanical pulse with modulation and buck conversion at the macroscale, yes, but beyond educative value there is rather little point in doing so.

    ( Kinda like this cool little educational kit here: https://www.kickstarter.com/pr…build-mechanical-circuits )

    If you want to read more about the basic ideas of the project

    then I have some introductory pages on RepRec and ReChain online.

    Each in the context of atomically precise manufacturing and the context of RepRap. See:

    – RepRec (nano): http://apm.bplaced.net/w/index…-and-place_robots_(GemGum)

    – ReChain (nano): http://apm.bplaced.net/w/index…tle=ReChain_frame_systems

    – RepRec (macro): https://reprap.org/wiki/RepRec_Pick_&_Place_Robots

    – ReChain (macro): https://reprap.org/wiki/ReChain_Frame_System


    Here's a very early ReChain strut prototype that I've published recently. Much to fix and improve.

    https://www.printables.com/mod…rechain-strut-prototype-1

    I still have most of the work I've done so far not published yet on a local desktop wiki.

    Macroscale usefulness too (sub-project)


    Yes, This is future backward preparatory work ...


    I still put this under the category of "near term pathways" as it
    is something we can do experimental work on today.
    And even easily and cheaply.


    While the whole project is dauntingly ambitious, I've managed to identify and split off

    a sub-project that is much more likely to succeed early. The frame system.

    As a modularly extensible frame system is an essentially necessary core part or any RepRec system.


    I call it the ReChain (sub)project.

    More on the naming later.


    You may be wondering:

    What's so special about yet another frame system? 🥱 Yawn.

    There were many inventors inventing new frame systems.

    So isn't this just yet another frame system among dozens if not hundreds?


    I'd argue no.
    I'd argue I found something fundamentally new and revolutionary here.

    Remember the focus on conservative design for the nanoscale that I've mentioned before?

    This leads to quite peculiar design constraints that you'll see nowhere else.

    And a lot of these design constraints already manifest in the sub-project of the frame system.

    That is: The ReChain project is already embodying a lot of the consequences of nanoscale design constraints.

    No need to go all the way to RepRec to see a lot of this.


    Concretely:

    – assuming zero static friction and thus opting to positively lock absolutely everything

    – averting the need for (at the lower physical size limit necessarily big) screws at every connection by employing form closure in combination with pretensioning

    – generous tolerance self centering for all interfaces

    – and a few more


    I think of ReChain frame systems as a whole class.

    Just like I think of RepRec systems and RepRap printers as a whole class.


    A nice aspect of ReChain frame systems is that they could potentially become useful at the macroscale too.

    You may argue that the conservative design constraint for the nanoscale will clearly mismatch ideal designs for the macroscale at least in some regards. And you may be right.

    Surprisingly I found that this is barely the case though.

    Especially for fully FFF-printed systems trying to avert factory made fine detail carrying metal screws and metal ball bearings.
    Which was/is a goal of the RepRap project. Minimizing non-locally factory made vitamin components.


    ReChain … Re stands for both reusability and
    for rebar as in pre-tensioned concrete, but a removable chain instead of irreversibly embedded metal rods.

    The project


    I call this project the RepRec project.

    – for Replicating Recomposers … pointing to part recomosability and recyclability

    – in naming analogy to project RepRap

    The idea is to demonstrate a distributed self replicative robotic system.

    Not ultra compact in a self contained free floating box.

    So this is quite unlike the outdated molecular assembler concept.

    Rather similar to what Matt Moses demonstrated 2014 in the paper:

    "An architecture for universal construction via modular robotic components"

    https://rpk.lcsr.jhu.edu/wp-content/uploads/2014/08/Moses13_An-Architecture.pdf

    … but with more focus on actual productivity. Not just self replication for the sake of self replication.

    That is: Systems need to be …

    – designed such that they can operate reasonably fast and

    – capable of producing products that do not carrying too much system artifacts into the product

    (unlike LEGO which carries anisotropy and usually too much surface jaggedness into it's products).


    Here is an image showing the idea conceptually.

    Prototyping macroscopically (bulk limit) but such that the ideas can eventually be

    relatively easily translated into atomically precise atomistic designs.

    Actual designs will likely feature quite a bit more atoms per base part than in this conceptual illustration.



    Nanoscale physics aware macroscale engineering


    Regarding the concern that structures would just not be stiff enough.

    The concern of "falling material stiffness with scale" …

    ( Math: http://apm.bplaced.net/w/index…ness_of_smaller_machinery )

    Coming from the suppression of thermal motions in mechanosynthesis point of view

    I was initially (quite mistakenly) worried that macroscale style machinery at the nanoscale might not provide enough stiffness as it's not designed sturdy enough in choice of geometries.


    But regarding deflections form accelerations from motions for pick-and-place assembly working it out I found that
    falling stiffness and falling mass exactly cancel each out for scale-natural-machine operation frequencies (i.e. constant absolute speed across scales).

    See here for the math: http://apm.bplaced.net/w/index…deflections_across_scales

    Beyond that …

    – one wants to go slower (for lowering friction losses) and

    – one does get way better material properties (flawless nano-gem >10% bendable).

    So effectively using FFF printed plastic is an excessively conservative constraint. So much so that it may lead to quite excessive overengineering for the nanoscale which is a problem in it's own right. Oops.

    Heck, aluminum or titanium prints would still give hugely conservative overengineered systems.

    But durable metal 3D printing is still way too expensive for shoestring budget prototyping.


    Similar story with bearings. At the nanoscale often slide bearings will be usable even for bigger parts (no gravitative loads on the bearings).
    FFF printing needs gear bearings which would be merely an overengineering at the nanoscale. Macroscale one can also use factory pre-made ball bearings.

    That would be cheating with parts that would get smaller than atoms when scaled down but allowedly cheat as these parts could be replaced with a mere sliding interface, basically a replacement with a "nothing".

    I hope this is comprehensibly formulated.


    Interestingly (and conveniently) it turns out that design constraints of FFF printing and mechanosynthesis share some slight similarities.
    Like a limit of detail enforcing the aversion of small screws (that would get smaller than atoms) and the overhang limitations.
    Most FFF-printable geometries should be mechanosynthesizable too at quite small scale heavily discretized by atomic granularity.


    More on this here: http://apm.bplaced.net/w/index…r_nanomachine_prototyping

    A bit of info about what I'm on-off working on these days.


    My idea is to prototype for future gemstone based (diamondoid) nanosystems at scales that are currently experimentally accessible for VERY cheap prototyping. Meaning macroscale 3D-printing (FFF, resin, ...).


    Obviously one needs to consider the changes in physics across scales to do reasonably reliable conservative exploratory/preparatory engineering.

    http://apm.bplaced.net/w/index…ture-backward_development

    http://apm.bplaced.net/w/index…e=Exploratory_engineering

    Thanks for the quick reply.

    Still unlisted on purpose. Thus I wrote "I'll publicly list it soon." above.
    Just shared the video with a select few for now in order to spot potential fatal flaws before going fully public.
    Guess you didn't spot any.
    Will list it later today or tomorrow.

    Any other comments welcome.

    Finally my first long format video is here (followup to the teaser in preceding post):


    I'll publicly list it soon.

    With almost 30min length (~25 without the music end) it's a bit on the long side, but that's how it turned out.
    I covered what I think is the most important yet virtually unknown scaling law.
    Thus I hope educational value.

    There are several minor issues with this first I am well aware about.
    But I have to draw a line.

    Many possible avenues to go from here.
    I have a list of ideas, but I also want to take into account some comments that I'll hopefully get.

    I've put a link to the sci-nanotech forum prominently into the description.
    I hope this may eventually help in bringing back some life to the forum here.

    Jim Logajan
    JACK DECKER
    Anyone?


    I wanted to have the results of the paper:
    – [FiMM] Evaluating the Friction of Rotary Joints in Molecular Machines
    and the numbers in:
    – [N] Nanosystems: Molecular Machinery, Manufacturing, and Computation
    in a comparable form (motivation further down).
    So I converted what I found to common units and combined them together into a single plot.
    I got some surprising results:


    Simulation results in [FiMM] exceeding conservative upper bounds in [N]?


    Estimations in Nanosystems [N] are supposed to be highly reliable upper bounds,
    so somewhat accurate simulations delivering values above (or only slightly below)
    the Nanosystems values are a sign for some potential error.


    The two mutually quite consistent nanotube simulations from [FiMM] are
    both quite far (~10x) above Nanosystems upper bound for the flat-surface-case of equal area.
    It could be that flat surface friction is higher than for very small diameter bearings.
    But that much and more? I doubt it.
    (I maybe need to check out the limit for big diameter bearings)


    The upper bound for the diamond bearing case is (as it should be) above the simulations.
    But only by a for Nanosystems quite small margin of very crudely 3x.


    Have I made some error?
    Or is there a genuine issue?
    A review would be appreciated.


    Regarding the lowest friction dashed red line:
    Nanosystems mentions a special trick that could be used to lower friction by a further whopping 1000x.
    (dropping band-stiffness-scattering drag below irreducible remaining shear-reflection-drag – via proper bearing design)
    This one is way below the friction levels in [FiMM] but that's ok since the simulated nanotube bearing does not apply this trick.
    I'm not entirely sure whether I comprehend that trick correctly.
    It is not visually illustrated in Nanosystems.
    More on that later.


    Suprisingly high levels of friction for the name "superlubricity"


    As just one random example picked form the chart there is about 100W/m^2 at 1m/s.
    Compared to what is possible with macroscale ball bearings that's not small. I wasn't really expecting that.
    Guess "superlubricity" really refers more to the complete absence of static friction
    rather than to small dynamic friction.


    Wikipedia page seems not aware of that:
    https://en.wikipedia.org/wiki/Superlubricity
    What's up here?!


    Luckily the scaling law "smaller machinery features higher throughput per volume" saves the day.
    In so far as it allow to do plenty of the obvious solution:
    Going down to lower speeds since "halving speed quarters friction"
    (and distributing speed differences over several stacked interfaced).


    The up to 1000x lower friction trick:


    Nanosystems page 174 bottom (7.3.5.c.):
    "As discussed in chapter 10, Δk_a/k_a can be made small in bearings of certain classes, …"
    Nanosystems page 292 (10.4.6.c.):
    "… For first-row atoms (taking carbon as a model), Δk_a/k_a ≈ 0.3 to 0.4 (at a stiffness-per-atom of 1 and 10 N/m respectively)
    where d_a = 0.25 nm, and ~0.001 to 0.003 where d_a = 0.125nm. This value of d_a cannot be physically achieved in coplanar rings, but it correctly modeles a ring sandwiched between two other equidistant rings having d_a = 0.25nm and a rotational offset of 0.125nm."


    Given Figure 10.9. (page 285 before) I think "coplanar rings" here actually refers to "cocylindrical rings".


    – d_a is the (possibly virtual) interatomic spacing along the bearings circumference
    – k_a is the stiffness-per-unit-area of the bering interface
    – Δk_a is the peak-to-peak variation of this stiffness due to "alignment bands" (spacial corrugation interference periods)


    I totally don't understand how only halving the
    (virtual) inter-atomic spacing can make the friction drop by almost a 1000x ?
    That is: How halving d_a makes Δk_a/k_a go down by a factor of 1000x.
    Anyone any idea?


    Also I wonder if this would work with the offset being applied to atoms that are situated
    further axially along on the same surface if they are (sideways) coupled stiffly enough (like alternating rows).
    That option would remove the hassle of needing to design radially wedged bearings.
    Anyone knows?


    Motivation:

    Showing how the scaling law for throughput is the main factor driving friction losses down.
    And creating awareness about this scaling laws unoverstatable importance.


    I eventually want halfway reasonable friction-loss-numbers for
    an animation visualizing the (IMO much too unknown) scaling law of
    "higher throughputdensity of smaller machinery"
    Preliminary state here:
    YouTube+APM again


    There was an article on Erics former website featuring this scaling law, but
    I can't even find it on the Internet Archive anymore.
    So I started making this animated 3D-model.


    Further plans for making charts that are relevant for nanoengineering:

    I'd like to eventually get to a chart that takes into account desirable deliberate deviation from keeping absolute speeds constant over scales.
    A chart where halving speed comes with a doubling of area (and proportional productive machinery volume) such that overall throughput stays the same.
    This leads to:
    – many parallel lines each for a specific total throughput.
    – linear rather than quadratic lines (half the slope in double-log chart)
    – absolute power loss on the y-axis ~&gt; getting back to powerloss-per-area is seriously confusing I found
    There are a lot of details so I leave that for an eventual later post.


    Transport dissipation losses in soft nanosystems:

    Viscous drag being so much higher is expectable.
    [VD] https://web.archive.org/web/20…om/p/04/03/0322drags.html


    But this does not show inferiority of soft nanosystems in terms of efficiency, as I've initially wrongly assumed.
    What one would want to compare here is diffusion transport.
    But the speed of diffusion transport being distance dependent makes it difficult to compare.
    For a desired diffusion speed this would I presume need assumptions on
    – spacial pit-stop-membrane crossing frequency
    – energy dissipation per pit-stop
    – size of transported particles
    Maybe something to look into …


    Attached:
    My preliminary version of the compiled friction results chart.
    I may eventually publish the gnuplot source to github.

    New video is out since mid February 2022:


    Well, It's just a sneak preview for something
    – with smooth animation from pre-rendering
    – proper example numbers and
    – spoken explanation


    No clue how long till I have something
    at the current pace this goes nowhere …


    Copied over from the video description:


    Here's a sneak preview for a video that I'm planning.*THIS NOT A PROPOSED SYSTEM*It only serves to illustrate an important scaling law that IMO deserves more public awareness.For future cog-and-gear style diamondoid nanotechnology the high surface area of all the many bearings at the nanoscale (causing friction losses) is not a show-stopping problem, as is sometimes assumed. One main reason for that is:A very small volume of productive nanomachinery already suffices for practical levels of throughput.So why is only very little volume of nanomachinery sufficient?Every layer shown in the animation processes the exact same amount of product per time. But the layers get successively thinner.So the lowermost ultra-thin layer with nanomachinery at the very bottom processes the exact same amount of product per time as the macroscale robot in the big fat box at the very top. All layers but the nanomachinery layer at the very bottom can be made optional and stripped away. But even if they are left in they do not contribute all that much to friction. This goes into a rabbit-hole of details ... which I'll omit.But the smaller and smaller robots here operate faster and faster the reader might argue. Well, no. They don't. Note this deceptive fact: While frequencies increase when going down the layers, the absolute speeds actually stay unchanged/constant. Everything operates at the natural frequency for its scale in this illustration here (which is not a proposed system btw).So in summary the teased on *SCALING LAW* reads as follows: **Smaller machinery features higher throughput per volume (higher throughput density). A linear scaling law. Half size means double throughput density.***MATH:* http://apm.bplaced.net/w/index.php?ti...Reviews appreciated.*BONUS:* And if you "buy" lower speed of nanomachinery (absolute speeds not frequencies) by "paying" with a higher quantity (volume) of nanomachinery (keeping throughput constant) then friction losses still fall further. That is because dynamic friction losses scale down quadratically with sliding speed while friction losses scale up only linearly with the quantity (volume) of nanomachinery. Taking this into account one gets closer to an actually proposable system.Keywords:* APM atomically precise manufacturing* diamondoid nanomachineryMusic by SuperLinuxAudioGuru - License CC0https://youtu.be/lxwcNZWLDwQTHE SHOWN ARCHITECTURE IS NOT A PROPOSED SYSTEMIt only serves to illustrate an important scaling law that deserves more public awareness.— — —★ Public APM forum: https://sci-nanotech.com/★ My Twitter: https://mobile.twitter.com/mechadense★ My homepage: https://mechadense.github.io/00.Home-...★ My wiki: http://www.apm.bplaced.net★ Support me: https://www.patreon.com/mechadense

    Regarding the topic of material stiffness:
    I've since cleared up a long held misunderstanding of mine.


    While stiffness indeed shrinks with falling size (to levels that make the softest jelly envious - I'm to lazy to dig up example numbers right now) inertial masses shrink in such a way that they exactly compensate this falling stiffness when speeds are kept constant across scales (or equivalently: when operation frequencies rise linearly with falling size - which is a somewhat natural assumption).


    So problems with mechanical ringing stay unchanged from macroscale to nanoscale. But …


    … But one actually wants to slow down since one both can-afford-to and need-to do so.
    – "afford-to" relates to the enormously beneficial scaling law for troughput-density
    – "need-to" relates to surprisingly high friction-losses-per-area of superlubrication even at moderate speeds
    More on that elsewhere eventually … (more cleared up misunderstandings of mine there)
    Anyways, presumably out of these (here not explained, and in the book Nanosystems not explicitely stated) reasons the typical/majority-of operating speeds of nanomachinery in the book Nanosystems are intentionally proposed quite low at around 4 to 5 mm/s.


    So the macroscopic analogy would be a hypothetical …
    – machinery that one can afford to operate 1000x slower while retaining the same product throughput
    – material with stiffness of diamond but two digit prozentual elasticity before a break
    So much for all those saying/preaching that "things change for the worse" when using cog&gear style nanomachinery at the nanoscale . Availability bias at work …


    So keeping macroscopic prototypes for nanoscale target systems conservative in their assumptions on stiffness despite them being made from very low stiffness plastics seems trivial. Not something to worry about.
    Holds for all but the first assembly level. See next paragraph.
    In fact such prototype systems are so far lower in performance against ringing that it might be problematic in the other way.
    That is: Nanostructures could be made much more filigree.
    Macroscale 3D-printed plastic prototypes may suffer from unavoidable over-engineering.
    While they will still work at the nanoscale they will be far from ideal/optimized.


    Well, low stiffness not being a worry only holds as long as there is no piezomechanosynthesis involved.
    (Piezomechanosynthesis as in tool-tip preparation and the first assembly level from moieties to crystolecules).
    Beefy high-stiffness-from-geometry-structures at the nanoscale are really only needed to counter deflections from thermal motion
    since these deflections are many orders of magnitudes larger than the deflections from machine accelerations at the smallest scales.


    At the second assembly level (assembling from crystolecules to microcomponents) deflections from thermal motions
    are already quite probably pretty much negligible. There is:
    – a large number of parallel acting high stiffness bonds
    – only about kT of energy for the lowest order bending modes of the whole crystoleculear structure (typically many thousands of atoms)
    – compensatability by self centering
    So I wouldn't expect a need to focus on choosing maximally stiff geometries there.
    Well, to be absolutely sure I still need to check actual numbers …


    Side-note: There are other reasons beside stiffness to go for parallel manipulators.
    Like e.g. a larger number of pathways for mechanical motion threading via chains or such.