Welcome to the Onshape forum! Ask questions and join in the discussions about everything Onshape.

First time visiting? Here are some places to start:
  1. Looking for a certain topic? Check out the categories filter or use Search (upper right).
  2. Need support? Ask a question to our Community Support category.
  3. Please submit support tickets for bugs but you can request improvements in the Product Feedback category.
  4. Be respectful, on topic and if you see a problem, Flag it.

If you would like to contact our Community Manager personally, feel free to send a private message or an email.

Newb perspective

spiked3spiked3 Member Posts: 34
I can tell most of you are seasoned pros. I am coming from this as a very ammeture, having used Alibre, not Solidworks.  I would have to say this is the first software I have been excited about in a long time. I really hope you start a second division and do the same with E-CAD, it needs it badly.

That said, here are some notes I jotted down first day;

assembly; when I paste a part, if I am hovering mate connector, an attempt should be made to solve it, or at least as much of it as possible


sketch; Shift and shortcut should cycle multi tools, ie 'r' selects rectangle, shift-r changes it to centered rectangle. You can limit this so it does not interfere with other uses of shift. ie 'shift-r' only has this affect immediately after 'r'

help; file doesnt match actual for short cut r=parallel not rectangle 3/4/15

No way to re-order features? for example I created a sketch on the wrong face. I added a plane with the correct offset, but I could not place it before the sketch so I could move the sketch to it. I would think some features would be movable, like plane.

sketch; really needs a construction toggle

sketch; really needs pattern but I believe I saw that is already in the plans

UX; I used history for the first time, and it was not obvious how to get out. a popup similar to others would probably be better

UX; clipboard-cut seems like it should be there, but I suppose it is not necessary

Bug/Sketch; seems like I sometimes get a centered rectangle when the toolbar icon is not centered rectangle. first time I ignored it, but it has happened since, so maybe I'm hitting a shortcut I do not know about?
Mike Partain aka Spiked3
http://www.spiked3.com
«1

