Advanced Search

Just a short reply to end the thread.

At the end of the day I used external-offsets and it worked like a charm. No g-code has to run at all in my current setup.
linuxcnc.org/docs/html/motion/external-offsets.html

It's very similar to the jog-counts/jog-scale approach that was suggested here too, but I wasn't sure whether I would be able to control acceleration in that case. So I started with external-offsets and that was enough.

Thanks everyone for the advice!

And the slotted disk can sometimes rust.

I am 100% convinced it's a software issue. I was able to create a basic application using the Modbus library, using the same basic logic as the hy_gt_vfd hal driver, and it works. Meaning no communication error, and I can start and stop the spindle fine. So that along with the mbpoll that also works, it's in the hy_gt_vhf hal module.

I think that there is a memory allocation that stepping over the modbus context (where the port settings are)?
 

From what I can tell it looks like it is attached in Hal?

Hi langdons! Thanks for your question!
Yes the VFD has more than one output. One +24V for maybe switches or relays, two relay outputs and one +10v output that puts voltage to the electronic potentiometer on the 7i76e. The mesa doesn't have such a voltage output on board, so you have to give that from an external source (eg the VFD 10V out) to the spindle+ input. The spindle-output then gives the 0-10V voltage correspondingly to the set rpms back to the VFD's analog input and, if the FWD signal is on, the spindle turns.
In my case, the rpm output voltage AND the spindle.enable = spindle.on signal is only given out from LCNC if I do this from a file. Normally - and any time before, this works even with any MDI speed command.

So - the VFD (now) works as it should but LCNC has problems to give the right MDI Commands as ordered to the outputs of the MESA card.
The VFD had no +10V on its H output as it came to me, from the dealer, new product, no NOS, freshly produced 3 years ago. I wasn't ready to build that thing in because I was busy with the mechanic part of my CNC. I put some parameters in the first weeks, but no real testing with any controller, so I didn't mention that problem. I found that few weeks ago, as I installed the VFD and tried to get the spindle turning. And found that there is no +10V at Out H. Then, the external 10V source, but I wanted the VFD beeing allright, so I sent it to Hitachi for Service.

I wasn't able to go down to my machine the last days, but I will make a video of that process the next days.

Kind regards!

Hello atrex77,
this is a very nice project. I found this video , it looks fantastic.
A very fast LinuxCNC-Board for low cost.

You made a very good job, but is it useful in practice?
I think there are not enough input and output free.
In my opinion you need for a machine:
- for each axis 2 inputs (one side switch for reference and limit together, other side only limit)
- one input and one output for e-stop
- one output for enable the spindle additional to the PWM
- one output for the coolant
- if you have a machine enclosure, you need one input for the switch and one for enable the drives.

What do you think about this? Do you use it in an other way?
Do you already have a solution in your mind?

One thing about optical encoders, they really don't appreciate contamination. If oil or coolant get into them, it will generally really screw them up. Even if none of the electronics with are hurt, a little dirt in the wrong spot or on the wheel can be very bad. Also when they get really old sometimes the LED source can get weak or fail.

Latency is not really an issue with Modbus as it's not real time to begin with...

andypugh wrote:

M62 and friends need connections in HAL to have any effect. Do these connections exist? (motion.digital-out-NN etc)
 

Im not sure they do right now

This seems to be ocuring for other people too like this thread.
www.forum.linuxcnc.org/plasmac/42445-hel...s-qtplasmac?start=10
The feed reduction commands in gcode were not working for them but it never got solved. Other than using the post to generate the small hole fix.

So it was a busy week, but here is the list of keys that I modified to get the spindle running.  Some of the values are specific to the spindle itself.  My spindle is 2.2kw air cooled, so my max rpm is 24000 and the minimum rpm is 12000.  also my pwm range is from about 5v to around 9.6, so i adjusted the values is the 5 section to make my max voltage equal 24000 rpm. the values in the parenthesis are the values that i used, but will vary depending on your spindle

P00.01 - 1
P00.03 - [MAX OUTPUT FREQUENCY] (400)
P00.04 - [MAX RUNNING FREQUENCY] (400)
P00.05 - [MIN RUNNING FREQUENCY] (200)
P00.06 - 2 [ANALOG INPUT 2]
P00.07 - 1
P00.10 - 60 
P00.11 - 6 (seconds to accelerate)
P00.12 - 6 (seconds to decelerate)
P00.14 - 4.0 (2.2 KW)

P02.01 - [MOTOR RATED POWER] (2.2)
P02.02 - [MOTOR FREQUENCY] (400)
P02.03  - [MAX RPM] (24000)
P02.04 - [MOTOR VOLTAGE] (220)
P03.05 - [MOTOR RATED AMPS] (6)

with this section, anything under 5v will also give me 50% power, so the spindle can never run less than 12k rpm.  just to be on the safe side, i also set the AI2 settings to the same values (37-40)
P05.32 - 5.00
P05.33 - 50.00
P05.34 - 9.6
P05.35 - 100.0
P05.37 - 5.00
P05.38 - 50.00
P05.39 - 9.6
P05.40 - 100.0

This allows me to use the stop key to override the spindle in case of emergency
P07.04 - 3 
 

Thanks for the help. It wasnt in the accessories submenu. So I did a full reinstall and now it works perfectly fine. Just gotta learn how to set it all up. Thanks a lot for the help

Apologies for not responding sooner. Yes, I would like to be able to set my tool length offsets by lowering Z until the dial on the analog gauge reads 0 and register that position in the tool offsets. Like in Axis this would be the point where one would, as I understand it, press Touch Z in the gui, but there is no Touch Z button in QtDragon. Now I would of suspected that there might be some alternatively named button or a line of some mystical gcode that could be entered that would write the offset into the tool table, but after looking for days, I have found nothing that would explain how this could be done.

I know all my problems would be solved by just getting an electronic tool setter, but at the same time I am baffled by there being no example, or set of instructions that I could find, as to how to do the tool length offsets by hand and analog gauges. It's all push the button stuff and nothing I could find that helps someone understand what to do if there is no button to push.

Is there a specific reason why QtDragon does not have any plugin, addon, macro, or screen that would facilitate manual tool setting?

Ok I got the key to work and 2.10 instaled by doing this in the terminal:

sudo wget -0 /etc/apt/trusted.gpg.d/buildbot-archive-key.gpg *http://buildbot2.highlab.com/*  (without the *)

sudo apt update

sudo apt upgrade

I did this after adding the new repository in the sympathetic package manger.

Unfourtanetly this did not fix my issues. When I dry run the gcode previously posted my feed still does not slow down to 20%, it stays at the base feed rate. So Im guessing I have to link something in hal now? any help on this would be great as I havent worked with hal before.

Also, now on 2.10 when I try to edit gcode with the edit button in qtplasmac it does not load the gcode back into qtplasmac after "saving" and doesnt save the gcode at all. So, I have to edit it in a notepad instead. Im guessing this is just a glitch with 2.10 and will be fixed.

The 5.2V is not really an issue as you can scale (and bound) the analog output
so you get 0 to 5V at 0 to full RPM.