Re: [Emc-developers] armhf just killed linuuxcnc

2021-10-18 Thread Sebastian Kuzminsky 

On 10/18/21 5:01 AM, Gene Heskett wrote:

A linuxcnc -l now exits:

pi@rpi4:~/linuxcnc/configs/sheldon-lathe $ linuxcnc -l
LINUXCNC - 2.9.0-pre0-4802-g948693d0a
Machine configuration directory is '/home/pi/linuxcnc/configs/sheldon-lathe'
Machine configuration file is '7i90-axis.ini'
Starting LinuxCNC...
Found file(REL): ./hm2-7i90-stepper.hal
Note: Using POSIX non-realtime
hm2: loading Mesa HostMot2 driver version 0.15
rmmod: ERROR: ../libkmod/libkmod-module.c:793 kmod_module_remove_module() could 
not remove 'spi_bcm2835':
Operation not permitted
rmmod: ERROR: could not remove module spi_bcm2835: Operation not permitted
hm2_rpspi: ERROR: Failed to execute '/sbin/rmmod spi_bcm2835'


Thanks for the bug report Gene.

I broke master, for rpi4 and everything else.  Sorry!  Fixing it now...


--
Sebastian Kuzminsky


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Harmonic Drive Actuator Serial Encoder

2021-10-18 Thread Andrew 
пн, 18 жовт. 2021 о 21:52 Curtis Dutton  пише:

> It is an FHA-32C-100-E250-C. I will be driving it with a mesa 8i20.
>

E250 is Incremental encoder with 4 wire 2500p/rev
https://www.harmonicdrive.net/products/rotary-actuators/hollow-shaft-actuators/fha-c

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Harmonic Drive Actuator Serial Encoder

2021-10-18 Thread Curtis Dutton 
My fadal rebuild/retrofit is approaching completion. It's time to start
doing the harmonic drive encoder homework so I can build up a 4th axis.

I will be building a hostmot2 interface for the harmonic drive serial
encoder.

Does anyone know which protocol it uses? I remember someone mentioning
hiperface but I can't find it in the archives.. Does anyone know?

It is an FHA-32C-100-E250-C. I will be driving it with a mesa 8i20.



Thanks,
   Curtis

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] G74 and G84 docs and L-

2021-10-18 Thread Feral Engineer 
I'd like to see rigid tapping being able to be toggled with an m code or a
parameter I'm the cycle instead of calling g33.1. fanuc mills use m29
primarily, siemens just has a cycle option for floating holder or
synchronous tapping

Phil T.
The Feral Engineer

Check out my LinuxCNC tutorials, machine builds and other antics at
www.youtube.com/c/theferalengineer

Help support my channel efforts and coffee addiction:
www.patreon.com/theferalengineer

On Mon, Oct 18, 2021, 6:50 PM Greg C  wrote:

> Rainer,
>
> Attached is my proposed changes to G74 and G84 in the docs.
>
> Please let me know if you think anything about it should be changed.
>
> I did think of adding the R- and L- explanations to G81 too.  But I am
> trying to refrain from going too far down the docs editing rabbit hole.
> Let me know if you'd like me to add that as well before I PR.
>
> Thanks,
>
> Greg
>
> On Mon, Oct 18, 2021 at 7:00 AM Rainer Stelzer 
> wrote:
>
> > Hi Greg,
> >
> > > Although, I do wonder if no X or Y are given, should L still be valid?
> >
> > totally agree.
> >
> > I retrofitted some machines with Sinumerik 810 controls.
> > Tapping and rigid tapping are done with the same G code on this controls
> > but ask for different  parameters.
> > In combination with a very "economic" way of telling the user about the
> > detailed error,
> > you often find yourself in a stopped state and you have no clue whats
> > wrong.
> >
> > Linuxcnc should through an error if  L  is used in absolute mode with
> > G84, or without an X or Y Axis  (like e.g. G53 does if it is not).
> >
> > I made some extensions to the homing procedures, and had some issues
> > with M19 and G33.1 ,
> > so I'm working/reviewing the source anyhow right now.
> > I will have a look into to the  G84 implementation and figure out how
> > hard it is to add this warning.
> >
> > Cheers
> >
> > Rainer
> >
> >
> >
> > ___
> > Emc-developers mailing list
> > Emc-developers@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
> >
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] G74 and G84 docs and L-

