Re: [Emc-users] Pi5 + PCIe Mesa card?

[Bari]

https://www.phoronix.com/news/SiFive-Newer-AMD-GPUs-RISC-V

SiFive Gets Newer AMD Radeon GPUs Working On RISC-V

On 11/9/23 10:43, andy pugh wrote:

It looks like it might be possible (but external power supplies need
to be added)
https://www.youtube.com/watch?v=G5VOzO_ERTM




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

[Emc-users] Gentoo Easy Installer for LinuxCNC

[Bari]

Here is the new easy installer for LinuxCNC and Gentoo Linux:

https://openlunchbox.com/mw19/index.php/HOWTO:_Gentoo_for_LinuxCNC

Let us know if it's not easy enough.



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

Re: [Emc-users] New Beaglebone

[Bari]

On 11/4/23 12:56, andy pugh wrote:

https://www.beagleboard.org/blog/2023-11-02-beaglev-fire-announcement

I don't know how usable it will be for LinuxCNC, as I don't know if we
can compile for RISCV.

Also, I don't know if it has any video output?


It appears to be GPU free as well.


I started a thread last year on the forums to keep track of potential 
LCNC SBC's


https://forum.linuxcnc.org/18-computer/46077-potential-all-in-one-single-board-computers

Lots of other options.


Opi5 runs really well and has a great GPU

https://forum.linuxcnc.org/18-computer/48079-can-the-opi5-be-configured-to-run-lcnc?start=250#274284



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

Re: [Emc-users] Robot Arm control via LCNC, Pi4 and MESA.

[Bari]

On 2/5/23 18:03, John Dammeyer wrote:


Ran into this a few days ago.
https://www.anninrobotics.com/
  
  
It's fully open source with the usual disclaimer that one can build it for fun or education but can't make them to resell.

Yeah right…
https://www.aliexpress.com/item/1005003688277794.html



I look forward to using similar with 
https://github.com/auto-mation-assist/LinuxCnc-OpenDDS-Work  and ROS in 
the future.




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

Re: [Emc-users] Running PathPilot on non-Tormach Machines

[Bari]

How many CNC machine startup's have there been in the past few years? 
Maybe a handful in some niche markets? The vendors in China offer the 
popular CNC controllers that we all are accustomed to or use ARM 
controllers similar to NVEM.


There have been several additive manufacturing start ups in the past few 
years but their investors and business strategy requires them to start 
from scratch and reinvent the wheels of PC controllers, Mesa FPGAs and 
LCNC. They don't want anything to be shared with their competition even 
though it can shave years off of getting a machine to market.


On 1/26/23 10:37, Stuart Stevenson wrote:

  "Define a set of hardware that works and make their own distribution with
only one user interface.  It doesn't surprise me that nobody wants to do
this thankless task."

Perhaps thankless but Tormach has built a presumably profitable business by
doing exactly that.

And then packaging and selling the hardware to match.
An added dimension many (me included) do not want to tackle.

Overall, I am very impressed (and satisfied) with the capability and
progress.

thanks
Stuart


On Thu, Jan 26, 2023 at 9:33 AM  wrote:


"Define a set of hardware that works and make their own distribution with
only one user interface.  It doesn't surprise me that nobody wants to do
this thankless task."

Perhaps thankless but Tormach has built a presumably profitable business by
doing exactly that.

-Original Message-
From: Eric Keller 
Sent: January 26, 2023 10:01 AM
To: Enhanced Machine Controller (EMC) 
Subject: Re: [Emc-users] Running PathPilot on non-Tormach Machines

On Thu, Jan 26, 2023 at 8:24 AM  wrote:


To me this is the minimum level of magic required to make a
commercially viable product. The vast majority of potential users are
uncomfortable (or don't want to bother) with manually modifying
configuration files. Of course the power of LinuxCNC is due to the
possibility of configuring things for all sorts of hardware. Without
magic the flexibility means that it will never be mainstream.

Nobody wants to give up the flexibility though.  The problem that lcnc has
is aptly summarized in this thread where someone gave up because they
wanted
to use an Rpi4 and ethercat.  That's fine, and there are plenty of people
that have ethercat running with lcnc, maybe even on a Rpi4.  But both the
Rpi4 and ethercat require a bit of messing around, I think, and neither are
really mainline lcnc.  Getting a 3 axis running on a Mesa board on a PC
with
decent latency (another sticking point, unfortunately) is trivial.  Someone
mentioned 4 axis.  The problem with that is that everyone has their own 4th
axis.  This is also the problem with lcnc in general.  I would say more
than
90% of the problems I see with people having trouble setting up lcnc is
they
have a totally nonstandard install that wouldn't work with any other
software either.  So they can't get it to work with lcnc, buy something
standard, and go install Mach. And then badmouth lcnc any time the subject
comes up.

The people that want to make lcnc more popular could do something about it,
I think.  Define a set of hardware that works and make their own
distribution with only one user interface.  It doesn't surprise me that
nobody wants to do this thankless task.
Eric Keller
Boalsburg, Pennsylvania


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



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






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

Re: [Emc-users] Linuxcnc debs for RPi4

[Bari]

On 1/22/23 15:25, John Dammeyer wrote:


Why would anyone care about the latest Linux version?The fundamental 
operation of LinuxCNC is read a G-Code file and send out the information for 
motion.  Read back feedback from motion.  Display path on screen.

Why in the world would Bullseye be important or even needed?



Compatibility between LCNC version and the applications called on in a 
version of Debian. An example might be the version of Python required 
for a LCNC GUI.




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

Re: [Emc-users] Available fanless PC for linuxcnc with parallel port

[Bari]

Naa  already been done 
https://forum.linuxcnc.org/27-driver-boards/46770-driver-firmware-pcb-for-pi-rp2040-pio-i-e-an-easy-to-configure-fpga-like-card 
but sadly they haven't shared their source yet.


Plus you still need Ethernet and some protection on the IO's and 
connectors so many have gone this route 
https://forum.linuxcnc.org/18-computer/42276-remora-rpi-software-stepping-using-external-microcontroller-via-spi


or 
https://forum.linuxcnc.org/27-driver-boards/44422-colorcnc-colorlight-5a-75e-5a-75b-as-fpga-controller-board/unread 



and there is even 
https://forum.linuxcnc.org/18-computer/42414-linuxcnc-esp32-software-stepping-over-ethernet-using-esp32


On 1/19/23 15:26, Chris Albertson wrote:

So far I have $4 worth of hardware doing this and I was able to writ the
firmware in MicroPython.   The pulses are don in hardware so I don't need
the code to be fast.  I'm using an RP2040 chip.  The chip is a
ddual-core 32-bit M0 ARM processor and sells for $1.   There is just a
-load of peripheral hardware on this chip and again, the price is $1.
  But no one is motivated because it is easier to spend $110 and buy an FPGA
based one.



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

Re: [Emc-users] Is this LCNC based?

[Bari]

Their docs link to:   https://www.nvcnc.net/

Not LCNC based but some of their other hardware can run remora

https://forum.linuxcnc.org/18-computer/42276-remora-rpi-software-stepping-using-external-microcontroller-via-spi

On 1/9/23 21:46, Chris Albertson wrote:

Amazon has a turn-keyCNC controller for $480.  This includes the whole kit,
computer, FPGA, screen BoB and all except for power supply and the motors.


Question:  Is this based on LCNC?   Seem like it might be   Below is a
quote from their web page, I added the bold face.




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

Re: [Emc-users] Touch screen for linux

[Bari]

https://www.newegg.com/Seller-Store/AngBo

Check the box for: Touch Screen Monitors

All under $300 and from 10-13", and US seller if that helps with returns.

I haven't tested these but I have used the Acer cap. touchscreen 
monitors $300-400, 21-27" in some shops without problems with LCNC.


On 1/9/23 15:46, andrew beck wrote:

Hey guys
Looking for a Chinese industrial touch screen that people have checked
works on Linux.

There was some links to AliExpress floating around but I lost them

They don't need to be massive but I'm trying to go touch screen style if I
can

Regards

Andrew

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



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

Re: [Emc-users] Sharpening teeny drill bits

[Bari]

On 12/18/22 15:53, Chris Albertson wrote:


I buy the smaller 3mm and down bits from Chinese suppliers in bulk in
ziplock bags.  They are so cheap there is no point wasting time sharpening
them.The cost works out to 16 cents per bit.

I think this is why the sharpeners only go down to a minimum size, it is
not worth it for a 16 cent bit. Yes they are good quality

One example ebay.com/itm/134264963420

"Note:

Please allow 1-3mm error due to manual measurement. please make sure you 
do not mind before you bid. "


Do they mean the length or technically they could send you an bag of 0mm 
drills and still be in spec  :)




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

Re: [Emc-users] Acorn CNC

[Bari]

On 9/9/22 13:15, Chris Albertson wrote:


So If I were to start a CNC machine related business today.  I'd design a
turnkey system, PCBs and all and place the design online.  Hobby users
could download it and have the parts made.  Those with more money than
skill could hire me as a consultant.  I'd work over Zoom and remotely log
into their computer and make stuff work.

You could make money with LCNC if you turned it into a product people could
unbox and it "just works" and if paid professional one-on-one support was
available.   That is what Tormach has done.


Do you have any idea how little hobby users wish to pay for support?

Tormach makes a profit off selling their machines, not in post sales 
support.




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

Re: [Emc-users] Acorn CNC

[Bari]

On 9/6/22 19:06, John Dammeyer wrote:


If I was to offer an reason to go LinuxCNC to someone who is attracted to an 
Acorn system what would I say.  Other than the Acorn is really just a cape for 
a BeagleBone Black.  But the user interface is all via Ethernet so a PC of some 
sort is still required.
  
There appear to be so many CNC systems out there now.  Even LinuxCNC now suffers from too many user interfaces to the point where is the Tormach really still LinuxCNC or is it something different too?
  
Comments?

John



For me LCNC has always been about flexibility and endless options since 
we have open source and HAL. For a simple CNC it's really up to whatever 
you like or comfortable paying for. Centroid is closed and you will get 
charged for every option.




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

Re: [Emc-users] rtapi_app: caught signal 8 - dumping core

[Bari]

OK tested LCNC 2.8 with preempt_rt and the encoder signals make it to 
the GUI using a preempt_rt kernel vs RTAI!


NO signal 8 core dump \0/

So it looks like an RTAI bug with 2.8 at least about the encoders 
signals to spindle RPM GUI in Axis.


Will go back and trace why preempt_rt has issues with LPT encoders in 
LCNC 2.9.



Another odd thing is that when also testing the CH382 LPT PCIe card the 
encoders signals are making it from encoder to BOB through the CH382 and 
I can see them in halscope BUT the steps generated do not make it out of 
the CH382 to the BOB. But CH382 debug is another project.


On 9/1/22 23:58, Sam Sokolik wrote:

If I can remember how to do a git bisect - I will try to figure out when it
happened..   Probably won't happen till the weekend.

On Thu, Sep 1, 2022, 11:48 PM Bari  wrote:


https://forum.linuxcnc.org/49-basic-configuration/46796-rtapi-app-caught-signal-8-dumping-core

All the files are here.  ^^

On 9/1/22 22:42, Sam Sokolik wrote:

Bary - Could we get all the files?
custompanel.xml
postgui_call_list.hal
custom.hal

I just built RIP on buster and ran the config (remarking out the missing
files)
I have an encoder in pin 10 and 11 and it seems to work with no crash.

sam


On Thu, Sep 1, 2022 at 9:45 PM Bari  wrote:


Brand new setup using stepconf.   if I spin the spindle encoder quickly
by hand I get: rtapi_app: caught signal 8 - dumping core

Even if the machine is still in e-stop.   Simple config using stepconf
LINUXCNC - 2.9.0~pre0

All default settings other than manual edit of LPT base address and
changed   setp encoder.0.position-scale 4000.00Default is like
100 vs 4000

Any ideas what causes this error?

https://forum.linuxcnc.org/media/kunena/attachments/1324/simple.ini

https://forum.linuxcnc.org/media/kunena/attachments/1324/simple.hal

The only mention of a similar error:
forum.linuxcnc.org/24-hal-components/358...hercat-lcec?start=10



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


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


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


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



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

Re: [Emc-users] rtapi_app: caught signal 8 - dumping core

[Bari]

Sam,

I tested this on LCNC 2.8 and I can see encoder signals in halscope but 
nothing in the Axis GUI spindle rpm display.


Did you get the display to work or just test to see if the signal 8 core 
dump went away in 2.8?


And no signal 8 core dump with LCNC 2.8 and RTAI,  will test with 
preempt_rt and 2.8 later.


