Greetings all;
I have, I believe, after going over in "wiring up" procedure in the
README.md file, done everything it seems to call for. But linuxcnc
falls over while initializing.
Heres a paste from the cli:
gene@coyote:~/linuxcnc/configs/sim.axis$ linuxcnc -l
LINUXCNC - 2.7.3
Machine
On 01/04/2016 07:34 PM, Mark Johnsen wrote:
> Bertho - What you state about the different power supplies is a fear of
> mine as I have a +-15vdc Power supply for the Op-amps for the West-Amp
> servos, an open frame type 24Vdc power supply, plus the 5vdc power supply I
> added for the 7i77.
Many
When nothing else works, it's wise to go back to the beginning. After
so many suggestions, recommendations, and disagreements we have not
solved this problem since last year.
While grounding could be a major issue, it's not necessarily so in this
case. As long as there is star wired ground.
On 1/4/2016 4:50 AM, andy pugh wrote:
> On 4 January 2016 at 11:28, Gregg Eshelman wrote:
>> How much for a 2.5 mod, 10 mm thick with a 35 mm inside diameter?
>
> If you have a CNC mill, a spindle encoder and a CNC rotary axis you
> have all that you need to hob your own
John,
Yikes! You mentioned to me to check my shielding on the limit switch
wiring. It seems that will help, but something else is going.
You had mentioned/requested a picture, so I finally got around to putting
them up here:
http://imgur.com/a/d1jqu
Those pics were during the retro-fit, so the
On Monday 04 January 2016 01:16:33 Gregg Eshelman wrote:
> On 1/3/2016 10:37 AM, Kirk Wallace wrote:
> > I have been looking at clock gearing off and on for a while. So far,
> > I have found that clock tooth forms are cycloidal, but not really.
> > It seems there is a British standard which is
On 4 January 2016 at 11:10, Gregg Eshelman wrote:
> And of course they're 14 pitch and the entire worldwide gear
> industry decided shortly after WW2 that nobody was going to use 14 pitch
> again, ever.
Do you mean 14 DP pitch or 14.5 degree pressure angle?
You can buy 14DP
On 4 January 2016 at 10:10, Gregg Eshelman wrote:
> Their tool, dubbed “LinuxCNC-features”, embeds a LinuxCNC-compatible
> graphical gcode programming interface directly into the LinuxCNC native
> user interface.
Yes, it has been "brought in from the cold" and appears in the
On 4 Jan 2016, at 06:16, Gregg Eshelman wrote:
> On 1/3/2016 10:37 AM, Kirk Wallace wrote:
>
>> I have been looking at clock gearing off and on for a while. So far, I
>> have found that clock tooth forms are cycloidal, but not really. It
>> seems there is a British standard which is based on
On 1/4/2016 3:40 AM, Gene Heskett wrote:
> You said headstock gears? Backgears for spindle speed changing? 5/16"
> wide for a lathe swinging a 13" chuck? In a job shop, that sounds lime
> a recipe to keep LeBlond busy making replacements. That almost sounds
> like a job for a new motor &
On 1/4/2016 4:23 AM, andy pugh wrote:
> On 4 January 2016 at 11:10, Gregg Eshelman wrote:
>> And of course they're 14 pitch and the entire worldwide gear
>> industry decided shortly after WW2 that nobody was going to use 14 pitch
>> again, ever.
>
> Do you mean 14 DP pitch or
On 4 January 2016 at 11:28, Gregg Eshelman wrote:
> How much for a 2.5 mod, 10 mm thick with a 35 mm inside diameter?
If you have a CNC mill, a spindle encoder and a CNC rotary axis you
have all that you need to hob your own gears.
The rest is just HAL code to feed a scaled
http://hackaday.com/2015/12/25/linuxcnc-features-is-the-garage-fabs-missing-cam-tool/
"It takes a long toolchain to take the garage-machinist-to-be through
all the hoops needed to start cranking out parts. From the choice of CAD
software to the CAM tools that turn 3D models into gcode, to the
On Monday 04 January 2016 05:10:45 Gregg Eshelman wrote:
> http://hackaday.com/2015/12/25/linuxcnc-features-is-the-garage-fabs-mi
>ssing-cam-tool/
>
> "It takes a long toolchain to take the garage-machinist-to-be through
> all the hoops needed to start cranking out parts. From the choice of
> CAD
On 1/4/2016 3:46 AM, andy pugh wrote:
> On 4 January 2016 at 06:16, Gregg Eshelman wrote:
>> LeBlond quoted me $1500 and at least three weeks before they could think
>> about making a new gear. (Probably would have to locate a retired
>> machinist to come in to do the job!)
>
On 4 January 2016 at 06:16, Gregg Eshelman wrote:
> LeBlond quoted me $1500 and at least three weeks before they could think
> about making a new gear. (Probably would have to locate a retired
> machinist to come in to do the job!)
I would do it for half that :-)
Hobs are
On Mon, Jan 04, 2016 at 11:18:20PM +, Marcus Bowman wrote:
>
> so the fault message indicates the G10 L20 resets the co-ordinates
> of the selected co-ordinate system, but not the absolute machine
> co-ordinates. This means I do not have a command to prevent
> rotation being cumulative and
I have 3 DC power supplies in the drive side, a 5vdc, a 24vdc, and a
170vdc.
The 5vdc power supply on the 0v side reads 37.6 ohms with the 0v and 5v
sides connected to the 7i77 5v plug. The 7i77 is the only thing it
powers up. When I unplug the 7i77 0v reads open so there is a path
through
On Monday 04 January 2016 18:34:20 andy pugh wrote:
> On 4 January 2016 at 23:18, Marcus Bowman
>
> wrote:
> > Taking another view, absolute machine co-ordinates should be just
> > that - absolute. In that case, Max_Limit should refer to a count of
> > the
I created a program to cut a circle from thick steel plate, moving the X axis
to the radius of the plate, and using the rotary table to rotate the blank. It
slowly cut its way through until it came to the Max_Limit for the rotary axis
() then it stopped with an error message saying the next
On 4 January 2016 at 23:18, Marcus Bowman
wrote:
> Taking another view, absolute machine co-ordinates should be just that -
> absolute. In that case, Max_Limit should refer to a count of the co-ordinates
> within the currently selected co-ordinate system G54
As promised, here is the follow up:
1. After extensive testing of the A axis running a
non-integer-step-producing angle several thousand iterations it
appears, just as John K said, that the "leftovers' are dealt with
within the planer in an intelligent way and there are no measurable
residual
I have a small lathe that I set up to use a servo drive on the
spindle, essentially making the spindle a rotary axis. The servo was
large enough to provide the torque needed to make the cuts and it
made coordinated spindle moves wonderfully. (think thread cutting,
cam grinding, milling cutter
On 4 January 2016 at 15:32, Shawn Gano wrote:
> I would like to have an LED widget or some sort of status indicator if G43
> (tool length compensation) is active or not. I can't seem to find a HAL pin
> or way to get a boolean value if a particular gcode is active or not to
No, Andy, it was a rather coarse thread up to very close to the flange
of a large (british...) cutting head shaft. A shop man gave it to me
because they had failed in several attempts to make a mill shaft that
would fit the head. Apparently, I was the first to find out that it had
two start
Andy,
I have run my Graziano lathe with the frequency converter as low as 5 Hz
(for a delicate job of threading) - I wouldn't have liked being the one
to stop or slow down the lathe by mechanical load or attempting to brake
the chuck even at 8 rev./min! Only thing is, at length I have to watch
On 4 January 2016 at 12:57, Peter Blodow wrote:
> I have run my Graziano lathe with the frequency converter as low as 5 Hz
> (for a delicate job of threading) - I wouldn't have liked being the one
> to stop or slow down the lathe by mechanical load or attempting to brake
> the
I had problems in this area, I think it is not a feature but a bug
that an rotary axis cannot be set to 0 or be infinite in its
rotations, the wrapped rotary docs as an option just seemed wrong for
this when I last read them a few years ago.
Winding back is a very slow operation and should not be
Hello - I have been tinkering with the Axis interface by adding a custom pyVCP
panel.
I would like to have an LED widget or some sort of status indicator if G43
(tool length compensation) is active or not. I can't seem to find a HAL pin
or way to get a boolean value if a particular gcode is
On 01/04/2016 05:34 PM, John Thornton wrote:
> Well I grounded X2 to the main ground and when I started LinuxCNC and
> started to home I got the flurry of sserial errors. So I thought about
> it for a bit and maybe the ground from the computer case to the ground
> block was creating a ground
Well, I have conquered two of my three problems. Still need some advice on the
last one.
First, the suggestion of issuing CTRL-ALT-F1 to get a terminal is useful. Saves
one from having to reboot into safe mode all the time.
After first trying to create an xorg.conf, a lightdm config, and
Well I grounded X2 to the main ground and when I started LinuxCNC and
started to home I got the flurry of sserial errors. So I thought about
it for a bit and maybe the ground from the computer case to the ground
block was creating a ground loop so I took it off. Started LinuxCNC and
Tom,
I dug into my notes and this popped up, but not sure it would be of help:
One person had the same issue and he got to this directory:
$HOME/.e/e/config/standard"
and found files such as:
"e_randr.cfg" plus "e_randr.1.cfg" thru "e_randr.9.cfg"
I'm wondering if those are the config files you
What it boils down to is not the VFD but something in the DC or low
voltage circuits. I don't have a modbus problem but rather a sserial
problem.
Thanks
On 1/4/2016 3:00 PM, Rafael wrote:
>When nothing else works, it's wise to go back to the beginning. After
> so many suggestions,
Ok, I am 99.9% of the way there….
I created a file called /usr/share/X11/xorg.conf.d/10-monitor.conf (after
reading the Debian Wheezy has it’s configs in that directory rather then
/etc/X11).
In 10-monitor.conf I have:
-
Section "Monitor"
Identifier "VGA1"
35 matches
Mail list logo