2021-10-18 Thread andy pugh 
On Mon, 18 Oct 2021 at 23:50, Greg C  wrote:

> Attached is my proposed changes to G74 and G84 in the docs.

Is it possible to submit it as a pull request at:
https://github.com/LinuxCNC/linuxcnc/pulls
(If not, we can still look at it, but it's harder)

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] G74 and G84 docs and L-

2021-10-18 Thread Greg C 
Ok no worries, I will submit the pull request.  I wasn’t sure which was
easier so I erred on this side.

Thanks Andy!

On Mon, Oct 18, 2021 at 8:14 PM andy pugh  wrote:

> On Mon, 18 Oct 2021 at 23:50, Greg C  wrote:
>
> > Attached is my proposed changes to G74 and G84 in the docs.
>
> Is it possible to submit it as a pull request at:
> https://github.com/LinuxCNC/linuxcnc/pulls
> (If not, we can still look at it, but it's harder)
>
> --
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] G74 and G84 docs and L-

2021-10-18 Thread Greg C 
Done.

https://github.com/LinuxCNC/linuxcnc/pull/1319

-Greg

On Mon, Oct 18, 2021 at 8:14 PM andy pugh  wrote:

> On Mon, 18 Oct 2021 at 23:50, Greg C  wrote:
>
> > Attached is my proposed changes to G74 and G84 in the docs.
>
> Is it possible to submit it as a pull request at:
> https://github.com/LinuxCNC/linuxcnc/pulls
> (If not, we can still look at it, but it's harder)
>
> --
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] armhf just killed linuuxcnc

2021-10-18 Thread Sebastian Kuzminsky 

On 10/18/21 11:42 AM, Sebastian Kuzminsky wrote:

On 10/18/21 5:01 AM, Gene Heskett wrote:

kmod_module_remove_module() could not remove 'spi_bcm2835':
Operation not permitted


Thanks for the bug report Gene.

I broke master, for rpi4 and everything else.  Sorry!  Fixing it now...


This is fixed now -- debs from the buildbot should work again.

--
Sebastian Kuzminsky


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] G74 and G84 docs and L-

2021-10-18 Thread Greg C 
Rainer,

Attached is my proposed changes to G74 and G84 in the docs.

Please let me know if you think anything about it should be changed.

I did think of adding the R- and L- explanations to G81 too.  But I am
trying to refrain from going too far down the docs editing rabbit hole.
Let me know if you'd like me to add that as well before I PR.

Thanks,

Greg

On Mon, Oct 18, 2021 at 7:00 AM Rainer Stelzer 
wrote:

> Hi Greg,
>
> > Although, I do wonder if no X or Y are given, should L still be valid?
>
> totally agree.
>
> I retrofitted some machines with Sinumerik 810 controls.
> Tapping and rigid tapping are done with the same G code on this controls
> but ask for different  parameters.
> In combination with a very "economic" way of telling the user about the
> detailed error,
> you often find yourself in a stopped state and you have no clue whats
> wrong.
>
> Linuxcnc should through an error if  L  is used in absolute mode with
> G84, or without an X or Y Axis  (like e.g. G53 does if it is not).
>
> I made some extensions to the homing procedures, and had some issues
> with M19 and G33.1 ,
> so I'm working/reviewing the source anyhow right now.
> I will have a look into to the  G84 implementation and figure out how
> hard it is to add this warning.
>
> Cheers
>
> Rainer
>
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>
diff --git a/docs/src/gcode/g-code.txt b/docs/src/gcode/g-code.txt
index 23576110b..7d3469493 100755
--- a/docs/src/gcode/g-code.txt
+++ b/docs/src/gcode/g-code.txt
@@ -1637,9 +1637,17 @@ It is an error if:
 (((G74 Left-hand Tapping Cycle Dwell)))
 
 
