M62-M65 (or likewise) from qtvcp panel during gcode execution

More
05 Aug 2025 17:09 #332904 by h_munktell
A real noob on qtvcp I will say :)

From a qtvcp panel, is it possible to modify the motion.digital-out-xx HAL pins with M62-M65 during AUTO mode, as in when the machine is cutting, without going into MDI mode?

I would like this to have the ability to manually raise or park a Z independent dust shoe during cutting. The dust shoe is normally controlled with M62-65 during tool changes.

Please Log in or Create an account to join the conversation.

More
05 Aug 2025 17:32 #332905 by cmorley
So m65 commands operate a dust cover and you want to override the controls manually while in auto mode?

You can control m65 directly while in auto mode other then with gcode.
But could you put some logic components between motion pins and the dust control pins that the control panel can control. Something like an OR component?

Please Log in or Create an account to join the conversation.

More
05 Aug 2025 17:52 - 05 Aug 2025 17:53 #332908 by h_munktell
Yes, that is exactly what I'm after.

Yes, I have full control over the HAL files. I have actually got it to "work" decent, but it's a bit ugly. I convert both the park and follow command from the qtvcp panel, as well as the digital-out HAL pin to pulses with edge HAL components. The pulses go into or2 components. This way I have one "set" (track) command and one "reset" (park) command, but those are just pulses. I feed those signals into a flipflop component that is then actually controlling the shoe movement. See attached schematic. "ds" is my qtvcp panel, so ds.track and ds.park is the momentary panel buttons. text on the lines are the net names, text over the blocks are the component name. 

It's working, but I get into the situation that the motion.digital-out pin is not reflecting the status of the shoe if overriding it from the panel. It actually is a minor thing, as my M6 remap always park and then activating the shoe again. But I would like to have the motion pin reflecting actual state, just for sanity :)

edit: adding the attachement
 
Attachments:
Last edit: 05 Aug 2025 17:53 by h_munktell.

Please Log in or Create an account to join the conversation.

  • Todd Zuercher
  • Todd Zuercher's Avatar
  • Away
  • Platinum Member
  • Platinum Member
More
05 Aug 2025 18:51 #332910 by Todd Zuercher
Another way that I've used is to create a couple of hal pins (an input and an output) that control the output in the gui python script. Then useing a couple of user defined M-codes to setp the value of input pin to setp the value of the input pin. This was able to allow the either the gui or the G-code to override the other like your flipflop example. Essentially the same thing, except the flipflop lives in the gui code instead of using a hal component.

Please Log in or Create an account to join the conversation.

Moderators: cmorley
Time to create page: 0.087 seconds
Powered by Kunena Forum