Advanced Search

Get 2 of USB flash drives, on one burn the LinuxCNC image from the downloads page, from the pictures i would say use the Wheezy ISO, then
-boot the PC from that USB drive with ISO image
-use it in LIVE mode to browse the Compact Flash card contents, navigate to /home/USER_NAME/EMC2/configs/ and copy the configuration folder by right clicking on it
-insert the SECOND USB flash drive, wait 5 seconds it should open another file browser, if it does not, find it on the left side of the existing file browser and click on it, right click on the empty space on the right pane and click on paste.
-turn OFF the PC
-
Or just turn on the PC and see if it starts, then copy the above mentioned folder to another USB.

Hi for info i think there is a problem on
kcjengr.github.io/probe_basic/quick_start.html

the links further down the site dosent work

Download the following files:

repository.qtpyvcp.com/repo/probe-basic-...0.6.0-32.dev_all.deb

repository.qtpyvcp.com/repo/qtpyvcp-dev/....1.2-114.dev_all.deb

repository.qtpyvcp.com/repo/hiyapyco/pyt...pyco_0.5.1-1_all.deb

"just delete this massage if you already know "

I have also the problem..
Have you found a way out of the problem.

kcjengr.github.io/probe_basic/stable_quick_start_apt.html

repository.qtpyvcp.com/repo/probe-basic-...0.6.0-32.dev_all.deb

repository.qtpyvcp.com/repo/qtpyvcp-dev/....1.2-114.dev_all.deb

repository.qtpyvcp.com/repo/hiyapyco/pyt...pyco_0.5.1-1_all.deb

Sorry, for some reason I can not edit the post-
the drive is a AB06_6050_H200

PCW wrote:

That is a PCI card (a 5I20)

If the motherboard is OK, probably the easiest path
is to just get a new harddrive

Is there any chance the original HAL and INI files  are available or
can be salvaged from the 

Storage appears to be a compact flash card. 

Hi everyone- no, havent yet given up
But after having shot 3 Mesas, I got them repaired luckily- this took a bit longer but now I seem to be back in the race ...
At the moment I could really use some help please. I am trying to get my motors tuned but this seems to be tricky.
the motors are Fanuc A06B_522_B042_7000  with a  AB06_650_B200 drive (the Mesas  a 7i80HD-25 and a 7i33 connected if this is of importance)
Has anyone some experience withe these Fanuc components and probably got them tuned sucessfully?
I played around quite a bit but do not get it under control.
I just can get the motor either going forth and back about 1/4 turn or if it stands still it is vibrating pretty much.
I have no experience in motor-tuning. the smaller the P value gets the smaller the forth and back movement is.
Changing the I value does not do anything, but a small D value of 0.3 almost keeps it in the position but then the vibrations come.
Any suggestions appreciated
Thanks

Sigi

Yes I was , yes it counts if I lower it. I bench tested a 360ppr and I noticed when I moved it with fast acceleration with my hand it would stop. I then hooked it up to the machine with a 600ppr. It starts counting again if I lower it. When I bench tested it and the PV stopped counting , the pulses where still ok on the oscilloscope. I'll try and see can I see the pulses in halscope.
These are Chinese encoders , supposed to be rated for 100khz

That would be a safe option for the time being as 2.9 is unaffected by this issue.

I have opened an issue  on GitHub.
 

PCW wrote:

You may get a bit more speed by increasing the inm's scan rate from its default
20 KHz to say 100 KHz (this decreases the default digital filter fast time constant (5 clocks)
from 250 usec to 50 usec)

1. If you use the 7I96S firmware with MPGs on P1 it would just be the second inm (inm 1)

2. No, you need to use differential receivers (say 26LS32)  for that

3. its a bit tricky because LinuxCNC has many offsets in its DRO readouts
at the minimum you would need to set this offset. 
(perhaps by using the scale components  offset pin or manually resetting
the counters at 0)
 

1) okay, seems logical to start with the inm scan rate, because I have to make a bit of an effort to miss pulses now, so if I'm really lucky perhaps at 5x, it might be fast enough?
How do I tweak the inm scan rate?

2)  26LS32 looks good, I used similar DS3486's for something similar a fair ways back.

3) In axis there are two tabs; Preview and DRO it's not clear to me how these differ? I'm assuming that when I start driving the steppers/servos the values (for Z and X)  on those tabs will be updated by Linux based on the steps sent to the drives and whatever scaling is specified. I'm not sure if I can override those values with the actual values that I get from the scales, and if not,  can I somehow get the actual values displayed somewhere in the GUI?

Much appreciated

See also this one: github.com/LinuxCNC/linuxcnc/issues/3238

You may get a bit more speed by increasing the inm's scan rate from its default
20 KHz to say 100 KHz (this decreases the default digital filter fast time constant (5 clocks)
from 250 usec to 50 usec)

1. If you use the 7I96S firmware with MPGs on P1 it would just be the second inm (inm 1)

2. No, you need to use differential receivers (say 26LS32)  for that

3. its a bit tricky because LinuxCNC has many offsets in its DRO readouts
at the minimum you would need to set this offset. 
(perhaps by using the scale components  offset pin or manually resetting
the counters at 0)

Many CNC controls do not require a new line (or block) of g-code to repeat a G0, G1, G2, or G3 code on a new line if they are not changing from the previous lines, because those codes are considered "modal" (ie they are remembered). This allowed controls to save precious memory space, from the days of paper tape and when 1024k was considered a significant amount of memory. Linuxcnc is no different and will work fine with the extra repeated g-codes omitted.

Your problem with arc radii not matching the begining and end is an unrelated problem, and results from your cam program taking liberties with rounding errors. Usually there are settings in the cam program to adjust how closely the cam program must calculate the arc radius. What those settings are called and were to find them are not always straight forward or easy to figure out. (I'm not familiar with your cam program to make suggestions there.)

There are settings in Linuxcnc that will allow you to change the limits where an alarm will be set for these radius calculations. See this part of the Linuxcnc documentation.
linuxcnc.org/docs/2.9/html/config/ini-co...sub:ini:sec:rs274ngc

Works very well, no problems.
Thanks

Ok, zelo, do a quick test to see if the speed doubles if you reduce the scale by half


Murphy, were you one of the guys modding the board for better encoder signals?
500rpm @ 2400cpr isnt very fast, does it continue counting if you lower speed?
You will probably need to halscope it. I dont know how many people are using encoders with the rt1052

Your PID and deadband settings. I suggest bringing the topic into the Remora ethernet thread

edit, oh man this was an old thread