Advanced Search

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

Without a differential probe it's pretty hard so see,
but position recovery really seems like a drive or mechanical stall issue.

Can you set the drive following error limits tighter?

If it's possibly a drive strength issue, you could try single ended wiring.
(Since the drives have optoccoupler inputs this should have little effect on noise immunity)

 

In addition to the two polarities that need to be right
(TX to REQ and RX to data) The DPLL needs to be setup to
start the transfer _before_ LinuxCNC reads the data

I'll try and dig up a sample FANUC hal file Monday
 

It's fixed for all now

Some debugging. Per update above, mechanically things seem fine- I can shove the Y axis around and it's definitely not moving as much as the undercuts previously mentioned. I measured those, and the deepest is maybe ~0.01"/10 mil/0.25mm. Not as bad as I thought, still entirely unacceptable.

See attached pictures for some scope traces of one of the Y axis quadrature phases. Note that the measurement setup wasn't great for this, so there might be more noise represented here than is present in normal use- scope leads were dangling from jumper wires wedged into the cable ends, so... yeah.

With nothing moving, the signal idles at 5V +/- ~1.2V. Moving the X axis doesn't seem to influence this at all. Enabling the spindle adds some noise, dropping the signal as low as 2.3V. That's quite possibly enough to create false motion- minimum input to the servo is listed at 4V, but it also says it has digital filtering against noise, so... who knows. I should look at both A and B phases at once, but ran out of time. The fourth picture shows the Y axis moving- it's pseudo-differential, which in this case I don't think is actually buying anything, since the motor inputs are opto-isolated.

All of the above seems suboptimal, but I'm not seeing how it would somehow create extra steps in -Y, then somehow seemingly exactly recover them when going to +Y. Unless I want to level-shift, I'm not aware of a way to get the 7i76E to output > 5V on the motor control pins.

Anything else I should check? I'll plan on getting traces of both A and B phases simultaneously. Is a 3D model of  the issue still helpful, or is the cross-section sketch sufficient?

I have created a basic .hal and declared the Fanuc channel, see attached .hal.

I am getting an error on startup of linux cnc:
 

When I watch the corresponding hal pins and turn the encoder I am not seeing any activity.

Any tips on what to check or adjust next will be greatly appreciated.

Screenshots before and after?

Hi All,
  I have been reading this forum for weeks now, and have managed to solve most of my problems without needing to ask a stupid question, But the time has come. Be gentle, this is my first post.   I will attach my files to this to help.
Current Setup:
Dedicated computer running Linux Mint Debian Edition 6 "FAYE"
LinuxCNC 3.4.1
Gmoccapy gui
3040 Chinese CNC controller.
XYZ motion, although it also had the forth Axis, I am not including that in my setup.
7i76E motion controller card
0-10V AVI
24000 RPM
800W water cooled Chinese spindle.

My files have been created with the PNCCONFIG wizard.
I have now reached a point where every time I run the wizard, it breaks something, and I have to roll back changes.
(Even when I change NOTHING, just click through the wizard, it still breaks my setup, and will not start.)

I have been carefully trying to edit my files manually, baby steps, and backups!


PROBLEM:
I am having trouble getting the spindle to correctly work in the Gmoccapy display.
I can turn on the spindle, and turn off the spindle
I have the spindle start at 5000 RPM, and this works.
The bar graph on the bottom shows  "5000                  0                  24000"
It starts at 5000, as that is my (min) setting, and the "0" in the middle would display a percentage if I could only increase it.
I cannot adjust the speed of the spindle in the Gmoccapy GUI as there are no speed controls.

I want to add speed controls. and I have tried to understand what is written here in this post,
but I just cannot get my head around what I am doing wrong.

May I ask a member here to please look over my files? Perhaps it is something easy?

Thanks in advance!
Swanie

 

Firmware flash successful.

All wired up to the RS-422 connector. I will see if I can figure out how to put an instance of Fanuc Encoder on the .hal.

Any tips welcomed.