jepler: did that fix the starting-at-zero thing?
cradek: I see it rarely enough that I'm not confident.
I will watch carefully.
EMC: 03cmorley 07TRUNK * 10emc2/src/hal/classicladder/module_hal.c: change the allotment of symbols to automatically be large enough for all the variables unless forced smaller on the command line
what timezone is the feature freeze??
cradek: oops, you made the mistake of asking
cradek: what are you going to do if I say "GMT"?
jepler: I was just kidding, anyway
why god why wont they read the frakking manual
I'm typing a response right now
is it so much to ask
t may be
it takes longer to send an email than to just look it up
it takes longer to flail around like Homer Simpson, then write an email, than it does to read about the tools that would help you to debug it :)
i just replied to donnie giving him the section in the integrator's manual and a link to it
well, I'll respond also, we'll see what happens
he did quote me after all
he grepped irc logs, but didnt read the section titled "Homing"
grep != google
(same thing, different users)
note the pin names. that implies an older driver doesn't it?
(with the connector numbers in them)
or is that a current hm2_5i23 (rather than hm2_pci)
it's a bit confusing
hm2_pci is the name of the *driver* for all the pci-based anyio boards
it exports hal objects named hm2_<BoardName>.blah.blah, depending on what board(s) it finds
if the gpio name has the connector name and IO number in it it's 2.2, if it's just IO number it's trunk
so he's using 2.2
heh, for once I gave an answer and seb gave an rtfm
I'm excited about 2.3
gmane & i only see the one from me so far
I included both the answer and the RTFM
and the rtfSampleConfig, which is pretty good
I don't think it's so good on 2.2 though
but there are others that use index homing (I hope)
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ladder/images/stepconf_ladder.png: add image
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ladder/images/stepconf_ladder.png: this looks better
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ladder/ (classic_ladder.lyx ladder_examples.lyx): add info on stepconf and clean up
jepler has changed the topic to: EMC2 development -- http://linuxcnc.org/
| 2.3 schedule: stabilize; no new features. 2.3~beta on march 1 | channel logged by logger_dev
jepler: I didn't mean to strike a raw nerve yesterday I honestly forgot that I made the commit and missed where cradek had reversed it
the second example I was just following what you had did 2 1/2 years ago to move the X over .5"
BigJohnT: I might make a different decision about that today as well
* alex_joni smiles
* BigJohnT grins
EMC: 03jepler 07TRUNK * 10emc2/lib/python/rs274/glcanon.py: when the number of 'show's is greater than the number of 'hide's, show the preview
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gui/axis.lyx: add info on hide/show must be in pairs
there you go
BigJohnT: might have earned enough bonus points to be allowed near axis.ngc again
* alex_joni is obviously kidding ..
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/gui/axis.lyx: add info on hide/show must be in pairs
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gui/axis.lyx: add a couple more words on hide/show cause what I did in 2.2.x looked better
* BigJohnT has to go to town now
jepler: I'm trying to discover command path after c.auto() and don't fully undestand s->c->write(run) ? at line 1133
command was send where ? task?
all commands from axis or emcmodule get sent to task
by shared command object in memory ?
by NML.. yes
depending on how your emc.nml is set up, that can be a shared memory to send the command
if AXIS is on a different PC, then the NML command is sent through the network..
and task then is a server side
yes, task needs to be on the same machien as emcsvr
EMC: 03jepler 07TRUNK * 10emc2/docs/src/gui/axis_fr.lyx: compensate for moved image
er, no, that's not it
oh, so it's failing for you too?
make: *** [build-stamp] Error 2
$ make docs
make: Failed to remake makefile `Makefile'.
running make it builds Master_HAL.pdf then bombs out without an error
ah, BigJohnT didn't add the image
EMC: 03jepler 07TRUNK * 10emc2/docs/src/gui/axis_fr.lyx: whoops, that wasn't right. revert to rev 1.16
EMC: 03alex_joni 07TRUNK * 10emc2/docs/src/gui/images/axis-currentandselected.png: I htink BJT wanted to move it in here
like I said.. can't type today :/
that's what you htink
taht's waht I htought
jepler: make clean && make docs seems to work here
back to debuild :)
EMC: 03alex_joni 07TRUNK * 10emc2/debian/drivers.files.in: add hm2_pci for consistency
EMC: 03jepler 07TRUNK * 10emc2/docs/src/Submakefile: try to give a better error when an image file isn't found
alex_joni: I think that instead all the modules in drivers.files.in can be removed
they should be gotten by @MODULE_PATH@/*@MODULE_EXT@ in emc2.files.in
jepler: yeah, but drivers.files.in should be only for non-sim
otherwise the drivers will end up in the package aswell..
alex_joni: no, it's OK
this @MODULE_PATH@/*@MODULE_EXT@ is looking at files put there by 'make install' so it won't have non-drivers files on sim systems
ok, then I guess drivers.files.in can go away completely
it can't be done for bin, though -- I think because of /usr/bin/comp going in emc2-dev
hmm.. there are 3 files which aren't drivers
usr/bin/m5i20cfg, usr/bin/pci_write, usr/bin/pci_read
but they're files that don't exist in sim systems
since they are userspace.. they might just exist
and I don't think they are used anymore
pci_read and pci_write may not be needed for the emc2 package
SWPadnos: I notice you are the author on pci_write and pci_read
maybe leave them in the -dev package, since they can be used while writing new drivers for PCI cards
usr/bin/m5i20cfg looks like a driverless mode to talk to a 5i20
we can't drop m5i20cfg until we drop the old hal_m5i20 driver
it's used for programming a second card or using a non-default firmware
probably nobody uses it, but oh well
jepler: no reason to drop it then
isn't 5i20 supposed to be dropped in 2.3?
no harm in having it in the sim package though
SWPadnos: no, I don't think so
the intermediate drivers by seb that were never widely used are removed
but we shouldn't take away the long-useful hal_m5i20 on no notice
(but probably we should add a "deprecated; to be removed in 2.4" message now!)
and with little gain..
I agree. I thought notice had been given, but if that was for the early hm2 stuff, I'm fine with leaving 5i20 in there
I mean, it's somehow ok to force users to take a different driver if they have any benefits..
ok, then I'll move m5i20cfg, pci_read and pci_write to emc2.files.in
and get rid of drivers.files.in
pci_read and pci_write aren't necessary for 5i20
SWPadnos: right, but you said they are usefull sometimes
no reason to remove them from the package
m5i20cfg is useless to a sim user, and I don't even think it's built
when developing new drivers
* alex_joni checks
right, not built
ok.. then drivers.files.in it stays, although the name is bogus now
EMC: 03alex_joni 07TRUNK * 10emc2/debian/drivers.files.in: no need to specify drivers here, they get picked up from rtlib
hey, you guys gonna drop the current m5i20 driver? in 2.3? hope not. i don't want to have to rewrite my configs.....
maybe in 2.4
i just don't see the new driver as 'bullet proof stable' just yet.
did you try it out?
alex_joni: no, haven't had time. been finishing up a big project and starting a new day job.
I think it's gotten pretty stable now
all errors lately were config/user specific
ok, maybe have some time over the next few weeks. i am just concerned about all my hal files.
work on a copy of 'em
EMC: 03alex_joni 07TRUNK * 10emc2/scripts/emc.in: fix test in case no INTRO_GRAPHIC is defined in the ini
humm.. did anybody try to run the splash in lathe mode?
EMC: 03alex_joni 07TRUNK * 10emc2/tcl/mini.tcl: hopefully the last remnants
EMC: 03alex_joni 07TRUNK * 10emc2/tcl/mini.tcl: it usually helps to be in MDI mode before sending MDI commands
EMC: 03alex_joni 07TRUNK * 10emc2/tcl/mini.tcl: disable debug prints
EMC: 03alex_joni 07TRUNK * 10emc2/configs/sim/mini.ini: mini sends some MDI commands before homing
EMC: 03alex_joni 07TRUNK * 10emc2/configs/sim/servo_sim.ini: reduce debug level
EMC: 03alex_joni 07TRUNK * 10emc2/configs/vismach/hbm.var: clear offsets forgotten in the var file
jtr_ is now known as jtr