Your improvements to "Concept multimaterial laser printer" are appreciated. If you're still interested in the project, I have some ideas on a similar project that I'd like to develop. I thought it best to discuss the ideas before editing the wiki or starting my own. My email is [email protected] or feel free to use the white canvas of my User talk page.
--sjmoquin 4:27 p.m., January 2nd, 2013
I noticed all the work you've been doing lately.
Thank you. --Sebastien Bailard 04:36, 23 April 2010 (UTC)
- You are welcome. --DavidCary 05:58, 26 April 2010 (UTC)
Thanks for taking a look! Unfortunately, I've been swamped lately, and progress on the Mendel that is going to build the TRap has slowed to a crawl. I hope to address your comments here:
- I really enjoyed seeing the T-rep. Looking at the wiki page and blog was pretty cool. I hope that my design gets that far, in terms of workability. TRap (Pronounced as a single unhyphenated word: "trap") is a development name, and will eventually be changed - if the project ever gets to a usable state. At that time, I'll appropriate the name of some pioneering and iconoclastic biologist. For the moment though, I'm going to stick with it, as that is the name which ties all my design files together.
- I'm not sure that I understand your comment here. The sketch is not entirely clear, as there are no motors shown. Each motor-leadscrew assembly will connect a corner of the base and the outer (furthest from center) free corner of a tetrahedron. Both of these conections will need to pivot to allow the tetrahedron to move properly. The joint at the base is a simple pivot. The joint at the corner of the tetrahedron is a bit more complex, as it contains the leadscrew nut, which must pivot. The actual design of the tetrahedron at that point needs to be worked out, mostly so that the leadscrew does not crash against the tetrahedron when it is fully retracted.
And your question:
I don't know. I hope that I can use an existing firmware, as that would reduce my task list substantially. (And I know very little about uC programming. I'll always welcome competent help (in any aspect of this project), so if you are interested, or know someone who might be, please let me know.
Thanks for taking a look at my project! I hope to hear more from you.
Mccand 14:10, 8 November 2010 (UTC)
P.S. I've already posted this to my talk page. (I'm posting it here to make sure you get my reply.)
P.P.S. I just checked out the Delta page on the wiki. I'd seen Reinoud's stuff elsewhere on the web, but didn't know it had it's own wiki page. I'll have to go through that in more detail later and see what they've come up with.
I've only been editing since September, so I'm no authority (as far as there is any authority here). But i think it sounds fine, as long as you create the templates for MergeFrom and MergeTo. The current Merge template is a bit obtrusive, which is good for the 'source' page, since maybe it will recruit others to help. But I think it's too obtrusive for the 'destination' page. Just using the single template could also be confusing, as others won't know which is the page to be merged into.
That's why i took it off the destination page. but it would be nice to have a simple template that says something like
"There is an ongoing merge. In the meantime, you might also want to look at [MergeFromPage]"
--Buback 00:23, 15 November 2010 (UTC)
Looks Great! nice job, and thanks for all the help editing.--Buback 02:50, 15 November 2010 (UTC)
Hi David, sorry for taking so long to respond, I haven't logged on in a couple of weeks...too busy building my RepRap :)
With regard to the Virtual Mendel code I'll definitely be releasing it to the public as soon as I can (hopefully within the next month). I only just got the belts installed so I'm currently integrating the stepper control code with the host software.
Myndale 08:31, 18 December 2010 (UTC)
I have created a github repo for the camrap software and added some images to the CamRap page.
If you have a chance to test it I'd be happy to hear about any problems getting it to work, bugs or suggestions.
It's Python on Linux only at the moment, but if that's a problem I'll try that other OS.
I am going to have to construct a better X-Y stage to test it against some "real" work, maybe high-res etching of aluminium foil for a "PCB". I wonder if you have any suggestions on that front?
Darkpaw 10:42, 2 May 2012 (UTC)
Re: Duplication of OpenSCAD pages
Hi there David, I duplicated the pages on OpenSCAD as the OpenSCAD is much easier to link to, (redirection and moving the page has its disadvantages) which could serve as a basic info for openscad. The source page could serve, as you say, a more advanced dito. Apparently this is yet another one of those more "time optimistic" edits of mine. Thanks for making me aware of this! --Danielpublic 10:15, 19 February 2013 (UTC)