Advanced Search

Search Results (Searched for: )

  • Finngineering
  • Finngineering
Today 18:57
Replied by Finngineering on topic XHC WHB04B development?

XHC WHB04B development?

Category: General LinuxCNC Questions

I tested the errorhandling branch by modifying the requestManaulMode back to the original. Then I can get the dongle to disconnect reliably. While I maybe did not do exhaustive testing, the dongle reconnected successfully every time I generated a disconnect. So at least based on this your code is working as expected.

Also with the original code, the pendant would reconnect for me if I simply removed the assert statement. I know that no "restart" is triggered from that alone. But because the USB device has been disconnected, the libusb_control_transfer will fail just a few moment later, and that will trigger the restart. For Hakan it didn't reconnect, but that was because it segfaulted in libusb. Anyway, now the assert statement is gone and there is some proper handling of the libusb_submit_transfer errors.

While you are there in the setupAsyncTransfer function, the libusb_fill_bulk_transfer() should really be a libusb_fill_interrupt_transfer(). If you do a lsusb -vvv, you see that endpoint 1 IN is really an interrupt endpoint:
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               2
The bInterval means it should be polled every 2 ms (for a full speed device, as this is). I don't think that is guaranteed by a bulk transfer. And the interrupt transfers should also be given higher priority on the bus than bulk. I'm not saying that using bulk transfer causes issues. But because we have also had disconnect that are in my opinion not related to mode switching, it's at least possible that using interrupt transfers instead of bulk could improve the situation. And it's the right transfer type to use...
  • rock861261
  • rock861261
Today 18:36
Replied by rock861261 on topic El5101 Config

El5101 Config

Category: EtherCAT

clear as mud lol. is there a more supported module thats plug and play
  • tommylight
  • tommylight's Avatar
Today 18:08
Replied by tommylight on topic MESA 7i76eu Firmware

MESA 7i76eu Firmware

Category: Driver Boards

Errors with limits have nothing to do with what Linux or version of LinuxCNC you are using, the are a setup issue, namely just invert them in hal or in the wizard.
  • PCW
  • PCW's Avatar
Today 17:37
  • fabricated
  • fabricated's Avatar
Today 17:23

Looking for new or used Mesa 7i96S board for CNC lathe conversion

Category: Driver Boards

Anyone got info on when 7i96s will be in stock again? Been out of stock for a while at mesanet.com. 

Cheers. 
  • georgio
  • georgio
Today 17:04
Replied by georgio on topic MESA 7i76eu Firmware

MESA 7i76eu Firmware

Category: Driver Boards

Hi, I am a newbie and I am having the same issue. I tried the bundled package with debian 12 Linuxcnc 2.9.4 iso and installed it. After starting the pncconfig and trying to run the board I got errors with the limit/estop/probe input on TP6. I set those to not used and I could get pulses on the board for movement. If I try to reset those inputs I get the errors again. I am going to try Bendandsends idea of individual install of debian 12.13.0 and Linuxcnc 2.9.8 and see what happens. I do not understand what you mentioned Tommylight when you said already replied to that from Bendandsend. Thanks for all you help I am frustrated now and appreciate all of the help to get this solved
  • Hakan
  • Hakan
Today 16:43
Replied by Hakan on topic XHC WHB04B development?

XHC WHB04B development?

Category: General LinuxCNC Questions

I sat for some fifteen minutes and tried my best to make the xhc fail. The errorhandling branch.
It works fine. The movement I used to make it fail is now blocked. And for the rest I just works.
I tried things that takes a bit of time like switch screen that used to be a problem.
Not a proof it always works, but I am unable to make it fail.

 
  • hmnijp
  • hmnijp
Today 16:30 - Today 16:51

Rover 336 retrofit – horizontal drills and tool offsets in LinuxCNC

Category: Advanced Configuration

In LinuxCNC, the XYZ tool offsets applied via G43 work correctly for the tool.
You can apply them inside M6 by executing G43 inside remap, or separately — it doesn't matter.



The error you are receiving indicates that you have changed the tool orientation (rotated the WCS). The post-processor checks whether your MachineConfig can perform an ABC coordinate system rotation, but you most likely have a standard 3x configuration.

However, to use drilling in planes other than XY (G17) without WCS rotation, you will need to change the post-processor logic in Fusion 360. The standard LinuxCNC-EMC2 post does not allow this. The standard 5x or 3+2 post will not work either as they rotate the coordinate system, which is unnecessary when drilling in a plane other than g17.

There are different ways to implement this:

1) Classic 5x/TCP rotates the coordinate system by controlling the AB axes and TCP activation codes — this is probably too complicated for your machine.

2) Allow tool vector orientation other than Z – this is often used for rotary/angle heads on milling machines.  To do this, you need to modify the postprocessor. See this topic for more information: forums.autodesk.com/t5/hsm-post-processo...n-stock/td-p/8911668

In this case, you do not need to select 'Tool orientation' in Fusion; WCS remains the same as in the setup.


