hm, does the FPGA on the 5i20 get warm running a normal hostmot2 firmware? It's a bit toasty with my RNG firmware; having 480 ring oscillators each running at a few hundred MHz is probably a much higher power application..
I've never poked it
jepler: Just read your post on : Emc-gcode throughput Are there any open source programs that can optmize the g-code so that small line segments can get converted to arcs?
not that I know of, but that would be very cool.
ugh, should go to work. bbl
EMC: 03seb 07v2.4_branch * rc6b83f385d00 10/configs/hm2-stepper/hm2-stepper.hal: Don't reference gpios that dont exist on the 7i43
seb_kuzminsky: does the 9030 have any tricks to speed up reads? I only get about 4MB/s from a userspace program running at 100% CPU..
(looks like about 1 32-bit transfer per us)
[14:55:18] <jepler> http://pastebin.ca/1822651
what chipset on that motherboard?
K8M800 / VT8237
it's a 5 year old system, PCI+AGP
I had what I consider to be a speed problem with the Intel ICH7 chipset, even when reading in a kernel module
maybe 3 reads per microsecond
that chipset has no read combining whatsoever
oh, and that was reading consecutive addresses, not a single address many times
I'd expect the single address read to be worse, since it's necessary to do a complete PCI transaction for each read
I think my random numbers are mapped at every location in the 0x0fxx page, so I could try sequential reads
(well, it's guaranteed to be the worst case, since there is no chance of combining reads)
that would be interesting
jepler: if you enable read-ahead and do burst reads you can get about 3-4x improvement with most MBs with the 5I20
does that work on multiple reads from the same address?
how do I enable readahead? some register on the pci bridge to set?
SWPadnos: no must be sequential incrementing doublewords
jepler yes a couple of bits here and there
OK, I have PCI 9030 Data Book, I'll see if I can't find it
I can dig out my test code later if you want it
Also you can jumper the 5I20 for 50 MHz local bus, that will help a little
but may be fun meeting timing
For speed with PCI you really want DMA
With 5I22/5I23 I can get around 85 MB/second with DMA
3X20 somewhat faster as its local PCI bus runs at 66 MHz
coming PCIE cards much faster
5i20 can't dma, right?
Nope, target only
is it the "prefetchable" bit of the LASxRR that I want to set?
I vaguely remember "read-ahead" and "burst size"
prefetchable may be right as well
LASxBRD has burst enable, prefetch count, prefetch counter enable
watch out for read-side effects if you have pre-fetch on
(FIFOs and such)
I went from 4MB/s to 5MB/s by using bus space 5 instead of 4
I think the best I've gotten on burst reads is like 14 MB/s
We've had customers that got around 20 MB/s with max tweaks
but they've all moved on to DMA capable cards
but sequential reads and the LASxBRD register twiddling didn't make any further difference
LAS3BRD and bus space 5 correspond, right?
Been years since I looked at this, let me see if I can find what I did...
1. enable burst (bit 0 = 1)
2. set read-ahead size to 4 lwords (bits 5,4,3 = 101)
Also wrote CNTRL reg to enable read-ahead (bit 16 = 1)
I also set bit 14, PCI r2.2 features enable
that got me to 8MB/s
prefetch of 4 vs 16 doesn't make a difference
I take it back, 7MB for prefetch 4, 8MB for prefetch 16
Some of it may be CPU chipset related as well
there's no specific rate I need to reach, so I think I'll call the 2x speedup a success and move on
jepler:will you apply my latest patch for m67?
did you revise it since http://www.pastebin.ca/1820103
? At a minimum you should fix the wrong comment in command.c and error handling in tpClear.
ok I'll do it
also you should never use pastebins for patches, since even the "raw" view turns the file into DOS mode and makes the patch not apply.
I recently learned this the hard way myself :-/
what is the syntax of m67?
m67 E analog index Q value
results of a little test look OK. Velocity is maintained while changing an output, and multiple outputs will change at the same time
the change is a little early; I assume that's due to the output change taking place at the start of the blend
yes it's not perfect
and for blending, have you thinking about extending blending code to test more than two vectors ahead? compared to other cnc systems emc is still very slow in G64 Pn mode
various things happen in the middle of the blend - you could put it there.
I mean there's already a test for it and a block of code that runs at that time
micges: of course, many people have *thought* about doing that
I recognize that there are users who would benefit from a more sophisticated motion planner
I don't have any plans to work on it myself
I might even see some benefit from jerk limiting on my heavy machine (different issue, but same in that many people have *thought* about doing it)
if you feel like working on either, please do, I'd also be happy to see a better planner
I've measured that gcode programs from cam runs 2 times slower on emc than on haas
this is retrofit criteria for many of my friends :|
with appropriate G64P setting?
and correct acceleration settings etc?
EMC: 03seb 07master * r00e0c9ee3b6d 10/src/hal/drivers/mesa-hostmot2/doc/regmap: revive the firmware/driver interface documentation
EMC: 03seb 07master * rc6b83f385d00 10/configs/hm2-stepper/hm2-stepper.hal: Don't reference gpios that dont exist on the 7i43
EMC: 03seb 07master * r9196a589d396 10/configs/hm2-stepper/hm2-stepper.hal: Merge branch 'v2.4_branch'
seems launchpad decided to restart the vcs import of emc2 git master
so I just got an email for each commit since 2009.04
alex_joni: lucky you!
at least I have imap access, so I could just delete them all
so you're putting emc2 on laundpad? in bzr?
mozmck: not very actively
I set up an import in 2009 iirc
for some reason it failed after a while
now they started it back up
oh. I see.
beats me why :D
it was mostly to have the name registered at launchpad
does it keep importing changes?
if we ever get fed up with sourceforge
yeah, it should
I just got the karmic kernel from git compiled the "proper" ubuntu way. Getting the hang of it better now.
with rtai patch that is.
had problems at first, now I'm going back and creating an "rtai" flavour
[23:20:35] <alex_joni> http://bazaar.launchpad.net/~vcs-imports/emc/master/files
neat. so that is in bzr I guess
yep, it says right there.
yeah, lp keeps it in bzr
<- off to bed
good night all
nice catch on the dump stuff