-G74 (X- Y- Z-) or (U- V- W-) R- L- P- $-
+G74 (X- Y- Z-) or (U- V- W-) R- L- P- $- F-
 
 
+* 'R-' - Retract position along the Z axis.
+* 'L-' - Used in incremental mode; number of times to repeat the cycle. See <> for examples.
+* 'P-' - Dwell time (seconds).
+* '$-' - Selected spindle.
+* 'F-' - Feed rate (spindle speed multiplied by distance traveled per revolution (thread pitch)).
+
+WARNING: G74 does not use synchronized motion.
+
 The 'G74' cycle is intended for tapping with floating chuck and dwell at the bottom of the hole.
 
 1. Preliminary motion, as described in the
@@ -1659,8 +1667,8 @@ The 'G74' cycle is intended for tapping with floating chuck and dwell at the bot
 
 8. Restore Feed and Speed override enables to previous state
 
-The length of the dwell is specified by a 'P-' word in the G74 block. Thread pitch is F divided by S.
-In example S100 F125 gives pitch of 1.25MM per revolution.
+The length of the dwell is specified by a 'P-' word in the G74 block. The feed rate 'F-' is spindle speed multiplied by distance per revolution (thread pitch).
+In example S100 with 1.25MM per revolution thread pitch gives a feed of F125.
 
 [[gcode:g76]]
 == G76 Threading Cycle
@@ -2240,9 +2248,17 @@ It is an error if:
 (((G84 Right-hand Tapping Cycle Dwell)))
 
 
-G84 (X- Y- Z-) or (U- V- W-) R- L- P- $-
+G84 (X- Y- Z-) or (U- V- W-) R- L- P- $- F-
 
 
+* 'R-' - Retract position along the Z axis.
+* 'L-' - Used in incremental mode; number of times to repeat the cycle. See <> for examples.
+* 'P-' - Dwell time (seconds).
+* '$-' - Selected spindle.
+* 'F-' - Feed rate (spindle speed multiplied by distance traveled per revolution (thread pitch)).
+
+WARNING: G84 does not use synchronized motion.
+
 The 'G84' cycle is intended for tapping with floating chuck and dwell at the bottom of the hole.
 
 1. Preliminary motion, as described in the
@@ -2262,8 +2278,8 @@ The 'G84' cycle is intended for tapping with floating chuck and dwell at the bot
 
 8. Restore Feed and Speed override enables to previous state
 
-The length of the dwell is specified by a 'P-' word in the G84 block. Thread pitch is F divided by S.
-In example S100 F125 gives pitch of 1.25MM per revolution.
+The length of the dwell is specified by a 'P-' word in the G84 block. The feed rate 'F-' is spindle speed multiplied by distance per revolution (thread pitch).
+In example S100 with 1.25MM per revolution thread pitch gives a feed of F125.
 
 [[gcode:g85]]
 == G85 Boring Cycle, Feed Out
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] armhf just killed linuuxcnc

2021-10-18 Thread Gene Heskett 
On Monday 18 October 2021 18:37:43 Sebastian Kuzminsky wrote:

> On 10/18/21 11:42 AM, Sebastian Kuzminsky wrote:
> > On 10/18/21 5:01 AM, Gene Heskett wrote:
> >> kmod_module_remove_module() could not remove 'spi_bcm2835':
> >> Operation not permitted
> >
> > Thanks for the bug report Gene.
> >
> > I broke master, for rpi4 and everything else.  Sorry!  Fixing it
> > now...
>
> This is fixed now -- debs from the buildbot should work again.

And for the most part at 19:00 WV time, they all 4 do.
There are some errors noted at startup for missing new tool files, and 
anything to do with camview is still broken. Nothing new IOW.

 GLADE VCP ERROR:With xml file: 
camview.glade : 'gi.repository.Gtk' object has no attribute 'glade'

Some subtle diffs in the axis gui that I'd call visual improvements.

Looks like its all pretty much fixed, thank you Seb.

Cheers, Gene Heskett.
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] G74 and G84 docs and L-

2021-10-18 Thread Rainer Stelzer 

Hi Greg,

the L in a tapping cycle is not intended to tap the same location.

In incremental mode and with a X or Y axis given, it taps at different 
locations.
Handy when you do manual programming, confusing when you are used to use 
CAM tools.


