- User Interfaces
- QtPyVCP
- 16 Pocket tool changer with PB and carousel.comp (Working config for reference)
16 Pocket tool changer with PB and carousel.comp (Working config for reference)
04 Sep 2023 01:12 #279772
by Marcodi
Replied by Marcodi on topic 16 Pocket tool changer with PB and carousel.comp (Working config for reference)
Hi all, I have read the entire thread and if I understood correctly, for a Geneva drive ran by closed loop stepper. I need an index sensor for home. This could be easily achieved by magnetic sensor. To check if there is a tool in toolholder, this proposed diffuse laser seems to do the work fine. But how am I to create a per pocket sensor to let linuxcnc know which pocket he has in front of him. I read something about 4 proxies and a schematic milled during production. That would be feasible for me, if I understood what proxie means and what schematic.
Hope that someone can point me in the right direction with some image of drawing what my next step is. I designed more rhan 80 hours on my current design, so I would like to finish it completely with all sensors locations in place. ( Please find pictures of my design here in the qtpyvcp category)
Thabks
Hope that someone can point me in the right direction with some image of drawing what my next step is. I designed more rhan 80 hours on my current design, so I would like to finish it completely with all sensors locations in place. ( Please find pictures of my design here in the qtpyvcp category)
Thabks
Please Log in or Create an account to join the conversation.
04 Sep 2023 01:51 #279775
by Marcodi
Replied by Marcodi on topic 16 Pocket tool changer with PB and carousel.comp (Working config for reference)
Are these than the only 3 sensors needed.
1 laser sensor see picture
2 X inductive sensor (home and ???)
I mean to understand that either every pocket Needs a sensor that triggers when pocket passes the proximity metal. So to track where each pocket is. Or can this be done differently , to count the pockets that have passed the induction sensor by using 1 sensor and the magnetic on the pocket?
I am trying to find out what else I need before finishing up the design.
I read someone using 4 proxies and than making series of holes in the plate to encode , that is also something I could do, but no idea where that info will than be stored. Seems to me like this is similar to one sensor per pocket.
As you see, I need some help.
1 laser sensor see picture
2 X inductive sensor (home and ???)
I mean to understand that either every pocket Needs a sensor that triggers when pocket passes the proximity metal. So to track where each pocket is. Or can this be done differently , to count the pockets that have passed the induction sensor by using 1 sensor and the magnetic on the pocket?
I am trying to find out what else I need before finishing up the design.
I read someone using 4 proxies and than making series of holes in the plate to encode , that is also something I could do, but no idea where that info will than be stored. Seems to me like this is similar to one sensor per pocket.
As you see, I need some help.
Attachments:
Please Log in or Create an account to join the conversation.
04 Sep 2023 03:38 #279781
by spumco
Replied by spumco on topic 16 Pocket tool changer with PB and carousel.comp (Working config for reference)
The carousel encoding can be done in a number of ways. If "INDEX" encoding is chosen you will need two sensors, and one trigger (flag) per pocket, plus one trigger per revolution.
One of the sensors is the 'home' sensor, the other is the 'pocket' sensor. Both of these are connected to carousel.comp via HAL.
On first enable, carousel.comp will home the ATC until the home sensor is triggered. This will be pocket #1. After that, it will move to the correct pocket by counting up/down the index sensor pulses.
This encoding scheme will work with both a Geneva drive as well as a servo/stepper-driven rotation.
If "COUNTS" mode is selected, only a home sensor is required. You pre-program the number of steps between pocket centers, and carousel output pulses through a stepgen to move to the correct pocket. As with index mode, once homed, carousel.comp keeps track of how many pockets have passed up/down from the home position. All you have to do is send it a destination pocket using a motion.analog-out signal from g-code.
The 'flags' mentioned earlier can be holes in the ATC platter that trigger the inductive sensors. Or they can be pins, or anything else that triggers the sensors repeatably. Some people have used microswitches instead of proximity sensors. Even optical sensors are suitable if you have room for a slotted wheel of some sort.
I think the laser sensor(s) in the original description are for determining the presence (or not) of a tool in a pocket, as well the position of the drawbar. They are not required for carousel.comp to control an ATC, but it does add an additional layer of safety in case the tool is not seated in the spindle taper properly or if a tool is in a pocket when one isn't supposed to be there.
One of the sensors is the 'home' sensor, the other is the 'pocket' sensor. Both of these are connected to carousel.comp via HAL.
On first enable, carousel.comp will home the ATC until the home sensor is triggered. This will be pocket #1. After that, it will move to the correct pocket by counting up/down the index sensor pulses.
This encoding scheme will work with both a Geneva drive as well as a servo/stepper-driven rotation.
If "COUNTS" mode is selected, only a home sensor is required. You pre-program the number of steps between pocket centers, and carousel output pulses through a stepgen to move to the correct pocket. As with index mode, once homed, carousel.comp keeps track of how many pockets have passed up/down from the home position. All you have to do is send it a destination pocket using a motion.analog-out signal from g-code.
The 'flags' mentioned earlier can be holes in the ATC platter that trigger the inductive sensors. Or they can be pins, or anything else that triggers the sensors repeatably. Some people have used microswitches instead of proximity sensors. Even optical sensors are suitable if you have room for a slotted wheel of some sort.
I think the laser sensor(s) in the original description are for determining the presence (or not) of a tool in a pocket, as well the position of the drawbar. They are not required for carousel.comp to control an ATC, but it does add an additional layer of safety in case the tool is not seated in the spindle taper properly or if a tool is in a pocket when one isn't supposed to be there.
Please Log in or Create an account to join the conversation.
04 Sep 2023 03:54 #279783
by spumco
Replied by spumco on topic 16 Pocket tool changer with PB and carousel.comp (Working config for reference)
Sorry, I missed a couple of your earlier questions.
'Proxy' is slang for inductive proximity sensor. There are other proximity sensors (capacitive), but inductive tends to be implied if you see someone referring to 'proxy.' I'm guilty of this, sorry.
Regarding the four-sensor configuration... I believe that is referrring to a different encoder method available in carousel.comp. If you read the MAN page (in the manual) on carousel.comp, the first section describes a number of different encoding schemes. Grey code, BCD, etc.
These all provide an absolute location (which pocket #) to carousel.comp using an array of sensors and flags. This is probably what was being referred to when you read about 'milling schematic' in another thread.
Keep in mind that the original Probe Basic ATC scheme is not based on using carousel.comp. PB comes with subroutines which handle counting up/down the pocket number and keeps track of which pocket is where (and which tool is in what pocket) using variables stored in the linuxcnc.var file. This scheme requires a geneva drive, but does not require a stepper/servo - it can use a simple DC or AC motor - but does require a home sensor as well as (I think) a sensor that is triggered at each pocket.
If you have a geneva drive, you can use the Probe Basic subroutines to control your ATC with some minor edits. If you don't, you'll need to come up with a different control plan - i.e. using carousel.comp to manage the ATC rotation. Which control plan you choose will determine what sensors you will need.
'Proxy' is slang for inductive proximity sensor. There are other proximity sensors (capacitive), but inductive tends to be implied if you see someone referring to 'proxy.' I'm guilty of this, sorry.
Regarding the four-sensor configuration... I believe that is referrring to a different encoder method available in carousel.comp. If you read the MAN page (in the manual) on carousel.comp, the first section describes a number of different encoding schemes. Grey code, BCD, etc.
These all provide an absolute location (which pocket #) to carousel.comp using an array of sensors and flags. This is probably what was being referred to when you read about 'milling schematic' in another thread.
Keep in mind that the original Probe Basic ATC scheme is not based on using carousel.comp. PB comes with subroutines which handle counting up/down the pocket number and keeps track of which pocket is where (and which tool is in what pocket) using variables stored in the linuxcnc.var file. This scheme requires a geneva drive, but does not require a stepper/servo - it can use a simple DC or AC motor - but does require a home sensor as well as (I think) a sensor that is triggered at each pocket.
If you have a geneva drive, you can use the Probe Basic subroutines to control your ATC with some minor edits. If you don't, you'll need to come up with a different control plan - i.e. using carousel.comp to manage the ATC rotation. Which control plan you choose will determine what sensors you will need.
The following user(s) said Thank You: Marcodi
Please Log in or Create an account to join the conversation.
04 Sep 2023 17:04 #279850
by Marcodi
Replied by Marcodi on topic 16 Pocket tool changer with PB and carousel.comp (Working config for reference)
Thanks Spumco!!
So as i am working with a geneva drive, so if we focus on that.
I will install one homing sensor ( inductive Proximity Sensor )
Secondly , i will install one inductive proximity sensor that will be triggered each time a pocket passes by. So the sensor will be on a fixed location and a screw will be used at the position of each sensor to trigger this sensor. Will this be enough for probe basic to count the pockets and know where is which pocket?
Thirdly i will install the laser sensor to check if a pocket is empty
Fourth i would install an inductive proximity sensor to sense if the lid of the toolchanger is opened and another sensor to confirm if the lid is closed to avoid crash of the spindle and the dustcover of the toolchanger.
Could you please have a look at my thread where i am describing everything, if i am on the right track? ( forum.linuxcnc.org/qtpyvcp/49649-creatin...nted-with-cad-models )
Here are 2 pictures from there to show my setup.
So as i am working with a geneva drive, so if we focus on that.
I will install one homing sensor ( inductive Proximity Sensor )
Secondly , i will install one inductive proximity sensor that will be triggered each time a pocket passes by. So the sensor will be on a fixed location and a screw will be used at the position of each sensor to trigger this sensor. Will this be enough for probe basic to count the pockets and know where is which pocket?
Thirdly i will install the laser sensor to check if a pocket is empty
Fourth i would install an inductive proximity sensor to sense if the lid of the toolchanger is opened and another sensor to confirm if the lid is closed to avoid crash of the spindle and the dustcover of the toolchanger.
Could you please have a look at my thread where i am describing everything, if i am on the right track? ( forum.linuxcnc.org/qtpyvcp/49649-creatin...nted-with-cad-models )
Here are 2 pictures from there to show my setup.
Please Log in or Create an account to join the conversation.
07 Sep 2023 03:05 #280163
by spumco
The Probe Basic 'standard' ATC subroutines do not include tool checks with a laser or your dustcover sensor - you will have to figure those out on your own, or at least copy & modify GuiHue's configuration & subroutines to use those features.
The PB subroutines also include logic for sensors to detect if the ATC platter is in extended or retracted position. If you have (or will have) such sensors, those will need to be connected. If your mechanism is different you'll have to manage something else, of course.
I don't know what's driving the geneva rotation - what motor - but PB expects to output a forward and reverse signal. One signal/pin each, and there's no speed control. Whatever is driving your motor will need to be capable of using two digital outputs from LCNC.
Replied by spumco on topic 16 Pocket tool changer with PB and carousel.comp (Working config for reference)
You are on the right track. Sensor config looks good.Thanks Spumco!!
So as i am working with a geneva drive, so if we focus on that.
I will install one homing sensor ( inductive Proximity Sensor )
Secondly , i will install one inductive proximity sensor that will be triggered each time a pocket passes by. So the sensor will be on a fixed location and a screw will be used at the position of each sensor to trigger this sensor. Will this be enough for probe basic to count the pockets and know where is which pocket?
Thirdly i will install the laser sensor to check if a pocket is empty
Fourth i would install an inductive proximity sensor to sense if the lid of the toolchanger is opened and another sensor to confirm if the lid is closed to avoid crash of the spindle and the dustcover of the toolchanger.
The Probe Basic 'standard' ATC subroutines do not include tool checks with a laser or your dustcover sensor - you will have to figure those out on your own, or at least copy & modify GuiHue's configuration & subroutines to use those features.
The PB subroutines also include logic for sensors to detect if the ATC platter is in extended or retracted position. If you have (or will have) such sensors, those will need to be connected. If your mechanism is different you'll have to manage something else, of course.
I don't know what's driving the geneva rotation - what motor - but PB expects to output a forward and reverse signal. One signal/pin each, and there's no speed control. Whatever is driving your motor will need to be capable of using two digital outputs from LCNC.
Please Log in or Create an account to join the conversation.
- User Interfaces
- QtPyVCP
- 16 Pocket tool changer with PB and carousel.comp (Working config for reference)
Time to create page: 0.262 seconds