Advanced Search

I understand, thank you Scotta.

1. 'M52 P1' enables adaptive feed while 'M52 P0' disables it

2. you would bring that EDM output into HAL and create a logic that outputs a float value to the 'motion.adaptive-feed' pin. eg output some negative value if a short is detected and output 1.0 if no short is detected. That could be done using a mux2 component.

[Edit]
The range for the 'motion.adaptive-feed' pin in version 2.9 is -1..1.
In  master this has recently been expanded to  -MAX_FEED_OVERRIDE .. MAX_FEED_OVERRIDE  (As defined in the [DISPLAY] section of the ini file)  

Those OP pics are not cool. Re-check all your terminations when you'll have a spare 143hrs. Crimps, joints, everything linked to motion/control, look for something loose. I know, it's a nightmare, takes quite a bit of time and efforts, but I'll have to throw in the highly suspect "caused by vibration".

[deleted] potentially misleading, no hands on exp. sorry ab that. 

StackExchange and EEVBlog are both fantastic venues for brainstorming and validating electrical/circuit ideas and designs, you'd find accurate answers to your questions in a finger snap and be done already. I highly doubt a Lcnc forum will be of any help. Great place for software, configs, dev, and industrial motion control hardware though, mostly.

took some figuring but have it up and running, now to tinker on the vtk.  its oging to be epic!
 

Here is more photos   

  Little update to the cnc plasma.
Red box DVD rental is going out of service and I was able to grab one from infront of a dollar general. Talked to the managers and they said go right ahead. My plan is to use the redbox for the enclosure aswell as it came with tons of components. It has a industrial grade touch screen computer monitor. A lenovo windows 7 pc. Do you think this computer would be a good Canidate to install Linux on? Some 5 wire stepper motors. A 24v power supply. About 4 foot of high quality linear rail. Infrared camera. A nice apc unit. What are your thoughts on all of this? What do you think of the 5 wire stepper and driver? Any chance of easily controlling them? It also has a 110v heater and a ac unit. I don't think I will use either of them except for the fan on the ac unit but might be a good idea. My shop has many holes in the roof literally a water fall and in the winter it gets about 45 degrees. To expensive to heat it more. 

I changed the Y Axis motors back to the Nema 23 with the DM332T driver. 3200 Microsteps/rpm and I can go up to 6000mm/min without an issue.
Handwheel xhc-whb04b-6 is working as well.

Now I am focusing on getting Modbus and the spindle to work. This is the last thing I need to run the mill with the Tang. Can someone confirm that this wiring is correct for the Max485?
 

Hi LabQuest,

That error message is normal and nothing to worry about. It's because we are not using the base thread, only the servo thread in LinuxCNC.

I am, which IRC are you referring to? I'll join up!

edit: oops, found it! on the community page of linuxcnc

Hi there,

I'm setting up some surface grinder automation for some use cases where calling subroutines isn't quite dynamic enough (hal parameters change mid-job ), so being able to override things with my own python has been immensely helpful! I have discovered a problem unrelated to that though, this is reproduceable without importing any python. It happens when loading a custom hal module and the module, unaware of flexgui, issues MDI commands.

I am running multiple MDI commands in a different process that is triggered by HAL pins. Flexgui is switching the hal state in order to manage the background process. That part is working great.

It seems that flexgui has some code that watches the interp state, and if an MDI command is done, switches the task state back into MANUAL. My first command sets it into MDI mode, executes one MDI command, executes a second, waits until it's complete, and then the loop restarts. By the time the second loop iteration starts setting the MDI mode, it seems that flexgui is attempting to switch the mode from MDI back to Manual. Even if I switch it to MDI again before each MDI command, flexgui has switched it back to manual before my next MDI command can run. Future loop iterations, even though they switch to MDI mode at the beginning of the loop, don't stay in MDI mode before the next line runs.

This doesn't occur for any MDI commands sent via the UI thread, I assume because it's happening within the same update frame as flex is running in, so everything happens sequentially. That or the race condition has a longer time interval, so less of a chance for it to happen. It's very easy to make it happen when there are multiple processes or threads however.

I've narrowed it down to these lines in the below commit, removing it makes this all work, and preserves the functioning of the MDI tab along with it's history, but I'm not sure what implications this might have on anything else that flexgui is doing with it.
github.com/digiexchris/flexgui/commit/9f...d882032d85a41f7968d3

A minimal reproducable example would be this:
github.com/digiexchris/qtpyvcp_grinder_t...der_touch/process.py
and place the following at the end of your main hal file:
loadusr python3 process.py

It will delay the loop by 10 seconds in order for you to clear estop, set the machine to on, and home it.

Then the console you started linuxcnc in should start to give you the following output, and does using Touchy and Axis:

Loop
Current mode: Manual
Current mode: MDI
Current mode: MDI
Current mode: MDI
Loop
Current mode: MDI
Current mode: MDI
Current mode: MDI
Current mode: MDI
Loop
Current mode: MDI
Current mode: MDI
Current mode: MDI
Current mode: MDI
Loop
Current mode: MDI
Current mode: MDI
Current mode: MDI
Current mode: MDI
Loop
Current mode: MDI
Current mode: MDI
Current mode: MDI

and you can watch the X coordinate in the UI oscillate between X1 X2. 

In Flex, 

Loop
Current mode: Manual
Current mode: Manual
Must be in MDI mode to issue MDI command
Current mode: Manual
Must be in MDI mode to issue MDI command
Current mode: Manual
Loop
Current mode: Manual
Current mode: Manual
Must be in MDI mode to issue MDI command
Current mode: Manual
Must be in MDI mode to issue MDI command
Current mode: Manual
Loop
Current mode: Manual
Current mode: Manual
Must be in MDI mode to issue MDI command
Current mode: Manual
Must be in MDI mode to issue MDI command
Current mode: Manual

Occasionally you do see it go into MDI for one iteration, but flex is usually pulling it into manual pretty quickly. For some reason, When I control the loop with a HAL pin, which is changed by flexgui, the first iteration of the loop works, and subsequent ones fail with the above reasoning. But I suspect that's just a side effect of the GSTAT polling and handlers slowing the UI thread down enough for the first loop iteration to work.
 
Any suggestions? Auto mode doesn't work because I can't have the interpreter load the entire gcode program from the start, it's generated as the job progresses, kinda like how gcode is streamed to a 3d printer. Ideally I'd prefer if this behaviour matched Axis and Touchy (who have intentionally maintained the ability to execute multiple MDI commands sequentially with one mode switch)

Hi Aciera,

Thank you for the response and sorry again for the delay.  

I am glad to hear that motion.adaptive-feed is available and useful for what I am trying to do.  I have a couple questions. First, and more basically, how do I turn on motion.adaptive-feed? I found some info on the "motion" page, but it doesn't seem to show how to manipulate it.  Is it on the .ini file? 

Second, and more specifically, how would I get the machine to move backwards, but only when it is sensing a short.  There is an output from the EDM power supply that goes either high or low (I am not sure which) when the supply senses a short. Probably what I want is when a short is detected for the machine to move back a specific amount (in either distance or time) to make sure the short is completely gone before reengaging. The other option is simply to reverse feedrate until the short is no longer detected and then proceed with forward motion.  

I have no idea where to even begin to program this though... :/

Best,
-Dylan