CamBam
News:
 
*
Welcome, Guest. Please login or register.
Did you miss your activation email?
April 01, 2020, 10:15:35 am


Login with username, password and session length


  Show Posts
Pages: [1] 2 3
1  Support / Scripts and Plugin Help / Re: Revolved Extrude Fatal Error on: February 14, 2020, 04:40:18 am
Thanks very much I had it set to OpenGL until I reinstalled after upgrading Linux
I need to redesign now after Camotics tells me it will take 1.42 days to simulate  Cheesy
2  Support / Scripts and Plugin Help / Re: Revolved Extrude Fatal Error on: February 12, 2020, 21:11:31 pm
Thanks Eddy,
This has I think taught me to presumably clean up polylines whenever I join them - something I had not appreciated from the general documentation.
As you say the plugin then works but I have obviously not done it quite correctly as the orthogonal view I get after creating the surface does not give me the contrast that is shown in the view you captured in extrude2.jpg Here in extrude3.jpg is what I actually see.
Obviously I have done something else wrong too.
3  Support / Scripts and Plugin Help / Revolved Extrude Fatal Error on: February 12, 2020, 11:19:34 am
I probably don't properly understand the parameters involved in this but I accepted the defaults for the attached .cb file with a single polyline created from two polylines and an arc - now I receive a fatal error when I attempt a revolved extrude.
4  Support / CamBam help (General usage) / Documentation Currency on: February 09, 2020, 05:17:30 am
While the footer for all pages on the main (http://www.cambam.info/) site appears to be automatically updated to the current year and pages on this one (http://www.cambam.co.uk/forum/index.php) are dated 2018 the Documentation index page on the main site shows the documentation to be Rev 1.15, 2012-11-01. Since the downloadable (English) PDF is
Rev 1.17 (which is dated 2015) I presume the online documentation is actually more up to date despite its Rev #.
Are there significant differences between online and PDF, as our installation has no internet connection?
5  Support / CamBam help (General usage) / Re: Trying out drawing on paper with my CNC. I can't seem to get CB to work. on: December 04, 2019, 21:52:28 pm
Bill,
I am a newbie to CamBam so others will have a better idea of capabilities than me but I have been investigating this topic through YouTube where this video in particular caught my eye (from Builds with Brian) - yes he uses Vectric Aspire and an Axiom ($12,000 AU) machine to do it but what you have achieved with your machine and CamBam is inspirational to me

https://www.youtube.com/watch?v=rH6HD1M_Qb4

When looking at the Heightmap and in particular the Surface from Bitmap capabilities of CamBam and watching the GCode simulated in Camotics
https://camotics.org/ the motion of the 'tool' makes me think that a form of 'hatching' to fill areas is possible.

I hope others can give you a better idea of how to do what you suggest as it really extends the thinking of what a CNC machine can do.

I am interested in what you have used to hold the sharpie in your machine is it custom made? 'Builds with Brian' also goes through several methods for 'holding' a range of drawing tools (mostly sharpies) that you might find interesting too.
6  Support / CamBam help (General usage) / Re: Trying out drawing on paper with my CNC. I can't seem to get CB to work. on: December 04, 2019, 21:16:34 pm
This is an extremely valuable thread/topic - can virtually be used as a tutorial for using CamBam as a drawing tool.

@dh42 - the Trace process in Inkscape produces vector paths for most clearly defined lines in a raster image (usually based on a threshold contrast between the line and its surroundings). Results for shaded areas are somewhat less predictable.

For those unfamiliar with Inkscape it is an open source (and free) vector drawing and illustration program available for all three major platforms Linux, MacOS and Windows.
7  Support / CamBam help (General usage) / Re: Start Point vs Machining Origin on: December 04, 2019, 20:30:20 pm
Thank you all very much - your replies will greatly aid my understanding and, I hope, enable me to convey that understanding to the other three present users of our (shared) CNC machine plus any of the remaining 90 members of our "Shed" who may become interested.
Yes @EddyCurrent those are indeed the items to which I am referring (plus the Machining Origin at the Machining level in the tree which, if set, presumably determines that parameter for the Machining Origin for every Part below it in the tree unless they too are individually changed).
I shall certainly play around with the files and observe the effect on the GCode output and the subsequent effect on our post processor (LinuxCNC) and the behaviour of our machine.
8  Support / CamBam help (General usage) / Re: Start Point vs Machining Origin on: December 04, 2019, 12:34:06 pm
Ok thanks! I will have to do some reading to get my head around having machine zero and grid zero as different.

With regard to Start Point I understand that this can be set specifically for a MOP however if it is not set specifically the coordinates for Start Point are NaN by default which I read as "undefined" (Not a Number - in programming terms). If this is so, where does the MOP get its starting point coordinates? Are they the location coordinates (lower left) for the drawing from which the MOP was generated?
9  Support / CamBam help (General usage) / Start Point vs Machining Origin on: November 22, 2019, 12:19:35 pm
What is the relationship between Start Point and Machining Origin?
Obviously they can be set separately but what is the consequence of them being different?
It seems to me that the Machining Origin is the only setting that affects the actual point to which the tool moves to begin a machining operation. Start point seems to have no bearing on where machining takes place.
10  Support / CamBam help (General usage) / Re: Linux Mint Future on: November 08, 2019, 07:12:42 am
Yes Carlo you are right.
But what I meant was that at the moment Linux Mint 19.2 and earlier includes Mono in their install package,
from 19.3 it will not be included in Linux Mint install so anyone wishing to upgrade from Linux Mint 19.2 to 19.3 or anyone installing 19.3 or later will be forced to download and install Mono from the Mono-project page.
11  Resources / Post Processors (*.cbpp) / Re: Customising LinuxCNC on: November 07, 2019, 12:14:25 pm
Thank you very much!
We will try this out.
12  Support / CamBam help (General usage) / Linux Mint Future on: November 06, 2019, 14:58:33 pm
I am not sure where to share this and I am probably jumping the gun anyway.
The latest Linux Mint newsletter from the development team makes the following comments regarding the development of Linux Mint 19.3 (Tricia):

"Tomboy (the Notes accessory currently built into Linux Mint) will be replaced by Gnote 3.34."
and later in the following part of the article
"With Tomboy gone we no longer need Mono in Linux Mint."

Since we depend on Mono to run CamBam on Linux I thought it might be prudent to bring this to the community's attention. Probably the developers are across this already but I thought for those of us who might assume that mono is already installed with Mint we should be aware that it may no longer come as part of future upgrades.
13  Resources / Post Processors (*.cbpp) / Customising LinuxCNC on: November 06, 2019, 14:43:38 pm
I am not sure if this board is intended only for describing post-processor modifications or asking questions about them so I will assume I can ask a question here.

We are hoping to ensure that as part of each job performed the machine/tool is returned to X0 and Y0 at the end of the Gcode. Although we can manually add something like
G0 Z30 or a clearance plane move on Z
G0 X0 Y0
to each Gcode file generated, I assumed that this might be possible automatically and that perhaps modifying the LinuxCNC postprocessor settings in CamBam might be used to achieve this.
Is my assumption correct and, if so, how do I achieve this?
14  Announcements / Latest News / Re: CamBam plus V1.0 (rc-2) on: October 15, 2019, 22:46:56 pm
@Dragonfly,
Thanks! Switched to OpenGL and visibility of the bitmaps is much improved.
Draw - Bitmap no longer hangs and bitmap is visible.
15  Announcements / Latest News / Re: CamBam plus V1.0 (rc-2) on: October 15, 2019, 06:53:27 am
I have been attempting to use rc-2 on Linux Mint to design a bas relief and finding it very difficult to see either the surface created from a bitmap, the MOP or the toolpath. As a result I thought I would import the bitmap so I could use it to approximate the outline for a rough cut but CamBam hangs when I choose Draw - Bitmap.
I can use the Draw - Surface from Bitmap just not the straight bitmap.
Pages: [1] 2 3
Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines

Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM
Page created in 0.121 seconds with 18 queries.

Copyright © 2018 HexRay Ltd. | Sitemap