On Tue, 14 Jul 2020 at 19:00, Gene Heskett wrote:
> CONFIG = "num_encoders=4 num_pwmgens=1
> num_stepgens=4"
...
> loadrt [HOSTMOT2](DRIVER) config=[HOSTMOT2](CONFIG) spi_debug=3
> spiclk_rate=41666 spiclk_rate_rd=25000
Try putting it all in the HAL and see
On Tuesday 14 July 2020 12:43:40 andy pugh wrote:
> On Tue, 14 Jul 2020 at 17:37, Les Newell
wrote:
> > > No programmer will ever use machine-coordinates (G53) - only in
> > > case of trouble or for maintenance.
> >
> > Nope. G53 is pretty common.
>
> Fusion360 CAM assumes that a G53G0Z0 will
On Tuesday 14 July 2020 12:18:30 Les Newell wrote:
> On 14/07/2020 15:28, Reinhard wrote:
> > The machine moves (assuming it does not have absolute
> > encoders that are battery buffered) toward the home switch until the
> > switch signals contact. That's the axis origin - and I thought, this
> >
On Tuesday 14 July 2020 11:27:46 andy pugh wrote:
> On Tue, 14 Jul 2020 at 16:20, Gene Heskett wrote:
> > twopass: load_the_modules cmd= > {config={"num_encoders=4 num_pwmgens=1 num_stepgens=4"}} spi_debug=3
> > spiclk_rate=41666 spiclk_rate_rd=25000>
>
> What does the "loadrt hm2_rpspi" line
The home position was just set at 6" arbitrarily.
That's what I said. But then the home position may not be called home
position. It might be a workpiece origin, a reference point, what ever.
Homing is complicated!
Not at all! But wordings and diagrams should be clear and understandable.
On 07/14/2020 11:00 AM, Reinhard wrote:
Last weeks I worked hard on linuxcnc and the deeper I dig,
the more upset I get. Such a great project and nobody
cares about quality ... That makes me mad. ... and when I
see such things like the homing maze ... That was too much
Well, I've been using
On Tue, 14 Jul 2020 at 17:37, Les Newell wrote:
> > No programmer will ever use machine-coordinates (G53) - only in case of
> > trouble or for maintenance.
>
> Nope. G53 is pretty common.
Fusion360 CAM assumes that a G53G0Z0 will retract the tool to the top
of Z travel. I have seen a number of
On 14/07/2020 15:28, Reinhard wrote:
The machine moves (assuming it does not have absolute
encoders that are battery buffered) toward the home switch until the switch
signals contact. That's the axis origin - and I thought, this is what the word
"home"-position means.
With any professional cnc I
On 7/14/20 11:00 AM, Reinhard wrote:
On Dienstag, 14. Juli 2020, 17:31:20 CEST Chris Morley wrote:
I don't understand your hostility.
Yes, I'm not smart enuf :(
Last weeks I worked hard on linuxcnc and the deeper I dig, the more upset I
get. Such a great project and nobody cares about quality
On 07/14/2020 10:31 AM, Chris Morley wrote:
I don't understand your hostility.
I didn't create the homing routine but it seems reasonable to me.
Linuxcnc is capable of doing exactly what you are used to, just set some of the
settings to zero.
There is a case where the home position MUST be
On Dienstag, 14. Juli 2020, 17:31:20 CEST Chris Morley wrote:
> I don't understand your hostility.
Yes, I'm not smart enuf :(
Last weeks I worked hard on linuxcnc and the deeper I dig, the more upset I
get. Such a great project and nobody cares about quality ...
That makes me mad.
... and when
I don't understand your hostility.
I didn't create the homing routine but it seems reasonable to me.
Linuxcnc is capable of doing exactly what you are used to, just set some of the
settings to zero.
but it also allows one to set the origin anywhere and adds an optional move
after 'reference'
On Dienstag, 14. Juli 2020, 16:49:08 CEST Robert Ellenberg wrote:
> I agree that it's logical to use positive offsets for tools in a spindle
> (since a negative physical size is nonsensical). However, what if you have
> an auxiliary spindle with a tool tip above the zero height of the main
>
On Tue, 14 Jul 2020 at 16:20, Gene Heskett wrote:
> twopass: load_the_modules cmd= {config={"num_encoders=4 num_pwmgens=1 num_stepgens=4"}} spi_debug=3
> spiclk_rate=41666 spiclk_rate_rd=25000>
What does the "loadrt hm2_rpspi" line look like before twopass processing?
(Incidentally, I see that
Greetings all;
I am still getting a TWO_PASS failure after a build this morning.
>From the verbose trace:
hm2/hm2_7i90.0: invalid token in config string: "{num_encoders=4"
hm2_rpspi: hm2_register() failed for SPI0/CE0.
hm2_rpspi: rtapi_app_main: Invalid argument (-22)
twopass: load_the_modules
Reinhard,
I agree that it's logical to use positive offsets for tools in a spindle
(since a negative physical size is nonsensical). However, what if you have
an auxiliary spindle with a tool tip above the zero height of the main
spindle? I'm not saying that's a wise choice, but it would be
On Dienstag, 14. Juli 2020, 06:09:38 CEST Chris Morley wrote:
> The problem seems to come from people thinking the contact with the homing
> switch is where home is. which is not surprising, as when you ask linuxcnc
> to home that's where it goes first.
May be its caused by the wording, or
On Tuesday 14 July 2020 06:38:57 Ed wrote:
> On 7/13/20 11:09 PM, Chris Morley wrote:
> > There _is_ only one home position. But it doesn't need to be at the
> > origin or switch trip point. The problem seems to come from people
> > thinking the contact with the homing switch is where home is.
On 7/13/20 11:09 PM, Chris Morley wrote:
There _is_ only one home position. But it doesn't need to be at the origin or
switch trip point.
The problem seems to come from people thinking the contact with the homing
switch is where home is.
which is not surprising, as when you ask linuxcnc to
19 matches
Mail list logo