How to add a new Mesa card to pncconf?

But with V 2.8/9 you will know what joint is attached for each axis as you have to allocate them.

Well first I could reverse that argument for you as well - you allocated the Axis so you know what the joints are.
By having axes names in the HAL file I don't need to reference the INI file to know what parts are what.
If everything said joints I would need to reference the INI to see what part of the machine we are talking of.
Keep in mind we can also be just looking at someones HAL file online - we don't always have the machine handy.
It's probably just how I think ...

Since I don't use joints in my personal machines (lathe and regular xyz mill) I don't even think in joints I think axes.
In fact it drives me nuts that I get error messages that mention joints and axes.

Anyways AFAICT it's a huge change that I'm not interested in tackling - heck I was very close to pulling pncconf from master...
If someone put in a reasonably equivalent config program in linuxcnc I would pull it for sure.
Or better yet someone interested in continuing pncconf's development.

Chris

Ps I'm sure Cam is a nice guy too

The never ending problem for developers, rocks and hard places...

cmorley wrote: Since I don't use joints in my personal machines (lathe and regular xyz mill) I don't even think in joints I think axes.
In fact it drives me nuts that I get error messages that mention joints and axes.

I do know the feeling when I get a Joint n is on limit or something, but I count it down!

cmorley wrote: Ps I'm sure Cam is a nice guy too

He had to be as he was an Aussie! Anyway, I renamed you while I was thinking of this!

I think it would be a shame to see pncconf pulled and I know you have not enjoyed maintaining it. I did look at the source code once when you said you had had enough but I just don't know Python well enough and lets face it 5000 lines or so in one file is not really the easiest code to maintain.. Gmocappy is similar.

phillc54 wrote: The never ending problem for developers, rocks and hard places...

Yeh, I try not to write code these days and leave it for people like you and Chris but I do know that if I ever took a shortcut, it would come back to bite me!. Mostly with database design when you had a little lookup table and you never took the time to add a unique key field. Eventually I redid them all.

The only thing that annoys me about developing is that no matter how you phrase you documentation or how much documentation you have, not everyone seems to understand it.

I think it would be a shame to see pncconf pulled and I know you have not enjoyed maintaining it. I did look at the source code once when you said you had had enough but I just don't know Python well enough and lets face it 5000 lines or so in one file is not really the easiest code to maintain..

Not to whine too much ... The linuxcnc project is not like an organized business - things just happen or don't you never know. Pncconf is one of those apps that always sits at the cutting edge of what is new in the project - usually things not documented or mentioned right away. Put that together with devs don't use it (I wish they would try it once in a while) so the little critical bugs aren't usually found until it's released... crazy stuff like PID; if you connect a signal to one specific pin that isn't driven -it is bad- it must be driven or no signal connected. Peter of Mesa figured that one out and let me know.
But that was in a already released version. It just sucks that the program that is supposed to help new users can actually lead them down the wrong path with little bugs until (usually) a year after release of a new version of linuxcnc.

And ya the code is ugly and big. and only one guy knows much about it and he is much more interested in qtvcp ....
Whine off...

Chris