-Bari

On 9/2/22 00:18, Bari wrote:

Don't worry about it. I'll be on it in a few hours.

Thanks again for the time savings and test on 2.8.

On 9/1/22 23:58, Sam Sokolik wrote:
If I can remember how to do a git bisect - I will try to figure out 
when it

happened..   Probably won't happen till the weekend.

On Thu, Sep 1, 2022, 11:48 PM Bari  wrote:

https://forum.linuxcnc.org/49-basic-configuration/46796-rtapi-app-caught-signal-8-dumping-core 



All the files are here.  ^^

On 9/1/22 22:42, Sam Sokolik wrote:

Bary - Could we get all the files?
custompanel.xml
postgui_call_list.hal
custom.hal

I just built RIP on buster and ran the config (remarking out the 
missing

files)
I have an encoder in pin 10 and 11 and it seems to work with no crash.

sam


On Thu, Sep 1, 2022 at 9:45 PM Bari  wrote:

Brand new setup using stepconf.   if I spin the spindle encoder 
quickly

by hand I get: rtapi_app: caught signal 8 - dumping core

Even if the machine is still in e-stop.   Simple config using 
stepconf

LINUXCNC - 2.9.0~pre0

All default settings other than manual edit of LPT base address and
changed   setp encoder.0.position-scale 4000.00 Default is like
100 vs 4000

Any ideas what causes this error?

https://forum.linuxcnc.org/media/kunena/attachments/1324/simple.ini

https://forum.linuxcnc.org/media/kunena/attachments/1324/simple.hal

The only mention of a similar error:
forum.linuxcnc.org/24-hal-components/358...hercat-lcec?start=10



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


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


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


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



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

Re: [Emc-users] rtapi_app: caught signal 8 - dumping core

[Bari]

Don't worry about it. I'll be on it in a few hours.

Thanks again for the time savings and test on 2.8.

On 9/1/22 23:58, Sam Sokolik wrote:

If I can remember how to do a git bisect - I will try to figure out when it
happened..   Probably won't happen till the weekend.

On Thu, Sep 1, 2022, 11:48 PM Bari  wrote:


https://forum.linuxcnc.org/49-basic-configuration/46796-rtapi-app-caught-signal-8-dumping-core

All the files are here.  ^^

On 9/1/22 22:42, Sam Sokolik wrote:

Bary - Could we get all the files?
custompanel.xml
postgui_call_list.hal
custom.hal

I just built RIP on buster and ran the config (remarking out the missing
files)
I have an encoder in pin 10 and 11 and it seems to work with no crash.

sam


On Thu, Sep 1, 2022 at 9:45 PM Bari  wrote:


Brand new setup using stepconf.   if I spin the spindle encoder quickly
by hand I get: rtapi_app: caught signal 8 - dumping core

Even if the machine is still in e-stop.   Simple config using stepconf
LINUXCNC - 2.9.0~pre0

All default settings other than manual edit of LPT base address and
changed   setp encoder.0.position-scale 4000.00Default is like
100 vs 4000

Any ideas what causes this error?

https://forum.linuxcnc.org/media/kunena/attachments/1324/simple.ini

https://forum.linuxcnc.org/media/kunena/attachments/1324/simple.hal

The only mention of a similar error:
forum.linuxcnc.org/24-hal-components/358...hercat-lcec?start=10



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


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


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


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



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

Re: [Emc-users] rtapi_app: caught signal 8 - dumping core

[Bari]

https://forum.linuxcnc.org/49-basic-configuration/46796-rtapi-app-caught-signal-8-dumping-core

All the files are here.  ^^

On 9/1/22 22:42, Sam Sokolik wrote:

Bary - Could we get all the files?
custompanel.xml
postgui_call_list.hal
custom.hal

I just built RIP on buster and ran the config (remarking out the missing
files)
I have an encoder in pin 10 and 11 and it seems to work with no crash.

sam


On Thu, Sep 1, 2022 at 9:45 PM Bari  wrote:


Brand new setup using stepconf.   if I spin the spindle encoder quickly
by hand I get: rtapi_app: caught signal 8 - dumping core

Even if the machine is still in e-stop.   Simple config using stepconf
LINUXCNC - 2.9.0~pre0

All default settings other than manual edit of LPT base address and
changed   setp encoder.0.position-scale 4000.00Default is like
100 vs 4000

Any ideas what causes this error?

https://forum.linuxcnc.org/media/kunena/attachments/1324/simple.ini

https://forum.linuxcnc.org/media/kunena/attachments/1324/simple.hal

The only mention of a similar error:
forum.linuxcnc.org/24-hal-components/358...hercat-lcec?start=10



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


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



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

[Emc-users] rtapi_app: caught signal 8 - dumping core

[Bari]

Brand new setup using stepconf.   if I spin the spindle encoder quickly 
by hand I get: rtapi_app: caught signal 8 - dumping core


Even if the machine is still in e-stop.   Simple config using stepconf   
LINUXCNC - 2.9.0~pre0


All default settings other than manual edit of LPT base address and 
changed   setp encoder.0.position-scale 4000.00    Default is like 
100 vs 4000


Any ideas what causes this error?

https://forum.linuxcnc.org/media/kunena/attachments/1324/simple.ini

https://forum.linuxcnc.org/media/kunena/attachments/1324/simple.hal

The only mention of a similar error: 
forum.linuxcnc.org/24-hal-components/358...hercat-lcec?start=10




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

Re: [Emc-users] Fwd: PCIe parport issues?

[Bari]

On 7/24/22 21:38, Jon Elson wrote:


On 7/24/22 21:08, Jon Elson wrote:

On 7/24/22 19:00, Bari wrote:

On 7/24/22 18:31, gene heskett wrote:

Both of you need to go play with the /lib/udev/rules giving the 
real user permissions. Or make
your selves members of what ever group udev assigns it. Some dummy 
has decreed its a

security problem and /fixed/ it.


No that what output you get when you don't run lspci as sudo.

The problem with this card is :  (Wrong ID) MCS9900 Multi-I/O 
Controller [a000:2000]


This cards ID needs to be added the the kernel driver.


OK, can you tell me how to do that?  I have hacked udev rules, but 
I'm very rusty on it.


I did spend a good part of today beating on my diagnostic and got it 
to run fine with a Siig / Oxford Semi OXPCIe952 chip.  I only have 
one of those card, though.  But, it doesn't like the MCS990x chips, 
and I agree, it looks like it may well be a driver issue.


Thanks,

Jon



The reason to add these ID's to the kernel is so that StepConf can be 
aware of them so it can turn them into a choice of LPT 0 or 1. I know 
that StepConf was dumbed down to make it easier to set the LPT ports, 
but in this instance it becomes useless since you can't over ride 
StepConf blank box and manually enter a base address when it can't find 
a LPT port. Yes, you can still manually edit the HAL file but what is a 
noob supposed to do? Maybe StepConf can be changed to allow for  manual 
edits for the LPT base address and offer a choice of 0 or 1.



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

Re: [Emc-users] Fwd: PCIe parport issues?

[Bari]

On 7/24/22 18:31, gene heskett wrote:

Both of you need to go play with the /lib/udev/rules giving the real 
user permissions. Or make
your selves members of what ever group udev assigns it. Some dummy has 
decreed its a

security problem and /fixed/ it.


No that what output you get when you don't run lspci as sudo.

The problem with this card is :  (Wrong ID) MCS9900 Multi-I/O Controller 
[a000:2000]


This cards ID needs to be added the the kernel driver.


    02:00.0 Parallel controller [0701]: MosChip Semiconductor 
Technology Ltd. MCS9900 Multi-I/O Controller [9710:9900] (prog-if 03 
[IEEE1284])
    Subsystem: Asix Electronics Corporation (Wrong ID) 
MCS9900 Multi-I/O Controller [a000:2000]
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- 
VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast 
>TAbort- SERR- 
    Latency: 0, Cache Line Size: 4 bytes
    Interrupt: pin A routed to IRQ 5
    NUMA node: 0
    Region 0: I/O ports at df00 [size=8]
    Region 1: I/O ports at de00 [size=8]
    Region 2: Memory at fdcff000 (32-bit, non-prefetchable) 
[size=4K]
    Region 5: Memory at fdcfe000 (32-bit, non-prefetchable) 
[size=4K]

    Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
    Address:   Data: 
    Capabilities: [78] Power Management version 3
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA 
PME(D0-,D1-,D2-,D3hot+,D3cold+)
    Status: D0 NoSoftRst+ PME-Enable- DSel=0 
DScale=0 PME-

    Capabilities: [80] Express (v1) Legacy Endpoint, MSI 00
    DevCap: MaxPayload 512 bytes, PhantFunc 0, 
Latency L0s <1us, L1 <2us
    ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ 
FLReset-

    DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
    RlxdOrd+ ExtTag- PhantFunc- AuxPwr- 
NoSnoop+

    MaxPayload 128 bytes, MaxReadReq 512 bytes
    DevSta: CorrErr+ NonFatalErr- FatalErr- 
UnsupReq+ AuxPwr- TransPend-
    LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM 
L0s L1, Exit Latency L0s <64ns, L1 <1us
    ClockPM+ Surprise- LLActRep- BwNot- 
ASPMOptComp-
    LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- 
CommClk-
    ExtSynch- ClockPM- AutWidDis- BWInt- 
AutBWInt-

    LnkSta: Speed 2.5GT/s (ok), Width x1 (ok)
    TrErr- Train- SlotClk- DLActive- 
BWMgmt- ABWMgmt-

    Capabilities: [100 v1] Virtual Channel
    Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
    Arb:    Fixed- WRR32- WRR64- WRR128-
    Ctrl:   ArbSelect=Fixed
    Status: InProgress-
    VC0:    Caps:   PATOffset=00 MaxTimeSlots=1 
RejSnoopTrans-
    Arb:    Fixed- WRR32- WRR64- WRR128- 
TWRR128- WRR256-
    Ctrl:   Enable+ ID=0 ArbSelect=Fixed 
TC/VC=ff

    Status: NegoPending- InProgress-
    VC1:    Caps:   PATOffset=00 MaxTimeSlots=1 
RejSnoopTrans-
    Arb:    Fixed- WRR32- WRR64- WRR128- 
TWRR128- WRR256-
    Ctrl:   Enable- ID=0 ArbSelect=Fixed 
TC/VC=00

    Status: NegoPending- InProgress-
    Capabilities: [800 v1] Advanced Error Reporting
    UESta:  DLP- SDES- TLP- FCP- CmpltTO- 
CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
    UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- 
CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
    UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- 
CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
    CESta:  RxErr- BadTLP- BadDLLP- Rollover- 
Timeout- AdvNonFatalErr+
    CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- 
Timeout- AdvNonFatalErr+
    AERCap: First Error Pointer: 00, ECRCGenCap- 
ECRCGenEn- ECRCChkCap- ECRCChkEn-
    MultHdrRecCap- MultHdrRecEn- 
TLPPfxPres- HdrLogCap-

    HeaderLog:    
    00: 10 97 00 99 07 00 10 00 00 03 01 07 01 00 00 00
    10: 01 df 00 00 01 de 00 00 00 f0 cf fd 00 00 00 00
    20: 00 00 00 00 00 e0 cf fd 00 00 00 00 00 a0 00 20
    30: 00 00 00 00 50 00 00 00 00 00 00 00 05 01 00 00





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

Re: [Emc-users] Fwd: PCIe parport issues?

[Bari]

On 7/24/22 15:39, Jon Elson wrote:


Hello, all,

I sell a line of motion interfaces for LinuxCNC, and supply Syba PCIe 
parport cards to go with them.  I am retrofitting a Bridgeport R2E3 
mill for my own use, and bought a Dell Optiplex 7010 computer to run 
it.  I cannot get the Syba cards (with NETMOS MCS9900 or MCS9901 
chips) to work at all in these machines.  These are my only PCIe 
motherboards.  I do have one Siig card with a Oxford OXPCIe952-FBAG 
chip that works with LinuxCNC but does not work with my diagnostic 
program.  I have loaded it with the LibnuxCNC 2.8.2 rt-preempt DVD 
live download file.