It is explained in the G81 cycle.
The documentation does not repeat this explanation(s) what may lead to 
the confusion.
I agree that there should be at least a hint like "all unmentioned 
parameters operate as explained under G81"



cheers

Rainer



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] G74 and G84 docs and L-

2021-10-18 Thread Greg C 
Rainer,

Thank you for looking into it, very much appreciated!

Thanks,
Greg

On Mon, Oct 18, 2021 at 7:00 AM Rainer Stelzer 
wrote:

> Hi Greg,
>
> > Although, I do wonder if no X or Y are given, should L still be valid?
>
> totally agree.
>
> I retrofitted some machines with Sinumerik 810 controls.
> Tapping and rigid tapping are done with the same G code on this controls
> but ask for different  parameters.
> In combination with a very "economic" way of telling the user about the
> detailed error,
> you often find yourself in a stopped state and you have no clue whats
> wrong.
>
> Linuxcnc should through an error if  L  is used in absolute mode with
> G84, or without an X or Y Axis  (like e.g. G53 does if it is not).
>
> I made some extensions to the homing procedures, and had some issues
> with M19 and G33.1 ,
> so I'm working/reviewing the source anyhow right now.
> I will have a look into to the  G84 implementation and figure out how
> hard it is to add this warning.
>
> Cheers
>
> Rainer
>
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] G74 and G84 docs and L-

2021-10-18 Thread Gene Heskett 
On Monday 18 October 2021 04:23:25 Rainer Stelzer wrote:

> Hi Greg,
>
> the L in a tapping cycle is not intended to tap the same location.
>
> In incremental mode and with a X or Y axis given, it taps at different
> locations.
> Handy when you do manual programming, confusing when you are used to
> use CAM tools.
>
> It is explained in the G81 cycle.
> The documentation does not repeat this explanation(s) what may lead to
> the confusion.
> I agree that there should be at least a hint like "all unmentioned
> parameters operate as explained under G81"

I agree, the existing doc is confusing at best.
>
> cheers
>
> Rainer
>
Take care and stay well. translation: Take your vitamins and minerals.

Cheers, Gene Heskett.
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] G74 and G84 docs and L-

2021-10-18 Thread Rainer Stelzer 

Hi Greg,


Although, I do wonder if no X or Y are given, should L still be valid?


totally agree.

I retrofitted some machines with Sinumerik 810 controls.
Tapping and rigid tapping are done with the same G code on this controls 
but ask for different  parameters.
In combination with a very "economic" way of telling the user about the 
detailed error,
you often find yourself in a stopped state and you have no clue whats 
wrong.


Linuxcnc should through an error if  L  is used in absolute mode with 
G84, or without an X or Y Axis  (like e.g. G53 does if it is not).


I made some extensions to the homing procedures, and had some issues 
with M19 and G33.1 ,

so I'm working/reviewing the source anyhow right now.
I will have a look into to the  G84 implementation and figure out how 
hard it is to add this warning.


Cheers

Rainer



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] armhf just killed linuuxcnc

2021-10-18 Thread Gene Heskett 
Updated to master this morning, looks like raspbian is updating to 
bullseye as a rolling release as it installed quite a few new 
packages along with the latest linuxcnc.
>From the synaptic history:
Commit Log for Mon Oct 18 06:37:57 2021


Upgraded the following packages:
linuxcnc-doc-en (1:2.9.0~pre0.4767.gc244d7505) to 1:2.9.0~pre0.4802.g948693d0a
linuxcnc-uspace (1:2.9.0~pre0.4767.gc244d7505) to 1:2.9.0~pre0.4802.g948693d0a
linuxcnc-uspace-dbgsym (1:2.9.0~pre0.4767.gc244d7505) to 
1:2.9.0~pre0.4802.g948693d0a
linuxcnc-uspace-dev (1:2.9.0~pre0.4767.gc244d7505) to 
1:2.9.0~pre0.4802.g948693d0a

