ot linux question: anyone heard of window bacgrounds turning black possibly when screensaver kicks in?
never noticed... just goes black
when I come back from the screensaver, the backgrounds of all windows are black, text is screwed up
never seen that...
i love it when your only method of contacting an old friend isn't working
03jepler 07TRUNK * 10emc2/src/emc/usr_intf/axis/scripts/axis.py: improve legibility of running line in text area
03jepler 07v2_2_branch * 10emc2/src/emc/usr_intf/axis/scripts/axis.py: backport: improve legibility of running line in text area
03jepler 07v2_2_branch * 10emc2/debian/changelog: note improvement
does anyone here who is not on #emc-devel care about the stuff <CIA> says?
I remember a descusion a while back where the cia was on the #emc channel to show that 'stuff' was getting done :)
maybe it was ray
I remember someone expressing the same sentiment
I remember someone, probably Jymmm saying that it's annoying on larger commits
The new linux kernel has real time support built in. Will Emc2 Bbe using it?
it may be usable for some systems, but probably not for a while
and probably not at all for systems that use the PC for generating step and direction signals
Is anyone using EMC2 on a pclinuxos setup?
the "real time" support in newer linux kernels is OK for millisecond latency, but not for microsecond latency.
that means that it is promising for systems where a special-purpose board generates the step waveforms, pwm, or whatever; not for systems which generate the step waveform on the PC parallel port
here is the work I did with the "-rt" kernel on ubuntu gutsy gibbon: http://axis.unpy.net/01190912545
it may apply to other systems where CONFIG_PREEMPT_RT is used
Is anyone using EMC2 on a pclinuxos setup?
Guest472: I don't know of anyone using it there
mc should work on any system where a real-time kernel is available (this usually means you have to build it yourself) and where the necessary software packages are available, but almost everyone who is using emc uses it on ubuntu linux
the wiki has extensive pages about building the real-time kernel and about building emc. The file debian/control.in in the source distribution lists the ubuntu linux package names that are required to build and run emc, you can use that as a guideline when finding the necessary packages to add to your pclinuxos system
The ubuntu EMC2 cd wont load on my laptop. Loads for a bit and then hangs on a brown screen!
how much ram?
that's probably not enough.
while the official ubuntu installation notes say 256 megs is enough, many users have had trouble with less than 320MB
crap - that was the guy on cnczone.
* skunkworks446 got busy
Help with scara under 2.2.1?
All I'm seeing is a display labeled TK
rayh: try homing first
There is no axis display only the TK.
hmm.. then something's not right
Maybe it's something to do with my install.
try running it from the menu
err.. frm a terminal
(sorry.. a bit distracted)
check the [TRAJ]AXES =
this issue was present in 2.2.0
has been fixed in 2.2.1
mayeb you have an older local config?
AXES = 6
COORDINATES = X Y Z C
This says Axes = 4
[15:48:26] <alex_joni> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/scara/scara.ini.diff?r1=22.214.171.124;r2=1.8;only_with_tag=v2_2_branch;f=h
and C would be 6
That kills it completely.
did you also apply the second fix?
AXIS_5 instead of AXIS_3
box is off line so I'm a bit slow
My install says 2.2.1 and I just copied scara config a few minutes ago but it was version 1.8.
Got it running, thanks.
maybe you modified /etc/emc2/sample-configs/scara/scara.ini ?
that would cause the new 2.2.1 to leave that file alone, and not install a newer version
I think it would ask
it would prompt if you upgrade from the terminal; I'm not sure what it does if you are using the graphical updater
I know that with the gui updater it asked if I want to replace rtapi.conf
(edited for smi)
"All axes must be homed before going into coordinated mode."
I pressed all home.
I suspect that two undefined axes in there are messing up the operation.
I didn't have a 2.2.0 install.
This was new a couple days ago.
Yea it is.
Okay. If I add the two intermediate axes and home it does go into coordinated motion mode and let me enter mdi commands.
rayh: I can confirm that inside the 2.2.1 package the file is still the old one
we'll fix this asap (the next release will probably be this weekend)
I get really confusing operation using the axis interface.
After startup in manual mode it will jog each joint.
Switching to MDI seems to put it into world mode but displays are still angular.
and commands seem really odd.
you can switch to world with '$'
(while still in manual)
[16:41:42] <renesis> http://www.darkertechnologies.com/image/pcb_fix.jpg
i call it "socket head cap screws are sexy"
see where cheap chinese taps ate my fixture
neat.. What is it going to be used for? clamping the edges of a circuit board
theres little nubs underneath the side clamps to locate the board on one Y point
i have 100 boards of the same size
ah. - I have not had that great of luck holding just on the edges.. I use a vaccum table.
how do you drill?
the table is a consumable. (wood)
i dont like the idea of the pcb drills going thru wood
[16:45:40] <skunkworks446> http://www.electronicsam.com/images/KandT/servostart/top.JPG
oh - it just goes though enough to drill the board.. Maybe .010"
[16:46:47] <renesis> http://www.darkertechnologies.com/image/vap_proto-06.jpg
thats just 123 blocks, clamps, some parallels
single sided stuff, tho
[16:47:46] <skunkworks446> http://www.electronicsam.com/images/KandT/servostart/mounting.JPG
i mostly want to be able to flip without having to refernce of holes, jiggling the board around
gonna try it out prob thursday
i need to make a piece for the loose bottom clamp assembly
and wed is fucked 10 hour school day
yes - I use pins to register both sides - using g55,g56 coordinates for top/bottom
[16:48:59] <skunkworks446> http://www.electronicsam.com/images/KandT/servostart/ampmess.JPG
super to220 w00t
like to-287 or some shit
i want to get some Al extrusions to make chassis sides with
confused cuz to-218 i think
.2" pitch thing
rayh: when you use G43 to change tool length, no motion happens. when do you think that change should actually be applied to the tool position?
I'm not asking what emc does, I'm asking what you expect/what you think is right
Sorry was off trying to kill the scara display after a screw up.
I tend to use something like h43 g0 z0
ok, you put a Z move on the same line as g43, so you avoid the case I'm interested in
g43 h1 g0 z0
I believe that commercial controllers simply change the displayed position.
Rather than connecting an automatic move to the g43
do you know when they actually make the change?
The next commanded z move I think.
Let me look at a couple of books.
ok so if you move just X, you'd expect Z to remain in the "wrong" (old) location?
that would be great. I can't find anything online (and NGC doesn't explain it)
The mitts 500 example shows g91 g00 g43 h01 z2.0 as a single line
I think roltek is off hunting or I'd ask him.
it's ok, it's not life and death or anything
it seems that everyone moves Z right away. I'm interested in what should happen if you don't
I thought that it just changes the position display if you are in relative.
yes it does change the position display
but say you put in a longer tool and then move only X. should Z go up or not?
g49 / g0x0y0z0 / g43h1 / g0x1
I wouldn't think so.
I'm starting to agree. I started off being surprised that it didn't.
(you can make a bunch of moves with Z in the old uncompensated location, which surpises me)
I thought all that it was doing was changing the offset of the current location.
It would be like a g55 on a line by itself.
just shifts the frame of reference.
yeah I see what you mean. If g55 was at x1y1z1, and I did g0x0y0z0 / g55 / g0x1 I wouldn't expect y,z to move
Not until you add a motion command.
I think that is a good way to understand it.
I was looking for my fagor books but I must have loaned them out.
cradek: well, if you commands a move for one axis.. others should not move
this is an issue because I'm working on tool length compensation for more complex machines like 5 axis and puma
cradek: that makes for some interesting crashes
when you change tool length, the tool may not be pointing along Z at all
anonimasu: it's hard to know what to do to avoid crashes. Leaving the tool too low after you ask for compensation that's supposed to move it up could also be bad.
Speaking of z crashes I see that the scara defines z+ as down toward the work.
cradek: well, compensation alone dosent position the tool anywhere
you arent in contact with the work on a toolchange..
and most cam programs would have a z move to the clearance plane
and then to the work plane
and then slowly into the work
that makes sure that offsets take effect(are applied)=
anonimasu: I know - but the oddball border cases are important too
cradek: yeah, but you dont change tool while in cut
cradek: sorry to butt in, but I think one move in one plane shouldnt move another axis..
cradek: like if you do a g0 x1.. and your tool offset if negative and your tool ramps down into your workpiece..
when you actually wanted to position your workpiece right below the tool
then do a z move down to the correct height
I can see how with a hexapod or puma like machine the RPW will change the angle at which the tool attacks the work.
With something like that the length offset should be along the tool's axis rather than a pure z offset.
* anonimasu nods
yes that's the idea. but, what move applies it now?
it would offset in all axes
90 degree cutter angle to work would only have a Z component
45 would have len*.707 in either X or Y, and len*.707 in Z
heh>> classic: http://bash.org/?244321
we tried it on another chan I mod... never works
the newbs on irc just arnt newb enough
well I'm sure I've talked to him a few times.
(no pretense, just a greeitng)
like Hi Jack, but without all the ppl hitting the floors
I don't get some of these on bash.org
[23:51:08] <cradek> http://bash.org/?4618
jr highschool puberty
"sex on the brain"
this one I get: http://bash.org/?61129
and this one: http://bash.org/?70296
(substitute EMC for GTK+, [any other controller] for QT)