Is there anybody who has used Pico Systems products with PCIe parport 
cards, and can you report what does (and DOESN'T) work, in terms of 
what LinuxCNC version, kernel, motherboard and parport?


I am trying to diagnose whether this is a 64-bit kernel issue, kernel 
version issue, motherboard chipset or configuration of the parport 
card.  Most of these parport cards have programmable I/O chips, where 
the PCI config ROM can set up the address mapping of the various 
device registers, and the issue might be that the newer cards I have 
have changed the address of the extended control register that selects 
the parport mode to bidir/EPP/ECP etc.


I have ordered a Dell Optiplex 980 (last of the line that has an 
on-mobo parport), that should tell me whether the issue is the PCIe 
cards or the kernel.


Thanks much in advance for any experience anybody has with this!



Same PCIe MCS9900  just more lspci info


02:00.0 Parallel controller [0701]: MosChip Semiconductor Technology 
Ltd. MCS9900 Multi-I/O Controller [9710:9900] (prog-if 03 [IEEE1284])


    Subsystem: Asix Electronics Corporation (Wrong ID) MCS9900 
Multi-I/O Controller [a000:2000]
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
SERR- 
    Latency: 0, Cache Line Size: 4 bytes
    Interrupt: pin A routed to IRQ 5
    NUMA node: 0
    Region 0: I/O ports at df00 [size=8]
    Region 1: I/O ports at de00 [size=8]
    Region 2: Memory at fdcff000 (32-bit, non-prefetchable) [size=4K]
    Region 5: Memory at fdcfe000 (32-bit, non-prefetchable) [size=4K]
    Capabilities: 


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

Re: [Emc-users] Fwd: PCIe parport issues?

[Bari]

On 7/24/22 15:39, Jon Elson wrote:


Hello, all,

I sell a line of motion interfaces for LinuxCNC, and supply Syba PCIe 
parport cards to go with them.  I am retrofitting a Bridgeport R2E3 
mill for my own use, and bought a Dell Optiplex 7010 computer to run 
it.  I cannot get the Syba cards (with NETMOS MCS9900 or MCS9901 
chips) to work at all in these machines.  These are my only PCIe 
motherboards.  I do have one Siig card with a Oxford OXPCIe952-FBAG 
chip that works with LinuxCNC but does not work with my diagnostic 
program.  I have loaded it with the LibnuxCNC 2.8.2 rt-preempt DVD 
live download file.


Is there anybody who has used Pico Systems products with PCIe parport 
cards, and can you report what does (and DOESN'T) work, in terms of 
what LinuxCNC version, kernel, motherboard and parport?


I am trying to diagnose whether this is a 64-bit kernel issue, kernel 
version issue, motherboard chipset or configuration of the parport 
card.  Most of these parport cards have programmable I/O chips, where 
the PCI config ROM can set up the address mapping of the various 
device registers, and the issue might be that the newer cards I have 
have changed the address of the extended control register that selects 
the parport mode to bidir/EPP/ECP etc.


I have ordered a Dell Optiplex 980 (last of the line that has an 
on-mobo parport), that should tell me whether the issue is the PCIe 
cards or the kernel.


Thanks much in advance for any experience anybody has with this!

Jon


https://forum.linuxcnc.org/38-general-linuxcnc-questions/46049-no-parport-registered

PCIe MCS9900 strangeness: Capabilities:  Saw this helping 
someone with the same card a few months ago on IRC.


LCNC 2.9 Stepconf does not recognize the card either.

Linux lcncbull 5.18.0-0.bpo.1-rt-amd64 #1 SMP PREEMPT_RT Debian 
5.18.2-1~bpo11+1 (2022-06-14) x86_64 GNU/Linux


lspci

2:00.0 Parallel controller: MosChip Semiconductor Technology Ltd. 
MCS9900 Multi-I/O Controller (prog-if 03 [IEEE1284])
Subsystem: Asix Electronics Corporation (Wrong ID) MCS9900 Multi-I/O 
Controller

Flags: bus master, fast devsel, latency 0, IRQ 5, NUMA node 0
I/O ports at df00
I/O ports at de00
Memory at fdcff000 (32-bit, non-prefetchable) [size=4K]
Memory at fdcfe000 (32-bit, non-prefetchable) [size=4K]
Capabilities: 


I marked this card as working OK a few months ago.



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

Re: [Emc-users] Fwd: PCIe parport issues?

[Bari]

On 7/24/22 15:39, Jon Elson wrote:



Hello, all,

I sell a line of motion interfaces for LinuxCNC, and supply Syba PCIe 
parport cards to go with them.  I am retrofitting a Bridgeport R2E3 
mill for my own use, and bought a Dell Optiplex 7010 computer to run 
it.  I cannot get the Syba cards (with NETMOS MCS9900 or MCS9901 
chips) to work at all in these machines.  These are my only PCIe 
motherboards.  I do have one Siig card with a Oxford OXPCIe952-FBAG 
chip that works with LinuxCNC but does not work with my diagnostic 
program.  I have loaded it with the LibnuxCNC 2.8.2 rt-preempt DVD 
live download file.


Is there anybody who has used Pico Systems products with PCIe parport 
cards, and can you report what does (and DOESN'T) work, in terms of 
what LinuxCNC version, kernel, motherboard and parport?


I am trying to diagnose whether this is a 64-bit kernel issue, kernel 
version issue, motherboard chipset or configuration of the parport 
card.  Most of these parport cards have programmable I/O chips, where 
the PCI config ROM can set up the address mapping of the various 
device registers, and the issue might be that the newer cards I have 
have changed the address of the extended control register that selects 
the parport mode to bidir/EPP/ECP etc.


I have ordered a Dell Optiplex 980 (last of the line that has an 
on-mobo parport), that should tell me whether the issue is the PCIe 
cards or the kernel.


Thanks much in advance for any experience anybody has with this!

Jon


I'm planning on doing some testing again myself. The CH382 PCIe cards 
used to work but no longer do. I tested a PCIe Moschip MC9900 yesterday 
and it did not work even though I had tested it ~6 months ago and marked 
the board OK. Both of these identify as serial-parallel controllers vs 
standard parallel ports by the kernel. A MCH9805 PCI card works just 
fine with LCNC 2.9 and 3.19rt kernel.  I'm going to check both kernel 
versions and versions of LCNC.


The test system is an older RS880 AMD chipset with an integrated LPT 
port. I need to get to the bottom of this all.




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

Re: [Emc-users] Linuxcnc OEM?

[Bari]

On 7/21/22 04:32, andy pugh wrote:


On Thu, 21 Jul 2022 at 03:22, Charles Steinkuehler
 wrote:

I'm not sure of their international shipping details, but Probotix sells
LCNC based routers:

https://www.probotix.com/

Which mentions that they have (amusingly) sold LinuxCNC systems to NIST. :-)

Well I do get contacted from time to time from NIST about building some 
custom lab machine for them. So they do contract out work, They also 
call to ask about materials or components in things like paint, inks and 
resins.



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

Re: [Emc-users] Linuxcnc OEM?

[Bari]

Show Your Stuff on the forums or Showcases on the 
https://www.linuxcnc.org/  already has several.


On 7/21/22 04:13, Jérémie Tarot wrote:

I would like to have some page(s) showing off people having professional
activity using LinuxCNC.

If we had an organization we could gratefully welcome their sponsoring...
As well as from other community members.

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



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

Re: [Emc-users] Linuxcnc OEM?

[Bari]

Todd,

We have used LCNC on everything from DNA synthesizers to hybrid additive 
manufacturing printers to all sorts of custom CNC machines and factory 
automation.


www.onelabs.com


-Bari

On 7/19/22 08:13, Todd Zuercher wrote:

Any one know if there are any machine builders (besides Tormach) using or 
offering Linuxcnc as a control option?  (More interested in a large router than 
a milling machine, lathe , or plasma cutter.)

Todd Zuercher
P. Graham Dunn Inc.<http://www.pgrahamdunn.com/index.php>
630 Henry Street
Dalton, Ohio 44618
Phone:  (330)828-2105ext. 2031


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



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

[Emc-users] Kicad to HAL

[Bari]

I came across this recently when working on Hal components.


https://softsolder.com/2021/04/08/kicad-to-hal-overview/


Kicad-to-HAL program converts a specially drawn Kicad schematic 
describing the hardware and interconnections into the HAL configuration 
file required to set up the machine.





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

Re: [Emc-users] Linuxcnc development machine

[Bari]

On 5/9/22 10:57, Alan Condit wrote:

I just rebuilt my late 2012 MacMini to be a Debian Bullseye machine. I setup a 
development environment on it. I loaded it with the source for Preempt-RT 
5.15.41 and built a 64 bit kernel for my RaspberryPi 4.

The only problem that I am having is that if I am not using it for a few 
minutes it shuts down. Several other Bullseye users have reported similar 
behavior. So, I’m wondering if I should go back to Buster?

Thanks,
Alan



I have been using Bullseye with LCNC 2.9 for over a month now 24/7 with 
no shutdowns or blanking ever.


Have you turned off the screensaver and turned off blanking in the power 
management settings?



-Bari



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

Re: [Emc-users] Choice of CNC conversions

[Bari]

Just fill in more blanks for them.


We could use a technical editor in charge of new users.


On 12/26/21 17:02, John Dammeyer wrote:

As is this one:
https://www.youtube.com/watch?v=8LVX380iDIk
which includes how to do some python programming calculations.
Again for those who want to dive that deep, they are already using LCNC.

John



-Original Message-
From: Bari [mailto:bari00...@gmail.com]
Sent: December-26-21 2:28 PM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Choice of CNC conversions

On 12/26/21 09:22, Andy Pugh wrote:


To get back to the original subject if this thread:

I think that could be done for some hardware.
Emco Compact 5
Denford Orac
Maho MH500?
Any other suggestions?

ie, reasonably common machines with reasonably fixed hardware.


https://www.youtube.com/watch?v=_8YSwfjLWLU


A good example of filling in the blanks for beginners.



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



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



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

Re: [Emc-users] Choice of CNC conversions

[Bari]

On 12/26/21 09:22, Andy Pugh wrote:



To get back to the original subject if this thread:

I think that could be done for some hardware.
Emco Compact 5
Denford Orac
Maho MH500?
Any other suggestions?

ie, reasonably common machines with reasonably fixed hardware.



https://www.youtube.com/watch?v=_8YSwfjLWLU


A good example of filling in the blanks for beginners.



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

Re: [Emc-users] Choice of CNC conversions

[Bari]

Have you considered adding to the LCNC wiki or adding your Youtube links 
to help those just starting out in CNC?



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

Re: [Emc-users] Heidenhain Optical Rotary Encoder Pinout

[Bari]

I always end up with the odd ones that have no match. No packaged IC's 
on the other side of the board either.


The colors used on this are 3 that are White and one each of Brown, Red, 
Yellow, Green and Blue. None have a stripe.


On 11/28/21 02:53, Les Newell wrote:
Take a look at this pdf, page 87 
<,https://www.heidenhain.us/wp-content/uploads/349529-2H_Rotary_Encoders_en.pdf>. 
If it's an incremental encoder, that's probably the correct pinout.


Les


On 28/11/2021 06:07, Bari wrote:
Found this encoder in a box with the cable snipped off. I haven't 
found a signal pinout for the 12 pin connector inside. Anyone have 
one or know where to find one?


Part number is missing for the encoder.

https://imgur.com/T9TIH8Z


Thanks in advance.



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





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



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

[Emc-users] Heidenhain Optical Rotary Encoder Pinout

[Bari]

Found this encoder in a box with the cable snipped off. I haven't found 
a signal pinout for the 12 pin connector inside. Anyone have one or know 
where to find one?


Part number is missing for the encoder.

https://imgur.com/T9TIH8Z


Thanks in advance.



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

Re: [Emc-users] LinuxCNC with Robot Arm Setup

[Bari]

I'm using a physics engine for collision avoidance in CAM used for 
machining.



Robots are not kids. Robots can programed to load a dishwasher or clean 
a toilet.



On 11/18/21 14:22, Chris Albertson wrote:


But all this is done.   We don't need to use"physics engines".  We can use
"MoveIt."

BTW, maybe we can see that robots will NOT be taking over jobs so soon.
Today even fetching a beer is a very hard problem that is not yet fully
solved.  Loading a dishwasher or cleaning a toilet is an IMPOSSIBLE task.
  All blue collar jobs are very secure for a LONG time.
.

On Thu, Nov 18, 2021 at 10:16 AM Bari  wrote:


On 11/18/21 00:54, Chris Albertson wrote:


I'm working on some 4+ axis CAM that if the machine and the work holding

devices are included the physics engine will check for collisions to
prevent crashes.


A physics engine could be added to the simulator in LCNC to check for
collisions before they happen.


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






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

Re: [Emc-users] LinuxCNC with Robot Arm Setup

[Bari]

On 11/18/21 00:54, Chris Albertson wrote:



I'm working on some 4+ axis CAM that if the machine and the work holding

devices are included the physics engine will check for collisions to
prevent crashes.

A physics engine could be added to the simulator in LCNC to check for 
collisions before they happen.



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

Re: [Emc-users] LinuxCNC with Robot Arm Setup

[Bari]

Check out this thread on the forums "ROS LinuxCNC Link "

https://forum.linuxcnc.org/38-general-linuxcnc-questions/42008-ros-linuxcnc-link

I'm working on some 4+ axis CAM that if the machine and the work holding 
devices are included the physics engine will check for collisions to 
prevent crashes.


On 11/16/21 23:06, Ian Charnas wrote:

Hi everyone. I'm new to LinuxCNC but I'm an engineer with a background in
software and cnc machining so I'm hoping I'll learn quickly.

I'm interested in setting up LinuxCNC to run a robot arm. From what I can
tell, the wise approach is to follow this guide
 to setting up
my modified DH parameters, and to use this guide
 to setting up a visual
representation of the arm - either by importing STL files or by drawing
graphics primitives.

My first question: am I heading down a wise path or are there other
better options that I'm unaware of?

My second question: Can LinuxCNC prevent the robot arm from crashing into
itself, and if so how does it know when a crash would occur? Does it use
the geometry of each link that I provide in vismach?

many thanks for any tips and advice,
Ian




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

Re: [Emc-users] Replacing a handle.

[Bari]

FWIW, but not to nitpick, if you really want print speed then look at 
top down projection with an LCD or DLP.


https://i.imgur.com/zvxoHUT.jpg  200um XY at < 2 seconds per 100um Z, 
using 4k DLP


https://i.imgur.com/b4zPwKo.jpg 1-10um XY  0.1-1 seconds per 100um, 
using 4K DLP and inverted microscope. As shown it was printing at ~25um 
XY <1 sec. / 100um Z.


Bottom up is always slow if it's not layerless like CLIP or HARP. It 
also places strain on each layer when it separates the print from the 
vat. Cooling LCD's is also not a problem. High temp LCD's for projectors 
have also been around for over a decade. 
https://www.3lcd.com/explore/index.html


If you want to make a profit then you also need to make your own 
photopolymers.



On 10/14/21 07:21, Bruce Layne wrote:

On 10/14/21 07:21, Bruce Layne wrote:
My medium format S Box printer was among the first monochrome LCD 
printers.  It's faster than the 3D printers that use cell phone LCDs, 
and the technology is more reliable in general but probably not in 
this particular case, given that it was among the first.  A year 
later, hopefully the 3D printer manufacturers have worked with the LCD 
manufacturers to produce monochrome LCDs that are optimized for MSLA 
3D printing, with high resolution, better thermal management to stay 
cooler when sitting on top of a very high power UV LED array, etc.




On 10/14/21 6:50 AM, Gregg Eshelman via Emc-users wrote:
The technology to look for in LCD resin printers is a high resolution 
monochrome LCD. They allow much more UV light through than the color 
LCDs and last longer before degradation from the UV light exposure 
ruins them. But since these printers are pretty much the only reason 
to revive old mono LCD technology, they come with a premium price - 
but the per layer speed is considerably higher.



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



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

Re: [Emc-users] DC Servo issues

[Bari]

On 9/19/21 00:44, John Dammeyer wrote:


Over 10 years ago I bought two of these for the XY axis of the mill.
https://www.automationtechnologiesinc.com/products-page/dc-servo-motor/nema34-1125ozin-dual-shaft-servo-motor



One of the things that showed up right away was that with identical drives one 
motor ran hotter than the other.  Further investigation showed the resistance 
of the windings was different with the warmer motor having the lower resistance 
and inductance which matched the spec sheet.  By then it was too late to return 
the high resistance one so I decided to put what appeared to be the on spec 
motor on the Y axis since it had to carry more weight.  The X axis got the 
cooler and higher resistance motor.
Especially since AutomationTechnologies wouldn't replace the motor even though 
it was clearly out of spec.  Not about to buy anything else from them.



They are local for me. The owner is a nice enough guy but he also 
problems with getting reliable consistent parts from his homeland.


I only buy things from them that I expect to be like a kit that needs to 
be cleaned and assembled properly before use. I have had to return 
radial bearings with detents and linear bearings with crud inside or 
flat spots. We call them crunchy bearings. CNC mills come with red oxide 
treated fasteners and without nuts on the end of ballscrews so you can't 
adjust preloads unless you shim or replace with proper screws. Cables 
are assembled without the use of strain reliefs.


Red oxide treated fasteners  https://postimg.cc/jnhmsRhq

No strain relief  https://postimg.cc/7bqwTvvy

1mm of lash  https://postimg.cc/w1bvqpWk




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

Re: [Emc-users] The Code Of Conduct Fait Accompli

[Bari]

Can we just call it -isms and -ists doing stuff?

On 8/1/21 11:32 PM, R C wrote:
nah.. it's just a bunch of socialists/commies that discovered they too 
can claim the right to tell/demand etc. what others can say and do 
etc.  it's a fascist/marxist global trend



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

Re: [Emc-users] The Code Of Conduct Fait Accompli

[Bari]

Oh that "master" question was on the dev list.

Just us plebs in here.

On 8/1/21 11:09 PM, Curtis Dutton wrote:

I find it curious that we have a COC followed up by the "master" question
in short succession. Am I mistaken that these events as somehow related?



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

Re: [Emc-users] electrical inspection pain

[Bari]

Replace mill with UL approved saw or similar for $100 off CL (if you 
don't already have one). Call for inspection.


On 7/28/21 2:14 PM, Ralph Stirling wrote:

I'm in a bind now.  I just had the electrical wiring I put
into my garage shop inspected.  The WA state inspector
liked my wiring fine, but balked at the non-UL-listed
CNC mill (the main point to my whole garage shop project).
He insists it get stamped by one of the *seven* official
"approved engineers" for the state of WA before he can
sign off on my electric.  I suspect that the field approval
would cost considerably more than my entire mill (1998
vintage French 5hp spindle, 300x200x300mm travels,
$5K).  Didn't matter to him that the new VFD is listed.

Any other US-based, especially WA-based LinuxCNC
retrofitters faced this problem successfully?

Thanks,
-- Ralph

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



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

Re: [Emc-users] electrical inspection pain

[Bari]

https://www.intertek.com/field-labeling/

If moving the mill out for re-inspection or other plans fail.

On 7/28/21 2:14 PM, Ralph Stirling wrote:

I'm in a bind now.  I just had the electrical wiring I put
into my garage shop inspected.  The WA state inspector
liked my wiring fine, but balked at the non-UL-listed
CNC mill (the main point to my whole garage shop project).
He insists it get stamped by one of the *seven* official
"approved engineers" for the state of WA before he can
sign off on my electric.  I suspect that the field approval
would cost considerably more than my entire mill (1998
vintage French 5hp spindle, 300x200x300mm travels,
$5K).  Didn't matter to him that the new VFD is listed.

Any other US-based, especially WA-based LinuxCNC
retrofitters faced this problem successfully?

Thanks,
-- Ralph

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



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

Re: [Emc-users] Metallurgical Advice?

[Bari]

I'd pull the plate off the machine and weld it. Then mill it flat. It's 
a router, not a mill.


The problem might be finding a local welder and mill that can handle a 
piece that size.  Handling costs can get pricey if you don't have your 
own truck.


On 7/28/21 12:37 PM, andy pugh wrote:

On Wed, 28 Jul 2021 at 18:28, Todd Zuercher  wrote:


Is there any hope of repairing the table?  Are we going to have to replace the 
whole table?  Could the crack be welded, or is that a bad idea?

It's probably a bad idea, but I would think that it is worth at least
a try. You don't have a lot to lose.




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

Re: [Emc-users] Missing Features in LCNC for FFF/FDM Printers

[Bari]

LCNC can easily handle things like a FDM/FFF that over-molds parts or is 
built like a lathe and deposits thermoplastics or uses a syringe or 
peristaltic pump. The slicers really come up short. They do make up for 
the lack of a trajectory planner in some FFF/FDM firmware.


On 7/25/21 1:46 PM, Rob C wrote:

is this not just reinventing the wheel for the sake of it?

what is the benefit of using lcnc for fff/fdm printer?

I am not trying to downplay the idea / application or lcnc or its
capability.  (dispite it may appear so)

I ask because I run marlin (free) with octoprint (octopi) (again free) on a
Bigtreetech-SKR 1.4 Turbo , with 5x TMC2209 stepper motor drives running as
uart input. (about £70)...
it runs 2x extruders and an XYZ 300x300x500 frame with a 230v heated bed.

it's not like I can replace marlin with lcnc on that setup / board?

so I'd need different hardware (at more cost and time to configure) and it
will probably generate the same output using the same slicer.

the acceleration is taken care of in the tmc2209 drives and is nothing to
do with the slicer (I use cura (again free plus seems to meet my needs))

to speed up my prints I use a larger nozzle, given most of the stuff I have
done has been biggish.

not adverse to using lcnc, just not seeing an advantage in cost, time to
build, assemble, programme or finished product.

what am I missing?



On Sun, 25 Jul 2021, 18:55 Chris Albertson, 
wrote:


99% of the "magic" in 3D printing happens in the slicer.  All the printer
controller needs to do is move the steppers in a very stupid
way.Acceleration limits and such are all done in the slicer.  Notice that
the g-code files for some parts are MILLIONS of lines of g-code that do
very tiny movements

I still argue that the only thing LCNC lacks is "works out of the box".



On Sat, Jul 24, 2021 at 5:43 PM andy pugh  wrote:


On Sat, 24 Jul 2021 at 21:13, Bari  wrote:

What are the missing desired or required features in LCNC for
controlling FFF/FDM printers?

I have heard (but not tested) that extruder moves are not blended, so
the motion is not as smooth as one might like.

There might be something to be said for a G-code interpreter that used
E as the extruder, and supported the other 3DP-specific codes.

(LInuxCNC supports pluggable interpreters, this is doable)

--
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-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



--

Chris Albertson
Redondo Beach, California

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


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



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

Re: [Emc-users] Missing Features in LCNC for FFF/FDM Printers

[Bari]

Gains are all the features already in LCNC for uncommon 3d printers. 
Something like FDM  + other additive tech. FDM + SLA/DLP for example, or 
combined with inkjet.



Still wondering what is missing from LCNC for common FDM/FFF printers.


On 7/24/21 4:27 PM, Chris Albertson wrote:

Configuration files setup for common FDM printer hardware.

I think that is all that is missing.  A non LCNC solution works out of the
box.  It is this "out of the box" that is missing.   But the config is
needed not just for LCNC but also the common slicer apps like Cura

The next question is "What is to be gained by using LCNC?"

On Sat, Jul 24, 2021 at 1:13 PM Bari  wrote:


What are the missing desired or required features in LCNC for
controlling FFF/FDM printers?



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






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

[Emc-users] Missing Features in LCNC for FFF/FDM Printers

[Bari]

What are the missing desired or required features in LCNC for 
controlling FFF/FDM printers?




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

Re: [Emc-users] The Code Of Conduct Fait Accompli

[Bari]

On 7/22/21 4:35 AM, Valerio Bellizzomi wrote:


I am making a big effort to understand why people is so adverse to
rules. Every project on sourceforge/github has to follow rules of the
site, and some projects have their own CoC.
If you agreed to behave correctly before, the CoC should not affect
you, unless you want to misbehave now.



They aren't adverse to some rules, just a dictated CoC.

Other factors:

Not obsessive-compulsive

Some people have far less fear of the world around us due to genetics, 
psychotherapy, experience or maturity


Lack of transparency

Non democratic

Subjective rules


An Updated Inquiry into the Study of Corporate Codes of Ethics: 2005–2016

https://link.springer.com/article/10.1007/s10551-019-04192-x#Sec28





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

Re: [Emc-users] The Code Of Conduct Fait Accompli

[Bari]

https://forum.linuxcnc.org/29-forum-announcements/42898-linuxcnc-code-of-conduct

"You cannot reply to this topic."

And if he decides to not reply to you or anyone else, what are you or 
anyone else going to do about it? Not a threat, just asking.


Should be clear how this was and will be handled by now and by whom. 
Whoever has admin, Op, kick, ban, etc. etc. status for the mail list, 
IRC, forums. wiki, etc.etc.



On 7/22/21 2:02 AM, Bruce Layne wrote:
I now feel that this community is under the rule of unelected and as 
yet unnamed rulers.


The process was so opaque that I still don't know if one person 
unilaterally enacted the Code of Conduct, or was there some oligarchy 
that made the decision after a secret discussion?


When someone violates one of the subjective rules in the new Code of 
Conduct, will we then learn who the rulers are... or at least who the 
enforcers are?  Or will dissidents be quietly disappeared in the 
middle of the night?


An open source community that has always operated on mutual consent is 
now operating under dictatorial decree with all objections ignored and 
unanswered.  I think that's very sad. 



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

Re: [Emc-users] Code of Conduct

[Bari]

On 7/18/21 4:22 PM, Feral Engineer wrote:


this topic is being beaten to death

It would not happen here if the the squeaky wheel didn't get the grease.


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

Re: [Emc-users] Code of Conduct

[Bari]

On 7/18/21 1:08 PM, Stuart Stevenson wrote:


Who is the sheriff?

Whomever has admin, Op, kick, ban, etc. etc. status for the mail list, 
IRC, forums. wiki, etc.etc.



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

Re: [Emc-users] Code of Conduct

[Bari]

On 7/12/21 8:24 PM, Valerio Bellizzomi wrote:


On Tue, 2021-07-13 at 02:05 +0200, Dr. Nikolaus Klepp wrote:

So forcing CoC on all others is mature behaviour, isn't it?

Nik

yes, it is sign that one cares about the quality of the project.



Please post a list of these requirements that a project needs to show 
that they care about quality. Wouldn't how well the code works or 
looking at the source reveal that? I'm fascinated by these irrelevant 
requirements. Do we need to advertise that we only use sustainable bits 
for all the source? That no life forms of any kind were harmed during 
the development of this code. What else has been conflated with what 
makes for a quality project.



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

Re: [Emc-users] Code of Conduct

[Bari]

On 7/12/21 8:21 PM, Valerio Bellizzomi wrote:


On Mon, 2021-07-12 at 19:15 -0400, Bruce Layne wrote:

On 7/12/21 4:27 PM, Dave Cole wrote:

The argument that no professional organizations or people will be
attracted to a project without a COC is nonsense.

LinuxCNC has succeeded brilliantly all of these years without a Code
of
Conduct, and I saw nothing that necessitated a CoC.  It seems to
have
been externally mandated without cause.

LinuxCNC is a rare case in such, a blinkenlight in the darkness.
See if that endures after the mess.


I don't believe that so called "professional organizations" this 
superficial and juvenile would even know what to do with a CNC 
application.  Do they really think that LCNC will somehow implode 
without a CoC? They sky is not falling. How do they stay in business? 
Who would take them seriously? Please convince me that I am wrong



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

Re: [Emc-users] >3-axis CAM Development

[Bari]

2 1/2 , 3 and 4 with indexing is already part of FreeCAD/Path

https://wiki.freecadweb.org/Path_Workbench

https://www.youtube.com/watch?v=MWFC17MIfOE


I'm using C++ and Python.

On 7/12/21 6:00 PM, Chris Albertson wrote:

So the program would likely accept a .STEP file and produce g-code.   I
would start with the simpler case of 2 1/2 D machining

There are two ways, X,Y raster scanning with the end mill, that is really
primitive, or contour following.  For counter following I think you have to
convert to a topographic map then trace each counter line around in a loop,
then go to the next line.   I think there are many ways to define "next
line"

At some point you need to look inside the STEP file to fin the "intent" for
example a threaded blind hole is made with a drill and tap, not a tiny end
mill on a 6-axis machine.

What are you using C++ or Python, Something else?


On Mon, Jul 12, 2021 at 2:57 PM Bari  wrote:


For now my target is to work with FreeCAD/Path.  FreeCAD uses a geometry
engine based on Open CASCADE. I'm looking at some physics engines now to
handle the collision avoidance between the tools, material and work
holders.

I'm am also looking at being able to input factors for the tools and
material to be able to create more optimal paths than just raster scans.
1" dia carbide roughing end mill on a 20HP VMC vs 1HP spindle on robot
arm and tool steel vs 60xx aluminum.

On 7/12/21 4:17 PM, Matthew Herd wrote:

Hi Bari,

Though I'm no expert, your goal is admirable.  I would say typically I do
tend to use the larger tools first when feasible (i.e. excluding

situations

where I might have to drill first).  I try to use an adaptive tool path
whenever possible too.  I then move to one of many finishing strategies
(contour, horizontal, pencil, etc.)

I think traditional roughing was probably rather raster oriented.

Probably

just work in a constant stepover and depth of cut and go round the part

in

a roughly square path.  However, I don't know because I have very limited
experience with CAM packages prior to Fusion360 about 6 years ago when
adaptive was pretty much standard.  I dabbled with MasterCAM in about

2005,

but I can't recall if there was an adaptive tool path back then.  I don't
believe there was, but I never dug that deep.

Matt

On Mon, Jul 12, 2021 at 5:10 PM Bari  wrote:


I'm am working on creating open software for creating tool paths for 4+
axis machines.


What are your approaches to machining when using 4+ axis machines?


Hog out as much as possible first using the largest roughing tools first
then moving to smaller?


Any fine points to consider?


One vendor of 5-axis CAM markets adaptive technology to speed up the
process. Not exactly sure what they used to do when creating paths with
their older software vs newer.




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



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






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

Re: [Emc-users] >3-axis CAM Development

[Bari]

For now my target is to work with FreeCAD/Path.  FreeCAD uses a geometry 
engine based on Open CASCADE. I'm looking at some physics engines now to 
handle the collision avoidance between the tools, material and work holders.


I'm am also looking at being able to input factors for the tools and 
material to be able to create more optimal paths than just raster scans. 
1" dia carbide roughing end mill on a 20HP VMC vs 1HP spindle on robot 
arm and tool steel vs 60xx aluminum.


On 7/12/21 4:17 PM, Matthew Herd wrote:

Hi Bari,

Though I'm no expert, your goal is admirable.  I would say typically I do
tend to use the larger tools first when feasible (i.e. excluding situations
where I might have to drill first).  I try to use an adaptive tool path
whenever possible too.  I then move to one of many finishing strategies
(contour, horizontal, pencil, etc.)

I think traditional roughing was probably rather raster oriented.  Probably
just work in a constant stepover and depth of cut and go round the part in
a roughly square path.  However, I don't know because I have very limited
experience with CAM packages prior to Fusion360 about 6 years ago when
adaptive was pretty much standard.  I dabbled with MasterCAM in about 2005,
but I can't recall if there was an adaptive tool path back then.  I don't
believe there was, but I never dug that deep.

Matt

On Mon, Jul 12, 2021 at 5:10 PM Bari  wrote:


I'm am working on creating open software for creating tool paths for 4+
axis machines.


What are your approaches to machining when using 4+ axis machines?


Hog out as much as possible first using the largest roughing tools first
then moving to smaller?


Any fine points to consider?


One vendor of 5-axis CAM markets adaptive technology to speed up the
process. Not exactly sure what they used to do when creating paths with
their older software vs newer.




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






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

[Emc-users] >3-axis CAM Development

[Bari]

I'm am working on creating open software for creating tool paths for 4+ 
axis machines.



What are your approaches to machining when using 4+ axis machines?


Hog out as much as possible first using the largest roughing tools first 
then moving to smaller?



Any fine points to consider?


One vendor of 5-axis CAM markets adaptive technology to speed up the 
process. Not exactly sure what they used to do when creating paths with 
their older software vs newer.





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

Re: [Emc-users] Code of Conduct

[Bari]

Some people like being told what to do and what to think. They find it 
soothing.


Some on the list might even be racists, sexists, communists, 
capitalists, hedonists or even put ketchup on hot dogs.


With the CoC some of these people will sleep better at night.

"Project leaders are responsible for clarifying the standards of 
acceptable behavior and are expected to take appropriate and fair 
corrective action in response to any instances of unacceptable behavior."


"Project leaders have the right and responsibility to remove, edit, or 
reject messages, comments, commits, code, issues, and other 
contributions that are not aligned to this Code of Conduct, or to ban 
temporarily or permanently any community member for other behaviors that 
they deem inappropriate, threatening, offensive, or harmful."


Since there are no project leaders, what is the point?


On 7/12/21 1:23 PM, Dr. Nikolaus Klepp wrote:

That's exactly why policemen and theit CoC are unbearable.

Nik

Anno domini 2021 Mon, 12 Jul 20:14:42 +0200
  Valerio Bellizzomi scripsit:

Since you are unable to accept such a mild restrictive form, I think I suspect 
what kind of person you are, so I'm glad you're leaving.



On Mon, 2021-07-12 at 19:36 +0200, Dr. Nikolaus Klepp wrote:

Well, dear friends, as the CoC policemen with their CoC are more
important than any thing I decided to pull the plug and took my
remasters offline. You can read more about it here:
https://forum.linuxcnc.org/9-installing-linuxcnc/40260-iso-to-test-exegnulinux-remasterd-with-linuxcnc-a-lots-of-tools-and-no-systemd

I can only suggest for all contributors (how minor their effort may
be) not in line with forcing a political agenda onto a technical
project to do the same.

Nik

Anno domini 2021 Mon, 12 Jul 18:15:12 +0100
  Les Newell scripsit:

You do know you agreed to a much more restrictive CoC when you
joined
this mailing list, don't you? Here is the full agreement:

This is linked from the EMC-users subscription form


If you agreed to that, why are you so stressed about the one Jeff
proposed? If you don't agree you'd best unsubscribe quickly before
it
upsets you.

Les

On 12/07/2021 09:03, Dr. Nikolaus Klepp wrote:

You don't realise that forcing CoC on others is exactly what's
the problem with CoC. Just drop that fing CoC nonsens and
everythings going to be civilized again. But I see, this won't
happen. That's the whole point of forcing CoC: faschism.

Nik



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











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

Re: [Emc-users] off topic: cura profile for BIQU BX 3d printer

[Bari]

If you have a standard off the shelf FFF/FDM or SLA/DLP/mSLA printer 
then you are pretty much stuck with the limited slicer options. Most 
phone home or for  SLA/DLP/mSLA only output a proprietary format.


I have a printer controller running nanDLP that we have isolated on the 
network. The software keeps track of everything you do with it and tries 
to phone home.


I use Slic3r and bunch of scripts to run my printers with LCNC. That is 
why I'm working on my own CAM for machining as well as multi-tech hybrid 
printers. The closed stuff (CAM and Slicers) doesn't even cut it for 
anything that is not considered standard.


On 7/9/21 1:13 PM, Bruce Layne wrote:
PrusaSlicer is now slicing files for optical MSLA resin printers.  It 
may only be the Prusa resin printer now.  I'm still using Chitubox to 
slice my MSLA files, but hopefully soon I can use PrusaSlicer for all 
of my 3D printers.  Chitubox is free, but I don't think it's open 
source. It phones home, and there's no telling what it's reporting.  I 
should trap some packets and try to see for myself. :-)



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

Re: [Emc-users] Code of Conduct

[Bari]

On 6/30/21 12:59 PM, Scott Harwell via Emc-users wrote:


  I wish there was a little more "mansplaining" in some of the "docs". I still haven't decided how 
to set center of rotation for "A" and "C" in the Kinematics example.



I agree. Can we adopt a code of technical writing or CoT for short?


What happens if somebody violates the CoC? Do they get their bits 
banned? Do they get a strongly worded letter followed by stern looks?



A social psychologist would not be surprised by the reactions and 
dynamics over this. We have the people that want rules and authority to 
feel comforted vs those that don't require any amendments to "do unto 
others".





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

Re: [Emc-users] 2.8.2 Release

[Bari]

Thank you for the new release!

On 6/28/21 2:25 AM, andy pugh wrote:

On Mon, 28 Jun 2021 at 07:47, jrmitchellj  wrote:


Andy, if you are going to spin up a new ISO,  It would be really nice to
include/install pciutils in the package.

That's one of the reasons that I am planning a new ISO. The ISO source
is already updated.
https://github.com/LinuxCNC/buster-live-build/blob/master/config/package-lists/desktop.list




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

Re: [Emc-users] Code of Conduct

[Bari]

On 6/29/21 5:01 PM, andy pugh wrote:


Don't go imagining that there are Machiavellian intrigues going on in
back-channels. We are not that organised.



Isn't that just what a Machiavellian back channel organizer would say?  :)



Nobody is in charge, there is no committee, there is no board of
directors. Things only get done if one person decides that something
should be done, and then does it.



Thank you. Can we go back to Laissez-faire now?



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

Re: [Emc-users] Code of Conduct

[Bari]

I'm not singling anyone out. I find these CoC's to be mostly 
hypocritical. Especially by large corporations. Codes of ethics for 
subordinates, ruthless and lawless behavior by those at the head, e.g., 
just don't get caught. But hypocrisy seems to be in vogue along with CoC's.



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

Re: [Emc-users] Code of Conduct

[Bari]

On 6/29/21 4:12 PM, Valerio Bellizzomi wrote:


again, eccept for an evasive and dumb answer, there is still no
why...
let me guess,  you don't really have one other then a controlling
vague one.

The why is evident, we don't live in a ruleless world, even nature and
animal groups have their survival rules.

It is a question of survival of the community as a cohesive group.
I thought that LCNC is an open source software project. What is this 
dramatic talk of animal survival?



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

Re: [Emc-users] Code of Conduct

[Bari]

On 6/29/21 4:07 PM, Valerio Bellizzomi wrote:


The problem is with what is perceived as acceptable and by whom.
Different people perceive things differently based on their
background,
experiences, education, parenting, intelligence, age, environment,
country they live in, etc. etc.

Another thing to consider is what is LinuxCNC? What is the board of
directors? is this a democracy or a dictatorship or something else?

It is incredible that after so many years those questions are still
open. They should have been resolved many years ago, when the community
was born.

This might have been defined many years ago. Is any of this still true? 
Does the truth matter anyway?



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

Re: [Emc-users] Code of Conduct

[Bari]

I forgot to include this link to a video in my last post:

https://www.youtube.com/watch?v=moWe3rk7LzQ

This was not satire.



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

Re: [Emc-users] Code of Conduct

[Bari]

On 6/29/21 3:21 PM, Valerio Bellizzomi wrote:


On Tue, 2021-06-29 at 13:42 -0600, R C wrote:

On 6/29/21 11:09 AM, Valerio Bellizzomi wrote:

The whole purpose of a CoC is telling people how to behave with
respect
to each other. Basically you are free to think as you will provided
that you act as the CoC says.

Regards


and that is why it is inappropriate, and useless, there is no way
you
can predict how/what  offends people (and nowadays. Creating rules
for
what/how/when and to whom what can be said, well, there are
countries
where you can happily follow those rules.


This is what I think:

The point of a CoC is to tell people that the expected behavior is to
act kindly with respect to each other, and the CoC must foresee and
provide means to resolve any controvercies that may arise, and do this
kindly as much as possible in order to reestablish the community
aggregation and mutual respect.

I don't understand why there is so much friction on adopting a CoC, the
vast majority of open source projects around the world has a CoC which
is created, reviewed and accepted by community members.

The only point I can make is that we need a community revision and
voting of the CoC.

Regards

The problem is with what is perceived as acceptable and by whom. 
Different people perceive things differently based on their background, 
experiences, education, parenting, intelligence, age, environment, 
country they live in, etc. etc.


Another thing to consider is what is LinuxCNC? What is the board of 
directors? is this a democracy or a dictatorship or something else? Who 
decides which persons that this applies to? Users, persons in IRC, 
developers that wish to have their code included in the main 
distribution, forum posters, etc who is this for and what is the real 
reason for this?


It is a slippery slope.



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

Re: [Emc-users] Code of Conduct

[Bari]

On 6/29/21 3:52 AM, Robert Murphy wrote:


what are biggest hurdles for running a 3D printer with Linuxcnc.



People telling you that you should be using a *duino and GRBL and doing 
less with less.




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

Re: [Emc-users] Running 440V 3PH 2 speed motor off 220V 3PH or 1PH?

[Bari]

Sorry, Ignore my last post they are are all single phase when under $200 
and <3KW.


On 6/14/21 5:33 PM, Gregg Eshelman via Emc-users wrote:

The motor is in a Hardinge UM mill, less than 1 horsepower. It cannot be 
switched to 220V. Any way to get it running off 220 volts, three or single 
phase, without breaking a few banks?

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



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

Re: [Emc-users] Running 440V 3PH 2 speed motor off 220V 3PH or 1PH?

[Bari]

Maybe https://www.ebay.com/itm/254550292370  if you're in the states. A 
few on ebay for <$200.


On 6/14/21 5:33 PM, Gregg Eshelman via Emc-users wrote:

The motor is in a Hardinge UM mill, less than 1 horsepower. It cannot be 
switched to 220V. Any way to get it running off 220 volts, three or single 
phase, without breaking a few banks?

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



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

Re: [Emc-users] Question about Raspberry Pi 4 reliability

[Bari]

On 6/13/21 9:18 PM, Leonardo Marsaglia wrote:


Wow, that escalated quickly! LOL.
Nah, we just get trolls on the list from time to time. They don't have 
any solutions, just random complaints and half baked ideas.


Well, I've been reading everyone and I guess I'll stay with the normal PC
architecture for now. I'm not doubting about the capabilities of the Rpi
but really don't have that much time to play around with it.


If you supply enough power and keep the Rpi's cool they work well 
enough. But yeah you might have a to spend a bit of money and time on 
the right power supply, enclosure, heat sink and settings to have a nice 
stable system.



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

Re: [Emc-users] Question about Raspberry Pi 4 reliability

[Bari]

On 6/13/21 2:49 PM, Feral Engineer wrote:


Anyone trying to push a grbl box over Linuxcnc clearly has their head in a
rather unmentionable place.

As someone who has worked in the machine tool industry for nearly 2
decades, I've found Linuxcnc to be comparable to many "industrial" grade
controls, like fanuc, mitsubishi meldas and siemens from both configuration
and operation standpoint.

No CNC control is perfect, but the countless hours the developers have put
into lcnc out of their sheer dedication to the product shouldn't be written
off and for a feature that isn't yet implemented, the openness of the
software allows you to choose your own destiny with how you want it to look
and operate.

Show me grbl support for PLC/ladder, show me grbl support for 5 axis
kinematics or ATC circuits, show me grbl support for any code that ventures
away from G0 and G1.


The only issue I've had with the Rpi4 with 2Gb or 4GB of RAM has been 
with stable 4K video using the LCNC Buster ISO or Raspian. It might be a 
lucky combo of cables and monitors that cause the video to lose sync 
every now and then. But when I try to use it with a 4K projector for DLP 
resin printing the loss of signal for even a second triggers the 
firmware in the projector to display text on the projector that signal 
was lost and then display the projector brand, which in turn ruins the 
print since the display is the tool.


The problem went away when I used a Gentoo image for the Rpi4 
https://github.com/sakaki-/gentoo-on-rpi-64bit


I didn't compare all the differences between the drivers and configs for 
Gentoo vs Buster and Raspian to see what the Gentoo dev was getting 
right. It might have even been its firmware settings.




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

Re: [Emc-users] Freenode Shenagins

[Bari]

So at least four spots for chat. The Matrix, Discord, freenode and liberia.

Plus the forums and the two mail lists.

On 5/19/21 7:17 PM, Eric Keller wrote:

There is a linuxcnc chat on libera
#linuxcnc




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

Re: [Emc-users] Heidenhain LS403 scale

[Bari]

Look for a sin/cos to incremental converter or build one. They pop up 
from time to time on ebay for ~$100ea.



On 3/26/21 3:34 PM, Feral Engineer wrote:

Does anyone have a working solution for using Heidenhain LS403 scales with
LinuxCNC? They're 2 phase sinusoidal feedback. Trying to connect to a mesa
7i95.

Phil T.
The Feral Engineer

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

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



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

Re: [Emc-users] Nice camera/probe integration

[Bari]

Like the cheap USB webcams and microscopes they perform processing on 
the images before they pipe the data out the ports.


The ones you link to below may be made to work for location and 
measuring.  If you don't mind pausing to make measurements or detecting 
the edges. It will just be more difficult to use them while moving them 
across the parts.


On 3/14/21 12:35 AM, Frank Tkalcevic wrote:

There are a lot of "inexpensive" microscopes that are used for PCB repair and 
inspection like this one...

https://www.aliexpress.com/item/4000835475910.html

And more expensive auto-focus options...

https://www.aliexpress.com/item/4000835289877.html

There are many combinations of lens and camera.  Some USB only.  Some cameras 
have measuring software built in (used via a monitor).

Has anyone tried these for CNC location and measuring?


-Original Message-----
From: Bari [mailto:bari00...@gmail.com]
Sent: Saturday, 13 March 2021 7:39 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Nice camera/probe integration

The problem with the cheap webcams is all the frame averaging they
automatically do. I regularly see decent machine vision camera bodies on
ebay for ~$100 that won't have this issue. A decent lens is about the
same used.

These pics were all taken with a cheap USB microscope ($50)� that was
near useless when there was any motion:

https://imgur.com/2B3j01S

https://imgur.com/QU0ka4r

https://imgur.com/IFdlrj3

https://imgur.com/XKRdpFK

This was of a 50um gap between some caliper jaws. Sobel edge detect filter.

On 3/12/21 1:40 PM, Ralph Stirling wrote:

I had in mind emulating the concept with Linuxcnc
and low-budget cameras and probes, not forking over
for the German luxury model.  I see on eBay cheap
part locating cameras, like this:

https://www.ebay.com/itm/254714062831

and relatively cheap probes like this:

https://www.ebay.com/itm/333094733077

A swing arm like that Datron uses could be controlled
with a beefy RC servo (swung against a mechanical
stop for accuracy), and some python scripts could
do the UI for picking the probing locations as the Datron
video shows.




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



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



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

Re: [Emc-users] Nice camera/probe integration

[Bari]

The problem with the cheap webcams is all the frame averaging they 
automatically do. I regularly see decent machine vision camera bodies on 
ebay for ~$100 that won't have this issue. A decent lens is about the 
same used.


These pics were all taken with a cheap USB microscope ($50)  that was 
near useless when there was any motion:


https://imgur.com/2B3j01S

https://imgur.com/QU0ka4r

https://imgur.com/IFdlrj3

https://imgur.com/XKRdpFK

This was of a 50um gap between some caliper jaws. Sobel edge detect filter.

On 3/12/21 1:40 PM, Ralph Stirling wrote:

I had in mind emulating the concept with Linuxcnc
and low-budget cameras and probes, not forking over
for the German luxury model.  I see on eBay cheap
part locating cameras, like this:

https://www.ebay.com/itm/254714062831

and relatively cheap probes like this:

https://www.ebay.com/itm/333094733077

A swing arm like that Datron uses could be controlled
with a beefy RC servo (swung against a mechanical
stop for accuracy), and some python scripts could
do the UI for picking the probing locations as the Datron
video shows.





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

[Emc-users] 5-Axis Toolpath Generation for CAM

[Bari]

The patent on this toolpath generator for CAM has expired:

https://dspace.mit.edu/bitstream/handle/1721.1/29225/50140264-MIT.pdf

https://patents.google.com/patent/US6311100B1/en

I was wondering if anyone knows if this approach was actually used in 
any CAM applications written in the past 20 years?



-Bari



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

Re: [Emc-users] To Sam Sokolik re opencv on linux

[Bari]

On 1/28/21 4:55 PM, Gene Heskett wrote:


That's not the video I saw, and can't find again. I think it was one of
yours where you were auto finding a red target dot by calculating the
offset and a button click then drove the machine at a high rate of speed
to put the red dot precisely in the cameras target circle. Wasn't that
one of yours video's?



This one maybe?

https://www.youtube.com/watch?v=Pe2RACwiEbg



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

Re: [Emc-users] Maybe a minimally printed harmonic drive?

[Bari]

On 1/27/21 10:55 AM, Sam Sokolik wrote:


Nice being able to make things while I sleep..

2 outside side rings - one 202 teeth - one 200 teeth.
Inside flex ring - 200 teeth.  Feels good - for what it is..

http://electronicsam.com/images/greenmachine/IMG_20210127_104237.jpg
http://electronicsam.com/images/greenmachine/IMG_20210127_104628.jpg
http://electronicsam.com/images/greenmachine/IMG_20210127_104354.jpg


Timing belts will take the flex

https://www.youtube.com/watch?v=Y8ZELQdgBbU

https://www.youtube.com/watch?v=2YC-0C8oPUo


Cycloid prototype under microscope

https://www.youtube.com/watch?v=um5GMOBgz6s


Hybrid planetary/harmonic drive - check out how they made it flex

https://www.youtube.com/watch?v=sdRGrTHq4hA



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

Re: [Emc-users] camview or emccam or emc_cam

[Bari]

On 1/25/21 2:49 AM, andy pugh wrote:



I assume that he already had the Haimer? Otherwise the probe + camera
seems like an expensive and complex solution compared to a
conventional touch probe.

Yes a roundabout way to use image processing with a dial indicator vs 
camera viewing the parts.


I should have posted this earlier. Sam uses openCV to located the edges 
and centers of the holes.


Circle recognition - opencv to linuxcnc

https://www.youtube.com/watch?v=Pe2RACwiEbg





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

Re: [Emc-users] camview or emccam or emc_cam

[Bari]

LinuxCNC probing holes using machine vision:

https://www.youtube.com/watch?v=7mBQwIzaiaQ

Not complete but further along than what I wanted to build using QTPYVCP

https://github.com/TurBoss/VideoVCP

This just a start of the framework by the QTPYVCP devs.

I wanted to add several features using openCV.

50um gap sobel filter for edge detect example:

https://ibin.co/2u5W3RNmUMtN.jpg

https://ibin.co/2u5XXEUdLjMj.jpg

Nothing is anywhere near complete yet.


On 1/23/21 6:55 PM, Gene Heskett wrote:

Greetings all;

My new camera for the mill arrived today, and looks great pix wise using
luvcview.  But since its never been installed on the 6040, none of any
of those camview utility's can be found on the machine, and my goggle-fu
is on strike, all it can find for a emc_cam search is an exersize gym in
Pheonix AZ. Which obviously is not what I have in mind.

So, where do I get the latest, hopefully all bug fixed version of that
camera/edgefinder utility?

Thanks all.

Cheers, Gene Heskett



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

Re: [Emc-users] 4th axis engraving

[Bari]

Check out G-code Ripper

http://www.scorchworks.com/index.html

Read, Scale, Rotate, Split, Wrap G-Code

http://www.scorchworks.com/Gcoderipper/gcoderipper.html#documentation

On 1/6/21 4:02 PM, andrew beck wrote:

Hey everyone

I have a job to do engraving the od of a wheel.   I currently have a 4th
axis but haven't bolted a motor on it.  I can suss this part though.  And I
use fusion360 for cam.

I have never done 4th axis work before.  And don't even know if anyone has
a linuxcnc post processor set up.

If anyone out there has done this I would love to hear from you.  I have
about a week to get this working.

Regards

Andrew

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



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

Re: [Emc-users] LinuxCNC legacy or future

[Bari]

More details:

MMC - Modern Machine Control

Everything is STM32.

Real time Ethernet with bridges to factory floor protocols.

Distributed intelligence

Easy to debug

"All things to everyone", ATE GUI's.

Support for any buses the OS supports, bus agnostic, ungendered, 
polytheistic, all-buses-to-everyone, no bus left behind, etc etc


Arrives early vs just in time design

No old hardware! You have been warned!

All code over 6 months of age is automatically tossed.

No developers are allowed to complain, only manage.

CAM and CAD included for one stop shopping.

No Clippy, but popups for what I think you want to do macros.

Automagic updates while you sleep, on or off the machine.

Wizards, witches, etc whatever it takes to make you happy.

Post G-code ready.



Main components (MC):

Operator panel based on industry-compatible PC technology for the 
man-machine interface


CNC control unit

Programmable controller

Drive modules for machine tool axes and spindles

Motors (AC motors and linear drives)

Supply and energy recovery unit (S/E unit)


Digital Drive Control (DDC):

High resolution digital speed and path monitoring

Higher order control algorithms, in particular compensation of the lag 
induced contour error through speed and torque feed forward control 
(important in the case of high tool path feedrates and the resulting error)


Wide range of analysis options, e.g. measurement of frequency response

Automatic circular test with automatic optimisation of the reversing 
error that occurs at axis reversal points (quadrant error) using neural 
networks


Connection of direct drives, e.g. linear motors

Machine safety functions implemented across two channels using CNC and 
drive processors



Look ahead feedrate control over more than 100 blocks

Transformations, e.g. for clamping corrections or 5-axis transformation

Elimination of contour error in the axes to provide greater path accuracy

Torque damping along the feed path and in an axial direction to reduce 
machine wear


Tool correction (length, radius, various types of cutter)

Automatic path smoothing functions for smooth surfaces

Compensation for mechanically induced errors

Safe operation of the machine in the work area

Compensation for temperature induced errors caused by high spindle 
speeds and axis feedrates through heating of the spindle and feed axes


Compensation for friction errors at axis reversal points (quadrant errors)

Compensation for leadscrew errors and errors in measuring system

Compensation for angular and sag errors in machine tool through 
interpolative compensation (volumetric compensation or cross error 
compensation)


Compensation for play in axes that are not measured directly




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

Re: [Emc-users] LinuxCNC legacy or future

[Bari]

Somebody is already working on that without the use of Linux. Might as 
well start calling it Lindows with all the crap inserted lately.



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

Re: [Emc-users] Mesa 7C80

[Bari]

On 8/18/20 6:19 PM, andy pugh wrote:


On Tue, 18 Aug 2020 at 23:33, Chris Albertson  wrote:

That board only works with a Raspberry Pi.In 10 years the Pi will be an
antique and no longer supported by now Linux kernels.

The Pi has been around for 8 years already.

Whether this strengthens or weakens your argument I can't quite decide.

Some multicore ARM SOC boards include the standard Rpi header IO and a 
PCIe connector. PCIe will be around for a quite a while. The latest 
Linux kernels still support ARM cores from the 90's so fffttt.


Sincerely,






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

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

On 8/15/20 8:40 PM, John Dammeyer wrote:


From: Bari [mailto:bari00...@gmail.com]
I was not arguing just for the sake of arguing. I'm trying to nail down
what exactly the other idea is with LinuxCNC and microcontroller and who
will work on it.


Dave Matthews posted about the USB to Parallel dongle.  That's the start of 
this thread.  Along the way it kind of went here and there.



Please let me know when you have a block diagram of the new system 
design. Which toolkit will you use for creating all the GUI's?




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

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

One must make many wise choices to make a machine operate properly.

On 8/15/20 6:33 PM, John Dammeyer wrote:

You just need to make a wise choice for the x86 PC.


That's a key statement.  It's perfect and works with absolutely everything as 
long as you only are wise enough to use component X.

I was not arguing just for the sake of arguing. I'm trying to nail down 
what exactly the other idea is with LinuxCNC and microcontroller and who 
will work on it.



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

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

The reality that you are using a Pi4 or an AMD motherboard from 2005 to 2019 is 
then just not really important.

It's what's between that and the mechanicals and it's not the Pi4.  It's MESA.  
An OrangePi may only be around for a couple of years.  Then discontinued.

Maybe in 20 years I won't care.  But I really don't want to be changing out my 
hardware every 2 or 3 years.



For stepper powered open loop mechanical systems no Mesa hardware is 
required in between the x86 PC or the Orange pi and the stepper drivers. 
You can use Mesa in between if you wish or require very high step rates 
or much more IO, etc. You just need to make a wise choice for the x86 PC.


Mesa FPGA's are typically used with x86 PC's for closed loop/servo systems.

The Orange Pi's (there are numerous versions) have been available for 
over 5 years. They mostly use the Allwinner ARM soc's that have the 
integrated microcontrollers. Some versions use the Rockchip ARM SOC's 
that also has an integrated microcontroller. The boards all have the 
standard Rpi header IO pinout.


The Allwinner ARM soc's go back about 8-9 years now. There has been a 
big open source group that has been involved with the Linux support and 
also opening up of the mali GPU drivers.


https://linux-sunxi.org/Main_Page

They are not a flash in the pan and should be around for at least 
another decade. What is more of a concern with ARM is its possible sale 
to nvidia. That could possibly put a damper on future openness for ARM.









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

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

On 8/15/20 3:18 PM, John Dammeyer wrote:


When I installed the latest Linux CNC last fall onto several different Lenova 
PCs they all failed the latency test for stepping past about 25kHz.  Adding 
external low profile video boards made it even worse.  I bought 3 different 
cards that fit those boxes.

The dual boot system ran WIN-XP and MACH3 with step rates up to 75kHz without 
issues while LinuxCNC could not.  The end result was to choose either an 
Ethernet Smooth Stepper or MESA 7i92H.  The MESA was cheaper so I went with 
that.

As I understand it I'm not alone.  The faster PCs if anything now more than 
ever require an external step generator.  In the Windows world MACH4 can't even 
use the USB Smooth Stepper that MACH3 can on processor 10x faster than the 
WIN-XP running my CNC router.

I think basically the fact is a general purpose computer board that runs Linux 
still needs some sort of external step generator hardware interface.  Either 
through Ethernet, SPI, USB or multiplexed I/O.



I come across very few PC's that can't software step with LinuxCNC 
<40Khz. Stay away from big brand name boxes with a crippled BIOS to make 
support easier for their corporate clients.


Last year I even purchased my only Intel boards in the past 20 years. 
https://www.amazon.com/Asus-Celeron-Mini-ITX-Motherboard-C8HM70-I/dp/B00APL76WO 
$32ea with shipping used. Installed LCNC on stretch with preempt_rt and  
latency jitter was under 6us. Fast enough for gantry robots.


Anything AMD from 2005 -1018 by Asus or Gigabyte has onboard video and 
low latency. i have several around here that we used for RTAI development.




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

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

On 8/15/20 1:13 PM, Gene Heskett wrote:


I don't know exactly what Bari is doing with his *.pi,
but if you take inventory of everything I am doing with this rpi4, I
think most will be impressed. I'd go so far as to say amazed. Cutting
air making 50 copies of the chess pawn with that rpi4, I went online
with firefox, fully expecting to see it screwing with my exercise, but
in an hours worth of browsing the network news sites, I did not detect a
single instance of the lathe stalling.

So the next thing is to establish just exactly what is wrong with
linuxcnc running on some flavor of processor which is running linux that
may have been compiled using the linux tools of that processor family.

So lets see if a waterproof argument can be made.

The difference between the Raspberry Pi's and the Orange Pi's is that 
the Raspberry Pi's have no known internal microcontroller. The Raspberry 
Pi's still rely on external hardware (Mesa FPGA) for many applications.


The Orange Pi's have an internal microcontroller that may be used for 
very fast software stepping. This is much like the Beagle Bone Black 
with its two PVR's. The Orange Pi's however also have a powerful GPU for 
running the GUI on a HD display. The Beagle Bone Blackdoes not.


Open loop as well as closed loop is very important to me as is a HD res 
GUI at 30+ FPS. I also want to be able to tweak or make a custom GUI for 
my different applications. I don't want to be stuck with a graphical 
radar screen without a backplot or preflight like this:


https://imgur.com/nRqFCmw



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

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

On 8/15/20 12:13 PM, John Dammeyer wrote:


The PC is complicated and people are obliged to use an OS they really have no 
control over.  (Unless they want to learn the complete Linux OS ins and outs).


Depending on your experience and education any electronic device can be 
easy to understand to total magic. Linux is open source so one can argue 
that the user has complete control over the OS. PC's do have some secret 
firmware that the hardware vendors guard very closely, but in most 
instances much of it can be turned off or ignored for use with real time 
Linux. Any device that will be used as the GUI will be complicated. A 
smartphone is far more complicated than a PC and runs software layers 
that will be obfuscated for years beyond their use.


Where do we draw the line as to what is complicated or not complicated? 
A microcontroller driving an LCD for the GUI is far less supported 
(developer man years) than an x86 PC. If we replace the PC with a 
microcontroller and LCD display how much more work will it be to have 
all the open source GUI's that LCNC already has for me to freely 
customize for any given application? Sounds like lots of loss for what gain?


CNC machines are not plug and play. A fully functional CNC machine is 
not something that an untrained operator can just walk up to and start 
making parts. How dumbed down are we targeting a new CNC controller? 
Something for desktop CNC routers? Even 3D printers are not just press a 
button and come back when it's done unless the print programs have 
already been proven on that printer model.



The Orange Pi is generating steps� >400Khz and runs LCNC for cheap and
is not a PC.

Same issue. Still Linux and still a complex OS along with video cards+USB+hard 
drive support that appear to screw up latency with parallel port outputs.


The Orange pi is an ARM Linux PC with an on chip microcontroller. The 
microcontroller does the job of some Mesa card functions. Latency is not 
a problem with the Orange pi.




I'm looking for pathology to support a theory for anti-x86 PC machine
control sentiment.

I don't think it's anti-PC as much as PC + external motion control card.  Where 
in the past with low end VGA cards one could get high speed low latency it's 
now PCs w/o parallel ports and built in video that makes a PC a bit of a crap 
shoot.
Onboard video hasn't been an issue with latency for the past 10 years or 
so. I have been using AMD motherboards for the past 20 years without any 
onboard video causing latency issues.  I get $10 PCIe LPT cards for my 
x86 PC's all the time that work well with software stepping and a $10 
BOB. If it says WCH CH382L on the chip it usually works, even with EPP 
and a Mesa card. EPP is only required for the LPT port to work with a 
Mesa card. EPP is not required for software stepping to a BOB.  This 
driver was added to the kernel for Dev. ID 3050, Date: Sat, 26 May 2018, 
Kernel 4.14 
https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/patch/drivers/parport/parport_serial.c?id=c9a104e23cb8ff37ddeb788f7d57b3b8d1a030ab 
<https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/patch/drivers/parport/parport_serial.c?id=c9a104e23cb8ff37ddeb788f7d57b3b8d1a030ab> 



Debian also back ported this to earlier kernels since it is working with 
Kernel 4.9



What am I missing here? Is this anything more than PC bad and
micro-controller good?

Enter the 'micro-controller' which is much faster with more memory than many of 
the PCs from 20 years ago and a simpler RTOS and it appears like the perfect 
solution.

However, we're back into project definition and user interface issues at this 
point.

The BeagleBone running MachineKit and its two additional PRUs already is an 
inexpensive 32 bit solution.  And it has video although rendered rather slowly. 
 But we're back into still running Linux under the covers and the video is the 
limitation.
Yes the Orange pi is very similar to the BBB with its two PRU's. The 
orange pi has one integrated microcontroller.
  
So I agree with Bari, before promoting the low level solution as this processor or that processor is great and now let's make a CNC system how about defining what exactly is wanted.  Not just to get rid of the PC.


Perhaps the proponents of such a system might create a list starting with the 
user interface which will include display and user input mechanism along with 
I/O requirements.   Specify that first.

Then start looking at what sort of open source hardware is out there that will 
fit the specifications.

The other direction appears to be:  "Wow!   I really like the STM32 or OrangePi or 
!  I want to replace LinuxCNC with that because I know it can do 300kHz stepping and 
it works on a 3D printer."

So what are the specifications of this 'replacement'?
Screen size and resolution and graphical abilities?
Networking capabilities including Ethernet _and_ Controller Area Network?
User interface including touchscreen, keyb

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

On 8/15/20 3:46 AM, Chris Albertson wrote:


What are you missing?  THe Orange Pi is not a microcontroller.  It is a
small size PC.  It runs Linux and acts like a PC,I microcontroler is a
single chip with a much less powerful CPU and memory measured in Kilo and
mega bytes, not gigabytes. And they don't run Linux.
So what you are missing is the suggestion was  not to replace the Linux-PC
(or Linux-Pi) with a micro controller but rather create another external
real-time board from a mass produced product.


Already done without another external board.

https://orangecnc.gitlab.io/arisc-driver.html

https://gitlab.com/orangecnc

https://linux-sunxi.org/AR100

Maybe you can help them with reading encoders for closed loop applications.



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

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

An Orange Pi has an integrated microcontroller that may be used for 
stepping to >400KHz. It already does what you are mentioning internally. 
I haven't explored how fast that it can read encoders yet for closed loop.


On 8/15/20 3:46 AM, Chris Albertson wrote:

What are you missing?  THe Orange Pi is not a microcontroller.  It is a
small size PC.  It runs Linux and acts like a PC,I microcontroler is a
single chip with a much less powerful CPU and memory measured in Kilo and
mega bytes, not gigabytes. And they don't run Linux.

The Orange Pi or a PC is OK for open loop stepper moter based systems but
can't handle a rotary shaft encoders without help.  It also, no matter how
good it is, there is jitter in the timing.   To get past this most people
will use a Mesa Card of some type.

But rather then Mesa, what about a $3 SMT32 based card, or several of
them?Then if done right you would not need the real-time version of
Linux.The system would be much easier to set up

If you don't need RT Linux then maybe you don't need Linux and a Mac or
Windows or maybe an iPhone could work as long as all the real-time
parts ran on these microcontrollers.   Some robots work like this.  So
there are many examples.

So what you are missing is the suggestion was  not to replace the Linux-PC
(or Linux-Pi) with a micro controller but rather create another external
real-time board from a mass produced product.



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

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

Honestly asking, why spend the time?

Did a PC abuse people in any way during the 00's or maybe the 90's?

The Orange Pi is generating steps  >400Khz and runs LCNC for cheap and 
is not a PC.


I'm looking for pathology to support a theory for anti-x86 PC machine 
control sentiment.


What am I missing here? Is this anything more than PC bad and 
micro-controller good?


On 8/14/20 11:57 PM, Chris Albertson wrote:

What you want should be possible, if only some one would spend some months
working of the software.I use this little STMF104 for motion control
(but not for CNC) and the STM32F104 can generate pulses far faster them my
motors can move. What is the point of 300,000 steps per second if the
motos cn't move that fast.

Most 3D printers use Marlin software that runs on an 8-bit Arduino and it
runs all four axis up to the limit of the motors speed.   The STM32F103 isi
and order of magnitude more powerful them an 8-bit Arduino.There is not
reason an STM32 can't drive a full size 5-axis milling machine.We just
need someone to decide to do it.

On Fri, Aug 14, 2020 at 1:21 PM cogoman via Emc-users <
emc-users@lists.sourceforge.net> wrote:


On 7/23/20 2:15 PM, Chris Albertson wrote:

What is really needed is for someone to write firmware for the common
STM32F103 "Blue Pill".  These have the hardware to do things like step

gen

and quadrature decode  at MHz speeds and talk to the PC over SPI I2C or

USB

and cost under $3 from 100 different vendors.   I use these for motion
control when I can but not with Linux CNC. It is really "just a

matter

of software" but I'm not about to spend months of my time to save the

cost

of a 7i92.

May I suggest the shoulders of KevinOConner to stand on.

Check
out   https://www.klipper3d.org/

He has set up a 3D printer program that uses python on the Raspberry PI
for the G-Code interpreter.  He used OctoPrint to feed the USB serial
port, but the arduino doesn't have to interpret G-Code, so with an
arduino he can max out at 102,000 steps per second, with the STM32F104
in the Blue Pill Board he can max out at 360,000 steps per second, both
with 3 steppers stepping.

  https://www.klipper3d.org/Protocol.html

  https://www.klipper3d.org/Features.html

The benchmark is a little cryptic to me, but I think it says the blue
pill board can step three steppers at less than 10uS per step max (for a
$3 board).  If I read this properly, you can sink up 2 blue pill boards
and control 6 to 8 steppers.  Yes there are limit switches connected.
It also handles the slow speed PID control of  a heated bed and extruder.

I would like to see LinuxCNC set up to control my router through the
blue pill board (or two) without needing the OctoPrint, or the Klipper3D
python interpreter.  I have been running my router with GRBL, and though
it's an amazing feat of programming prowess, sometimes wrestling with
FreeCAD and either FreeCAD's PATH toolbench or JSCUT makes me wish I had
the subroutines, named variables, math, and looping constructs LinuxCNC
makes available.  Many times I've spent hours or days doing something I
felt confident I could do in LinuxCNC in about an hour.

I would like to see LinuxCNC able to control a small machine through
a $14 CNC controller.

http://www.zyltech.com/arduino-cnc-kit-uno-r3-shield-4x-a4988-drivers/

The protocol and the microcontroller software is already done, though
I'd guess it doesn't use synchronous transfers, but just buffers the
steps to keep latency from stalling the steppers.





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






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

Re: [Emc-users] cura being a bitch, was printer balistics questions, unrelated to linuxcnc

[Bari]

Another idea is >1k harmonic drive designs for download in many native 
3d CAD formats


https://www.traceparts.com/en/search

Download in the format you wish. You have the native files so you can 
modify to your hearts desire.





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

Re: [Emc-users] cura being a bitch, was printer balistics questions, unrelated to linuxcnc

[Bari]

On 8/8/20 2:09 PM, Gene Heskett wrote:

On Wednesday 05 August 2020 12:28:27 Gene Heskett writes:

Cura has a mind of its own. I have now wasted 3 days trying to get it to
lay down, because all the stl files for this project load standing on
edge, to first put the correct face down on the build plate, and 2nd a
101.5% scale up for the XY distances. Obviously there is a linkage
between XYZ that can't be disabled, because anything I touch with the
mouse after setting those values in the scale menu on the left, then
fills those values in again with its own data, ignoreing my choices.

I've looked at slic3r, finally got it running, and the first thing I note
is that the .stl isn't round, but off by .05mm between xy, and while
cura looks like it can fix that but won't, slice3r has that locked, so
you can scale it all only. I can't find a disconnect function.

Not bad for printers that only have 0.1-0.2mm resolution. This is a long 
thread and I missed where you posted the links to the files you are 
using. Most of these tools were written by re-inventers of wheels and 
didn't know what they didn't know yet when they started. I can take a 
look at your Thingverse files here and form an opinion.



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

Re: [Emc-users] printer balistics questions, unrelated to linuxcnc

[Bari]

On 8/2/20 9:59 AM, Gene Heskett wrote:

Discussion, educational/reference URL's all welcome.



FFF/FDM is inherently slow and low res. A resin printer can make those 
parts in minutes. The slow and cheap resin printers are under $200 USD 
and print an entire layer 100um thick from 4-20 seconds depending on 
resin used.


For example: 
https://www.amazon.com/ANYCUBIC-Photon-Zero-Assembled-Anti-aliasing/dp/B083SNDS9C




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

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

On 7/23/20 2:23 PM, John Dammeyer wrote:


And it's still USB.  Can it handle a 2500 line quadrature encoder?   The 
control is the small part of the overall CNC conversion.  I found that buying 
the CNC Cape for the BeagleBone  which all around seemed like the lowest entry 
cost ultimately wasn't cheaper and it's sitting in a box.


This is not for closed loop servo that moves at a high speed. They 
likely just USB to LPT and reference a clock on the LPT side to Step and 
Dir for open loop.


"- Inputs read - reaction to any input status change. Not more often 
than every 20 ms."


So the minimum that the state can change on quadrature is 20mS.


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

Re: [Emc-users] Machmaker USB -> Parallel

[Bari]

On 7/23/20 10:41 AM, Dave Matthews wrote:


A link to a video for this thing showed up in my facecrap feed.  It
looks like a UC-100 only for LinuxCNC 2.9.  They are demoing on a Pi
4.  Has anyone got any experience with the Linumeric-LPT v1?  Price
and ordering are not shown on the site, you are directed to email
them.

Product Link - http://machmaker.pl/index.php?p=1_13

VIdeo - 
https://www.youtube.com/watch?v=txivr8j86t8=youtu.be=IwAR04UYfSGbRucny1aek0HVgJGrBkG0FiaxosNx_DQiKoZXNBPOXl1Raue3A


The catch is right there in the online list of specs

Inputs read - reaction to any input status change. Not more often than 
every 20 ms.




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

Re: [Emc-users] lubricant for a PLA harmonic drive?

[Bari]

Teflon or PTFE

Some have reported using Lithium grease for over a year without issues. 
The water content might be an issue over time but you're probably not 
looking at years of service on the gears anyway.


https://www.machinedesign.com/motors-drives/article/21831576/engineering-essentials-lubrication-tips-for-plastic-gears-and-more-part-2

https://www.motioncontroltips.com/plastic-gears/

https://www.geartechnology.com/articles/0993/Lubricants_and_Lubrication_of_Plastic_Gears/

With handy compatibility charts 
https://ecllube.com/resources-for-engineers/tutorials/ECL_Tips%20on%20Lubricating%20Plastics.pdf




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

Re: [Emc-users] Calculating table acceleration. Was: Need help with Bostomatic BD18-2 to linuxcnc

[Bari]

It's really not a big deal. Engineering and science is full of math 
operations that you have to jump to all the time. If it is too difficult 
find someone else that is not a complainer to help you.



On 7/23/20 12:34 AM, Chris Albertson wrote:


Why on Earth do people still use US units?   OK if your final result must
be expressed that way, but do the math in metric then convert at the end.



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

Re: [Emc-users] Calculating table acceleration. Was: Need help with Bostomatic BD18-2 to linuxcnc

[Bari]

On 7/22/20 11:04 PM, Bruce Layne wrote:


On 7/22/20 11:43 PM, Thaddeus Waldner wrote:

1g = roughly 32in/s^2

1 g is 32 ft/sec^2

Feet, not inches.



Comparing Standard Gravity to Other Acceleration Units

Standard Gravity    1 G's
Meters per Second per Second    9.81
Feet per Second per Second    32.174
Inches per Second per Second    386.09


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

Re: [Emc-users] Retrofit Candidate?

[Bari]

On 7/18/20 5:56 PM, Jon Elson wrote:




It would be hard to do anything like this with a Delta scheme, as the 
errors stack up.




Why I asked.


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