Installed the following packages:
espeak-ng (1.49.2+dfsg-8+deb10u1)
espeak-ng-data (1.49.2+dfsg-8+deb10u1)
gdal-data (2.4.0+dfsg-1)
gfortran (4:8.3.0-1+rpi2)
gfortran-8 (8.3.0-6+rpi1)
libaec0 (1.0.2-1)
libarmadillo9 (1:9.200.7+dfsg-1)
libarpack2 (3.7.0-2)
libcaf-openmpi-3 (2.4.0-2)
libcharls2 (2.0.0+dfsg-1)
libcoarrays-dev (2.4.0-2)
libcoarrays-openmpi-dev (2.4.0-2)
libdap25 (3.20.3-1)
libdapclient6v5 (3.20.3-1)
libdapserver7v5 (3.20.3-1)
libepsilon1 (0.9.2+dfsg-4)
libespeak-ng1 (1.49.2+dfsg-8+deb10u1)
libfreexl1 (1.0.5-3)
libfyba0 (4.1.1-6)
libgdal20 (2.4.0+dfsg-1+b2)
libgdcm2.8 (2.8.8-9)
libgeos-3.7.1 (3.7.1-1)
libgeos-c1v5 (3.7.1-1)
libgeotiff2 (1.4.3-1)
libgfortran-8-dev (8.3.0-6+rpi1)
libgl2ps1.4 (1.4.0+dfsg1-2)
libhdf4-0-alt (4.2.13-4+b1)
libhdf5-103 (1.10.4+repack-10)
libhdf5-openmpi-103 (1.10.4+repack-10)
libhwloc-dev (1.11.12-3+rpi1)
libhwloc-plugins (1.11.12-3+rpi1)
libhwloc5 (1.11.12-3+rpi1)
libibverbs-dev (22.1-1)
libkmlbase1 (1.3.0-7)
libkmlconvenience1 (1.3.0-7)
libkmldom1 (1.3.0-7)
libkmlengine1 (1.3.0-7)
libkmlregionator1 (1.3.0-7)
libkmlxsd1 (1.3.0-7)
liblept5 (1.76.0-1)
libminizip1 (1.1-8+b1)
libnetcdf-c++4 (4.2-11)
libnetcdf13 (1:4.6.2-1+b1)
libnl-3-dev (3.4.0-1)
libnl-route-3-dev (3.4.0-1)
libodbc1 (2.3.6-0.1)
libogdi3.2 (3.2.1+ds-4)
libopencv-calib3d3.2 (3.2.0+dfsg-6)
libopencv-contrib3.2 (3.2.0+dfsg-6)
libopencv-core3.2 (3.2.0+dfsg-6)
libopencv-features2d3.2 (3.2.0+dfsg-6)
libopencv-flann3.2 (3.2.0+dfsg-6)
libopencv-highgui3.2 (3.2.0+dfsg-6)
libopencv-imgcodecs3.2 (3.2.0+dfsg-6)
libopencv-imgproc3.2 (3.2.0+dfsg-6)
libopencv-ml3.2 (3.2.0+dfsg-6)
libopencv-objdetect3.2 (3.2.0+dfsg-6)
libopencv-photo3.2 (3.2.0+dfsg-6)
libopencv-shape3.2 (3.2.0+dfsg-6)
libopencv-stitching3.2 (3.2.0+dfsg-6)
libopencv-superres3.2 (3.2.0+dfsg-6)
libopencv-video3.2 (3.2.0+dfsg-6)
libopencv-videoio3.2 (3.2.0+dfsg-6)
libopencv-videostab3.2 (3.2.0+dfsg-6)
libopencv-viz3.2 (3.2.0+dfsg-6)
libopenmpi-dev (3.1.3-11+rpi1)
libopenmpi3 (3.1.3-11+rpi1)
libpcaudio0 (1.1-3+deb10u1)
libpmix2 (3.1.2-3)
libproj13 (5.2.0-1)
libqhull7 (2015.2-4)
libsocket++1 (1.12.13-10)
libspatialite7 (4.3.0a-5+b2)
libsuperlu5 (5.2.1+dfsg1-4)
libsz2 (1.0.2-1)
libtbb2 (2018~U6-4)
libtesseract4 (4.0.0-2)
liburiparser1 (0.9.1-1)
libvtk6.3 (6.3.0+dfsg2-2+b6)
ocl-icd-libopencl1 (2.2.12-2)
odbcinst (2.3.6-0.1)
odbcinst1debian2 (2.3.6-0.1)
openmpi-bin (3.1.3-11+rpi1)
openmpi-common (3.1.3-11+rpi1)
proj-bin (5.2.0-1)
proj-data (5.2.0-1)
pyqt5-dev-tools (5.11.3+dfsg-1+rpi1+b3)
python3-dbus.mainloop.pyqt5 (5.11.3+dfsg-1+rpi1+b3)
python3-espeak (0.5-1+b4)
python3-opencv (3.2.0+dfsg-6)
python3-pyqt5.qtopengl (5.11.3+dfsg-1+rpi1+b3)
python3-pyqt5.qtwebkit (5.11.3+dfsg-1+rpi1+b3)


