Advanced Search

It worries me now that Andy did not update the Linuxcnc ISO  with the one I built for him.
Here it is in my Google Drive
drive.google.com/file/d/1gEQzgHsj_LjHiGB...k1Z/view?usp=sharing

Re making an ISO, I use the Debian Live installer. Its meant to install the same version of Debian you build the ISO on so I have been meaning to upgrade to Trixie and try it to see if it does work on testing.

But its not really necessary to do that because Linuxcnc 2.9.3 is in Trixie
packages.debian.org/search?suite=trixie&...ords=linuxcnc-uspace
so sudo apt install linuxcnc-uspace does it all including installing the RT kernel!

I also shared a script to install the Ethercat repos here this week
forum.linuxcnc.org/ethercat/45336-etherc...tep?start=250#307276
Then go back to post #1 on the same thread to install Ethercat the easy way.

rodw wrote:

Odd, it works for me CATIO-A

 

Do you have the vendor data from the ESI....I don't think most of that AliExpress stuff is legit.

Quick update:

Changed all the pinouts to the ones that works. So far PIN13 and PIN15 are persistently HIGH. As if they were physically shorted but they aren't (good soldering). Just putting this out there, to be aware.

So far got stepgen, spindle pwm, spindle encoder & index, and home switches. [TESTED]. Everything that makes up for the essentials!! Super happy about that.

Those screwed-up pins are discouraging me though. But I'm not coming down to any cynical conclusion yet. I'll have a look in their datasheet again and see if I can find any reason for those being HIGH on crack...

When the machine runs, and does the homing cycle it feels like it loses steps. It does not sound like it runs smooth, if that make sense. Then it endes with join 1 following error.
 

Might be something here worth looking at

Hi Forum,

I just found an old PC which has better Latency as my current LinuxCNC machine. I am using soft stepping. However, I can not get the machine working with my PCI Express Parallel Port Card.

The weird things starts already in the bios. Only in Slot 4 the Bios sees the Parallel Port Card. The card works for sure. When i put the card in the old computer it works, just the address is different.

Every now and then it works and starts to home the first joint, but stops once this is homed.

I noticed that the Card get's disabled, and I have to enable it manually after the first Linuxcnc start. But this will not make it work.
Only a fresh restart works and that only sometimes. When it ran I had an error joint following or so.

I also notice that there is a delay in the GUI when I disable the machine. It looks like frozen for a second.

 

Hi,

That inch or mm is covered here in the interpreter.cc file i showed before at this line

I see an issue with having two different versions of interpreters.
Yes, the sai didn't cover everything. But that's not a big deal. Just add some code to the sai to retrieve more info.

The guy who developed JCNCScreen
I know Reinhard. He is good coder. Did a lot off research himself for opencascade. Also on opencascade forum he asked questions.

quite behind the internal interpreter.
Dont let it sqare you. Reinhard was doing a quite diffucult job. He had not the cmake overview as i have these day's. So
he was much complaining about spagetti code i remember.

For that, on ethercat we would need to read the encoder slice from beckhoff and then sync the Z axis according to the spindle encoder
I don't fully understand yet.

Hi Rod,

For me it's a long time ago i did ethercat installing. So i had to look again how it was done step by step.
I installed from gitlab.

I have seen the ethercat-master on gitlab is updated last week, the ./configure script run's now without any
additional arguments. It install flawless. This was not alway's the case.

However i was not able to start the ethercat bus as user, after adding rules to udev, reload, reboot etc.
So i thought how is this possible?

Relating to my time shedule, i leave it now as is.

Maybe i will make a new iso soon.
I have installed the trixie with rt kernel, it's really a lot off work to get this installed and running.
A new iso will be very handy.

On the linuxcnc iso, there was a message about the ethercat after installing, i think it was unable to find
the update sources.

Ok, thanks so far!





 

vmihalca wrote:

Perhaps I explained wrong, from what I understood, we needed mathlab to properly solve jerk in linuxcnc, but mathlab was needed for that and we did not had the license. 
They had it and they applied it on their solution.

But they solved it and published the generated code which was all you needed.

You maybe used the sai as "external interpreter", this sai i made some modifications, like read current plane, etc.
I had the same issue. Not reading in as should. But now it worked quite nice.

As an example original lcnc sai code for arc feed :
saicanon.cc

And edited code :
saicanon.cc

As a result i edited code in the sai to get it functional in different planes, retrieve more info etc.
I could draw the most of lcnc gcode files, also the 3d test file with circles in different planes.

Here you see how i startup the sai, read info and close it when gcode file is done.
This worked good. I had no issue's anymore. But it took a while to get everything done.
interpreter.cpp

but without spindle sync, I would make my lathe not functional.
Depending on your current distance from the centerline of your lathe, the spindle speed is adjusted.
This could be done by a component. Or is it more complex?

Yes, I was talking about sai. The guy who developed JCNCScreen said that there are some units mm/inch hardcoded into the sai that are causing bugs and also that is quite behind the internal interpreter. I see an issue with having two different versions of interpreters. I would like to render the output of the code that will get executed. When there are fixes or changes, if the internal one changes and the external one is not kept up to date, I won't see the real thing. 

As for spindle synchronization, I am talking about threading on a lathe or rigid tapping on a mill. 
For that, on ethercat we would need to read the encoder slice from beckhoff and then sync the Z axis according to the spindle encoder

rodw wrote:

I'm not convinced there was really a licensing problem when I reviewed OpenCN but I can't remember the detail.

Perhaps I explained wrong, from what I understood, we needed mathlab to properly solve jerk in linuxcnc, but mathlab was needed for that and we did not had the license. 
They had it and they applied it on their solution.

 Keyboard shortcuts are IMHO dangerous and will only be used on hobby machines. I use a handmade hand MPG for that. But implementing more keys will not lead to a more or less dangerous behavior.


Norbert

I have more machines in factories using keyboard only than MPG. MPG's are not desired on routers by most users.

How do you jog with an MPG in joint mode? I am sure you can only use keyboard.
 

Hi Rod,

Thanks for your kind words! But the math at a certain level is still a problem.
I am still unable to read for example the clothoid science papers and turn them into code.

Beef is now doing his master degree. I asked him, should i go to college and get a phd ?
He said something back like, your level is already equal to phd. But i don't feel like that.

I used Home and End for the A axis on a regular 4 axis machine and then I used Home and End for B axis and "[" and "]" for C axis on a five axis machine.
I think Norbert's suggestion of looking at the keys in Axis is probably the right way.

if you are playing around anyway, you can also set the enable bits of the stepdir instances to 1 in rio.v

but if that works, something is wrong with the connection and the board is in ERROR state