Advanced Search

He did use sudo, I expect this is a BIOS issue, and it appears that the
hm2_pci driver works around this with this:

    // NOTE: this enables the board's BARs -- this fixes the Arty bug
    if (rtapi_pci_enable_device(dev)) {
        LL_PRINT("skipping AnyIO board at %s, failed to enable PCI device\n", rtapi_pci_name(dev));
        return failed_errno = -ENODEV;

But I don't see any equivalent code in mesaflash (nor do I know the equivalent
of rtapi_pci_enable_device with the PCI library that mesaflash uses, but I can take a look.)

 

Works, thanks

At the error, remove the USB device and wait 5 seconds, insert again the USB and wait 15 seconds, click on YES and next.
Usually that works for this, well almost always.
In case it does not work for you:
Download and install Linux Mint Debian Edition, update and upgrade, then
sudo apt install linuxcnc-uspace
-
Warning, this might not be the best option for parallel port use as it might end up with quite high latency.

Hello, I'm building a small CNC milling machine. The iHSV57-30-18-36-EC driver caught my eye. Since I have no experience with Linux, I struggled to get the motor running. However, the motor jumps slightly and irregularly. If you happen to have a working ini, hal, and xml file for this motor, could you help me learn from it? 

Josh 

Hi, sorry for the late reply but I was travelling.
I havent run any updates since I installed PB (never change a running system). 

What exactly do you want me do double check?

This is my config..
github.com/SebastianMusser/LinuxCNC/

regards!

Looks like installing LinuxCNC isn't as easy as installing a casual linux.I remember I had to burn DVD when I first installed it and I borrower a DVD drive to install it properly.I flashed the image using Rufus 4.7 and booted from the USB flash drive - but  then the setup mentions "your installation media coultn't be mounted". Is this a known bug? What's the workaround?Also I was unable to set the BIOS to UEFI mode only. There's no option to disable the compatibility mode - so setup outputs warnings when using USB flash drive in EFI mode.

The link in the html manual does not work. Is this spreadsheet still available?

A parallel port has only 5 pins exclusive to input.

There are 8 pins that are bi-directional, but I think they have to all be the same direction (all inputs or all outputs).

It probably depends on the parallel port in question.

If your setup was 2-axis, you could use the 4 output-exclusive pins ans use all 8 bidirectional pins as inputs.

I see. So is there something like GRBL for output, but used for encoder-inputs?
Like an Arduino or Teensy based encoder-decoder?

I just started um this old computer. There's an old Grub 1.98 with Ubuntu 13 installes. Linux 2.6.32-122-rtai (I probably installed this about 10 years ago )
Also I have to change the bios battery, since it is empty.
It has an Intel D425 installed and 4GB memory.


//Edit: github.com/AlexmagToast/LinuxCNC_ArduinoConnector
That might to the trick. I'm sure there's at least one Arduino Mega2560 within the range of two meters around me. Also I can see at least 5 Arduino Uno in front of me

Thank for the help!

As to what caused the damage, disconnecting/reconnecting the DB25 cable from the
7I77 if there is an (even small) ground potential difference between the PC and the machine
can damage interface components so should only be done with all power off.

That's probably what happened, definitely my screw-up!

Tomorrow, I can look at the schematics and see what parts on the 7I77 are in the ENCMUX
signal path (I think just one Hex inverter)

Thank you!

/Peter

After not having a single bit of Linux, let alone LinuxCNC experience beyond knowing the name, I'm quite happy with what I accomplished within the space of a few weeks. Took a CNC converted lathe and turned it into a dual head urethane grinder with notching and grooving cutting. I'll take what wins I can get at the moment. I'm fairly certain as time progresses and my understanding expands, I'll look back on what I did and facepalm at my "work". For now, I have to stick with the old saying: If it's stupid and it works, it's still stupid and you're lucky.
Thanks for the resource, I will go through it as I have other homework sources I need to review to gain a better understanding of this system.

Basically as I said before, this points to an issue with ENCMUX. 

It may be a damaged 7I77 buffer chip for this signal
or in may be an on board 7I77 issue. The ENCMUX
signal is om DB25 pin 17. 

A 5i25 problem is still possible but less likely (damaged I/O pins
tend to be stuck low so can be detected with the simple mesaflash test)

I would definitely scope/trace the encmux signal.

As to what caused the damage, disconnecting/reconnecting the DB25 cable from the
7I77 if there is an (even small) ground potential difference between the PC and the machine
can damage interface components so should only be done with all power off.

Tomorrow, I can look at the schematics and see what parts on the 7I77 are in the ENCMUX
signal path (I think just one Hex inverter)
 
 

Hi,

I updated ProbyBasic to the newest dev version and I am facing two Issues. After the update, I deleted all my old folders (user tabs, subroutines, python etc...) with the new folders from the example config. I am currently trying out the ATC Rack tool Changer. 

Issue1:
For this, I am trying to modify my linuxcnc.var file, manually changing the following Parameter:

"3973    10.000000
3979    1.000000
3981    -76.000000
3982    0.000000
3983    1137.000000
3984    615.680000
3985    1137.000000
3986    565.680000
3987    1097.000000
3988    615.680000"

However, when opening Linuxcnc, all the values are still 0. When modifying some values in the GUI, for example X Position for P1 to 1337, I get the error "Error: No Conditions Met, Rack ID Not Set" BUT when hitting "update Rack ATC Parameters" the Value is saved in the linuxcnc file (but all the other values above are overwritten to 0.

So, I would be fine with including all these in the GUI but the only value I can not change is the "ATC Rack ID", which seems to be write protected and, I assume, creates the error above.

EDIT: Okay, I filled now all Parameters and it seems to have created a RACK ID -> 4. And it is working now.

Issue 2:

I set up everything and can now manually clamp and release the tools. The Tool touch off is also working (on both ATC and Tool Tab). However, when clicking "Store Tool in Rack", I get the Error "Unknown m code used: M10" but M10 is in the subroutines folder.
Similar to clicking "Ref Rack Data" (what does it actually do?) I get "Unknown m code used: M13".



 

Cysign wrote:

Would a LPT port have enough inputs and outputs to read linear encoders for 3 axis?

Yes and no:
-Yes it can read 3 axis be it A/B or A/B/Z, so 6 or 9 inputs, but only in "IN" or "X" mode that most built in parallel ports can do but not all, and you might need more than one parallel port for everything to work.
-No as parallel port is really slow for reading encoders, especially high resolution ones.
You can use a parallel port or two to do some testing and maybe very slow work, but i would not think you can use it for a production machine.
As a reference, you can do 5000-20000 encoder pulse readings per second on a parallel port with a good latency PC, might even go to 50000 with a really good latency PC, but this is to far fetched.
And for reference Mesa can do up to 10000000 pulse readings per second. Yes, that is 10 million.

Thanks for your reply!
5i25 reported as you said 0001FFFF

I also tried with another cable without any change.

Encoder 00 and 01 show the same value, although nothing is attached to 01.
02 & 03 seems to be paired as well.
I got different reading on encoder 04 & 05, but they both changing from one encoder input.

Any further troubleshooting tips are highly appreciated! I am comfortible scopeing/soldering SMT if you think this is repairable.
/Peter