Skullworks-PGAB: what is the page?
does not show on the list
then it doesn't exist yet
why do you think you created it?
because it started a fesh page with that title up in the yellow top area (where Chips is).
but at the bottom it still said page was read only
did you enter the password at the preferences page?
that read-only indication isn't on a page by page basis - you can either edit every page, or no page
and when I leave it shows settings saved
go to the main page http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?EmcKnowledgeBase
I Think I may be having a browser issue
and see if it says "edit text of this page" at the bottom
you gotta have cookies enabled, and you gotta refresh after entering the password
because the text in the yellow areas does not allways display
you enter the administrator password, not the plain password
hmm - did not use the admin pass
that may be it
ok - thats it - right pass - wrong place
I work with zombies all week - I fear it is rubbing off on me
Skullworks-PGAB: (see the second t-shirt)
anyone got cool videos on lathe or cnc work?
thats a good one
wooot! I got page 256
a-l-p-h-a is now known as a-l-p-h-a_
cradek: one of petev's bugs (he attributed the problem to failing to home "A") is actually due to this ^^^
maybe you can understand what's wrong
(TRUNK but probably in 2.1 as well -- it's not due to nineaxis, at least I don't think it is)
would you check the one I fixed last night please? I'm not sure I understood it completely.
jepler: which number is wrong in the comment? it says "and max velocity" but I think the calculated velocity is "vel 4.2418e-08"
hmm txyz=0 looks fishy...
but it says cartesian=1
cradek: I'll look
I think txyz was so small that it was less than 0.000001
if(dx < tiny) dx = 0.0;
I suppose you may have triggered this
const double tiny = 1e-10;
no, my dx is bigger than tiny but still very small
are you sure after the mm conversion?
yours is e-9 in inch (I guess?) which would be < e-10 in mm
no I'm a dumbass, forget it
jepler: in that case I still don't see which number is wrong
I think I was running the config attached to https://sourceforge.net/tracker/index.php?func=detail&aid=1736182&group_id=6744&atid=106744
the X+A move takes way longer than it should to complete
my bug report must not have been very good either
I was looking for a constraint violation
it takes a minute or more
to turn one degree and go a tiny distance
oh I misread "and a (tiny acceleration) and (max velocity)" when you meant "and a tiny (acceleration and max velocity)"
[13:56:18] <cradek> http://pastebin.ca/628287
jepler: ^^ this triggered the bug in linkable()
well that's unusual
the behavior of that gcode
I don't follow
it's drilling holes
the behavior of emc given that gcode -- i.e., the bug
my communication skills seem to have atrophied
it must be the french canadian
well I wasn't going to say anything.
* jepler ponders a quadrature -> step+direction converter on AVR
I think we could do those short step pulses (one per period) in stepgen and get the same benefit
that needs collaboration between stepgen and the hardware driver
there's also Thomas Fritz's circuit which does one step per edge of the step signal
that just needs a stepgen modification, a new step type
his looks interesting
I wonder if he's made that modification, or if this is just an idea right now
(that post is why I'm thinking about it again)
and you could still see the output in halscope with his, not with mine
the alternative that doesn't need hardware seems nicer
ISTR that Mariss of gecko once posted a very simple circuit that could turn quadrature into step/dir
he used RC delays, a quad XOR gate, and a D flip-flop, IIRC
I'll try to find or recreate it
one of my electronics books has a quadrature to step+dir converter, but it does nothing to guarantee direction setup/hold times
I suspect that would be true of Mariss's circuit as well
jepler: still in canada?
alex_joni: nope, I'm home
hi SWPadnos !
hey alex_joni and jepler
has anyone heard any RT reports for specific (recent) chipsets?
my wife's Shuttle XPC seems pretty good, it's based on the Nvidia NForce 570 Ultra
SWPadnos: the machine where I was doing rtai 64bit is "nVidia Corporation MCP51" according to lspci
thanks. I'll have to check that again when I do more testing (later today, I think)
the motherboard is: GIGABYTE GA-M51GM-S2G Socket AM2 NVIDIA GeForce 6100 Micro ATX AMD Motherboard - Retail
hmmm. that's pretty similar to the Foxconn board I tried, which was absolutely horrendous
I haven't tried the official 32bit kernel
jepler: I fixed that problem
may still be a problem at 1e-15 that I left there for superstitious reasons.
strange - I'd think that 1e-10 would be small enough since floats would tend to lose precision there
(and HAL uses floats, even if canon uses doubles)
I wish I had the gcode that caused me to put in the 'tiny' check, but I don't
without the patch, I have a gcode that causes a following error on that configuration
G0 X0 A0 Y0Z0
G0 X.00001 A1
haven't tried with the patch yet
I'm not sure what causes a following error in servo-sim, maybe the config is not right or something
(it's from petev)
hmmm. so here's an interesting piece of latency data
with the PC apparently crashed, the latency is much much better
the squarewave I'm looking at with a (real) scope has edges consistent to within 1 uS
I had left the machine doing updates, when I just looked at it, the chemical model screensaver was onscreen, but the chargepump/mesa drivers are still doing their thing
and of course it doesn't wake up when I type or move the mouse
do you know what's wrong with it?
I didn't manually enable ssh, so I'm not sure I'll be able to tell remotely
(ISTR that ssh is off by default)
it doesn't respond to pings
interesting that the kernel can be that hosed, but RTAI still runs
thats a good thing ( I think )