Advanced Search

I am sure there was another topic here with this subject, but limited to XY only, but i can not find, google has gone to c#it and now i am sure about it!
I am also sure something was achieved...

So far i would think this is hardware related or blacklisted, the same card i removed from another PC that does not complain about it.
The warning PC had a PCI to parallel card and up to yesterday was working fine, for years, two days ago it was shut down as usual and yesterday morning it could not find the PCI card although LSPCI show it and the addresses and everything, but does not show kernel module nor kernel driver in use.
I have a stinking suspicion the card is being blacklisted, but i had no time to check as it was 11:30PM and the client was waiting for it (with his friends) and they are some 90KM far.
Nor did i try to modprobe, i could have done that, cr@p, but i forgot as i was poised at fixing it promptly.

Yeah, this deserves a log file entry for debugging, but not an error pop-up...

Hi Chris,
It's likely you tried attaching photos etc larger than the 1.6Mb limit on LinuxCNC. Any digital camera will create a photo much larger than that limit.I use a free download program called paint.net for editing simple stuff. Bring a photo into it then do a "save as". It will take you to a preview image where you can do a bit before saving. Up the top left is a slider which allows you to compress the photo. The preview shows how bad the final image will be. You can compress almost any happy snap to below 1Mb and still have acceptable quality for posting. The "okay" button is down at bottom right.
There is a black round side plate on my machine that allows access to the horizontal quill clamp.See attached. I some cases they have another quill handle there which would be handy for manual use. I unclamped mine but the quill is stuck with what looks like old oil varnishing.
I'll have a look, if I get time, to see where the hydraulic hose goes. I suspect it will have the same rotary joint as the Z quill. It will need disconnecting there. There will also be an anti rotation/ travel stop pin somewhere.Then the whole quill will need to come out.
I'm confident you don't need to bleed the hydraulic hoses. The trapped air will act as an accumulator. So the air will compress up to the hydraulic pressure of 180 Bar. In fact I suspect if it is bled the switch/pump feedback will have conniptions. It would only have the flexibility of the hoses and oil to slow the switching cycle down.
If the claws on the tool clamp aren't retracted by the hydraulics the tool holder wont go all the way into position. The claws sit naturally in the clamped position forced by the springs. So if it looks like the tool holder needs to go further by a bit less than a centimeter then the springs are working, at least to some extent. If you have adjusted the setting distance without the hydraulics pulling the claws back then you have messed up the correct position for the claws.

Cheers,
David

The non-native parallel port is a parallelized serial port. The Linux kernel takes it as a serial PCIE port. That's where linuxcnc comes into conflict and raises the alarm. The older parallel port PCI expansion boards were neater and sent the OS the message (I'm a parallel port). This Generation does not, that is why this alarm appears that tells us (continue, it may not be a mistake). The issue is that linuxcnc starts in a messy way and I would like to solve it.

Further David
Yes I have the English Operators Manual and the same shows a few drawings
No instructions so I have been flying blind and relying on help from members of this group
Thanks to all.
Cheers Chris McMullen

Nice! that link is helpful. So to summarize the next steps for a very basic test setup with no mill: 

• Ill need a older PC with a native parrellport
• Load a copy of linuxcnc and Probebasic (ill follow some youtube) 
•  parrellport cable to breakout board (i can prob find soemthing basic on amazon, if that goes well later upgrade to Mesa)Seem thats incorrect and need something a bit more robust like a "7I96 STEP/IO Step & dir plus I/O card"
  • I/O OUT  --> to drive steppers via commercial driver like a stepper online DM542T
  • I/O IN --> to read my two X and Y encoders. These are typically two pins so it can sens direction, so 4 needed Xa Xb and Ya Yb from the encoders. maybe even a Za and Zb if i want to move the Z axis.    
  • Some config file or other tweak to get the "encoder.N.counter-mode" to work from that link...
    
    Probably a little stuck on the last bullet. Not sure what to google. Am i on the right track?
    Its my first post so sorry if this is old news. 
    
    

Hello David
Thanks for writing. As far as I know the hydraulic tool changers were both working until I interfered with them. Now the horizontal one is not working and been like that fo two years. I suspect the springs are broken but I don't know haw to pull the unit apart. There is hydraulic pressure in the lines but maybe the lines need bleeding. I cant see how best to do that.
I need to send you some photos. I tried once before (years ago) and failed.
I am going to be away for a few days. Promise some action on my return
Cheers Chris McMullen
Auckland New Zealand

There is a guy who sells flexihal boards in aus.....i dont know what his site is, but he goes by Jaymis