A linuxcnc -l now exits:

pi@rpi4:~/linuxcnc/configs/sheldon-lathe $ linuxcnc -l
LINUXCNC - 2.9.0-pre0-4802-g948693d0a
Machine configuration directory is '/home/pi/linuxcnc/configs/sheldon-lathe'
Machine configuration file is '7i90-axis.ini'
Starting LinuxCNC...
Found file(REL): ./hm2-7i90-stepper.hal
Note: Using POSIX non-realtime
hm2: loading Mesa HostMot2 driver version 0.15
rmmod: ERROR: ../libkmod/libkmod-module.c:793 kmod_module_remove_module() could 
not remove 'spi_bcm2835': 
Operation not permitted
rmmod: ERROR: could not remove module spi_bcm2835: Operation not permitted
hm2_rpspi: ERROR: Failed to execute '/sbin/rmmod spi_bcm2835'
hm2_rpspi: Platform: Raspberry Pi 4 Model B Rev 1.1
hm2_rpspi: Base address 0xfe00 size 0x0180
hm2_rpspi: can't open /dev/mem
hm2_rpspi: cannot map peripheral memory.
hm2_rpspi: rtapi_app_main: Permission denied (-13)
./hm2-7i90-stepper.hal:34: waitpid failed /usr/bin/rtapi_app hm2_rpspi
./hm2-7i90-stepper.hal:34: /usr/bin/rtapi_app exited without becoming ready
./hm2-7i90-stepper.hal:34: insmod for hm2_rpspi failed, returned -1
Shutting down and cleaning up LinuxCNC...
hm2_rpspi: not loaded
:0: exit value: 255
:0: rmmod failed, returned -1
hm2: unloading
THREADS: hal_exit 24 0 0MOTION: cleanup_module() started.
MOTION: cleanup_module() finished.
:0: unloadrt failed
Note: Using POSIX non-realtime
LinuxCNC terminated with an error.  You can find more information in the log:
/home/pi/linuxcnc_debug.txt
and
/home/pi/linuxcnc_print.txt
as well as in the output of the shell command 'dmesg' and in the terminal
pi@rpi4:~/linuxcnc/configs/sheldon-lathe $ uname -a
Linux rpi4.coyote.den 4.19.71-rt24-v7l+ #1 SMP PREEMPT RT Thu Feb 6 07:09:18

Re: [Emc-developers] G74 and G84 docs and L-

2021-10-18 Thread Greg C 
Good morning Rainer,

Thanks for the explanation, that makes sense.

Although, I do wonder if no X or Y are given, should L still be valid?

I will take a look at the docs later and see what I can do and submit a PR
to make it a bit more clear (at least for G74 and G84) for future “me’s”
 :)

Thanks again,
Greg

On Mon, Oct 18, 2021 at 4:23 AM Rainer Stelzer 
wrote:

> Hi Greg,
>
> the L in a tapping cycle is not intended to tap the same location.
>
> In incremental mode and with a X or Y axis given, it taps at different
> locations.
> Handy when you do manual programming, confusing when you are used to use
> CAM tools.
>
> It is explained in the G81 cycle.
> The documentation does not repeat this explanation(s) what may lead to
> the confusion.
> I agree that there should be at least a hint like "all unmentioned
> parameters operate as explained under G81"
>
>
> cheers
>
> Rainer
>
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] armhf just killed linuuxcnc

2021-10-18 Thread Gene Heskett 
On Monday 18 October 2021 07:01:27 Gene Heskett wrote:

> Updated to master this morning, looks like raspbian is updating to
> bullseye as a rolling release as it installed quite a few new
> packages along with the latest linuxcnc.
> From the synaptic history:
> Commit Log for Mon Oct 18 06:37:57 2021
>
>
> Upgraded the following packages:
> linuxcnc-doc-en (1:2.9.0~pre0.4767.gc244d7505) to
> 1:2.9.0~pre0.4802.g948693d0a linuxcnc-uspace
> (1:2.9.0~pre0.4767.gc244d7505) to 1:2.9.0~pre0.4802.g948693d0a
> linuxcnc-uspace-dbgsym (1:2.9.0~pre0.4767.gc244d7505) to
> 1:2.9.0~pre0.4802.g948693d0a linuxcnc-uspace-dev
> (1:2.9.0~pre0.4767.gc244d7505) to 1:2.9.0~pre0.4802.g948693d0a
>
> Installed the following packages:
> espeak-ng (1.49.2+dfsg-8+deb10u1)
> espeak-ng-data (1.49.2+dfsg-8+deb10u1)
> gdal-data (2.4.0+dfsg-1)
> gfortran (4:8.3.0-1+rpi2)
> gfortran-8 (8.3.0-6+rpi1)
> libaec0 (1.0.2-1)
> libarmadillo9 (1:9.200.7+dfsg-1)
> libarpack2 (3.7.0-2)
> libcaf-openmpi-3 (2.4.0-2)
> libcharls2 (2.0.0+dfsg-1)
> libcoarrays-dev (2.4.0-2)
> libcoarrays-openmpi-dev (2.4.0-2)
> libdap25 (3.20.3-1)
> libdapclient6v5 (3.20.3-1)
> libdapserver7v5 (3.20.3-1)
> libepsilon1 (0.9.2+dfsg-4)
> libespeak-ng1 (1.49.2+dfsg-8+deb10u1)
> libfreexl1 (1.0.5-3)
> libfyba0 (4.1.1-6)
> libgdal20 (2.4.0+dfsg-1+b2)
> libgdcm2.8 (2.8.8-9)
> libgeos-3.7.1 (3.7.1-1)
> libgeos-c1v5 (3.7.1-1)
> libgeotiff2 (1.4.3-1)
> libgfortran-8-dev (8.3.0-6+rpi1)
> libgl2ps1.4 (1.4.0+dfsg1-2)
> libhdf4-0-alt (4.2.13-4+b1)
> libhdf5-103 (1.10.4+repack-10)
> libhdf5-openmpi-103 (1.10.4+repack-10)
> libhwloc-dev (1.11.12-3+rpi1)
> libhwloc-plugins (1.11.12-3+rpi1)
> libhwloc5 (1.11.12-3+rpi1)
> libibverbs-dev (22.1-1)
> libkmlbase1 (1.3.0-7)
> libkmlconvenience1 (1.3.0-7)
> libkmldom1 (1.3.0-7)
> libkmlengine1 (1.3.0-7)
> libkmlregionator1 (1.3.0-7)
> libkmlxsd1 (1.3.0-7)
> liblept5 (1.76.0-1)
> libminizip1 (1.1-8+b1)
> libnetcdf-c++4 (4.2-11)
> libnetcdf13 (1:4.6.2-1+b1)
> libnl-3-dev (3.4.0-1)
> libnl-route-3-dev (3.4.0-1)
> libodbc1 (2.3.6-0.1)
> libogdi3.2 (3.2.1+ds-4)
> libopencv-calib3d3.2 (3.2.0+dfsg-6)
> libopencv-contrib3.2 (3.2.0+dfsg-6)
> libopencv-core3.2 (3.2.0+dfsg-6)
> libopencv-features2d3.2 (3.2.0+dfsg-6)
> libopencv-flann3.2 (3.2.0+dfsg-6)
> libopencv-highgui3.2 (3.2.0+dfsg-6)
> libopencv-imgcodecs3.2 (3.2.0+dfsg-6)
> libopencv-imgproc3.2 (3.2.0+dfsg-6)
> libopencv-ml3.2 (3.2.0+dfsg-6)
> libopencv-objdetect3.2 (3.2.0+dfsg-6)
> libopencv-photo3.2 (3.2.0+dfsg-6)
> libopencv-shape3.2 (3.2.0+dfsg-6)
> libopencv-stitching3.2 (3.2.0+dfsg-6)
> libopencv-superres3.2 (3.2.0+dfsg-6)
> libopencv-video3.2 (3.2.0+dfsg-6)
> libopencv-videoio3.2 (3.2.0+dfsg-6)
> libopencv-videostab3.2 (3.2.0+dfsg-6)
> libopencv-viz3.2 (3.2.0+dfsg-6)
> libopenmpi-dev (3.1.3-11+rpi1)
> libopenmpi3 (3.1.3-11+rpi1)
> libpcaudio0 (1.1-3+deb10u1)
> libpmix2 (3.1.2-3)
> libproj13 (5.2.0-1)
> libqhull7 (2015.2-4)
> libsocket++1 (1.12.13-10)
> libspatialite7 (4.3.0a-5+b2)
> libsuperlu5 (5.2.1+dfsg1-4)
> libsz2 (1.0.2-1)
> libtbb2 (2018~U6-4)
> libtesseract4 (4.0.0-2)
> liburiparser1 (0.9.1-1)
> libvtk6.3 (6.3.0+dfsg2-2+b6)
> ocl-icd-libopencl1 (2.2.12-2)
> odbcinst (2.3.6-0.1)
> odbcinst1debian2 (2.3.6-0.1)
> openmpi-bin (3.1.3-11+rpi1)
> openmpi-common (3.1.3-11+rpi1)
> proj-bin (5.2.0-1)
> proj-data (5.2.0-1)
> pyqt5-dev-tools (5.11.3+dfsg-1+rpi1+b3)
> python3-dbus.mainloop.pyqt5 (5.11.3+dfsg-1+rpi1+b3)
> python3-espeak (0.5-1+b4)
> python3-opencv (3.2.0+dfsg-6)
> python3-pyqt5.qtopengl (5.11.3+dfsg-1+rpi1+b3)
> python3-pyqt5.qtwebkit (5.11.3+dfsg-1+rpi1+b3)
>
>
> A linuxcnc -l now exits:
>
> pi@rpi4:~/linuxcnc/configs/sheldon-lathe $ linuxcnc -l
> LINUXCNC - 2.9.0-pre0-4802-g948693d0a
> Machine configuration directory is
> '/home/pi/linuxcnc/configs/sheldon-lathe' Machine configuration file
> is '7i90-axis.ini'
> Starting LinuxCNC...
> Found file(REL): ./hm2-7i90-stepper.hal
> Note: Using POSIX non-realtime
> hm2: loading Mesa HostMot2 driver version 0.15
> rmmod: ERROR: ../libkmod/libkmod-module.c:793
> kmod_module_remove_module() could not remove 'spi_bcm2835': Operation
> not permitted
> rmmod: ERROR: could not remove module spi_bcm2835: Operation not
> permitted hm2_rpspi: ERROR: Failed to execute '/sbin/rmmod
> spi_bcm2835' hm2_rpspi: Platform: Raspberry Pi 4 Model B Rev 1.1
> hm2_rpspi: Base address 0xfe00 size 0x0180
> hm2_rpspi: can't open /dev/mem
> hm2_rpspi: cannot map peripheral memory.
> hm2_rpspi: rtapi_app_main: Permission denied (-13)
> ./hm2-7i90-stepper.hal:34: waitpid failed /usr/bin/rtapi_app hm2_rpspi
> ./hm2-7i90-stepper.hal:34: /usr/bin/rtapi_app exited without becoming
> ready ./hm2-7i90-stepper.hal:34: insmod for hm2_rpspi failed, returned
> -1 Shutting down and cleaning up LinuxCNC...
> hm2_rpspi: not loaded
> :0: exit value: 255
> :0: rmmod failed, returned -1
> hm2: unloading
> THREADS: hal_exit 24 0 0MOTION: cleanup_module() started.
> MOTION: cleanup_module() finished.
> :0: unloadrt failed
> Note: Using POSIX non-realtime
> LinuxCNC