CNC Torch Table 2/Control Overview - Revision history

Marcin: /* Overview */

2016-08-20T19:51:25Z

Overview

← Older revision		Revision as of 19:51, 20 August 2016
Line 4:		Line 4:
	<html><img src="https://docs.google.com/drawings/pub?id=1SKGaBa6N21DPzXm9ILuqwPubc6nnRSBAARbkKaEU9hw&w=480&h=360"></html>		<html><img src="https://docs.google.com/drawings/pub?id=1SKGaBa6N21DPzXm9ILuqwPubc6nnRSBAARbkKaEU9hw&w=480&h=360"></html>

	[https://docs.google.com/drawings/pub?id=1SKGaBa6N21DPzXm9ILuqwPubc6nnRSBAARbkKaEU9hw~~&amp~~ edit]		[https://docs.google.com/drawings/pub?id=1SKGaBa6N21DPzXm9ILuqwPubc6nnRSBAARbkKaEU9hw edit]

	=Motor controller and drivers=		=Motor controller and drivers=

Marcin: /* Overview */

2016-08-20T19:20:48Z

Overview

← Older revision		Revision as of 19:20, 20 August 2016
Line 3:		Line 3:
	=Overview=		=Overview=
	<html><img src="https://docs.google.com/drawings/pub?id=1SKGaBa6N21DPzXm9ILuqwPubc6nnRSBAARbkKaEU9hw&w=480&h=360"></html>		<html><img src="https://docs.google.com/drawings/pub?id=1SKGaBa6N21DPzXm9ILuqwPubc6nnRSBAARbkKaEU9hw&w=480&h=360"></html>

			[https://docs.google.com/drawings/pub?id=1SKGaBa6N21DPzXm9ILuqwPubc6nnRSBAARbkKaEU9hw&amp edit]

	=Motor controller and drivers=		=Motor controller and drivers=

ChuckH: /* Oxyfuel (oxyacetylene, oxypropane, etc) cutting torch */

2014-09-21T20:52:40Z

Oxyfuel (oxyacetylene, oxypropane, etc) cutting torch

← Older revision		Revision as of 20:52, 21 September 2014
Line 189:		Line 189:
	** With the dome-loaded regulators, gas on/off as well as pressure setting can be obtained with low-cost shop air components and small valves (e.g [http://www.ebay.com/itm/4V130C-06-DC24V-Solenoid-Air-Valve-5-port-3-position-/290652595990 4V130C],[http://www.automationdirect.com/adc/Shopping/Catalog/Pneumatic_Components/Pneumatic_Valves_-a-_Accessories/Solenoid_Air_Valves_-a-_Accessories/5-port_(4-way),_3-pos.,_Body_Ported_-z-_Manifold_(AVS-5,AM_Series)/AVS-523C1-24D AVS-523C1])		** With the dome-loaded regulators, gas on/off as well as pressure setting can be obtained with low-cost shop air components and small valves (e.g [http://www.ebay.com/itm/4V130C-06-DC24V-Solenoid-Air-Valve-5-port-3-position-/290652595990 4V130C],[http://www.automationdirect.com/adc/Shopping/Catalog/Pneumatic_Components/Pneumatic_Valves_-a-_Accessories/Solenoid_Air_Valves_-a-_Accessories/5-port_(4-way),_3-pos.,_Body_Ported_-z-_Manifold_(AVS-5,AM_Series)/AVS-523C1-24D AVS-523C1])
	** Using a [http://www.digikey.com/product-detail/en/MPXHZ6400AC6T1/MPXHZ6400AC6T1CT-ND/2057456 solid-state pressure sensor] for feedback, the Arduino can set the regulated pressures to programmed levels by actuating the pneumatic valves (increase/decrease loading pressure until feedback is correct). See video below and code on [http://github.com/chuck-h/ose-gaspressurecontrol github].		** Using a [http://www.digikey.com/product-detail/en/MPXHZ6400AC6T1/MPXHZ6400AC6T1CT-ND/2057456 solid-state pressure sensor] for feedback, the Arduino can set the regulated pressures to programmed levels by actuating the pneumatic valves (increase/decrease loading pressure until feedback is correct). See video below and code on [http://github.com/chuck-h/ose-gaspressurecontrol github].
	* use an electric igniter ([http://www.~~rvpartwholesaler~~.com~~/servlet/the-31~~/Dometic-2931132019-Refrigerator-~~Reignitor/Detail~~ RV fridge igniter], [http://www.amazon.com/GrillPro-20620-Electric-Button-Igniter/dp/B000FJVKNM BBQ igniter], [https://www.sparkfun.com/products/11218 spark coil]).		* use an electric igniter ([http://www.americanrvcompany.com/Dometic-2931132019-Reignitor-Refrigerator-Part-Camper-Trailer-RV RV fridge igniter], [http://www.amazon.com/GrillPro-20620-Electric-Button-Igniter/dp/B000FJVKNM BBQ igniter], [https://www.sparkfun.com/products/11218 spark coil]).
	* follow the sequencing of x,y,z motions, pressure changes, on/off, and ignition described by the folks on the forum thread above.		* follow the sequencing of x,y,z motions, pressure changes, on/off, and ignition described by the folks on the forum thread above.
	** Develop a library of pressure/time/positioning parameters for different material thicknesses and tip sizes that can be applied automatically by the G-code programming; this should minimize setup time and tweaking.		** Develop a library of pressure/time/positioning parameters for different material thicknesses and tip sizes that can be applied automatically by the G-code programming; this should minimize setup time and tweaking.

Daniel Benamy: /* Testing */

2013-11-01T15:34:10Z

Testing

← Older revision		Revision as of 15:34, 1 November 2013
Line 75:		Line 75:
	[[Stepper_Testing\|Testing]]		[[Stepper_Testing\|Testing]]

	Here's a test gcode file which Dan Benamy hand wrote. It works on marlin and draws a 2 hole by 1 hole plate- https://github.com/OSE/CNC-Torch-Table-OSE/issues/20~~#issuecomment-27547764~~		Here's a test gcode file which Dan Benamy hand wrote. It works on marlin and draws a 2 hole by 1 hole plate- https://github.com/OSE/CNC-Torch-Table-OSE/issues/20

	=Limits and Homing=		=Limits and Homing=

Daniel Benamy: /* Marlin */

2013-11-01T15:26:59Z

Marlin

← Older revision		Revision as of 15:26, 1 November 2013
Line 44:		Line 44:
	** #define TEMP_SENSOR_0 0 // Since we don't have temp sensors		** #define TEMP_SENSOR_0 0 // Since we don't have temp sensors
	** #define TEMP_SENSOR_1 0 // Since we don't have temp sensors		** #define TEMP_SENSOR_1 0 // Since we don't have temp sensors
	** #define DEFAULT_AXIS_STEPS_PER_UNIT {128.~~0537~~,~~144~~.~~2128~~,200.08/3,7601.1} // x and y are the right ballpark for the ose torch table at fef, see https://github.com/OSE/CNC-Torch-Table-OSE/issues/4#issuecomment-27460371 for where these numbers came from		** #define DEFAULT_AXIS_STEPS_PER_UNIT {128.9304,142.5,200.08/3,7601.1} // nov 1 2013- x and y are the right ballpark for the ose torch table at fef, see https://github.com/OSE/CNC-Torch-Table-OSE/issues/4#issuecomment-27460371 for where these numbers came from
	** I set the "*ENDSTOP_INVERTING" consts as appropriate for our endstops by running gcode M119, seeing if an endstop was triggered, pushing the button, and running M119 again. If the logic was backwards, I flipped the appropriate boolean.		** I set the "*ENDSTOP_INVERTING" consts as appropriate for our endstops by running gcode M119, seeing if an endstop was triggered, pushing the button, and running M119 again. If the logic was backwards, I flipped the appropriate boolean.
	** I set the travel limits. There are 6 starting with "X_MAX_POS". I set the mins to 0. I set x and y max to 300 and z max to 150 for testing. Once we're calibrated and the table is fixed, we'll make these much bigger.		** I set the travel limits. There are 6 starting with "X_MAX_POS". I set the mins to 0. I set x and y max to 300 and z max to 150 for testing. Once we're calibrated and the table is fixed, we'll make these much bigger.

Daniel Benamy: /* Sending G Code to Firmware */

2013-11-01T05:44:17Z

Sending G Code to Firmware

← Older revision		Revision as of 05:44, 1 November 2013
Line 65:		Line 65:
	==Sending G Code to Firmware==		==Sending G Code to Firmware==

	~~===Printrun===~~		In Oct 2013, Dan can't find host software (gcode sending) that works with marlin. He tried about 8 different programs. For now the process is to use Printrun/Pronterface and copy/paste 3 or so gcodes at a time into there, wait for them to execute, and run the next batch. Pasting them all at once fails (machine does the wrong thing) probably because the instruction buffer in marlin isn't big enough.
	~~This is what~~ Dan'~~s using~~ in ~~Oct 2013~~.

	There's good installation instructions at https://github.com/kliment/Printrun. He wanted to do a source install but gave up when it wasn't easy with pip because it needs to use system wide python for access to the display.		See [[GcodeCommunications]] for a list of programs to send the g-code file from a host computer to a controller.

	* Change baud rate to 250000.
	* Click connect.

	~~===Other Software===~~
	[[GcodeCommunications]]~~: other~~ programs to send the g-code file from a host computer to a controller.

	===Hardware===		===Hardware===

Daniel Benamy: /* Limits and Homing */

2013-11-01T05:02:57Z

Limits and Homing

← Older revision		Revision as of 05:02, 1 November 2013
Line 85:		Line 85:

	=Limits and Homing=		=Limits and Homing=

			This whole section hasn't been updated for the Oct 2013 work using RAMPS. See https://github.com/OSE/CNC-Torch-Table-OSE/issues/11 for some of this with RAMPS setup.

			Also note that docs from before Oct 2013 refer to the long axis as X but with RAMPS and marlin we had to make the long axis Y.


	==Dual-motor homing==		==Dual-motor homing==

Daniel Benamy: /* Testing */

2013-11-01T04:59:28Z

Testing

← Older revision		Revision as of 04:59, 1 November 2013
Line 81:		Line 81:
	== Testing ==		== Testing ==
	[[Stepper_Testing\|Testing]]		[[Stepper_Testing\|Testing]]

			Here's a test gcode file which Dan Benamy hand wrote. It works on marlin and draws a 2 hole by 1 hole plate- https://github.com/OSE/CNC-Torch-Table-OSE/issues/20#issuecomment-27547764

	=Limits and Homing=		=Limits and Homing=

Daniel Benamy: /* Marlin */

2013-11-01T00:53:31Z

Marlin

← Older revision		Revision as of 00:53, 1 November 2013
Line 36:		Line 36:

	===Marlin===		===Marlin===
	When Dan Benamy was getting things going again in Oct 2013, he was using Marlin because grbl doesn't work with RAMPS out of the box.		When Dan Benamy was getting things going again in Oct 2013, he was using Marlin because grbl doesn't work with RAMPS out of the box. Marlin also has pretty much out of the box support for 2 drivers feeding 2 motors on Y which we use for out long axis because it has 2 motors.

	Marlin ~~will need some modifications if~~ we ~~want our 2~~ long axis motors ~~to be on separate drivers rather than in parallel on one driver. See http://shapeoko.com/forum/viewtopic.php?f=4&t=1095 for someone doing this~~.

	* I cloned marlin from github and checked out the Marlin_v1 tag.		* I cloned marlin from github and checked out the Marlin_v1 tag.
	* Edited Configuration.h		* Edited Configuration.h
	** #define MOTHERBOARD 35 ~~- not sure if this is what we want~~		** #define MOTHERBOARD 35
	** #define DISABLE_E true // For all extruders		** #define DISABLE_E true // For all extruders
	** #define TEMP_SENSOR_0 0 // Since we don't have temp sensors		** #define TEMP_SENSOR_0 0 // Since we don't have temp sensors
	** #define TEMP_SENSOR_1 0 // Since we don't have temp sensors		** #define TEMP_SENSOR_1 0 // Since we don't have temp sensors
	** #define DEFAULT_AXIS_STEPS_PER_UNIT {128.0537,144.2128,200.08/3,7601.1} // x and y are the right ballpark for the ose torch table at fef, see https://github.com/OSE/CNC-Torch-Table-OSE/issues/4#issuecomment-27460371 for where these numbers came from		** #define DEFAULT_AXIS_STEPS_PER_UNIT {128.0537,144.2128,200.08/3,7601.1} // x and y are the right ballpark for the ose torch table at fef, see https://github.com/OSE/CNC-Torch-Table-OSE/issues/4#issuecomment-27460371 for where these numbers came from
	** I set the "*ENDSTOP_INVERTING" consts as appropriate for our ~~buttons~~ by running gcode M119, seeing if an endstop was triggered, pushing the button, and running M119 again. If the logic was backwards, I flipped the appropriate ~~bool in marlin~~.		** I set the "*ENDSTOP_INVERTING" consts as appropriate for our endstops by running gcode M119, seeing if an endstop was triggered, pushing the button, and running M119 again. If the logic was backwards, I flipped the appropriate boolean.
	** I set the travel limits. There are 6 starting with "X_MAX_POS". I set the mins to 0. x and y max to 300 and z max to 150 for testing. Once we're calibrated and the table is fixed, ~~there will be made~~ much bigger.		** I set the travel limits. There are 6 starting with "X_MAX_POS". I set the mins to 0. I set x and y max to 300 and z max to 150 for testing. Once we're calibrated and the table is fixed, we'll make these much bigger.
	* I made home = 0,0,0 = the corner of the torch table near the ping pong table & tool head fully down. Then I can stand at one end of the table and look down at it and it the standard x is right, y is up orientation. And when looking at it from the side, positive z is up.		* I made home = 0,0,0 = the corner of the torch table near the ping pong table with the tool head fully down. Then I can stand at one end of the table and look down at it and it the standard x is right, y is up orientation. And when looking at it from the side, positive z is up.
	* Edited Configuration_adv.h		* Edited Configuration_adv.h
	** Uncommented "#define Y_DUAL_STEPPER_DRIVERS". I used Y because Marlin doesn't support dual drivers on X. We'll use Y as the long axis, X as the short axis, and Z as height. The 2nd Y will be output on the 2nd extruder port (E1, http://reprap.org/wiki/RAMPS_1.4#Wiring)		** Uncommented "#define Y_DUAL_STEPPER_DRIVERS". I used Y because Marlin doesn't support dual drivers on X. We'll use Y as the long axis, X as the short axis, and Z as height. The 2nd Y will be output on the 2nd extruder port (E1, http://reprap.org/wiki/RAMPS_1.4#Wiring)

Daniel Benamy: /* Marlin */

2013-11-01T00:41:27Z

Marlin

← Older revision		Revision as of 00:41, 1 November 2013
Line 49:		Line 49:
	** I set the "*ENDSTOP_INVERTING" consts as appropriate for our buttons by running gcode M119, seeing if an endstop was triggered, pushing the button, and running M119 again. If the logic was backwards, I flipped the appropriate bool in marlin.		** I set the "*ENDSTOP_INVERTING" consts as appropriate for our buttons by running gcode M119, seeing if an endstop was triggered, pushing the button, and running M119 again. If the logic was backwards, I flipped the appropriate bool in marlin.
	** I set the travel limits. There are 6 starting with "X_MAX_POS". I set the mins to 0. x and y max to 300 and z max to 150 for testing. Once we're calibrated and the table is fixed, there will be made much bigger.		** I set the travel limits. There are 6 starting with "X_MAX_POS". I set the mins to 0. x and y max to 300 and z max to 150 for testing. Once we're calibrated and the table is fixed, there will be made much bigger.
	* ~~To make things a little easier to think about~~ I made home = 0,0,0 = the corner of the torch table near the ping pong table & tool head fully up. Then I can stand at one end of the table and look down at it and it the standard x is right, y is up orientation.		* I made home = 0,0,0 = the corner of the torch table near the ping pong table & tool head fully down. Then I can stand at one end of the table and look down at it and it the standard x is right, y is up orientation. And when looking at it from the side, positive z is up.
	* Edited Configuration_adv.h		* Edited Configuration_adv.h
	** Uncommented "#define Y_DUAL_STEPPER_DRIVERS". I used Y because Marlin doesn't support dual drivers on X. We'll use Y as the long axis, X as the short axis, and Z as height. The 2nd Y will be output on the 2nd extruder port (E1, http://reprap.org/wiki/RAMPS_1.4#Wiring)		** Uncommented "#define Y_DUAL_STEPPER_DRIVERS". I used Y because Marlin doesn't support dual drivers on X. We'll use Y as the long axis, X as the short axis, and Z as height. The 2nd Y will be output on the 2nd extruder port (E1, http://reprap.org/wiki/RAMPS_1.4#Wiring)