Comments

  • billy2billy2 Member, OS Professional, Mentor, Developers, User Group Leader Posts: 2,014 PRO
    edited March 2015
    You should be able to drag features and re-order. I haven't had issues with this. Re-routing, editing & redefining features seems to work fine for me.

    There are 2 ways to toggle to construction:theres an icon that let's you do it, and then you can select items then rmb and pick construction (preferred method).

    What's different is the contour select feature after the sketch has been created. Sketch must be shown and you pick regions of the sketch when you are extruding/whatever. Because of this, you don't have to use construction geometry as before. It's almost difficult to pick the sketch like other CAD default to and I pick the sketch from the feature tree to accomplish the "extrude sketch" behavior. I mention this because the use of construction geometry is less significant if you can choose regions from a sketch. These region select methods don't seem as robust as sketch select, they seem to cause failures more often as geometry changes, could be me. This is a new use pattern that I'm trying to master and I thought I would mention it.

    Welcome onboard,
  • pete_yodispete_yodis OS Professional, Mentor Posts: 666 ✭✭✭
    @Spiked3 You might be interested in this thread... I hear ya.

    https://forum.onshape.com/discussion/123/ecad-tool#latest
  • spiked3spiked3 Member Posts: 34
    @Spiked3 You might be interested in this thread... I hear ya.

    https://forum.onshape.com/discussion/123/ecad-tool#latest
    I see Im not the first to wish for it :)  I am a newb, so I just started reading through the ton of information here. Thanks for the pointer.

    The post about it being a part catalog is the key. I can live with the current software, I am low end newb at that as well, but I spend 10% of my time on design, 80% on tracking down parts, symbols, footprints etc. It is miserable, and ANYONE who does a better job of providing easier to use libraries, perhaps a venture funded startup, would quickly take over the market. So far, all the efforts I have seen are an obvious attempt to lock users into their service. If you need/want 1 part they dont have, you start all over. 
    Mike Partain aka Spiked3
    http://www.spiked3.com
  • spiked3spiked3 Member Posts: 34
    Bill, thanks for that. part of me is looking for the 'keyboard' shortcut. Most (all?) of the pro level software I use limits the time you have to go to the mouse.

    I swear I tried for 10 minutes last night to drag a feature and gave up. Today, it worked fine. Often I run into something that doesnt seem right, and it is hard to tell if it me doing something wrong before I got there, or it really doesnt work as expected. And again a lot of it I think is from using something other than SW, so workflow that is muscle reflex to a lot of you, is totally foreign to me.

    That said, I am still totally stoked about Onshape. I need to find the roadmap if there is one, to see what things are planned. At the moment I am missing collada export, which is used to load robot models into simulators, as well as do product rendering. I'll keep looking.
    Mike Partain aka Spiked3
    http://www.spiked3.com
  • billy2billy2 Member, OS Professional, Mentor, Developers, User Group Leader Posts: 2,014 PRO
    Onshape's environment is nice and it's tough for me to back to SW. It's much better than I ever suspected from a browser based CAD system. There is a list of short cut keys and I recommend using them especially in the sketcher.

    Wait till you try it on an ipad, it's really nice, but you do have to learn new muscle reflexes.


  • abefeldmanabefeldman Member Posts: 166 ✭✭✭
    edited March 2015
    @Spiked3 here are the keyboard shortcuts:  https://cad.onshape.com/help/#keyboardshortcuts.htm

    We don't currently support exporting the Collada .dae extension, but we do export STL, IGES, and STEP files, which Collada should support.

    Additionally, we don't supply any sort of roadmap or planned features, but we welcome you to share your priorities and desired features with us at any time.  Please feel free to post them to the forums or submit them through the feedback tool, and if you're really excited about getting a first look at some of what we're developing, please don't hesitate to reach out to us about doing user experience testing.  We do, however, post a "What's New in Onshape" every couple weeks when we release a new version of the software.
    Abe Feldman
    UX/PD/Community Support
  • spiked3spiked3 Member Posts: 34
    edited March 2015
    Collada is not something that would support something else, collada IS DAE.  

    https://collada.org/

    Unfortunately that is show stopper for me.

    Also got word from my part maker he does not support your current DWG/DXF format either. 2nd show stopper. Calendar marked as a very depressing day.

    Follow up;  Collada is to the media world what step is to the CAD world.  It is a requirement if you plan on showing renders before product is made.  It is also one of the standards for loading into Robotic simulators and as such would be a demand from any factory planning on using the CAD for anything on the automation floor. Sure the big boys use STEP, but not the little guys. I am sure it is in the internal plans somewhere. As a small new company product rendering is a very high priority to me. Unfortunately its absence is also a catalyst for those that want to charge $100 / month for conversions or rendering services. Suddenly the good deal becomes not so good.

    And BTW, I wrote a Collada exporter for another CAD program, so I know it isn't that hard :) Heck, I'll donate free to use any and all of it, if it helps. See my website.

    Mike Partain aka Spiked3
    http://www.spiked3.com
  • pete_yodispete_yodis OS Professional, Mentor Posts: 666 ✭✭✭
    @Spiked3. It's just the very beginning. Much more exciting things to come. Stay here and help make it better for you and everyone else. It's gonna be a fun ride.
  • spiked3spiked3 Member Posts: 34
    @Spiked3. It's just the very beginning. Much more exciting things to come. Stay here and help make it better for you and everyone else. It's gonna be a fun ride.
    Oh, I'm not going anywhere. I will continue using it. It is just that I can not use to it to build actual product. I can only use it to learn.
    Mike Partain aka Spiked3
    http://www.spiked3.com
  • billy2billy2 Member, OS Professional, Mentor, Developers, User Group Leader Posts: 2,014 PRO
    edited March 2015
    Spiked3 are they working on a JSON transport? It surprises me because isn't the kronosgroup leading the webgl initiative? You'd think they would be more internet bound. I looked on stack overflow for a xml to json conversion tool and jquery offers one but it's not complete. Seems like Collada should be working on a more internet friendly standard. I mean, if you believe Doug Crockford and his rants on XML.

    On a side note, nobody buys kinematics in a CAD package which I never understood, but I really want this capability. I think it has to be part of the base package inside Onshape otherwise it won't ever be used. Once the definitions are in Onshape then it's a matter of exporting. Not sure about XML as I prefer JSON. This might be a north vs. south thing and the good news is that we have some time as it sorts itself out.

    One thing that might be true, if you used JSON, you might not need a "zipped" version of XML.



  • pete_yodispete_yodis OS Professional, Mentor Posts: 666 ✭✭✭
    Spiked3 said:
    @Spiked3. It's just the very beginning. Much more exciting things to come. Stay here and help make it better for you and everyone else. It's gonna be a fun ride.
    Oh, I'm not going anywhere. I will continue using it. It is just that I can not use to it to build actual product. I can only use it to learn.
    Same here. It's not to the point quite yet for most of us. It will be.
  • spiked3spiked3 Member Posts: 34
    bill said:
    Spiked3 are they working on a JSON transport? It surprises me because isn't the kronosgroup leading the webgl initiative? You'd think they would be more internet bound. I looked on stack overflow for a xml to json conversion tool and jquery offers one but it's not complete. Seems like Collada should be working on a more internet friendly standard. I mean, if you believe Doug Crockford and his rants on XML.

    On a side note, nobody buys kinematics in a CAD package which I never understood, but I really want this capability. I think it has to be part of the base package inside Onshape otherwise it won't ever be used. Once the definitions are in Onshape then it's a matter of exporting. Not sure about XML as I prefer JSON. This might be a north vs. south thing and the good news is that we have some time as it sorts itself out.

    One thing that might be true, if you used JSON, you might not need a "zipped" version of XML.



    One thing I am looking at at the moment is Alibre/Geomagic constraints to URDF translation (which also requires DAE).  I will keep a close eye on what comes out of OS API wise, and hopefully do the same for OS. But yeah, it would be nice to CAD a robot, load it into a simulator and start programming.

    My actual Robotic message queuing is MQTT with JSON for when they are really working. ROS 2 has chosen DDS over MQTT so I might re-think down the road.
    Mike Partain aka Spiked3
    http://www.spiked3.com
  • billy2billy2 Member, OS Professional, Mentor, Developers, User Group Leader Posts: 2,014 PRO
    spike3 thanks for putting all these acronyms up here. I've been looking them all up and never realized this world existed.

    I looked through a URDF listing and it seems to have the parent/child link relationship as well joint limits. Not sure of the units though. 3.14 as a maximum? Is this one full turn? With URDF I don't really see any link definitions is that what DAE does? Does DAE define the links and URDF controls the motion for the links?

    MQTT has TCP/IP in it's stack, does this mean you can upload/download to a robot without a cable?

    Summary:
    DAE describes a linkage
    URDF controls linkage
    MQTT provides communication

    How far off am I?

  • spiked3spiked3 Member Posts: 34
    edited March 2015
    Dang close :)

    Philip_Thomas that DAE (aka Collada) also allows materials to be defined, as well as keeps parts separated (as opposed to STL).  This saves a lot of work when you go to improve materials for a render.

    URDF is indeed for linkages, as well as specifying which DAE files (or actually parts within) are being linked.  My guess is a rotation of 3.14 might have some to do with Pi :)  And is probably is in radians. (max of 3.14 would be 180 degrees BTW).

    MQTT is indeed TCP/IP - so that means wired or wireless. MQTT-SN is a variation (being merged) that define wireless serial (eg BlueTooth and others).

    Not meaning to spam, but I'm a robot nut, check out my web page in my sig if you haven't already.
    Mike Partain aka Spiked3
    http://www.spiked3.com
  • billy2billy2 Member, OS Professional, Mentor, Developers, User Group Leader Posts: 2,014 PRO
    Man I was way off

    Thought DAE was differential-algebraic equations

    URDF threw me off because I was expecting unitized vectors 0 to 1 values and rotation matrices. Not sure why they deal with pi but didn't spend that much time looking at their XML definitions. I thought there would be more linear algebra in there definitions since it's a robotic linkage program. Thats what I get for poking around instead of reading the manual.

    BTW-nice website





  • spiked3spiked3 Member Posts: 34
    It (DAE) probably can handle those also :)  but since it is often hand written, I suspect pitch/roll/yaw is usually easier than figuring out what the matrix looks like. Internally I bet programs go between all 3 (Euler being the 3rd and the only one without gimbal lock) fairly freely. Pi is used because every programming language I know prefers radians as parameters to trig functions.
    Mike Partain aka Spiked3
    http://www.spiked3.com
  • billy2billy2 Member, OS Professional, Mentor, Developers, User Group Leader Posts: 2,014 PRO
    This peaked my interest as a whole world of linkage design has risen up that I wasn't aware of. Organizing and executing links in a standard format is extremely interesting. Exporting the geometry out of OS with standard joint definitions WOW! How will this be done? If I knew the OS api I could write this interface, BTW there is no trig in linkage design, at least the books I've read. I'm not sure what collada is doing with a number like 3.14? If you were working in inches you'd be way off in accuracy. I would have been happier with 3.1416. But, without reading their documentation, who knows what that number really means.

    Spiked3 we're not finished here, we're only beginning. Will you be able to export from OS to some robotic linkage standards? It's going to happen. It's gotta happen.

    These existing robotic linkage standards seem to revolve around the old desktop data XML transfer standards and we need to migrate to a cloud data exchange standards JSON. This argument is only going to fester and we're going to see this argument more and more as cloud apps become more prominent.

    I look forward to working on this with you,

     


  • malay_kumarmalay_kumar Onshape Employees, Developers Posts: 93
    In my previous life I have worked on developing links from many traditional CAD system to Mathwork's Simulation tools that involved mapping low level mates (constraints) to joints so it is very interesting for me to see this discussion.

    Mapping/Conversion from low level mates to kinematic joints had been a tough and lossy process from system like Solidworks because users many times (unknowingly) model constraints which didn't  represent valid motion model or model a simple joint between two components using a set of mates/constraints between multiple components. In Onshape it should be very straight forward and almost loss free once we have our APIs available. 

    BTW does anybody here use Mathwork's tools and would benefit from Data transfer to/from those tools? Do you guys also see any need to transfer motion output/profile from existing robotics kind of simulators into Onshape or doing associative multi-shot export/update? 
  • pete_yodispete_yodis OS Professional, Mentor Posts: 666 ✭✭✭
    @Malay Kumar That sounds like great news for motion analysis software.  We mere mortals won't have to bang our heads as much!
  • traveler_hauptmantraveler_hauptman Member, OS Professional, Mentor, Developers Posts: 419 PRO
    @Malay Kumar Some thoughts from a robot designer...

    The things I need most from a mechanical model are mass properties, link reference points, and hull geometry (for collision detection and visualization).

    I don't use Mathworks tools and would not benefit from that. I have not yet found any motion tools integrated with CAD to be useful. Unless your motion tools were extraordinarily open I'd prefer to use my own which have project specific optimizations or simplifications.

    For mass properties: I tend to model assemblies around the actual assembly process, in which case physical joints are often buried in a sub-sub-assembly. Being able to tag assemblies and parts as belonging to one link (rigid body) or another, combined with the ability to take the mass properties of query results, would let me automatically extract the information I need (which is the mass properties of the in-progress design).

    For hull geometry, again I'd like to extract the geometry of a link by querying the model for a tag (again, because links rarely match assemblies) and export a mesh in any common format.

    Being able to tag mate connectors or other reference points and extract their pose relative to some ground reference (the origin is fine) is the last piece of the puzzle for me.

    Note that I'm not asking for any specific format of import or export. Put your energy into documenting the native API and it will be easy enough for us to convert to what we need.  I'd rather you guys spent your time really refining the generic API for attaching user parameters wherever we want them in the model (ie to parts, features, sketches, sketch elements, geometry, relations, configuration parameters, etc) and querying the model, than spend time on canned and limited "features".



  • spiked3spiked3 Member Posts: 34
    edited March 2015
    Traveler Hauptman  is a couple notches over my pay grade :)  I'm a hobbyist/enthusiast.  I don't even think about mass yet :pensive: 
     The trig involved is say you are describing a wrist, and I am simplifying for both you and me, I might describe the arm part connected to the hand part, connected on the arms X axis, The hands Z Axis and that it can rotate 180 degrees. I need to describe the geometries, connection axi for each part, but only a pitch/roll/yaw axis for one, I might choose arm 0,3.14,0  since I used it's X axis (roll).  The math (IK and rendering) use trig to resolve their solutions.  For example given a hand at x=4,y=8,z=9 where will the part be if I rotate the elbow 13 degrees? I may have X/Y = roll/pitch backwards, but I hope you get the idea.  

    Like I said I already have dug enough into it to know extracting the information I needed to render (collada/DAE) from the CAD I used was easy. And I had started looking into also extracting its constraint data, and translating that to what is called Rigging data in Blender, never quite finished it (or learnt as much about it in collada as I could have).  But since then, I became more involved with programs that use URDF (Unified Robot Description Format) and it is also similar to constraint/rigging data  - I was hoping to kill 2 robots, err birds, with one stone, both animated renders AND simulator ready robots.

    Traveler Hauptman takes it a notch forward and calculates how much power it needs to move and how long it will take, and probably acceleration/deceleration profiles as well (motion planning). I am not that far along. And I agree with him, give us access to the base info, we'll figure out how to do something with it, or explain why we need/want it different.

    BTW its 3.1415926535 (from memory :P )
    Mike Partain aka Spiked3
    http://www.spiked3.com
  • traveler_hauptmantraveler_hauptman Member, OS Professional, Mentor, Developers Posts: 419 PRO
    A note on Collada. I was part of a group using it for a humanoid robot last year. We used it as an intermediate format, starting with creo models and ending up with URDF/SDF models for simulation. Internally it's a little muddy (do you use the kinematics or the physics sections to capture the relevant info about your device?) and after some false starts we just used it for geometry. Support-wise, I saw lots of projects saying 'we support the collada standard' but the only two projects with any real meat behind those statements were Blender and OpenRAVE. Each of which is approaching things from a very different direction, and there were very limited subsets of the standard that you could use between the two.

    @Spiked3 Always room in the field for an enthusiast at any level! Maybe your collada experience was better than ours. I hope so given how frustrating it was for us.

    In the end we bailed on collada and used stl to store meshes and some hand-rolled tools to help the CAD->simulation conversion process.


  • spiked3spiked3 Member Posts: 34
    Traveler Hauptman  I just recently started looking to URDF for Gazebo (ROS). What I saw was a requirement to link to DAE files. I didn't see any other choice, nor did I look hard for one. My previous effort was with the DEA/Collada converter from Alibre/GeoMagic, that worked great with Blender, so at the moment I have a positive experience. (I did a variation for real time exchange with CamBam (hobbyist level CAM) as well). Sounds like my Collada praise might change. At the moment, I was just going to create some intermediate store, and add to both the DAE file and the URDF from it, not really sure on how it all will play out. It sounds like I was stumbling into your eventual design (DAE only for geometry).
    Mike Partain aka Spiked3
    http://www.spiked3.com
  • traveler_hauptmantraveler_hauptman Member, OS Professional, Mentor, Developers Posts: 419 PRO
    .STL is in the docs (http://wiki.ros.org/urdf/XML/link). However STL does not carry color/texture info. If you don't already use Meshlab, check it out.

    As long as the awesome Onshape guys give us an API to their tesselator, it will be all good.
  • malay_kumarmalay_kumar Onshape Employees, Developers Posts: 93
    Traveler Hauptman Thanks for outlining your needs for extracting required data for motion analysis needs. Your desire to tag items to extract motion model in the form of rigid body (with mass and inertia), connection/reference point/CS and hull geometry is very reasonably. One could also (us/customer/API users) analyze the assembly hierarchy and  mates and spit out simplified view of rigid body and joints. Which motion analysis tool do you use and what are typical tasks you perform in the context of motion analysis? You also mentioned you haven't find CAD integrated motion tools meet your needs. Can you highlight some pain points there?
  • malay_kumarmalay_kumar Onshape Employees, Developers Posts: 93
    Spiked3 said:
    Traveler Hauptman  is a couple notches over my pay grade :)  I'm a hobbyist/enthusiast.  I don't even think about mass yet :pensive: 
     The trig involved is say you are describing a wrist, and I am simplifying for both you and me, I might describe the arm part connected to the hand part, connected on the arms X axis, The hands Z Axis and that it can rotate 180 degrees. I need to describe the geometries, connection axi for each part, but only a pitch/roll/yaw axis for one, I might choose arm 0,3.14,0  since I used it's X axis (roll).  The math (IK and rendering) use trig to resolve their solutions.  For example given a hand at x=4,y=8,z=9 where will the part be if I rotate the elbow 13 degrees? I may have X/Y = roll/pitch backwards, but I hope you get the idea.  

    @Spiked3  Thanks for describing your use case. I would think you will be able to do these kind of kinematic calculation in Onshape i.e. put the mechanics in desired positions accurately. The key here is that Onshape has high level kinematic mates so whether you export model for analysis in external application or perform those tasks in Onshape it will be easier and smoother experience.
  • traveler_hauptmantraveler_hauptman Member, OS Professional, Mentor, Developers Posts: 419 PRO
    Traveler Hauptman Thanks for outlining your needs for extracting required data for motion analysis needs. Your desire to tag items to extract motion model in the form of rigid body (with mass and inertia), connection/reference point/CS and hull geometry is very reasonably. One could also (us/customer/API users) analyze the assembly hierarchy and  mates and spit out simplified view of rigid body and joints. Which motion analysis tool do you use and what are typical tasks you perform in the context of motion analysis? You also mentioned you haven't find CAD integrated motion tools meet your needs. Can you highlight some pain points there?
    @Malay Kumar I usually create the assembly hierarchy (and even part order within subassemblies) to match the physical assembly order. 

    Assembly hierarchy rarely corresponds with how the model is divided up for a rigid body model. In case you are not familiar with this issue, think about a rotary joint using a ball bearing. The ball bearing is usually represented as a part, or a subassembly. However for a rigid body model, half the bearing belongs to the mass properties of one link and the other half to the other link. (every once and a while the speeds are high enough that you need to treat the individual balls separately; but not usually). 

    Thus the importance of tagging part instances and sub-assemblies, querying them, and extracting geometry and mass properties from a disparate group of parts.

    Motion analysis tools change project to project. I had one colleague that liked ansys (but he had a heavy FEA background). I've not heard of anyone doing this type of work using SolidWorks Motion Studies for instance. I have always rolled my own. Python or C++ these days; Octave back in the days I could still stomach Matlab. 

    The reason I roll my own is that the complexity and focus of the model really depends on the project.

    There are rigid body dynamics libraries out there but they are often focused on an idealized robot where joints are infinitely stiff in all directions except the frictionless one. As a designer of these devices I'm interested in the reaction forces experienced by the joint bearings among other things; something few models expose and many model's can't calculate at all (because they use a Lagrangian formulation).

    Sometimes it's a simple device but we need an analytic solution to the Hessian matrix. Sometimes the inertia of the motor rotors and the force they impart on the link they are embedded in need to be accounted for in the dynamics. Sometimes the transmission has different efficiency forward-driving and back-driving and we need to account for that. The limiting factor in many high performance robots is not motor strength but instead motor temperature and our ability to remove the heat; so the model will track (very crudely) the thermal state of the motor as the desired dynamics are simulated.

    Even libraries maintained internally or for a specific project get rewritten because they have the wrong simplifications or assumptions.

    So, for me no model ever makes the right set of trade-offs for all projects. (I'm pretty specialized... Automation integrators might be better able to take advantage of a general tool.) 

    My pain point is getting mass and geometry info out of the solid model and into my own model. 

    Bottom line: you guys focus on your job and I'll focus on mine :). Really get the solid modeling experience rock-solid and the API well documented. 


  • spiked3spiked3 Member Posts: 34
    edited March 2015
    @Spiked3  Thanks for describing your use case. I would think you will be able to do these kind of kinematic calculation in Onshape i.e. put the mechanics in desired positions accurately. The key here is that Onshape has high level kinematic mates so whether you export model for analysis in external application or perform those tasks in Onshape it will be easier and smoother experience.
    @Malay_Kumar  thanks for the thanks. But to be honest, I was replying to another post's question where trig was used.  If it came across as a use case for me, I did a poor job of responding. If Onshape has high level kinematic mates, and those are exposed via an API, I'm good, no new use cases for me, I will translate them into a format the target understands, and my work is done.
    Mike Partain aka Spiked3
    http://www.spiked3.com
  • malay_kumarmalay_kumar Onshape Employees, Developers Posts: 93
    @Traveler Hauptman  Thanks for describing your design workflow and tasks. You are spot on in describing difference of assembly hierarchy with rigid-body motion model. These discussions are very helpful as we design our API and more functionalities.
  • billy2billy2 Member, OS Professional, Mentor, Developers, User Group Leader Posts: 2,014 PRO
    edited March 2015
    Malay-

    Some of the best code SW wrote was converting the assembly mates to ADAM's kinematics solver  (I think they were mapping to ADAM?). This was the early days of motion inside of SW, at first kinematic joints were user defined and then magically they started to appear from the assembly constraints. Every assembly I threw at the converter worked very well and some of the best code I've seen. Did you work on that mapping? It was pretty good stuff. Vertex to vertex mapped perfectly to 3 rotational DOF's. I was amazed at how well it worked.

    Mate connectors are definitely closer to kinematics joints required for robotics. In fact I was wondering if this was the inspiration behind mate connectors.

    here's an example
    We used a SW sketch to solve this determinant 4 bar linkage problem:



    move to here with this angle:



    we used SW to tell us what the linkage lengths needed to be and compute the position:


    We threw the design out because field service would never have been able to figure out how to service this machine. You really had to model the links in cad to determine the solution. Not something you'd want to do onsite at a customer.

    What I really wanted to know was the reactionary forces on the shoulder bolts. Because this linkage is so small, you could arrange things and get force spikes at the joints.

    Velocity and acceleration profiles would also be nice to see. We knew the linear actuator force and the weight of the links it'd be nice to predict the speed of the device and the reactions at the joints.



This discussion has been closed.