3) The strange but common logic of posts for some furniture machining centers with drilling blocks that you can find looks like this: the g54 offset is defined for the XY machine plane, other offsets are used for side surfaces, and then the CNC recalculates. The control program looks like a cardboard box unfolded onto a plane. I don't think you'll want to use this strange proprietary logic.


I recommend adding mandatory checks:
In the post-processor:
- Check which tool numbers can be used in planes other than the XY plane.
- Check that side tools (T for the ZY plane) are only used for operations on the ZY work plane.
In the CNC:
- check that the XYZ tool offsets for side tools are not equal to 0 (this check can be performed inside M6).
  • tommylight
  • tommylight's Avatar
Today 15:11

Looking for new or used Mesa 7i96S board for CNC lathe conversion

Category: Driver Boards

See if you can find something in Australia, otherwise Europe (Germany and Portugal) or USA.
Portugal uses DHL for all their shipping, so it is fast but will cost a bit more.
Portugal
www.eusurplus.com
Germany
www.welectron.com
USA
www.mesanet.com
www.mesaus.com
  • tommylight
  • tommylight's Avatar
Today 15:08
Replied by tommylight on topic Installing Linux CNC on Spinner lathe

Installing Linux CNC on Spinner lathe

Category: Installing LinuxCNC

Yes, but not easy as it does require changing the PC and controllers and IO boards if any.
You can not just install LinuxCNC as the existing PC is probably to old and the controller will most probably not be able to communicate with LinuxCNC.
  • Hakan
  • Hakan
Today 13:16
Replied by Hakan on topic El5101 Config

El5101 Config

Category: EtherCAT

I had to make a component that handles the spindle.0.index-enable signal.
Here is how it is supposed to work from this component linuxcnc.org/docs/html/man/man9/encoder.9.html
The index-enable is I/O pin which isn't supported by EtherCAT, only I or O pins.
github.com/MetalMusings/MyOwnEtherCATDev...musings_encoder.comp
Three lines to connect it in the hal file
github.com/MetalMusings/MyOwnEtherCATDev.../linuxcnc/Turner.hal
For the EL5101 it looks like you need to work with the control and status words instead of the pins I used towards the device.
Hope it isn't too confusing.

 
  • Hakan
  • Hakan
Today 12:42
Replied by Hakan on topic XHC WHB04B development?

XHC WHB04B development?

Category: General LinuxCNC Questions

The crashes I got was after removing the assert() in setupAsynchTransfer().
When that condition happened, the code waited three seconds and tried to to re-establish
communication. I then got a segv crash from within libusb forum.linuxcnc.org/38-general-linuxcnc-q...ment?start=90#343894
I tried on two different computers and got the same crashes on both. Both debian 12.13, gcc 12.
When i upgraded to debian 13 and gcc 14, there are no more crashes.
I also don't get that debug message from libusb about destroying device.
"Only" changing the gcc compiler version did change things to the better.

My way of get the xhc component to fail is to increase the loops to 100 in hal.h,
start G1X-200F100 in MDI and once that is slowly running, I spin the wheel very fast in the Z direction,
or any direction, but Z is safe.
With default value of loops it takes some tries to get it to fail, and with loops 10 it is almost impossible to get it to fail.
After it fails it usually restarts after a few seconds. Unless the libusb crashes it with segv as it did with gcc 12.

I did try your component yesterday for a short time and it never failed. 
  • Hannes
  • Hannes
Today 11:53 - Today 12:03
Replied by Hannes on topic XHC WHB04B development?

XHC WHB04B development?

Category: General LinuxCNC Questions

So, it should be solved. Ready for testing.
In the case libusb_submit_transfer() returned an error and you remove the assert, the whole xhc-whb04b-6 module would just do nothing any more. I think that's what you observed.
I tested it by pretending an error happens, so not 100% what you have:
int r;
static int i;
i++;
if(i==30){
  r=-1;
  i=0;
}else{
  r = libusb_submit_transfer(inTransfer);
}
  • DerKlotz
  • DerKlotz
Today 11:50

Wiring Leadshine DM856 Ena+ and ENA- -> Mesa 7i76e

Category: Milling Machines

Great and thanks for your quick replay. I´ll check
  • Marcos DC
  • Marcos DC's Avatar
Today 11:24

Separating CiA402 Logic from EtherCAT (lcec): Modular Adapter + Drive Stub Valid

Category: EtherCAT

Hi @NWE,

Sorry for the late reply — I was a bit busy the last days.

The CiA402 semantic layer is now running in simulation using a HAL drive stub and the core parts are behaving as expected (PDS state machine, controlword ownership, homing supervision, etc.).

The next step is integrating it with real hardware via lcec.

I don't currently have EtherCAT hardware locally, so the plan is to prepare a configuration for your two drives and let you try it when convenient.

I also made the repository public so you can see the current architecture. It is still experimental and not finished yet, but the simulation layer is already working.

Repo:
github.com/MarcosDuqueCesar/linuxcnc-cia402-layer
Displaying 1 - 15 out of 18381 results.
Time to create page: 0.411 seconds
Powered by Kunena Forum