Some of Mesa's cards have dedicated inputs for hand-wheel encoders.
But this is so slow counting that you can use normal pins and the encoder component to get the hand-wheels inputs.
"normal pins" means parallel port pins, mesa input pins or some other digital io in pin.
linuxcnc.org/docs/html/man/man9/encoder.9.html

This is a weird-ish question, but LinuxCNC is so vast, I thought I'd ask:

I have a build where I'm making a trunnion inside the same area where the XYZ axis operates. Now that trunnion is growing up to have parts attached to it...

Is there a way to define a "no go zone" within the XYZ build box so that I don't accidentally crash into it?

It would need several different sections, ie, a series of boxes could be defined within which the controller is supposed to know that's not OK and send that 'move would exceed limitations' message if I tried to violate it.

I'm thinking the answer is "with great complexity comes great responsibility..."

But I thought I'd ask.

Cheers. 

Hi all,

* Note, the topic name was changed up to 2 times by someone, haha.

Today i added look ahead. This took almost half a day. It's a tiny file, but took a lot off time.
Here is the look_ahead_source_code_file

Now i did a test run tonight using a line fillet algo :  file_path_standard_subseg_line_fillet
This is a simple optimizer algo, that is handy for simple runtests.

The test is done on the extreme  spiral_on_surface file. With tiny segments 0.001mm and deviation P0.0001 Q0.0

Some hal values:

• incements_a_cycle = 2   (planner skips extra gcode segment to keep up with scurve new position)
• ring buffer size = 10
• total loaded segments from program start = 15117
• future buffer, items that are ready to perform, including fillet segments = 3
• cycle dist, is the distance in mm for current servo cycle = 0.0078 mm
• hal traject buffer dist, total todo segments length. ( sum off future buffer ) = 0.1544764 mm

This file run's quite nice for what it is.

 

Git sources are updated.
The first donation is recieved. Thanks ! See the github readme file for more info !

Whoops. Big error on my part!
It's easy to forget stuff at my age. I should have checked stuff before I spouted off..
The missing pressure switch in the hydraulic in the photo is 3F1. It runs the pump directly. Otherwise the pump works as mentioned.
Contactor 5K1, which operates the tool unclamp, solenoid is part of a complex set of interlocks that stop you releasing the tool while the machine is running and stops the machine running if the tool is being changed. It also defeats the gear change jogging.
I'm not sure exactly how it works if you have the Philips controller, but I think that if you pulled any of that wiring by removing the controller the tool unclamp wont work and probably also the auto tool changer.
A lot of the interlocking is relay logic so it's probably possible to sort through the logic and strap it where the controller stuff no longer counts.
If I had an auto tool change on mine it would have been done completely on the back plane of the Heidenhain controller. But even then the relay logic would be involved and 5K1.
A key starting point is: does the hydraulic pressure pump run? It's noisy on mine. It usually runs for about 5 seconds on mine if the machine has been off for a while. On mine the light in the power button illuminates if the hydraulic pump isn't running. It's directly wired to the other contact in the 3F1 pressure switch. Seems an odd way to do it. And the bulb sometimes blows from the solenoid kick.
You will have to change gears using a spanner. On mine the half inch drive extension of a socket set works. The manual has a chart of what the coloured dots on the selector cams mean.
I think I put the logic drawing of this up earlier. It's so complex that it took me days to understand. And as you can see I often get confused by it. I went so far as to draw it in each possible state by erasing the other stuff. And even then I don't know if I got many of the possibilities.
A simple test might be to just press on the tickler on 5K1 contactor and see if the tool unclamps? Make sure to catch the tool if one is fitted.
 

As the message says it's not really an error, I think the only way to stop the message would be to modify the hal_parport code, or I not sure if this would work but add a debug level when loading the driver. First would work but means compiling Linuxcnc one's self the second option is just a guess.
If the machine works I wouldn't bother too much about it. Yeah it is a little annoying. But then again you have the convenience of CNC

USB to parallel port not supported at all, don't an option.
Any other USB motion control are not supported.
All supported Mesa boards can be found on their website. You can also browse the forum to see what boards are popular at the moment.
For the DIY route Ollie's Linuxcnc- RIO project is fantastic, well supported and in active development as is Scott's Remora Project.
I've also been working on a setup that uses FPGA Dev board available via AliExpress that runs Mesa's hostmot2 firmware, ATM it only uses SPI interface for the Raspberry Pi or EPP for the PC platform, tho I'm currently working on an ethernet plugin board.
In all honesty if it wasn't so expensive to get items from the US to Australia I'd go with Mesa in a heartbeat. What board just requires at little time researching, coming up with a couple of choices then asking a few questions, the 7i76 boards pretty much have it all.